问一下， 如果是内部的代码，有必要写成这样子吗？ 业务拓展了内部重构不就行了？

这也是一种护城河

java 仔是这样的，能理解

工作量，代码量，绩效巴拉巴拉的，老外有没有？ 你写一行？ 你这个月的代码量怎么这么少？ 喊你把你做的事情，写个 ppt 讲一下 你说这里，我起了一个线程？ 我这里运用了 xxx 模式，能有效 xxxx ，利于后续扩展 xxx 比一下？外行领导喜欢听哪个？ 那么多公司，用户就几十上百人，你看看架构师要设计多大并发？ 动不动就千人级，万人级，最后就那么几十人。。。 为啥。。。 卷呗

最近看了下重构，这是典型的代码坏味道之夸夸其谈未来性

我之前组里就有个同事，无论怎样的业务代码在他手里都是一层套一层再套一层。遇到这种技术扎实的同事就偷着乐吧。。这种事这种人在 Java 上真的特别常见我只能说。。。。。

过度设计增加心智负担，太累了

搁这开发 Spring 呢

职场新人是这样的，老手都不会提前优化，前面搞那么合理，以后技术的 KPI 不就没有优化空间了么

这个“以后”可能是 never /doge