每个人的重心不一样吧，996 不是唯一选择， 作为一个 996 一年的人来说，有充足的自我时间才是最主要的。很多时候成长不是因为忙，而是自律吧，但绝对不是无脑的加班就能成长的。 我下份工作绝对不会 996 了

@amundsen 我的想法是，这类问题都可以通过提升团队技术水平或者进行强行约定，你说的 cli3 的问题完全可以进行改造文件架构等，绝对不会成为团队的问题，react-hooks 固然好，但是水平不够的化，面对复杂的业务还是会写出很难调试的隐藏 bug， 其实 react-hooks 反而更容易写出隐蔽性强的 bug, 真的需要一定的技术沉淀，还有对 hooks 心智模型的理解。 稳健的代码和团队规范，从来不是语言的问题。

@dvaknheo 跟大小无关。不要引战哦，快跑

@amundsen 我也很想知道你们的业务到底有多复杂，会扛不住？

换 mac 吧

router3 是和 vue-router 有点像的 router4 开始有了这个理念，这个理念很先进，但是也同样支持你希望的集中配置，但是去中心化的问题，集中配置也存在，当一个项目里面有上百个路由，而你却还要梳理各个路由之间的关系的时候你会很奔溃， 其实这东西没有一个完整的答案，既然是去中心化的开发，那么你应该用去中心的思路去梳理代码，如果是集中配置，那么就平铺式的梳理代码，自然各有各的好处, 有时候还是要兼容不同的思想

上一家公司部分 b 端端页面是后端画的， 现在这家公司，测试也在写前端页面，没什么不可以，不要局限自己

你们团队技术水平整体质量很好 眼睛闭着选

如果不太好: 还是用 vue 老老实实怼比较好

不要杠
不是说 vue 适合技术菜的，而是说如果技术不怎么样，写出来的 react 可读性，可维护性太差，写到最后你会吐血然后重构
vue 在这方面还是比较好的规范了代码应该怎么写

要是实在是....不好

眼睛闭着选， 随意，反正要重构的

一年可以加快审核 3 次，这个审核几分钟就好，没那么严格

999+ 给够了用户想想的空间，就觉得挺火的这东西， 但是如果每一条都是 1001 3405 用户就更关心数字，也可能会觉得 1001 的好垃圾，但是都磨平的话，你就不会在乎具体是多少。

@RickyC 同。

颈椎病，慢性胃病，