组委会成员、发起人之一近期的引起社区内热烈讨论。他在其中认为：C++是2012年不宜进入的三个技术点之一；其他两个是：, 。

赖勇浩对于“不宜进入”的定义是：

如果你现在不是这三个技术点的专家，并且手上没有使用这三个技术点的项目，进入这三个技术点仅为技术储备，那么就“不宜进入”。

至于为什么不宜进入，赖勇浩认为根本原因在于：

标准化过程中的超长流程，一次次将 C++ 推向深渊。

接下来，赖勇浩首先回顾了20世纪90年代：

其实在 90 年代，计算机的运算能力有限，市场上非常需要一款性能较高、抽象较强的编程语言，C++ 获得了成功，但它标准化的时间过长，造成各种编译器有各自互不兼容的“方言”，成了它的第一个软肋。

然后，赖勇浩又指出：“C++ 在 21 世纪的第一个十年里仍然地位稳固”，其原因在于：“Linux 和 MacOS X 大获成功，在这两个平台上 C++ 都是非常有竞争力的编程语言，C++ 自然水涨船高。”

但是，赖勇浩提出开发效率成为阻挡更多人采用C++的另一个因素：

但随着 web2.0 和 web app 概念的兴起，以及 CPU 的主频进一步提升，服务器端编程语言渐渐地对执行效率不再敏感，而是更在意程序员的开发效率，众多的脚本语言开始蚕食 C++ 的市场份额⋯⋯新兴的贵族是动态语言。面对动态语言在开发效率上的强劲挑战，C++ 社区除了在 2003 年对 C++98 做了小小的 patch，基本上睡着了，完全没有应对之策，哦不，连应用的姿态都没有。

在赖勇浩看来，

进入 21 世纪的第二个十年，⋯⋯在这个十年，我们需要这样的编程语言：

1. 能充分利用现代 CPU 的计算能力，不仅仅是多个核心，更是巨大的 L1/L2/L3 Cache、超线程等；
2. 能够大量减小异步 I/O 的性能提升的同时带来的副作用：异步编程的复杂性以及对可维护性的伤害

两句话其实也可以压缩为一句：需要有更好的并发模型的语言。

上述主要针对服务器编程领域，在桌面和移动领域，赖勇浩认为：

rust 会进入桌面开发，google go 肯定会顺道啃一口。而移动设备方面，⋯⋯编译型语言加脚本的模式就会占大头⋯⋯C++还是前景堪忧。

最后，赖勇浩的总结是：

回首 C++ 的 30 年，展望它的未来，总结起来可能就是：标准化流程拖死人了。如果不是 15 年不能标准化，java/c# 的搅局可能不会出现；如果在 2005 年能够应对动态语言……如果云时代有更好的并发模型……

对于赖勇浩的观点，知乎上有人提出，知名C++程序员做出了，他认为：

C++目前坚守的阵地：服务端基础架构（例如淘宝是C++写的），PC客户端的3D游戏（DirectX是提供COM/C++接口），某些嵌入式上的(准/软)实时程序，其他Java/C#/Python未能涉足的领域（会遇到C的抵抗）。如果你正好在这几个领域，我看不出有担心的必要。

陈硕还指出：

C++目前仍然是最快的语言（见 google language benchmark 论文和 ）。如果你的应用领域确实在乎这个性能⋯⋯那么 C++ 仍然是不二之选。

技术博客的博主陈皓对此次讨论也发表了一篇博客《Why C++ ? 王者归来》，他在其中引用了的一次演讲，Herb Sutter是和的作者、ISO C++委员会的主席、C++/CLI首席架构师、Microsoft的软件架构师。这次演讲是上的一次公开演讲。

陈皓在文中摘取了本次演讲的幻灯片，并做了一些注释和内容提要。 他首先指出：

为什么C++？因为 Performance per $，也就是说performance 就是钱，这个分成三个方面，

• 耗电，芯片的耗电量，移动设备的耗电量，家用电脑的耗电量都和钱有关系。
• 资源，家用电脑和移动设备上的处理器资源有限，因为要让一般消费者买的起。
• 体验，在更小的设备上会有更好的体验，有更好的体验就可以挣更多的钱。

此后，他也回顾了C++的历史，并借助幻灯片中的一张表格指出：

如果把我们的对编程语言的需求总结为四个：

效率，灵活，抽象，生产率。那么，C语言玩的是前两个，而C++玩的是前三个，Java和C#玩的是后两个（抽象和生产率）

任保一种设计都不可能让你什么都要的，这就是Trade-Off——什么事都需要交换的。

接下来，陈皓从移动设备、数据中心两个角度，说明了C++的性能效率的重要性，同时还指出：

当然，不是C++不注重 开发效率，看看C++0X的标准引入了多少东西我们就知道了。但是本质上，C++还是致力于性能和抽象的完全平衡。

目前仍在进行的中，有超过30%参与调查的读者主要使用的语言是C和C++，也欢迎正在阅读本文的您，告诉我们您使用哪些语言，同时也可以在文后留下您对本次讨论的想法。