作为一个程序员，我经常会问自己一个问题：

　　优秀的程序员都具备哪些特质？

　　我总结过很多特质，例如：

　　有解决问题的能力

　　有独立思考的能力

　　有好奇心、有探索精神

　　逻辑清晰，能够用通俗的语言把技术问题讲清楚

　　有良好的英文阅读能力

　　数学好，算法好

　　经过一段时间的观察，我发现这上面的所有特质，都可以由一种行为习惯衍生出来，也就是如果你有以下习惯，那么你可能拥有且不限于以上所有的特质

　　观察大多数程序员的行为，朝相反的方向走

　　这句话也可以借用一本书的标题（《少有人走的路》）来描述：少有程序员走的路。是的，这句话的逻辑也很明显，和“优秀的人总是少数一样”

　　优秀的程序员总是少数

　　如果你的行为和大多数程序员一样，那么你很可能不会成为一个优秀的程序员。

　　所以，如果你想成为一个优秀的程序员，你首先需要拿出一个本子，记录一下大多数程序员的特质，然后分析下，反向行事是否会让自己更有竞争力，下面我说几个我观察到的现象：

　　大多数程序员都喜欢谈论编程语言

　　编程语言是程序员谈论得最多的话题，他们喜欢讨论哪个编程语言更有优势，关注编程语言的排行，正因为此，有一部分人会以不断学习新的编程语言为乐，以此作为区别于普通程序员的凭证。相反，另一部分人由于经验不足，区分不了具体哪个语言才是最适合自己的，从而迟迟不肯行动，陷入无限的纠结中。有时不同编程语言的阵营间还会产生口角，这种现象被视为对各自信仰的捍卫，进而还会引起大多数人的围观。

　　大多数人都把注意力放在编程语言这一层面上，最大的原因可能是因为编程语言是通往程序世界的大门，它也是最实用的工具，学会了一门编程语言，就可以用一种新的方式和计算机进行交互了。

　　但这和现实世界不同，现实世界中，学好一门外语，相当于打开了一个新的世界，例如学好了英语，你便可以自由穿梭在以英语为母语的国家中，了解他们的文化和历史，掌握第一手外文知识，从而能够帮助你更好的决策，可以说多掌握一门外语能让你的认知获得线性增长。相反，在计算机世界，你多学一门语言，它不会给你带来1+1=2的效果，因为本质上，我们的目的不是学更多编程语言，而是利用计算机，帮助我们完成具体的任务，要知道同样的一个任务，甚至可以用好几种不同的语言来实现。

　　曾经看过一个问题，提问人可能是新人，他问：我想学编程，但不知道先学Python还是Javascript。回答的人就告诉他：你用来纠结的这些时间，说不定早就可以学会其中一门了。

　　是的，优秀的程序员不会把大量的时间放在编程语言上，因为他们会把注意力放在更重要的事情上。

　　大多数程序员都不重视基础

　　有句话在业界特别流行，那就是

　　从小不努力，长大做IT

　　这句话的意思是，IT行业的门槛非常低，任何人只要学完一门编程语言就可以入行了，更深层次的意思是IT工作都是重复性的劳动，并不需要太有创造力的人才。

　　聊天时经常会聊到算法的话题，例如“算法在工作中到底重不重要”，很多人给出的答案是不重要，理由是因为日常工作中基本用不到。这又是一个典型的实用主义答案，同时它也极具迷惑性，因为“日常工作中用不到”的确是事实，但这个事实并不能推导出算法不重要这个结论。

　　算法很重要，就像数学是所有学科的基础，所以数学很重要一样，算法是一个系统的灵魂，是不同软件之间拉开差距的筹码，最典型的例子就是谷歌搜索引擎，它当年就是依靠著名的PageRank算法使其与市场上的其他搜索产品拉开差距的，该算法直接影响的是搜索体验，大概率的把人们想要的结果排在前面。

　　提升算法能力不仅可以帮软件提升竞争力，而且还可以提升我们的逻辑思维能力，人和人之间的差异其实就在于思维能力的差异，如果你每天都在敲if...else这类的代码，你的思维能力不会有多大的变化，但在人工智能时代，你时不时琢磨一下监督学习，非监督学习中的算法，我想你的未来一定会更美好吧。

　　算法只是基础中的一类，操作系统的原理、TCP/IP协议、MySQL中的Innodb引擎、Redis实现原理、Reactor网络模型等都属于基础，你可能觉得这些都很难啃，但据统计，基础知识只占一个人所学全部知识的3-5%，牢牢掌握这些基础知识，是你在日新月异的知识海洋中以不变应万变的法宝。

　　大多数程序员不重视效率的提升

　　如果你在一个互联网公司，你可能会这样调侃你的程序员同学：

