News for hackers. Stuff that matters.
Re:C++ Coroutines Do Not Spark Joy by m0zg on Monday November 01, 2021 @07:35AM (#29065404)
It does exist. It's your regular C++17 with Google Style on top (though perhaps with exceptions allowed), ruthlessly enforced through reviews. For larger teams to talk to each other use Protocol Buffers and GRPC to decouple interfaces. For build use Bazel. For utility code use Abseil. Do not use Boost for anything. For editing, set up Vim/Nvim + YouCompleteMe.

With this setup I find C++ pretty easy to work in. And I've built a team of ~50 devs that were productive on the same multiplatform C++ codebase (+ all sorts of language bindings).

Re:C++ Coroutines Do Not Spark Joy by castratikron on Monday November 01, 2021 @08:47AM (#29066043)
My only gripe with gRPC is that there is no way to integrate it into a foreign event loop. I'm a big fan of single threaded event driven architecture ( I mostly do embedded work)
Re:C++ Coroutines Do Not Spark Joy by m0zg on Monday November 01, 2021 @03:56PM (#29072162)
That is by far not the only gripe I have with gRPC, but yeah, it's not designed for embedded. It's too large and too full featured for that. Maybe there's a cut down variant somewhere though, it is an open standard, it is conceivable that someone could implement a portion of its features compactly. For instance for Protocol Buffers there's c-only nanopb.
Re:C++ Coroutines Do Not Spark Joy by mcguire on Monday November 01, 2021 @03:27PM (#29071729)
What happens when you have to use something that isn't on your list? Do you fire people who don't like Vim?
Re:C++ Coroutines Do Not Spark Joy by m0zg on Monday November 01, 2021 @03:51PM (#29072087)
They can figure out how to set up VSCode or CLion. Wrt everything else - tough luck. OP asked for usable subset, I gave them the usable subset, battle tested for 15 years on a multimillion LOC, codebase, quite possibly the largest and most impressive in the world.