现象有哪些?"/>
编程界的劣驱良现象有哪些?
1、代码能跑就行/屎山代码
不得不承认,这在商业模式比较弱,或者行业同质化严重的公司里,这种观点会比较受欢迎。
这类公司需要依靠堆砌人力,或者打价格战来取得竞争优势,对于代码的要求并不高。这种环境里,为软件系统长期的可维护性投入资源是一件性价比很低的事情。
但是出来混,迟早都要还的,在未来代码一旦暴雷,必定花费数倍于最初的时间和精力去弥补。
编辑
切换为居中
添加图片注释,不超过 140 字(可选)
一个公司没有扎实的技术的或者商业的护城河,公司的“未来”很难守护的住。
所以,能跑就行不是不行,而是要知道这个玩意什么时候不行;屎山也不是不能存在,但是要知道迎合客户需求及时更新。
2、想要奥迪,却只想给奥利奥的预算,最后只能套用框架
客户:给我开发一个淘宝Or微信那样的app,几千够吗
我:What?是我的眼睛瞎了吗,我怎么听不见你在说什么?硬起我光亮头皮回到,可以做商城和聊天软件,不过我做肯定得过万。
客户:没关系,你可以技术入股。随后听着客户画了一张想要撑死我的饼,我内心只想MMP,又TM碰见了个不想结账的。
最后从网上找了一个现成的框架,改了改就上线了。。人家才不会管你宣发、运维之类的。
3、
一个烂程序员写了一套烂代码,天天出问题。
然后自己天天去解决问题,到处救火,整个公司都觉得他很牛,总能解决问题。
关键这套烂代码重构代价太大,到处在用,一群跟这套烂代码有交互的系统跟着倒霉,对应开发人员陪着加班。
最后这些陪着加班的不胜其扰,辞职了。
那个烂程序员给加薪被留住,因为他走了没人看得懂那烂代码。
另一个情况是:
一个好程序员,搞了一套框架。
代码规范,模块清晰,抽象层稳定,系统日志详细,跑个几年没怎么出现过问题。
代码上线了基本就没什么人找过他,所以老板对他也没啥映像。
提加薪,老板没同意,就跳槽了。
由于代码规范,文档详细,来接手的人很快就上手了。
系统继续稳定运行,新人继续在框架上开发新的功能。
整个公司对这个程序的消失没产生任何影响。
更多推荐
编程界的劣驱良现象有哪些?
发布评论