如何提高代码质量（管理篇）：代码复查

其实未必需要小组才可以，也可以随机分配代码复查任务，然后将复查结果都汇总到经理or负责人手中，再由负责人将意见结果分发给代码编写者，这样也没必要担心人际关系问题，因为谁也不知道是谁看的自己的代码。其实有人给自己意见是好事，感谢还来不及，哪有什么结怨的问题。唉，反正中国人的人际关系确实复杂，不是俺这个木头能理解的。建议老手和新手间互相进行代码复查，老手可以发觉新手存在的问题给予指导，而新手是张白纸，在染色的过程中也可以给老手一些新鲜的建议。

在论坛里看了很多对代码复查的讨论，感慨很多。大家对代码复查褒贬不一，总体来说，都认为必要，但难于实践，其中一个核心就是组织形式。组织得不好就会流于形式，甚至遭人厌。

我认为，代码复查要组织得好，要解决3个要点：谁来复查，何时复查与怎样复查。

1、谁来复查。当然是那个对被查者有权威和管理能力的人。让有能力的人担任组长去查，既赋予了管理权利，又从一定程度保证了权威性。

2、何时复查。过于频繁的复查代价太大，影响项目进度，但完成项目再查，很多问题生米已经煮成熟饭了，再修改代价会更大。按我的经验，项目刚开始，特别是新成员加入，要查得频点儿；步入正轨以后则按阶段复查。

3、怎样复查。简单的问题可以通过工具复查。人工的复查更多地应当放到设计思路上，即设计是否合理。