近年来，越来越多的人开始转向敏捷开发，而这些敏捷开发技术已经不再新鲜，它们大多是1980年代和90年代设计出来的。但是，近年来，程序员，尤其是一些业务顾问、架构师和客户开始喜欢上敏捷开发。不断发展的需求如今，人们普遍认为，在开始对项目进行编程之前，您无法写下所有需求，而这些需求的确定需要一个不断发展的过程。在较短的开发周期内，不断完善方案，多次迭代，满足客户的绝对需求。这些都是基于进化的原理，就像我们的生活一样，你一步一步往前走，才能做得更好。这对不断发展的代码是否合适？今天的大多数程序员已经意识到需求在不断发展和改进。但还不够，他们仍然认为，项目使用的框架和架构应该在项目开始时就确定下来，一旦代码完成，一切就OK了。错误的。以我的经验，所有好的代码至少要写两遍。***一遍又一遍写代码的时候，往往手忙脚乱，不能很好的理解和实现需求。当然，如果你看过一些设计模式，知道一些方法，你最终的代码可能写得很好，但绝不是最好的。少写不必要的代码，多思考。在我们现在的项目中，几乎所有重要的功能都要从头编写，修改很多次。速度很慢，但是果然，代码越来越好了。当你把某个部分的代码改了三四次，或者这里又修复了一个bug，你开始有点想避开这部分代码，不去处理你会很开心.当你有这样的想法时，你肯定会删除这些代码。所以你必须重新开始吗？又错了。的确，IDE是空的，代码没有了，可能只有一些测试程序还在。但是，你已经对你写的代码有了深刻的理解，你知道它长什么样，你也知道它有什么问题。基于此，您现在可以编写更好、甚至更好的代码。当然，我们也可以保留以前的代码，做一些重构等，但还是从头开始做的更好。这仍然是做人的道理。想要将一件事做到极致，就需要多次重复、进化。根据您的需求，您的代码和架构也应如此。写两次代码需要两倍的时间？当我告诉人们所有的程序都应该至少写两次时，他们担心这会使完成整个项目的时间加倍。但事实并非如此，我告诉你原因：1.第二次写代码只会占用你第一次写代码的部分时间；2、重写后的代码质量会明显提高，而且可维护性和扩展性会更好，你的编程速度会越来越快。所以，不断重写你的代码，不断优化它！原文：http://www.redcode.nl/blog/2011/10/great-code-is-written-twice-or-more/翻译：http://www.php100.com/html/it/focus/2014/1120/7855.html
