業界有一種都市傳說，叫作「日行一善，順手重構」。很多剛進公司的新人，看到隔壁 Team 的 Code 寫得很醜，或是發現一個明顯的 Null Pointer，就熱血沸騰地順手幫人家修掉。你以為你在拯救世界，主管會覺得你好棒棒？笑死，等到下個禮拜系統無預警崩潰，大家打開 git blame 一看，最後修改那行 Code 的人是你。原本寫出那坨大便的人早就裝死神隱了，這鍋你不揹誰揹

科技業的辦公室政治，往往藏在版本控制系統裡。這在工業工程叫做「未授權的干預導致責任邊界模糊」。

我們部門以前有個剛畢業的熱血弟弟，在解自己 Ticket 的時候，發現某個共用的 Util 共用模組有一段邏輯寫錯了。這段 Code 是別的部門一個很資深、但技術很爛的老屁股寫的。弟弟好心，連知會都沒知會，順手加了個 if-else 把 Bug 掉。

結果一推上 Production，那段 Util 牽扯到老屁股另一個沒寫在文件裡的隱藏商業邏輯，直接導致報表系統癱瘓。老屁股在跨部門檢討會議上劈頭就問：「誰准你動我的 Code 的？這原本跑得好好的，是你沒搞懂 Domain Knowledge 亂改才壞的！」

弟弟百口莫辯。的確，最後一個 commit 是他的名字。他不但沒有因為「順手修 Bug」得到稱讚，反而被冠上「破壞系統穩定性」的罪名