读技术书籍分为三步。第一步,扫读,不用弄懂,就是那么读过去,可以称为囫囵吞枣的方式,直到读完。(这么做的理由很简单,计算机类的知识不可能线性地排列,让读书的人从零开始一步步学习,比如某些 Java 书籍上来就说面向对象,但没几个人能一开始就理解这个概念。但你读到后面会发现,很多前面不懂的东西,到了后面讲到某个知识点就懂了。但是为何不先讲后面的东西呢?因为太难,你需要前面的某些基础知识。)
第二步,就是精读,但也不是一个字一个字读,书那么厚,你没那么多时间来精读的。所以就要专门读代码,书中的代码永远是最好的老师,比如 Java 编程思想,你要是看懂代码了,就不用看旁边的文字了,我接触的大部分技术书都是如此。所以读代码为主,阅读旁边文字为辅。代码阅读时不要一行行敲打,那是 useless 的。因为那样子的成果和强制自己理解一行行看的成果差不多,但是时间上更少。
第三步,我姑且称为查漏补缺,看目录,那些你还不清楚是什么玩意,去看看那一页对应的内容。
书看完后基本目标是要会用,所以在学习上就要分清主次,按照理解能力的不同,优先在项目和练习中使用那些已经懂了的知识,而无需在全部都学过一遍之后再去尝试。但在使用出问题的时候,我更推荐看文档,而非翻书,因为书籍永远不是最新最全的,文档永远是相对权威的(因为最权威的是源码)。
就怕文档一团糟,是不是翻翻源码,还是挺不错的。
优秀的项目,读源码可能比文档更清晰
最权威的是源码 ?
的确,官方文档才是最权威的,毕竟书籍都是别人学习后又产出的资料,而官方文档才是全新一手的。
官方文档~
女生做技术,值得佩服。
囧,我是男生好不好。为何总有人把我当做女生。
俺觉得技术类还是边做边读吧~
先挑选,再细读,后精读。
然而我并不看书~
学姐的读书三部曲总结起来就是:
STEP1:建立宏观层面的认知
STEP2:填充微观层面的理解
STEP3:填坑