Live data from Hacker News

Rewrite Bun in Rust has been merged

github.com

501–510 of 822 posts

Re: Rewrite Bun in Rust has been merged

#501

Earlier quoted context omitted.

Stop thinking about '9 days' like it means the same thing in an era where machines can generate thousands of lines of code in a few hours. There is no way a human rewrite like this wouldn't be roughly at the same stage with a 9 day delta. In that case, some of these accusations would be reasonable to make. But that is not the case here.

[flagged]

Making a factual statement is drinking Koolaid ? Okay

Re: Rewrite Bun in Rust has been merged

#502

> +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.

1MLOC for a JavaScriptCore wrapper is a great example of what agents are capable of.

Code is cheap. Only the quality and maintenance is interesting. Those will be seen later on.

Re: Rewrite Bun in Rust has been merged

#503
post #242

By reading this thread I've learned that, apparently, you are not allowed to rewrite a large piece of software backed by a large test suite in another language within two weeks otherwise you are a witch and need to be burned on a stake. You are also not allowed to move from the PoC phase to lets-do-it phase within a couple of days without being called names. Why are we concerned with speed all of a sudden? Are we in…

> By reading this thread I've learned that, apparently, you are not allowed to rewrite a large piece of software backed by a large test suite in another language within two weeks otherwise you are a witch and need to be burned on a stake.

You've just learned that you can't do random shit and not get called out? Were you born yesterday?

Re: Rewrite Bun in Rust has been merged

#504

Earlier quoted context omitted.

That you're only just "learning" that these things are true is a damning admission. And to fix your bad analogy, it's more like "hey maybe we shouldn't be allowing f1 street races through school zones".

That analogy might work if this situation is 'reckless behaviour risking children's safety' but in this case it's much closer to 'We made an large, potentially risky change that you can choose to avoid until it's more mature'

The analogy is just bad to begin with.

It's more like "we've switched ingredients while actively denying that they'll be switched".

Re: Rewrite Bun in Rust has been merged

#505

Earlier quoted context omitted.

The maddening thing is that there's a right way to do this if you have the patience and professionalism to do so. It requires building a bit of scaffolding (feature flags, cross-language calling support, harnesses for shadow testing, etc.), then you ship-of-theseus the codebase incrementally . This is not even incompatible with LLM-assistance, plus it breaks the thing up into smaller, reviewable changes that don't br…

There is never a right way, only trade offs. The thing about being a Monday morning quarterback is that you can always claim you would have used even more caution and process.

> There is never a right way, only trade offs.

There is a right way, especially when you have a community.

Re: Rewrite Bun in Rust has been merged

#506
post #335

Wow. This is going to be interesting to follow. There's absolutely no way any of this code was reviewed, but maybe we're in a post-human world now where you can trust the models to write and review the code. This is like Gastown but on a higher profile project. Will be fascinating to see how this project is able to add new features going forward (or even _if_ it will be able to). Does anyone know how exactly Bun is u…

It passed all the tests. If you can't trust your test suite to catch an automatic language translation you shouldn't trust it at all. :)

A wise teacher once told me a good programmer looks both ways when crossing a one way street.

Re: Rewrite Bun in Rust has been merged

#507

Earlier quoted context omitted.

Not really - three months is nowhere near long enough to demonstrate if a large piece of software has issues or not.

With the amount of applications running on Bun? I’d say enough.

You think they'll ~all merrily move to the new version?

Re: Rewrite Bun in Rust has been merged

#508

Earlier quoted context omitted.

> Is it disrespectful if my proposed feature was merged, but then later was removed because the maintainer just didn't want the feature anymore? No, the big difference is that the described scenario does not require getting familiar with a new 1M LoC codebase written in a different language to be able to continue contributing to the project.

For who? What you say is true for everyone who doesn't know Rust (before Zig), and not true for everyone else, same as it always is been, for every single FOSS project out there. So it's disrespectful because before you could contribute, but because of the direction of the project, you no longer can? Does that also means it'd be disrespectful to make projects more complicated and complex, because maybe someone who co…

> Open source literally isn't about you, let people run their projects as they so wish, them making choices they think are better isn't disrespectful to anyone else, you're not forced to having to contribute to any FOSS projects.

Tell me you've never worked on any meaningful OSS project.

Good luck to Bun, if I was in any of its contributors list, and not on Anthropic's payroll, I'd say goodbye and never touch the project with a ten foot pole. And I say this as an honest feedback, save your "don't let the door hit you on the way out".

Re: Rewrite Bun in Rust has been merged

#509
post #76

Still writing the blog post about this. Will share more details. For where this is coming from, skim the bugfixes in the Bun v1.3.14 and earlier release notes. Rust won’t catch all of these - leaks from holding references too long and anything that re-enters across the JS boundary are still on us. But a large % of that list is use-after-free, double-free, and forgot-to-free-on-error-path, which become compile errors…

> The codebase is otherwise largely the same. The same architecture, the same data structures.

How can you possibly verify this, if a 1M line patch was written over 7 days? It's at best a hunch (vibes?), and at worst a lie.

Re: Rewrite Bun in Rust has been merged

#510

Has he estimated the token cost for this (if he had to pay that is)? I'm curious how much this would cost a paying customer.

Probably in the six figures.

Depending on the model I could easily see it approaching 7 figures since Mythos security scans have been 6 figures already and don't require nearly as much output.
Post reply on HN