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