Earlier quoted context omitted.
Do you have bias? I'm not saying I don't have some hidden bias but I have no skin in the game. I don't use Bun or Zig or plan to. My reflection comes after reading Jarred's post yesterday, which I found interesting, and then Andrew's today. I just pasted this article into an LLM to understand the tone and the summary is: > The overall tone is deeply personal, cathartic, biting, and polemical, with flashes of humor an…
I'm glad that you asserted that you do have potential hidden bias and say that you used an LLM to judge the tone of an article partly pertaining to AI usage in coding right after.
My thoughts on the Bun Rust rewrite
201–210 of 757 posts
Re: My thoughts on the Bun Rust rewrite
#202Earlier quoted context omitted.
I don't think you are using that right. Saying someone is bringing a bad vibe to your project, as the point he has a bad vibe is just stating the conclusion. Like if someone calls you a bad programmer and doesn't hire you as a programmer, isn't ad hominem
No, the discussion started with a the article from Bun, stating that rust has some technical advantages for them. The response from the Zig creator is a bunch of personal attacks directed at one guy, like calling him a stinky manager. All of these are fully unrelated to which language is better for Bun. This is like the textbook definition of an ad hominem.
Re: My thoughts on the Bun Rust rewrite
#203Not sure a personal attack against Jarred really helps the case for using Zig. He could have and should have focused on the language and not “a stinky manager”. Honestly, this makes me want to steer clear of Andrew as much as Jarred.
Andrew's online social behavior is largely a streak of pettiness imo. This is not even close to the first time I've seen him write something I felt was overtly mean spirited, not just euphemistically "blunt". "Was silence not an option?"
Re: My thoughts on the Bun Rust rewrite
#204Earlier quoted context omitted.
It’s just one long ad hominem
I don't think you are using that right. Saying someone is bringing a bad vibe to your project, as the point he has a bad vibe is just stating the conclusion. Like if someone calls you a bad programmer and doesn't hire you as a programmer, isn't ad hominem
This is not refreshing, I usually expect better from Kelley. The best move would have been to say nothing at all except “best of luck, Zig will miss him but”. Now all Ziglings must wonder if they’re going to receive a hit piece from the Zig founder if they cross him.
Re: My thoughts on the Bun Rust rewrite
#205This 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…
Well, TFA has a conveniently titled section "Addressing the Blog Post", that raises (setting aside speculation) some good points:
The [Bun rewrite] blog post is ... almost like the marketing department of a trillion dollar company has a lot of money riding on this article ...
There's a dichotomy being presented here where you have to either choose a "style guide" or a programming language feature in order to avoid bugs. The sleight of hand misdirects the reader away from the main way bugs are eliminated: by dedicating engineering resources to it ...
[TigerBeetle] put in the time to find and eliminate the bugs, they make an effort to maintain a healthy relationship with ZSF, and Bun did not do that.
The argument for shipping all the million lines of unreviewed code is that the test suite is good enough to catch everything. Then why are you saying you have so many annoying bugs in the Zig code? What happened to the test suite being sufficient to catch everything ...
Performance increase is attributed to LTO, which Zig has supported for all of Bun's existence. It used to be enabled by default until we ran into too many LLVM bugs, all of which also affect Rust ...
The post claims they were fuzzing their Zig code, while during our calls the whole Bun team told us that they were not fuzzing anything. This appears to be an outright fabrication.
The blog post outlines a bunch of engineering work done to reduce binary size, to better make the case that "Bun is better in Rust" ... you were doing the engineering work that you should have done in the Zig codebase since the beginning ...
I noticed that you neglected to mention compilation speed. Zig compiler project is about 600,000 lines of code - roughly the same size as Bun before the rewrite, and I'm clocking 16s to build from scratch with a clean cache, followed by 90ms for each subsequent edit with incremental compilation enabled. What are the corresponding measurements of Bun post-rewrite?Re: My thoughts on the Bun Rust rewrite
#206Re: My thoughts on the Bun Rust rewrite
#207Zig is getting that Elm, etc vibe. Genius/visionary BFDL who's also personally incapable of leading the project towards healthy long-term viability. Say what you will about Matz or José Valim, I don't think they'd ever write a "and don't let the door hit you on the way out" screed full of personal attacks ("stinky manager", "writing slop", "a total shit show") against a person who led a very prominent project and fin…
Re: My thoughts on the Bun Rust rewrite
#208Earlier quoted context omitted.
Uhm, I'm very confused by the last part of your comment. You put it into an LLM to...understand the tone? Is that supposed to convince me of something?
Reality check. The confirmation that the author is not alone in having this particular feeling by using an LLM as a proxy.
Re: My thoughts on the Bun Rust rewrite
#209Rewriting Bun in Rust