代码评审的力量
在一个公司,做一个项目,维护一个模块的人有2-4个;有的人负责这个模块的a功能,有的人负责模块的b功能;
每次有新的需求和功能的时候,都是其中一个人负责编码,其它人有可能参与联调或者是后期维护和故障定位;
但是往往大家都会忽略还有一个流程就是:写完代码后,把代码发给这个模块的其它同事进行一起代码走查;
其实很多公司都有代码走查这个流程,但是都是流于纸面上的规定,而且不同的科室有不同的风格,有的科室就不推行这个;
但是我认为如果认真执行这个工作的话,能很好的提高代码的质量和降低故障发生概率。
如何认真执行这个规定,我认为有以下几个方面:
1、代码走查要严格规定一个走查代码的完成时间;很多工作都无法执行的很好,就是没有一个硬性和严格的完成时间,刚开始大家收到这个工作提示的时候,能开始走查以下,但是随着时间的推移,大家都各自忙各自的其它事情了, 到最后有人想起来的时候,这个事情也过去很长时间了;
2、要制定主要的代码走查人员;维护这个模块的代码的人有很多,有的人来的时间比较长,对代码的很多流程都比较的熟悉;就让这个人作为代码走查的关键人员;有的人来的时间比较的短,对代码流程有很多不是太清楚的地方;让这些人也参与代码走查的,目的是让他们可以更好的、更快的熟悉代码流程;培养一下他们的代码的熟悉能力;
3、在给大家发代码走查的时候,一定要把代码的流程和处理方法的文档也要一起发给大家;让大家通过这个文档了解代码实现的目的和要求;还有通过这个来积累模块的流程文档资料,当以后有人员流动的时候可以通过文档来给新来的人员一个参考。