[转帖][学习方法]一直以来伴随我的一些学习习惯[20100908]

By 刘未鹏

C++ 的罗浮宫(http://blog.csdn.net/pongba)

 

Part 1

 

1. Google&Wiki （遇到问题做的第一件事情，也是学习某个东西做功课（homework ）

最先用到的东西。

2. 看书挑剔，只看经典。如何选择经典，可以到网上做做功课，看看评价，综合分析一下。

3. 做读书笔记。一是将自己阅读的时候的思考（包括闪念）总结下来，二是将书中的好例子
摘抄下来。（这个习惯是一年前才养成的，发现受益极大。）有了 google note ，笔记可

以加上tag ，非常便于回顾，加深理解。我觉得，人与人学习的差距不在资质上，而在花在

思考的时间和思考的深度上（后两者常常也是相关 的）。

4. 提到思考，我有一个小习惯。利用走路和吃饭的时候思考，还有睡觉前必然要弄一个问题
放在脑子里面，在思考中迷糊入睡。发现这样一来往往在不知不觉中多出来大量的思考时间。
4a. 将思考成为习惯还有一个很大的好处——避免焦虑。卡耐基用一整本书讲 了一个有效的
做法来避免焦虑——底线思考。然而实际上还有另一个有效的做法，就是投入地做另一件
事情。不去想"喜马拉雅山上的猴子"的方法并不是使劲的告 诉自己不去想"喜马拉雅山上的
猴子"，因为那样等于就是脑袋里想了那只猴子，正确的做法是真的不去想那猴子，而是想
别的。用别的东西充满工作记忆，其他的 神经活动自然会被抑制（神经科学基本事实）。
所以，感到焦虑的时候不妨思考吧，甚至完全可以去理性分析和思考导致焦虑的问题本身，
将其拆解，分析来源，在 不知不觉中，大脑的工作重心就从情绪模块转向了推理模块了，
而且这思考也可能顺带更有效地解决了导致焦虑的问题呢:)

 

5. 重要的事情优先（详见史蒂芬·柯维的《高效能人士的七个习惯》或《要事优先》）。 尽
量避免琐事骚扰，不重要的事情能不做就不做。有时候，紧急的事情往往只是当事人觉得必
须马上做完才显得紧急或者干脆就是紧他人之急，最糟糕的就是纯属性 格上原因觉得每件
事情都得第一时间完成，很多看上去紧急的事情实际上并不是真的"不能再拖了"，有的干脆
就并不需要或值得去做。有很多事情都是可以先放一 放甚至完全let go 的，否则的话就整天
被所谓"紧急"的事情牵着鼻子走了。

6. 重要的事情营造比较大的时间块来完成。比如一本好书，或者一个重要的知识点，最好不
要切得太琐碎了看，否则看了后面忘了前面。不利于知识的组织&联系。

7. 多看心理学与思维的书，因为它们是跨学科的。知识分两种，一是我们通常所谓的知识，
即领域知识。二是关于我们的大脑吸收知识的机制的知识，后者不妨称为元知识。虽说这也
是领域知识，但跟其它的领域知识不同的是，它指导着我们学习其它所有的领域知识。

 

8. 学习一项知识，必须问自己三个重要问题：

1. 它的本质是什么。

2. 它的第一原则是什么。
3. 它的知识结构是怎样的。

9. 获得的多少并不取决于读了多少，而取决于思考了多少、多深。

