一个纯正程序员的啰嗦
曾经写过一点关于代码评审（code review）的文章，比如这篇和这篇，现在觉得关于它的认识又有了不少更新。软件工程的技术和实践分成两部分，一部分是和书本知识一致的，大约占一半，这部分基本上在大学里就可以学，自学只要方法得当、刻苦努力也可是途径；但是第二部分来自于实际团队、经验，内容通常无法从书本当中获得，而且难说对错，不同的人和不同的经历造就了不同的认识。代码评审就是第二部分颇具槽点，可以大加讨论的典型。
代码评审是展现个性和性格的途径
我本人特别反对一种颇为常见的观点，就是 “一个良好运作的项目，不同的人，应该写出一样的代码”。我非常理解这种观点的初衷，一个良好规范约束的团队中 [……]阅读全文
在系统设计阶段考虑全面很难，有许多人倾向于把整个设计分成若干阶段，在迭代中完成整个设计，这本身是非常好的，但是，就如同 “先做出来，以后再优化” 这样的经典谎言一样，本身并无错，只是许多程序员都不习惯于真正的迭代设计和迭代优化。举例来说，有一个日益复杂的类，每个人都修改一点点，一直到最后都没有人愿意去做重构，大家的心态都是一样的：“我只修改了一点点，为什么要我去动那么大的刀，于我没有任何好处”。我不在这里谈论这一问题的解决办法，我倒是想说，在开始阶段考虑清楚问题在多数情况下还是很有好处的，设计考虑得越是清楚，在后续阶段代码可以承受越多的变更而不腐朽。
再做系统设计的时候，我们常常会这样说：“一般
[……]阅读全文
在这篇文章里，我们可以见到许多有意思的编程风格，又没有精神为之一振的感觉，仿佛里面的例子就在自己身上，或者离自己很近。其实，对于文档、代码的评审，也是有诸多风格可言的，我这里列举一些有意思的典型：
一坨屎型评审
阅读文档、代码的时候，这些东西在自己眼里就是一坨屎：“我这么高智商的人都看不懂，明显是你有问题！”。
这样的人有一个他自己相当认可的世界观，凡是和这个世界观相冲突的无论对错的事务，必须强力排斥。这样的人眼中容不下复杂的东西，复杂对他的智商而言是一种侮辱，他会选择下结论的方式来拒绝自己对文档或代码的进一步阅读；对于和自己预期不一致的设计和实现，必须升级为人身攻击，挥舞狼牙
[……]阅读全文
代码评审究竟有什么好处？
在前期发现问题，提高软件质量，降低软件成本。
事实上，代码评审的好处远不止这些。有些项目经理或者开发人员不愿意多提评审，Coding 的过程包含的内容非常丰富，如果只把一个字符一个字符地敲代码叫做 Coding，未免悲哀了一点。优秀的项目，编码阶段实际敲代码的时间不会很长；优秀的程序员，大部分时间都用来思考了。
我来说说代码评审其它鲜为人知的好处，兴许能改变某些同学的看法呢。
增加阅历，学习别人代码的可贵之处
和英语学习是一个道理，如果只听一种纯正口音的英语，英文反而不容易学好，我们需要阅读各种营养的代码，广泛阅读能帮助开阔眼界，积累一些好的
[……]阅读全文