寫技術博客的一些心得體會

目錄

• 1. 是什麼
• 2. 爲何
  • 2.1. 優秀的學習方法
  • 2.2. 知識的備份
  • 2.3. 體系的造成
  • 2.4. 知識的交流
  • 2.5. 寫做能力和思惟能力
• 3. 怎麼作

1. 是什麼

不知不覺已經寫了近百篇技術博文了，其實在寫到七八十篇的時候就想着，等寫到第一百篇的時候就寫寫本身的感覺和心得體會，不少事情不光要去作，還應該想一想本身爲何要這麼作。

確實很奇怪，在微博、公衆號、頭條爲主導的互聯網中，程序員之間卻廣泛更加樂於技術博客做爲流量需求；大概程序員大部分的問題都是在互聯網上搜索解決的吧！因此一切都回到最初的問題，爲何會有這麼多人寫技術博文呢？難道由於程序員都是活雷鋒嗎（手動doge）？

2. 爲何

在好久以前，我也有這樣的疑慮，一項知識，我好不容易研究清楚了，在把它分享出去，別人坐享其成，不是很使人心寒嗎？其是看待問題不必那麼狹隘，本身寫技術博客至少有如下這些好處：

2.1. 優秀的學習方法

不少地方都會看到以下圖的學習金字塔，寫做演練、向他人講授是學習和鞏固知識最好的方法：

就我本身的我的感覺來講確實也是以下：

1. 對於大部分人來講，都是接受信息的多，輸出信息的少。被動接受的知識沒有通過主動輸出信息的梳理，老是很容易忘記，理解程度有限，覺得本身明白了實際上沒有明白，下次遇到了可能又須要從新學習。
2. 工做之後不少時間都是零碎的，這樣就會致使學習的知識都是零散的，實際上不少的知識都是須要總結的，須要知道本身遇到的東西在這個體系中處於什麼位置。每次都只知道一鱗半爪，是很難從整體上認識整個知識體系的。
3. 主動認真的進行信息輸出，會把全部的相關的知識都搜索參考一篇，這無形中又穩固了一篇相關的知識。

2.2. 知識的備份

技術博文是最適合程序員作知識備份的手段之一（另外一個是Github）。程序員的工做真的是特別零碎，三個月之後連本身親手寫的代碼都看不懂了是常事。而將總結的知識、解決問題的經驗輸出成文章以後，這些東西就會真正變成本身的東西。即便好久之後忘記了，也能看一下博文就能撿回來。其實我本身就是把本身的經常使用代碼、解決思路都備份到博客上去——其實不少問題常常會遇到，但其實也不是多難的問題，在網上搜索操做一番老是可以解決的，既然搜別人的還不如直接用本身已經總結好的，這樣無疑會大大加快工做的效率。

2.3. 體系的造成

更重要的是，寫技術博文可以總結、梳理屬於本身的知識體系，提高本身的姿式水平。單純的知識碎片，並無太多的用處，老是比不上成體系的知識。在寫博文的時候，更能感覺到總結的知識在體系中處於哪一個位置，本身的知識體系還有哪些缺點須要補全。等到造成完善的知識體系的時候，也就是成爲該技術行業大牛的那一天了。

2.4. 知識的交流

如今真是愈來愈感覺到，一我的的能力再強也是有限的，終究是比不過一個團隊的智慧，知識老是會在交流中逐漸進步。即便是一個菜鳥新人，有時候也能有些獨到的看法，幫助本身進步。碰到過菜鳥，也碰到過大神，本身的博文能幫助別人，也能提高本身。不得不說這種感受仍是很不錯的。

2.5. 寫做能力和思惟能力

其實之前在學校也是老筆桿子了，自從畢業後就沒啥正經的寫文章。如今自從寫博客後，寫做能力和思惟能力又恢復了很多，表達能力也提高了很多，解決問題的思路也更條理清晰。

3. 怎麼作

關於「怎麼作」的問題，若是是初始嘗試寫技術博客的話，我有以下的建議：

1. 選擇一個技術博客網站。我的網站的話不是很推薦，畢竟建站很麻煩也很難作搜索排名。推薦選擇一個你常常搜索問題是可以遇到的網站。
2. 推薦學習下Markdown格式的寫法，如今的技術博客網站基本上都能支持Markdown格式寫博文了，你能夠經過這個格式保存在本地，發到多家網站上面，是一種很好的通用格式。並且Markdown很是容易學習，初始學習我建議只須要會使用標題還有插圖圖片就好了，其餘的問題能夠邊寫邊學。
3. 初始寫的話能夠常常從小的問題入手，積累經驗和信心，不在於一篇文章的量的多少，而在於長期的堅持。不過前提是對這些問題能有深刻的調查，從整個知識體系上去看待這些問題。
4. 有的人建議博文最好寫的大而全，深入而有看法。這樣作的目的的是好的，不過這樣的精品文章寫起來仍是很耗精力的，有時候一個星期才能寫一篇。其實咱們初始寫做也能夠寫的短小精悍一些，若是內容確實不少，也能夠拆分紅多篇文章，這樣可能更加符合零碎的時間安排。
5. 寫技術博文思路不少，我認爲大致分紅兩種，一種是向下迴歸，追溯到學科知識的自己；另外一種是向上總結，總結到知識體系，行業應用。

其實具體怎麼寫技術博客也沒有固定正確的作法，我以爲光是願意寫，能寫，就已是巨大的進步了——人嘛，仍是不斷保持學習很進步的好，態度決定一切。