標題可以說是乙個門戶的作用，是讓讀者了解到文章的內容主旨的乙個標識。如果標題起得不好，就很難引起別人的興趣，更不必說高閱讀量了，即使是文章的內容質量很好。
標題確定下來後，要多查詢些資料，因為不同的人可能對同乙個事物有不同的看法，所以通過閱讀和整理多個人對同一事件的描述可以讓自己更深刻，更多角度地理解這個問題，然後再結合自己的理解，就會理解的很快，也比較透徹。
確定好標題後就需要確定你的目標讀者群體。了解你的讀者群體是極其重要的一步，他們是怎麼樣的人，有什麼背景知識(或者你希望你的讀者群體需要什麼知識)，這些人需要什麼思維方式。這是極其重要的一步，最好是能夠把你對讀者的要求寫在文章的前面（如下圖），這樣對你和讀者都有好處。了解目標群體就像產品經理了解目標使用者需求，切身體會到了才能做出好的產品。
『do not replace documents，link to it.』 重點是寫自己的心得，體會和總結。對於那些在官方文件中都講的很清楚的東西就沒有必要再進行重複了，給出相應的鏈結就好了。特別是對於像msdn（這種非常豐富的官方文件，最好不要去重複它的內容，因為你不一定比官方講的清楚。重點應該放在自己的心得，體會和總結等，這樣於自己是真正的總結和積累，能變成經驗，於他人也是一種有價值的參考的。比如：
當我在安裝一些軟體像eclipse和android studio時，就會上網搜尋有關安裝教程的部落格。我會挑選那種一步一步地，有截圖和文字說明十分詳細的教程。因為之前也上過一些當，點開乙個安裝教程照著做，但作者有些步驟直接跳過，導致我在在安裝時遇到一些問題。所以自己寫某些技術部落格時，要盡量以一種babysitting的態度，對於專業術語，要用通俗易懂的平實的語言講出來，如：
講的越詳細越好，範圍越小越好，但要深入的講，正如那句話，十個百分之十不如乙個百分之百。如果你不能深入的講，證明你還沒有到寫的時候，應試再去學習或者實踐，直到你能講的很清楚，講的很詳細，講的很深入的時候再來總結和寫部落格。爭取做到一篇文章乙個點，這樣文章多了就成了網最後變成沒有漏洞的面。
這可能是對於寫作的通用要求，說起來容易，但是做起來就比較困難。其實也不難，主要表現在：
程式設計技術這就好比寫完**後的除錯與測試。好**是改出來的，好文章也是如此。能夠一蹴而就的人有，但很少。
對於**我們都有版本控制系統來幫助維護修改記錄。但對於文件，也建議這樣做。對於部落格，可能沒有（或許我不知道）類似的工具，但可以手動來說明。比如在部落格的頭部或尾部加上修訂歷史記錄，或者在文章中把後來的修改用其他字型標明，或者用括號或腳注來說明。這樣自已日後看起來也很方便，也能看到自己的思考過程和成長過程。如下圖為一篇隨筆中在開頭宣告的操作環境。
當有一定閱讀量後，跟讀者互動交流後，就會發現文章不足之處，此時就應該及時修改過來。等過了段時間，寫過的文章也應該經常拿出來溫習，此時可能能力較之前有所進步，看問題更深刻，覺得不滿意的舊文章也應該進行迭代。
以上就是我個人總結出來的一些方法，也是我第一次撰寫個人部落格，有不足的地方還請大家多多包涵~
撰寫部落格的心得體會
在註冊了個人部落格之後，我瀏覽了一些有關 軟體工程 有關的技術部落格和如何寫個人部落格的隨筆，對於自己的見解，我大致總結了以下幾點方法 1 博文開端 在個人部落格開始之前，我們應該查閱相關資料，儲備我們的知識，並且選擇乙個自己熟悉的選題。只有選擇自己所熟悉的主題，才能將博文寫得深入且易於理解。同時，...
部落格評論推廣心得體會
前天一篇其中開頭提到了王寶臣收到了盧鬆鬆的郵件提示，是關於寶臣在其部落格上留言回覆存在廣告嫌疑被刪除的問題，其實一周前就有想法行寫這篇文章了。今天王寶臣和大家一起分享一下最近乙個月做部落格評論推廣的心得體會 1.部落格評論重在參與 博 客評論應該說是外部鏈結建設方式之一，雖然很多公共部落格的評論都使...
PHP PDO 心得體會
關於pdo 我想可以不用做過多的描述，寫一寫最近的使用心得體會 首先 關於如何使用pdo 連線到資料庫 dbms mysql 使用的資料庫 host localhost 選擇的主機 dbname test 選擇的資料庫 user root 登陸的使用者名稱 password 使用者密碼 dsn dm...