10. 善于利用小块时间，也就是《奇特的一生》中所说的“时间下脚料”，如何利用前面有
几个方法。同时，也善于创造整块时间（如通过要事优先）。
11. 关于习惯的养成，必须要说明的：经常看到有些人评论说，说说容易，做起来哪有那么
容易啊（另一个无关习惯的“说起来容易做起来难”则是因为纸上谈兵不可能 算计到所有
现实中的因素，但那是另一个问题）。对此我要说的是，做起来当然不容易，所谓江山易改，
本性难移。人的性格和认识事物的框架是长期积累养成的， 并且人们非常珍视自己的信念
（英语里面表达不相信某个东西叫做“I don't buy it” ）。从进化心理学上这是有依据的，一
个经过时间检验的信念往往是更靠谱的。只不过可惜的是靠谱不代表最佳，一个信念能让你
活下来并不代表能让你活得 最好（详见《Mene Genes 》，更多的例子参见《How we know
what isn't so 》）。我们评判一个信念的标准是satisficing 原则（即足够，能行就好，这个术
语不是我提的，是大牛Herbert Simon 提的），并不是optimizing 原则。话说回来，为什么说
起来容易做起来难，是因为“说”只是理性上承认正确，并没有考虑到我们每个人大脑中居
住的那个非理性自我。这个自我以强大的情绪力量为动机，以习惯为己任，每时每刻都驱使
着我 们的行为。因为它掌握了“情绪”这个武器，所以我们只能时时拿它当大爷。不记得
是哪位哲学家说的了，理性是感性的奴隶。那么，是不是就是说无法克服既有习 惯了？以
我的经验（以及观察到的别人的经验），还是可以的。第一条就是认识到习惯的改变绝不是
一天两天的事情，承认它的难度。第二条就是如果你真想改掉习 惯，就需要在过程中常常
注意观察自己的行为，否则习惯会以一种你根本觉察不到的方式左右你的行为让你功亏一篑。
有一个认知技巧也许可以缓解更改习惯过程中 的不适：即把居住在内心的那个非理性自我
当成你自己的孩子（你要去培养他），或者你的对手（你要去打败他）也行。总之不能当成
自己，因为每个人都不想改变自己。这里转一个认知技巧的例子：李笑来老师在《把时间
当作朋友》（顺便也推荐这本开放电子书）中提到他一个朋友用另一个认知技巧来克服背单
词的枯燥的：

 

因为，一共要搞定20,000 个单词，而因此可能获得的奖学金是每年40,000

 美元左右——并且连续四年没有失业可能（后来的事实是，他直到五年之后才获得了
博士学位）。当时的美元兑换人民币的汇率差不多是8:1 ，所以，大约应该相当
于320,000 元人民币。而如 果一年的税后收入是320,000 元人民币的话，那么税
前就要赚取差不多400,000 元人民币。那么，每个单词应该大约值20 元人民币

——这还只不过是 这算了一年的收入而已。

所以，他终于明白背单词是非常快乐的。他每天都强迫自己背下200 个单词。而
到了晚上验收效果的时候，每在确定记住了的单词前面画上一个勾的时候，他就
要想象一下刚刚数过一张20 元人民币的钞票。每天睡觉的时候总感觉心满意足，
因为今天又赚了4000 块！

 

注意，这跟自我欺骗不同。一来，我们的情绪系统只能这般对付（《Synaptic Self 》中 提到，
大脑中的新皮层（neocortex ，所谓“理性”居住的地方，尤其是前额叶）在进化历史上是较
为新近的年代才进化出来的，跟底层较原始的模块（如 主管情绪的杏仁核）之间的神经网
络沟通并不是合作无间，这就解释了为什么有些事情我们明明知道是对的，但就是不能说服
自己，情绪还是在那里不依不挠的驱使 你去做另一样事情）。二来，我们知道在干什么，
所以不能算欺骗:P 总之，对于习惯的更改，除了最重要的一日三省，加上一些认知技巧（其
实每个人都是自己的心理学家，你可以自己看看能不能想出什么法子）。其实是没有什么速
效银弹的。但是，知难而不退嘛，值得做的事情几乎总是如此:)

 

 

Part 2

1. 学习和思考的过程中常问自己的几个问题：

 
1. 你的问题到底是什么？（提醒自己思考不要偏离问题。）
2. OK ，到现在为止，我到底有了什么收获呢？（提醒自己时不时去总结，整理学习的
东西）。
3. 设想自己正在将东西讲给别人听（有声思考；能否讲出来是判断是否真正理解的最佳
办法）。
3.1 设想需要讲给一个不懂的人听。（迫使自己去挖掘知识背后最本质、往往也是最
简单的解释）。
4. 时常反省和注意自己的思维过程。尤其是当遇到无法理解或解决的问题之后，最需要
将原先的思维过程回顾一 遍，看看到底哪个环节被阻塞住了妨碍了理解。问题到底
出在哪里。并分析以后需要加强哪方面的思维习惯，才能够不在同样或类似的时候被
绊住。对此，将思维的 大致脉络写下来是一个很好的习惯。
5. 养成反驳自己的想法的习惯：在有一个想法的时候，习惯性地去反驳它，问自己“这
个难道就一定成立吗？”、“有没有反例或例外？”、“果真如此吗？”之类的问题。
（参见Critical Thinking）
6. 人的思维天生就是极易流于表面来理解事物的（参见《Psychology of Problem
Solving 》第11 章）。觉得自己理解了一个问题了么？条件反射性地问自己：你真的
理解了吗？你真的理解了问题的本质了？问题的本质到底是什么？目前我的理解是什
么？我对这个理解感到满意吗？这样的理解到底有什么建设性呢？等等。

 

2. 重视知识的本质：

 

对于程序员来说这一点尤其重要，程序员行业的知识芜杂海量，而且
总是在增长变化。很多人感叹跟不上新技术。应对这个问题的办法只能是：抓住不变量。大
量的新技术其实只是一层皮，背后的支撑技术其实都是十来年不 变的东西。底层知识永远
都不过时。算法数据结构永远都不过时。基本的程序设计理论永远都不过时。良好的编码习
惯永远都不过时。分析问题和解决问题的能力永远都不过时。强大的学习能力和旺盛的求
知欲永远都不过时。你大脑的思维方式永远都不过时。

3. 重视积累的强大力量，万事提前准备：

计划订长一点，自然就可以多获得准备的时间。
设想你若干年后会在做什么事情，需要哪些技能，现在就开始准备。一个5 年计划便可以让
你获得从现在开始的5 年 准备时间。5 年中每天腾出半个到一个小时专心于某一件事情，认
准一个方向，每次走一点，其实不要说5 年，两年就会发现会起到宏大的效应。长期订阅我
的 Blog 的朋友们也一定注意到我基本上不写东西，一般一个月写上2 篇就算多的了。但总
结一段时间的学习和思考的习惯却一直都没有停止（博客文章对我来说是 学习和思考的副
产品，我并不为写文章而写文章），所以5 年下来竟也写了不少东西。所以这就是一个简单
的例子。你大致还可以从我的Blog 看出来我一段时间 关注的东西，一般来说，一段比较长
的时间（少则半年至一年——譬如对心理学与思维的关注；多则几年——譬如对编程技术
的关注），在这段时间内，我的业余时 间会被一个主题所充斥。反之，如果不知道目的是
什么，就不知道往哪个方向上使劲，就容易产生无用功。

4. 抬起头来：

 

人的思维是非常容易只见树木不见森林的（否则这个成语从哪来的呢？）。
时不时抬起头来审视一下自己正在做的事情，问一问它（对现在或未来）有什么价值，是不
是你真正希望做的。你学到的东西到底是什么？它们重 要吗？你需要在这个时候学习这些
吗？（见第2 条）。你的时间就是你的资源，你投入这些资源来掌握知识，所以到底用来掌
握哪些知识是一个很重要的问题。仅仅遵循兴趣是不够的，人会对很多次要的东西产生兴
趣，并一头钻进去浪费好多时间。所以判断一个东西值不值得学习是很重要的。
杂项

 

1. 退订RSS：

 

RSS Reader 是个时间黑洞。就算mark all as read ，在有大量feed 的情况下，也
会无形中消耗掉大量的时间。我们一旦订阅了某个RSS
之后就会倾向于不肯退订它，心想
也许某天有个重要的信息会从那里得到。这其实是源于人不肯"关上一扇门（即便门内的收
益概率极小）"的心理（参见《Predictably Irrational 》）；
而实际上，关上一扇门，有时能
够增大收益期望。仔细观察一下reader 里面的feeds ，有哪些是真正有价值的，把那些没价
值的或者价值很小乃至于不值得每天被它骚扰的，全都退订掉。不要舍不得，那些一个星
期都没出现让你眼睛一亮的内容的feed ，很大的可能是永远也不会出现。就算可能，也别担
心你会漏掉什么宝贵信息，真正宝贵的信息，在其他来源你也会接触到的。一开始我的
Greader 里面每天都有大量的新内容，每天都是1000+，但一段时间之后发现除了信息焦虑，
实际上有价值的内容不多，现在，我很高兴地发现自己摆脱了这种状况，我持续不断地退订
feeds，留下的内容越来越少，也越来越精，带来的阅读焦虑也越来越少。（顺便推荐一个
东西，aideRSS，初步使用，感觉对订阅reddit 这样的每天更新大量内容的feed 很有用）。

 

