I feel the basic premise here is wrong. People do not choose C++ because of trust(ing they cannot back themselves in a corner).
Main reasons are more: Our people know it, our vendors support it, our libraries use it, our workflow is built for it, etc. It is understanding that the cultural work has been done. The cost of switching is huge.
That's a good reason, but it is also the reason why people start new Cobol applications in 2026.
The other reasons for C++ were very good control of the lowest level, and very good performance, combined with decent ergonomics. You could have some of these (eg fortran's performance being better than C's), but rust brought a new player that gave this too, and bringing much better stability as a bonus.
If you have a huge C++ code base, looking into things like this might be worth it. But if you start without knowledge of either C++ or Rust, choosing C++ would probably be a bad idea .
I feel the basic premise here is wrong. People do not choose C++ because of trust(ing they cannot back themselves in a corner).
Main reasons are more: Our people know it, our vendors support it, our libraries use it, our workflow is built for it, etc. It is understanding that the cultural work has been done. The cost of switching is huge.
That's a good reason, but it is also the reason why people start new Cobol applications in 2026.
The other reasons for C++ were very good control of the lowest level, and very good performance, combined with decent ergonomics. You could have some of these (eg fortran's performance being better than C's), but rust brought a new player that gave this too, and bringing much better stability as a bonus.
If you have a huge C++ code base, looking into things like this might be worth it. But if you start without knowledge of either C++ or Rust, choosing C++ would probably be a bad idea .
[dead]