年薪100万和10万程序员的差距
每个程序员在成长初期，都会经历过造轮子的阶段。
我们学习编码的时候，都会照书上的示范造一个又一个的小轮子。
我们学习某些新技术，拿到源码拆解重写的过程，也是在造轮子。
这些「无用劳动」让我们真正掌握了编码的精髓，这是拆解-重建-掌握的过程。
多年前，拿到google的大量源码，我也是照猫画虎，挨个功能实现一遍。
但不少程序员在做业务的过程中，疯狂造轮子，这就是很大问题了。
在业务开发中，明知道你做的组件或功能不可能比已经存在的组件做得更好，却仍然坚持要做，并应用到业务中。
简单点说：业界已经有公认的软件或者库了，却还要自己实现一个勉强运行的山寨版。
每个造轮子的程序员都有自己“不得不造”的理由。比如：
我的需求独一无二，现有的库就是在某些方面上满足不了
用老轮子太麻烦，还要看接口文档，文档写的太狗屎
别人已经有轮子了？我不管，我就要自己实现，这样才有掌控感
造轮子的过程能锻炼我的能力，让我提升编码水平
自己干多有成就感，我不想当一个搭积木的工程师！
遇见这样的程序员，满足了他自己，坑了一个团队。
尤其是在互联网行业，时间就是商机、迭代速度就是击败对手的武器。
更别提有人放着圆形的轮子不用，非造出个方形轮子，直接导致翻车。
技术布道师本身是个很高大的职业。
很多公司的CTO同时也担任技术布道的工作。
这是个对技术深度理解和沟通能力都有极高要求的岗位。
很遗憾的是，不少程序员代码写的无比蹩足、沟通能力也很一般，但偏偏喜欢上了布道的感觉。
用了点新技术就急不可耐的到处宣传，资深同事忽悠不了，就去忽悠刚入职的小年轻。
又或者是手撕产品经理的时候，不自觉的蹦出各种听不懂的技术名称，还假模假样的给人解释技术细节。
业内出现了新的语言，他们一定会急吼吼的去学习。
刚写了个"Hellow World”，就急不可耐的到处宣称掌握了这门语言的精髓和真理。
他们经常号称掌握10种编程语言，且对每一种语言的优缺点都能分析的头头是道。
你让他们在工程中应用起来？那是不可能的，他们只负责布道。
一般来说，团队里有一个这种类型的工程师，就够吃一壶了。
要是有好几个，他们还会抱团进行学习交流，甚至组织研讨会。
各种新技术、新名词、新动向，在他们这，都被安排的明明白白的。
但绝不产生任何业务价值！
三类蹩足程序员就说完了。
而蹩足的程序员实际上还有副作用，不少团队光是处理前人埋下的坑，就耗费了全部精力。
成为优秀程序员不易，我们首先要避开「复制粘贴」、「造轮子」、「布道」这三个陷阱。
进一步，我们要做到以下7点：
1.具备裸编程能力
处理程序实际实现部分的子任务，实现函数或者算法之类的能力。
听起来很简单对吧？实际上很多程序员缺失这样的能力。
2.具备强悍的调试能力
调试能力某种程度上比编码能力更重要。查找和解决BUG会占用程序员大量的时间。
查找BUG产生的根源不是一件简单的事情，需要整体的分析和经验的沉淀，同时还需要对各种调试工具熟练应用。
3.追求简悦
代码的注释是否恰到好处、函数模块和类的结构是否能让其他人直接秒懂、架构的设计是否足够清晰等等，都属于程序员追求简约的范畴。
4.准确预计工期的能力
5.理解底层系统原理
比如数据结构、网络协议、操作系统相关知识，等等。
程序的很多问题都是源于对计算机工作原理的误解，即使是使用高级语言开发的程序也一样。
另外，一些更偏应用层的架构或框架，基础一定是更底层的系统。
6.严格把控关键设计
无论是大的系统还是小的模块，一定都有最关键的功能。要在最关键功能上投入大量设计时间，才能规避开发过程中的各种坑。
7.拒绝完美主义
完美主义包含两种情况，一种是追求极致性能的工程师文化、还有一种是个人性格使然。无论哪一种，过分追求完美都会对业务交付产生影响。
程序员之间的差距，恐怕要比人类和猿猴之间的差距，还要大。
程序员读者朋友们，留言说说你是哪类程序员吧？
【您的在看，我的莫大鼓励】
