如何处理那些不喜欢代码评审的人？

Question

显然，如果管理层花时间在代码评审上，那么每个人都必须这样做。

但是，总有一些男人(或女孩)抗拒他们的每一盎司的存在。

在作为同行评审者处理此场景时，您如何有效地管理它？

Answer 1

他因恐惧而抗拒。这个条件反射可能是以前的糟糕经历(S)的结果，当你还是个孩子的时候，在学校，在工作，甚至在你现在的团队里。在我们的现代社会中，我们经常会把某人的工作产出和他作为一个人的价值混为一谈。这就是为什么工作中的评论没有得到很好的理解。这也是为什么在公众场合讲话时最普遍的恐惧症(害怕判断力)。

为了避免这样的行为，你需要一些心理学。你必须向他的蜥蜴脑证明这是不可能发生的(他不会受到审判，羞辱，杀害，任何事情.)通过脱敏给他编写评论代码。

我发现解除阻塞的最有效的方法之一是让他检查您的代码，然后再要求检查他的代码。

过了一会儿，建议他阅读他的代码，从中学习，为什么不建议改进呢？当你找到要改变的东西时，要小心你写的东西。他会明白没有什么好害怕的，他只会在复习过程中扮演积极的角色:学习和增加他的知识。

Answer 2

我试着和喜欢这个想法的人成对合作--一个讨厌这个想法的人，让他们在几个星期内互相检查对方的代码。显然，这可能有帮助，也可能没有帮助，但在审查的两端，至少会给出一个更全面的过程的看法。在一起工作会让他们熟悉对方的风格和常见的错误，让他们有时间真正帮助对方变得更好，而不是橡皮图章。这也可以帮助您在工作环境中进行配对编程，因为我认为您可能会看到一种不断增长的趋势，不仅是回顾，而且是重新编码，甚至从头开始计划和代码。

只要利益攸关方愿意尝试，这可能会有所帮助。如果他们拒绝考虑，只要他们在球队里，你就没什么办法了。

Answer 3

@Pierre的回答对那些害怕代码评审的人来说是正确的。我可以想象另一种情况。感觉到代码评审的著名程序员是浪费时间，因为代码达到了可接受的质量和正确性标准。在这种情况下，他们可能会觉得代码评审是浪费时间和政治迫害。(这是在不存在问题的情况下寻找问题。)

在这种情况下，我将重新定位审查的目标。代码评审不是关于在代码中查找“问题”，而是将其视为对重构目标或未来可能的增强功能的搜索，或其他设计特性。这样，编码器和审阅者都参与了这一过程，希望这个能干的编码器能够感觉到时间被很好地利用了。