没办法，openai 目前还是最强的
换句话说：还能离咋地

看看我的
https://wexcdn.com/img/Snipaste_2024-12-20_23-34-12.png
整个 dist 文件夹只有 1.8M ，当然项目本身也不是很复杂

我的是 Vite6+Vue3+Element Plus ，采用了按需引入
每个包都挺小的，gzip 后更小
最占空间的应该是 ECharts ，我没做按需引入

另外我还找了另一个 React+Ant Design 的项目 Hooks Admin Pro ，这是他的打包结果：
https://wexcdn.com/img/Snipaste_2024-12-20_23-48-30.png
也才 7.1M

我觉得你的 tree shaking 还是有问题，而且我实在很好奇你用 Web Worker 都干啥了，计算量这么大吗？


另外：
1 、你应该不是 SSR 吧，要不要考虑 SSR 一下，首屏加载时间更低
2 、Antd 比较适合于中后台或者管理平台吧
3 、试试 CDN ，那玩意儿网速很快
4 、带宽也不用那么省吧，毕竟你是按带宽算钱
5 、你是 ECS 还是轻量应用服务器？

不如直接买个 switch

作为一个 Javaer ，其实没怎么想过这个问题。Java 在向后兼容方面做的比较好。某些脚本语言在这点上就做得相当垃圾。（ Node.js 和 Python ）

Java versions are expected to be binary backwards-compatible. For example, JDK 8 can run code compiled by JDK 7 or JDK 6. It is common to see applications leverage this backwards compatibility by using components built by different Java version.
所以如果我是个类库的作者，我会在编写 Java 库时尽量用低的版本。比如做的挺好的 Netty 4 就支持 Java 6 。

而作为使用者，只要你使用 8 以上，你就可以尽量用新的类库版本。

而且吧，Java 需要编译，如果接口变了或没了，那你直接编译就通不过。所以你很快就知道能不能用。如果不能用，那降个大版本基本也就能用了。


不过实际并没有那么完美，比如 nashron 引擎就被移除了。javax 的现在要注意下改成 jakarta ，万恶的 Oracle 。

微软的 rdp ，国区 app store 没有，要去美区下

没出过国，但我听说福建人问过妈祖就可以去了，全球免签

群晖 NAS+Synology Photos ，挺好的了

@1145148964 你说的是 Typora 吧，我就是用它写的。我也有想过定制它的主题，但是光定制主题的话，应该没法做到这么多要求。。。

我正好想要反着的

我是工作第一个月工资给父母，一人一半

我装火绒主要是为了让 Windows Defender 滚蛋，要不然 idea 一直会提示 Windows Defender 影响 IO 性能


另外，看到你几个关于 Windows 的帖子了，我建议你可以先随意点，各种方法都试试，然后过段时间重装下
反正我以前是喜欢隔个半年重装一次，每次的设置和装的软件都不一样。现在倒是不折腾不重装了

《男人除了性还在想什么》，作者：赛莫夫(Simove)

@dilidilid 所以我说在同等便利性上已经做到最好是没错的。当然你说的能给用户更多的选择也没错。

但我想强调的是，当出了这种事故，第一个应该是认识到自己安全意识不足，而不是责怪他人。举个例子，如果我使用了 Chrome 来保存密码，我的电脑中了病毒导致 Chrome 中的密码被盗，我就会首先反思自己。因为我知道安全性和便利性是有平衡的，我知道我在得到一定的便利性时损失了怎样的安全性。而有的人就不知道。

这里面的重点在于，谷歌如何做好这个工具只是他的社会责任，而有没有安全意识是关系到你的切身利益。

puppeteer

@dilidilid 你说的这个东西明显有便利性上的损失
我说的是在对应的便利性上，Chrome 的安全性上已经做到最好了。

不会，我觉得会提高。因为你会看到别人是怎么写这个的东西，或者给你其他的解决思路

@msg7086 你这个是工作流和提交的历史粒度的问题。

我没有把他当成史书来写，只是我觉得提交历史的整理不应以“模糊真实变更”为代价，过于简化的历史可能反而增加复杂性。

具体到你的场景，如果是我的话，我会创建一个中间分支，比如`dev`吧，将个人分支合并上去的时候用`merge --no-ff`，这样这个分支上看起来就只前进了一个提交。

当然具体选择什么样的工作流随你，你觉得什么样的工作流适合你都行。我只是说我比较喜欢`merge`。

至于什么时候提交：

我的观点是一个提交实现一个逻辑单元：

每次提交都应对应一个独立且完整的逻辑改动，例如：

- 实现一个功能。
- 修复一个 Bug 。
- 添加测试用例。
- 改善代码的性能或样式。