3 ms·
Also worth reading: The Year [2022] of C++ Successor Languages [0] "interface" seems a step forward, amongst other things. I'd like to see Sumtypes (aka Algebr
by blippage 4y ago
Also worth reading: The Year [2022] of C++ Successor Languages [0]
"interface" seems a step forward, amongst other things. I'd like to see Sumtypes (aka Algebraic Data Types) without the pain. And recursive data structures. And co-routines for mortals.
I'd be tempted to check out Carbon at some point. I am mistrustful of Google, though, what with their whole telemetry idea in Go.
A good outcome would be if Carbon pollinated some ideas into C++, acting as a testbed.
I think that C++ has steered itself exceptionally well, actually. It has aimed at stability rather than "move fast and break things". It has avoided the missteps of Raku (Perl 6), Python 3. The fact that people "hate" C++ is on balance more of a feature than a bug. The newer languages have projects which sometimes mandate nightly builds (I'm looking at you, Rust and Zig). It feels that you're trying to build a house on a sandbank.
I hope that C++ never gets a package manager/build system. I'm not convinced that they've ever really been done properly or stably (Python seems to have a plethora of install methods, for example), and it leads to the mentality of kitchen-sinking dependencies.
[0] https://accu.org/journals/overload/30/172/teodorescu/ https://accu.org/journals/overload/30/172/teodorescu/
- lizmat 4y ago> It has avoided the missteps of Raku (Perl 6) It is unclear to me what missteps you are referring to?
- blippage 4y agoIt took over a decade to produce. After all that, it was pretty damn slow, and I suspect that many people thought it was too slow to be worth using.
- lizmat 4y agoWell, performance has been improved by several orders of magnitude since the first release. So maybe it's time to look at https://raku.org https://raku.org again (or first have a look at its new documentation site https://docs.raku.org https://docs.raku.org)