代码评审的真相
原文地址:The Truth About Code Review
原文日期:2013年2月1日 , 2013年9月9日
翻译日期:2013年9月11日
2013年2月1日
对公司和组织来说,要保证代码在整个开发团队的可维护性,特别是有大量的系统交互的情况,那么代码评审是非常有效的实践手段之一。
当然啦,团队中的开发者不可能都是同样的代码风格,所以在许多情况下,代码评审用来确保没有隐藏BUG或者安全漏洞。
2013年9月9日
对于很棒的产品或者开源项目来说,代码评审是很有效,并且很有趣的手段。当然,要求你的项目相对标准,开发人员也比较专业,但有时候开发人员还是不怎么信任同样的编码风格。
原文日期:2013年2月1日 , 2013年9月9日
翻译日期:2013年9月11日
2013年2月1日
对公司和组织来说,要保证代码在整个开发团队的可维护性,特别是有大量的系统交互的情况,那么代码评审是非常有效的实践手段之一。
当然啦,团队中的开发者不可能都是同样的代码风格,所以在许多情况下,代码评审用来确保没有隐藏BUG或者安全漏洞。
如果说要有一个形象准确的比喻,下面这幅图就是了:
没有谁的代码是满足所有评审点的,所以一般来说,只要没有功能性错误和不安全的操作,通过评审通常是比较好的处理办法。
2013年9月9日
对于很棒的产品或者开源项目来说,代码评审是很有效,并且很有趣的手段。当然,要求你的项目相对标准,开发人员也比较专业,但有时候开发人员还是不怎么信任同样的编码风格。
再没有比这个漫画更能说明问题了: