主要还是前端后端人数配比有问题，工作量不对等

@black11black @lihongming 总之就不是 everythin java 嘛，那就完事了😂

一般的 996 企业，只要你够卷，待到晚上十点才走，不太可能给你 c

可能国内的在做技术选型的人就是不喜欢 js，如果关注一下 nodejs 在服务端的应用，单就外国来说，实践（文章）还是很多的，当然我不在国外，也只是臆测

@chaleaoch 你讲的这种情况属于需求方有病

@jsoncai bigo 是卷中卷

@jake361 请求多少次不是关键，关键是，type${x}作为一个由 a,b 衍生出来的值，可能性随着需求会越来越多，那么这里首先不应该把这部分逻辑放在前端，
我还见过更 sb 的，不仅要带上衍生值，还要带上原始值，即 resource?type=typex&a=sa&b=sb

@chaleaoch 我觉得你这挺典型的，既然 a 和 b 决定了 resource，那就应该 resource?a=sa&b=sb
把状态组合影射为一种 typecode，是典型搞笑行为

如果觉得每个项目一份 node_modules 很讨厌可以考虑 pnpm，当然我觉得每个项目一份 npm 其实也没什么问题

我觉得比较好的做法是把 package.lock 也提交，然后 npm ci，把 node_modules 加到 repo 里实属弱智

@w88975 实话

至于主贴的问题，楼主理解交互逻辑和业务逻辑的区别吗

有的后端就是弱智，设计的傻逼接口不仅毫无意义还净给前端添麻烦，还美其名曰业务需求

@Static2015 我两年前的经验，7-8 点早高峰，番禺广场往天河方向，是要等车的，现在是 2020，你可以品品

@Static2015 按照上面 towntown 的回复，11 点上班怎么会限流

@Spoter 点开上面这个用户的个人页，我觉得应该能懂点啥