20 lines
2.0 KiB
Plaintext
20 lines
2.0 KiB
Plaintext
|
---
|
||
|
|
title: 如何阅读一本技术书
|
||
|
|
slug: how-to-read-a-technology-book
|
||
|
|
date: 2016-07-01 14:22:12
|
||
|
|
updated: 2020-09-04 19:11:07
|
||
|
|
category: 文章
|
||
|
|
cover: /images/2020/09/2020090419102255.jpg
|
||
|
|
summary: 读技术书籍分为三步，第一步，扫读，不用弄懂，就是那么读过去，可以称为囫囵吞枣的状态，直到读完。
|
||
|
|
---
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
读技术书籍分为三步。第一步，扫读，不用弄懂，就是那么读过去，可以称为囫囵吞枣的方式，直到读完。（这么做的理由很简单，计算机类的知识不可能线性地排列，让读书的人从零开始一步步学习，比如某些 Java 书籍上来就说面向对象，但没几个人能一开始就理解这个概念。但你读到后面会发现，很多前面不懂的东西，到了后面讲到某个知识点就懂了。但是为何不先讲后面的东西呢？因为太难，你需要前面的某些基础知识。）
|
||
|
|
|
||
|
|
第二步，就是精读，但也不是一个字一个字读，书那么厚，你没那么多时间来精读的。所以就要专门读代码，书中的代码永远是最好的老师，比如 Java 编程思想，你要是看懂代码了，就不用看旁边的文字了，我接触的大部分技术书都是如此。所以读代码为主，阅读旁边文字为辅。代码阅读时不要一行行敲打，那是 useless 的。因为那样子的成果和强制自己理解一行行看的成果差不多，但是时间上更少。
|
||
|
|
|
||
|
|
第三步，我姑且称为查漏补缺，看目录，那些你还不清楚是什么玩意，去看看那一页对应的内容。
|
||
|
|
|
||
|
|
书看完后基本目标是要会用，所以在学习上就要分清主次，按照理解能力的不同，优先在项目和练习中使用那些已经懂了的知识，而无需在全部都学过一遍之后再去尝试。但在使用出问题的时候，我更推荐看文档，而非翻书，因为书籍永远不是最新最全的，文档永远是相对权威的（因为最权威的是源码）。
|