代码评审，优点是什么？

Question

在我的团队中，我们不进行正式的代码评审。我们倾向于认为，对编程和旋转对就足够了。

我们应该考虑进行正式的代码评审吗？那有什么好处呢？

Answer 1

我们的代码评审有点不同(可能)。

我们召集所有程序员(每个星期五)，看看我们在一周内做了些什么。然后，我们选择我们想要审查的项目，以便每个已完成/正在进行的项目至少有一个或几个人。然后在大约几个小时内，我们查看所做的更改，寻找错误，其他项目如何工作等等。然后我们讨论，告诉错误，它应该如何完成(我们不修复错误，我们只是指出他们和垃圾的代码与修复)。总而言之，通常对我们来说(10个程序员)大约需要2个小时。

优点：

• 每个成员都知道公司里发生了什么
• 发现错误的速度更快
• 它迫使我们编写可读的代码(无需解释或介绍即可读取的代码！)
• 优化方法/技巧/生产程序传播得更快
• 程序员作为专家“进化”得更快。
• 很有趣

正如我所提到的(当然这只是我个人的观点)，我反对结对编程的原因是团队合作的时间越长--越快。

我希望它能带来一些思考的食物。祝好运。

Answer 2

你可能想读这本免费的书：

http://smartbear.com/best-kept-secrets-of-peer-code-review/

当然，他们有一个产品，但仍然有很多有用的信息在那里。

他们还讨论了结对编程如何提供一些相同的优点，因此，如果您是对编程，您可能根本不需要代码审查。

Answer 3

在你的环境中，我没有太多的复习经验。我们在这里不做太多的配对编程--我们进行代码评审以在团队中传播有关软件的知识，有另一双眼睛去发现错误，并有一个正式的点来检查软件是否遵守我们的编码准则。

前2点在对编程中非常好，第三点非常依赖于这两点，并且可以从正式的代码评审中获得更好的效果。