2. 有时间吗？总结总结最近得到的新知识吧。

 

一般来说，我在一段时间 内学习的一些东西
总是会在这段时间内一直在脑子里打转，一有时间空隙（譬如走路，吃饭）它们就会自己蹦
出来，促使我去进一步思考和总结。永远不要认为对一 个知识的把握足够深刻，“理解”
的感觉很多时候只是假象。学会反问自己对知识到底把握了多少，是很有价值的。（如何反
问，前面的总结中有提到）。

3. 有时间吗？看本书吧。

 

（传统的）阅读和思考永远优于所谓的在互联网上汲取新知识，后
者往往浅表、不系统、乃至根本没价值。

4. 制定简要的阅读计划：

 

选出最近认为对你最有价值的书，先总览一下，决定阅读的顺序
（哪些章节可以优先阅读）。然后每天看一点。并利用走路、吃饭、乘车或其他不适合带着
书和笔的时间来总结看过的内容，建立知识结构，抽取知识本质，与以往的大脑中的知识建
立联系。（参见《奇特的一生》）

 

Part 3

这篇主要写一些学习（尤其是阅读）的基本方法。

 

1. 趁着对一件事情有热情的时候，一股脑儿把万事开头那个最难的阶段熬过去。

万事开头难，因为从不了解到了解基本的一些事实，是一个新知识暴涨的阶段，
这个时候的困难是最大的。有人熬不过去，觉得困难太大就放弃了。不过，狂
热的兴趣可以抵消对困难的感觉，所以趁着对一件事情有热情的时候，开一个
好头是很重要的。（当然，这并不是说持之以恒就不重要了）。当然，也许这
个是因人而异的，对我来说我会在对一件事情有浓厚兴趣的时候非常专注地学
习，把很多 groundworks 做掉。后面就会顺利一些了。

 

2. 根据主题来查阅资料，而不是根据资料来查阅主题。

 

以前读书的时候是一本
一 本的读，眼里看到的是一本一本的书，现在则是一章、甚至一节一节的读，
眼中看到的不是一本一本的书，而是一堆一堆的章节，一个一个的知识主题，
按照主题来 阅读，你会发现读的时候不再是老老实实地一本书看完看另一本，
而是非常频繁地从一本书跳到另一本书，从一处资料跳到另一处资料，从而来
获得多个不同的人对同一个主题是如何讲解的。比如最近我发现在看蒙特卡罗
算法时就查了十来处资料，其中有三四篇paper 和六七本书；这是因为即便是
经典的书，你也不能指望它对其中每一个主题的介绍都是尽善尽美的，有些书
对某个主题（知识点）的介绍比较到位，有些书则对另一 些知识点介绍得比较
到位。而有时候一篇紧凑的 paper 比一本书上讲得还要好。我硬盘里面的书按
主题分类，每个主题下面都有一堆书，当我需要学习某个主题的知识时（譬如
贝叶斯学习或者神经网络），我会把里面涉及这个主题的书都翻开来，索引到
相关章节，然后挑讲得好的看。那么，如何判断一个资料是好资料还是坏资料呢？

 

3. 好资料，坏资料。

 

好资料的特点：从问题出发；重点介绍方法背后的理念（
rationale ），注重直观解释，而不是方法的技术细节；按照方法被发明的时间
流程来介绍（先是遇到了什么什么问题，然后怎样分析，推理，最后发现目前
所使用的方法）。 坏资料的特点是好资料的反面：上来就讲方法细节，仿佛某
方法是从天上掉下来的，他们往往这样写“我们定义... 我们称... 我们进行以下
几个步骤... ”。根本不讲为什么要用这个方法，人们最初是因为面对什么问题
才想到这个方法的，其间又是怎样才想出了这么个方法的，方法背后的直观思
想又是什么。实际上 一个方法如果将其最终最简洁的形式直接表达出来往往丢
失掉了绝大多数信息，这个丢掉的信息就是问题解决背后的思维过程。至于为
什么大多数书做不到这一点， 我在这里试着分析过。

4. 学习一个东西之前，首先在大脑中积累充分的“疑惑感”。

 

即弄清面临的问题 到底是什么，在浏览方法本身之前，最好先使劲问问自己能

