Claude Code uses Bun written in Rust now • Hacker News Board

Re: Claude Code uses Bun written in Rust now

#891

Post by mexicocitinluez » Tue, Jul 21, 2026, 11:51 AM UTC

groundzeros2015 wrote: post #851

mexicocitinluez wrote: post #849

Earlier quoted context omitted.

> Nobody who worked in the 80s or 90s would have selected this solution How does this support your argument? The tech didn't even exist in the 80s or 90s. Saying "They wouldn't have made the same choices 40 years" is meaningless in this context. There's a lot of things they wouldn't have done back then that we do today. And this is a field that has been changing by the week recently, which makes even less appropriate…

Let me clear up your confusion. I did not say they wouldn’t used react in the 90s (obviously). Anybody familiar with terminal uis (a technology which did exist) and perhaps any other ui system would not have chosen this design. And no it’s not just me as evidenced by the many confused comments any time this is brought up.

I'm not saying confusion isn't warranted. I was just commenting about how the "to a man with a hammer" idiom has now come to mean "I don't agree with your tech choices".

Re: Claude Code uses Bun written in Rust now

#892

Post by croes » Tue, Jul 21, 2026, 12:59 PM UTC

CrimsonRain wrote: post #866

croes wrote: post #610

Earlier quoted context omitted.

Given the permissions Claude Code gets on many systems they should be more professional. They are basically testing the rust port on user machines. Who come that since the rise of AI all principles of software development are thrown over board?

Bun is just the js runtime tool. At worst, you'll get a crash. If you are worried about bun security while granting permissions to Claude code...your worries are placed in the wrong place.

https://www.sentinelone.com/vulnerability-database/cve-2026-...

Re: Claude Code uses Bun written in Rust now

#893

Post by gchamonlive » Tue, Jul 21, 2026, 1:42 PM UTC

windexh8er wrote: post #869

theshrike79 wrote: post #687

Earlier quoted context omitted.

Creator of language has opinions on big project moving off language. News at 11.

Ahh, yes another garbage comment that adds no value. Thanks for your contributions!

Writing a useless comment just to tell you: oh the irony, writing a garbage comment for calling out a garbage comment. I'm lost in the layers of slurry.

Re: Claude Code uses Bun written in Rust now

#894

Post by CyberDildonics » Tue, Jul 21, 2026, 2:31 PM UTC

jstimpfle wrote: post #432

hugmynutus wrote: post #425

Earlier quoted context omitted.

