本节书摘来自异步社区《重构HTML：改善Web应用的设计（修订版）》一书中的第1章，第1.4节,作者： 【美】Elliotte Rusty Harold 更多章节内容可以访问云栖社区“异步社区”公众号查看。
1.4 反对重构的理由
从CEO到经理，他们都对HTML故作沉思，拒绝接受重构的提议。这种情况屡见不鲜，虽然他们有很多说法，但通常不外乎：
我们没有时间浪费在清理代码上。现在马上给我实现这个新特性！
对于这条意见我们可以做两种回应。第一，从长远来看，重构可以节省时间；第二，你拥有的时间实际上比想象的多。这两条都是正确的。
从长远来看，重构可以节省时间，但在短期内这也是可能的，因为整洁的代码更容易修复和维护。以岩石作为基础，比以流沙作为基础更为容易和坚固。跟模糊的代码相比，整洁的代码更易查错。实际上，当错误的来源并不明显时，重构通常可以重现问题。重构的过程不仅改变代码本身，也会改变我们对代码的看法，让我们能以前所未有的眼光看待老代码。
当然，为最大程度上节省时间，尽可能地自动化重构是非常重要的。这也是我要强调使用工具（如Tidy和TagSoup）以及基于正则表达式的简单解决方案等方式的原因。尽管一些重构需要花费很大的精力，例如把网站从表格布局转为CSS布局，但除此之外有很多东西都只需单击一下按钮——比如将静态的页面转化为良构的XHTML。很多重构在某种程度上是处于上述两种状态之间的。
对于重构的认知不足还表现在，大部分经理可以拿出更多安排表上计划的时间用于重构。编写新代码不仅不容易，而且还需要大段连续的时间。典型的工作日不是收电子邮件、接电话、开会，就是抽烟休息，就是不能给开发者提供足够长、连续工作的时间段。
反之，重构并不难。它并不需要大段的连续时间。不管是不同时间段加起来满60分钟的重构，还是一段连续60分钟的重构，它们的效果基本一致。60分钟连准备编写代码的时间都不够，而6分钟对开发来说，就更没有价值了。
同时也要考虑开发者的心境。开发者在某段时间的工作效率很高，但在另一段时间可能就不高，这是一个明显的事实。有时你能一下子写数百行代码，但有时你压根就不想碰键盘；有时你可以聚精会神于当前任务，但有时你会因牙痛、将要举行的客户会议和周末计划而分心。编码、设计和其他复杂的任务在分心时并不能做好。但是重构并不复杂，它是一件十分容易的事情。你可以步步为营、循序渐进，就算你处于工作效率不是那么高的时候也无所谓。
更重要的是，我发现当我处于低潮时，重构能使我加快进入状态。先热身，然后再全身而入，这是一种做事方法。先从简单的任务（比如重构）开始做起，让我能从精神上进入状态，进而能挑战更大的问题。
尽管去做
顺便说一句，重构并不是让你进入状态的唯一方式。推动你进入状态的有效方式有很多。编写测试、测量和改善代码覆盖、修正已知错误、使用静态代码分析甚至拼写检查，都可以助你进入状态让你在不适合完成主要任务的时候同样能做一些事。关键在于不要被任何单项的任务所阻滞。无论什么时候总有其他的事情（很可能不止一件）在等着你去做，有时候，只要找出在合适时间段完成的合适任务即可，不必为任务而赶时间。
重构充分体现了那句老俗话：学聪明点儿，别死用功。尽管这句话听起来像是陈词滥调，但用在这里确实很贴切。
