-
对人来说代码简洁易懂，可读性高。
-
对机器来说，要求程序运行效率高。
-
提交记录应详细，以便翻阅历史记录。
-
对团队来说，要提高团队的凝聚力，彼此互相了解。
-
提高团队编码的一致性，提高团队协作的默契。
-
提高个人的编码水平，学习优秀者的技巧能力。
-
让大家在编码时更加认真，避免有人偷懒划水。
- 机器：提高程式的效率，降低资源占用，有利于提高经济效益。
- 开发者：CodeReview的主体。提升编码的规范性、使团队开发风格趋于一致，从中学习他人优秀习惯和技巧。
- 测试者：CodeReview的直接受益者。风格一致的代码有助于白盒测试，使测试者更方便地理解代码中必需要阅读的部分。且开发者在开发阶段有单测甚至TDD习惯的话，能极大减轻测试者的压力。
- 客户：CodeReview的间接受益者。CodeReview借助集体智慧，有助于定位并发现潜在的bug和性能瓶颈，从而改善用户体验，提升产品的健壮性。
- 后续维护人员：CodeReview的直接受益者。CodeReview能形成相对稳定、高效且可读性好的代码，使得后续代码维护成本降低。一旦需要对之前的代码动刀，底气也会足一些。
- 项目经理：规范，扩展性好，易维护。
- 产品经理：注释清晰明了，符合客户需求。
- 小步提交：写一点测一点，测一点改一点。
- 代码规范：命名原则，符号与缩进原则，单测原则，异常处理。
- 对事不对人：遇到问题时就事论事，针对某个问题提出意见，而不要对人有所偏见，影响团队和谐。
- 激励原则：赏罚分明。对某些表现突出的个人与团体，要及时给予奖励，从而激励整个团队。
- 求同存异：在团队讨论和决策时，要广泛听取成员的意见，尽量做到少数服从多数，形成一个统一的方案。
- 可用性和健壮性：产品至少要符合客户的需求，要有可用性，在此基础上要尽量使得产品更加得健壮，减少运维成本和负担。