文档章节

教你怎么客观评价程序员的水平?

ABBYY
 ABBYY
发布于 2017/08/11 13:37
字数 1573
阅读 17
收藏 0

      有感于知乎上的一篇关于程序员以及关于智能运维的讨论。让我突然之间心有戚戚然的感觉。最近一段时间有点江郎才尽的感觉,写不了大的主题,就写点小东西吧。

  我们从知乎上面引用的这段小故事开始:

  1、魏文王问扁鹊家里三兄弟谁的医术最好。扁鹊回答说大哥最好,二哥次之,他自己最差。魏文王疑惑了,又问道,为什么扁鹊最有名呢?扁鹊回答说因为大哥治病的时候人没病就防止了,所以毫无名气。二哥呢,病刚起来的时候,就给治好了,大家以为只能治小病。而自己呢,能耐不够,非要到了病的很厉害了才能看出来,治起来的动静就大了。好在还不至于庸医能治好,结果大家看到每次治的都是顽疾,反而出名了。

  这发生在几千年前的对话是不是靠谱我们不知道,但是拿这话来套程序员的生态圈,真就是一套一个准。

  2、微软某个大牛软件下面两个不同的组里各有一个大牛程序员,为了不失一般性,我们叫张三和李四吧。张三的特点颇有点大哥的风范,偶尔也充当一下二哥。写的程序严谨,测试也很严谨,几乎不犯错。组里其他同事有错的,也在出大事之前默默的修掉了。

  李四的风格和扁鹊像,手脚麻利干活快,但是坑也很多。好在李四人聪明又手脚麻利,每次总是能够在自己或者组里其他人搞出惊天动地的大事来的时候,把坑迅速填好,救产品于危难。

  名气来说,李四是整个产品部门从VP往下数出了名的可靠的火枪手,救火队员。领导信任不可或缺的左膀右臂。张三就默默无闻了。只有小组里面的人知道自己是高手。

  说起结局来,李四很快就到了principal,张三么,一直默默无闻,很多年以后终于熬资历到了senior,然后在一次裁员中被裁掉了。

  3、事情到这里就有点意思了。几千年前的故事,几千年后还在上演。看官可能觉得这个是特例。其实也不然。这样的故事一直在上演。

  说说另外一个顺利上市扩张的公司的故事。我们知道但凡是初创公司里的员工,都是能够迅速的开发出差不多能用的东西的工程师的天下。但是这个东西有个度,差不多能用的东西短平快带来的副作用其实很大。弄不好就得在未来某个时候全部重写。

  这个公司的领导层就是这样一群码农自然而然的升上来的,崇尚的就是这种做事风格。但是因为公司大了,产品不能够再到处是bug了,可是公司的test coverage又是一塌糊涂。哪里都是坑。所以每次新版本的发行,都不停的延期延期又延期。

  公司里我认识的有一个俄罗斯来的人,做事情严谨,写程序的test coverage很好,因为以前合作的关系,知道这个人的工作style,而且知道这个人是我见过的最为优秀的程序员之一。有次我偶遇聊起天来,这位一个劲的和我诉苦,苦不该去这个公司。因为公司里面所有的人崇尚的是救火队员,从未有人觉得好好写code,少出bug是重要的。

  后来我又认识了一个罗马尼亚来的工程师,也是同一个公司。这位罗马尼亚老兄的程序我就不评价了,实在有点不堪入目。然而我看看linkedin,在此公司混的是风生水起。我再次和俄罗斯人见到的时候,俄罗斯人和我说,这个罗马尼亚人啊,就是个彻头彻尾的hacker。每次做事情,把当前的bug能修掉再说,code一塌糊涂,最后别人都得替他擦屎。但是领导们都很喜欢他啊,能迅速的修好东西让产品出去。

  4、这事情说到这里,其实可以概括下来两句话:曲突徙薪亡恩泽,焦头烂额为上客。

  一个程序员为了不出问题而做的努力,往往没有那些出了问题以后再打鸡血一样去努力解决的人获得的回报多。你说按照这个标准去判断,到底是哪里出错了呢?

  从这一点来说,我们首先得要看看一个领导是怎么样去评价一个好或者不好的程序员的。在我的经历里面,并不是没有遇到过在意系统结构,对那些能够写出不错的程序,能够防范未然的程序员非常重视的领导。然而更多的领导其实最在乎的依然是如何能够迅速的把东西写完,迅速的发布出去。

  基于后者的情况越来越普遍,尤其是在比如著名的亚马逊的很多产品组,领导有的是MBA或者产品经理出身的,其评价体系里面,并不会给扁鹊大哥那样的程序员太多发挥的空间。

  我作为程序员的时候,是非常希望自己可以成为扁鹊大哥这样的牛逼的大神的。我环顾四周的时候,看到拯救公司的英雄们,各个都如同扁鹊,或者扁鹊++。这个问题我很困扰了,读到知乎上的文章,颇心有戚戚然。那么码农们,你们怎么选?经理们,你们怎么看?

     了解更多关于IT运营管理方面的内容或者工具,欢迎大家前往Service Hot进行了解。

