北京
“代碼庫就是每個糟糕商業決策的收據。”這是某個新上任CTO第一天打開代碼倉庫后最直觀的感受。沒有測試、部署讓人心驚膽戰、一個服務因為大家都不敢碰而幾年沒動過、數據庫字段命名像火災現場、TODO注釋的年齡已經夠投票了。工程師們說得沒錯，“需要清理”。
剛接手的技術負責人很容易掉進一個陷阱：立刻上手整頓代碼。畢竟直觀問題就擺在眼前。但真正該問的不是“代碼出了什么問題”，而是“什么一直在讓代碼變成這樣”。問題一換，視線就不再局限于代碼本身，而是轉向工作如何流入公司、誰有權推需求、哪些決策在不斷制造遺留債。
爛代碼從來不是一個糟糕的工程師造成的，而是時間線上鋪滿的商業妥協：為拿下企業客戶趕出來的功能、銷售不經工程評估就承諾的上線日期、兩年前“臨時”的變通方案、開發中途改了三次的產品需求、創始人直接在即時消息里丟過來的需求、必須在周五之前上的補丁?！跋劝l布，后面再改好”，每一次交出去的技術債，代碼庫都記得清清楚楚。
承認代碼質量很重要：爛代碼確實會拖慢每個人，讓簡單的改動充滿風險，讓新人好幾周用不上，滋生缺陷，把部署變成災難，消磨優秀工程師的精力，同時讓平庸的工程師變得危險。但如果只盯著“代碼庫有問題”而不去區分“代碼庫是根源問題”，就只是在治標。因為修完一次，組織依然會再次把它搞臟。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
