如同游戏里的 remaster 而不是 make 。
主要是这样激进的变更，而且是用 AI 转译充满 unsafe 的，敢在生产环境用 bun 的人就会更加少了吧。

不如自己做内容农场，往小红书或者公众号什么地养起来，那么大用户基数总有喜欢这些信息投喂的人的。

我看到的标题党是“你的工作将在 5 个月内被 AI 完全替代，现在是最后的上车机会”。

因为不给选择权的那几个都垄断了，自然不需要管用户的感受。

这是开一个目录就把这个目录下所有子目录及其下的文件都上传了吧。

要做分页或者是虚拟视口优化的，不然任何事件都重新渲染一遍这些表格那哪个浏览器都得卡。

知道大致需求了难道不是去 github 上扒一个类似的模板来搞么？比这样从头慢慢用 gpt 写可快多了。
比如帖子里的 landing page ，去 landing page 的关键词查一下，稍微花时间选一下一定能够弄出更加有审美的成果物的。

可是 python 语言本身没有 type 检查呀。你再怎么写得完善，返回一个不一样的类型也不会报错。
还得依靠 ide 或者 linter 。

搞成 pdf 不成么？ pdf 也有直接在网页上显示的法子。

https://starlight.astro.build
走一个。

订阅费这些杯水车薪的。OpenAI 这类的 AI 公司最大的成本就是训练（芯片和人力）和推理成本。在这个 2~3 个月就要刷一波版本号的情况下，这些钱烧的就看哪家能挺得住了。

80 代表着没有用 https ，那么登录的密码什么的就都是明码传送的。即使抛开这样的漏洞不说，没有证书，也容易让人制造假的网站而无法验证。
所以现在的大趋势是尽可能使用 https 加证书，至少登录画面等有机密信息的部分要得是 https 的吧。

mysql 5.7 多少人一直用多少年不换。之后预计和 jdk 一样，mysql 8.0 估计也是常年钉子户真用来干活的人不会换的。

推一个 https://loco.rs/ 。

Excel 的处理本来就是比较慢的。如果格式不重要的话，转成 csv 再用 pandas 处理，速度能上一个数量级。

如果考虑能够支持工作和就业的话，不如再学一个 java/kotlin ？当然如果是想往硬件底层方面走，那只能 C++了。

纯粹从兴趣出发的话，个人推荐 rust 这个当红炸子鸡。网上的讨论、资料都比较多，也有很多新的明星项目涌现。学起来比较能感受到网络上的最新发展的热情。

国内有 https://laf.run/ 。虽说是公有云，但他们家也开源了可以私有化部署。