1700493250
1700493251
1700493252
图8-3 wiki笔记
1700493253
1700493254
当我第一次找到一个关于食用莴苣的巧妙方法后，就建立了名为LettucePrinciple的网页。我听到一则有关妙语“解冻鸡”的笑话，我认为可能有用，所以将它记录在Thaw The Chicken中。然后，美国宇航局由于数量单位不匹配的编程错误损失了价值1亿2千5百万美元的卫星，所以我在MarsLander中将这件事记录下来。
1700493255
1700493256
既然我有了这么多漂浮不定的想法，我就建了一个名为SpeechNotes的列表，作为演讲素材的积累。我放上了ConwaysLaw、LawofDemeter、OilSpill和其他已经使用过的材料，还有一些新的想法，例如ProjectTerroir。现在LettucePrinciple有了归宿，有了放置类似主题的地方，所以我把它加到了列表里。我曾经在RubyConf做的一个有关技术改造的演讲中和博客中引用过它〔10〕。
1700493257
1700493258
列表增长到几百项，这并不好。我开始整理wiki并清理东西了。我制定了不同的清单，如博客帖子、即将举行的演讲、基本的故事和研究，等等。一篇文章可能参考六七篇网页，一本书的大纲可能引用20多个。但是wiki的好处不仅仅在于这样的组织性。
1700493259
1700493260
将一些笔记从原来的形式抄写到wiki中（或整理到同一个wiki上），这有助于大脑吸收这些资料。就如同抄写会议或课堂上的笔记，这样做提供了第二次深入接触材料的机会，并能使大脑神经更强烈地感受这些信息。
1700493261
1700493262
你越是接触它，越可能会发现原来你没有注意到的材料间的关系和模型。再次，你可以对一些较有意思的信息重构思维导图，以获得更深入的理解，并将其写回wiki。
1700493263
1700493264
你会更积极地寻找模式。
1700493265
1700493266
但你需要保持对当前工作的注意力，不分心。在下一节中，我们将看到原因。
1700493267
1700493268
程序员的思维修炼：开发认知潜能的九堂课 [:1700488143]
1700493269
8.4 优化当前情境
1700493270
1700493271
情境，我们在这里指的意思是，加载到你的短期记忆里的有关你手头工作的信息集合。用计算机术语说，就是换到内存里的正在使用的页面集合。
1700493272
1700493273
计算机都有一种超越我们思维结构的独特优势，它们能轻松自然地交换情境。
1700493274
1700493275
我们的大脑不具有这样的能力。如果有事物中断我们，打破我们的工作流，或导致我们分散了注意力，那将一切思路恢复到原状是相当昂贵的。我们把“将一切思路恢复到原状”称为情境切换。我们要看看为什么你需要不惜一切代价避免这种切换，以及如何避免分心并较好地管理中断。
1700493276
1700493277
情境切换
1700493278
1700493279
你有多少可支配的注意力〔11〕？也就是说，当前有多少事情需要你的注意，在任何特定的时间点上你总共可以关注多少东西？该比率是相当令人伤心的。
1700493280
1700493281
你并不能像你想象的那样支配太多的注意力。
1700493282
1700493283
我们不能同时关注太多不同的东西，因为当你的注意力从一个事物转移到另一事物上时，你需要切换情境。不幸的是，我们的大脑硬件无法很好地支持情境切换。
1700493284
1700493285
多任务处理对生产力会造成重大损失。一项研究〔12〕发现，一般情况下，多任务处理将耗费你百分之二十至四十的生产力。这样，会将你的8小时工作日削减到5个小时。其他的研究表明，这一数字能高达百分之五十，并伴随错误的大量增加。
1700493286
1700493287
1700493288
1700493289
1700493290
澄清一下，多任务处理在这里是指在不同的抽象层次上执行多个并发任务。而在同一代码区域修正几个错误不能算作多任务处理，回几个类似的电话或做多道菜也不算。当你中断代码修正而去回应无关的即时消息、电子邮件或电话时，或者快速浏览新闻网站时，你才会遇到麻烦。
1700493291
1700493292
需要平均20分钟返回到原来的工作状态。
1700493293
1700493294
It takes twenty minutes to reload context.
1700493295
1700493296
与电脑不同，我们的大脑没有“保存栈”或“重新加载栈”的操作。相反，你不得不逐一地把一切记忆拖回来。这意味着，如果你深入进行了一项任务（如调试），然后被中断，那么可能需要平均20分钟返回到原来的工作状态。二十分钟，考虑一下你在一天中可能会遇到多少次打断，如果每次打断都需要二十分钟时间恢复，你一天中的相当一部分时间就都白白浪费了。这就是为什么程序员一般讨厌被中断，特别是被非程序员打断。
1700493297
1700493298
电子邮件的组织问题
1700493299