3 ms·
What's a few years? They go by in the blink of an eye. Zig is a perfectly usable language. People who want to use it will, those who don't won't.
by geysersam 1y ago
What's a few years? They go by in the blink of an eye. Zig is a perfectly usable language. People who want to use it will, those who don't won't.
- tonyhart7 1y agoonly for hobby project
- nesarkvechnep 1y agoYou or in general? Because, you know, this is like, your opinion, man.
- tonyhart7 1y agoMy Opinion??? how about you goes to Zig github and check how progress of the language it literally there and its still beta test and not fit for production let alone have mature ecosystem
- dns_snek 1y agoYes, your opinion. I run it in production and everything I've built with it has been rock solid (aside from my own bugs). I haven't touched a few of my projects in a few years and they work fine, but if I wanted to update them to the latest version of Zig I'd have a bit of work ahead of me. That's it.
- scuff3d 1y agoTigerBeetle, Bun, and Ghostty all beg to differ...
- tonyhart7 1y ago[flagged]
- samtheprogram 1y agoBun is 100% fine in production. And you should be using it instead of transpiling TypeScript unless there’s some other barrier to using it.
- tonyhart7 1y agoI am not trying to dunk on this project all of these project is great but we cant ignore that Zig is not enter phase where we can guarantee stable API compability
- scuff3d 1y agoNobody is denying that? Andrew Kelly and the Zig team have been extremely clear that they are okay making break changes. So if you're choosing to use it in large projects, as some have, you're taking that risk. I think it speaks volumes that these projects chose to use it, and speak very highly of it, despite the fact that it's still pre 1.0.
- deleted 1y ago
- attila-lendvai 1y agofollowing upstream is overrated since we have good package managers and version control. it's completely feasible to stick to something that works for you, and only update/port/rewrite when it makes sense. what matters is the overall cost.
- kunley 1y agoHmm, if one writes a library Zetalib for the language Frob v0.14 and then Frob v0.15 introduces breaking changes that everyone else is going to adapt to, then well, package managers and version control is going to help indeed - they will help in staying in a void as no one will use Zetalib anymore because of the older Frob.
- all2 1y agoFor libs, yes, for applications dev, no. I would expect fixing an application to an older version would be just fine, so long as you don't need newer language features. If newer language features are a requirement, I would expect that would drive refactoring or selecting a different implementation language entirely if refactoring would prove to be too onerous.