© 著作权归作者所有

共有 人打赏支持
ABBYY
粉丝 5
博文 347
码字总数 188111
作品 0
南京
私信 提问
好与坏的程序员:如何客观评价程序员的水平?

1 有感于知乎上的一篇关于程序员的讨论。让我突然之间心有戚戚然的感觉。最近一段时间有点江郎才尽的感觉,写不了大的主题,就写点小东西吧。 我们从知乎上面引用的这段小故事开始: 魏文王问...

局长
2017/08/01
5.8K
52
关于烂代码的那些事 —— 什么是好代码

摘要 在文章中我会跟大家讨论一下如何尽可能高效和客观的评价代码的优劣。 最近部门在组织bootcamp,正好我负责培训代码质量部分,在培训课程中让大家花了不少时间去讨论、改进、完善自己的代...

两味真火
2017/04/09
6.4K
9
关于烂代码的那些事 – 评价代码优劣的方法

秦迪,微博研发中心技术专家,2013 年加入微博,负责微博平台通讯系统的设计和研发、微博平台基础工具的开发和维护,并负责微博平台的架构改进工作,在工作中擅长排查复杂系统的各类疑难杂症...

aweiloveandroid
2017/06/02
0
0
关于烂代码的那些事(中)

1.什么是好代码 写代码的第一步是理解什么是好代码。在准备bootcamp的课程的时候,我就为这个问题犯了难,我尝试着用一些精确的定义区分出“优等品”、“良品”、“不良品”;但是在总结的过...

莫铭
2016/08/02
6
0
哈,和一个做商务的谈了个技术

正好去看了一家公司的软件系统。倒非抬杠,随便让测试试了几个操作。本意很简单,通过订票,退票,我看一下他们是否存在不同权限操作,这个有,哈。然后我想看,对于这些事件的记录是否在相关...

中山野鬼
2013/11/28
847
11

没有更多内容

加载失败,请刷新页面

加载更多

CentOS配置Tomcat监听80端口,虚拟主机

Tomcat更改默认端口为80 更改的配置文件是: /usr/local/tomcat/conf/server.xml [root@test-a ~]# vim /usr/local/tomcat/conf/server.xml # 找到 Connector port="8080" protocol="HTTP/1......

野雪球
今天
5
0
《稻盛和夫经营学》读后感心得体会3180字范文

《稻盛和夫经营学》读后感心得体会3180字范文: 一代日本经营之圣稻盛和夫凭借刻苦勤奋的精神以及深植于佛教的商业道德准则,成为了“佛系”企业家的代表人物。在《稻盛和夫经营学》“领导人...

原创小博客
今天
3
0
java框架学习日志-5(常见的依赖注入)

依赖注入(dependency injection) 之前提到控制反转(Inversion of Control)也叫依赖注入,它们其实是一个东西,只是看的角度不同,这章详细说一下依赖注入。 依赖——指bean对象创建依赖于...

白话
今天
4
0
红外接收器驱动开发

背景:使用系统的红外遥控软件没有反应,然后以为自己接线错误,反复测试,结果烧坏了一个红外接收器,信号主板没有问题。所以自己开发了一个红外接收器的python驱动。接线参见https://my.os...

mbzhong
今天
2
0
ActiveMQ消息传送机制以及ACK机制详解

AcitveMQ是作为一种消息存储和分发组件,涉及到client与broker端数据交互的方方面面,它不仅要担保消息的存储安全性,还要提供额外的手段来确保消息的分发是可靠的。 一. ActiveMQ消息传送机...

watermelon11
今天
2
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部