　　你工作不饱和啊，bug解完了吗？

　　下面的对话也是常有的：

　　A：在干嘛呢？

　　B：苦逼加班解bug呢。

　　你也许看出来了，大多数程序员常常受限于解bug的恶性循环中——以前版本的bug还没解完，新功能上线又出现一堆bug。解bug是一件特别阻碍生产力的事情，它是一件副产品，理论上员工应该把大部分精力都用在开发上，而大多数公司却在维护软件的稳定性上付出了巨大的成本。

　　很多员工都抱怨自己工作那么辛苦，工资却不高，但他们却没有想过这个结果是怎么造成的，他们可能没有考虑过自己投入的时间能给公司带来多大的收益，如果把大部分时间都用来解bug，其实产出不仅是零，还是负的，你说公司会给你涨工资吗。

　　以我观察的来看，真的是这样的现象，开发过程中我们特别在乎一个产品的开发时间，希望尽可能的完成开发并发布产品，例如希望一个月完成，但却忽略了产品发布后，可能需要十个月甚至更多的时间来维护它，这真的是一个本末倒置的怪圈。

　　相反，如果每个人都有意识提升自己的工作效率，提升自己的出品质量，把更多时间投入到有价值的事情上，我想公司的业绩不会差，公司赚钱了，你的工资也不会低。你可能会问如何才能提升工作效率，其实也很简单，做每件事之后，都要反思：

　　还有更简单的方法吗？

　　我该如何才能减少bug的数量呢？

　　做这件事有通用的解决方案吗？

　　大多数程序员都不利用业余时间进行探索

　　探索和人的一个重要的特质相关，就是自主性（initiative），不仅是我，我相信大多数领导都喜欢和有自主性的下属一起共事，不仅是因为他们稀缺，同时还因为这样的下属会主动去解决问题，可以在组织中极大的减少沟通和管理成本。

　　刚开始工作时，我就发现公司鲜有人会利用业余时间学习了，当时以为换一个技术更好的公司会有所改变，技术学习氛围会好一些，谁知道这些都是自己的幻想，纠其原因可能是因为人都喜欢过得安逸一点，或者以平时已经很忙了为借口，在工作之外就不再学习了。平时不学习会造成什么后果呢，最直接的就是解决问题的能力低下，这些人只能解决领导规定范围内的问题，超出这个范围，一旦出现问题，要么掩盖，要么规避，反正不会及时的从根本上去解决，不是因为不想，是因为压根就不会。

　　对于程序员来说，学习包括看书和看代码，如果你每天抽一个小时时间看书，估计你可以超过90%的人，同时你花时间去研究github上优秀的代码，那么剩下的人群中的90%也会被你甩在身后。

　　在这方面，我自己是有切身体会的，刚参加工作前，我是个零代码量的人，由于经验非常欠缺，我几乎把所有业余时间都用来研究同事写的代码上了，看完这些代码，业务逻辑是很清楚了，但仍然无法判断这些代码是否写得足够好，因为我不知道好的代码是怎么样的，当时还没有github这样好的学习环境，只能从书中找答案。随后便花了不少时间读完了《C++Primer》、《Unix环境高级编程》、《设计模式》、《深入浅出MFC》这4本书，最后在第二年，我凭借一己之力在2个月内把部门的核心代码重构了，由于覆盖了大量的单元测试，几乎没有给我带来什么bug，要知道在这之前这些代码是4个人花了2个季度才完成的，不仅如此，这些成绩还帮我在新的公司收获了“工资翻倍”。

　　读优秀的代码可以让自己获得飞速的成长，就像游戏中的打怪升级，优秀的代码是大boss，一次可以让你提升10个等级。这个过程不可逆，因为每完成一次，你都非常清楚的知道自己再也不会写以前那种烂代码了，这根本就是碾压过去的自己。当你“升级”后，再回过头去看公司里大多数人的代码，就可以得出和我一样的结论——他根本就没读过好的代码。

　　总结

　　“看大多数程序员的行为，然后朝相反的方向走”，其实是一个更为抽象的方法论，能帮你把不同的特质联系起来，从而可以更方便的不断提醒自己不要走偏。类似的行为远不止这四个，例如大多数程序员英文都不好，大多数程序员不擅长沟通，大多数程序员不学他们认为的“无用之学”（例如哲学、经济学、管理学等），大多数程序员不写Blog，大多数程序员没有自己的产品等等。

　　一般拥有自己的产品，程序员生活都会很美好，这里的例子举不胜举，例如微信之父张小龙就是以Foxmail一举成名的，说到这里，我好像也没做到：）所以，下一次你问我在干嘛，我肯定不会说我在解bug：我在琢磨自己的产品呢。