我们看武侠大片，经常有那种本来可以练就绝世武功的大虾。

阴差阳错练的走火入魔。

一开始还可以硬撑，还能打败一些虾兵蟹将。遇见真正的高手，这些大虾们立马就败下阵来。其实程序员的职业生涯，如同练功一般。先学马步，再学轻功，最后用气功各种杀怪制敌。这个过程中，很多程序员一不小心走火入魔了。

时间一长，不仅内力毫无长进、甚至连已经会的招式也慢慢荒废。今天和大家聊聊蹩足程序员和优秀程序员的差距。

一、复制粘贴哥

不少程序员喜好复制网上的各种实现。又或者扒拉同事的代码功能，原封不动的粘贴过来。他们长期靠着复制粘贴行走于程序江湖。运气好的时候，快速弄完上线居然还没有Bug。运气不好的时候呢?编译问题就够吃一壶了。更绝的是不少复制的错误代码一直伴随着线上系统的整个生命周期。曾经有两个巨头公司，扯皮打官司。原因是某巨头指责另一家抄袭代码。巨头的证据很充分，反编译对手的代码后，发现了完全一致的注释彩蛋。

不用怀疑，这一定是「复制粘贴程序员」的卓绝贡献。在商业大战的关键时刻，给竞争对手递了把好刀子。这类程序员还有一个特点：喜好吹嘘自己码代码能力一流，诸如一天能写2000行!其实做过程序员的都知道，正儿八经一天几百行代码，基本就是极限了。但是「复制粘贴程序员」可就不一样了。几分钟2000行都不是不可能的事。甚至一天给你干出上万行代码，也不在话下。洋哥为什么这么清楚?吃他们的亏，真不少。

以至于最后形成了条件反射，面试程序员的时候，我都会问一句：请问你一天能写多少行代码呀?回答明显不靠谱的，一律PASS...!这还让我养成了一个习惯，只要是程序员岗位，甭管你多高级。

手写一段算法代码是必须的，完全写不出来也PASS。除了对团队的危害，长期依赖「复制粘贴」的程序员，个人成长也会受到极大影响。

用这种方式来实现功能就像鸦片一般，会上瘾。别人绞尽脑汁写一天，他5分钟就搞定了，你说爽不爽?长期舒爽的代价是失去裸编程能力、代码结构化能力、分析能力，进而失去了职场竞争力。让他写一个冒泡算法的实现，他都需要去网上搬救兵。遇见没有现成代码能搞定的工程，直接傻眼。

二、轮子哥

每个程序员在成长初期，都会经历过造轮子的阶段。

我们学习编码的时候，都会照书上的示范造一个又一个的小轮子。

我们学习某些新技术，拿到源码拆解重写的过程，也是在造轮子。

这些「无用劳动」让我们真正掌握了编码的精髓，这是拆解-重建-掌握的过程。

多年前，拿到google的大量源码，我也是照猫画虎，挨个功能实现一遍。

但不少程序员在做业务的过程中，疯狂造轮子，这就是很大问题了。

在业务开发中，明知道你做的组件或功能不可能比已经存在的组件做得更好，却仍然坚持要做，并应用到业务中。

简单点说：业界已经有公认的软件或者库了，却还要自己实现一个勉强运行的山寨版。

每个造轮子的程序员都有自己“不得不造”的理由。比如：

• 我的需求独一无二，现有的库就是在某些方面上满足不了
• 用老轮子太麻烦，还要看接口文档，文档写的太狗屎
• 别人已经有轮子了?我不管，我就要自己实现，这样才有掌控感
• 造轮子的过程能锻炼我的能力，让我提升编码水平
• 自己干多有成就感，我不想当一个搭积木的工程师!

遇见这样的程序员，满足了他自己，坑了一个团队。

尤其是在互联网行业，时间就是商机、迭代速度就是击败对手的武器。

更别提有人放着圆形的轮子不用，非造出个方形轮子，直接导致翻车。

很多时候，造轮子程序员其实是在拿团队的资源，提升自己。

