Live data from Hacker News

Claude Code uses Bun written in Rust now

simonwillison.net

111–120 of 920 posts

Re: Claude Code uses Bun written in Rust now

#111
post #96

Earlier quoted context omitted.

I wouldn’t use language as strong as OPs but it is against the spirit of FOSS for a corporate owner to use a private prerelease version of their open source software. I think it’s valid to object to. If 1.4 is good enough to be used by Claude, why not us?

So you wouldn't, for example, after doing a complete ground-up rewrite, perhaps spend a few months dogfooding it to work out the worst bugs before unleashing it upon the public, thus maximizing your initial velocity by minimizing the blast radius and support requests and triage during this phase?

> before unleashing it upon the public

…but they have? Claude users are public, no? If they were dogfooding internally I’d agree with you.

Re: Claude Code uses Bun written in Rust now

#112
post #47
post #30

Earlier quoted context omitted.

From the article: > For me this outputs Bun v1.4.0 (macOS arm64). 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. Which is still true as I write this comment.

A charitable interpretation is that the version of bun inside Claude Code corresponds to some recent state of their public git repository, so if you clone that, you more or less get the same thing. I don't see what it would buy Anthropic to have some sort of secret internal fork with special private code in it.

bun upgrade --canary

Re: Claude Code uses Bun written in Rust now

#114
post #18
post #5

Earlier 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…

Except that it hasn’t yet hit the real world, the live release is still 1.13.4, the last Zig version. Anthropic does not operate in the real world.

Re: Claude Code uses Bun written in Rust now

#115

Earlier quoted context omitted.

> The PR is public I'm talking about the 1.4.0 release: > Claude supports them shipping a preview of a not-yet-released Bun version Maybe Bun/Anthropic fixed this after Simon's initial release of the blog post, but seemingly when we both looked, it wasn't public.

> Update: The Rust version has been released as Bun canary - running bun upgrade --canary will install this release.)

Yeah, of course Anthropic making the version publicly available AFTER people notice it wasn't public, completely solves the issue ;)

Re: Claude Code uses Bun written in Rust now

#116
post #74
post #9

Honestly, I initially thought rewriting an entire codebase with AI would be a huge mistake. After reading this, I'm starting to think I was wrong. If projects like Bun can be substantially rewritten and shipped to millions of users, it suggests we're entering a very different phase of software development. Today's AI-generated rewrites may not produce code that humans would consider high quality or maintainable. But…

> But I'm beginning to wonder whether that will even matter in a few months. At that point, even Bun itself doesn't matter. All intermediate tools don't matter if LLMs can reliably write something large. The problem is that LLM is not quite there yet. The rewrite was only possible because they mostly stick to 1-to-1 translation resulting in non-idiomatic Rust code. So, what from there? I don't think they can really b…

> The rewrite was only possible because they mostly stick to 1-to-1 translation resulting in non-idiomatic Rust code.

That’s patently false, just read Jarred’s own blog post describing how that was the first stage only, they went through many more to get the amount of non idiomatic, unsafe Rust code to an acceptable level.

Re: Claude Code uses Bun written in Rust now

#118

Earlier quoted context omitted.

> The PR is public I'm talking about the 1.4.0 release: > Claude supports them shipping a preview of a not-yet-released Bun version Maybe Bun/Anthropic fixed this after Simon's initial release of the blog post, but seemingly when we both looked, it wasn't public.

> Update: The Rust version has been released as Bun canary - running bun upgrade --canary will install this release.)

Does `bun upgrade` provide the source code?

Re: Claude Code uses Bun written in Rust now

#119
post #53
post #30

Earlier quoted context omitted.

From the article: > For me this outputs Bun v1.4.0 (macOS arm64). 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. Which is still true as I write this comment.

The code is on GitHub in the "main" branch, it's only unreleased in that it hasn't been tagged with a version number yet.

yeah the word "unreleased" makes it sound so mysterious

i am a clankersceptic as much as the next guy and i hate "anthropic" for participating in the murder of innocent people (maven "smart" system, offers them as a provider to the pedo criminal unitedstatistan government)

but this whole "unreleased" framing is just manufacturing drama / lack of knowledge

Re: Claude Code uses Bun written in Rust now

#120
post #83
post #18

Earlier quoted context omitted.

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…

>Literally who cares what language a JS toolset is written in? 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'…

What about Group x.

You just AI generated 1 millions lines of code claiming it's for safety. Who exactly is to make any kind of security guarantees about this?

Post reply on HN