怎样才算是编程高手？

【文章来源微信公众号：每天学编程】

程序员生存定律这系列的目录在这里：程序员生存定律–目录

喜欢从头瞄的，可以移步。

一旦度过了初始阶段，做过了前面说的那些事情，那么一个人算是基本入行了，接下来的目标就非常简单，要在选定方向上成为高手。高手意味着专业，而在分工无限细化的年代里，专业则是生存、发展好最为重要的一个前提。

1 高手的定义和养成关键

我估计如果问100个人“什么样的程序员是高手？”，那答案会有100多个。因为同一个人还可能给高手下不同的定义。

在这里我们认为，在特定领域里能搞定大部分人搞不定事情的就是高手。从这样一个定义出发，我们会发现在技术人员和销售人员眼里，高手的内涵是有很大差异的。

纯技术人员更多的关注性能能不能提到极致，并发能不能处理的很好，内存溢出Bug能不能很快搞定，类库的机理熟悉不熟悉等等。而在销售人员的眼里，则在技术外还多看了些东西，比如业务流程熟不熟悉、使用性好不好、能否迅速对应变化、能否在限定工期和预算下搞定任务等。

考虑到职场和产品销售有着非常紧密的关系，我们这里使用后一个视角，而非是单纯的技术视角。

有几类本质上很不同的人都会被视为高手，比如说：

• 能写出很牛的病毒的

这个不举例子，但当年读过CIH的代码，我是被其精巧给震住了。此外也许搞加密解密的也应该放在这个类别里。

• 能把一堆3D图形放到64K的

以前专门有个比赛是干这个的，64K大小的EXE能给你放10几分钟很酷的3D动画，第一次见绝对会很震惊。

• 能迅速调试出问题所在的

内存泄露、多线程同步这类问题往往让人纠缠很久也搞不定，但就是有人能很快的解决这类问题。

• 能仅靠几个人就架起高并发网站的

新兴Web2.0网站如：Flickr，甚至还可以包括Google，在初期往往是几个人搞起来的，这些人名声不显，但绝对是高手。

• 能主导开发出很牛的产品的

这个上可以想想Unix和Linux的作者等。

• 能主持大规模软件设计的

这个往往更有商业价值，我们常说的Martin Fowler应该可以算在这个类别。

• 能把一种语言研究的特别牛的

想想各个编程语言的创建者，想想C++的大牛们。当然创建某一门语言的也可以归到这个类别里。

• 能开辟自己方法论的

比如搞CMMI的Watts S. Humphrey

• 能写出很牛的书的

比如：Windows平台下写了Windows核心编程的Jeffry Richard

• 能写出很牛的算法的

比如：Donald Knuth

这个表应该还可以加长很多，单以大家认可这个角度来看确实高手可以从各个方面冒出来。

不管在那一方面，要想成为上面所描述的高手总是需要学习、思考、实践这些环节，这没什么可说的。但和软件相关的知识其实多如牛毛，完全不像小说里武功秘籍那么稀缺，几乎可以讲满地都是。这就使选择和集中成为难题。

软件的三个基本特征（技术更迭快、低介入门槛、多内部分野）就像铡刀一样，一旦选择出错，就会把个人的努力切的粉碎，一点价值也留不下来。而与此相对的，则是人的黄金学习时间其实并不多—不过是毕业后的10年左右的时间。

曾经有人希望自己能够从事嵌入式软件的开发，因此给自己买了ARM板，自己在家里花了很多时间来学习并实践相关知识，最终却因为其他的原因进入了一家做网络的公司。这个人等价于被软件的内部分