编程界的劣驱良现象有哪些？

1、代码能跑就行/屎山代码

不得不承认，这在商业模式比较弱，或者行业同质化严重的公司里，这种观点会比较受欢迎。

这类公司需要依靠堆砌人力，或者打价格战来取得竞争优势，对于代码的要求并不高。这种环境里，为软件系统长期的可维护性投入资源是一件性价比很低的事情。

但是出来混，迟早都要还的，在未来代码一旦暴雷，必定花费数倍于最初的时间和精力去弥补。

编辑

切换为居中

添加图片注释，不超过 140 字（可选）

一个公司没有扎实的技术的或者商业的护城河，公司的“未来”很难守护的住。

所以，能跑就行不是不行，而是要知道这个玩意什么时候不行；屎山也不是不能存在，但是要知道迎合客户需求及时更新。

2、想要奥迪，却只想给奥利奥的预算，最后只能套用框架

客户：给我开发一个淘宝Or微信那样的app，几千够吗

我：What？是我的眼睛瞎了吗，我怎么听不见你在说什么？硬起我光亮头皮回到，可以做商城和聊天软件，不过我做肯定得过万。

客户：没关系，你可以技术入股。随后听着客户画了一张想要撑死我的饼，我内心只想MMP，又TM碰见了个不想结账的。

最后从网上找了一个现成的框架，改了改就上线了。。人家才不会管你宣发、运维之类的。

3、

一个烂程序员写了一套烂代码，天天出问题。

然后自己天天去解决问题，到处救火，整个公司都觉得他很牛，总能解决问题。

关键这套烂代码重构代价太大，到处在用，一群跟这套烂代码有交互的系统跟着倒霉，对应开发人员陪着加班。

最后这些陪着加班的不胜其扰，辞职了。

那个烂程序员给加薪被留住，因为他走了没人看得懂那烂代码。

另一个情况是：

一个好程序员，搞了一套框架。

代码规范，模块清晰，抽象层稳定，系统日志详细，跑个几年没怎么出现过问题。

代码上线了基本就没什么人找过他，所以老板对他也没啥映像。

提加薪，老板没同意，就跳槽了。

由于代码规范，文档详细，来接手的人很快就上手了。

系统继续稳定运行，新人继续在框架上开发新的功能。

整个公司对这个程序的消失没产生任何影响。