导读:Alan Skorkin 写过一篇文章,讲述他为什么喜欢阅读他人代码,并建议其他同行也如此。可理解为:阅读优秀代码是提高开发人员修为的一种捷径 。微软的资深软件工程师 Eric Lippert 在答复同行 JeremyK 的问题时也感叹阅读代码很难。
Seth Gordon 给 Joel Spolsky 发过一封电子邮件,分享有关阅读他人源码的一些不错建议。以下是邮件的译文:
在以色列的神学院学习 8 个月后,我开始在波士顿当一个技术作家。
一年多前,我和一位同事正试图解释一个 Yacc 和 Perl 的怪题,我们打印了部分文档。我们坐下来看代码输出并逐行讨论。“现在,由于 Yacc 的工作方式,当遇到*this*这样的数据时,它就将运行*this*函数…… *this* 这一行是做什么的?就*this*这一点,这个混乱的数据结构看起来像什么?
另一位同事问事情进展如何,我告诉他,“这就像在阅读犹太法典(Talmud)。”
下面就是犹太法典的阅读战术,我认为同样适用于阅读源码:
1. 结对进行,一个一个相互自言自语读代码。(编注:应该轮着解释代码。)
2. 讨论。如果你的搭档说“这个是X的意思”,当你并不理解或者你有其他看法时,请他作出解释。
3. 有时候,当在处理一段文字(代码)时,很容易找出你能看懂的两部分。所以,如果有段文字(代码)难住你了,可尝试跳过,稍后返回再看。(最终还是要回到该处的。)
4. 阅读原文,既要“从内看”,也要“从外看”。“从内看”就是一个字一个字地把原文解释成英文(或你的母语);“从外看”就是把一段文字诠释通顺的段落。如果只“从内看”,你会只见树木不见森林;如果只“从外看”,你会只有个宽泛的猜测,也没有核实细节。
(Joel Spolsky )谢谢你,Seth!很好的想法!
结语
文章开头提到的 JeremyK ,他对阅读不熟悉代码的看法是,自己重写。 关于阅读代码,如果您有其他建议,欢迎在评论或微博中分享。