数百万年前，猿从树上下来，进化出了对生拇指，最终，变成了人类。
我们以类似的眼光来看下强制性代码评审（Code Review）：好像是一种能在软件开发这块广阔的领域里将人类从兽里分离出来的东西。
不过，我有时候会从我们的团队成员里听到下面这样的评论：[......]
同行代码评审过程中的实践经验
回复
标签归档：代码重构
代码重构应遵循的若干原则
重构是一种对软件进行修改的行为，但它并不改变软件的功能特征，而是通过让软件程序更清晰，更简洁和更条理来改进软件的质量。代码重构之于软件，相当于结构修改之于散文。每次人们对如何对代码进行重构的讨论就像是讨论如果对一篇文学作品进行修订一样无休无止。所有人都知道应该根据项目的自身情况来对代码进行重构，而重构是无止境的。莫扎特从来不不对他的作品进行修订，特罗洛普对自己作品修订的恰到好处，大多数作家认为他们俩这样做都是合适的，但他们的合适对于你我来说未必是合适的。[......]
你需要的不是重构，而是理清业务逻辑
最近我遇到了一位以前公司的同事。他提到了数年前我在那个公司曾经开发过的项目。他说这个项目现在已经变成了“职业杀手”。基本上，任何接触过这个“职业杀手”项目的人最终都会离开这个公司。如果公司想让名下的程序员人数>0，唯一的办法就是花数月时间完全重构这个系统。
对于这事我有两点要说。首先，在我离开这个公司前，这个系统的单元测试覆盖率已经达到了85%，所以，不要责备我。第二，这么大规模的重构？肯定会出问题。[......]
如何避免重构带来的危险
重构代码很危险，它会给测试工作增加巨大的负担。除非你的程序需要重构，一定不要轻易重构代码。我这里所说的并不是把一个for循环改成while循环，或把一个StringBuffer改成StringBuilder，我说的是大动作，例如重写一个方法，一个函数，甚至整个类或包。如果你缺乏对一个方法或一个类的了解，那你重构它的条件就不充分。即使你有一个天才的计划，你也需要和团队一起设计其中重大的修改。[......]
