kid551 阅读(14) 评论(0)

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

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

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

  • 如果需要夯实语言基础,就好好啃文档。

  • 需要提高code技艺,就好好读源码。

  • 需要增加实战经验,就好好积累代码。

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

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

那么,阅读源码的磨刀,应该是怎么样的呢?

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

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

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

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

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

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

 

 

 

 

近期回顾

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

 

 

 

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

 

   

更多信息交流和观点分享,可加入知识星球:

 

   

VIP赞赏专区