看到一个新闻：说的是一次性的 PR 提交 100w 行代码，这是不是太恐怖了，而且用 Rust 重构 Bun？

这种迁移任务算是 AI Coding 的舒适区，有完整的测试覆盖，只需要做「翻译」就行了，都是可以自行验证的任务，基本不用担心跑偏

楼上说得对

t/1212789 已经到 main 了

@Atma 太恐怖了，ai 时代写代码

以后加功能只能 ai 加了，笑死，让维护者手工添加代码修 bug ，不可能的事，只能牛马 ai

@itechify 就算 AI 维护又有何不可？

@itechify 难道是原先的屎山代码更好加功能

有没有可能是本地多次 commit ？合并成一次之后再提 pr

6755 commits

我觉得变化不在“能不能一次生成很多代码”，而在验收方式要变。百万行 PR 如果只是从 A 语言机械迁移到 B 语言，关键不是 diff 好不好看，而是有没有足够强的行为锁定：测试覆盖、兼容性用例、性能基线、回滚路径。

真正危险的是把“翻译”和“重新设计”混在一起。AI 可以把迁移速度拉很高，但工程上最好还是按模块切边界，先让旧实现和新实现并行比对，再逐步替换。否则代码量越大，review 就越容易退化成相信工具。

1M 行，10M 行，20M 行，以后可能可以到 30M 行，个人还是对此很兴奋的

6755 个提交怎么不是一次少量提交呢。
渐进重构只要测试覆盖没问题就行了，比如先花几百个提交把原来系统的测试覆盖率堆上去，然后开始一段一段重写，每次连带测试一起重写，亮绿灯了就提交，然后下一段。只要你套餐够用，一个月就能给你肝出来。

我自己一个小项目前后就已经重写过几次了，现在是 v3.5 架构，经历过几次架构大改，每次都沿用之前的大部分测试用例，但是把有缺陷的架构重构成更健壮的，这样保证新重构完的项目总是比以前 bug 更少。现在差不多一千多个测试用例的样子，差不多 1100 多个提交，感觉快肝完了。

这玩意儿怎么 review ？ ai 写的代码雷太多了。

我发现 ai 写代码，总是忘东忘西，而且是毫不相干的函数也会给我改动。
这种东西生成的代码，上生产环境，我觉得会有无数的 bug 和 backdoor 。

也许未来会有一个独角兽级别的大公司因为 ai 的代码暴雷进而倒闭。

这种翻译考验模型能力了
我用 deepseek 4 pro 转译 python 代码到 go, 简直了, 最终结果只能肉眼一行行看

怎么调它都做不到 1 比 1

- 追求速度, 很多地方直接偷懒
- 加自己的东西

它这个最终结果还是要等等看

因为测试,不靠谱,通过测试不代表什么

AI 进步神速，之前我想把一个复杂的 python 项目转为 js 死活搞不定，一年后几个小时就完美移植。

你见过充满 Java 味的 python 吗？
看起来 ai 不能做到充分利用语言特性来重新设计，只能机械翻译然后再专门规划重构任务

这大概率是 Anthropic 收购的条件之一，内部可能早就开始 rust 迁移了，只是在交易公布后搞个这样的新闻，来放大 AI Coding 的优势，交易各方都有充分动机做这个事情。

LGTM

这种机械翻译本来就是 AI 的舒适区，不涉及大的架构变更的话就还好。外加 Bun 本身测试用例足够充分，迁移完行为不一致也能快速发现。

@jjx 我用 sonnet 4.6 做 c++转 rust 的代码都顺滑入丝, 翻译编译验证 one shot,而且我真的就只给 claude code 发了个消息说帮我把这个 c++库翻译成 rust 这么一丁点指令. bun 被 a 社收了之后 token 和模型那可以说是无限量, 还有之前 zig 时代留下来的各种测试和边界条件, bun 之类的运行时库本身功能定义又明确, 简直是舒适区中的舒适区

这不就是 Anthropic 搞的一个大广告吗？大家赶紧都来用 Claude Code

一座屎山 变成 另外一座 更大的 屎山

今天早会有个同事提到一个重构，大概 10W 行代码的改动。AI 输出的内容真看天啊～～～

https://github.com/oven-sh/bun/pull/30412
github 崩了吗，这个 PR 都进不去了

@jjx #13 你代码转译的时候有多少测试覆盖？你是说 Deepseek 翻译的时候加私货然后还能测试全绿？

@lnbiuc This page is taking too long to load.

Sorry about that. Please try refreshing and contact us if the problem persists.