很多技术人员喜欢读博客，包括我现在。我也喜欢找本技术大部头来啃，收获颇丰。有时候会看到网络上有些人会说，多花点时间来阅读技术书籍......阅读博客的坏处就是知识不容易成体系。其实，对此我是持反对观点的。下面来说说我的想法。
技术书籍的特点是什么？内容很系统（有些书，内容也很详尽）。拿《C Primer Plus》来举例。书中的内容从第一页直到最后，都围绕着 C 语言。C 的数据类型、语句、函数、结构体、指针等等，一系列的主题都被放到一本书中。
相比之下，博客呢，可能一般一篇博客只是围绕这书中的一个子主题（比如指针）来进行讨论。如果只看这么一篇博客，知识体系不碎才叫奇怪。
其实我们不一定非要把书当作“书”。一本技术书其实也可以当作一大本经过系统组织的“博客”集。那么，可能你也想到了，对于一个主题的学习，比如 C，是不是只要知道需要学习哪些主题，然后根据这些主题去找质量比较好的博客来读就好了？没错，我就是这么认为的。不是说读博客就意味着无法搭建一个系统的知识体系，系统地读博客也可以搭建完整的知识体系，只要你知道“路线图”（要搭建知识体系，所需要学习的内容）是什么。
那么，怎么找到这张“路线图”？一种方式是用搜索引擎，查查别人整理的某些技术的知识体系。或者，一个更可靠的方式，就是找一本与你想要学习的主题相关的书籍，比如你要学习 C，就找一本《C Primer Plus》，然后翻到它的目录，看看有哪些内容。这个目录，就是“路线图”。于是你有了“路线图”，那么现在你只需要根据这个“路线图”去找博客读就可以了。当然，技术书籍既然被当作了博客集，那么也可以进行查阅。你想要了解 C 中的指针，可以直接查网上质量比较好的博客，也可以直接查技术书中的对应部分。
但是这个把技术书当作博客的方法，也有它的局限性。有很多技术书，更偏向于思想类，需要认真阅读才能理解作者的思想，这类书籍一般是尽量要整本认真阅读的。但是也不是说不可以当作博客来“查”。总之，要灵活。