近些年來，越來越多的人開始轉(zhuǎn)向敏捷開發(fā)，而且這些敏捷開發(fā)的技術(shù)已不再新鮮，大多都是在80和90年代設(shè)計形成的。但是，最近幾年，程序員，特別是一些商業(yè)顧問，架構(gòu)師和客戶開始喜歡上了敏捷開發(fā)。

不斷進化的需求

現(xiàn)如今，有一個普遍的認識就是在你開始項目編程之前，你不可能寫下所有的需求，這些需求的確定需要一個不斷進化的過程。在較短的開發(fā)周期中，我們不斷的完 善程序，多次迭代從而滿足客戶提出的***需求。這些都是基于進化的原則，就像我們的生活，你是一步一步的向前從而做得更好。

不斷進化的代碼

這就可以了嗎？現(xiàn)在的大多數(shù)程序員都已經(jīng)認識到了需求是不斷進化和完善的。但還不夠，他們依舊認為項目使用的框架和架構(gòu)應該在項目開始的時候就確定了，而且代碼一旦完成，就一切都OK了。

錯。根據(jù)我的經(jīng)驗，所有優(yōu)秀的代碼都至少要寫兩遍。***遍寫代碼時，你通常會很匆忙，不能很好的理解并實現(xiàn)需求。當然，如果你看過一些設(shè)計模式，知道一些方法，你最終的代碼可能會寫得不錯，但它絕不是***秀的。少寫一些無謂的代碼，多一些思考。

在我們現(xiàn)在的項目中，幾乎所有重要的功能都要從零開始寫，并且重復修改很多次。這雖然很慢，但確定的是寫出的代碼越來越好了。當你修改某一部分的代碼已經(jīng) 三到四次，或又修補了這里的一個bug，你就開始有點想躲避這部分代碼，如果不再處理它你就會很高興。當有了這樣的想法后，你肯定會刪了這些代碼。那就又 要一切從頭開始了嗎？

再一次錯。確實，IDE里空了，代碼沒了，或許只有一些測試程序還在。但是，你已經(jīng)對你寫的這些代碼有了深刻的認識，你知道它是什么樣的，你也知道它的問 題出在哪。在此基礎(chǔ)上，你現(xiàn)在可以寫出更好，甚至是優(yōu)秀的代碼。當然了，我們也可以保留之前的代碼，進行一些重構(gòu)等等，但都不如從頭開始，更好的做出它。 這和生活中的道理依然是一樣的，要想把一件事做到極致，就要多次的重復和進化。你的需求是這樣，你的代碼和架構(gòu)也要這樣。

寫兩遍代碼會花費兩倍的時間？

當我告訴人們所有的程序都要至少寫兩遍時，他們擔心這樣會使完成整個項目的時間加倍。但事實不是這樣的，我來告訴你原因：

1.第二次寫代碼，只會花費你***次寫代碼時的部分時間；

2.重寫之后的代碼在質(zhì)量上會有顯著提高，而且維護性和可擴展性都會更好，你的編程速度也會越來越快。 所以，堅持重寫你的代碼，不斷優(yōu)化它吧！

原文：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