News for hackers. Stuff that matters.
Re:Revisiting the design approach to Zig by naikrovek on Tuesday September 06, 2022 @10:41AM (#32737721)
I don't trust any language comparison one-on-one with Rust, because fans of Rust today are just like fans of Python 20 years ago: "this language is the greatest accomplishment of humanity, easily," if I had to sum up the vibe I'm talking about.

compare [language] with C, fairly and accurately, if you want me to believe a word you say.

Re:Revisiting the design approach to Zig by Yoric on Tuesday September 06, 2022 @11:29AM (#32738463)
That's funny, I read this affirmation (and variants thereof) rather often, but I've been using Rust on and off since 0.4 and I've always been discussing with developers who have balanced and careful opinions of Rust, starting with the Rust language and compiler teams.

Rust has never been publicized as a solution to all problems. It happens to be my current favorite language for many tasks, but I don't think any serious Rust developer harbors the impression that Rust is designed to implement everything.

That being said, the community is much larger these days, so I assume that there are users who do not have a sufficient PL background to understand the tradeoffs made in the design of Rust.

Re:Revisiting the design approach to Zig by otabdeveloper4 on Tuesday September 06, 2022 @12:51PM (#32739767)
> Rust has never been publicized as a solution to all problems.
Re:Revisiting the design approach to Zig by anonymoushn on Tuesday September 06, 2022 @11:38AM (#32738611)
As a Zig fan, I thought GP's link was pretty favorable to Zig and pretty likely to be informative to users of other languages.
Re:Revisiting the design approach to Zig by kaba0 on Tuesday September 06, 2022 @12:12PM (#32739152)
There is not many languages that would fair worse next to C. For starters, not being able to create any form of even minimal, zero-cost abstractions like a vector is criminal.
Re:Revisiting the design approach to Zig by naikrovek on Tuesday September 06, 2022 @01:16PM (#32740092)
I think it's an apt comparison, Zig vs. C, given that Zig intends to replace C.

Go was aiming to be a replacement for C as well, but they didn't even try to reach that goal because Go programs require an OS to run on; something must host the runtime, even though it's included in the binary. I love Go and I dislike C quite a bit.

Zig vs. C seems fair to me, because there are no Zig zealots (or very few, at least not yet) and there are no C zealots who have lots of experience with C.