复杂的永远是业务而不是技术，业务之下是各种现实逻辑的组合，业务之上是混沌市场的意志。AI 永远是工具，汽车的出现导致了马车夫的失业，火枪的出现让弓箭手黯然失色。然而一个考了驾照的马车夫，一个学会开枪的弓箭手，何尝不能在新事物下生活的更好呢？

简而言之，拥抱 AI ，驾驭 AI ，保持学习，这个世界终究属于人类。

服务器繁忙，请稍后再试。

你只是老了

不错，真不错，文案写的也不错

看完描述，给我一种儿童拿着容易擦枪走火的自动步枪在森林里打猎的感觉，没啥贬义，就是一种感觉

年轻真好啊

正好之前搞过公司内部的老项目 umi 支持 vite 开发，简单来说要处理：
1：路由（路由重新生成，路由参数注入，路由跳转方式兼容）
2：样式文件需要处理为 xxx.module.xxx ，不要试图用插件去处理 scope 样式，该踩的坑都踩过了，还是改名更快，当然，改名的同时要注意把全局样式剥离成单独的文件，当时单独写了个 node 脚本检查样式文件是否正确引用。
3：一些静态资源的处理，比如 svg 之类的
4：环境变量注入的方式变动，比如 vite 使用 define 来注入全局变量
5：热更的处理，webpack 对于循环依赖、tsx export 类型、常量都是支持热更的（虽然也不是很热），在 vite 中，由于 react-refresh 的限制，tsx 如果不是一个纯纯的 export default Component ，那么你就要 hack 热更这部分了。
。。。做完之后，你最好还是只用在开发，别直接上生产，这涉及到 vite 开发与构建本身产物就有差异，且低版本需要用 legacy 单独处理，这中间再来一道已有的 webpack 的复杂产物，可想而知在一些 corner case 的情况下你根本就兼顾不到。

本质是人类总想在混沌系统中追求秩序，求而不得带来的失控感，使人焦躁难安。

我说怎么放着放着就变得巨卡了，还以为是用的网站有内存泄漏

框架替你解决的都是入门的问题

@Features 确实，我用 AWS 就是这个感觉

毫无鸟用

小公司的加班和内卷，绝大多数的时候都是为了解决老板的焦虑。