一名程序员刚刚入职一家公司，就遇到了一件糟心事：刚刚接手了一个项目，打开后60%的代码都曝黄线，if判断写的跟爬楼梯一样，controller里面各种逻辑判断一个方法几百行，这个项目的同事前几天离职了，工作了7年！我该怎么办。
很快，这样的吐槽引起了同行们的口诛笔伐，认为上任程序员太缺德，这不是坑别人吗，楼主对此也表示愤慨不已：好想把他拉过来暴揍一顿。
有同行如此评价：看着一个七千行的类，抱怨一番，默默加到了九千行；前人挖坑埋后人；我在面对一个行的.c文件；事实就是这样，先解决有无问题，优化？不存在的，老代码更是这样，不敢乱改逻辑只好添加新的分支判断；这就是代码，为什么平均两年一重构的原因，不重构实在不行了。
还有同行认为这完全是职业素养问题：ifelse完全是职业素养问题，和需求啥的，重构啥的没关系，最简单的拆方法都不懂；承认代码烂有那么难吗，写这种垃圾代码的一般自己意识不到，意识到了反而会注意，这种代码需求一改就到处改还bug多。
还有同行讲述了同病相怜的遭遇：我是接手一个PHP项目，还是用tp3搞的，真不敢直视，接口直接输出html，看的我一愣一愣的；接了一个12年毕业的程序员留下的项目，工作六年多了吧，原先是做C的，然后又写前端，最后又转的JAVA，他的代码就和你说的差不多，还在control里以responseboy的方式返回拼接拼接动态html，他的桌子上有一本JAVA经典模块大全，就是学那个的。
不过也有程序员进行了客观的分析：一般很多功能实现有好多种方案，越好的设计和方案大部分工作量越大，这种最好的方案往往最先pass，然后选最小改造最快实现，就产生了一堆别人觉得烂的代码。