1700492292
正如我前面所提到的（6.8节），做笔记非常重要，即使你从来不阅读。在Dierk的例子中似乎有很多元素在起作用。
1700492293
1700492294
□ 手动制作增强了R型处理。
1700492295
1700492296
□ 笔记/卡片的主动创建有利于为以后的活动做思想准备。
1700492297
1700492298
□ 可视化流程和预演可以让大脑模拟（我们会在7.6节简要了解更多内容）。
1700492299
1700492300
诀窍31
1700492301
1700492302
写文档的过程比文档本身更重要。
1700492303
1700492304
你不必使用索引卡或者写字的纸，餐巾的背面就不错，或者一个大白板。
1700492305
1700492306
或许你想要花一个小时来制作播客或者视频。你可能发现这对你来说更具效力，对信息的使用者来说更迷人。它也比花一周创建冗长的文档更划算。
1700492307
1700492308
制作视频。
1700492309
1700492310
Make a screencast.
1700492311
1700492312
视频对传递动态信息非常有效：向用户展示如何使用你的软件执行任务，或者通过一套复杂的流程来构建对象的生命周期。这是一种既划算又愉快的方式，它让很多人（甚至远方的人）都想踮起脚尖看看你在讲些什么。
1700492313
1700492314
把它看做自学的另一种方式。当然，另一种学习的技术在于教别人。
1700492315
1700492316
程序员的思维修炼：开发认知潜能的九堂课 [:1700488129]
1700492317
6.10 以教代学
1700492318
1700492319
学习某项事物的最简单和有效的方法是尝试教别人。教在这里并不一定意味着攥着粉笔走向教室，它有很多种方式。你可以从简单的“和橡皮鸭聊天”开始。在《程序员修炼之道》一书中，我们描述了下面的场景。
1700492320
1700492321
和橡皮鸭聊天。
1700492322
1700492323
Talk to the duck.
1700492324
1700492325
你正在解决一个困难的bug，已经花了大量的时间，最后期限迫在眉睫。因此，你找一位同事帮忙。他们来到你的屏幕前，你开始解释怎么回事，是什么地方出错了。还没说多少，你的大脑中灵光一现，“啊！”地叫了起来，你找到了bug。一头雾水的同事，一句话都还没说，就摇摇头走了。为了省掉你的同事过来，我们建议你在桌子上摆一只黄色橡皮鸭作替身，当你遇到问题时，先和它聊聊。
1700492326
1700492327
另一种有用的办法是尝试向一个孩子或者你所在领域之外的人解释你的东西。诀窍就是用他们能理解的话语进行解释。这是一个向你的Edna大婶解释你的工作的好机会，也是一个练习从听众角度观察问题并创建隐喻的好机会，这些隐喻有助于解释、阐明你的工作。你可能会在这个过程中惊奇地发现一些新的收获和领悟。
1700492328
1700492329
1700492330
1700492331
1700492332
最后，你可以尝试教一个更大、更相关的听众。在本地用户组会议上发言，或者向简讯和杂志投稿。没有什么比一大堆聪明人给你一字一句地挑毛病、帮你理清思路更有效果。这是对一般而言的教学的真正回报，它澄清了你的理解，揭示了你的很多潜在假设。
1700492333
1700492334
请记住医学院的口头禅：
1700492335
1700492336
诀窍32
1700492337
1700492338
观察，实践，教学。
1700492339
1700492340
正如我之前所说的，持续的获取对学习非常有用。在准备教授时，你不得不“回顾”，认真思考问题的答案，这都有助于增强神经关联。
1700492341