为什么有的程序员能把很简单的业务逻辑抽象成超级复杂的系统

要扩展啊，你以为就搞一下

除非很明确后期不会再增加需求，不然随着需求堆上来前期简单的功能都会变成庞然大物

@bytecc 我说的不是框架，我是说他把所有能展示出来的接口全放前端了，所有逻辑都要人欣赏一下参与一下，不然这个活就白干了

@Lockroach 问题是他加的也并不是业务需要的需求，业务都看不懂他的工作流的设计，为什么要在那自己凭空幻想，有点像楼上说的，往之前有的框架上硬靠

@pureGirl 你们没产品吗？

你也知道我做的积分系统被别人分散到各个莫名其妙的菜单了？

咋说呢，你得举出例子啊，或者脱敏下，拿出个具体场景。现在你只是在输出情绪而已，然后一大堆人还在虚空打靶。

请帮我做个简单的输入框，输入文本后能显示网上的热门网页链接的搜索结果就行，不需要太复杂

@lawrencelee 这个项目没有产品

提前想太多，后面项目会不会继续演进下去还是个未知数，平白增加维护难度那是真的。

@zhujinliang 用 Spring 的魔法召唤出十二层抽象工厂，最后在二十个分包里种下九种设计模式

过度设计，即使只有一个实现也要把弄成接口。

@fredweili 过早优化是个坏习惯 lazy-load

是不是都是 DDD 的概念？中文程序员的圈子唯一的架构圣经-DDD 。要让自己的代码看上去高大上，不就得引进 DDD ，才能叫架构

把复杂的事情变简单是件难事。把简单的事变复杂，是非常容易的事。

互联网不就是把简单的名词抽象不说人话显得高大上吗

这个就是设计带来的问题吧，说复杂也有两种可能，一个是你菜确实看不懂别人优秀设计，二一种就是过度设计了。这个平衡不是很好把握，而且不同人看有不同的观点，你看觉得复杂换个人觉得设计的不错。
如果直接写有该有人说：把 ifelse 给我去掉！

写业务框架需要一些抽象

因为老板和产品的脑洞大开，程序员尽可能去维持扩展性，导致过度设计。

因为你看到的要处理的业务是今天的，但是这可能是从 4 年前就有的功能，一直在变更的。