A little sticky since very few people apparently read the rules, and I need to have some text to point to when moderating:

If your project was generated by an LLM, do not share it here.

LLM-written third party libraries or tools serve no purpose. Anyone can tell Claude to do something. Sharing something it spat out for you adds no extra value for anyone. Worse, you are likely never going to update it again. It's just worthless unmaintained dross clogging up GitHub and wasting everyone’s time.

This includes LLM writing in READMEs and comments; mostly because it's a basically certain signal that the rest of the code is trash, and so is a very good heuristic for me to use. If you need it for translation or something, please mention it and I'll allow it.

What about if you partially used LLMs for boilerplate and such? Unfortunately I'm not psychic, and I'd have to trust you on your word – and since basically 100% of people I ban for obvious slop-posting immediately start blatantly lying to me about how much Claude they used, this won't work.

For the visitors to this subreddit, please report things you suspect is slop with "LLM slop"! You don't even have to be certain, just so that it notifies me so that I can take a closer look at it. Thanks!

I wanted to do something low-level enough to get a good feel for the language and the hardware, but also something that would be fun and rewarding to build. So for the last couple of months, I've been experimenting with Zig by building a PlayStation emulator in it.

It's far from complete, but it's finally starting to take shape and can run some commercial games (notably Crash Bandicoot and MGS), which I'm super happy about.

Overall, Zig feels great for something like emudev (particularly enjoying packed structs with variable-sized ints for reinterpreting register values). The project doesn't have much room for comptime magic though, but I can see why people are excited about it. I also liked that also aren't many things that require you to "change your way of thinking," so I got pretty comfortable with it after a day or two.

I expected some significant friction with graphics and audio, but the zig-gamedev libraries were surprisingly easy to set up. I even managed to build a graphical debugger with ImGui.

The painful part is that as of 0.15.2, the incremental backend for ARM64 isn't there yet, so build times are getting more and more annoying as the project grows.

GitHub repo for anyone who's curious: https://github.com/maxpoletaev/nupsx

A little test to see if I could support legged vehicles/robots exceeded all expectations. This thing is already so much fun to "drive"! And yeah, the crate is there just so I can tell which way is the front, but it became a neat little face 😄

The game is Traction Point, a vehicular puzzle/exploration game I am building. The logic for the walker is ~1500 lines of Zig.

source

Tracking the entire LEO satellite catalog with Zig powered Python bindings.

I posted about astroz here a few months ago, but wanted to update with some of the optimizations I have recently been doing

Native Zig hits 11-13Million propagations/sec if you're not going through Python (drops to about 7M if you use python)

Blog with all the details: https://atempleton.bearblog.dev/i-made-zig-compute-33-million-satellite-positions-in-3-seconds-no-gpu-required/

Demo: https://attron.github.io/astroz-demo/

GitHub: https://github.com/ATTron/astroz

github

Release notes and binaries will hopefully follow soon

Edit: 0.15.1 is also out

Hi everyone,

Stjepan from Manning here. Firstly, I would like to thank the moderators for letting me post this.

I’m excited to share something new from Manning that’s close to home for this community: Systems Programming with Zig by Garrison Hinson-Hasty, who’s also a contributor to the Zig project and ecosystem.

This book isn’t about frameworks or hand-holding — it’s about learning how to build real systems software in Zig from the ground up. Think libraries, daemons, shell utilities, networking, interpreters, and even a graphics engine — all written in straight Zig.

Some of the things you’ll learn along the way:

·       How Zig approaches systems programming (and why it feels different from C/C++/Rust)

·       Writing idiomatic Zig code that balances safety and performance

·       Integrating Zig with C, system libraries, and scripting languages

·       Projects like a CHIP-8 interpreter, command-line utilities, TCP/HTTP networking, and OpenGL graphics

What I really like about this book is the style — it’s full of practical examples and even some fun scenarios that keep systems programming from feeling too dry.

👉 Save 50% today with community discount code MLHINSONHASTY50RE at: Systems Programming with Zig

I’m curious: for those of you already hacking with Zig, what’s the coolest low-level project you’ve built (or want to build) so far?

Thank you all for having us here.

Cheers,