[wheelerof4te]

C++ is indeed the most useful for use-cases where high-performance coincides with heavy OOP needs.

Games fall right into that category. But my hope is that one day people will write games in more secure and slightly less verbose languages, like Rust.

Most other software needs can be fulfilled by wrappping C function calls in Python or some other interpreted language.

[johnnycerberus]

I agree with you, I believe that simulators, games, software that are "walled-gardens" in the sense that they don't have a lot of interactions with the external world aside from IO and netcode for multiplayer games (that's a pita though), will be usually better in a purely functional model. We must either stay single-threaded or adopt purely functional programming or transactions in those kind of systems. Now, this can be achieved in both C++ and Rust as those kind of systems are not "safety critical", C++ has the edge in metaprogramming while Rust is one step forward in moving the lifetime correctness on the programmer's turf. It's hard to make a point which one is better suited right now as both in my opinion are flawed and have their advantages, it gets evangelical pretty fast. One thing I know is that C++ has the upperhand just because of the sheer amount of libraries that exist in the space and its supporters like Autocad, Valve, Epic and other companies that have billion $ infrastructure built on it.

Right now I'm working with fax machines and I have to provide a C library which is consumed by Scala services. Neither C++ nor Rust would have been an advantage as we are familiar with other methods of verification which are more battletested.

[CodeGlitch]

> Right now I'm working with fax machines

People still use fax machines? What is the use case?