CodeReview的由来
其实对于CodeReview的由来，简单的说就像工厂流水线一样，为了保证产品的质量，一定会有一个最终环节的质检员来进行质检。那么CodeReview就像是代码工程的质检员，通过CodeReview来保证代码质量以及代码的稳定运行，这就可以理解为CodeReview的由来。
CodeReview 对代码质量的作用体现在哪些方面？
那么说到CodeReview对代码质量的作用体现，个人理解最大的作用可以说是提高代码质量，提高代码可阅读性，可维护性这些方面的作用比较明显。
通过CodeReview来规范大家开发过程中的命名习惯，让每一个方法名都有其正确的意义，这便是体现；
通过CodeReview来规范总是偷懒不写注释的小伙伴，从而提高代码的可阅读性，这也是体现；
通过CodeReview检查业务逻辑，提前排查业务逻辑中可能存在的问题，提高代码的健壮性，这也是体现；
通过CodeReview来统一代码风格，减少不同开发者之间代码的风格差异，提高代码的可维护性，这也是体现。
总的来说，通过CodeReview提高代码质量有很多方面，总之最终一定是为项目，为程序好的行为。
你曾经担任过的角色是 CodeReviewer 还是 被CodeReviewer？
可以说，曾经既被CodeReview，同时也是CodeReview。初做项目时，不管是对于自己的代码还是别人的代码，都会进行CodeReview，为了保证项目的稳定运行，规范代码开发。曾经也是被CodeReview过，后来随着个人开发习惯的养成，变担任过CodeReview的角色来帮助其他开发者建立CodeReview的习惯。当时为了规范约束大家的CodeReview代码的习惯，还在网上找了一个开源的sonar项目，部署到内网服务器，对项目组开发的项目进行sonar代码规范的检测。沿用的代码检测规约是阿里巴巴开发者社区的p3c开发手册版的插件，要求是开发人员都安装了p3c的代码检测插件在本地自行规范开发代码。在部署项目之后，通过sonar管理工具检查CodeReview的效果等。这都是为CodeReview，提高代码质量做出过的努力。不过后来人员更换频繁，项目工期过紧，后期CodeReview的都不多了，一般都是自己本地idea开发工具的p3c插件检测，自行规范了，也就没有sonar强制检测的要求了。
对于个人来说，已经养成了CodeReview的习惯，现在如果不进行自我的CodeReview，似乎还不太习惯了，哈哈。
