DenisDolya

Where link's?

It would be great to add units with missiles that would fire at long distances and air defense to shoot them down.

Now instead of Doom we prescribe Half-Life. Is it worth waiting for the new rule "Half-Life works everywhere"?

Thank you for your work.

This is of course great, and very creative, but why not use an HTTP proxy if this TLS is still unprotected?

Did I misunderstand something?

Actually hfile has nothing new, So the basic philosophy here is a small binary.

Wow, this is impressive, everything is so realistic, it feels like I'm not in a browser but in a dark room with a PC where this game is running, I really liked it, it looks very nostalgic.

I think it's possible to add the ability to upload files somewhere, and the ability to create folders for additional files there.

It’s funny how we all complain about the noise and at the same time we’re all part of generating it. Maybe that’s just the nature of fast-moving ecosystems.

Impressive work.

Thank you for sharing.

This is seriously impressive — 6 BIPS by a single developer is insane. The correctness-first approach and clean architecture really show. But honestly, at this point, to make it truly useful, you probably just need to write your own OS next Thanks for sharing this it’s inspiring to see what focused systems work can achieve. How did you not burn out doing all this?

Honestly, in many systems projects it is often simpler and safer to minimize or even avoid malloc entirely: rely more on stack, static buffers, or simple arenas. This usually leads to fewer bugs and more predictable behavior than building complex lifetime systems on top of the heap.

This is an impressive piece of engineering, no doubt. The API is clean, performance work is serious, and it’s clear a lot of effort went into making this fast. But let’s be honest: without autograd and a real training ecosystem, this is not a PyTorch replacement, it’s a very nice numerical toolbox. Also, tying GPU acceleration mostly to Metal makes this far less useful outside the Apple ecosystem. Right now, it looks like a technically excellent project searching for its real-world niche. If you add proper differentiation, broader GPU support, and prove that this scales with real users, then it could become something truly important. Until then, it’s great work — but not a revolution.

Wow, this is a strong evolution.

Interesting idea. Good luck with the development.

Thank you for sharing this.

Try posting in other communities, your project will find someone who will like it.

Yeah Just don’t turn on the webcam, or coworkers will think I turned into an Outlast monster, due to chaotic neck movements.

Wonderful Neck warm-up :)

CG-SQL = an attempt to give C what Python has had for a long timeconvenient “scripted” work with the database, but without losing speed.This is cool.

Nice project! One question: decompression and page-fault handling also add latency. How do you avoid thrashing in practice? Also, for such low-level memory management, why C++ instead of C? C might give more predictable control without hidden runtime behavior.

Nice start, but right now the program exits immediately because after selecting difficulty you just return from main. You never call initBoard() or displayBoard(), and there is no game loop (input -> update -> render). So there is no actual game yet.

bombMap is filled with rand()%2, which means ~50% of tiles are mines and the `mines` variable is basically unused. That’s not Minesweeper, that’s Russian roulette. Better: clear bombMap first, then place exactly `mines` mines randomly without duplicates.

tileMap is int, but you print it with putchar(). Zero prints nothing, so your board is mostly invisible. Either store ASCII chars ('#', '.', '', '1'..'8') or map numbers to chars when printing.

Utils.hpp include guard is broken: you have #ifndef but no #define. So the guard does nothing. Add #define or use #pragma once.

Utils::catchReturn() always returns 0, so errors are swallowed. You print “sending further” and then… don’t send anything further. Just return renum.

In editDiff(), custom values are not validated. Width/height should be 1..32, mines < wh. Otherwise you can overflow your arrays.

Also this line looks wrong: std::cout << Game::boardWidth; boardWidth is not static, and printing it there does nothing useful.

Main advice: first make a minimal playable version: - select difficulty - initBoard() - displayBoard() - simple input loop - win/lose check

No UI polish, no docs, just make it playable first. Then iterate.

Just focus on making one complete working path instead of half-implemented features.

Wow, it works !

Oh, I thought you were the author. Still, thank you for sharing such great work!

Great work! I really miss projects like this simple, useful, and not SaaS.

Great job!

Cool work! Any plans for an ESP-IDF native example/port? I think it could help adoption among ESP-IDF users.

Great resource, I especially liked the nostalgic design.

Everything seems to be fine, but from the very beginning, when you look, you're looking for intuitive buttons that give you an understanding of what's going on. Everything is a little more complicated here, but still, well done.

The design is beautiful, although I personally prefer simpler ones. But that’s just my preference.