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

祖傳代碼的由來

在實際的程序員工作中，祖傳代碼是常見的。因為真正的互聯網職場生活中，業務變動調整頻繁，每到一個新的業務線，第一件事就是熟悉現有工程代碼，看舊文檔等。而現有工程代碼往往是經歷了不知道多少人的迭代，修改，因此代碼風格，邏輯往往千頭萬緒，甚至讓人忍不住口吐芬芳。

如何正確看待祖傳代碼

但是現狀就是這樣，工作嘛，掙工資而已，既來之則安之，最后代碼還是要落到自己頭上來，畢竟你得在它的基礎上修改不是？因此調整心態也很重要。我們能做的

1. 首先就是理清業務，明白大致的業務目標、流程；
2. 整理出一個屬于自己的業務文檔，從而熟悉業務；
3. 一邊看代碼一邊整理出一個代碼梳理文檔，否則看了也白看，人是會忘的；
4. 從代碼中抽取有益的部分，總結沉淀為自己的知識，取其精華，向其學習。從這方面來說，祖傳代碼也是“傳家寶”，不是嗎？

如何處理惡心的祖傳代碼

有些祖傳代碼就比較惡心了。所謂惡心有兩種，一種是說它邏輯復雜，耦合業務非常嚴重，難以修改，或者說修改風險很高。另一種是說它代碼有漏洞，有bug。

對于第一種情況，建議最好不要動！！！程序員屆有種真理說法：只要代碼能跑，就不要改一來你不清楚它涉及的業務有哪些，隨便修改，后果未知啊。甚至是你覺得肯定沒問題的修改，到了線上也會出現非常奇葩的意外，物理學都不存在了這種。這種情況很常見，你不要覺得奇怪，除非你是職場新人。二來，修改后如果出了問題，那么你就是第一責任人，等著背鍋吧。這是很嚴重的，職場新人往往會在這方面風險意識不強，吃虧了才明白。因此這里給出這一劑免費的預防針。

對于第二種情況，如果你能看出代碼的bug，那么你敢修復嗎？修復后你敢承擔bug修改后導致新的bug的風險嗎？有點汗流浹背了吧。這種情況，建議是主動向組里拋出來問題，給出自己的方案，供大家討論，至于是否修復，還是要看是否有業務收益。否則，還是那句話，不要修改，不要修改，不要修改！

以上就是個人對職場中祖傳代碼的淺陋觀點，與君共勉吧