今天刚在项目里注入了一坨💩 点进来之前还紧张了一下是不是被同事发现了

装 x 的真的太多了，就这么写有什么问题？所有人都看得懂，所有人都能改。
你怎么优化？把相同的提取出来，特殊的保持原样？？之后再有特殊的，再上面删掉，下面再加一个 ifelse ？
或者用什么注解之类的，碰到不熟练的同事，隐藏 bug 不知道埋多久。
全是培训班 PUA 了，还当真理了……
Linus 算什么东西，别人写的大便，他写的赶得上被骂的那些人的吗？？起了坏榜样。。
所有人都能维护不出问题，比你乱优化好太多！！

你截图这个是有字段先后顺序的，判断不一样，特殊字段也是不确定的，鬼知道某个字段，突然要加什么新需求。 不大动直接改不了，请喷的大侠自己优化看看 再和这个比比……

等保人是这样的

cellValue.equals("应用 ID") ? !dto.getExportColumn().isAppId() :
        cellValue.equals("应用名称") ? !dto.getExportColumn().isAppName() :
        cellValue.equals("应用编码") ? !dto.getExportColumn().isAppCode() :
        cellValue.equals("应用描述") ? !dto.getExportColumn().isAppDescription() :
        cellValue.equals("应用类型") ? !dto.getExportColumn().isAppType() :
        cellValue.equals("应用类型说明") ? !dto.getExportColumn().isAppTypeDescription() :
        cellValue.equals("应用领域说明") ? !dto.getExportColumn().isAppAreaDescription() :

代码为修改而设计，啥也不懂上来就瞎逼封装的才是新手。封装完了过段时间自己都不知道封装了个啥，一有变更的需求就抓瞎。

这代码不完美也有 80 分了，同事写成这样我只会感恩，累的是他，而我读得很轻松🤪。
说真的好代码不就两点，1 是性能 2 是可读性可维护性，他这个看着也不需要什么性能，你也优化不到哪去，可读性拉满了，不要对别人要求那么高好吗

这代码要是 APT 生成的简直无敌了

这样写好像问题不大，至少不是金字塔嵌套 if 。
楞要说的话就是匹配不太高效，而且没有缓存待比较值，不过有 JIT 的话也不见得会有大问题。
而且看上去也不是什么高频代码，不优化也说得过去

这段代码明显是可以优化的，但是重构要考虑全局，从读取表格甚至更前面的部分开始都需要重新设计，只改这么一段作用不大

有没有可能是这种故事：
你的小同事：“DBA 敷衍我，线上不给我加表啊，怎么破？  曲线救国吧，我 hard coding..先 ”