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