团队逼走一个程序员有多简单？-CSDN博客

本文链接：https://blog.csdn.net/u012516914/article/details/140029957

不信任程序员

程序员做了一个方案，整个系统是用 Java 实现的，老板看到了说，为什么要用 Java，而不是 Golang，能不能证明一下 Java 的各个方面的指标真的比 Golang 强？自己选择 Redis 作为非关系型数据库存储，老板说为啥不用 Memcached，这 2 者之间的优劣势，是否需要做一个对比？总之就是咬死每一个细节问题。

引入繁琐复杂的软件开发流程

一个不到 100 人的研发团队，里面嵌套着各种组织，比如：合规团队、项目经理团队、敏捷团队、独立的产品经理团队、QA 团队、专家团队、架构师团队.... 每个团队之间都是独立完成自己的工作，开发一个项目，程序员要协助项目经理要写立项报告、写完之后让合规团队查看是否有违规的点；修复完成之后，程序员要找到架构师团队，一起做架构设计沟通和文档落地，落地完成之后，又要找到专家团队审核，敏捷团队查看文档是否完整，如果不完整还要在后面追着问程序员要，因为他们还要搞一些不知所云的 CMMI...

有些时候，程序员并不是在专注他的专业，而是在做编辑文档、发送电子邮件、阅读文档和回复别人。然后老板们再 PUA 一下，这些能力远远要比代码能力难和复杂，同时也比代码能力重要。。。（但是老板从来不写代码，也不用为线上故障问题焦头烂额）

无限推迟产品的发布周期

经过困难重重，各种催工，倒排工期，终于完成一个阶段的项目开发，等到快要上线的时候，老板忽然不见了，当时的承诺也无人再提了，不是说上线动辄多少个亿的操作，大家的年终奖和绩效考核也要远远高于往年，一切貌似都烟消云散了。客户要不着急了，轮到程序员催老板了，然后老板随便说了一个接口，没事，再等等。。。。3 个月、6 个月、1 年。。。。最后貌似发现这个貌似就是老板自己想出来的。