Live data from Hacker News

My thoughts on the Bun Rust rewrite

andrewkelley.me

461–470 of 757 posts

Re: My thoughts on the Bun Rust rewrite

#461
post #377

Earlier quoted context omitted.

[flagged]

You want to see him address being "a stinky manager", having "beginner energy", choosing to take VC as opposed to "a solid living via crowdfunding", or "already writing slop well before he had access to LLMs"? Those are all opinions where arguing about them isn't going to be productive. Countering the accusation of "an outright fabrication" on the other hand is worthwhile because it's a claim that can be countered. I…

Those statements are all consistent with the publicly observable facts like this whole thing going from "I'm experimenting with this" to "this is merged into main now, yolo" within a week or so. The complaints from Jarred on the amount of bugs they've been having is too.

It all checks out.

Re: My thoughts on the Bun Rust rewrite

#462

Earlier quoted context omitted.

[flagged]

Bun donates $60,000 per year [month] and Jarred acts with graciousness and soft tones when talking to outside parties. Why do you think it's Jarred's obligation to continue after being insulted for professional dishonesty? Isn't it Andrew's obligation to show that he was worth that much kindness to begin with?

> worth that much kindness to begin with?

Maybe I'm overly cynical, but I don't know that directing some funding towards the open-source project that is the foundation of your whole tech stack is really "kindness" per se.

When you are vending a devtool to other open-source developers, and making a lot of hay about the specific technology choice, it's basically marketing spend. It's also often a way of buying favour (attention to issues, PRs, etc) from the project maintainers...

Re: My thoughts on the Bun Rust rewrite

#463

This is unprofessional and embarrassing for Zig. I know very little about Jared but his article yesterday, which I read, seemed appreciative of Zig. I now learn he's donated significant chunks of money to them. This entire article is publicly and personally attacking him for choosing a different product. It's insane to me that Andrew thinks this post will somehow exonerate Zig when it really just makes them look chil…

It's kind of strange to not engage with any of the points made in the article. Unlike you, I don't think the post makes them look childish at all. I think it raises a lot of valid points and makes me want to use Zig more.

The points in the article aren't great. It opens up personal and stays personal. As people in this thread have pointed out, several of the falsifiable bits turn out to be false.

The big thing though is, you get to the end of it and have to ask: why did this need to be written at all?

"It's almost like the marketing department of a trillion dollar company has a lot of money riding on this article."

He does get that Anthropic is Don Draper in the elevator meme here, right?

Re: My thoughts on the Bun Rust rewrite

#464
post #455

Earlier quoted context omitted.

Yes, "their" refers to Bun's code, not the Zig compiler's code. Fuzzili is a fuzzing engine for JavaScript, so integrating it into Bun means that Fuzzili is fuzzing Bun.[0] From the Bun post[1] > We fuzz Bun's runtime APIs 24/7 using Fuzzilli, the JavaScript engine fuzzer used by V8 & JavaScriptCore From Andrew Kelley's post today[2]: > The post claims they were fuzzing their Zig code, while during our calls the whol…

AFAIU fuzzing code != fuzzing results. Through skimming it seems that integration tests were using fuzzing, but I would call it fuzzing the code itself. From "product" perspective there's no difference, but in program-compiler perspective (and e.g. raising bugs about compiler), Fuzilli isn't fuzzing. Per Wikipedia > (then...) The program is then monitored for exceptions such as crashes, failing built-in code assertio…

I don't understand what distinction you're trying to draw here. The very specific claim[0] in the Bun blog post that Kelley is calling a fabrication was:

> We fuzz Bun's runtime APIs 24/7 using Fuzzilli, the JavaScript engine fuzzer used by V8 & JavaScriptCore

It does not look to be a fabrication, and is very explicit just about what they meant by fuzzing.

[0] I mean, that sentence doesn't actually match Kelley's paraphrase, but it is literally the only claim in the post related to what fuzzing was done on the Zig-based bun codebase. So it has to be what Kelley was referring to, and his paraphrase is as sloppy as his fact-checking.

Re: My thoughts on the Bun Rust rewrite

#465

This is unprofessional and embarrassing for Zig. I know very little about Jared but his article yesterday, which I read, seemed appreciative of Zig. I now learn he's donated significant chunks of money to them. This entire article is publicly and personally attacking him for choosing a different product. It's insane to me that Andrew thinks this post will somehow exonerate Zig when it really just makes them look chil…

It's kind of strange to not engage with any of the points made in the article. Unlike you, I don't think the post makes them look childish at all. I think it raises a lot of valid points and makes me want to use Zig more.

What points? All I'm reading is just a collection of emotional ad-hominems.

Re: My thoughts on the Bun Rust rewrite

#466
post #411
post #410

Earlier quoted context omitted.

As someone from a cultural background that is considered very direct and blunt, I can say that there is a rather fine line between being direct and being an asshole. This post devolves into a personal attack one sentence in. There was no reason to go into Jared's life at all to begin with. The entire post doesn't need to exist at all if you're confident that Bun leaving will have zero or even positive impact. Why tur…

Also notice how I didn't have to bring up Andrew soiling his Pampers when he was a wee beginner.

It's a good thing there's nothing of the sort in TFA then?

Quoting:

"He moved fast and tried a lot of different stuff, jumping head first into problems that he was not yet equipped to solve, leading to mediocre outcomes in terms of engineering, but learning a whole heck of a lot in the process. I see it as quite a healthy attitude, particularly for young people and students. This is the best way to level up and learn new things."

I don't know, maybe you just don't understand what he's saying here? Or rather, are applying some sort of a negative spin to what is a factual analysis of a valid approach to doing something?

