個人建議-怎樣寫出一篇好文章

1.前言

寫文章有幾個月了，之前跟幾個作者交流寫作的方式，有幾個作者說自己不知道怎樣寫好文章，有兩個還說，自己寫的文章，即使是自己讀也是感覺不通順，但是不知道怎麼改！見這樣的情況，我今天就說下對於寫作方面的個人建議，希望能幫到大家。關於這篇文章，我也是以一個寫作新手的角度來寫，如果大家有什麼寫作上的建議或意見，歡迎指點。

1.寫文章是個技術活，也是個體力活。一篇文章一般要花3-6小時，我試過兩三篇文章寫作總時長超過12小時。至於為什麼還要寫文章，為什麼還推薦寫文章，大家參考這幾個資源（一個程序員的自白：我為什麼寫博客，作為程序員,堅持寫博客對我們有什麼好處?，技術人員為什麼要寫博客？，作為一個程序員我為什麼要寫博客？），相信大家就有說服自己寫文章的理由了。就我自己而言，寫文章是為了學習，總結，認識更多志同道合的開發者，和開發者交流技術，互相學習。

2.希望大家能多理解下作者，像上面所說，寫文章很累，需要堅持。如果作者的文章質量不好，可以心平氣和的指出錯誤或者提出建議，不建議說過激的話。如果覺得作者的文章有用，一個贊，一個收藏，一句謝謝，就是對作者一個很大的鼓勵！如果發現有抄襲文章的行為，也建議第一時間舉報或者聯繫社區的管理員處理。

2.文章主題

首先說下文章類型方面，參考phodal的文章（文章的類型）和自己的總結。技術博客主要有4中類型：

技術型：內容主要是寫語言，框架，庫，工具等的一些總結，細節描述，易錯點，寫作技巧，規範操作等。

項目總結型：內容主要是在開發項目上遇到的問題的總結，開發項目的教程，從開發項目中的收穫等。

資源分享型：整理自己所知道的資源，分享出去。

雜談型：包括行業資訊，技術趨勢，職業規劃，發展建議，個人經驗總結等。

技術細節型和項目總結實踐型的文章，是讀者可以直接從文章中學到知識，有收穫的文章，也可以讓文章和作者和讀者就行技術上的交流。是社區數量比較多的文章，也比較受歡迎的文章。

資源分享型的文章就是直接把自己接觸過的資源進行一次整理和分享，讓讀者也可以從中獲益。這樣的文章，乾貨雖然不少，但是存在一種情況：很多讀者收藏了但是沒看過！

雜談型的文章，就是講自己在各方面的一些感悟，給出建議。可以給到讀者一個指點和開導的作用！

然後就是關於寫作的內容方面，這個沒什麼可說的，就是得有東西寫。如果湊文章數或者人氣而強制寫文章的話，可能得到的是適得其反的效果，因為強制寫文章，會導致文章的質量很難得到保證，文章質量得不到保證，給用戶的印象也不好，會讓用戶貼上水文作者的標籤。

3.標題

有了主題內容，就得想下怎麼起標題了，標題可以說是一個門戶的作用，是讓讀者了解到文章的內容主旨的一個標識。如果標題起得不好，別人點進來的慾望都沒有多少，試問如何吸引讀者點進去觀看，即使是文章的內容質量很好。標題方面，我建議的起法是明確，簡練！

我比較反感的標題類型和社區存在情況比較多的標題類型，莫過於過於誇張的標題了---相信大家看文章都有看到過很章標題：『史上最全XXXX資源』，『史上最詳細XXXX』，『最好XXXX資源』，『包教會XXXX』這些文章』，『學XX，看這篇文章就夠了』。這些文章的標題，怎麼說呢，萬一不是最全，最好，包教會呢？那麼文章不就是變成吹牛逼的標題黨了？就算文章真的是乾貨很多，怎麼知道自己發的資源是最全，最好，包教會？萬一有別人的比你的更好，那麼文章不也就是變成吹牛逼的標題黨了？這個情況，在社區上很常見，先不說文章質量好不好，但我還是建議謙虛些！

