很多技術人員喜歡讀博客，包括我現在。我也喜歡找本技術大部頭來啃，收穫頗豐。有時候會看到網絡上有些人會說，多花點時間來閱讀技術書籍…閱讀博客的壞處就是知識不容易成體系。其實，對此我是持反對觀點的。下面來說說我的想法。
技術書籍的特點是什麼？內容很系統（有些書，內容也很詳盡）。拿《C Primer Plus》來舉例。書中的內容從第一頁直到最後，都圍繞着 C 語言。C 的數據類型、語句、函數、結構體、指針等等，一系列的主題都被放到一本書中。
相比之下，博客呢，可能一般一篇博客只是圍繞這書中的一個子主題（比如指針）來進行討論。如果只看這麼一篇博客，知識體系不碎才叫奇怪。
其實我們不一定非要把書當作“書”。一本技術書其實也可以當作一大本經過系統組織的“博客”集。那麼，可能你也想到了，對於一個主題的學習，比如 C，是不是隻要知道需要學習哪些主題，然後根據這些主題去找質量比較好的博客來讀就好了？沒錯，我就是這麼認爲的。不是說讀博客就意味着無法搭建一個系統的知識體系，系統地讀博客也可以搭建完整的知識體系，只要你知道“路線圖”（要搭建知識體系，所需要學習的內容）是什麼。
那麼，怎麼找到這張“路線圖”？一種方式是用搜索引擎，查查別人整理的某些技術的知識體系。或者，一個更可靠的方式，就是找一本與你想要學習的主題相關的書籍，比如你要學習 C，就找一本《C Primer Plus》，然後翻到它的目錄，看看有哪些內容。這個目錄，就是“路線圖”。於是你有了“路線圖”，那麼現在你只需要根據這個“路線圖”去找博客讀就可以了。當然，技術書籍既然被當作了博客集，那麼也可以進行查閱。你想要了解 C 中的指針，可以直接查網上質量比較好的博客，也可以直接查技術書中的對應部分。
但是這個把技術書當作博客的方法，也有它的侷限性。有很多技術書，更偏向于思想類，需要認真閱讀才能理解作者的思想，這類書籍一般是儘量要整本認真閱讀的。但是也不是說不可以當作博客來“查”。總之，要靈活。