News for hackers. Stuff that matters.

templix

Re:Zig 0.12.0 Release Notes on Saturday April 20, 2024 @01:24PM (#40098955)
I'm 100% hooked on Zig, don't really wanna use another language anymore

Reading other people's Zig code is usually a joy, as is writing it

Re:Wasmer – Run, Publish and Deploy any code, anywhere on Monday September 18, 2023 @08:15AM (#37555137)
Wasmer rubs me the wrong way for some reason

Staying clear

Re:Bounties Damage Open Source Projects on Sunday September 17, 2023 @10:29AM (#37545411)
The Zig article specifically says bug fix bounties are different.
Re:Bounties Damage Open Source Projects on Sunday September 17, 2023 @10:18AM (#37545319)
> or needed maintainer time that wasn’t there

That's my experience with bounties: someone does the job because they get paid, not because they have a particular interest in the issue, and then they instantly move on, leaving the submission to rot.

I agree with ZSF here.

Re:Ask HN: Why is Zig gaining so much popularity lately? on Tuesday September 12, 2023 @12:07PM (#37483402)
Great C replacement, great community. That's enough for many.
Re:0.11.0 Release Notes on Friday August 04, 2023 @11:59AM (#37001780)
I ditched Rust a year ago in favor of Zig and have not regretted since

Number of memory bugs in several fairly huge projects: 0

Zig is way more maintainable, leads to less code which translates to fewer bugs

How about that?

Re:Some Thoughts on Zig on Saturday July 23, 2022 @11:58AM (#32204501)
Fun fact: There's been a number of spectacular memory safety bugs in Rust programs where you have no option but to go unsafe. Which, in real systems programming, is quite often...

Zig is vastly safer than Rust unsafe. That's worth noting.

So while Rust's memory safety features is something I love, I absolutely hate the Rust community pushing mem safety as a panacea.

In my line of work, as an embedded programmer, Zig is vastly more appropriate.

Rust and Zig can co-exist just fine.

Re:Failing to Learn Zig via Advent of Code on Monday January 17, 2022 @06:49PM (#29973055)
> maybe you are just bad as a programmer (nothing wrong with that)

This was actually my impression after reading the post. A bad programmer making a lot of ill-informed complaints. Zig is an unfinished low-level language. Not suitable for bad programmers.

Re:Failing to Learn Zig via Advent of Code on Monday January 17, 2022 @06:36PM (#29972957)
Seems like the author isn't used to low-level programming languages. Zig is a great C replacement.
Re:TinyVG: A challenger to the throne of vector graphics on Tuesday December 21, 2021 @06:44AM (#29636420)
Careful now. SVG uses a lot of XML features that goes beyond "basic XML parsing".

To define a subset of SVG doesn't imply that simplifying the XML part is going to be easy.

Re:TinyVG: A challenger to the throne of vector graphics on Tuesday December 21, 2021 @06:40AM (#29636404)
> But to make a simple XML parser those are optional bits.

Yes, but SVG requires a lot of those optional bits... A parser complex enough to deal with all the nooks and corners of SVG is not simple at all.

Re:TinyVG: A challenger to the throne of vector graphics on Monday December 20, 2021 @05:49PM (#29631511)
You enjoy writing Lisp, but somehow find parenthesis way too confusing when editing manually? That's pretty hilarious.

If you take the expression above and format it in any half-decent editor, it's pretty clear. YAML is a shitshow, JSON is yuck and let's not talk about XML.

Re:TinyVG: A challenger to the throne of vector graphics on Monday December 20, 2021 @05:46PM (#29631467)
> So what's the deal? Are OP and me the only devs who have ever hit up against this issue in practice?

The sad truth is that many issues go unreported because people are lazy and move on when they hit a roadblock.

Also, I've seen this problem reported more than a few times so you're not alone.