Bun 用 Rust 重写的 PR 已合并到主分支

[sunfkny]

Rewrite Bun in Rust #30412

https://github.com/oven-sh/bun/pull/30412

[shakaraka]

可喜可贺

[lwfre]

每当看到别人用 AI 完成大型项目开发时，总是忍不住怀疑我用的不是同一个 agent 吗 😂 每次开发时我都得费劲写一大段需求描述文本，防止 AI 跑偏了

[daimaosix]

@lwfre 用对工具事半功倍

[shakaraka]

@lwfre 就算是用搜索引擎，不同的人都能搜到不一样的结果。这个东西本质是驾驭工具的能力

[my3157]

Why not RIIR🐶🐶

[Ketteiron]

100w 行代码，6755 次提交，只花了一周，这就是超级个体的战斗力吗？

[kapaseker]

测试驱动这个东西越来越重要了

[crysislinux]

@lwfre 这种项目其实是最适应 AI 的，测试完善边界清晰，也没有 UI 交互要看。

[xyfan]

@lwfre 人家有非常完整的测试用例，有测试就有验证有迭代有改进

[lwfre]

@shakaraka 主要是产品没有给足够的需求文档，只能自己来补充

[nullyouraise]

@Ketteiron Bun 被 Anthropic 收购了，人家有无限 token

[dumbass]

AI 真是节省效率，以前要若干年才能完成的任务，现在几天就搞定了

[jlkm2010]

一大堆 unsafe

[iorilu]

太牛逼了, 100 万行的大项目, 一个星期搞定

写代码简单, 找到可靠的验证方案现在更重要

[Timzzzzz]

真的用 bun 在生产环境吗？体验如何啊，我们还在 pnpm

[zsj1029]

@Timzzzzz 主要是前端，用它装包，vite ，编译，后端用的少，内存容易泄露，优点是编译二进制发布

[limon]

+1009257

[noqwerty]

@jlkm2010 bun 全都是 ffi binding ，不用 unsafe Rust 没办法实现吧

[shiloh595]

这效率太🐶8️⃣吊了

[iorilu]

所以 ai 时代语言根本不重要, 随时转换

[zsj1029]

bun upgrade --canary 金丝雀已经发布可用

[andlp]

都用 ai 了,为什么不追求一下极致的效率 用 c 或者汇编呢?
我不明白

[passive]

@andlp #22 rust 和 c 或者汇编效率没有数量级上的区别，安全性还更好。而且手写汇编不做 profiling 不如编译器优化的结果。不可能固定写下每个循环的 unroll 和根据输入参数的 dispatch ，LTO 也没法做。

[jark006]

长久以来，各种编程语言在`开发友好`和`运行友好`间来来去去，各种语法糖/虚拟机/解释器都是为了"代码写起来方便快捷"，牺牲了运行效率。
现在有了 AI 的辅助，`开发友不友好`就不是问题了，直接选 Native 型运行效率高的语言，而兼具编译期检查的 rust 确实有大优势

[nomagick]

我艹真狠啊

这代码真是他自己写的吗说扔就扔，没感情的吗，太吓人了

像这样能找着老婆吗，如果已经结婚了想采访他老婆的感受

[thevita]

okey!!so what we got, memleak 修好了吗

[thevita]

@nomagick 本质是可以认为还是同一套代码, 没有重构, 基本就是 .zig -> .rust 的 LLM based transpiler, 据说好处是把 unsafe 都标出来了，看后续迭代效果把，是个很好的案例，毕竟这种工作过去都不会有人敢直接开干

[iorilu]

@andlp ai 也不能保证写 c 不崩溃阿, 这是语言的缺陷

[yolee599]

看别的博主分析源码，rust 版本的 bun 有一万多个 unsafe ，而著名的 python 版本管理软件 uv 只有七十个 unsafe 。估计还要迭代很久

[soupu626]

有谁还记得 transformer 一开始是个 NLP 的架构，最开始的场景就是为了机器翻译做的，做编程语言的翻译某种意义上也是重操旧业，干回老本行了。。。。。

[wweir]

Vibe Coding 在重构这一块，一直都是非常强的。
业务、边界清晰，要的无非是翻译的活，LLM 那是手拿把掐

[yy77]

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

[xkfe16]

@Ketteiron 怎么看到是一周时间的呀？

[snylonue]

全是 UB

[swananan]

我觉得 unsafe 多不代表质量不行，但是这种没有人把控的短时间全量重构，想想就头皮发麻
有点营销的感觉，估计是靠老代码先兜底
要是下一个 pr 把 zig 代码全删，那我才是服气的

[Ketteiron]

@xkfe16 pr 创建时间是一周前，不过没去看第一个 commit 什么时候提交的，作者把分支删掉了

[shidianxia]

毕竟 bun 现在是 Anthropic 亲儿子，算力管够，甚至说不定给用上了内部最新的模型

[shunia]

笑死

underdeserver 4 hours ago | parent | prev | next [–]

Is writing the blog post taking longer than the rewrite


Jarred 4 hours ago | root | parent | next [–]

almost

[monkeyWie]

这都是因为 bun 项目单测覆盖率到位，普通项目要完全用 AI 重构就别想了吧

[GeminiPro]

听说又是一个巨大的屎山？

[tach1koma]

哈哈还看到一个 Revert PR ，不过被关了

https://github.com/oven-sh/bun/pull/30702

[nc]

Bun 这个项目的定位很尴尬，做客户端不需要高性能，做服务端想要高性能为什么不用 Go 呢。

[victimsss]

还有一千多个 pr 🤣

[uni]

里程碑性事件！我很期待之后他写文章说是怎么做的

[Tanix2]

后面估计还有乐子

[jukanntenn]

别过分鼓吹，人家可是用的顶级大模型 + 无限 token + 无限并发资源，后面可能一个团队在做事，后面做了多少努力我们也不知道。现在自媒体嗨起来鼓吹成一句话 --- bun 1 周从 zig 迁到 rust 。万一不太懂技术的老板被洗了脑，惨的又是我们这些牛马。

[shyangs]

@nc

Rust, Zig 都是無 GC 高性能的呀, Go 比前兩者低性能.

[Ketteiron]

@nc 因为 go 有 gc ，js 也有 gc ，参考 deno 从 go 重构为 rust

[zhangchongjie]

锈语言

[rb6221]

@lwfre #2 有没有可能，他在古法编程时代就已经是大佬了，zig 版的本来就是他们一行行写出来的你忘了

[vicalloy]

AI 的出现让小众开发语言的处境更难了。

[nc]

@shyangs 生产环境平衡性能和稳定性的话，还是会选择 Go ，Bun 现在还是太试验性。需要极致性能直接上 Rust 了

[wangtian2020]

"我们 rust 的试验开始了吗"
"已经结束了"

[craftsmanship]

@nc 就 Zig+JavaScriptCore 这一套下来 我无法想象什么人会用这玩意在生产上跑服务端

[fpure]

@tach1koma 幽默 pr

[inheader]

这速度让人感到绝望

[wengjin456123]

牛逼，这玩意得等大家试试，我不敢用

[Leeeeex]

@lwfre #2 可以看看 GPT 的 best practice ，官方出的，看完之后对 ai 使用有了进一步的提高。