想死的心都有，文件沒得，註釋沒得，又經過n個人的修改和維護，已經改得亂七八糟了！

程式設計師的骨子裡是驕傲的，總覺得別人的程式碼垃圾，當然，別人估計也覺得自己的程式碼垃圾！

其實對於新員工，特別是剛進入職場的新人。進入到公司的時候肯定會接觸到老專案，老程式碼。如果你沒遇到，那麼就是新公司，要麼就是新專案！接觸到老專案的新員工或新職場人，看到老專案的程式碼時，總是有想改動的衝動！！！跟當年我進入公司一樣一樣滴，不過你要是重構的話，勸你少做這樣的事！

第一：會花費大量的時間。而且你手頭也有任務，所以會消耗你大量的精力！第二：重構還可能帶來很多新的bug，老的專案已經打了幾次補丁，已經很“穩健”了!你改好了，沒人表揚，要是改出線上問題，那可是要績效處理的！

所以 勸年輕人一定要三思而後行！！！！不要只看到程式碼糟糕，可能上一個人沒辦法那樣寫，因為是上上個人留下來的程式碼造成不好改！！！

同樣的，你看別人程式碼很垃圾，別人看你寫的其實也不會覺得好到哪裡去。除非你真的本事過硬。比周圍的同事都要高出一大截的技術！！！否則你也不會好到哪裡去

程式猿的終極噩夢應該是祖傳程式碼了吧。

很多碼農小萌新們，都經歷過這樣的時刻吧。矜矜業業檢查前人程式碼時，發現了明顯到覺得智障的漏洞，認真的你準備大刀闊斧地修改，但你的老司機同事可能會勸你最好不要動，並露出意味深長的表情。

因為他們知道，你遇到了祖傳程式碼。

什麼是祖傳程式碼

祖傳程式碼（legacy code）就字面意思而言，就是前人程式猿給你留的“寶藏”程式碼。這些程式碼都存在著問題，但你要麼就無從下手無法修改，要麼就一改出大問題，這就是為什麼這些寶藏會存在這麼久流傳到你的手上。

比如，你可能會遇到這樣的程式碼。

//add by xxxx 201x-x-x: 這是一段神奇的程式碼。。反正這麼寫就對了

“曾經我一直不信還有能讓人辭職的程式碼，

直到我遇到了祖傳程式碼。”

——By 網友

幾乎每個公司都存在著祖傳程式碼

每家公司都會有那麼些“歷史遺留問題”。亞馬遜的工程師形容說他們的程式碼:“一座很大的屎山，你見過的最大的山，每次你想修正一個bug，你的工作就是爬到屎山的正中心去”。

有網友曾發現了微軟的祖傳程式碼。

看過幾年Windows核心的程式碼，也就只是看看，不能改。有時候看到一些奇怪的邏輯，不要慌張，這裡面一定有一個很長的故事。

不過萬事沒有絕對。

有一次和同事一起除錯一個藍色畫面，看到一段核心記憶體管理的程式碼，有一個地方沒看懂，貌似for迴圈多迴圈了一次。恩，這一定是我們的理解能力太差了。然後我們仔細看了一下午，終於想出了幾個貌似合理的解釋。為了確認，我們鼓起勇氣寫信給當時Windows記憶體管理的大牛Landy（他現在已經是tech fellow了）詢問了此事。

結果人家很快回復了我們。"It is a bug since day 1. I have just checked in a fix." 留下我們倆一臉懵逼。

就這樣一個從NT開始藏了十多年的bug被兩個小白給發現了。

ps. 這個bug沒有什麼顯著影響，只是核心態記憶體分配效能略微受損。

——by知乎@Tim Chen

有些祖傳程式碼，你一動, 我們就再也回不去了

我們組有一個著名的6000行後端JS，沒有面向物件封裝，純靠函式。其中有好幾個上千行的函式，帶了二十多個形參，幾個標誌位，分別有十幾個數字狀態。註釋？沒有的。

但神奇的是，程式碼在執行上基本沒太多的錯。

直到幾個月前，一個大牛在走之前把這段程式碼全部重寫了一遍，留下了至今都沒有改完的bug。

——by 網友

有時候，祖傳程式碼是可以用來創造崗位的剛來到這家公司的時候，看那些老舊程式碼覺得邏輯為何這麼繞，本來是一個很直接的事，非要繞著圈子寫，沒必要共用一個函式還非要實現一個公共函式，結果該公共函式超級複雜。

後來發現負責的模組比較穩定的人都被fire了，明白了叔叔大爺們的良苦用心。

在某些國家的某些行業裡，保住飯碗是多麼不易啊！

——知乎網友 @磚頭

一個祖傳程式碼是如何代代相傳的

面對祖傳程式碼，每個接手的程式猿都會添點新料，但沒有誰有勇氣真的去解決，畢竟誰也不想給自己挖坑。

很多行業是前人栽樹後人乘涼的，不過程式猿很多時候卻是前人挖坑，後人填坑的。

希望猿界，大家能多給後人留條活路。