生活中很多诱惑,人要自觉战胜自己的懒惰还是很难的。纵然有态度、有方法,还是无法抵挡诱惑的攻击。既然如此,公司应该尽量规范一个流程。再不济也可以搞个代码评审会。
选一个下午茶的时间段,一星期一次,或者一月一次。项目负责人,来组织,挑选优异的代码、粗糙的代码,分别进行剖析。并列入绩效考核中。让成员在交流中成长。让那些职责不明确的代码,晦涩的代码,冗长的代码,重复的代码,过多参数的代码,过多if/else的代码,过多临时变量的代码等等无所遁形。
想想,这是多么美妙的下午。在流程中规范,让大家都能理解,进而可以自觉的去遵守。让那些项目初期制定好的代码规则深入人心,并付诸实践。我相信,未来某一天,推广会变成一件愉快的事情,而不是动辄就是成员要求重新开发却被动的接受修改的过程。