2 hours ago, Oluseyi said:

Hey guys, long time no post! Funny sequence of events that led to me checking in today.

My take: nothing will ever "replace" C++, because nothing will ever have the same degree of critical mass/hegemony that C had and C++ inherited. The language ecosystem will be more diverse and varied, with individual languages and their code being more generally portable, and practitioners more able to switch toolsets because the norm today is to have high-quality, cost-free, often open sourced implementations.

 

My other (and hotter!) take: JavaScript already "replaced" C++ as the language in which the largest subset of user-facing applications, and even server-side infrastructure, is written in.

I really have nothing of value to contribute to this discussion. Hi, Olu! How ya been?

Most of the console games that I've worked on were written in Lua.

(but yes, the engines were C++)

Maybe we'll all start using LLVM and use multiple language front-ends that all get compiled and linked together. 

I'm already linking together engine code in C, C++, and ISPC, and then layering Lua gameplay code and C# tools and wrappers on top. If other new languages like Jai can do what ISPC does and link directly with C++ code, that will help yo drive adoption. 

13 hours ago, Oluseyi said:

My other (and hotter!) take: JavaScript already "replaced" C++ as the language in which the largest subset of user-facing applications, and even server-side infrastructure, is written in.

JavaScript is considered as the assembly language for the web since it is the only programming language (HTML is a markup language, not a programming language) understood by all web browsers. We do not include real assembly languages in this discussion although they are still kind of unavoidable in the end (unless you are programming directly in machine language instructions, but there is a kind of 1:1 mapping anyway between machine and assembly languages), because they are too low level to be practical on a large scale in our code bases. I think similar arguments hold for JavaScript as well in some sense and we must take this into account while talking about the impact of JavaScript. Languages like TypeScript, CoffeeScript, Elm, etc. all transcompile to JavaScript in the end, since browsers can handle only the latter. Typescript for instance is a superior alternative to JavaScript and many large companies adopt it or plan to adopt it. This is especially due to the dynamic typed nature of JavaScript becoming a bottleneck in large code bases, since programmers eventually realize that their architectures are built on quicksand: without giant test suites (larger than for statically typed languages at least) you have no idea when your program is going to break in at compile-time (there is even no compile-time because JavaScript is generally a purely interpreted language). Furthermore, JavaScript has and had problems with standardization and formal verification.

There is even an iconic picture illustrating the quality of JavaScript (I don't know if this is the original picture ):

2 hours ago, _Silence_ said:

java

Maybe this can change in the future as more common functionality is added to the platform-independent, standard C++ library. Before C++11, there was no std::mutex, std::thread, etc.

On the other hand, the JVM (including the Java bytecode compiler and JIT) consists of a very optimized compiler (I am talking about the JIT, the Java bytecode compiler is basically a lexer-parser-semantic analyzer). Together with C/C++ compilers, no other compiler comes even close to these compilers with regard to their level of optimizations. They also go back a very long time (resulting in lots of iterations and refinements).

In germany, i always get business job offers about java, c# and javascript programming only (mostly java), even though i have listed other languages as well - including low level ones like delphi and c/c++. I never got a single offer for c++ at all... but one for delphi which is a rare exception.

But it always depends on the kind of category you are working. For example in in the automotive industry there is a lot of special hardware involved, so there will always be C and C++ or some other low level languages. Making drivers for managed languages is a pita... But applications themself are mostly written in c# or java with bindings to the low level C libraries/drivers. Scripts, macros, math are written in mathlab, python or lua...

I expect this is similar to the game industry, there is C++ for all the engine low level core and then high level languages like lua/javascript/c#/java whatsoever.

But i see a future to be overwhelmed with a ton of full garbage collected, typeless, object oriented, functional languages without control of memory and performance at all. Maybe there will be 2-3 cores fully dedicated to do nothing else than collect memory garbage... moving the garbage collection to the hardware itself.

For C++ i dont see any future at all. I will fully get replaced with one of the higher level languages.