原本的技术框架需要适应多变的需求，甚至后面许多新改动原本框架并不支持，怎么办呢？
硬着头皮在地基上违建，时间紧任务重，没有时间改动影响颇大的底层，只能头痛医头脚痛医脚，优先满足业务需要。
随着项目进度的推进，屎山代码就是这样不断成型的。
所有工程师在项目一开始的初衷都是好的，那就是告别屎山，搭建通用的工具，避免重复造轮子。
但他们发现随着一个又一个的项目，虽然做了这样那样的技术规范和技术方案，但每次做着做着都会跑偏，依旧陷入重复造轮子的怪圈。
技术累得要死还写出一堆没有任何成就感和进步的代码，产品被技术挑战被甲方（客户、老板）压榨沟通的濒临崩溃，最后产品验收甲方也是傻眼，最后只能各退一步。
为什么造成这种现象，最根本原因是环境太浮躁。只注重眼前利益，从不看长期发展，说白了就是短视。
这就是为什么原本初创公司一开始做的产品都非常不错，接受了融资之后就逐渐面目全非，毕竟资本都是逐利的，一切向钱看，其他靠边站，资方压力一来，管你什么董事长、创始人，谁都扛不住。
就连强如小雷，在后来股价暴跌还被投资人劈头盖脸训得跟三孙子似的，在房间里输出一个小时，把小雷逼的跑到楼道抽烟缓解濒临崩溃的情绪，当时据传这个资方是老马的妻子张女士，后来被辟谣人可能不一定是，不过事应该是真事，毕竟是小雷自爆的。
所以可想而知，客户或老板想项目立马上线，越快越好这样就能见到收益，见到效果，出现问题那就在后续再打补丁解决问题，大不了发个道歉声明自罚三杯，实在不行丢出几个实习生背锅，或弄个热搜转移下视线就完事了。
内容未完，下一页继续阅读