代码圈有啊那些“不思进取”的坏习惯？

你知道代码圈的这些坏习惯吗？我随手给你撸十几个case。

1. 拿着“业务优先”的令牌，代码里穿插着各种if else逻辑，而不是使用多态解决类型路由逻辑。

2.技术说着不与业务的KPI挂钩，而是实际上几乎所有公司都与年终绩效和奖金挂钩。

3.面试招聘基本都在造火箭，进来工作却是大家一起拧螺丝。

4.开会不是对焦方案决策，而是一群人讨论方案怎么形成。

5.产品业务很紧急，倒逼开发搞完，开发搞不定，就砍需求，而不是一群人共同找到可代替的方案。

6.新人开发诚恳率先承认自己的错误，那么以后关联的问题都会甩锅给他。

7.历史悠久的祖传代码，不是设计的如何精髓，而是坑太多没人敢动。

8.业务开发人员键盘上使用最多的键”command+A(mac复制)”

9.应用里有精髓的设计和牛叉的代码架构，开发菜鸟看不懂直接if开干，走了一坨稳定的如屎一样的逻辑。。干掉了应用代码架构的精髓，并引以为豪，前人过度设计！！

10.有未知代码的异常，先百度/谷歌搜索。

11.晋升靠PPT，工作靠沟通，甩锅靠代码。

12.刚fixed的bug，测试反馈还存在问题。开发会优先回击，看看环境是不是有问题。。。(咦，难道是代码没生效？)

13......9999+被简书隐藏。