當我們使用主幹開發（Trunk-based Development）、以及驗收測試驅動開發（A-TDD）之後，所撰寫的程式碼會逐漸的變多，也因此我們會開始注意到程式碼有壞味道（Code Smell）的出現。
重構與壞味道
在驗收測試驅動開發的方式下，我們每一次的修改都是漸進的。每當一個步驟（Step）完成（Done）時就會進行重構調整，以利於下一個步驟的修改來逐步完成功能。這也表示，我們有非常多機會重新檢視（Review）之前撰寫過的程式碼，得益於這樣的開發方式，我們很容易會觀察到壞味道的出現，進而將這些可能會造成未來維護困難的地方改善。
除此之外，我們會採用結隊程式設計（Pair Programming）的方式，這讓我們在開發過程中隨時都在 Code Review（程式碼審查）並且更快的發現壞味道。
Top-Down 的視角
在驗收測試驅動開發的方式來看，我們在實現功能的時候是由上而下（Top-Down）的方式，以使用者的角度觀察開始，逐步地完成細節。這樣的方式跟以往我們在開發軟體的方式差異非常大。
以往我們會希望了解系統（或者功能）的全貌，並且完整的設計（Design）所需的類別、介面之後，才開始實現功能。這樣的視角是由下而上（Bottom-up）的方式，我們會像堆積木一樣把每一個零件設計好組裝出來。
然而在敏捷開發中，我們會嘗試先使用最容易的方法（Make it Work）將預期的成果呈現出來，並且逐步的切割成小的零件（Make it Right）。這樣做的好處是，如果沒有需要重複使用，那麼只需要等待需要複用的時候進行重構即可。
基於這樣的理由，我們隨時可以在衝刺（Sprint）結束後重新安排任務，即使功能的細節實作並未完成（Finished）也能夠運作，更容易的對應變化而「敏捷的改變」
重構是為了下一次的修改而準備，當我們的程式碼都是被測試以及可以正確運作時就是有用的程式碼。
封面圖片使用 Unsplash 上 Battlecreek Coffee Roasters 的作品，這系列的文章只是課程的一小部分，因此並無法完整涵蓋所有概念以及精神，看關於技術的主題可以到弦而時習之找找靈感。
