Hacker Newsnew | past | comments | ask | show | jobs | submit | bnolsen's commentslogin

Having worked with c++ strings and also string views I find zigs simple fat pointer to be fairly direct and straightforward, and a bit refreshing. Ownership is being coupled in with the type..

And then zig shows up...


It's christmas and not april fools!


But this is a treat, not a silly joke!


I remember seeing this a long time ago and liking it, I just didn't have a use for it at the time. How does it stack up against luahit for perf and memory, and threading? It also looks like it could be worth looking at porting the compiler to zig which excels at both compiler writing and cross platform tooling.


LuaJIT is best in class performance for a scripting language -by a huge margin. In very specific problems, it can outperform C. Surely anything else is going to come up lacking if you are only considering raw benchmarks.


Work gave me an m1 pro with 32gb on it. A year ago I put together one of those minisforum board+laptop apu with 64gb ram and 2tb nvme for not much money at the time, likely 500usd. For the performance sensitive software I was working on the 7935hs ran with about 50x more throughout using compilers with llvm backend.


There's active work towards that (which could run as part of CI) and it looks very promising: https://github.com/ityonemo/clr


Zig actually does bring some new and innovative ideas to programming. While Zig itself may not become the next big thing a lot of ideas in it most certainly will find their way into languages moving forward.


What would you say are the innovative ideas that have come out of Zig? I have played around with Zig a decent amount, and to me it seems more like a novel combination of an interesting set of pre-existing ideas.


And they tried to hang him for it. I wasn't particularly pleased with some actions he took after he ran off but the government reaction was truly out of hand and forced him into full survival mode. This part of government is full of weird power crazed spooks.


they are very awkward to use in the current STL, they are part of the template definition. Back in the day EASTL did allocators much better but it never became a thing.


This confuses me. In zig null pointers are illegal, and I have yet to run into any case that should be addressed by using pointer arithmetic, that's all taken care of with slices.


Seems like it's just a comment written by someone with little to no experience using zig.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: