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

[pureGirl]

这到底是一种怎样的能力

[zhujinliang]

你是说 Java 程序员吗

[shunia]

能抽象的人一般不会把它搞复杂，会把它搞复杂的人显然没做好抽象

[phreej2voo]

抽象化解耦侬晓得伐

[yh7gdiaYW]

简单的逻辑，你要真的简单写了那后面改起来就是屎山代码
但另一方面，不是所有的业务都需要考虑后面的维护

[X0V0X]

人和代码有一个抽象就行

[x86]

做销售的潜力

[pureGirl]

@zhujinliang 是的！

[fredweili]

现在很简单，将来呢？改需求就一句话，改代码就是大麻烦

[lyusantu]

设计模式的功劳

[pureGirl]

@fredweili 在复杂也是后台的问题，为什么要把前台做的那么复杂呢，把人全给绕晕

[shen13176101]

屎山代码怎么来的。

[iosyyy]

这不是产品的问题吗 楼里这些人一上来就搞抽象给人的感觉就是没干过活

[shen13176101]

@pureGirl #10 你说的是项目经理提的需求，程序员只是按照 需求开发

[Enivel]

用最小的复杂度承载最大的可能性, 称之为优雅. 很显然大部分人没这个能力

[woodfizky]

没有具体需求和场景就抛出来这么一句话，那我不好评价。

能力不够的产品/管理对接过，被坑过就知道了。
这帮人做需求分析和功能设计的能力对这个岗位来是都是严重低下的，他们的不作为和浅薄的理解最终会导致程序员的工作量大大增加，甚至反过来得帮产品整理分析需求。这其中还有很多是无效工作。

当然如果你也是程序员，你只是在吐槽平级程序员在做多余的事情，那当我没说。

[Rorysky]

抄的模板

或者

想的极端情况太多

[yunlongV]

之前做一个问卷调查，单/多选题后端要求把问题，用户选择的答案和该题的所有选项传给他，而不是传任何和 ID 有关的东西..我至今不明白为什么..

[fuhanfeng]

因为一部分人就是会把简单事情复杂化，或者照搬不加思考

[mysdemon]

@yunlongV 可能是为了应对产品经理要求的选项乱序排列的要求

[iorilu]

很多都是提前考虑的太多

所谓做的通用化, 配置化

实际上根本不需要