好程序需要你写(至少)两遍

     <p>本文是从 <a href="/misc/goto?guid=4958196930863172345">Great code is written twice (or more)</a> 这篇文章翻译而来。</p>    <p> 最近这些年，越来越多的人开始转向敏捷开发。各种敏捷开发技术并不新鲜，大多是在<a href="/misc/goto?guid=4958196931617567265">80</a>和<a href="/misc/goto?guid=4958196932342210392">90</a>年代发展形成。但只是在最近这些年，程序员和（更重要的是）一些商业顾问，架构师，客户开始变得喜欢和拥抱敏捷开发。</p>    <p> <strong>进化中的需求</strong></p>    <p> 现在的一种普遍的认识是，在开始编码前，你不可能把所有的需求都写完备。这些需求的确定是一个逐渐发展进化的过程。使用短开发周期 /springts，我们一步步的开发程序，使用多次迭代的方式完成从客户方得到的最新需求。这些都是基于一个进化的思想。就像生活中，我们总是通过一步步的改进来达到最好一样。</p>    <p> <strong>进化中的代码！</strong></p>    <p> 可是，这就完事了吗？如今大部分的程序员都认识到了需求<em>必定</em>是一步步的挖掘出来的。但他们却忘了自己的工作！？他们仍然认为他们的框架和架构在项目开始之初就定型了。同样，代码一旦写成，程序就完成了… 不是吗？</p>    <p> <strong>错</strong>。以我的经验，所有好的程序都至少要写两遍。第一编是你过于仓促，不能很好的理解需求、实现需求。不错，当看到了某种业务模式，我们知道要提炼出方法，围绕着它实现业务职责。你最终写成的代码是非常好的，但，它不是优秀的。</p>    <p> 在我们目前的项目中，几乎所有的重要功能模块都从头重写过数次。慢慢的但明显的，代码变得越来越好。一旦你对某段程序做了第三或第四次增补，或又找到了一个 bug，你能感觉到这程序什么地方有异味。你开始躲避触碰这段程序，你为不需要在处理这段程序而高兴。当有了这样的感觉后我会怎么做？我会删了这些代码。</p>    <p> <em>可是… 可是… 这样你就要完全从头开始了！？</em></p>    <p> <strong>你又错了！</strong> 当然，IDE 里空了，代码全没了，也许一些测试程序会存留下来。但你却对你的代码应该做什么有了扎实的认识。你也知道以前这段代码是什么样的，你知道它以前的内伤和异味在哪里！有了这些认识，你能写出更好，甚至是非常优秀的代码！不错，我们也可以保留这些代码，使用一些重构措施…但你可能再也找不到这样好的从头开始、更好的编写它的机会了。</p>    <p> 再次，就像生活中的所有事情：要让事情变的完美，你需要经过多次的进化迭代。对你的需求是这样，对你的架构和代码也是如此。</p>    <p> <strong>写两遍，就意味着两倍的时间吗？</strong></p>    <p> 当告诉人们我的观点是所有的程序都至少写两遍时，他们担心花费两倍的项目时间。但事实远非如此。下面是原因：</p>    <ol>     <li>第二次写代码只是用去你初次写代码的很少一部分的时间。</li>     <li>重写之后，代码的质量会有明显的提高，可维护性，可扩展性都有改善，包括编程的速度。</li>    </ol>    <p> 祝你好运，坚持重新改进你的代码！</p>