這文就講幹話而已
尤其是拿大公司來舉例更是幹話
大部分大公司通常都是經歷過好幾段成長時期才會成為大公司
可能某系列作好幾代
可能做了好幾款作品
可能好幾個部門合作
做一代的時候可能是PS1，做二代可能是PS2
做三代可能改到XBOX，四代可能又多個PC版
然後本來預定做PS5，因為PS5市佔率太低上面決定向下加個PS4
做PC遊戲的可能第一代是directx6，二代是7，三代9(略)
還可能要配合顯卡廠商優化
還可能一二代的主團隊三代大換血，三代銷量差砍人四代又換一次血
新新人看不懂文件或是文件說明不足
開發是有時程的，丟錢的老闆可不想管你的優雅code
大多數人買遊戲是因為遊戲好玩。
而不是因為code寫得很讚不花資源
老闆問說這功能你要多久?
什麼?要7天?這個以前x代不是就有了嗎?拿來參考啊！我給你壓2天
當你用2天含加班時間產生覺得很優雅的code
上司看了也覺得ok
但是當你的code跟別的部門整合的時候發現會報錯
然後發現你的code跟B團隊的舊code整合衝突
被老闆叫去辦公室
老闆：為什麼要自己重寫一個?
你：因為新code省資源
老闆：但是你的code跟別人的跟現有版本衝突，給我換回現在用的
你:......(默默加班改回)
自己一個人搞或是從頭開始
寫得優雅是可能的
但是當它有歷史包袱或是要跨部門合作的時候
就會變成不切實際

可以用就不要改 改了出錯誰負責

寫實

就很簡單 改要花時間 出錯等於白做 又沒領更多錢幹麻自找麻煩

而且很多時候，覺得舊code不優雅想改，改完成後發現和舊的有87%像

不就技術債，每家公司都會有的東西...

確實 就怕改了出問題

理想很豐滿 現實很骨感很多技術人員想寫的優雅也沒那個時間而且文件這種東西有就該偷笑了 通常要你自己看code通靈

這就是我們

地雷埋起來 踩到的不要是我就好

確實