如何阅读Cookbook技术书——如果我要把一本几百上千页的书从头读到尾，应该怎样有效阅读。

注：本文为本人的原创文章，最先发布在我的SegmentFault专栏上，链接：https://segmentfault.com/a/1190000004436951

对于这个话题的解释：

为了尽快熟悉一门编程技术，通常会选择视频、网络教程、书籍、培训班等形式。学习的内容越高端，就会越倾向于阅读技术书籍。但技术书，特别是英文原版Cookbook（中文译名可为攻略），动辄几百上千页。如果想要全面掌握技术，跳着看或者遇到问题了再看，往往容易花费很多时间到检索知识这个过程中，而且检索到之后，也可能缺失一些前置知识。因此从头到尾阅读似乎更加有利。但这种模式下非常容易感到无聊，即使对这门技术有很大的热情，面对巨大的篇幅和细致的内容，很难找到着力点，容易放弃。

笔者尝试了一些阅读方式，包括以自制力强迫阅读、参与相关开源项目阅读代码而将Cookbook当做参考书等，但效果都不够好，看书速度很慢，而且容易被其他事情吸引。

在这里不讨论要不要把一本书从头读到尾，而是讨论：如果我要把一本几百上千页的书从头读到尾，应该怎样有效阅读。

近日偶然发现采取“理解、验证的读书模式”，不但保持了兴趣，而且有效记忆、理解了Cookbook中的技术。所以将这种方式与大家分享，或许能有所裨益。

方法：

采取理解、验证的读书模式阅读Cookbook。

定义：

什么是理解、验证的读书模式：

把理解问题、理解问题解决方案本身作为一个目标，通过不断回想命令、精确解释命令含义来达到重复记忆、理解的作用。

优点：

既学习前人经验，又提高了自己的熟练度，并形成正确思维模式。 基本上达到亲自写代码的效果，可能很适合初学者，并且比视频更有效率，因为自己可以有效把握学习速度。

缺点：

速度比较慢，工作量大。依赖于比较好的记忆力，因为命令看过一次后记得约牢固，回想起来就越容易，从而更容易把命令记得清清楚楚。而记不牢则需要不断往前翻看，或者查阅Reference。

示例：

在《Linux Shell脚本攻略》第二版中的一则命令：

    $ seq 9 | \
    awk '{ lifo[NR]=$0 }
    END{ for(lno=NR;lno>-1;lno--){ print lifo[lno]; }
    }'

当看到这则命令后，在“理解、验证的读书模式”下。思考过程示例是这样的：

• $是表示普通用户，将这个敲到普通用户terminal中即可运行。
• seq是生成序列的命令，输出应该是1到9一共9个数字。
• |是管道操作符。
• \是转义，将换行符转义，以便分行书写指令。
• awk是用于操作流的文本处理命令。
• ' '之间的内容是awk的命令内容。
• { lifo[NR]=$0 }是对于每一行getline都要执行的内容，因为这里没有匹配的pattern。
• END{ for(lno=NR;lno>-1;lno--){ print lifo[lno]; }中则是所有文本读取处理完后要进行的操作。

这样，通过这一行命令，就回忆并验证了seq,管道，awk等多个命令，包括它们的命令格式、输出内容、注意事项等等。而且，如果是很熟悉的内容，可以不作详细的回想，这样可以加速阅读。而不熟悉或者想不起来的内容，则可以借助书籍中接下来的文字解释部分，往往记不起来的部分会在接下来的文字中有解释，这样便省去了翻阅的麻烦并再次记忆了这一命令；若接下来的解释没有，则需要向前翻阅，或者暂时不管这个知识点，以后再去查阅，或者这个知识点本来就是后面才讲的。

以上的过程就是完整的“理解、验证”的模式。
而这个的深度则可以读者自己的水平为准，比如上述思考过程还可以进一步细化，还可继续回想awk的Begin{}pattern{}END{}模式，甚至对于初学者还可以回想到for循环的语法。
而水平更高的读者，则完全可以直接识别seq,|，awk三个点然后即可完成有效思考。

与此相异的做法：

在实际工作中熟悉命令、学习相关的设计思想，只将Cookbook作为供查阅的参考书。
只选取Cookbook中的感兴趣的章节。

小结：

在理解、验证的读书模式下，把一本几百上千页的书从头读到尾，既有明确目标和动力（理解），又能有效回想和练习技术（验证，记牢命令、设计思想、常见功能及实现方式），从而使得阅读Cookbook技术书基本上达到亲自写代码的效果，而且很适合初学者，并且比视频更有效率。这种模式笔者目前认为非常有效，通过采取这种模式已经很有信心地开始翻阅1000+页的Cookbook。

备注：

笔者在自己打算精修的领域还属于刚入门不久，但思考实践出文中的阅读方法后，感觉收获很大、效率得到了很大提高，于是将此分享。而对其正确性、普适性则不作保证，因为没有进行调研、也未进行科学实验，此文仅仅提供一种思路，供大家评判和尝试。

参考资料：

以下列出类似的话题，然而似乎并没有看到和我的想法一样的。

非科班出身的人学习编程不负责任指南
程序员为什么值得写博客
如何高效地阅读技术类书籍与博客(转载)
技术类的书籍怎么阅读才能达到最好的效果呢？
如何阅读技术书籍
如何快速、准确地阅读技术书籍？
我是如何阅读编程书籍的
Python cookbook阅读过的感觉怎么样？