这一篇不讲技术。讲怎么把技术书读进去。
很多人不是学不会,是读法不对——把教材当小说从头翻到尾,合上书一片空白。这篇是我读艾德勒和范多伦《如何阅读一本书》之后,抽出来的方法和自己的用法。不是原文摘录,是我的理解和改写。
一、先认一件事:读书是分层的
大多数人读书只有一种方式:从第一页读到最后一页。
这是最慢、最低效的一种。那本书里把阅读分成四层,一层比一层深,而且可以不通读全书就用:
| 层次 | 干什么 | 花多久 | 什么时候用 |
|---|---|---|---|
| 基础阅读 | 认字、读懂句子 | — | 小学就学完了 |
| 检视阅读 | 快速判断这本书值不值得读 | 20-60 分钟 | 拿到任何新书的第一动作 |
| 分析阅读 | 真正把一本书吃透 | 几小时到几天 | 值得精读的书 |
| 主题阅读 | 围绕一个问题读多本书 | 几周 | 要解决一个具体问题时 |
关键认知:不是每本书都值得用"分析阅读"。
有一半的书,用检视阅读 20 分钟翻完就够了——知道它讲什么、有没有我要的东西,然后放下。这不是敷衍,这是节省。 你省下来的时间,可以拿去精读那本真正值得的。
二、读书前必须问的四个问题
这是全书最核心的东西。不管你用哪一层读,读的时候心里都要挂着这四个问题:
- 这本书整体在讲什么?(不是细节,是骨架)
- 作者具体说了什么,怎么说的?(论点、论据、关键概念)
- 他说得对吗?(有道理吗?全部有道理还是部分有道理?)
- 这跟我有什么关系?(对我有什么用)
第四问最重要,也最常被跳过。
读完一本书,如果答不出"这跟我有什么关系",等于没读。不是书不好,是你没有把它接进自己的知识里。
我自己的习惯:读之前先写下"我希望这本书解决我什么问题"。读完再回来看——答上了就是读懂了,答不上就是没读进去。
三、检视阅读:20 分钟判断一本书值不值得读
这是最实用的一层,也是最多人不会的一层。
第一步:看骨架(10 分钟)
按这个顺序翻,不要从正文开始:
- 书名和副标题 —— 作者想让你以为什么?
- 序言 / 前言 —— 作者自己说这书想干什么、给谁看
- 目录 —— 这是全书最重要的一页。目录就是骨架,看完目录你就知道这书在讲什么结构
- 索引 / 术语表(如果有)—— 快速看这书涉及哪些概念
- 封底、作者介绍 —— 判断可信度
- 挑一章你最感兴趣的,读开头和结尾
做完这六步,你已经知道这书值不值得读了。
第二步:粗读(30 分钟,可选)
决定要读了,但还没有时间精读 → 从头到尾快速翻一遍,遇到看不懂的地方不要停。
这条规则很重要:第一次读不懂是正常的,停下来死磕会卡死。
先跑完全程,知道整体轮廓;回头再啃难点,效率高得多。这就是所谓"先见森林,再见树木"。
技术书尤其要这样。 技术书的第一章往往最抽象,你要是卡在第一章,后面全废。
四、分析阅读:把书拆开
值得精读的书才用这一层。核心动作就四个字:拆开、对齐。
1. 找出骨架,自己写目录
读完一章,合上书,用一句话说出这章讲了什么。
说不出来 → 没读懂,回去重读。 说得出来 → 写下来,攒成自己的目录。
你自己的目录和书的目录不一样,这才是读进去了。
2. 和作者达成共识(关键概念)
每本书都有几个核心概念。找出它们,然后回答:
- 这个词,作者指的是什么?
- 我原来理解的意思,和作者一样吗?
- 如果不一样,是作者对,还是我原来对?
这一步最容易被跳过,但它是读懂技术书的分水岭。 比如"进程"这个词,你在 Windows 里理解的"进程",和 Linux 里说的是不是一回事?不澄清这一点,后面全是误解。
3. 找出作者的论点
一本书真正的主张,通常只有几条。找出来,写成句子:
作者主张:______
他给的理由是:______
他默认的前提是:______
第三条最容易漏。 很多分歧不是结论不同,是前提不同。
4. 公正地评价
读完之后,你有权说"我不同意"。但必须先满足三个条件:
- 你说得出他到底在说什么(没读懂就没资格批评)
- 你不懂的地方,不装作懂
- 你承认"这是知识上的分歧,不是情绪上的对立"
然后你的批评只能落在四个点上:
- 他知识不足(缺了关键事实)
- 他知识错误(事实错了)
- 他不合逻辑(推论有漏洞)
- 他分析不完整(漏了重要方面)
“我觉得不对"不算批评。 说清是哪一条,才算。
五、主题阅读:为一个问题读一堆书
这是最高层,也是成年人自学最该用的方式。
顺序和普通读书是反的:
普通读书:拿起一本书 → 读完 → 想想跟我有什么关系
主题阅读:先有问题 → 找一堆相关的书 → 只读跟问题有关的部分
五个步骤
- 先定问题(不是"我想学 Linux”,而是"单位的麒麟系统怎么连网络打印机")
- 找一批相关的书(检视阅读快速筛,5 本挑 2 本)
- 建立自己的术语表 —— 不同作者对同一个概念叫法不同,你来统一
- 围绕问题,只读相关章节(不必读完任何一本)
- 形成自己的答案,并说明"这个答案来自哪几本书、哪些地方它们互相矛盾"
第 4 步是反直觉的:主题阅读里,你不需要读完任何一本书。书是工具,问题是主角。
这恰恰是技术学习最该有的姿态。 你学 Linux 不是为了"读完那本 800 页的书",是为了"解决我这台机器上的问题"。
六、笔记:三种,对应三层
很多人不做笔记,或者只做一种(抄金句)。那本书里分了三种,各有用处:
| 类型 | 什么时候做 | 记什么 | 记在哪 |
|---|---|---|---|
| 结构笔记 | 检视阅读时 | 这书的骨架(不是内容) | 目录页、扉页 |
| 概念笔记 | 分析阅读时 | 作者的观点、你的理解 | 书页空白处 + 自己的本子 |
| 辩证笔记 | 主题阅读时 | 多个作者对同一问题的不同说法 | 单独一张纸,不是记在书上 |
辩证笔记的做法:拿一张纸,左边写问题,右边分栏列不同作者的说法,最后自己写一段"我认为"。
这张纸就是你真正的学习成果——它不是任何一本书的笔记,是你自己的东西。
七、用在技术书上:三种书,三种读法
这是我自己加的,书里没有。技术书和人文书不一样,不能一套方法通吃:
1. 教材(要系统学)→ 分析阅读
比如一本 Linux 系统管理教程。
- 必须按顺序读,因为概念是递进的
- 每章读完做"合书复述"
- 一定要动手敲,不敲等于没读
- 每章末尾自己出一道题,答不上就是没懂
2. 手册 / 参考书(要查)→ 根本不用读
比如命令手册、API 文档。
- 不读,只查
- 学会用目录、索引、搜索
- 读的时候只看 参数说明和示例,跳过所有解释性文字
拿手册当教材读,是最浪费时间的事。
3. 讲原理的书(要理解)→ 主题阅读
比如"操作系统原理"。
- 一本讲不清楚,就找两三本对照
- 同一概念,看不同作者怎么解释——哪个解释你听懂了,就用哪个
- 关注"为什么这样设计",不是"怎么用"
八、一个能落地的流程
把上面这些收成一套,读书的时候照着走:
第 0 步(5 分钟):写下"我希望这本书解决我什么问题"
↓
第 1 步(20 分钟):检视阅读 —— 看目录、序言、挑一章
↓
├─ 不值得读 → 放下,不亏
↓
第 2 步(选做):粗读一遍,不停顿,只见森林
↓
第 3 步(精读):一章一章来
├─ 合书复述:这章讲了什么(一句话)
├─ 找核心概念:作者指的和我理解的一样吗
├─ 找论点:主张 / 理由 / 前提
└─ 动手:技术书必须敲一遍
↓
第 4 步(读完):回来答第 0 步那个问题
├─ 答上了 → 写一段"这书对我有什么用",存起来
└─ 答不上 → 不是白读,是这本书不对口
九、最后说三句实话
第一,这本书本身也值得按它的方法读。
上面这些是我的抽取和改写,漏了很多,也加了我的用法。原书里关于"如何读文学、历史、科学、哲学"各有专门章节,讲得比我细得多。建议找原书读一遍——用检视阅读先翻一遍,判断值不值得精读。
第二,方法不解决问题,练习才解决。
知道"要合书复述"和真的每章都合书复述,中间隔着几十个小时。光看方法不练,等于又读了一本"关于读书的书"。
第三,读不懂有时候不是方法问题。
是这本书对你的当前水平来说太难了。这时候正确做法不是硬啃,是换一本更简单的入门书——先在浅的地方建立框架,再回来读深的。硬啃一本超纲的书,是新手最常见的时间浪费。
这篇是我的读书笔记和改写,不是《如何阅读一本书》的原文摘录。原书作者:莫提默·艾德勒、查尔斯·范多伦。
这个系列的其他两篇
- 《学习之道》:大脑其实是这样工作的 —— 东西怎么才真的进脑子
- 《刻意练习》:天才不是天生的,是练出来的 —— 怎么把技能练出来