Casey问我：“对于新手，有什么有针对性的诀窍来阅读大型代码库吗？”
碰巧，我认为这是一个非常好的问题。我觉得想要成为一个优秀的开发者，阅读代码库并弄清清楚内部是怎么回事的能力非常重要。在你的职业
生涯中你会中途加入一个现有的项目并被要求迅速融入进去。或者，甚至更难，会有一个项目丢给你让你自己一个人搞清楚。
最坏的情景就是你被带入一个项目，要你替换掉让工程运行失败的“那些肆无忌惮的*杂种”，并且让工程运行起来。不过更常见的情景是你被要求
维护一个已经离职的员工写的代码库。最后，当然，如果你用了任何开源的项目，很大的可能是被要求“你可以扩展它让它也能做这个功能吗？”亦
或者你只是好奇。
尤其是新手程序员，我强烈建议阅读代码库，看看以下我是怎么做的，然后你需要实际的去阅读代码。
当我接触到新的代码库时，我常常忽略文档和表面的细节。目的是摒弃先入为主的关于它怎么运行的想法。我试图从文件结构上找出项目的结
构。仅仅这个就能告诉你很多，我常常试图找出它的结构。这是整个系统的核心吗？它是怎么分割的？等等。
之后我会找到最底层的代码然后开始阅读。我常常用字典序来读。找到一个文件，读完它，然后读下一个文件。我尽量记录下来关于这些东西是
如何连接在一起的（你可以在博客里找到关于记笔记的例子），但我做的最多的找到对这个代码的感觉。有很多代码常常是项目风格的一部分，
比如预处理检查，日志记录，抓取错误等等。你可以先了解这部分内容，之后就可以忽略它们阅读有趣的部分。
我通常不在某一点上阅读太深，我会试图宏观的找到感觉。比如：这个文件通过调用Y和Z返回了X，但在这个点上阅读每一个细节对我来讲并不真
的重要。哦对了，我还记录笔记，很多笔记。往往它们不是真的笔记而更像是问题清单，在这里我理解的越多，加入的问题和写入的回答也就更
多。在阅读完我能找到的最底层代码之后，我会做一个纵向的比较。这是最让我能弄清楚事情是如何布局和工作的。这就意味着下一次我来看这
部分的时候，对于代码结构我会有更好的想法。
接下来，我会找有意思的部分。系统当中对我有意思的部分而不是被我束之高阁的部分。
这部分内容很多，但其实要做的并不多。我仅仅是通读一遍代码首先找到结构，之后我会认真研读独一无二的部分并找出他们是如何写的。
在这期间，尤其是遇到难点的时候，我会试图寻找任何文档（只要有的话）。对于这一点，我应当首先知道代码是如何组织的，这样我才能更快
的阅读文档。
*原作者注：我一开始只写了肆无忌惮，不过这样更有趣。