對於如何進行程式碼重構，一直有著很多種說法。很多人都認為應該將重構程式碼放在backlog裡。但是其實，這並不是一個理想的方法。

　　在專案剛剛開始的時候，你的程式碼很乾淨。

　　即使有的時候需要小小的繞一下路，但是這個時候我們可以輕鬆、平穩的新增功能。這個階段一般都不會出現問題，而且由於我們比較著急，所以即使出現了一些小問題，我們也不會注意到。

　　然而，隨著專案做的時間變長，這些小的問題就會累計起來。這就是人們所說的“技術債務”。其本質，就是並不算特別好的程式碼，但是這個時候其問題還沒有完全顯現出來。

　　但是，隨著我們一直新增新功能，這些問題就會逐漸顯現出來，我們不得不小心翼翼的繞開他們。

　　不可避免的，我們的開發速度會被拖慢。但是為了追求速度，我們開始變得越來越不小心，不久之後，問題也會越來越多。

　　這些問題會像積木一樣累計起來，層層疊疊，讓我們的開發速度變得更慢。雖然我們終於意識到了問題的存在，但是沒有時間徹底解決它。我們只能繼續小心翼翼的繞開它們。

　　很快，我們會發現半數以上的程式碼都與那些小問題有交集，它們無時無刻不在影響我們的開發速度。直到有一天，你發現自己沒法繼續繞開它們。

　　不得不做點事情了。我們必須要進行復雜的程式碼重構，讓我們重新獲得乾淨的程式碼。你不得不向上級申請時間進行程式碼重構。其實這種工作方式並不好，我們花時間去填自己以前挖的坑。而且有的時候，公司並沒有讓你去重構程式碼的時間。

　　即使公司給你時間了，你也很難很好的對程式碼進行重構。要知道，重構程式碼所需的時間，往往要遠高於你的預期。如果這些紛亂的程式碼是你用了10周寫出來的，那麼你很難再用10周的時間對它們進行重構。

　　由此可見，這種程式碼重構的方式並不好。那麼我們應該怎麼做呢？

　　很簡單，那就是每遇到一個問題，就馬上解決它，而不是選擇繞過它。完善當前正在使用的程式碼，那些還沒有遇到的問題，就先不要理它。在當前前進的道路上，清除所有障礙，以後你肯定還會再一次走這條路，下次來到這裡的時候你會發現路上不再有障礙。軟體開發就是這樣。

　　或許解決這個問題需要你多花一點時間。但是從長遠來看，它會幫你節省下更多的時間。

　　在新增新功能的時候，我們就先清理這個功能所需要的程式碼。花一點時間，用滴水穿石的方法逐漸清理程式碼，隨著時間的推移，我們的程式碼就會越來越乾淨，開發速度也會越來越快。

　　一段時間之後，你會發現之前所有的技術債務都不見了，所有的坑都被填平了。這種循序漸進的程式碼重構的好處開始顯現，程式設計的速度明顯加快

　　這才是程式碼重構的正確開啟方式！