chenliangngng

看 boss 上的折线图 5 月一般全年工作岗位最少

@PopRain 你觉得别人为什么跑，就是看你们有问题，稍微有点经验的人，谁想天天换工作，不好意思你就是精神资本家

现在可能叫技术支持、销售支持或者客户经理，有些本质就是低码工程师

未来应该会有，搬更重的砖拿更少的钱

@tlerbao 你要反驳的话，每一条每一条说清楚。上面的是我用过 3 个月这就是我的感受，也请你把你的用后感写下来

登录状态我这里就是全局变量+闭包控制的，没有用 redux 也没有用 hooks 也没有用 context 。原因很简单，我希望这个状态和 react 生态解耦。一些其他需要用到登录状态的中间件，我没必要用 react 的方式去写

看你业务场景吧，适合就是好的。微前端场景，完全可以全局变量+闭包；全局状态的场景，可以用 redux 也可以用 context ，而且尽量减少全局状态，尽量减少状态，少用状态管理，因为这会让项目指数级复杂化；一个模块的状态，用 context 是最好的，在模块最顶级文件使用，可以保证其他模块不去用，不需要 props 传参

用过 3 个月吧，后面全部还原了

个人认为这几个问题是死穴：
1. 有 ui 框架这种东西，css 都不怎么需要写，现在有了 css 变量，连 less 这种都不怎么需要写了，tailwindcss 用起来很低频，这是最主要的原因
2. 学习成本，包括团队学习成本，都不低
3. 用起来相当于要把英文翻译成中文那样，在脑子里需要翻译 tailwindcss ，对日常开发来说，没有必要增加脑力负担
4. 效率可能会降低。当你发现 tailwindcss 组合不了你想要的效果呢，再回去写 css ？时间都浪费了

优点就是，如果新手前端学习这个，可以限制自己随便写的 css ，对控制 css 步长很有帮助

最近 1 个月吧，我更新了也这样，不过报的别的问题，cpu 狂飙

可以把那个检测功能关了，比如你这里 ts 的就在 setting.json 里面把 ts 相关检测全关了

个人猜测应该是不同窗口用同一个插件不同的 config 导致的，如果你关到只剩一个项目窗口，问题也没有了