北京
近日，Bun 创始人 Jarred Sumner 的一项“极限操作”在开发者社区引发巨大争议——他宣称借助 Anthropic 的编程助手 Claude，在短短 11 天内将 Bun 项目原本用 Zig 编写的约 50 万行代码，全部重写为约 100 万行 Rust 代码。如此惊人的效率看似是 AI 编程的胜利，但 Zig 语言的创始人 Andrew Kelley 却给出了极其尖锐的评价：这些代码是“没人把关的烂代码”（unreviewed garbage）。 Andrew Kelley 的批评直指要害：如此大规模的重写，仅仅依靠 AI 自动生成，却缺乏人工逐行审查和安全性验证，这在基础软件领域是不可接受的。他指出，这类底层运行时和编译器级别的代码，对内存安全、并发行为、边界条件极度敏感，任何细微的疏忽都可能导致难以预料的崩溃或安全漏洞。尽管 Rust 本身具有内存安全特性，但逻辑错误和设计缺陷并不能被类型系统自动消除。 Bun 是一个以性能著称的 JavaScript 运行时，最初选择 Zig 正是因为其对底层硬件的高效控制。而这次突然转向 Rust，Jarred Sumner 解释是为了利用 Rust 更成熟的生态和更多的贡献者。但 11 天内由 AI 生成的百万行级代码，是否真的具备生产可用的质量？社区普遍表示怀疑。有开发者甚至调侃：“这种代码如果合并到主分支，可能比 500,000 行 Zig 更难维护。” 尽管 Jarred Sumner 尚未全面回应 Zig 创始人的批评，但这一事件已经再次引发了关于“AI 生成代码”在关键基础设施中适用性的激烈讨论。专家提醒，AI 可以大幅提升编码速度，但代码审查、测试和架构设计依然是不可省略的环节，尤其是在涉及底层系统时，盲目信任 AI 可能带来灾难性后果。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
