COOLSHELL文章：从Code Review 谈如何做技术【阅读笔记】

原文：
卡珀斯·琼斯（Capers Jones）分析了超过12,000个软件开发项目，其中使用正式代码审查的项目，发现潜在缺陷率约在60-65%之间，若是非正式的代码审查，发现潜在缺陷率不到50%。大部份的测试，发现的潜在缺陷率会在30%左右。
思考：
正式代码审查可以理解为走评审系统电子流，有记录可回溯去曝光，更有可能为质量不好的代码蒙羞，这样被评审者和评审者就会更加重视和认真，而如果只是线下评审，没有任何电子流的记录，重视程度会被降低，甚至只是说了句我要提交代码评审一下，连详细的修改点都没看过就提交了，想想这样的代码在客户现场运行真实可怕。

Code Review 的知识共享属性是经常被忽视的，代码评审过程中是技术分享和业务分享的好时机。

从目前来看，我在Code Review上没有太好的想法，本质就是因为：不知道什么是好的代码，什么是不好的代码。从阅读《代码大全》开始吧。

原文：
我的KPI和年终奖based on how many works I’ve done！而不是How perfect they are ! 也许，你做得多，拿到了不错的年终奖，但是你失去的也多，失去了成为一个卓越工程师的机会。你本来可以让你的月薪在1-2年后翻1-2倍的，但一年后你只拿到了为数不多的年终奖。
思考：
这其实是需要一种自驱力，去追求卓越的，拥有卓越的能力才考虑去谈回报。

原文：
干什么事都会有困难和问题的，有的人就这样退缩了，但有的人看得到利大于弊，还是去坚持，人与人的不同正在这个地方。这就是为什么运动会受伤，但还是会人去运动，而有人因为怕受伤就退缩了一样。
思考：
正确的事情就继续坚持去做，比如我今年减肥40斤成功，这种做事态度和思考可以发散到我做其他事情上，比如编程技术的学习和思考。

重构或写一个模块，把他做成真正的Elegant级别，优雅且努力追求完美。这让我想起来：“求其上，得其中；求其中，得其下；求其下，必败。” 所以开始给自己设置比较高的标准，然后严格花时间去做具体的事情。

与大家分享一篇或几篇技术文章 ，并收获10-30个赞。通过CSDN分享过，也是一种记录。

降低现有至少20%的重复工作或维护工作，这个做法有很多，重用，需求评估，自动化以及很多方法都可以用。