Live data from Hacker News

Rewrite Bun in Rust has been merged

github.com

741–750 of 822 posts

Re: Rewrite Bun in Rust has been merged

#741

Earlier quoted context omitted.

I'll actually concede that, on a slower skim, some changes to the test suite and fixtures that first seemed suspicious to me indeed align with what those tests were doing previously, and I wish I could retract that comment. I still think it's not such an impressive test suite as it's being claimed; which, if this actually works out, should say more about Claude's skill than the people driving it.

Gotcha. I'm genuinely curious: by "impressive", are you referring to coverage? I'd be grateful if you could say a few words about it could be more impressive (e.g, if you indeed meant to talk about coverage, say what functionality/edge cases aren't covered as of now)

Our programming languages are bad at specification and verification, so the next best thing is property-testing for modeling (e.g. Hypothesis for Python) or, for the reference implementations, extensive "expect"/snapshot test cases (e.g. Cram).

Instead, I found the bog standard suite with a single case per regression and very few actual modeling, although I wasn't expecting more. (I don't care much for JS, let alone Bun, so I can't point to features I'd like to see better tested, but I'm sure the issue tracker can do that job already.)

To be fair, our whole industry is really bad at this; most test suites are verification theatre, but now that machines can fill out implementations on their own, we should strive to properly model our requirements and limits so they can one shot what we intended. Otherwise we're left in an awkward middle in which we don't add much value over the AI fumbling around.

Re: Rewrite Bun in Rust has been merged

#742
post #700
post #539

Earlier quoted context omitted.

I'm really out the loop here so maybe you can help answer me a question - why is HN unhappy about this rewrite? why are people writing here almost as if they feel betrayed by Bun being rewritten from Zig into Rust? I genuinely don't get it. I've been following this Bun stuff a bit but I don't understand where the HN sentiment is coming from.

Because in the software world, especially before 2022, ownership and stability have been valued. People like using things that do not randomly start breaking more often after every new release, and if things break, there is a human who knows exactly why it broke and what's the best way to fix it. Businesses would not want their losses to be attributed to an AI rewriting an entire codebase. AI owns nothing, not even t…

> Because in the software world, especially before 2022, ownership and stability have been valued.

Stability in JS ecosystem was never valued.

Re: Rewrite Bun in Rust has been merged

#743
post #539

Earlier quoted context omitted.

I'm really out the loop here so maybe you can help answer me a question - why is HN unhappy about this rewrite? why are people writing here almost as if they feel betrayed by Bun being rewritten from Zig into Rust? I genuinely don't get it. I've been following this Bun stuff a bit but I don't understand where the HN sentiment is coming from.

My read. If the code has a comprehensive feature test suite, a performance test suite (how long a function takes), and a linter with readability guidelines (e.g. cyclomatic complexity; no code duplication), and the LLM rewrite passes all three, then it should be fine. But I think that in the real world only the first one (functional tests) exists.

Maybe Jarred can fill in here

Re: Rewrite Bun in Rust has been merged

#744
post #99
post #6

I'm actually excited for somebody trying experimenting with automated translation, but I'm afraid this will be lots of backwards compatibility issues. I started looking at the commits, and it's basically solving the ,,tests not pass'' problem by changing the tests themselves. The real work of making it working on programs that are already deployed will be just starting now. The only silver lining I see is that the se…

> it's basically solving the ,,tests not pass'' problem by changing the tests themselves. False. 0 test files were deleted. 0 pre-existing tests were skipped, todo’d, or had assertions removed. 5 new tests were added in test.skip/test.todo state to track known not-yet-fixed bugs in the port that lacked test coverage before. The merge changed 28 test files in total. +1,312 lines −141 lines Most of that +1,312 is new t…

We're keeping this honest and chill, no worries.

What is "most of that "?

Why did you feel the need to produce so much detail about a single category of tests?

Re: Rewrite Bun in Rust has been merged

#745
post #684

https://github.com/oven-sh/bun/pulls and now we have lots of troll PRs...

> People keep opening issues about "unsafe usage" in the codebase. This PR solves that problem at the root by introducing a yolo! macro and replacing all 10,421 instances of unsafe {} across 732 files.

This is actually pretty funny.

Re: Rewrite Bun in Rust has been merged

#746
post #404

Earlier quoted context omitted.

Don't worry, no one reviewed open source code before AI either. Basically nothing changed about the trust model.

The person who wrote the code reviewed it as a part of writing it and going through the PR process.

You think Jarred reviewed 1M lines of code in 9 days?

Re: Rewrite Bun in Rust has been merged

#747

Earlier quoted context omitted.

Gotcha. I'm genuinely curious: by "impressive", are you referring to coverage? I'd be grateful if you could say a few words about it could be more impressive (e.g, if you indeed meant to talk about coverage, say what functionality/edge cases aren't covered as of now)

Our programming languages are bad at specification and verification, so the next best thing is property-testing for modeling (e.g. Hypothesis for Python) or, for the reference implementations, extensive "expect"/snapshot test cases (e.g. Cram). Instead, I found the bog standard suite with a single case per regression and very few actual modeling, although I wasn't expecting more. (I don't care much for JS, let alone…

Thank you!

Re: Rewrite Bun in Rust has been merged

#748
post #420

Earlier quoted context omitted.

not enough people are emotionally prepared for if it’s not going wrong even in the slightest

I expect it will be just fine. It's like bragging about getting the words right on a mental health exam. AI was given the answer, it just repeated it back in a slightly different format. Even a stupid human could have done that.

> AI was given the answer, it just repeated it back in a slightly different format.

Ridiculous.

Re: Rewrite Bun in Rust has been merged

#749
post #660

Earlier quoted context omitted.

> There was no security >1M lines of un-reviewed code are secure?

Comment was more like pick your poison. Eventually it gets reviewed if they are serious. Old version had no future for serious production on anytime soon. This might get there.

> Eventually it gets reviewed if they are serious.

So they just merged it for fun in the meantime? Hope we find out if they're serious soon.

Re: Rewrite Bun in Rust has been merged

#750

Where are all the guys in the Hacker News comments who have been explaining how bad LLMs are?

LLMs bad¹ ² ³ ⁴

--

¹ when they empower idiots who vibe features with no regard for tech debt

² in a long run when they are used without human oversight

³ even on trivial tasks when results can't be reliably verified (f.ex. tests coverage)

⁴ the above list is not exhaustive, but outlines main points which should be easily recoverable (by any person smarter than a house spider) from the context of discussions involving LLM sceptics.

--

To answer your question "where" – take this as your home assignment. My message contains enough hints to come to the right answer.

Post reply on HN