程序员应该如何读好书？

如果是小甲的忠实读者大概会知道我一直很推崇大家读书，前前后后我也写过不少关于读书的文章。前不久也刚写过：程序员应该如何读书？关于读书我的观点一直都是：认真看书，好好做笔记，如果不做笔记不如不看书。

上一期如何读书的推送发出之后，不少读者在后台跟我说：「小甲，我现在已经开始按照你的方法开始做读书笔记了，但是读书的记笔记不知道记什么，小甲是否可以帮我解答疑惑呢？」

恰好前两天看知乎的时候也碰到一个类似的问题，所以我就打算好好的为大家解答一下这个问题。读书笔记我已经做完了一摞的笔记本了，先上图放几张我之前和最近在读的书的一部分读书笔记。

1.增长黑客之父Sean Ellis的《Hacking Growth How Today's Fastest-Growing Comp》

2.畅销书《上瘾：让用户养成使用习惯的四大产品逻辑》

3.范冰的《增长黑客》，然而自从我读完了增长黑客之父Sean Ellis的那本书之后，我觉得这本书写的确实并不太好。

我做笔记的习惯应该是从大学开始的，因为那时候我发现每次读完一本书之后，都的时候觉得很有用，但是读完之后有感觉没有收获，根本原因是我记性不是特别好，很多书读完之后就忘了。所以为了能不定期的回顾一些好书的内容，我就选择开始做读书笔记。那么做笔记应该怎么做？我总结了以下几点。

1. 做好这些准备

我曾经试过用电脑脑图等来记录知识点，我发现永远不如用笔记的好。那为什么要用笔记本？为什么不用电脑呢，有人说电脑完全可以代替笔记本。其实不然，手写是一个需要听力、认知过程和回忆等一系列过程的共同参与的过程，然而用电脑记笔记的人更加倾向于机械化的将听到看到的词完全记下来，不经过大脑的思考。手记笔记也是一个记忆和思考的过程，往往来说通过手记笔记可以让我们对书更加理解，而不是机械的阅读。当然也因人而异，也有的人用电脑就可以做到这些。

2. 整个笔记应该框架清晰

每一本书都有一个目录，整本书会按照书籍的目录展开，条理清晰。所以我们的笔记也会跟随着书籍的结构进行展开。这样做的好处是在日后的回顾过程中我们能知道一本的书架构以及了解作者的架构思路。比方说在读《上瘾》这本书的时候，这本书主要是讲让用户对产品上瘾的模型，这个模型分成了四个部分「触发-行动-多变的酬赏-投入」，所以很快我的笔记就会是这样的一个大的架构。而在每一个部分下面又逐渐分层，比方说触发又分为「内部触发和外部触发」，而在内部触发下面又有一些很经典的案例。

3. 记录重要的定义

读一本书总会有一些新的名词的出现，这些名词我们之前听过或者没听过。如果这个名词处于整本书架构中的重要成分，或者作者反复提及，请不要吝啬记录下这些定义。在《上瘾》这个案例中，内部触发和外部触发对于我来说是新的名词，并且是处于整个架构最为重要的一部分之一，所以我会在笔记中记下这些定义。

4. 简化作者描述

通常情况下作者为了考虑多层次的读者，一般会让一段对相关专业来说相对简单的语术，解释成一个非常冗长的段落。但是在笔读书笔记的时候我们没必要照搬语句，我们可以精简、提炼作者的描述。这样不仅可以帮助我们快速理解作者所表达，也能让我们的读书笔记不至于过长。

5. 简单记录案例

一本优秀的书籍一定是理论知识与真实案例的结合，这些案例都是作者精心整理的精华，代表性极强并且可学习的点很多。所以在记录架构的时候，我们不应该遗漏这些案例。当然，也不需要你记录整个案例的详细内容，你只需要用十多字以内的话术记录下是什么样的产品或是人，干了一件什么样的事情。

事实证明，有了这些笔记之后，通过几页纸的内容我就可以快速的回顾之前读过的一本书的内容，对知识模块的梳理更加清晰，也对这些内容记忆更加深刻。

PS：我再申明一遍知乎上的路人甲就是我，也许有人之前在知乎上看到了我的这篇回答了，没错就是我写的！请不要再在后台留言说我是抄袭知乎的回答了！

原文出处