代码审查，就好比编辑写完一篇稿子需要审核一样。在如今的开发中，代码审查工作越发重要，如果做的好，对项目会有很大的帮助，如果做的不好，只会费时又费力，或许还会引起一些不必要的麻烦。
下面是一个代码审查的“思维导图”（使用Xmind）。把所有涉及代码审查的要点联系在一起，希望对您能有所帮助。
以下是一些开发者使用代码审查发表的一些精彩评论：
- 我认识一个团队领导，他有一个非常好的代码审查系统，通过发送公共邮件来进行审查。他相信（很多事实表明，使用代码审查有利于项目开展，并且大家一直坚持这个信念）通过这种“公共”代码审查工作来培养团队里面的每个成员，而不是每个成员只负责审查自己的代码。这一做法对整个团队产生了非常好的影响。
- 在代码审查期间，使用TODO和FIXME来标记代码是非常有好处的。但是我目前还尚未使用像gerrit之类的其他工具。
- 代码评审应该作为项目完成计划中的一部分，——在别人还没有对代码进行审查之前，任务都是出于未完成状态。
- 我不喜欢团队审查代码这件事，这几乎是不可能而且没有时间去完成的，甚至在某些情况很难与领导沟通。反而我更喜欢同级评审这个想法，因为有一些初级的家伙不能够正确地执行代码评审（至少在初期）。
随着软件质量的不断提高，代码评审这一话题正在码农之间展开激烈的讨论，对于到底是否需要代码评审，各位码农们，你们又是如何看待的呢？（编译/张红月 夏梦竹/审校）
原文来自：Code Reviews Mindmap
