这种状况容易发生在转换不同类型的工作环境
从 接案型公司 到 非接案型公司 最容易有这种落差
接案型公司，在固定的专案金额下，RD 越快，人越少，利润越高，
最好一个人可以从 sa 包到 pg
可以留下的 RD 通常都是精英(接案界的菁英)
但是！ 接案特性通常就是先有再说，案子结束就不会再碰到了，
因此软件工程思维非常薄弱。
从设计 design pattern, interface, inversion of control
到写测试、code review、自动化、容器化等等完全没有，
因为没有用，案子都是一次性的。
老板问你说为啥动作这么慢，结果你说你在重构? 下周要验收了你重构三小
但这种人到非接案型公司，就会显得自己速度真的满快的
但是真正的问题是不会马上显现出来。
因为以前在接案公司很少碰过大系统，所以把以前的坏习惯都带过来
在 object 乱偷渡不相干资料、db 偷塞 json、用 try/catch 做 flow control ....
过一阵子，系统开始在某些特殊操作下出现 bug，往回一追发现你是罪魁祸首
会发生什么事?
资深同事：写得快有什么用? 还不是 OOXX
PM：你的程式品质很差，BUG 很多
到最后不得人缘，开始觉得这是烂公司
另外一方面，同一个功能为什么其他同事会比较慢?
有时候这是老经验，因为自己手上不会只有这一件事要处里
你给我全职只开发这一项当然 1 天没问题
但是我同时有 N 个任务要做，
而且依照经验这种需求往往要牵动到 XX / 有没有其他更好的设计
开发完还要跑一次 unit test/integrated test, code review, design review
所以眼前的快不是快，可能有很多你没看到的东西
当然，也有可能你是天才拉... 速度快、架构漂亮、什么会、什么都懂
那这间公司不适合你，继续往上跳，跳到 FLAG 之后同事还在称赞你又快又强再说
否则软件学海无涯，一个 Feature 做到完美就够让你杀时间了
以上故事如有雷同纯属巧合