Live data from Hacker News

Claude Code uses Bun written in Rust now

simonwillison.net

581–590 of 920 posts

Re: Claude Code uses Bun written in Rust now

#581
post #467

Earlier quoted context omitted.

Do you know their entire roadmap? If not, maybe different people prioritize things differently when they see their full strategic position.

How is that relevant to my response? The argument I responded to argued that cost might be the prohibiting factor. I'm saying that for them, the costs mentioned are negligible.

I didn't claim that the cost is the prohibiting factor at all. Obviously they gave Jarred free Fable access and to do as his pleases. The cost was an FYI tidbit and nothing more.

What I argued was that you seemed to have been arguing an extreme point i.e. LLMs can one-shot stuff in any PL and that it does not matter in what PL they'd rewrite Bun.

If I misunderstood -- my apologies.

Re: Claude Code uses Bun written in Rust now

#582

Earlier quoted context omitted.

If only paying the $168k was some sort of a guarantee. Vibing doesn't give you that. You might get more maintainable code for $168k by hiring humans, but if its something bespoke it isn't going to get you far (or far quickly). Vibing is straight out gambling right now, the thing is, I don't know who the house is any more.

.. by hiring the right humans - which is not always a given

Even worse: it's much safer to assume you'll hire the wrong humans, most of the time.

Re: Claude Code uses Bun written in Rust now

#583

Maybe I’m taking crazy pills, but I’m still stuck on “why the hell does a TUI need to run in terminal React by way of JavaScript” The fact that Anthropic felt the need to buy a runtime so they could make their TUI better speaks more to the quality of engineering than anything else IMO. If rewrites are so easy, why not rewrite CC in a native language? Would’ve been a hell of a lot cheaper.

I think Moore's Law and related have made programming sloppy. AI is building on that. There was a time where accounting for memory, footprint, stability, and speed mattered. Your point shows we are well passed that aside from certain areas.

Heck, a buddy and I once chatted about the likelihood of k8s running as the control plane in a prototype autonomous vehicle.

top/btop/htop on the mac are always fun to run and see what's up.

Re: Claude Code uses Bun written in Rust now

#584
post #505

Earlier quoted context omitted.

That's like saying let's stay with horses. We'll develop faster and better tech. We'll find resources to feed that. Use that to build better. Access better resources. We'll mine asteroids. We'll harness much more from the sun. The factory must grow.

Is that before or after the earths atmosphere acidifies for humans and our bodies can’t hold enough phosphorus or calcium for basic metabolic tasks? You have until 2050: https://doi.org/10.1007/s11869-026-01918-5

these doom and gloom reports also said half the land will be under water by now and average temperature will be 40c. Didn't happen.

Earth is in a cooler period and it will get very warm. These crappy climate change activists will not get anything done but to hold us back. We need more power, more tech, and more abundance of things. We will need to engineer our way out of real climate change.

Re: Claude Code uses Bun written in Rust now

#585

Earlier quoted context omitted.

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"

This is the correct approach (I dare to say the only correct approach) when porting to another language. You can examining the architecture later.

If you can lock down a test suite that ensures parity, then who cares what shape the lift ultimately looks like.

A full rewrite in different language that fails to be idiomatic is a step backward operationally, even if you stand to gain on issues the new language just eats for free

Re: Claude Code uses Bun written in Rust now

#586
post #548
post #543

Earlier quoted context omitted.

What was dishonest about that comment? > There’s a very high chance all this code gets thrown out completely. ... and a few days later he decided that the code wouldn't get thrown out. That doesn't make the comment itself dishonest, he didn't have a crystal ball. You can absolutely argue that the rewrite was not communicated clearly once they committed to it, but I don't think the comment you linked to there stands a…

He knew he wasn't going to throw out the code when he made that comment.

I think he didn't know. We are at an impasse.

Re: Claude Code uses Bun written in Rust now

#587

Earlier quoted context omitted.

Claude Code is able to hyperlink any kind of text, not just the native terminal emulator feature of hyperlinking anything starting with https://... And your "it's just ANSI escape codes" is the weirdest take on any kind of software.

Formatted hyperlinks are an escape code too. It has nothing to do with React. Not sure why you’re trying to bring up experience as a justification for using React to render a tui and all the downsides that come with that.

It sounds like you completely missed the point I was making: that actually implementing such a highly dynamic TUI application normally requires a significant amount of state tracking and it is significantly easier to write such apps using a functional, descriptive UI framework instead of something like ncurses.

Take it from someone who, in those 24 years, has written UIs in jquery, react and ncurses (and yeah I've tried out Ink and it's great).

"all the downsides that come with that" yeah well, while you're stuck implementing your app in the Best Possible Library, millions of people are happy using claude code and it's crazy useful.

Re: Claude Code uses Bun written in Rust now

#588
post #328

Earlier quoted context omitted.

None of that is needed. Nobody benefits from all that time wasting bureaucracy/corpo speak. Bun is quick to deliver new features and bug fixes. With this change, the hope is that'll only get faster. All those PRs can be fed thru Claude and converted to rust and then manual polish can be added.

Bun is riddled with bugs. That's what moving fast and breaking things gets you. It gets you famously bad codebases that are nightmares to work with and slow you down over time as your sins catch up with you. Vibecoding is not enough.

Then why do you care? If target users (developers) face issues with bun, they will stop using it. Go back to Node or switch to Deno.

Bun has bugs? yes. Do they affect vast majority of users? Not really. Been using bun for about 3 years; never had an issue with it.

Re: Claude Code uses Bun written in Rust now

#589
post #257

Earlier quoted context omitted.

And GP is full of shit as the main branch is the v1.4.0. it is not "released" yet as it is not finished. It is available as canary version.

So Anthropic ships with unfinished version of bun. Doesn’t sound like responsible software deployment

They can ship with whatever they want as long as it works.

Re: Claude Code uses Bun written in Rust now

#590

Earlier quoted context omitted.

I have ~24 years of experience coding and the LAST thing I think about when opening claude code is "why is this written in react". Tell you what I sometimes think about though: The fact it has clickable links and complex formatting rules for markdown, the most interactive and highest-quality clickable interface I've ever seen in a terminal, and somehow manages to work. That actually blows my mind. THEN, I'm reminded…

Okay and as someone who would rather just straight up use cursor than claude code, I'd rather have my software not crash out on me every 5 minutes. What sort of self respecting dev purposely uses broken software? Even opencode (use it on nonwork computers) is fully better at this point.

Disingenuous, much? I've only ever had claude code crash once (after it decided to spawn like 12 subagents and got my laptop swapping like mad).

If you're crashing every 5 minutes, either you have a cursed build, or you need to do a memtest.

Post reply on HN