你见过的最差的程序员是怎样的？

不嘲笑别人了，报应来的太快，昨天刚回答完问题，刚才被HR通知被裁了。。。

很多同类，哦不，是同行，刷到我这个回答，公司提前一个月通知，我这个月在想以后的发展方向，年龄确实有点大了，再干技术也干不了几年了，后面可能会做其他方向，给大家打个样。感兴趣的可以关注一下我的dou y号：supergg0000 目前是个空号，后面可能会纪录职业走向和思考，有需要的可以占个座围观

================================

我们有一个业务，有一审二审搜索三个页面，每个页面里有不同来源但是ui和操作一样的Tab十二个，前端愣是写了3×12=36套几乎一样的页面，所有的逻辑，功能都是36份。

产品提个需求改一个条件，要改36份。

我接手以后，代码看的我脑壳疼 ‍ 。

由于她要休产假，我要接手她项目，然后我拉了一下她所有项目的源代码，一个破前端，拉下来两个多G的源代码，当时给我震惊额目瞪狗呆。

她负责的总共两百多个页面的项目分布在十几个git项目里，技术栈从jq，原生，到react 16到18等等。

代码发布用的webpack脚手架，配置的不支持多页面导出，每次要发布页面必须去代码里注释掉其他页面的route配置，发布应用配置了接近20个。

什么意思呢？也就是说发布的应用和项目的源代码、发布代码都不是一一对应的关系，如果再加上分支管理，我需要知道和维护这个页面的发布分支、源代码路径、发布代码路径、发布应用配置，而且，要去最终的源代码打包出口里去手动注释不需要发布上线的route配置。

你能想一下这里面有多复杂和令人绝望吗 。

等我搞懂这里面的东西，我跟他们组长说，你们以前发布没出过重大事故，简直是个奇迹。。。

你们别以为我们公司是哪个野鸡小公司，其实我们也算互联网大厂，在上海甚至是重点互联网企业，国内也排的上号的。

这位同事，是公司干了八年前端的老司机了。。。

我接手改版以后，从技术架构，到发布架构全面改版，所有项目发布只需要一行命令，所有应用和源代码、发布代码都在一起统一管理。

代码量和业务逻辑复杂度指数级下降，开发难度和维护难度也是指数级下降，系统稳定性、发布可靠性、发布效率至少是成倍的增长。

然而因为加班时间不多，代码量也不多，从最近的绩效看，应该是准备把我开掉了，最快今年，最迟明年初

都是什么狗屁，这世界，就是个草台班子，就是一个垃圾堆。