Earlier quoted context omitted.
If you use Rust the way it was designed to be used, rather than relying on countless "unsafe" blocks, you need to redesign the entire codebase architecture to make it compatible with the borrow checker rules.
All that unsafe does in these cases is enable the "unsafe super-powers" which the compiler can't check, thus shifting the responsibility onto the author. But for example if you've got some code which doesn't borrow check, and you just sprinkle unsafe keywords on it, now you've got code which still doesn't borrow check and diagnostics telling that this unsafe keyword was futile and you should remove that. I haven't re…
My thoughts on the Bun Rust rewrite
591–600 of 757 posts
Re: My thoughts on the Bun Rust rewrite
#592Earlier quoted context omitted.
> You could make a similar point by saying something like "I don't like the message he's sending so I won't participate" Sooo.... "be more professional in your writing"? Why does this person owe you "professional writing" on their personal comment?
> Sooo.... "be more professional in your writing"? No, just more precise. It seems absurd to brand an entire community as "assholes" based on some disagreement with a blog post by one member. I suspect great GP didn't mean it that way, but it would help to have some clarification.
Re: My thoughts on the Bun Rust rewrite
#593I have learned so much reading Andrew’s code and as I said in the original post: Bun would never have happened without Zig. > 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. Fuzzilli integration: https://github.com/oven-sh/bun/pull/24826 Merged PRs fixing issues Fuzzilli found in Bun’s…
Re: My thoughts on the Bun Rust rewrite
#594Earlier quoted context omitted.
I don't think it's an attack, more like a goodbye. Andrew is happy bun is not zig anymore because it was not up to the level they would expect from a project that represents them.
Isn't this what makes it so strange, though? You didn't see K&R publish "so-and-so writes bad C", or Stroustrup decrying the Boost maintainers as hacks. Linus used to do this sort of thing, but mostly to things that directly affected the kernel, and even that eventually led to changed behavior and a code of conduct. The post disclaims the ambassador relationship, but treats Bun as having all of the responsibility of…
The world is completely different now. The VC fuelled culture was not as intense and LLMs certainly didn’t exist at all. Andrew calls out these factors explicitly.
> He can't have both "It's their fault because their code was slop" and "it's not my business".
Huh? But it was his business when they had a relationship. Seems he was trying his best to work with them while they were getting funding and Bun was interested in them. That’s the nice thing to do no? Even if you don’t like the partner.
Imagine if the Zig foundation broke the relationship from their side, that would have been much worse.
I don’t think Andrew was trying to say it wasn’t his business in that way. But in the end he couldn’t control what Bun did or didn’t do, and now it’s not his business in any way.
Re: My thoughts on the Bun Rust rewrite
#595> Two, I actually don't have any personal criticisms of Jarred That’s quite a statement to make at the end of a post that seems to contain little else…all just thinly veiled. Saying someone has „beginner energy“ but reframing it as a faux positive (this person fails and thus learns) Or saying the grapevine says someone is a „stinky manager“? Basically I’m not saying this person is bad it’s just that I need to bring u…
Stinky manager.. I could see, but even if his wording was more polite he’d still be criticised just as much, people would just say the personal criticism is “thinly veiled”.
We could argue a lot about how he should have worded himself, but in the end he wanted to (and had all right) to talk about how Jarreds coding and management style affected their professional relationship. According to commenters here on hacker news it seems like he simply is not allowed to talk about that. Even if he goes as far as possible in making it explicit that it’s not personal.
Re: My thoughts on the Bun Rust rewrite
#596Earlier quoted context omitted.
Are you serious? If I told you to your face "you are shitty at your job" you don't see that as a personal attack?
Sure, but getting a bad perf review then, is that necessarily a personal attack? Andrew and Jarred and I are all peers in this situation. You get reviews from your peers.
Re: My thoughts on the Bun Rust rewrite
#597Re: My thoughts on the Bun Rust rewrite
#598Re: My thoughts on the Bun Rust rewrite
#599Earlier quoted context omitted.
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 An…
Re: My thoughts on the Bun Rust rewrite
#600Earlier quoted context omitted.
> This is like the textbook definition of an ad hominem. No, it isn't at all. Ad hominem is only in effect and fallacious when the logic turns on the personal attack. "You're wrong because you're stupid" is ad hominem. "You're wrong and also you're stupid" is impolite, but logically fine. To clarify, I think that the entire "History" section is unrelated to Andrew's argument, only the "Addressing the Blog Post" secti…
Oh yes, I didn't clarify that I meant an argumentum ad hominem, which isn't the same thing as the informal fallacy of the same name. So yeah, I agree, this isn't directly fallacious.