- We see no realistic path for an evolution of C++ into a language with rigorous memory safety guarantees that include temporal safety.
- A large-scale rewrite of all existing C++ code into a different, memory-safe language appears very difficult and will likely remain impractical.
Tough spot to be in, but I’m glad there are more and more people calling out for a transition away from C/C++. One can only hope that Rust doesn’t become the new C++ aka the garbage dump of programming languages. Every large player wanted to write C++ in their own way, so they added it to the language and now we have this… thing.
In the long run, I wonder if rust will spawn a family of new memory-safe languages.
Statically typed, compiled, memory safe languages? I can live with that 👌
Unfortuately c++ interoperability is hard. I wouldn’t write c++ without vector and other containers (templates). Or classes complete with inheiritance (rarely multiple) and thus name mangeling. I now have millions of lines of that stuff and it is hard to write anything else because it has to mix.
At work, we started the c++ migration to rust doing the following:
- Identify “subsystems” in the c++ code base
- Identify the ingress/egress data flows into this subsystem
- Replace those ingress/engress interfaces with grpc for data/event sharing (we have yet to profile the performance impact of passing an object over grpc, do work on it, then pass it back)
- Start a rewrite of the subsystem. from c++ to rust
- Swap out the two subsystems and reattach at the grpc interfaces
- Profit in that now our code is memory safe AND decoupled
The challenge here is identifying the subsystems. If the codebase didn’t have distinct boundaries for subsystems, rewrite becomes much more difficult
Sounds like you’re well on your way with a good process. The book Software Architecture: The Hard Parts is a pretty decent guide to breaking apart a monolith. It’s not a 100% follow it to the letter guide IMO, but I think the overall approach makes sense. At each step you have to consider trade-offs instead of following any kind of dogma.
Dang. It seems like there is a lot of momentum around transitioning away from C/C++.
Is C++ going to be the new FORTRAN/COBOL/PERL in 30 years?
Sign me the fuck up, I want to get paid absurd amounts of money to do basic stuff in a language I am already proficient in