其實不止於社區的博客文章，書籍也有這樣的情況。引用phodal的說法（程序員為什麼值得寫博客）：剛開始學編程的時候，更吸引你注意力的可能是《72小時學會Javascript》，而不是《Javascript 權威指南》，興許讓你買前者的原因是因為你能看懂前者，而後者不僅看不懂，而且價格更貴。只是一年以後，《72 小時學會Javascript》被你扔到了垃圾箱，而《Javascript 權威指南》卻放在了原來放那本書的位置上。

還有一個比較反感的標題類型是指向不明確的標題，但這請況比較少：我還有點印象的標題大概是『Class，這個很難的？』。這裡到底指的是哪裡的class？樣式表的class?php的class？還是java的class？『不常用卻很有用的事件盤點』。這個又到底是什麼事件？ajax的請求成功失敗等事件，還是滑鼠，鍵盤等操作事件？

有一個建議就是：如果是轉載的文章，可以在標題前面加上【轉】，翻譯的文章在標題前面加上【譯】

4.結構

有了寫作內容，起好了標題，下面就是文章的結構排版了。關於排版我個人習慣是前言--主體內容1--主體內容2--主體內容n--小結/未完待續/未來展望/或者其它。這個並沒有一個規範，只是一個個人建議。

4-1.前言部分

在博客文章裡面，前言一般用以說明文章主旨或寫作目的。也可以說是摘要，概括性的說明文章的內容，或者加上為什麼要寫文章，文章適合什麼人看等內容！

4-2.主體結構

主體結構這個，怎麼說呢，就是結構節點該父子關係，就父子關係，該兄弟關係就兄弟關係！比如下面這個

『文章的類型』應該和其它的幾個選項是兄弟關係，結果這裡就直接把其他的節點變成了『文章的類型』的子節點

4-3.結尾部分

這個一句話說明就是：文章後進行的概括性的總結。總結裡面可以加上，寫文章的各種感想，寫文章的目的，和讀者的一些互動等內容！

4-4.其它注意事項

排版混亂

這個常見於一種情況就是字體的大小，有些文章，子級標題的字體比父級標題的字體還大。或者就是子級父級關係混亂，序號混亂等。如下圖

1.『過渡』應該是在css3集合下面的，而不是在html5下面

2.html5前面居然加了序號，css3前面也應該加，而且要和html5的銜接

首尾不銜接

這種事什麼請款呢，我看過一篇個人2016總結的文章，結果是怎麼寫的呢？目錄大概是：第一份工作--面試總結--第二份工作--受到offer的心情--現在的工作--未來展望。

這個目錄當時看的感覺也是跳了幾次。首先一開始就開門見山，直接說：『我的第一份工作······』，當時看得我有點茫然，不過習慣就好。看完了『第一份工作』，然後毫無徵兆的直接跳到『面試總結』，這部分的內容還包括第二份，第三份工作的面試。然後又毫無徵兆的跳到了：『我第二份工作······』。後面也是這樣跳。我當時不知道怎麼看完這篇這篇文章的。這種記敘性的文章，建議先把時間線的內容按照時間發展寫完再寫總結性的東西。不然看的感覺很跳。而且，最好有一點承上或者啟下的語句：『第一份工作做了一年，就辭職了找了第二份工作。』，『說完html5，下面說下css3。』，給讀者一個心理準備。

避免一個很長的段落

這個應該是一個需要注意的地方，如果一個段落很長，讀者讀起來會很累。如果有一個很長的段落，可以嘗試下把段落分幾段。分段的時間，也可以讓讀者稍微休息下（因為讀者的閱讀的習慣就是，一般是讀完一段再休息下，比如眨下眼睛，做下放鬆動作等。如果一個段落很長，讀者讀完就會很累）。另外一個就是在段落和段落之前增加一個空白的段落，這樣是為了讓讀者更明了的知道這裡是一個段落。

5.其它

5-1.版權說明

