近些年來，不斷增加的人開端轉向靈敏開發(fā)，而且這些靈敏開發(fā)的技術已不再新鮮，大多都是在 80 和 90 時代規(guī)劃形成的�？墒牵�近來幾年，程序員，特別是一些商業(yè)顧問，架構師和客戶開端喜愛上了靈敏開發(fā)。

不斷進化的需要

  現(xiàn)如今，有一個遍及的知道即是在你開端項目編程之前，你不可能寫下一切的需要，這些需要的斷定需要一個不斷進化的過程。在較短的開發(fā)周期中，咱們不斷的完善程序，屢次迭代然后滿足客戶提出的最新需要。這些都是依據(jù)進化的準則，就像咱們的日子，你是一步一步的向前然后做得非常好。

不斷進化的代碼

  這就能夠了嗎？如今的大多數(shù)程序員都現(xiàn)已知道到了需要是不斷進化和完善的。但還不行，他們照舊以為項目使用的結構和架構應該在項目開端的時分就斷定了，而且代碼一旦完結，就一切都 OK 了。

  錯。依據(jù)我的經(jīng)歷，一切優(yōu)異的代碼都最少要寫兩遍。第一遍寫代碼時，你通常會很匆忙，不能極好的了解并實現(xiàn)需要。當然，假如你看過一些規(guī)劃模式，知道一些方法，你終究的代碼可能會寫得不錯，但它絕不是最優(yōu)異的。少寫一些無謂的代碼，多一些考慮。

  在咱們如今的項目中，簡直一切重要的功用都要從零開端寫，而且重復修正很屢次。這盡管很慢，但斷定的是寫出的代碼越來越好了。當你修正某一有些的代 碼現(xiàn)已三到四次，或又修補了這兒的一個 bug，你就開端有點想逃避這有些代碼，假如不再處理它你就會很快樂。當有了這樣的主意后，你肯定會刪了這些代碼。那就又要一切從頭開端了嗎？

  再一次錯。確實，IDE 里空了，代碼沒了，或許只要一些測試程序還在。可是，你現(xiàn)已對你寫的這些代碼有了深入的知道，你知道它是什么樣的，你也知道它的疑問出在哪。在此基礎上， 你如今能夠寫出非常好，乃至是優(yōu)異的代碼。當然了，咱們也能夠保存之前的代碼，進行一些重構等等，但都不如從頭開端，非常好的做出它。

這和日子中的道理依然是相同的，要想把一件事做到極致，就要屢次的重復和進化。你的需要是這樣，你的代碼和架構也要這樣。

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

 當我通知大家一切的程序都要最少寫兩遍時，他們憂慮這樣會使完結全部項目的時刻加倍。但現(xiàn)實不是這樣的，我來通知你緣由：

1. 第2次寫代碼，只會花費你首次寫代碼時的有些時刻；

2. 重寫之后的代碼在質量上會有明顯進步，而且保護性和可擴展性都會非常好，你的編程速度也會越來越快。

  所以，堅持重寫你的代碼，不斷優(yōu)化它吧！