如何處理前任程序員留下的代碼

作為軟件工程師不可避免會遇到的一個場景

考慮到使用其他開發人員編寫的代碼既有其厭煩之處，又有其優勢所在，所以我們必須小心不要犯一些嚴重的錯誤：

我們的自我意識：我們可能會覺得自己知道得最多，但通常事實並非如此。我們要更改的是我們知之甚少的代碼——我們不知道原作者的意圖、導致此代碼的決策以及原作者在寫代碼時可用的工具和框架，等等。謙遜的品質價值千金，你值得擁有。

原作者的自我意識：我們即將接觸的代碼是由另一個開發人員所編寫的，另一種風格、約束、期限和個人生活（消耗他或她工作之外的時間）。只有當我們開始質疑他或她做出的決定或質疑代碼為什麼這麼不乾淨的時候，那人才會自我反省，不至於夜郎自大。我們應該盡一切努力讓原作者幫助我們工作，而不是妨礙我們。

對未知的恐懼：很多時候，我們將要接觸的代碼是我們知之甚少或完全一無所知的。令人害怕的是：我們將對我們所做的任何改變負責，但是我們基本上就像是在沒有光線的黑暗屋子裡走動一樣。其實我們不需要擔心，而是應該構建一種使我們能夠在大小不一的改變中感到舒適的結構，並允許我們確保沒有破壞現有的功能。

THE END

我們需要對類造成的損壞和對改變的代碼負責，如果它不能工作，那麼修復是我們的職責。為了戰勝伴隨軟件生產而出現的熵，我們必須強制自己做到離開時的代碼比我們發現它的時候更佳。為了不逃避這個問題，我們必須償還技術債務，確保下一個接觸代碼的人不需要再付出代價。說不定，將來可能是我們自己感謝自己這個時候的堅持呢。

文章結尾給想學java的同學發一波福利，這是我用5年的經驗總結出的一套專門針對零基礎想學java的學習資料，關注我，私信【學習】即可免費領取整套學習資料。