C++应用程序应当以更理性的态度来看待自己的工作，C++社群的规模、强悍和创造力，仍然是很多其它新兴语言社群难以相比的，好了下文就给大家进行详细说明，希望大家能够喜欢。
考虑到这一点，在开源领域中两兄弟的这种差距就令人感到非常震惊。如果说在2000年以前，由于C++在工业界的统治地位，这种差距对C++的影响还不大的话，今天，C++在开源领域里薄弱的基础就非常要命了。
现在在开发者社群中，“C语言万寿无疆，C++无寿无疆”的说法得到不少人的支持，其根本原因之一就在于C++在开源运动中的地位远逊于C。究其原因，归根到底是因为编写高质量。
可复用而又拳拳服膺的C++程序库实在是一件太困难的事情。一方面，大量的C++应用程序质量不佳，而且经常以一种粗暴的方式要求使用者改变自己程序的风格，另一方面，一旦有人完成了一个可用的C++项目或者程序库。
他必须具有极其彪悍的意志才能够咬着牙把这样的项目奉献给开源社群——不仅因为失去了可能的金钱上的回报，更因为可能要面对着暴风雨般的批评和鄙视。总之，诸多的原因使得开源文化未能在C++中深深扎根。然而，毕竟C++是一种称霸一时的语言，C++社群的规模、强悍和创造力，仍然是很多其它新兴语言社群难以相比的。
特别是在标准C++制定之后，C++编程风格有了明确的指导思路，开源项目也就大大繁荣起来。虽然时间还不长，但是已经有一些令人欣慰的成果。这些成果也就构成了写作本文的基本动机和素材。就重要性而言，开源程序库和工具集对于C++甚至比对C还要重要得多。因为实践证明，没有良好的基础设施支持，C++开发成功的可能性异乎寻常的低。
其根本原因是，用C++写优秀的程序库非常非常难，而一旦有了这样的程序库，在其基础上写应用程序就相当容易了。同时，C++的特点又要求基础设施的源代码必须开放，因此，C++程序库对于开发者来说意义非常重大。
我们可以更进一步探究开源C++程序库对于C++应用程序的重要意义。用C++编写可复用程序库时所需要的思想方法和技术风格，与用C++编写应用程序时所需要的思想方法和技术风格之间存在相当大的差异和差距。前者所需要的高超技术、丰富经验和良好的权衡能力，是很少有人能具备的。在所有程序设计语言中，你恐怕找不出第二种语言像C++那样。
对于程序库作者的要求如此之高，以至于远远超过了一般“熟练”C++开发者的平均水平。在Lisp中，语言、库和程序根本就是一回事，每一个程序员写的代码都可以看成是语言本身的扩充。
在Java、C、Perl、Python、Ruby中，一个优秀的应用程序开发者在积累一定经验之后，不难写出高质量的可复用代码。而在C++中，这种事情是非常罕见的，即使是天资卓越、经验丰富的大师级人物，也需要花费多年的打磨，历经几次反复，才能够最终推出受到一致认可的可复用程序库。
此道之难，难于上青天，以至于Andrei Alexandrescu感叹道，十几岁的少年天才满目皆是，满鬓斑白的优秀程序库设计者凤毛麟角。而在另一个地方，一本C++可复用技术图书的作者总结道，所谓可复用的C++程序库，不可能是设计出来的，只可能是复用出来的。
然而，一旦这样的程序库构造出来并且为人们熟悉，那么就会大大地简化应用程序的开发。这也就是为什么在2000年后，Bjarne Stroustrup无数次地呼吁社群专注程序库的开发。他很清楚，只有程序库能够救C++，只有程序库能够发展C++。
现在我们知道，用来写C++程序库所需要的技术，与用来写C++应用程序所需要的技术存在很大的差别。这已经比较糟糕了。更糟糕的是，一般的C++开发者根本分不清这中间的差别，他们在开发中往往既不是一个称职的程序库开发者，也不是一个单纯的应用开发者。
他们一边想着完成手头的工作，一边琢磨如何能够写出高质量的基础库和框架，为万世开太平。如果说C语言是一把轻快的小匕首，遇谁都是进身猛刺，血溅一尺，那么这种C++的使用方式无异于左手打铁铸兵，右手挥剑刺秦，这种精神分裂的状态直接将很多项目变成了既超期超支又质量低劣的垃圾。
认识到这样的事实之后，C++应用程序应当以更理性的态度来看待自己的工作。大部分情况下，你所需要做的是寻找一些可以互相合作的、稳定可靠的开源程序库，然后在其基础之上，面向目标。
使用尽可能简朴的技术，专心专意地进行应用开发。把那些复杂精妙的语言技巧和“可复用”之类的想法扔到Java国去。唯其如此，你才可能更高效地开发出好的应用软件，而且会逐渐积累和重构出真正可复用的软件。
【编辑推荐】
