程序員是如何看待祖傳代碼的？

如果外行人聽到“祖傳代碼”這四個字，會不會以為是前輩們留下來的珍貴財富；其實這是程序員最怕遇到的代碼，不敢動，一動改半年。

這種代碼通常的幾個特點：

沒有注釋，沒有文檔，沒有測試用例；

邏輯堆在一起，并且已經沒人知道作者的想法；

功能比較關鍵，也挺好用的，運行比較穩定，就算有點兒問題，影響也不是很大；

很關鍵的一點，不能輕易修改，可能會產生不可預料的問題。

單位另外一個項目正在做老系統的升級，準備新做一套系統把功能實現；在翻老代碼的時候，有一個方法各種if-else的判斷，并且10個產品，有6個已經停售了，正常情況應該把相關的邏輯都摘出來扔掉，但是...沒人改動，不知道對現有產品的邏輯產生影響；只能把原邏輯搬過來，未來新產品上線寫新的邏輯，等待當前產品逐漸下線，完成代碼的替換。

有網友曾發現了微軟的祖傳代碼，在看一段內核內存管理的代碼，發現循環多調用了一次，然后給當時Windows內存管理的大牛寫信詢問此事，很快得到回復：“It is a bug since day 1.”

在一些單位，祖傳代碼是保住飯碗的工具。一網友剛進單位的時候，發現一些代碼的邏輯寫的很繞，把代碼寫的極為復雜，后來發現負責的模塊比較穩定的人都被fire掉了，于是才了解前輩們的用心良苦。

面對祖傳代碼，每個接手的程序員都會選擇繞開，沒有誰會鼓起勇氣去解決，畢竟誰也不想自己掉到坑里。

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。