Remove .zig Files from Bun

qquasigloam about 8 hours ago 24 commentsRead Article on github.com

RU version is available. Content is displayed in original English for accuracy.

⚡ Community Insights

Discussion Sentiment

63% Positive

Analyzed from 945 words in the discussion.

Discussion (24 Comments)Read Original on HackerNews

cayleyh•37 minutes ago

I missed what the reason given for moving from zig to rust was. Considering 9 days ago it was "This whole thread is an overreaction."

Is it really just that Anthropic now owns bun and zig is "anti-LLM" for contributions? Was there more justification given elsewhere?

j-pb•about 4 hours ago

On one hand I kinda feel validated for having jumped ship on Zig 3+ Years ago[1] and moving everything to Rust[2], with the language simply being too unstable and unsafe in my eyes, despite my love for comptime and people arguing that Bun and Tigerbeetle were proof that it wasn't the languages fault.

But I also feel bad for the Zig project to loose one of their flagship projects, because while I find the project ultimately anachronistic, I know what it's like to pour your sweat, heart and soul into something, and having it replaced within a week is a sobering experience even from afar.

A couple years ago this would have been unthinkable because of how slow legacy codebases and rewrites are.

I wonder if Tigerbeetle will also have problems arguing for their solution now that the other project they can point to for customer assurance is gone. And I wonder if they will follow suit eventually simply due to marketing pressure (after having been bitten by the Zig compiler I was surprised that they were putting their super duper high reliability database on top of it at all, but with another big player using it there was at least some peace of mind for their enterprise customers).

1: https://github.com/triblespace/tribles-zig

2: https://github.com/triblespace/triblespace-rs

dmit•about 1 hour ago

Tigerbeetle is in the database business. They operate on an entire different level of correctness expectations compared to something like Bun. The correctness guarantees they provide come first and foremost from the design, architecture and rigorous testing, not from the language they use for the implementation.

So, hopefully, the tech people involved in choosing a database for their project understand that, and do their own correctness and performance testing before making a decision. As for the business people, the tigerbeetle.com landing page doesn't mention Zig at all, although it probably will come up when they "ask AI" for a comparison. So, yeah, probably some risk. Perhaps the LLM will also point out the Jepsen report on Tigerbeetle to offset it.

j-pb•16 minutes ago

> not from the language they use for the implementation.

Everybody has a plan until their compiler compiles an if-else wrong, and that's the level of instability that Zig had when I left it and Tigerbeetle committed to it.

No amount of testing is going to save you from that and it's a completely avoidable unnecessary self-inflicted problem, that makes me seriously doubt every other decision you make on top of that.

Galanwe•about 5 hours ago

> Security risks: None. This is dead-code removal

Thanks Claude! XD

orphea•about 4 hours ago

RIP bun, it was good to know you.

amiga386•about 4 hours ago

    FOR GREAT JUSTICE
    TAKE OFF EVERY ZIG
    MOVE ZIG
    MOVE ZIG
    MOVE ZIG
    MOVE ZIG
    YOU KNOW WHAT YOU DOING
    TAKE OFF EVERY ZIG

https://www.youtube.com/watch?v=qItugh-fFgg&t=124s

https://archive.org/details/flash_allyourbase

plus•about 4 hours ago

The linked PR has been flagged as AI slop, but there seems to be an equivalent PR that's still open: https://github.com/oven-sh/bun/pull/30683

cayleyh•41 minutes ago

The PR says it was from Jarred, and then he flags his own PR as slop...

embedding-shape•about 4 hours ago

Dupe: https://news.ycombinator.com/item?id=48132488 ("Rewrite Bun in Rust has been merged" - 170 points - 5 hours ago - 159 comments)

Robdel12•about 4 hours ago

My hot take is Anthropic is going to have a really rough year as they’re going to start to feel the weight of all their vibe coding and products.

I have a hard time believing they have something figured out that the rest of software engineers don’t. I’ve been using LLMs to help code since before claude code and heavily since. I have a hard enough time managing the “slop” from 4-5 agents. I can’t imagine this is going to go well having this done in like a week.

If you think that it will, I implore you to attempt the same in your large existing codebase and report back the mess. Theirs is littered with TODOs like this https://github.com/oven-sh/bun/pull/30412/changes#diff-6c2b5...

bonesss•about 4 hours ago

Anecdotally, I am seeing tons of visual bugs in software and apps these days.

Issues of rendering, too many menu options, mobile sizes not being accounted for per se, non-functioning buttons, half-load issues, etc. Consumer facing, major platforms, commercial services.

I can’t ascribe all of it to LLMs but there’s been an objective change in my impotent cursing from “what is wrong with them” to “did anyone even test this?” over the last six months to a year. If the backends start acting like these frontends we might get to see a bunch of cognitive/technical debt blow up at scale.

cayleyh•about 1 hour ago

100% agree on this. Even just the flashing on nav menus. Very very common to load an app I'm already signed in to, see the "login / signup" state first, then a loading indicator or skeleton, then the logged in state. Just seems like amateur hour all over the place of people or companies not caring.

dormento•about 4 hours ago

> My hot take is Anthropic is going to have a really rough year as they’re going to start to feel the weight of all their vibe coding and products.

sed -e 's/Anthropic/everyone/g' and I agree.

"move things and break fast" all around.

parliament32•about 4 hours ago

Given how terrible their in-house support bot is, I don't think they've figured out jack shit. If you truly had a half-decent LLM, you'd think the first place you'd put it to demonstrate the capabilities is handling support.

hiccuphippo•about 4 hours ago

The PR was closed because it did it too soon.

blastonico•about 3 hours ago

Does anybody know what model they are using? Is that Mythos?

This is impressive. I honestly don't know what to think about programming careers, need to reflect on my role in this area. The only thing that comes to mind the that quote from Cypher (Matrix):

"Buckle your seat belt, Dorothy, because Kansas is going bye-bye."

Alifatisk•about 5 hours ago

> This PR has been marked as AI slop and the description has been updated to avoid confusion or misleading reviewers

mohsen1•about 4 hours ago

deleted

behaviors•about 3 hours ago

Yeah the next generation is understanding the codebase vs understanding how to prompt the info out of the codebase. I too took on the rust port of a working software, learned some LLM roadbumps, and it looks very much like the future is LLM coded and human "managed"

rvz•about 4 hours ago

They are already hiring for (experienced) Rust and C++ developers to clean up the slop that used Claude to create.

But then again, this is all marketing content for Anthropic for large scale production-grade rewrites such as this.

ai_slop_hater•about 4 hours ago

It might be the time to flag Bun as AI slop

steve_adams_86•about 4 hours ago

Regardless of your optimism about LLMs, it seems crazy to expect an entire runtime to be stable after this kind of refactoring pass. I would be skeptical if humans did it too. Rust isn’t magical; it can still compile with bugs despite what some people claim.

beanjuiceII•about 4 hours ago

its always been slop though, even before the AI