Re:Why Zig over C for Systems Programming
by kombine on Friday November 13, 2026 @11:04AM
(#50485511)
D and Nim have had the same features for years btw.
[ Parent
| on HN ]
Re:Why Zig over C for Systems Programming
by tcoff91 on Friday November 13, 2026 @11:13AM
(#50485641)
God I loved playing around with D back in the day when I was in high school. It seemed like a no-brainer that it was going to be huge. It's such a shame it never took off. Incredible language.
Re:Why Zig over C for Systems Programming
by giancarlostoro on Friday November 13, 2026 @11:25AM
(#50485819)
It's so damn nice, its a shame it's never taken off the way it could. I think there's still time to make it attractive to companies, but with people's increasing use of AI I don't think anyone even cares what language their model writes in, look at the insane uptick in Rust programming.
Re:Why Zig over C for Systems Programming
by vips7L on Friday November 13, 2026 @11:39AM
(#50486028)
I try D almost every year, but I've never really gotten a working IDE environment with it. I'm not sure if it's issues with being on Windows or just the LSP not being that great. I really wish D was adopted as widely as Go.
Re:Why Zig over C for Systems Programming
by giancarlostoro on Friday November 13, 2026 @11:43AM
(#50486076)
Which IDE are you trying to setup with D? I've not had any issues... You may try DlangIDE possibly?
Re:Why Zig over C for Systems Programming
by vips7L on Friday November 13, 2026 @01:53PM
(#50488030)
I've tried the intellij plugin and vscode extension. It never seems to work right. I remember there being lots of issues about not finding phobos/the standard library.
Re:Why Zig over C for Systems Programming
by giancarlostoro on Friday November 13, 2026 @11:24AM
(#50485796)
I like both of those, I like the idea of Zig, it does seem to be striving to be pure in some areas where C is "king" that other languages gloss over, but Zig is always changing, and its got some elitist people in its ranks that left me not wanting to bother with it. Imagine a programming language maintained and used by geohot clones.
Re:Why Zig over C for Systems Programming
by sergiotapia on Friday November 13, 2026 @11:34AM
(#50485941)
https://github.com/nim-lang/nimony
Check out Nimony effectively Nim 3.0 from the author. It's a top to bottom rethinking of Nim with all the lessons learned. I'm so hyped about it tbh
Re:Why Zig over C for Systems Programming
by Fervicus on Friday November 13, 2026 @02:03PM
(#50488185)
Intriguing. How usable is it right now?
Re:Why Zig over C for Systems Programming
by seanw444 on Friday November 13, 2026 @02:16PM
(#50488362)
If they can get the tooling situation handled better with 3.0, Nim will be probably the best all-around programming language in my book. The only reason I tend to opt for Zig instead (and the reason the library ecosystem is pretty small) is that it just feels a little unpolished all over the place. But the core principles are just so good.
I don't mean that as an insult to Zig. Zig is amazing. But the ergonomics of Nim are just unbeatable.
Re:Why Zig over C for Systems Programming
by bowsamic on Friday November 13, 2026 @11:57AM
(#50486282)
It’s pretty obvious why they didn’t, they’re GC by default. That’s already enough to put people off, even if it’s “not a problem” in reality, people will just avoid it for systems programming if they hear that, they will assume all the good features need the GC
Re:Why Zig over C for Systems Programming
by arc619 on Friday November 13, 2026 @01:03PM
(#50487312)
Nim is stack allocated by default, and you annotate types explicitly with `ref` to use the GC. Even then, the compiler elides reference counting using borrow checks, you can choose different GC options, and the GC isn't stop the world like most. You don't need to touch reference counting if you don't want to, and Nim fits embedded dev pretty well for that reason.