我学习使用C++，已经有差不多7，8年了。从当年在学校写小程序，到后来在公司写程序做设计。从VC++(虽然它不是标准C++)，到后来嵌入式的C++，到现在在项目中，标准的C++。坦白说，C++确实很复杂，和Java, Objective-C，Python，Ruby这些语言比，它确实很复杂。这种复杂来自于几个方面：
[1] 编程的模式太多。面向过程，基于对象，面向对象，泛型。而且在面向对象的时候，它可以多继承（真正的多继承，不是那种多个接口一个父类的），虚继承，私有继承。
[2] 标准库的想法很完美，可是坦白说，库的级别太底层。举个例子std::string，没有提供一个函数可以将所有substr替换成另外一个，你需要自己用find和replace写一个；没有一些标准的库，譬如单元测试，Logger库。我知道有Boost，可是有的平台boost不能编译通过。
[3] 语言细节太诡秘，而且编译器之间有差别（实现）

我觉得[1]不是什么本质的问题，而是我们对待C++的问题。本来支持的东西多是好事，而且C++承诺你不用到一个属性的时候，这个属性存在不会拖你效率的后腿。一开始，我们根本不需要掌握多继承，虚拟继承，私有继承。因为这些在绝大多时候都用不上。只会共有继承，继承的时候用单个基类和多个接口（就是全部是纯虚函数）的那种，然后结合设计模式。基本可以解决设计上90%的问题。然后，你要知道C++有其他继承的这些功能，当你熟练了前面那些东西以后，并且发现在项目中确实上面的东西解决不了设计上的问题的时候，用上新的技术来解决问题。
[2] 这个东西就不好说了。虽然标准库设计的不错，但是对使用人员要求太高。现实中，合格的C++程序员真的不多，或者换个角度说，库做的还不够，有的时候它太灵活。我承认用C++的项目对性能都要求很高，但确实不需要那么高。所以，其实C++的标准库可以提供另一个好用但性能稍微有些缺陷的库，我们是可以接受的。就目前SL里面的string, io，这些库，真的需要改进。还有增加hashtable，增加logger，和UnitTest库。
[3] 这个问题和1一样，用到的时候再去了解，不用了解的太仔细。想当年，我把重载规则烂熟于心，现在还是忘的一干二净。因为太复杂太细节了。

现在我来看，虽然C++很复杂，但我至今认为它的功能是非常强大的。我是指在系统设计上，它支持的范式是如此之多。它的复杂性是因为我们太想掌握它的所有，其实，我们应该掌握那部分我们最应该掌握的：
面向过程，设计对象，面向对象，标准库。然后看看设计模式，多线程，操作系统的接口。然后就是多写程序，多看好的代码（我强烈建议不要看烂代码）。然后，就是开始用C++的思路去设计系统。在设计中去找到C++这些特性的应用场景，再去掌握它。那个时候，你就会自然而然的理解为什么有私有继承，需要多继承，需要虚继承，需要模板。你很多时候就会恍然大悟，哦，原来<The C++ Programming Language》上这段话是这个意思。慢慢的，你就能驾驭这种复杂性。
当然了，C++仍然缺乏一些其他语言的特性，我觉得：垃圾回收和反射。即使在电信金融这种项目中，垃圾回收都是有好处的。至少这个特性应该可选。反射，Java的反射可以为Java带来很多有用的设计方法，C++没有这个（0x也没有）。另外，我觉得C++的头文件机制也有必要修改（如果可以的话）。
当然，如果有个新项目来，我现在会首先考虑Java。因为C++对整个团队要求太高。而且开发效率太低了。在对性能要求很高的地方我用C++，其他不关键的地方我用Java，再变动大的地方我会选择用lua这种嵌入式语言。不使用模板，或者非常小范围的使用。不为别的，就好比设计模式没普及之前，面向对象经常被误用；模板设计模式没有普及或者总结之前，在大项目中少用模板，绝对有益处。