The standards body members are still fighting about whether memory safety is important enough to change the language for, so, I would guess the answer is "no".
The standards body members are still fighting about whether memory safety is important enough to change the language for, so, I would guess the answer is "no".
[0] https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2023/p27...
This year, maybe next, maybe a year or two after that, is probably the most C++ lines of code in production use there will ever be. Why would one choose C++ for new projects at this point? There are niches where Rust is still uncomfortable or just doesn't have the support, but not for much longer. Models are very good at Rust and good at porting to Rust. And, Rust is a good language for models because it is so strict...it helps keep them in line.
Let's put [Citation needed] on this and let's assume that your personal opinion bubble of developers doesn't really represent the combined worlds software industry. Mind actually proving that there's a significant decline of use of C++ outside the hype crowd?
> Why would one choose C++ for new projects at this point?
Why indeed would you choose a language supported on every running platform on this world with a massive library of supported dependencies and mature compilers developed by stable teams.
(I'd probably also personally choose Rust for new projects, but let's make this a practice in "not everyone is like me" empathy.)
Which taken to the logical conclusion will mean its disappearance.
Except there are plenty of industry standards that only acknowledge C and C++, and safer languages that depend on them for their own compilers, including mighty Rust.
There are billions of lines of C++ code in production use. That doesn't disappear overnight, and I've never said it would or even suggested it would disappear overnight. But, the relevance of C++ for the average developer seems likely to never be higher than is it today, and the amount of code written in C++ vs. safer languages, seems likely to decline.
You're arguing with a different assertion than the one I've made.
COBOL latest ISO version is from 2023, by the way.