靜思碼途

在一場內部分享中，資深架構師丟出一個看似違反直覺的觀點：評估程式品質最實用的指標，不是它有多優雅，而是它能不能被輕易刪掉。

理由在於耦合。當一個模組可以被輕鬆移除，表示它沒有把觸手伸進系統各處；反過來說，若你動它一下就牽扯十幾個檔案，那就是抽象漏了、界線糊了。

他的建議聽起來保守卻務實：寧可先寫重複的程式碼，也不要過早抽象；新功能盡量放在獨立檔案，減少對既有程式的侵入；最重要的是，定期回頭盤點，勇敢刪掉沒人用的東西。

「一個不斷膨脹卻從不瘦身的程式庫，遲早會拖垮整個團隊。」他說。刪除程式碼從來不是失敗，而是一種健康的徵兆。