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

[sunfkny]

Rewrite Bun in Rust #30412

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

[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]

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