Earlier quoted context omitted.
Why does changing to Rust kill the project? I don't understand the point here.
I am impartial on the matter, but I think one of the reasons Bun became a thing in the first place was because of Zig attracted a small but very active developer community. Switching from Zig to Rust effectively alienates that community.
Claude Code uses Bun written in Rust now
81–90 of 920 posts
Re: Claude Code uses Bun written in Rust now
#82Damn, I should have not migrated to Bun. Should I revert back to Npm?
I am getting into the frontend dev and one thing that I don't understand is why people use bun in the first place? It's not much better preforming, it's not much safer, it's still not 100% compliant. Some tests show it's actually slower than node. Why bother switching, then?
Faster startup
Typescript support out of the box
Better stdlib than node
Stdlib includes yaml, sqlite etc so you need to pull in fewer deps, so you can avoid the left-pad/is-even node_modules explosion problem to a greater extent
Re: Claude Code uses Bun written in Rust now
#83Earlier quoted context omitted.
Why does changing to Rust kill the project? I don't understand the point here.
It’s made absolutely no negative difference, as we’ve seen in the real world in the last 60 days since the merge. I feel weird having to defend reality; reality being that it was merged nearly 2 months ago and tons of people have had their pitchforks out without a shred of actual evidence that this made bun worse in any measurable way. But they still insist it was a mistake. I’ve never met Jared or the bun team but I…
Maybe you're being coy by asking a rhetorical question you already know the answer to but I'll answer as if you asked sincerely...
There are 2 different groups interacting with software products:
(1) end-users : this is where the "Who cares what language it's written in?!?" is usually applicable. E.g. The finance guys using MS Excel don't care whether it's written in assembly, BASIC, or C Language.
(2) code contributors and/or programming language enthusiasts who see other projects as "validation" of the whatever language they've invested in: these people definitely care.
For all the decades that computer languages have been debated, Group (2) will always discuss projects language choices. E.g. reddit.com switching from Lisp to Python, the Linux kernel fiercely debating future Rust contributions , the Typescript compiler switching from Javascript to Go, Bun switching from Zig to Rust, etc.
People try to lecture others in Group 2 about "don't make a programming language your identity" ... but people are human and they can't look at all the above language choices as totally detached observers. They like to talk about it!
If one is a Zig coder that contributed to the previous Bun Zig codebase, we can't expect them to be neutral observers.
Re: Claude Code uses Bun written in Rust now
#84Earlier quoted context omitted.
No? I think OP’s comment was very clear: > The most recent release of Bun on GitHub is currently v1.3.14 from May 12th, so that v1.4.0 version number in Claude supports them shipping a preview of a not-yet-released Bun version. > And so, the FOSS project "Bun" silently dies There’s no implication that it’s because of the switch to Rust.
> The objection isn’t to the language. It’s to Claude using a version of Bun that is not available to us. I was responding to your GP comment. For weeks, it was uproar over the blanket AI move to Rust and now it’s this reason. That’s why I said the goalposts are being moved.
Re: Claude Code uses Bun written in Rust now
#85Earlier quoted context omitted.
I think the Zig people are really just worried that maybe Zig itself is a DOA language before it has even reached 1.0 because it doesn't offer enough over C for any serious use and their flagship project has now abandoned it.
Anyone actually using it knows it is better. The C interop is so good that there is no use-case where C is the better option IMHO
Re: Claude Code uses Bun written in Rust now
#86Earlier quoted context omitted.
Emphasis on the FOSS project. The v1.4 mentioned is not (yet?) open source, Claude Code is essentially using a proprietary fork, was GP's point.
You can install it now we with bun upgrade —-canary it something along those lines.
Re: Claude Code uses Bun written in Rust now
#87Earlier quoted context omitted.
It's publicly available in the GitHub repository and if you run "bun upgrade --canary" - https://github.com/oven-sh/bun/releases/tag/canary
That commit (and main) still purports to be 1.3.14, the version numbers haven't changed. Does that not still suggest Anthropic is using something else?
Re: Claude Code uses Bun written in Rust now
#88The port of Bun, which has >5000 open github issues, is used in Claude Code, which has >11000 open github issues. Do people use Bun in things that are expected to work reliably? Have any such projects tried the upgrade yet?
Re: Claude Code uses Bun written in Rust now
#89It's a transpile. And not even a good one. The generated code is far from idiomatic rust. Some may consider it an abomination.
Is all you need to know to consider how much of an abomination it is
Re: Claude Code uses Bun written in Rust now
#90Bah. Personally my take on the entire affair is quite negative, whatever Jarred or Simonw says about it. I think Bun owned by Anthropic and the entire rewrite with AI is not the real point (even if it's quite interesting, though). My take is that Jarred, and Bun,didn't demonstrate a serious, adult approach, from "this is my branch, you are overreacting" message to just proceeding with a 1mil+ PR merged in less than m…
Haha TS7 is the next biggest example of, "Let's just do a line by line port to another language instead of seriously examining our architecture"