Re: My thoughts on the Bun Rust rewrite

#467
post #445
post #357

Earlier quoted context omitted.

I have never once in my life cared about where a programming language kept its source and I think if anyone is using that as a basis for decision-making, they are truly a moron.

You’re telling me you would be as likely to contribute to a project hosted in CVS as compared to git (and on GitHub)?

No, but making a codeberg account, seemingly the second most popular forge in the world, is not that huge effort.

Re: My thoughts on the Bun Rust rewrite

#468
post #269

Earlier quoted context omitted.

> Those people talked to each other. Everybody talked to everybody. The grapevine was large and healthy and full of juicy grapes, and all those grapes contained the juice of the same message: Jarred was a stinky manager. There’s a big gap between corpo speak and “stinky manager”. That’s nowhere close to professional writing. And he’s not giving us his personal opinion, Kelley is telling us the conclusion of the “grap…

[flagged]

He doesn't owe me anything. But his community deserve better than this.

Re: My thoughts on the Bun Rust rewrite

#469
Ex-Bun employee for transparency. I have skin in the game.

I respect andrewrk and Jarred in different ways. My understanding are that neither are media trained. Very patronizing post from andrewrk and shows his hostility towards Jarred. I mostly agree with the core meat and potatoes of his post, but the hostile tone, the snarky VC-related remarks, the fact that *most* of his comments felt like a defensive remark.

Yes -- bun has problems. Yes -- bun moves very quickly. Yes -- the 1.4 post seems quite heavily copy-written. Yes -- Jarred doesn't have a syseng background.

But god fucking damn Andrew, you have some problems too -- you have your head up your ass. Every Zig feature that people would love to have, which you personally disagree with will NEVER enter Zig. Why do I still need anonymous structures for lambdas? Sure, no closures I get, but no lambdas? My friends at Tesla tried Zig and then churned to Rust too, for the very same questionable leadership model. Zig will never be a general purpose language because the people -- who have many different generic and general purposes for a language -- simply don't get what they want. Zig is an andrewrk-purpose language at best. Is this leadership for the future of Zig?

I don't want to slander andrewrk. With the brief hiss I've provided, I think he does a more-or-less great job with Zig. It's a really small team, and they're really productive too. The ZSF is a really nice set of people too, from my brief fly-on-the wall moments with meetings with them. They care about Zig and they work really darn hard for it. I've also learned a huge amount from andrewrk, and I respect that he's an off-the-cuff guy. Surprisingly, I am too. Chances are, in his shoes, I'd probably get equally rage-baited to write a similar post.

But reflecting upon this, this is just not productive. These kind of public outlashes are not healthy for the language, don't cause good publicity, and could have been a useful reflection point for the ZSF -- not in terms of money, but in terms of what they want to do with the language. Instead of being a strawman at Jarred, it could have been:

- Bun's not the greatest code quality. (And it really isn't -- I was very stressed by this at work) - Zig doesn't aim to give you tools to manage complexity. We expect the developer to adhere to high code quality. (And this is also very true, coming from C++ -- I was also very stressed by this reality.) - The AI-generated rewrite is not a good idea for reasons XYZ (and I personally think this is true). - We are grateful for Bun being part of the ecosystem, but agree it doesn't adhere to our ethos, nor design philosophy, so it makes sense.

The discussion in the Rust circles (which I am a part of too) is completely different and so much more nuanced -- folks are talking about the code, how many unsafes there are, some of the very valid concerns, but the tone is significantly less enraged.

This is a perfectly legal, polite way to leech on top of the media attention (I mean we are all doing it), maybe throw in some spicy bits with references to some GH issues to stir Twitter up but remain polite and respectful. This was just rude for no good reason, esp. because Jarred CLEARLY was only very respectful towards ZSF.

Personally, I won't run Bun in prod, but I no longer write any Zig either. Good old node for me, and good old C, Rust and C++ too.

Re: My thoughts on the Bun Rust rewrite

#470
post #405

Earlier quoted context omitted.

I also know nothing of the drama, but what I picked up from the first blog post was that even with access to near unlimited funds and unreleased god-tier coding llms from a trillion dollar AI corporation it was apparently impossible to fix a backlog of bugs in Zig code but it was possible to fix them by automatically doing a rewrite in rust. I can see why that might feel like an existential attack on Zig even if star…

> So pointing out that the zig code was full of bugs because the author was doing weird stuff and ignoring advice, couldn't hire/retain any good Zig devs because he mismanaged people and is the kind of guy to do a full rewrite because that's more interesting than fixing bugs or learning the old tools feels like stuff he'd want out there in the public domain. All of what you say may be true, but the point remains: the…

I agree with the spirit of what you're saying: that many aspects of this post seem unnecessary. But I do think there are reasonable answers to your (admittedly probably rhetorical) questions.

Zig is a relatively young language with a small community, and Oven/Bun is one of few places that someone could previously have written Zig code professionally. It's therefore Zig's business to make sure that either it's a good place to refer community members for work, or that they don't explicitly encourage people to work there. Likewise, as one of the highest-profile Zig projects, the community's leaders were understandably invested in making sure it represented the language well.

I feel like I am exactly the target audience for this post: someone who uses Zig regularly, but hasn't touched Bun, despite being aware of it. While I would have proceeded differently than Andrew Kelley here in terms of framing and phrasing (and leaving out some parts entirely), I do think reading this gave me new information about Zig's relationship to Bun. The specific dry, professional post you suggest wouldn't have given me any new information at all.

Post reply on HN