想到什么方法。
一个公认的事实是，你对问题的疑惑越大，在之前做的自己的思考越多，当看
到解答之后 印象就越深刻。记得大学里面的课本总是瀑布式地把整个知识结构
一览无余地放在面前，读的过程倒是挺爽，连连点头，读完了很快又忘掉了，
为什么？因为没有带 着疑问去学习。

5. 有选择地阅读。

 

很多人觉得我读书速度很快，其实我只是有选择地阅读。这
里 的选择体现在两个地方，一是选择一本书中感兴趣的章节优先阅读。二是对
一本书中技术性较弱或信息密度较低的部分快速地略读。一般来说，除了技术
性非常强的 书之外，大多数书的信息密度很低，有很多废话。一般来说在阅读
的时候应该这样来切分内容：

1. 问题是什么？

2. 方案是什么？

3. 例子是什么？

如果是需要解释一个现象的（譬如《黑天鹅》），那么

1. 现象是什么？

2. 解释是什么？

3. 支撑这个解释的理由是什么？

4. 例子是什么？

 

一般来说，这一二三四用不了多少字就可以写完了（如果假设只举一到两个精

到的例子的话），这样的无废话著作的典型是《合作的进化》；那为什么有些

书，明明核心观点就那点东西（顶多加上几个精要的例子罢了）却写得长得要

命呢？因为人的思维都有一个“联想”的特点，写着写着就容易旁逸斜出，而

且作 者自己也往往觉得引申出去挺牛逼，有时候很多与主题无关的废话就掺

和进来了；那么，阅读的时候就应该有选择性地滤掉这些不相干的废话；此外

还有一种可能性 就是大量冗余的例子。一般来说组织得比较好的书会有详细

且一目了然的目录和索引， 根据目录首先就可以滤掉一部分（比如某个子章节

的内容你以前是看过的），然后有时候作者还会举很多冗余的例子，如果你已经

觉得印象够深刻了这些例子完全可以不看（一些书就非常厚道地对每个观点只辅

以一两个最最经典的例子，譬如 《与众不同的心理学——如何正视心理学》，

这样的书我最是喜欢）。

 

6. 为什么看不懂？

 

如果看不懂一个知识，一般有如下几个可能的原因：

 

1. 你看得不够使劲。

对此古人总结过——书读百遍其义自现。虽然这个规律不

是任何时候都成立的，但是从认知科学的角度看是完全可以解释的，我们在阅读

的时候， 注意力往往会有选择性地关注其中的某一些“点”，而忽略了另一些

“点”，于是一遍看下来可能因为某一些忽略导致无法理解整体。或者干脆看的

时候就没注意其 中一些细节但重要的东西。此外，大脑理解一个东西需要一定的
处理时间，人脑的处理速度很慢，神经冲动每秒传输速度不过百米，所以不能
指望看到哪懂到哪。最 后，我们可能因为思维定势的原因会从某个特定的角度
去看一句话而忽略了从不同角度去理解的可能性。对于这类情况，仔仔细细地
再多读两遍，多试着去理解两 遍，往往会“哦！原来这样。”地恍然大悟。

 

2. 其中涉及到了你不懂的概念。

这是技术性的不理解。这种情况就需要 Cross
Reference 。如果一句话中用到了你不懂的概念，那就去查，现在很多书都是电
子书，直接搜索一下，或者，对于纸书，看一下书后面的索引就行了。奇怪的
是很多人看不懂也 不分析一下为什么不懂，就直接放弃了。正如解决问题一样，
问题卡住解决不了，第一时间要做的就是分析到底为什么解决不了，而不是直
接求救。

 

3. 作者讲述的顺序不对，你接着往下看，也许看到后面就明白了前面的了。

 

杂项

7. 如何在阅读之前就能获得对一本书质量的大致评估。

在深入阅读之前能够迅速评估一本书的质量可以节省很多时间。

基本上有几个线索：

 

1. 看作者。

牛作者写的书一般都不错。

 

2. 看目录和简介。一份好的目录和简介能够透露这

本书质量的相当一部分信息。目录结构是否清晰，是否直白（而不是装神弄鬼），
都是衡量的线索。

 

3. 看 Amazon 上的评价，这里要注意的是，除了看整体打分
之外，更要看打分最低的人是怎么说的，因为小众意见往往有可能来自那些真
正懂行的人（除了来踢馆的），如果在打分最低的意见里面看不到真正有价值
的反驳意见的话就相当肯定书是不错的了。

 

