如何处理遗留代码

如何处理遗留代码
這是篇非常好的文章，推薦給大家看看。

常常在網路上討論到有關程式的好壞的問題，有人會提到手上有一件很難看但可以運作的程式，依照"可以動就不要動"原則，公司中沒人敢大改這份程式，大家都在上面小修小改，談起來每個人都罵，改起來每個人都怕，而這個發問的熱血青年就不停的想衝撞體制，依自己的信念和原則想要去對這份程式大動干戈，但下場常常是大家被新冒出層出不窮的 bug 煩到又回到原本的東西，不然就是這位熱血青年經過了無數漫漫長夜後開始相信"可以動就不要動"這件事。

其實很多人沒給"建構"和"測試"應有的評價，因為這兩個都不是可以增加功能，甚至都不是增加可用程式碼的工作，但以我的經驗，一個專案的好壞常常可以從這兩件事中看出端倪。拿到一個連"編建"都很困難的專案，那要對它有好印象實在很難，這時第一件事就是怎麼讓它可以簡單的在原始的環境中編建出來。編建出來後，如果沒有方便的方式可以進行測試，那這個專案的穩定度也要有所質疑。

有人提到《修改代码的艺术》，嗯，已經定了書還沒到手，更讓人期待了。