按B.S的说法：C++的哲学是 1、近乎零开销的抽象；2、直接硬件映射。这两个决定了C++适合高性能场合的"快速"开发（快速是相对于ASM、C来说的），这是C++的最根本的阵地，java做不到零开销。

cuda opencl mpi并行计算 ，我这边需要的高性能计算领域离不了c++，普通应用领域应该是萎缩了。

cpp在性能需求较高的领域还有市场，例如我所熟知的游戏行业，引擎全是cpp写的，工程量巨大，技术要求也很高，我完全不敢想象有任何语言在游戏引擎这块儿可以替代它。
但是在普通应用市场几乎已经算是逐步退出了。

cpp的在应用市场的退出是多方面的，对程序员要求过高，开发慢，例如同样的事情如果用python来做，估计需要一天时间，但是cpp来做估计得用一周。另外招收到一个能写不错python代码的程序成本可能是1，招收到能写出不错cpp代码的程序成本可能是2，这些都是cpp退出应用市场的原因，倒不是因为模板等内容不好这些技术原因，相反从技术上来讲，cpp依旧非常强大。

举个最简单的例子，同样的浮点运算，cpp的效率就是python的10倍左右，没办法，性能差距在这里，这就导致了高性能需求的地方依旧离不开它

不仅仅是语法，优秀的三方库、框架也在渐渐远离C++，C++的应用场景越来越仅趋向于底层开发，如果只是做上层应用将很难找到工作了

C比较好用。

@Atlantis12000 而且底层也分两种，一半的嵌入式开发用的是C和汇编

现代C++(C++ 11 C++ 14 C++ 17)在开发效率方面有了很大的提升，做C++开发必须要对操作系统知识，编译技术都有一定了解，其实从单纯语言来说用现代C++加上一些开发库，比如POCO，QT，从开发效率已经不比java低了

java的interface对应的是C++的公有继承无成员对象的纯虚基类；C++的模板对应的是C的宏，C在没有模板的时候大量使用宏，相应的C++的模板比C的宏要方便调试；如果你对模板参数要求不清楚那你还是别用这个模板了，不符合要求的模板参数在编译时就会发现；至于编译单元，那是C就有的东西，是属于链接的内容，凡是编译主机执行的语言都会有，Linux的静态库的.a文件直接解压就是编译单元的.o文件。我倒是认为一部分C开发者开始转为C++开发者，比如C语言编译gcc的开发语言从C变成了C++。

@biubiubiu1 前辈说的很对啊，实时仿真中broad phase ccd用gpu的计算能力比cpu高了几个数量级，我觉得并行计算用c++/fortran实现是算法的未来