4. 看样章。Amazon 上一般都可以
随机浏览一些章节的，表达是否清晰，论证是否严谨，内容是否深刻，基本是
几页纸就能看出来的。

8. 如何搜寻到好书。

 

几个线索：

1. 同作者的著作。

2. Amazon 相关推荐和主题相关的书列（类似豆瓣的豆列）。

3. 一本好的著作（或一份好的资料——不管是书还是网页）在参考资料里面重点

提到的其他著作。

4. 有时对于一个主题，可以搜索到好心人总结的参考资源导引，那是最好不过的。

 

Part 4

 

程序员的知识结构

自从建立了 TopLanguage 以来，发现在上面待的时间越来越多，与高手讨论问题是个粘性十
足的事情，一方面，分享自己的认识是整理不成熟的想法的极好途径，另一方面，互相之间
视角不 同，所以往往自己忽视的地方会被别人发现。在讨论中不断精化既有的知识体系。
以下这段基本上摘抄自（略有整理和添加）在 TopLanguage 上的发言：

 

抓住不变量

我喜欢把知识分为essential 的和non-essential 的。对于前者采取提前深入掌握牢靠的办法，

对于后者采取待用到的时刻RTM (Read the manual) 方法（用本）。

如何区分essential 和non-essential 的知识想必绝大多数时候大家心里都有数，我举几个例子：
对程序员来说，硬件体系结构是essential 的，操作系统的一些重要的实现机制是essential 的，
主流编程范式（OO 、FP ）是为了满足什么需求出现的（出现是为了解决什么问题），是怎
么解决的，自身又引入了哪些新的问题，从而适用哪些场景）。 这些我认为都是essential 的。
我想补充一点的是，并不是说硬件体系结构就要了解到逻辑门、晶体管层面才行（其实要了
解到这个层面代价也很小，一两 本好书就行了），也并不是说就要通读《Computer
Architecture: Quantitative Approach 》才行。而是关键要了解那些重要的思想（很长时间不变
的东西），而不是很细的技术细节（易变的东西）。《Computer Systems: A Programmer’s
Perspective 》就是为此目的，针对程序员的需求总结出那些essential knowledge 的好书。

 

再来说一下为什么需要预先牢靠掌握这些essential 的知识：

1. 根据Joel Spolsky 同学的说法（原文）， 编程语言技术是对底层设备的封装，然而封
装总是会出现漏洞的，于是程序员被迫下到“下水道”当中去解决问题，一旦往下走，
漂亮的OO 、N 层抽象就不复存在 了，这时候不具备坚硬的底层知识就会无法解决问
题。简而言之就是这些底层知识会无可避免的需要用到，既然肯定会被用到那还是预
先掌握的好，否则一来用到的 时候再查是来不及的，因为essential 的知识也往往正是
那些需要较长时间消化掌握的东西，不像Ruby 的mixin 或closure 这种翻一下 manual
就能掌握的东西。（英语也是这样的essential knowledge—— 上次在PyCN 上看到一个
招Python 开发人员的帖子将英语列为必备技能，却并不将自然语言处理列为必备技
能，正是因为英语不是 可以临阵磨枪的东西，而且作为知识的主要载体，任何时候
都少不了它，如果不具备英语能力，这个就会成为个人知识结构的短板或瓶颈，而且
由于需要长时间才能 获得这项能力，所以这个瓶颈将持续很长时间存在。我们曾经
在 TopLanguage 上讨论过如何花最少的时间掌握英语） 另一方面，在问题解决当中，
如果不具备必要的知识，是根本无从思考的，再好的分析能力也并不是每个问题都能
分析出该用哪些知识然后再去查手册的，很多时候 是在工具和问题之间比较，联想，
试探性的拼凑来解决问题；这就使得一个好的既有知识基变得至关重要。（实际上以
上这个是一个较大的话题，希望有一天我能够把它详细展开说清:)）
2. 如果你不知道某个工具的存在，遇到问题的时候是很难想到需要使用这么样一个工具
的，essential knowldge 就是使用最为广泛的工具，编程当中遇到某些问题之后，如果
缺乏底层知识，你甚至都不知道需要去补充哪些底层知识才能解决这个问题。
3. 你必须首先熟悉你的工具，才能有效地使用它（须知工具的强是无敌的， 但这一切
得以“了解你的工具”为前提，甚至得以“了解目前可能有哪些工具适合你的问题”
为前提）。一门语言，你必须了解它的适用场景，不适用场景（比如继承能解决你
的问题不代表继承就是解决你的问题的最适合的方案，须知问题是一个复杂系统，解
决方案总是常常引入新的问题）。你必须了解它支持的主要编程范式，此外你还必
须了解它的traps 和pitfalls（缺陷和陷阱，如果不知道陷阱的存在，掉进去也不知道
怎么掉的。）这些都是essential knowledge ，如果不事先掌握，指望用的时候查
manual ，是很浪费时间的，而且正如第2 点所说，正因为你不知道这些知识（如适用
场景），从而用 sub-optimal 的方式使用了一门语言自己可能还不知道（最小白的例
子是，如果你不知道语言支持foreach ，那么可能每次都要写一个冗长的循环，较常
见的例子是不知道有很方便的库设施可以解决手头的问题所以傻乎乎的自己写了一堆
代码），因为人的评价标准常常是：只要解决了最醒目的问题并且引入 的新问题尚
能忍受，就行。注意，熟悉并非指熟悉所有细节，而是那些重要的，或者无法在需要
用到的时候按需查找的知识。比如上面提到的：适用场景不适用场景，编程范式，
主要语言特性，缺陷和陷阱。

 

