这是我参与8月更文挑战的第19天，活动详情查看：8月更文挑战
背景
最近随着业务快速扩展，研发团队内新项目及新成员越来越多，如何做好 Code Review，把控研发人员开发代码质量很是关键。
对于大部分业务团队，谈到 Code Review 就会面露哀状：
“上线时间倒排，研发工期这么紧，连码代码的时间都不够了，你还要我 CR？”
“上版的需求，这版就变了，代码生命周期太短，烂就烂吧，反正能用就行啦”
抛出问题
下面分几个方面来分析下 Code Review：
-
Code Review 有没有用？
-
Code Review 中的问题如何解决？
-
如何做好 Code Review？
分析问题
1. Code Review 有没有用？
Code Review 的好处不言而喻。主要让你的代码可以更好的组织搭建，有更高可读性，且更容易维护，同时可以知识共享，相对而言，找 Bug 并不是那么的重要。
总结一句话，Code Review 可以直接影响你的工程能力。
2. Code Review 中的问题如何解决？
Code Review 中的主要问题：
-
编码质量较差
-
自己承担还是指导他人?
-
主要 Review 什么？
3. 如何做好 Code Review？
Code Review 机制一定是要与团队规模和项目节奏挂钩的。
-
Code Review 频次如何控制？
-
Code Review 时间如何控制？
-
作者在审核前需要注释源代码
-
使用 Checklist
-
改进问题要及时
-
培养积极的 Code Review 文化
写在最后
作为研发工程师，首先要对自己负责的业务和代码负责，这个与医生、教师的岗位职责是一样的。如果开发没有标准，对应该高标准的东西一味妥协，自己的标准一降再降，到最后吃亏的还是自己。
- END -
作者：架构精进之路，十年研发风雨路，大厂架构师，CSDN 博客专家，专注架构技术沉淀学习及分享，职业与认知升级，坚持分享接地气儿的干货文章，期待与你一起成长。
关注并私信我回复“01”，送你一份程序员成长进阶大礼包，欢迎勾搭。
Thanks for reading!
