Glad that Youtube is hosted in Belgium, so we can still watch it in the post-American world.

Such a silly thing, but I’m still proud of my Sudoku Pi game: https://apps.apple.com/nl/app/sudoku-pi/id6467504425?l=en-GB

It’s basically a new finger-friendly UX for Sudoku. The game is also open-source, and an Android build is coming Soon (TM).

I think it’s fear. People fear that their country doesn’t produce enough and isn’t wealthy enough to support an army that is capable enough to keep any real or imagined enemies at bay. Add a good amount of corruption and propaganda to it, and you get a perpetual cycle where this fear needs continuous fuelling.

The worst part of it is that the fear isn’t entirely unjustified. As the Ukraine war shows, predators will try to pray on the weak, and Europe has been complacent about its own defence.

That doesn’t mean I think capitalism is the answer of course, but it is a horribly delicate balancing act to consider all concerns.

It’s that the compiler doesn’t help you with preventing race conditions. This makes some problems so hard to solve in C that C programmers simply stay away from attempting it, because they fear the complexity involved.

It’s a variation of the same theme: Maybe a C programmer could do it too, given infinite time and skill. But in practice it’s often not feasible.

Which one should I pick then, that is both as fast as the std solutions in the other languages and as reusable for arbitrary use cases?

Because it sounds like your initial pick made you loose the machine efficiency argument and you can’t have it both ways.

Well, let’s be real: many C programs don’t want to rely on Glib, and licensing (as the other reply mentioned) is only one reason. Glib is not exactly known for high performance, and is significantly slower than the alternatives supported by the other languages I mentioned.

Yeah, here it is: https://lore.kernel.org/rust-for-linux/1f52fa44062e9395d54ed6733780aea0830ee6a5.camel@HansenPartnership.com/T/#m8f8599678bc864662eae28756cba25981fc2c0ac

As much as people like to make fun of JS/TS, I think you’re right, especially compared to the languages you mentioned. It’s my second-favorite language after Rust.

I think I would put Swift above it as well, except I don’t really use it since it’s too domain-specific in practice.

Can’t it be both? :)

Usually your coroutines (should) all spin up at the very start and all stay running for the entire app lifetime.

That’s an interesting perspective. At that point, what is even the point of coroutines over using threads? I thought the main reason for their existence was being lightweight enough to spin up whenever, wherever you need.

Thanks, that solves it indeed!

I’m learning c++ via exercism because I’d like to use it for game development and other high performance use cases, and because it’s a good pip for the resume.

I think for game development you don't need to worry about a shortage of C++ opportunities any time soon. Both Unreal and Godot are built in C++ as well as many in-house engines. Similarly, there are other niches where C++ is king and it would decades for that to change.

That said, there are certainly areas where C++ is already being replaced by Rust. Areas where both performance and security are important are the first movers, such as webbrowsers, operating system components, but also things like high-frequency traders (crypto ones almost exclusively use Rust, while traditional ones will move slower).

Personally, I also used to be heavily invested in C++, but I'm happy to have moved to Rust myself. I recently became an independent contractor, and while I would be happy to take contracts involving C++ to migrate them to Rust, I would certainly not start new projects in C++ anymore. But for you, I wouldn't worry about that yet. The experience you gain working with C++ will help you appreciate Rust more down the line. Just keep in mind that at some point you will be likely to be exposed to Rust too.