当然，以上作为程序员的essential knowledge 列表并不完备，关键是自己在学习新知识的时
候带着第三只眼来敏锐地判断这个知识是否是不变量，或不易变的量，是否完全可以在用的
时候查手册即可，还是需要提前掌握（一些判断方法在上文也有所提及）。并且学会在纷
繁的知识中抽象出那些重要的，本质的，不变的东西。我在之前的part 里面也 提到我在学
习新知识的时候常常问自己三个问题：该知识的（体系或层次）结构是什么、本质是什么、
第一原则是什么。

 

另外还有一些我认为是essential knowledge 的例子：分析问题解决问题的思维方法（这个东
西很难读一两本书就掌握，需要很长时间的锻炼和反思）、判断与决策的方法（生活中需要
进行判断与决策的地方远远多于我们的想象），波普尔曾经说过：All Life is Problem-
Solving 。而判断与决策又是其中最常见的一类Problem Solving 。尽管生活中面临重大决策的
时候并不多，但另一方面我们时时刻刻都在进行最重大的决策：如：决定自己的日常时间到
底投入到什么地方去。如： 你能想象有人宁可天天花时间剪报纸上的优惠券，却对于房价
的1%的优惠无动于衷吗？（《别做正常的傻瓜》、《Predictably Irrational 》）如：你知道为
什么当手头股票的股价不可抑止地滑向深渊时我们却一边揪着头发一边愣是不肯撤出吗？
（是的，我们适应远古时代的心理 机制根本不适应金融市场。）糟糕的判断与决策令我们
的生活变得糟糕，这还不是最关键的，最关键的是我们从来不会去质疑自己的判断，而是总
是能“找到”其他 为自己辩护的理由（《错不在我（Mistakes were made, but not by
me）》）又，现在是一个信息泛滥的时代，于是另一个问题也出现：如何在海洋中有效筛
选好的信息，以及避免被不好的信息左右我们的大脑（Critical Thinking ）关于以上提到的几
点我在豆瓣上有一个专门的豆列（“学会思考”），希望有一天我能够积累出足够多的认识
对这个主题展开一些详细介绍。

 

最后分享一个学习小Tip：

学习一个小领域的时候，时时把“最终能够写出一篇漂亮的Survey” 放在大脑中提醒自己，

就能有助于在阅读和实践的时候有意无意地整理知识的结构、本质和重点，经过整理之后的
知识理解更深刻，更不容易忘记，更容易被提取。

杨军在 TopLanguage 上也曾分享了三篇非常棒的学习心得的文章，字字珠玑：

[1] 有些事情做起来比想象中容易
[2] 有关读书方法的一点想法
[3] 一件事情如果你没有说清楚，十有八九不能做好
最后告知大家，TopLanguage 最近经历了一次很大的管理策略修订，可以预期将彻底摆脱这
两个月来的噪音问题，未来的讨论质量将会越来越高。详情可参见这里。