馴服爛代碼情境之二：要我改爛代碼，但是爛代碼爛得讓我無法理解，該怎麼辦？

心法之一：“理解爛代碼”與“寫新代碼”是一樣重要的工作，嫌爛代碼臭，就不去聞它，閉著眼睛捏著鼻子寫新代碼，似乎看起來效率高，其實是沒頭的蒼蠅在亂撞，反而浪費時間。

心法之二（當沒有時間重寫爛代碼時）：爛代碼雖然爛，但畢竟還能work，當進度壓力大時，就沒有推倒重寫的時間。相比之下重構既不會影響爛代碼的功能，也會讓代碼品質向好的方向轉變。

手法之一：草稿式重構，即找一個新目錄，把爛代碼check out出來，然後不寫單元測試，盡情地在爛代碼裡按照自己的思路將爛代碼打掃一番：提取方法、移動變數、重新命名等等，最後極大地深化對爛代碼的認識，但是不會把草稿式重構的代碼check
in。但是需要留意草稿式重構可能會誤解爛代碼的行為。

手法之二：剔除腐肉，即如果你斷定爛代碼裡有一些代碼肯定沒有被調用，一些注釋是過時的和錯誤的，那麼就果斷地刪除之，不要捨不得，因為這些東西是絆腳石，即便刪錯了，也有SVN能夠找回來。

手法之三：列印並標註，即把一段爛代碼列印出來，然後將相同職責的代碼用彩色筆標註出來、把代碼塊首尾結構標註出來、把要提取方法的代碼圈起來並標註耦合數、把要改動的地方和由此改動引發的一連串變動的方法和變數都標記出來以理解修改產生的影響。

手法之四：隨手在紙上畫一些不是像UML圖那樣嚴格的草圖來協助理解爛代碼。