有的时候我们发现一本书很有趣，想拿过来看，吸收一下里面的营养，但又发现自己最近没太多时间仔细看，所以想着能不能：
只看别人的笔记行不行？
比如去豆瓣看下别人的笔记或者warfalcon老师的读书笔记？
再或者浏览着看一下书里喜欢的地方行不行？
实践告诉我，这样不好。
先说我的主要理念：
尽量别吃二手饭。
现在我连翻译过的来的书都尽量不看，尽量看原版的。因为翻译的过程中信息损耗有点大，有的书翻译过来就不能看了。
所以更别说别人做过的笔记了。
但也不是说别人的笔记没有价值，怎么用，我稍后再说。先讨论一下，不能靠别人的笔记的话，那自己怎么看？ 浏览着看行不行？
对我来说，这完全不行。
除非是你在做技术，需要查一个地方的问题，然后投入使用。那可以用找读的方式读书。 但如果你是想吸收一下某本书里的营养，那这样读的话很吃亏的。
一本书，不用哪哪都好，如果真有那么一两句话能让你明白一些深刻的概念和方法论，就真的很值很值了。而这一两句话，并不是都是都在标题或开头这些“重点地方”出现的，我就经常在一些小地方发现一些让自己感动到不行的句子。
所以方法其实是：
等自己理解速度起来以后可以用更快的速度阅读，但尽量不要平白无故地跳读。
上面这些问题，其实也没那么重要，尤其是和下面这个问题比起来：
阅读之后，如何“证明”你读过了这本书？ 如何把这本书更长久地留在自己的系统里？
答案倒也简单：
概念清单。 （或者说如果你看过专题1的文章，这里可以叫做：chunk清单。）
一本书，最重要的地方其实就那么几个重要的概念或者重要的几句话。但是如果你在读之前，这些重要的大chunk直接给你，你并没有对其内部的小chunk和逻辑结构有什么认识，比如用法，作用和意义等等，要知道，没有联系就没有理解，没有理解就没有有效的记忆。但如果你读过这本书了，这些在别人看起来很普通的概念在你这里就有了别样的复杂的意义了。如果有朋友学过编程，这些大chunk就相当于是.h，文件，用来定义接口，而这些小chunk们就是一个个的源文件，具体函数的实现都在源文件里。
具体的方法论是：
- 每学过一片内容的时候（相当于定义了一个函数），就把这片内容封装一下→形成一个概念清单和总结。
- 日后想要回忆这片内容的时候，不是从头看整个内容。而是对着这些大chunk/函数接口看，如果熟悉/没有bug，就可以直接使用/调用，如果忘记了/有bug，就回到小chunk/源文件温习/debug。 →哪里不会点哪里。
解释了这些，回到先前的flag：别人的笔记怎么用？
答案很明显：
- 别人的笔记就是别人做的概念清单/函数接口啊！ 大家都是看完了同一本书，有的人觉得这里重要，有的人觉得那里需要记下，这样其实是会形成一些不完全重合的概念清单。
- 这个时候，把自己的概念清单和别人的清单比较一下，看一下有没有别人觉得重要但自己漏掉的chunks，有的话，去看一下原书/查看一下源文件里是怎么定义的这些chunks，必要的话就加入到自己的清单里。
- 也就是说，别人的笔记是用来借鉴从而补充自己的概念清单的，而不是用来替代原书。
长按二维码关注本微信公众号，欢迎扩散：iNotes
iNotes.jpg
网友评论