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

[pureGirl]

这到底是一种怎样的能力

[cccssss]

前端直接操作数据库是不是就能解决楼主和这个帖子里的人们的问题？

[LiaoMatt]

这个问题本身也比较抽象, 不具备严肃讨论的基础, 最后争论的更多事立场, 大家别在这里浪费时间了

[wtsm]

因为需求改来改去，如果需求一直不变，直接写死就简单了

[horizon]

简单是极致的复杂
这句话可能理解反了。。

[qingyingwan]

吐槽一下正在待的小公司，后端团队也就几十人，QPS 不过千，微服务拆了四五百个。就比如获取用户信息，本来就是查一下库的事，非要获取用户数据调一个微服务，获取用户地址调一个微服务，能分四五个服务，而且都是单独的仓库没有 monorepo 。一个仓库 A 的函数，参数定义要去仓库 B 查看，返回值定义要去仓库 C 查看，查询的方法是调用仓库 D 的微服务。我称之为微服务的神。我之前管那 QPS 几十万的服务，也就不同语言和业务团队拆一下微服务，没见这么玩的

[sampeng]

@qingyingwan 这就是 kpi ，离开架构师就玩不转了，按你的说法，几十个人干了几个人的活。你是不是要感谢给了一份工作呢？而且除非很难过了，还不能轻易裁人，不然玩不转了。

[qingyingwan]

@sampeng 那确实，我能入职还得多亏这个架构，不然都不需要我的。。。。

[Biem]

因为有些抽象的程序员用某些抽象的语言自然会写出一堆抽象的系统。

[lvlongxiang199]

@yh7gdiaYW 所以才需要重构

[wuhanchu]

多次需求叠加+菜+框架啰嗦 得到你看到的样子

[daybreakfangyang]

复不复杂看业务专不专业，有时候是业务把复杂度转移给开发了

[jorneyr]

能把简单事情做复杂的人太多了，能把复杂的事情做简单的没见过几个，有的时候只能讲究一下，哎。

[wupher]

要升职，要加薪

所以 Babel towel 最终倒了

[hwb]

1.做一个简单的登录就好了
2.要不加个手机号登录？
3.要不加一下微信登录？
4.我们想出海要不接入一下 Google 登录？
5.我们也出一个授权登录给第三方接吧？
6.要不加一个 F2A ？
7.要不把手机号唯一给调整一下，有的人可能用同一个手机号开通多个账号？

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

[nevendch]

respect 吧兄弟，打工的没必要互相伤害，国情就这个 diao 样，做好自己就行。

有时候你考虑不到别人考虑的东西，或者你认知达不到那个水平，那别人的代码就是屎

一看产品能力和组长，二看自己的认知和实践，这个问题太泛了，什么前提的都没有聊个 der....

第一点过不了（产品连问题都描述不清楚，组长写的代码连个简单的并发都不行。问就是不知道，你决定，反正锅是你背），那效益权衡压在写代码的人上面；
第二点过不了，那就简单写，有能力就出个草稿去反馈，让上面去决定，你有几个方案，抛出去，等命令执行就好了。

[EmbraceQWQ]

@sagaxu 其实我觉得 dto 和 vo 有时候也是必要的。

[txzh007]

可能吃过亏?

[realpg]

Java 程序员是这样的

开一个新的项目是要版本库同步开通的
版本库连着 build system
build fail 就会产生一大堆警告甚至发到 manager 那里
而开项目要在版本库开完整库
所以一般来说 开新项目 都会直接用相关语言写个 console output 的 hello world
至少能编译过 编译还快 还不报错

只有 java 来的大哥 main 函数 system.out.println("hello world")都得给你整个 HelloWorldProvider 出来

[aarontian]

“他把所有能展示出来的接口全放前端了” “业务都看不懂他的工作流的设计” 会不会是产品的问题？