眾所周知，寫博客是一種入門門檻低，療效好，還能帶來長期影響力的過程。幾乎每一位愛上寫博客的開發者總是樂於向其他人分享寫博客的樂趣和益處，但即便如此，身邊的人還是很難體會到寫博客的好處。
哪怕有時有的公司付費鼓勵員工通過知識庫的形式分享平時自己遇到的問題和解決問題時的思考，也鮮有員工薅到這樣的羊毛，這確實是一件令人費解的事情。會不會是由於同事們不差錢呢？顯然並非如此，每個月從200元到500元不等的獎金，每年累計下來也要大幾千，估計很少有人能夠克制這樣的誘惑。
其實也許是因為存在一種心理障礙。年輕的開發者們還沒有完成心路歷程的轉變，沒有深刻的體會到寫博客其實不是寫作文，它不需要靈感，也不需要寫出太高大上的文字，他的門檻其實是如此之低，與其說是知識輸出，倒不如說是更像是軟文或應用文。有時，你無需花太多的時間，只需按照一些簡單的套路，其實就能踏上這條賊船。隔行如隔山，信息不對稱的危害可見一斑。
寫博客的套路就是：提出一個問題，分析問題，解決問題，記下來。
啥華麗的辭藻，啥專業的解讀，啥深度剖析，這些都不重要，這些都是循序漸進的過程。經典的小說千千萬，經典的博客卻少之又少。作為菜鳥的我們，又何必追求寫出那麼經典的博客呢？
為了讓讀者能夠更加切實的體會這個觀點，本文就是這樣的示例代碼（本文雖然是一篇博客，同樣像一篇應用文，前面鋪墊大家都可以理解為廢話。
1、提出問題在軟體開發過程中，我們經常會遇到各種各樣的問題，有的看起來毫不起眼，但也讓人發人深思，有的問題則看起來就很複雜，但解決之道卻如此簡單。舉一個很簡單的例子：Thread.Sleep方法，好像參數只需一個整型數，就能享受讓主線程阻塞的優雅性能。（阻塞線程顯然不能帶來性能快感，但有時吧。。）但你想過沒，這個Thread.Sleep的最小值，居然不是0，而是-1，這是為啥呢？如果你發現了這個問題，並提出這個質疑，也許一篇優秀的文章就在等著你。（當然，就.NET而言，微軟官方已經圍繞這個問題進行了解釋）。當然，這樣的例子非常常見，我們也可以從http協議開始理解，這種無處不在的協議，究竟是如何運作的？這也是一個很不錯的問題。2、分析問題透過問題的表象，看看問題本質的東西，這本身也許需要積累，有時也需要一些機遇。但在我們初涉博客時，只需多從幾個角度剖析問題，藉助一些知識整理，也許就能看到之前從未涉及的視角。有時，我們也不必糾結寫博客質量太低，擔心被人稱作南郭先生，其實大部分友好的技術社區大部分正常的讀者，對持續堅持寫博客的博主總是比較友好的。多關注於技術和作品本身，反而有助於我們屏蔽外界幹擾，並從鑽研技術的過程中獲得更多樂趣。3、嘗試解決問題依託網際網路媒介，尋找問題的解決辦法，並將解決問題的過程客觀真實的描述下來。有時也許只需一行代碼，或一個流程圖，就能給讀者解決很多問題。4、稍微修飾一下當然，如果你能再寫完博客後，花一點點時間對內容進行一些修飾，自然而然就會獲得更多的讀者了。加強文章的排版，注意字體大小的錯落，注意換行等。在手機上閱讀大段大段的文字著實不便，如果我們能控制每段的文字數大概在100字左右，也許讀者會輕鬆許多。去掉那些過於華麗的辭藻。作為一篇技術博客，辭藻華麗不僅僅沒有優點，反而會讓讀者遠離。。注意引文的實時性。考慮到技術博客本身刷新的頻率特別高，如果你能基於最新的知識體系進行寫作，自然而然也會讓更多開發人員從中獲益。適當的留下伏筆。雖然一篇文章力求解決一個問題，但如何能夠為下一篇文章介紹的內容埋下伏筆，也能讓你的博客獲得更多吸引力。5、多堅持一下對大多數人而言，技術寫作是一件令人困惑的事情，俯拾即是的技術問題，難免都會讓人產生動筆的衝動，但自我懷疑和混亂迷思，卻打破了我們的思考節奏，讓我們最終沒能邁出這一步。我們也可能會在文思泉湧和下筆如枯之間搖擺，有時搜出一些邊邊角角的話題，然後寫出了一篇越寫越沒勁的話題。但也許，我們的工匠精神也正是在這樣的每一瞬間慢慢積累，並讓我們最終獲益。拋棄幻想，放下自我，讓博客能夠更好的成為我們成長的利器，投入更多的堅持到我們真正需要關注的東西本身--技術上，確實會讓我們獲益匪淺。在追求網際網路速度、被各種應用幹掉了大部分碎片時間的我們可能很難抽出寫一篇博客的時間，但我們可以嘗試一周輸出一篇1500字的博客。每天花15分鐘稍微寫一點點，再周末花一點點時間打磨一下，也許一篇質量還不錯的博客就形成了。