'如果你所在的公司没有颁布日常性的强制加班制度，请不用填写这个问卷，谢谢'
这个条件很苛刻吧，眼下多数情况不是
1.给安排一大堆工作然后说'我们不强制加班的，但是做不完就得加班'
2.以工作时长考量 api，然后都留到很晚

@xgfan 我的理解是，纯前端，其实是能力是十分受限的，理想的情况是前端+一个很轻的 web 后端，这种'很轻的后端'，express 应该足够胜任。
至于比较重的后端，我也没什么发言权，就不多说了

@xgfan 我也很好奇 nestjs 的竞争力在哪，如果说想搞出一个翻版 spring，那为什么不直接上 spring……

@sybb 我自己没做过，不过如果要我做，那我应该只在前端针对页面级别进行控制，比如 a 用户只能访问哪些 routes，至于具体的 crud 操作权限控制由后端自己处理，前端给出友好提示即可
不过这种有点架构设计的决定好像不是前端说了算的🙃

dirtywork,粒度多细就有多 dirty

不会被国安吗

为什么不直接从终端运行命令呢，前几天刚好试过很快的啊

学基础，查框架文档...

虽然主要还是人的问题
但是 vue 就是容易诱导用户写出一个超大，超长，超多 data 配置项的组件 /view

@abersheeran #26 很妙

js

@ericgui youyuxi 为啥不爽，能详细说说么(只要是黑 vue 相关的我就极其有兴趣😛

@autoxbc 这种事不是应该调用方自己处理吗

windows 的话加了域可以推送策略的话应该好搞吧

有说法是 ui 是个人都可以提意见，所以变化多，导致工作也多

参考鲁迅理发的故事

https://docs.npmjs.com/cli/v6/commands/npm-ci#description
```
It can be significantly faster than a regular npm install by skipping certain user-oriented features.
```

package-lock 和 npm ci 值得你拥有

@momocraft react 爱好者，尤其是跟进 hooks 的，推崇函数式的几率很高