This reads like cope because you're re-inventing RAII from first principles. I cannot take this seriously as tutorials on robust Zig Allocation Pools will store a deinit method for each item within the pool, so when the pool deinits, all internal objects can be deinit'd. That is just RAII & dtors from first principles, except with extra overhead of manually storing fat pointers yourself (and the bugs that come with t…

I've argued elsewhere some things that are wrong with RAII and C++ objects in general. Here I would just like to mention that if you have to rely on "de-virtualization" passes, you're in a miserable situation architecturally. If you have code where the overhead of virtual function calls might be too much to pay, don't do virtual functions then. End of story. To deconstruct a pool of objects, I don't see what should e…

I've argued elsewhere some things that are wrong with RAII and C++ objects in general.

You claimed there were problems many times for sure, I don't think you came up with any evidence of those problems.

Re: Claude Code uses Bun written in Rust now

#895

Post by antonvs » Tue, Jul 21, 2026, 3:00 PM UTC

mexicocitinluez wrote: post #798

antonvs wrote: post #578

Earlier quoted context omitted.

To the man with a hammer…

This saying has been abused 10 ways til Sunday. "I'm using technology I know that will get us there" is not the same as treating every problem as a nail. It's making a practical choice that probably also had time constraints and other factors we don't know.

> "I'm using technology I know that will get us there" is not the same as treating every problem as a nail.

Hammering in a screw is using technology that the hammer-wielder knows will get there. You’ve just rephrased the statement.

What you seem to be saying is that in some cases, the hammer may be the appropriate tool. No-one disputes that.

Re: Claude Code uses Bun written in Rust now

#896

Post by windexh8er » Tue, Jul 21, 2026, 3:29 PM UTC

gchamonlive wrote: post #893

windexh8er wrote: post #869

Earlier quoted context omitted.

Ahh, yes another garbage comment that adds no value. Thanks for your contributions!

Writing a useless comment just to tell you: oh the irony, writing a garbage comment for calling out a garbage comment. I'm lost in the layers of slurry.

At least my original comment started from a point of reference. There's nothing in theshrike79's response that is of any value to improving the conversation, so why should they not be called out for it? Isn't that a part of HN's approach? I've been called out for it (rightfully) many times.

The fact that you don't think I realize what I did is also rather entertaining. Thanks for mansplaining, though! I was lost until you saved me.

Re: Claude Code uses Bun written in Rust now

#897

Post by relug » Tue, Jul 21, 2026, 3:44 PM UTC

Barrin92 wrote: post #653

relug wrote: post #647

Earlier quoted context omitted.

the buffer managemnt is just different pattern and style of code thats more low level. when you care about performance and cpu cache, you have to make sure that actual physical memory gets computed at same time as other memory near it so there is less latency.

the primary motivation isn't latency but complexity. People do in some applications free or allocate collectively because they have interrupt times in mind, but most of the time when you manually manage memory the issue is mental overhead, so people gravitate towards models they can keep in their head. Allocating in large chunks is often not very performant which is why people came up with tools like the borrow check…

you only malloc only once at boot in that pattern, its not about performance at that point. after that you need a strict api and patterns to control and process the data that is where the performance matters...but its niche just like you couldn't want to code a ui from scratch in rust when u could just do a web ui w/ typescript,react tailwind or whatever

Re: Claude Code uses Bun written in Rust now

#898

Post by gchamonlive » Tue, Jul 21, 2026, 3:53 PM UTC

windexh8er wrote: post #896

gchamonlive wrote: post #893

Earlier quoted context omitted.

Writing a useless comment just to tell you: oh the irony, writing a garbage comment for calling out a garbage comment. I'm lost in the layers of slurry.

At least my original comment started from a point of reference. There's nothing in theshrike79's response that is of any value to improving the conversation, so why should they not be called out for it? Isn't that a part of HN's approach? I've been called out for it (rightfully) many times. The fact that you don't think I realize what I did is also rather entertaining. Thanks for mansplaining, though! I was lost unti…

Could have just moved on, but here we are now still wallowing in our own filth. The fact you realised and didn't just adds to the irony.

Re: Claude Code uses Bun written in Rust now

#899

Post by pmarreck » Tue, Jul 21, 2026, 4:53 PM UTC

59nadir wrote: post #855

pmarreck wrote: post #833

Earlier quoted context omitted.

I guess that since you haven't built the car you're driving, your opinions on it are null and void as well. Anyone who actually believes that I can't have ANY sound opinion on Zig after 31 projects building with it should get their head examined for brain tumors. I mean, it's not like I have to deal with all the positive and negative effects of things written in it. It's not like I've had to solve problems in it that…

Honestly, I wasn't harsh enough... Though I don't think I could write a better post showing how useless your opinion on things actually is than the one you wrote yourself. And no, I don't think you can have any valuable opinions on Zig since you don't write it. In your analogy you're not even driving the car, but it doesn't surprise me that you can't figure that out.

I am absolutely plotting the route and intervening when the car tries to do something stupid. That ends up working out a lot better than actually driving the car because you can focus on the goals, the car often knows better routes that you failed to consider, you can measure the tradeoffs and you can determine the minimum-viable-path to get there, so just fuck right the hell off with this stupid-ass baseless skepticism

the ones learning how to run the looms safely and productively are going to continue to succeed and scale upwards and outwards while you get paid pennies to use knitting needles on bespoke hand-coded solutions. And at this point, I don't give a damn anymore because you lot deserve your upcoming rot 1000%, especially with a stubborn pissant plebe fucking answer like that. Holy shit. You're literally going to stubborn yourself into poverty just to make a point. Enjoy.

Re: Claude Code uses Bun written in Rust now

#900

Post by scrollaway » Tue, Jul 21, 2026, 5:14 PM UTC

jmspring wrote: post #583

weakfish wrote: post #212

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…

Caring for memory mattered more when memory was sparse.

But then again, it's crazy how people are disingenuous. You're in a thread about Bun being rewritten from a non-memory-safe to a memory-safe language and everyone's shitting on it because it's a useless rewrite. How does this mesh with what you say about caring for stability?

Using AI you can actually start caring about things such as memory, footprint, stability and speed because it's crazy cheap to start optimizing for this, when before you couldn't afford to make the tradeoff.