|
I just read this, about someone comparing to C to Zig... 
Let's say that Zig is a walk with your beautiful girl on a sunny park. You know it's gonna be nice. And C is like... I don't know... like snorting cocaine from a knife with THAT friend who is a terrible influence. If things go well, the rush is incredible and you think "Nah, screw my girlfriend, this is so much better", but there's also a medium risk you suffer from a crash, paranoia, anxiety, pain in the chest, etc. Seasoned devs/drug fiends will know more or less how much they can take without suffering the consequences, but as a newcommer you are not as safe as them. Oh man... that's just gold.
Jeremy Falcon
|
|
|
|
|
No C is like your wife/SO/partner/whatever, solid, dependable and has got your back.
Zig is like the new girlfriend; an exciting experience, new, fresh, exhilarating but you're wondering; will it last, will they stick with me?
Will they put up with all my BS? 
Had to add that last bit.
A home without books is a body without soul. Marcus Tullius Cicero
PartsBin an Electronics Part Organizer - Release Version 1.4.0 (Many new features) JaxCoder.com
Latest Article: EventAggregator
|
|
|
|
|
Perfect Mike
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
Bad news, I was wrong about the $21.1M in funding. Here's their 2024 financials. Given the fact they're brand new, IMO they're doing good. But there's only one full-time person working on it. There are over 900 contributors on GitHub, but still... one full-timer.
Given its traction, I'm sure it'll grow, but now I gotta wonder just how long that growth will take. Can't really wait years to start the app in hopes it hangs around. 
Jeremy Falcon
|
|
|
|
|
Yeah with only a single full-timer you gotta wonder how long he can hang on.
Contributors are fine but someone has to lead the project.
It's a shame gus it looks like it's a decent language with a lot of potential but it all comes down to users.
If no one uses it, it ain't goin nowhere.
Hope it all works out.
A home without books is a body without soul. Marcus Tullius Cicero
PartsBin an Electronics Part Organizer - Release Version 1.4.0 (Many new features) JaxCoder.com
Latest Article: EventAggregator
|
|
|
|
|
This reminds me of the history of Gitea (Git server project on GitHub), this was forked from Gogs:
Quote: While Gogs was open-source, its repository was controlled by a single maintainer, which limited community input and development speed. In response to these limitations, the Gitea developers decided to fork Gogs in November 2016, creating a community-driven development model. Gitea had its official 1.0 release in December 2016.
Gitea - Wikipedia[^]
|
|
|
|
|
Fo sho, and it's a nice project. It's just so early that using it right is a tiny gamble. I mean worst case I'd have to rewrite the app, which would reeeeaallly suck. But that would be the worst case.
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: Zig
You misspelled C#.
|
|
|
|
|
PIEBALDconsult wrote: C#
You misspelled Java. 
Jeremy Falcon
|
|
|
|
|
Hope that Zig takes you not in a Zigzag^ manner towards your programming goal.
^haphazard.
|
|
|
|
|
Thanks buddy. Hope so too. Been looking for a "new C" so to speak and this is the closest thing to it that seems to have a chance. It's like crypto, either gonna win big or lose it all.
Jeremy Falcon
|
|
|
|
|
She insists on watching me code now. It's very distracting. She's a small cat, but she doesn't feel small draped across my shoulders.
That, and she's so judgmental. I'd like to see her debug and optimize an embedded graphics library.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
She's just biding her time until code review. You know how picky they can be.
A home without books is a body without soul. Marcus Tullius Cicero
PartsBin an Electronics Part Organizer - Release Version 1.4.0 (Many new features) JaxCoder.com
Latest Article: EventAggregator
|
|
|
|
|
Consider it lucky that she likes to watch from your shoulders as opposed to lying across your keyboard!
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Please no zealot type replies. Looking for intellectual discourse amongst those not afraid of change, based on real life experience, etc. I also realize the target audience here will always lean towards C-style languages, so please be objective.
But, I'm torn. For this project I'm about to embark on, I have two mandatory requirements. Everything is optional.
1) It's gotta be able to do web requests.
2) I gotta be able to know I can do regex... should I need it. Regex has saved my butt so many times I will never use a language without. Just won't happen.
So, back in the day, in C at least, for these two solves I would just use libcurl and libpcre2.
I don't know about you guys, but that got old. It's a hell of a lot easier to handle these requirements in higher level languages. But, I need the speed here because I want this application to represent the best of what I can do... not half arse it because it's easy. I wanna be proud of this; otherwise, I'd just use JavaScript/Node.js.
So, that brings me to Zig (yes, I said it  ). If I were to give a 2 second overview, Zig is to C as Rust is to C++. And that really, really got me interested. I'm an old fart, and this is a new smell. Cool.
However... Despite all the niceties of Zig, it's still young with 1.0 being years away I'm sure. It can do web requests, but that just came out months ago and it cannot connect to some TLS servers. Which means, I'd still be using libcurl anyway to be able to reliably do web requests... just in Zig. I'm sure it'll improve in time, but that may be a couple years from now. It's still so young.
Same thing goes with regex, there are some regex libraries by people, but nothing official as part of the language yet. And, the ok "zig style" third party ones I've seen don't support UTF-8 for instance. So, for now, I'd still be using libpcre2 as well. Edit: There is POSIX regex, but ideally this app would be cross platform and that would still be C-style anyway.
I want something new (a lot); I'm not afraid of moving on from C if I can find something that has the same philosophy of it (KISS). But, I also want things to work reliably. And unfortunately, it may be that Zig is still too young for this for the next couple of years.
There's absolutely nothing preventing me from using C libraries in Zig. So, I can use these libraries and just eventually migrate over to the "zig way" in the future. That's the route I'm leaning towards. But, there's something in the back of my head saying... if you're doing it the C way, just use C - duh. It's your buddy. It's your pal. Y'all have been places together.
So, am I being stupid or am I just overthinking this or both? 
Jeremy Falcon
modified 24-Aug-24 11:55am.
|
|
|
|
|
IMO, the risk with a "young" language is that the original team behind it gets tired of it and the rest of the community isn't large or committed enough to keep it going, and it becomes an unsupported dead-end. It's a Catch-22, it's gotta have the traction to keep going, but you need to have enough people with a vested interest to do so.
That's the first question I'd ask myself. Do you get a feeling that if the entire team suddenly died in a plane crash, the project would go on?
Without a contingency plan, the risk is entirely on you. Cool syntax and all technical wizardry under the hood seem entirely irrelevant without that.
My 2c anyway...
|
|
|
|
|
dandy72 wrote: IMO, the risk with a "young" language is that the original team behind it gets tired of it and the rest of the community isn't large or committed enough to keep it going, and it becomes an unsupported dead-end. It's a Catch-22, it's gotta have the traction to keep going, but you need to have enough people with a vested interest to do so.
100% agree. That's why I've ignored most newfangled languages. Zig is different. Yeah they're young (compared to old farts), but the peeps behind it are serious and pretty smart. There's already an established foundation behind it that just got $21.1m in their series B and a community that's really growing. I'm completely confident this language will continue to grow and mature.
dandy72 wrote: That's the first question I'd ask myself. Do you get a feeling that if the entire team suddenly died in a plane crash, the project would go on?
I think so. Been wrong before, but this one is different than languages like Odin (these kids watch too many cartoons I swear). I could be wrong again, but I'm not sure the Odin project would survive without the one dude behind it.
dandy72 wrote: Without a contingency plan, the risk is entirely on you. Cool syntax and all technical wizardry under the hood seem entirely irrelevant without that.
100% agree buddy.
Dang, this should be easy to choose. 
Jeremy Falcon
modified 24-Aug-24 10:38am.
|
|
|
|
|
Jeremy Falcon wrote: I'm completely confident this language will continue to grow and mature.
Well you can cross that out from the 'cons' list then. The shorter that list, the closer you get to your answer. 
|
|
|
|
|
Do you have time/energy to do both Zig and C, side-by-side? Could be some useful results from that, both for you and others, and if you start seeing problems on the Zig side, you've got a fallback.
modified 26-Aug-24 6:52am.
|
|
|
|
|
Good question... not sure I do have the energy.  If I had to pick one (to do both) though I'd have to stick with C. Zig ships with a C translator to Zig but nothing exists the other way around.
Jeremy Falcon
|
|
|
|
|
A couple of questions;
1) Is time a factor?
2) Is this a personal project of for client/
Years ago we did a job for a power plant, control hardware/software.
Problem was the project manager selected BETA software to run the plant. We spent months debugging their software and in the end cost me a marriage, no lose there but the company got sued.
Upshot is: If you have the time for ZIG to evolve and mature, use it if there are constraints I'd say go with what you know.
Just my two sense.
A home without books is a body without soul. Marcus Tullius Cicero
PartsBin an Electronics Part Organizer - Release Version 1.4.0 (Many new features) JaxCoder.com
Latest Article: EventAggregator
|
|
|
|
|
Mike Hankey wrote: 1) Is time a factor?
Yes and no. No in the fact I don't have a deadline, but I'm not gonna do this is in assembly.
Mike Hankey wrote: 2) Is this a personal project of for client/
Personal. I'd never use Zig in the enterprise just yet. It's too young and the docs/books aren't out there. Which means it would be harder to find and train devs on it. Maybe in 10 years, but definitely not now.
Mike Hankey wrote: Problem was the project manager selected BETA software to run the plant.
Mike Hankey wrote: We spent months debugging their software and in the end cost me a marriage, no lose there but the company got sued.
Ha ha ha ha ha. To that point, I'd never use a language I can't unit test in. Fortunately, I can unit test in C and Zig.
Mike Hankey wrote: Upshot is: If you have the time for ZIG to evolve and mature, use it if there are constraints I'd say go with what you know.
I do as I can at least do things C-style for now. I think I'm just having a hard time of letting go of my old buddy... sitting back in the corner saying "did you forget about me? sniff sniff"
Mike Hankey wrote: Just my two sense.
Great points man.
Jeremy Falcon
|
|
|
|
|
I would throw out one other consideration that we sometimes overlook at the beginning of a project: Language performance is sometimes (sometimes) misleading. Yes, a language with garbage collection does not fit a situation with real time requirements. But if you break your work up into transactions, for the sake of a white board, where is the time spent? You mentioned network requests. Those can typically run forever compared to most of the processing between. I'm not recommending Python, but why do folks use it? It's got to be at the far end of slow. Development is fast, but that may not make up for the slowness. Oh, got large matrices? Lots of matrix math? It's the choice. Languages such as GO and Swift often compensate for their performance flaws with access to great algorithm libraries and debug tools. For myself, I always want a good development and debug environment. Also, you identified one important requirement: whatever language you choose, it needs to be able to call out to C libraries. If you meet this last requirement, then it seems that you are good to go. Good luck and wishing you fun times with your project.
|
|
|
|
|
Great points all around.
Bill_M wrote: Good luck and wishing you fun times with your project.
Thanks man.
Jeremy Falcon
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
