这文就讲干话而已
尤其是拿大公司来举例更是干话
大部分大公司通常都是经历过好几段成长时期才会成为大公司
可能某系列作好几代
可能做了好几款作品
可能好几个部门合作
做一代的时候可能是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通灵

这就是我们

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

确实