相信大家都知道，如果開源的項目，很多都是有引用，化用，參考，借鑒其它項目的代碼。但引用，化用，或者參考了哪些項目的代碼，是要聲明參考了哪些項目的代碼，或者也加上原作者。寫文章同樣，也要從其他地方引用，化用，參考，借鑒內容，從哪裡引用，化用，或者參考了內容，也要聲明出處的。我這篇文章我引用phodal的內容，我也一一指出。雖然這寫文章不像是商業用途授權一樣，沒有法律強制要求，聲明但這是對原創知識的一種尊重！（如果自己只是參考別人的思想，然後按照自己的思想表達出來，可以不聲明，說是自己原創的！）

聲明的位置建議在文章的開頭或者結尾的明顯位置，如下圖

不建議不明顯的聲明，如下圖。這種很容易讓誤導讀者以為這個是轉發者的原創文章，也有點不尊重版權的意思！

在社區寫博客文章，一般就是符合我國《著作權法》--『』的情況，就是說這些情況是合理的使用範圍，可以不經原作者的許可，只要註明引用來源、原作者就不是違法行為。而且一般而言，我們也不知道原作者對轉載的態度和是否公開版權。但是，如果引用的內容用作商業通途或者其它利益關係，原作者如果追究可能會負侵權責任。即使加了『侵刪』，『圖侵刪』等字樣也不會免責！

大家也得注意『引用』和『轉載』的區別。引用是引用文章一部分內容，轉載是原封不動的把文章第二次發布。轉載是要經過原作者同意的！

5-2.代碼顯示

這裡應該是一個細節問題，代碼盡量貼完整的代碼，不要貼壓縮過的代碼，沒可讀性。如果是可以讓別人引以致用的代碼，不要通過截圖的方式顯示代碼！代碼應該加上注釋，因為在文章貼出來的代碼要儘可能的保證別人能看懂，所以注釋不能少！

5-3.讀者反饋

一篇文章，不是發完了就完事了，還要接受讀者的建議。我基本每篇文章的開頭或結尾都會加上類似：『如果覺得文章有什麼地方寫錯了，哪裡寫得不好，或者有什麼建議，歡迎指點。』，『如果有其他的寫作技巧，實現方式，其他資源，歡迎分享』等這些話。這樣可以讓大家交流意見，指出自己的不足，相互幫助，相互進步。這也是我寫文章的一個目的！

如果條件可以，也可以建立一個讀者，作者群進行交流，如果拋物線大佬一樣。我不是安卓開發，跟拋物線沒有接觸，但是他的強者傳說我倒是有耳聞。只是我的人氣遠遠沒有他那麼大，建試讀群估計也是冷清度日，所以我沒弄，以後或許會建群，現在只是利用文章的評論功能進行交流！

5-4.收集靈感

很多會遇到過，想寫文章，但是沒有靈感，不知道該寫什麼。或者就是一會有靈感，一會沒靈感這些情況！面對這種情況，我建議就是，把平時想寫的文章，都記錄在草稿箱裡面，等有靈感的時候就寫，把靈感收集起來，直到把文章寫完，發布。

1.寫文章最好收集好靈感，然後一氣呵成的寫，自己再進行閱讀修改，不太建議就是今天寫一點，明天寫一點，後天寫一點這個寫作方式，這樣思維斷了，下次繼續思維，可能會導致文章不通順，時間花得也更多！

2.草稿最好備份到本地，在線編輯完了，把內容拷貝到本地備份。這樣就不擔心草稿丟失了！（我試過丟失三次草稿，超過15000字！雖然有時候把丟失的草稿重新寫，感覺比之前寫得更好，但是不是每次都是這樣的情況，而且體力和時間成本太大了，建議還是保存本地）

6.小結

好了，關於寫作方面的建議就說到這裡，我寫過很多文章，但是文章感覺也不是很好，還在進步中。就社區寫文章而言，不需要像高考作文那般的格式，但是期待的就是文章通俗易懂，條理清晰，讓讀者看得輕鬆，看得懂。最後如果大家有什麼寫作的建議，想法，歡迎在評論區評論，指點迷津，大家互相幫助，互相進步。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！