忍不住问了朋友, legacy code 在业界真的很普遍吗?
好像我去的每一间都这样, 连大公司也一样
多年前看过 clean code 系列和 effective 系列,
作者一致认为在每次更新时顺手维护,
之前保哥来我公司上课也是这样建议, 每次更新就顺手把官方套件更新
但我所到的每一个环境都是能不动就不动,
被客户抱怨也不动, 维护成本非常高,
甚至于纯靠北工程师还有人觉得这样才是对的, 我真的有点茫然
前公司为了 legacy code 无限加班, 又因为是不可测的架构,
大家都盲测, 出Bug率很高,
更因为 legacy code 效率太差被客户解约
我一直都觉得我的想法并没有错,
尤其职涯中还不断重演着这些问题,
曾经辉煌的公司, 持续卖著旧架构的服务, 没有再翻写重构, 错过了转型时机
新的时代有了更佳的使用者体验, 更快速的响应, 更安全的互动,
甚至连搜寻排名都算在开发与设计的一环,
以前曾经是榜上第一位的公司, 现在已经没了,
在我还没离职之前, 我真的很想为公司做点什么,
但里面连人都没志气, 快要倒的征兆就是这样吧
现在我在一间号称大公司, 但我个人认为格局普,
重复上演着同样 legacy code 的问题,
甚至于演变成企业内文化,
就连新人都照着文化遗产的习惯写程式,
这样教出来的实习生, 以及新鲜人, 对社会真的好吗?
如果年资是这样堆上去的, 那不能再怨产学断层了, 企业本身用才育才就有问题
朋友告诉我, 可能是老板不懂, 或技术能力不高, 这种状况的公司, 能走要早走...
我也很想走阿, 但是我去到那么多地方, 还没遇到一个可以算正常的
我看过设计得很优秀的 code, 那个版本还很古老, 所以并不是老就不好,
这个产业实在太缺乏像那样的开发人员了,
即使有也不一定会被珍惜就是了
我好想离职