Live data from Hacker News

Rewrite Bun in Rust has been merged

github.com

321–330 of 822 posts

Re: Rewrite Bun in Rust has been merged

#322
post #300

Earlier quoted context omitted.

[flagged]

Edit: my mistake. Sorry for misreading. You've crossed into personal attack with this, and that's not allowed here. Please don't. https://news.ycombinator.com/newsguidelines.html

Which persons were attacked by their comment? The "them" is confusing me – I interpreted it as Bun the organisation / Anthropic?

Re: Rewrite Bun in Rust has been merged

#324
If the bun team is around I would be interested to get their opinion on this: in the old time migrating a 1M codebase from one language to another meant you would pretty much become an expert in the target language. The output of the work is team experience/knowledge + the actual rewrite. With that Bun rewrite do you feel that the Bun team learned something other than “Claude can rewrite a very large codebase in no time”, which is impressive in itself. Is the output only the rewrite, or did you learn something along the way? And how do you feel about your answer? Not a snark question, like a lot of others I’m myself trying to understand how I feel about how our profession is/has been changing.

Re: Rewrite Bun in Rust has been merged

#327
post #235

Earlier quoted context omitted.

Maybe the people who "were overreacting" just happened to have more foresight than you and me? Perhaps they saw where this was heading, and that led to their "overreaction"?

In what way? Foresight about what? It was an experiment before, regardless of people's reaction at the time doesn't make it less of an experiment back then. I feel like I'm misunderstanding this entire conversation right now.

The difference is an assumption of good faith, for the most part, and that is to some extent modulated by how reasonable people believe a large scale LLM and/or rust rewrite is a reasonable idea.

Re: Rewrite Bun in Rust has been merged

#328

> +1009257 -4024 Bun is now over 1M lines of Rust code. This is approaching the size of the Rust compiler itself; except that BunJs is mostly a JavaScript interpreter wrapper + a reimplementation of the NodeJS library (Rust STD wrapper). I think BunJS is becoming the canary for software complexity management in the LLM era.

> I think BunJS is becoming the canary for software complexity management in the LLM era. Yeah, Cursor did the same thing, bragging about how many lines of code they managed to produce for a semi-working browser, completely missing the idea where less code is better, not the other way around.

I think their point was that the project is complex, with the implicit assumption that the complexity is to a large degree inherent.

Even if it's mostly accidental, and the code is overengineered slop (which it is), the system being able to decompose a problem and deliver something is impressive in terms of stability: it wasn't sucked into rewriting everything from scratch every time it would run into issues, it didn't have infinite subagent recursion with a one-agent-per-line type workflow, etc.

Re: Rewrite Bun in Rust has been merged

#329
post #277

If this means that segfaults become rarer with Bun I might consider using it in production again. As it stands, Bun has been great as an all-in-one TS/JS package manager, build system and test runner but unstable enough that I still want Node running in production backends.

Surely there are no bugs in the 1000000 lines of code that no one has reviewed…

Re: Rewrite Bun in Rust has been merged

#330
post #175

We have hundreds of projects that run on Bun. (Some are Bun-specific for whatever reason, but most are "runtime-agnostic TypeScript code that runs on Bun, Node 24.2+, and Deno, but that means they run their test suites on Bun, in addition to the other two.) Out of curiosity, I installed the canary Bun and just ran a bunch of them. It didn't take me long to find one that works on stable Bun and crashes on "canary" Bun…

This bug was already reported very soon after the merge.
Post reply on HN