 |
101
cccssss 1 天前
前端直接操作数据库是不是就能解决楼主和这个帖子里的人们的问题？
|
 |
102
LiaoMatt 1 天前
这个问题本身也比较抽象, 不具备严肃讨论的基础, 最后争论的更多事立场, 大家别在这里浪费时间了
|
 |
103
wtsm 1 天前 via Android
因为需求改来改去，如果需求一直不变，直接写死就简单了
|
 |
104
horizon 1 天前
简单是极致的复杂
这句话可能理解反了。。 |
 |
105
qingyingwan 1 天前
吐槽一下正在待的小公司，后端团队也就几十人，QPS 不过千，微服务拆了四五百个。就比如获取用户信息，本来就是查一下库的事，非要获取用户数据调一个微服务，获取用户地址调一个微服务，能分四五个服务，而且都是单独的仓库没有 monorepo 。一个仓库 A 的函数，参数定义要去仓库 B 查看，返回值定义要去仓库 C 查看，查询的方法是调用仓库 D 的微服务。我称之为微服务的神。我之前管那 QPS 几十万的服务，也就不同语言和业务团队拆一下微服务，没见这么玩的
|
 |
106
sampeng 1 天前 via iPhone
@qingyingwan 这就是 kpi ，离开架构师就玩不转了，按你的说法，几十个人干了几个人的活。你是不是要感谢给了一份工作呢？而且除非很难过了，还不能轻易裁人，不然玩不转了。
|
|
107
qingyingwan 1 天前
@sampeng 那确实，我能入职还得多亏这个架构，不然都不需要我的。。。。
|
 |
108
Biem 1 天前
因为有些抽象的程序员用某些抽象的语言自然会写出一堆抽象的系统。
|
 |
109
lvlongxiang199 1 天前
@yh7gdiaYW 所以才需要重构
|
 |
110
wuhanchu 1 天前 via iPhone
多次需求叠加+菜+框架啰嗦 得到你看到的样子
|
 |
111
daybreakfangyang 1 天前 via Android
复不复杂看业务专不专业，有时候是业务把复杂度转移给开发了
|
 |
112
jorneyr 1 天前
能把简单事情做复杂的人太多了，能把复杂的事情做简单的没见过几个，有的时候只能讲究一下，哎。
|
 |
113
wupher 1 天前
要升职，要加薪
所以 Babel towel 最终倒了 |
 |
114
hwb 1 天前
1.做一个简单的登录就好了
2.要不加个手机号登录？ 3.要不加一下微信登录？ 4.我们想出海要不接入一下 Google 登录？ 5.我们也出一个授权登录给第三方接吧？ 6.要不加一个 F2A ？ 7.要不把手机号唯一给调整一下，有的人可能用同一个手机号开通多个账号？ 8.为什么有的程序员能把很简单的业务逻辑抽象成超级复杂的系统？ |
 |
115
nevendch 23 小时 56 分钟前
respect 吧兄弟，打工的没必要互相伤害，国情就这个 diao 样，做好自己就行。
有时候你考虑不到别人考虑的东西，或者你认知达不到那个水平，那别人的代码就是屎 一看产品能力和组长，二看自己的认知和实践，这个问题太泛了，什么前提的都没有聊个 der.... 第一点过不了（产品连问题都描述不清楚，组长写的代码连个简单的并发都不行。问就是不知道，你决定，反正锅是你背），那效益权衡压在写代码的人上面； 第二点过不了，那就简单写，有能力就出个草稿去反馈，让上面去决定，你有几个方案，抛出去，等命令执行就好了。 |
 |
116
EmbraceQWQ 23 小时 17 分钟前
@sagaxu 其实我觉得 dto 和 vo 有时候也是必要的。
|
 |
117
txzh007 22 小时 34 分钟前
可能吃过亏?
|
 |
118
realpg 14 小时 35 分钟前
Java 程序员是这样的
开一个新的项目是要版本库同步开通的 版本库连着 build system build fail 就会产生一大堆警告甚至发到 manager 那里 而开项目要在版本库开完整库 所以一般来说 开新项目 都会直接用相关语言写个 console output 的 hello world 至少能编译过 编译还快 还不报错 只有 java 来的大哥 main 函数 system.out.println("hello world")都得给你整个 HelloWorldProvider 出来 |
Select Language