点击蓝字关注，回复“职场进阶”获取职场进阶精品资料一份
我们看武侠大片，经常有那种本来可以练就绝世武功的大虾。
阴差阳错练的走火入魔。
一开始还可以硬撑，还能打败一些虾兵蟹将。
遇见真正的高手，这些大虾们立马就败下阵来。
其实程序员的职业生涯，如同练功一般。
先学马步，再学轻功，最后用气功各种杀怪制敌。
这个过程中，很多程序员一不小心走火入魔了。
时间一长，不仅内力毫无长进、甚至连已经会的招式也慢慢荒废。
今天和大家聊聊蹩足程序员和优秀程序员的差距。
— 1 —
复制粘贴哥
不少程序员喜好复制网上的各种实现。
又或者扒拉同事的代码功能，原封不动的粘贴过来。
他们长期靠着复制粘贴行走于程序江湖。
运气好的时候，快速弄完上线居然还没有Bug。
运气不好的时候呢？编译问题就够吃一壶了。
更绝的是不少复制的错误代码一直伴随着线上系统的整个生命周期。
曾经有两个巨头公司，扯皮打官司。
原因是某巨头指责另一家抄袭代码。
巨头的证据很充分，反编译对手的代码后，发现了完全一致的注释彩蛋。
不用怀疑，这一定是「复制粘贴程序员」的卓绝贡献。
在商业大战的关键时刻，给竞争对手递了把好刀子。
这类程序员还有一个特点：喜好吹嘘自己码代码能力一流，诸如一天能写2000行！
其实做过程序员的都知道，正儿八经一天几百行代码，基本就是极限了。
但是「复制粘贴程序员」可就不一样了。
几分钟2000行都不是不可能的事。
甚至一天给你干出上万行代码，也不在话下。
洋哥为什么这么清楚？
吃他们的亏，真不少。
以至于最后形成了条件反射，面试程序员的时候，我都会问一句：请问你一天能写多少行代码呀？
回答明显不靠谱的，一律PASS...!
这还让我养成了一个习惯，只要是程序员岗位，甭管你多高级。
手写一段算法代码是必须的，完全写不出来也PASS。
除了对团队的危害，长期依赖「复制粘贴」的程序员，个人成长也会受到极大影响。
用这种方式来实现功能就像鸦片一般，会上瘾。
别人绞尽脑汁写一天，他5分钟就搞定了，你说爽不爽？
长期舒爽的代价是失去裸编程能力、代码结构化能力、分析能力，进而失去了职场竞争力。
让他写一个冒泡算法的实现，他都需要去网上搬救兵。
遇见没有现成代码能搞定的工程，直接傻眼。
— 2 —
轮子哥
每个程序员在成长初期，都会经历过造轮子的阶段。
我们学习编码的时候，都会照书上的示范造一个又一个的小轮子。
我们学习某些新技术，拿到源码拆解重写的过程，也是在造轮子。
这些「无用劳动」让我们真正掌握了编码的精髓，这是拆解-重建-掌握的过程。
多年前，拿到google的大量源码，我也是照猫画虎，挨个功能实现一遍。
但不少程序员在做业务的过程中，疯狂造轮子，这就是很大问题了。
在业务开发中，明知道你做的组件或功能不可能比已经存在的组件做得更好，却仍然坚持要做，并应用到业务中。
简单点说：业界已经有公认的软件或者库了，却还要自己实现一个勉强运行的山寨版。
每个造轮子的程序员都有自己“不得不造”的理由。比如：
我的需求独一无二，现有的库就是在某些方面上满足不了
用老轮子太麻烦，还要看接口文档，文档写的太狗屎
别人已经有轮子了？我不管，我就要自己实现，这样才有掌控感
造轮子的过程能锻炼我的能力，让我提升编码水平
自己干多有成就感，我不想当一个搭积木的工程师！
遇见这样的程序员，满足了他自己，坑了一个团队。
尤其是在互联网行业，时间就是商机、迭代速度就是击败对手的武器。
更别提有人放着圆形的轮子不用，非造出个方形轮子，直接导致翻车。
很多时候，造轮子程序员其实是在拿团队的资源，提升自己。
在我看来，这是一种高级摸鱼行为，但危害程度远大于低级摸鱼。
公司和老板都不是傻子，识破后，轮子程序员也就失去了在公司的发展前景。
最可怕的是那种进化到架构师的轮子程序员，摇身一变成为轮子架构师。
那么这种危害就从一个工程团队扩大到整个公司。
比如曾经带过的一个轮子架构师，不顾业务发展的阶段和公司体量，上来就要设计一个类KFK的日志系统。
不让他做，还会跟你分析各种KFK的硬伤。
无论是轮子程序员还是轮子架构师，如果不改变疯狂造轮子的习惯，被淘汰只是时间问题。
— 3 —
布道哥
技术布道师本身是个很高大的职业。
很多公司的CTO同时也担任技术布道的工作。
这是个对技术深度理解和沟通能力都有极高要求的岗位。
很遗憾的是，不少程序员代码写的无比蹩足、沟通能力也很一般，但偏偏喜欢上了布道的感觉。
用了点新技术就急不可耐的到处宣传，资深同事忽悠不了，就去忽悠刚入职的小年轻。
又或者是手撕产品经理的时候，不自觉的蹦出各种听不懂的技术名称，还假模假样的给人解释技术细节。
业内出现了新的语言，他们一定会急吼吼的去学习。
刚写了个"Hellow World”，就急不可耐的到处宣称掌握了这门语言的精髓和真理。
他们经常号称掌握10种编程语言，且对每一种语言的优缺点都能分析的头头是道。
你让他们在工程中应用起来？那是不可能的，他们只负责布道。
一般来说，团队里有一个这种类型的工程师，就够吃一壶了。
要是有好几个，他们还会抱团进行学习交流，甚至组织研讨会。
各种新技术、新名词、新动向，在他们这，都被安排的明明白白的。
但绝不产生任何业务价值！
— 4 —
优秀程序员
三类蹩足程序员就说完了。
程序员行业有一个特点：优秀程序员的产出是普通程序员的好多倍，甚至是10倍！
这是因为编程不是一门「线性科学」，而是一门「非线性科学」。
「线性科学」，比如跑步的速度就是，世界冠军的速度也不可能是普通人的10倍。「非线性科学」是指很多种因素交汇在一起，极大增加了系统的复杂度。
而蹩足的程序员实际上还有副作用，不少团队光是处理前人埋下的坑，就耗费了全部精力。
成为优秀程序员不易，我们首先要避开「复制粘贴」、「造轮子」、「布道」这三个陷阱。
进一步，我们要做到以下7点：
1.具备裸编程能力
处理程序实际实现部分的子任务，实现函数或者算法之类的能力。
听起来很简单对吧？实际上很多程序员缺失这样的能力。
2.具备强悍的调试能力
调试能力某种程度上比编码能力更重要。查找和解决BUG会占用程序员大量的时间。
查找BUG产生的根源不是一件简单的事情，需要整体的分析和经验的沉淀，同时还需要对各种调试工具熟练应用。
3.追求简悦
代码的注释是否恰到好处、函数模块和类的结构是否能让其他人直接秒懂、架构的设计是否足够清晰等等，都属于程序员追求简约的范畴。
4.准确预计工期的能力
老板想了个idea授意产品经理估工期。产品经理原型都没画出来，只有个大概想法，就找技术排工期。
这个时候，技术的内心大概多了几道菜式：清蒸产品经理、红烧产品总监、油炸CTO。
其实准确预测技术工期是程序员一项非常重要的能力。
为什么这么说？只有具备这项能力，才能让开发工作游刃有余、可进可退。
5.理解底层系统原理
比如数据结构、网络协议、操作系统相关知识，等等。
程序的很多问题都是源于对计算机工作原理的误解，即使是使用高级语言开发的程序也一样。
另外，一些更偏应用层的架构或框架，基础一定是更底层的系统。
6.严格把控关键设计
无论是大的系统还是小的模块，一定都有最关键的功能。要在最关键功能上投入大量设计时间，才能规避开发过程中的各种坑。
7.拒绝完美主义
完美主义包含两种情况，一种是追求极致性能的工程师文化、还有一种是个人性格使然。无论哪一种，过分追求完美都会对业务交付产生影响。
程序员之间的差距，恐怕要比人类和猿猴之间的差距，还要大。
程序员读者朋友们，留言说说你是哪类程序员吧？
