代码审查，好或坏？（译）

  代码审查在软件开发中似乎一直是一个比较温和的话题。

  主流意见认为代码审查是一个很好的主意。一些组织甚至已近走到授权代码审查作为重要的一部分。

   代码审查是一个找出bug的工具。他们分享领域知识去维护高质量的标准。代码审查提供了一个指导，教育和强化一个团队的机会。

   或者至少他们被认为是...

   当真实情况来临和这个项目的压力开始时，代码审查会恶化。

   审查是一个引起怨恨和分裂的工具。他们给了错误的信任关于代码的正确性，并且让人们说教关于自己个人的代码标准。代码审查是一个繁琐的事，导致了团队的生产率降低。

  对于任何团队来说，最有效率的代码审查在一个友好的银弹和有毒的团队杀手中间。

  在和一些同事思考和讨论后，我认为代码审查的成功的关键因素是信赖和培养。

  团队成员应该信赖代码审查并不是针对个人的或对他们能力的判断。审查者必须信任接受者不会怨恨他们如果他们提出了一些有改善的意见。

   团队需要把代码审查看做一个持续有益的回馈的机会。
 
   信任不是其他的，而是一个团队形成的时候内在的。
  

  但是培训如何求正确的指导一个代码审查能够帮助确保这个过程能够帮助这个团队构建信任。

  对于每个我经历过的项目团队，学习如何去做一个代码审查的过程是曾经有过自己的代码审查。现在你准备去为其他人做代码审查。这个途径留下了大量的误解关于代码审查如何被处理。

  指导新开发者如何给出合适的反馈和寻找什么东西将帮助他们去提供更有价值的对有经验的开发者。指导团队领导在什么时候去支持一个审查和确定课指导的片刻将加强团队的信任和尊敬彼此。

  所以代码审查是一个好主意或者不？
 
  它依赖于你的团队是否愿意把它在工作中当成一个好的工具。与任何其他的工具一样，仅仅用它是不够的，你必须确保你用在正确的方式上。


原文：http://swanson.github.com/blog/2012/11/04/code-reviews-good-idea-bad-idea.html

ps：楼主e文差，翻译水平及其有限，有不当的地方还望各位大侠指导，thanks。