阅读源码(III)

往期系列：《由阅读源码想到》《由阅读源码想到 | 下篇》

Medium上有一篇文章Why You Don’t Deserve That Dream Developer Job，由一位漂亮的程序媛所写。文章不免贩卖了些焦虑，但也谈到些无法回避的问题：无论对于职业人士想在原有路线上继续发展、还是想要转行另寻它路，其中所蕴含的辛苦和挣扎，都不会有半点减少。

如果你认为自己的当前处境是在一个大坑里，那估计你就得再拼一些，再拼命一点才能够逃出四面埋伏的危地。对这时的你来说，“拼命”已经不是一种崇高的自我感动，而是再现实不过的对恐惧剧烈的回应。并且，你还不能简单地把拼搏交给情绪，你还需要用清晰系统的方式，把一个个横在眼前的障碍清扫干净。

如果需要夯实语言基础，就好好啃文档。
需要提高code技艺，就好好读源码。
需要增加实战经验，就好好积累代码。

不断练习，像学生时期做练习册那样去按部就班地练习。

阅读源码，容易着急。还没做好事情的准备工作，就急着深入细节，读得晕头转向。磨刀不误砍柴工，往往，我们会不由自主地跳过“磨刀”的过程，直接抡起斧头就开干。

那么，阅读源码的磨刀，应该是怎么样的呢？

首先，要伸展性地去解剖每一个概念。例如，对ss这个梯子项目来讲，一上来就陷入到各种网络协议之中，是极其不合适的。你应该先跳出来，从它的最终输出作用开始考察：跨过围墙。然后，根据这一概念不断地细究其功能和联系：例如什么叫做跨越？跨越的方式是什么？为了实现这个跨越动作，还需要什么功能做支撑？进而需要什么模块的实现？再进一步这个模块是由哪些类来实现的？

就这样从最直观的基本点出发，逐渐添加层层深入的细节，一步步去把握这个项目。而不是反过来，一开始就迷失到细节中去。

所以，阅读源码之前，其实需要花费大量功夫去查阅和理解那些宏观的视角，在宏观视角下，理解基建设施模块的必要性和原始考虑是什么，再层层深入。好的研究者，如同好的数学证明的阅读者，会花大力气在前期的宏观概念打磨、动机理清、出发点的明确与思路的连接。之后再进入到细节，有的放矢地施展精湛的技术。

这个漫长的对来龙去脉的探索，还可以再深入一些。你可以把这些零碎的东西，精心整理为slide或者文稿，在写作的整理中，进一步巩固自己在这方面系统而深入的认知。

甚至，就算你在这一过程中，还没有获得足够的正确理解，你也该好好归纳整理自己的所得、所失和当前处境。力求写出一份详尽的状态描述报告。你完全可以期望，在撰写这个总结性的报告中，获得思路的理清与灵感的迸发。

否则，你只会被细节带入到无底洞，既获得不了真知灼见，又会被无尽的挫败感包围，丧失信心。

近期回顾

《2018年03月写字总结》
《再探羊、猪、狗》
《稀缺的时间与守恒的烦恼》

如果你喜欢我的文章或分享，请长按下面的二维码关注我的微信公众号，谢谢！