怎么样才算精通C++?

精通C++是一个艰巨的任务。为什么C++比别的语言难学这么多？

其实这基本上是因为C++他爹Bjarne Stroustrup说过的一句话“我特别讨厌语言的设计者把自己的喜好强加给用户”（看向go）。

结果C++为了不限制你的想法，于是也就变成了现在这个样子——包含若干范式，大概有:

1. 面向对象（灵活应用virtual继承+shared_ptr可以达到java/C#的效果）

2. 模板（这里分两类，分别为type rich programming和meta programming，区别很大）

3. 函数式编程（如今有了lambda，配合<algorithm>文件，简直无敌了）

4. 过程式

但是难能可贵的是，这几种东西在C++混在一起用也是多么的自然。不过，这需要你花时间去掌控他。

那到底有没有必要真的学到这个地步呢，我觉得跟你的领域是有关系的。譬如说我，基本上算是人格分裂的，因为：

• 当我搞语言设计和编译器的时候，我总是会倾向于创造各种小DSL来给自己用，用的都是模板（想想boost的spirit大概就明白我的意思了，虽然我不用它），尽量让跟我有同样背景的人一眼能看懂我代码的意思。

• 当我做我那个GUI库（www.gaclib.net）的时候，纯粹是用OO和IoC那一套。

• 当我写3D渲染程序的时候，我会变成一个为了性能不惜牺牲可读性的人。

当我是不同的我的时候，我当然只会用C++的一部分来完成我当前的这个任务。这好像是多重标准，但是实际上是由于项目本身的性质而定的。到了这个时候你会觉得，C++真是一门好语言。当你需要为了你的项目放弃不同的部分的时候，C++都能帮你做到。当你需要不同的抽象层次需要不同的性能要求的是，C++还是能够帮你做到。如果你用别的语言，你最终会发现那个语言只能做某几类的项目。这是因为，C++能够自由的让你放弃某些部分，而别的语言会阻止你放弃某些部分。

为了达到这个层次，你必须进入一个无限接近于精通C++的状态里，这个时候你才能收放自如，不被C++社区的各种不同的价值观所捆绑。倘若你的项目非常大，不同的部分有不同的特征的时候（什么，一个没有遍布全世界的一两千人写了20年的程序能叫程序吗？），就更加需要你有这种本事了。

说到这里，大家大概都明白精通C++大概是个什么感觉了吧——大丈夫能屈能伸。

最近在全职做c++程序的优化，发现这个语言真的是太复杂了。心累，但是非常有挑战性。我觉得精通c++这件事情是水到渠成的，硬来不行的。

原答案：

－至少一次遇到 "Sorry, feature not implemented"

－至少一次遇到template报错长到你找不到头，因为terminal的buffer不够

－能看懂gcc想表达什么，而不再看gcc字面上写了什么（clang不算）

－代码里面看不到new／delete，再敢于用起new／delete

－各种design pattern的好处坏处都能理解

－ 跟人在论坛上面大干一架

－ 理解“精通c++”这件事情连committe都没几个人能做到，每个公司还对这个语言的未来有不同的理解

－放弃“精通c++”这个伟大而艰巨的任务

抖个机灵。其实个人理解，编程要上一个档次，要多接受不是跟c++直接相关的新知识。我对c++理解有质的飞跃其实是学了OS 和 OCaml／Java了之后一波，上班之后被人code review是一波，修c++的程序又是一波。后面看meyers的书其实意义已经不是很大了。很多时候只是通过那些书了解这个轮子的细节，而不能理解这个轮子到底在那种车上跑，能跑多快，什么时候会散架。

谷歌工程师对C++的掌握有两个级别：

1.拥有C++的readability（可读性）认证。通过这个认证需要在实际工作中写出一个比较复杂的完整的类，然后将这个类提交到一个委员会进行审查，委员会会帮你纠正常见的错误，如果你的这个类满足style guide[1]的所有要求，一两个星期之后你就可以拿到可读性认证。一般来说，你需要在实际工作中写过至少几千行代码才能达到这个要求。C++的readability对工程师的意义主要有两个，一个是熟悉并避免C++的缺陷（比如不要使用iostream和exception），另一个是熟悉一些常用的库函数（比如string的各种操作，hash_map和smart pointer的使用等）。通过这个认证之后，工程师就有权利在code review中审阅其他人写的C++程序（注意这个不是readability review）。绝大多数工程师对C++的掌握处在这个水平。

.

2. 顾问级C++程序员。一般需要写过数万行C++代码，用C++实现过比较复杂的系统，熟悉常见的设计模式并在实际工作中应用，对代码重构有丰富经验，最重要的是，成为小组以及周围同事的C++顾问，是同事有C++使用问题时最先想到询问的人。顾问级C++程序员通常是高级工程师（senior engineer）及以上级别，不仅对某种程序语言，对工作中的各种工程问题也经验丰富。

其实“精通C++”并不仅仅是熟悉C++本身，你需要对C++需要实现的工程问题和周边问题同样精通；而且“精通C++”这种说法是相对的，如果你能成为组里的C++顾问，能够帮助同事正确使用这种语言有效率地解决工程问题并避免C++的误区，你就算是精通C++的那个人。