在我看来，这是一种高级摸鱼行为，但危害程度远大于低级摸鱼。公司和老板都不是傻子，识破后，轮子程序员也就失去了在公司的发展前景。最可怕的是那种进化到架构师的轮子程序员，摇身一变成为轮子架构师。那么这种危害就从一个工程团队扩大到整个公司。比如曾经带过的一个轮子架构师，不顾业务发展的阶段和公司体量，上来就要设计一个类KFK的日志系统。

不让他做，还会跟你分析各种KFK的硬伤。无论是轮子程序员还是轮子架构师，如果不改变疯狂造轮子的习惯，被淘汰只是时间问题。

三、布道哥

技术布道师本身是个很高大的职业。

很多公司的CTO同时也担任技术布道的工作。

这是个对技术深度理解和沟通能力都有极高要求的岗位。

很遗憾的是，不少程序员代码写的无比蹩足、沟通能力也很一般，但偏偏喜欢上了布道的感觉。

用了点新技术就急不可耐的到处宣传，资深同事忽悠不了，就去忽悠刚入职的小年轻。

又或者是手撕产品经理的时候，不自觉的蹦出各种听不懂的技术名称，还假模假样的给人解释技术细节。

业内出现了新的语言，他们一定会急吼吼的去学习。

刚写了个"Hellow World”，就急不可耐的到处宣称掌握了这门语言的精髓和真理。

他们经常号称掌握10种编程语言，且对每一种语言的优缺点都能分析的头头是道。

你让他们在工程中应用起来?那是不可能的，他们只负责布道。

一般来说，团队里有一个这种类型的工程师，就够吃一壶了。

要是有好几个，他们还会抱团进行学习交流，甚至组织研讨会。

各种新技术、新名词、新动向，在他们这，都被安排的明明白白的。

但绝不产生任何业务价值!

— 4 —优秀程序员

三类蹩足程序员就说完了。

程序员行业有一个特点：优秀程序员的产出是普通程序员的好多倍，甚至是10倍!这是因为编程不是一门「线性科学」，而是一门「非线性科学」。

「线性科学」，比如跑步的速度就是，世界冠军的速度也不可能是普通人的10倍。「非线性科学」是指很多种因素交汇在一起，极大增加了系统的复杂度。

而蹩足的程序员实际上还有副作用，不少团队光是处理前人埋下的坑，就耗费了全部精力。

成为优秀程序员不易，我们首先要避开「复制粘贴」、「造轮子」、「布道」这三个陷阱。

进一步，我们要做到以下7点：

1.具备裸编程能力

处理程序实际实现部分的子任务，实现函数或者算法之类的能力。

听起来很简单对吧?实际上很多程序员缺失这样的能力。

2.具备强悍的调试能力

调试能力某种程度上比编码能力更重要。查找和解决BUG会占用程序员大量的时间。

查找BUG产生的根源不是一件简单的事情，需要整体的分析和经验的沉淀，同时还需要对各种调试工具熟练应用。

3.追求简悦

代码的注释是否恰到好处、函数模块和类的结构是否能让其他人直接秒懂、架构的设计是否足够清晰等等，都属于程序员追求简约的范畴。

4.准确预计工期的能力

老板想了个idea授意产品经理估工期。产品经理原型都没画出来，只有个大概想法，就找技术排工期。

这个时候，技术的内心大概多了几道菜式：清蒸产品经理、红烧产品总监、油炸CTO。其实准确预测技术工期是程序员一项非常重要的能力。为什么这么说?只有具备这项能力，才能让开发工作游刃有余、可进可退。

5.理解底层系统原理

比如数据结构、网络协议、操作系统相关知识，等等。

程序的很多问题都是源于对计算机工作原理的误解，即使是使用高级语言开发的程序也一样。

另外，一些更偏应用层的架构或框架，基础一定是更底层的系统。

6.严格把控关键设计

无论是大的系统还是小的模块，一定都有最关键的功能。要在最关键功能上投入大量设计时间，才能规避开发过程中的各种坑。

7.拒绝完美主义

完美主义包含两种情况，一种是追求极致性能的工程师文化、还有一种是个人性格使然。无论哪一种，过分追求完美都会对业务交付产生影响。

程序员之间的差距，恐怕要比人类和猿猴之间的差距，还要大。

程序员读者朋友们，留言说说你是哪类程序员吧?