“看书”而不是“读书”，读书也是中国常用词语。英语就是read book。很多人都喜欢用嘴去“读”书，或者边看书边自言自语。这是不太好的一个习惯，读是一种干扰人思维的方式。语言虽然能加深记忆，但会影响思考。
4、不要“太”强迫自己。
不喜欢就不要看，看不进去可以极端的选择干脆不看，或者隔一段时间再看，或者静下心来的时候再看，或者换一本同类的书，按照自己需要的知识点来寻找书籍。曾经和朋友交流过，他说《编译原理》也就是那本经典的“龙书”，虽然他也知道很好，可怎么也看不进去，不知道为什么。但是看《编译原理与实践》，他很容易的就看进去了，之后，他根据掌握的编译原理写了一个汇编语言的代码着色器，可以生成UBB代码和HTML代码。
我为什么要突出不要“太”强迫自己这个“太”呢？有时候也需要强迫一下自己，不能太随性，也得掌握一个度。有时候很重要的概念书籍，看起来是很枯燥的，朋友建议看的书，可能有他受益过的地方。比如我看《Structure and Interpretation
of Computer Programs（SICP）》，就是那位只能看《编译原理与实践》的朋友推荐我看的，北大裘宗燕老师已经翻译为中文版。经典的SICP是用Lisp描述的，一本古老的介绍functional编程的书。看一点就感觉很乏味，但稍微强迫一下自己，就知道这本书的优异之处。我就是看了求解费波那契数列的使用递归，以及递归优化那一章，对我以后写任何语言递归的分析，受益那是一辈子的。比如C++之父写的书，就被公认的哲学味太浓，不适合绝大多数人阅读，但我就很喜欢看，书本就是这样，因人而宜，就像配偶一样，自然有适合自己的
一位。
5、有时候需要追根溯源一下，有时候需要换一种角度来看书。
下面是来自：Bejarne Stroustrup在《C++语言的设计与演化》里面有关“引用”这个概念的提出时候的细节，更多的描述见该书裘宗燕老师翻译的版本第56页和第57页：
引入引用机制主要也是为了支持运算符的重载。Doug McIlroy还记的，有一次我向他解释某个预示了目前运算符重载模式的问题。他用的术语引用挑起了我的思绪，我嘟囔了一声谢谢就离开了他的办公室。当我第二天再出现时就带着已经基本完成的目前模式。Doug使我想起了Algol 68。
现在引用机制得到了大家认可，一些崇尚C语言高效，但有些抵制C++的牛人们也称赞了它，这是C++优于C的地方。这里不是讨论语言的，关于这些我就不再多说了。自从我看了这一段话之后，我头脑中所记忆的引用的概念就是“为了支持重载运算符而添加的机制”。嗯，现在可以在很多书或者文章里找到解释这个引用字眼，引用也不仅仅只用在“重载运算符”上。不过追根溯源看了重载运算符这里，什么时候该用指针，什么时候该用引用，我自认为写的代码里用的还算合适。中国人非常喜欢对某个知识追根溯源，如果时间允许的话这是好事，从源头找起，更有助于加深理解。
6、做笔记只是手段而不是最终目的，总结为自己的思想才是最重要的。
看书的最终目的，就是吸收书本知识，成为自己的思想。我个人不喜欢做笔记，我也不喜欢批注，我就喜欢一遍遍的看书。但记住，这是我个人的喜好而已，我父亲40岁之前看书就喜欢做读书笔记，而且很喜欢用没有条格的速写本做笔记，但是现在年龄大了看书多反而不去做笔记，喜欢小批注。喜欢做笔记的人，一般是喜欢把自己想要知道的重点记录下来，可以省却再次阅读书本的时间。或者用纸张记录自己的观点，给自己做自我总结。这是好习惯，但是我自己就是不喜欢，哈哈：）。我喜欢用我头脑需要的概念在头脑中总结，哪怕挑重点的再把这本书看两遍。以前研究COM的时候做过一段时间的笔记，后来逐渐就放弃了。
7、看到好书后不能读死书，更不能信奉为“天书”。看书后不能白看，多多的反思自己，然后有批评的眼光看待这本书，看待自己甚至别人的观点或者代码。很早就感悟到“适度”的重要性，尽量不走极端，包括批评本身。但不知不觉就会慢慢走向极端，这时需要适度的修正自己，应用书本的知识。我听到过许多别人的话，比如C/C++已经过时，JAVA才是最先进的，或者C#有多么多么先进，或者UNIX哲学一派，面向对象就是些花哨的东西C语言就足够用了。这类极端的话有些是自己想的，但绝大多数是人云亦云的跟风和受书本的影响。说JAVA先进的，我会问他，你能用JAVA写操作系统嘛？说面向对象花哨的，我会拿出一些C语言很不容易编写的方面给他看，比如3D游戏。听到我的话这些人会闭嘴的，总有长处和短处存在。知其然，知其所以然。
8、书面知识是死的，实际应用才是活的，根据自己的需要，活用参考书。
有些书涉及的知识面很广，比如参考书，通读真的很难。如果条件允许的话，寻找一些实际的问题看书，会更好的理解。为了工作，我曾经就快速排序做过研究，也和许多朋友交流过。我带着这个问题翻看了许多算法书籍，包括《计算机程序设计艺术》《C算法》《编程珠玑》之类的经典著作，也参考了许多代码。《计算机程序设计艺术》很厚，我只取其中一章而已，这本书我没有看完，不过里面单独的几章，我看的很仔细。当然，我没看完也没资格给盖茨发简历：）
9、给自己定位，你是否适合从书本获取知识。我有个朋友，他几乎不看技术书，但是他的思维很开阔，很容易理解新概念和方法，我只需要和他说一说他随便上网看看资料就够了。他做的系统很耐用，我也不容易挑出毛病。看书反而限制他的思维方式，这点我拍马赶不上，我只能看看书，呵呵。所以说获取知识并不一定只有看书，朋友们的交流，网络上的论文和资料都是很好的资源。只给自己一个定位，是不是真的适合看书才能增长你的知识。记得以前和tinyfool有过一些交流，此人就是不需要看太多书籍的人。
10、最好能和作者交流一下。现在互联网丰富，我们也可以通过邮件和作者交流了。我研究快速排序的时候，曾经和Julian Bucknall，《Delphi算法和数据结构》的作者用电子邮件交流过，他给我指出了我理解上的偏差，让我受益匪浅。高山仰止，外加猜测理解，还不如直接去问作者。