个人写各自的代码,没有review流程,确实比较快。开发人员会天然地喜欢和有这种倾向,因为这样感觉比较自由,有一些丑陋的地方也不会被别人看到...
但,如果开发的程序有多人维护,并且对质量、稳定性要求高的话,最后还是需要Code Review来保障代码质量。
Code Review不仅是提高软件质量的有效手段之一,更是团队老人传授知识和经验给团队新人的极好时机。
认真review代码需要花很多时间,新人应该抓住机会汲取经验。如果一个问题review一次被指正了,第二次第三次还出现,那也许就是开发人员态度有问题了。
Code Review一个常见误区是在交付前一刻才找个人review。如此,可能发现重大问题,再修改测试影响进度;或是发现潜在但暂不影响功能,因为马上要交付了,所以不修正,这样以后可能代码里陷阱越来越多或是越来越丑陋...
Code Review需要给review之后可能的修改和测试预留时间。
-------------------------------------------------------------------------------------------------