Live data from Hacker News

Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

twitter.com

411–420 of 754 posts

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#411

Earlier quoted context omitted.

"I didn’t expect it to work this quickly and I also didn’t expect the performance to be as competitive." These are two assertions. There could have been a prior secret rewrite that took much longer than six days and this is a marketing stunt for Anthropic. In case people still don't get it, Jarred works for Anthropic and Bun belongs to Anthropic .

Those are not assertions of anything meaningful. We have no idea what his expectations were. Maybe he expected it to be absolute crap, and it was only kind of crap. None of it means that it's actually viable. My fat uncle trying to beat Bolt's time could exceed my expectations by improving from 30s to 20s, doesn't mean it's ever going to be a reality. > In case people still don't get it, Jarred works for Anthropic an…

I disagree. This is the same sort of marketing strategy as Mythos.Wow it out performed so much we have to tell you in the future. If he wasn't aligned financially with the outcome I'd agree but he's not

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#412
post #268

Earlier quoted context omitted.

Authors can't exaggerate? Maybe some actual numbers can convince people.

Here: https://github.com/oven-sh/bun/issues?q=is%3Aissue%20%22Segm... Around 2500 issues with segmentation fault.

As compared with 41 for deno

https://github.com/denoland/deno/issues?q=is%3Aissue%20%22Se...

With the total number of issues being 16,458 for bun and 14,259 for deno.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#413

Earlier quoted context omitted.

Those are not assertions of anything meaningful. We have no idea what his expectations were. Maybe he expected it to be absolute crap, and it was only kind of crap. None of it means that it's actually viable. My fat uncle trying to beat Bolt's time could exceed my expectations by improving from 30s to 20s, doesn't mean it's ever going to be a reality. > In case people still don't get it, Jarred works for Anthropic an…

I disagree. This is the same sort of marketing strategy as Mythos.Wow it out performed so much we have to tell you in the future. If he wasn't aligned financially with the outcome I'd agree but he's not

So do you picture them locking up the Rust port behind closed doors as well, or what's the game gonna be? Cause it reads like it's kinda all public already.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#415
post #32

Earlier quoted context omitted.

Exactly

This is exactly how Anthropic will market this rewrite towards companies thinking about doing more layoffs. 1 person did a rust rewrite that took 6 days that would have taken hundreds of engineers more than a year to do.

And he has zero idea how it works. His capacity for understanding it is tied to his wallet now.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#416

So let me get this straight: Developers use LLMs to migrate a million line codebase to a language that they have much less experience with in such a short amount of time that they likely do not have a good mental model of the migrates code. At least the tests pass. Only one person drove the migration, so the number of people that understand the new code is ~0.5 under the assumption there's no way the sole dev could b…

They won't, they will continue to vibe code it until it collapses under them and the project fades into obscurity. Which it will regardless since it was acquired by Anthropic.

Node beat Deno and Bun. Pretty impressive.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#417

Serious question… Who’s going to want to run a vibe coded runtime in production? I don’t see how this is a good look for Bun?

One should care about tests more than how code was coded. If I had a codebase with lots of tests and asked someone else to rewrite it to another language passing the same test suite, I honestly wouldn't expect a great quality job. I say this because it happened 3 times in the company I work for: we conducted experiments by tasking different companies to rewrite the same code in another language. All of them passed (m…

I care that runtime developers know and understand their codebase deeply. 1M LOC written by 1 dev in a short time does not inspire confidence in such an important dependency.

There's no way this code is understood fully by the original author, let alone anyone else. I wouldn't accept this from an intern, let alone in code that's fundamental to my business.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#418
post #105

From 4 days ago: https://news.ycombinator.com/item?id=48019226 > I work on Bun and this is my branch > > This whole thread is an overreaction. 302 comments about code that does not work. We haven’t committed to rewriting. There’s a very high chance all this code gets thrown out completely. > > I’m curious to see what a working version of this looks, what it feels like, how it performs and if/how hard it’d be to get i…

cargo check reported over 16,000 compiler errors when I wrote that message. It could not print a version number or run JavaScript. I didn’t expect it to work this quickly and I also didn’t expect the performance to be as competitive. There’ll be a blog post with more details.

What coding model are you using for the rewrite? Opus for everything? A prerelease model like Mythos?

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#420

Earlier quoted context omitted.

> It's the whole damn point. Believe it or not, for some of us it’s not “the whole damn point”.

Whether or not you want to admit that is up to you. If you're selling automation or efficiency gains, you're removing human labor.

My first "job" in computing, where someone else paid me for code, was in a research context where we were modeling radio propagation. Nothing about that was removing human labor. It in face eventually called for a bunch of humans to interact with each other. See: https://www.hamsci.org/basic-project/2017-total-solar-eclips...

I don't think it is fair to claim computers are about putting people out of jobs.

Post reply on HN