编程技能和做员工的技能——哪个更重要?

从最最基本的层面上讲,每个员工都应该为最求两种基本的能力而奋斗,它们是:编程技能和做员工的技能。

编程技能是指能写出好的,稳定的,有效率的,可维护的,以及所有其它褒义形容词能描绘的代码的能力。这些是程序员们喜欢花时间反复唠叨,讨论,阅读的东西。

做员工的技能是指做一个好的雇员和同事的能力。它意味着有求必应,善于交流,能够按期完成,善于接受反馈,有能力把复杂的事情解释清楚,以及其它一些类似的技能。

一个极端的例子

对两个人的形象描绘:

Rodrigo毕业于麻省理工,他在业余时间开发编译器。他是Haskell语言的核心代码捐助者,他开发了很多非常有名的Python程序库。他写出的代码都是非常健壮的代码,可读性好,能够优雅的处理各种程序上的临界计算场景。然而,他通常是拖延几天才回复邮件,你很少见他会接听电话,他看起来并不真正理解按时完成任务的重要性,他按自己的方式做事,你不可能弄清楚他究竟是怎么想的,只感觉他脑子里都是一些漫无边际的想法。

Gabriella并不是一个非常优秀的程序员,她写的程序看起来显然很业余。15到20行就能完成的程序她写了30行。她的程序里有bug,这让QA部门在上面花费了不少时间,她没有真正理解写出的代码应该具有好的性能的道理——“能用就行啦!”。然而,她很热情——她收到邮件几分钟内必给予回复,她从不漏接一个电话,她善于沟通,她能把复杂的技术问题清楚的讲给客户听,她从没有逾期完不成任务,她不断的寻求反馈来改进自己的工作,她是一个很随和的人,同事喜欢跟她说话。

现在,好好想想这个问题。哪一个人你更愿意和他/她共事?

什么是最重要的?

依我的经验,程序员更愿意和Rodrigo同事,而老板们更喜欢Gabriella。

这很正常——毕竟,程序员是苦于和那些烂代码打交道的,而老板们操心应付延误的工期和改善团队里沟通不畅。所以,我都更喜欢给我们带来尽少麻烦的人。

然而,问题是,老板们是给我们工作机会的人,他们是能让我们晋升,涨工资,能给我们嘉奖的人,在这种情况下,Gabriella就脱颖而出了。我已经很多次见到这种情况了——具有好的做员工技能但编程技能差的程序员最吃香,而具有非常好的编程技能但不善于沟通的程序员永远都走在别人后面。

不管我们程序员如何认识这个问题,如果你想在给别人编程打工中获得事业成功,编程技能不是第一重要的。学会如何做一个好的员工才是重要的,甚至是非常重要的。

[英文原文:Coding skill vs. employee skill ]
分享这篇文章:

10 Responses to 编程技能和做员工的技能——哪个更重要?

  1. 。潇 says:

    我发现这方面我非常欠缺!

  2. cyler123 says:

    公司不是应该养几个技术牛逼的和多数交流能力强的吗?

    或者说,让员工按照自己的步伐做事情,也是管理者的智慧嘛~工作完成了就好。

  3. 程序员 says:

    所以由老板选定的开发小组悲剧了:组里成员积极奋斗,加班超点,干劲冲天,无比和谐。但产品性能低劣,体积庞大,虽能工作,bug不断

  4. lys says:

    世界是Rodrigo这种人创造的,而一个公司里如果没有Rodrigo而全部是Gabriella的话,这个公司只会无尽的会议后,把钱花光,然后倒闭掉。不过我更相信一个像Rodrigo这样的人通常也也擅长与别人沟通。

  5. the5fire says:

    将这两种能力结合才是重要的

  6. kshen says:

    例子有点极端,不过的确也说明了”hard skill” + “soft skill”的重要性。两手都要硬。

  7. kk says:

    这也就是为什么老板大都不懂编程。编程好的都当不了老板。

  8. reille says:

    转载了,谢谢!

  9. xylon says:

    这个对比真牵强。记得以前待过的一家公司业前培训时有个人说过,不管你的代码是你写得还是别人写的,只要你能按时完成任务你就是个有能力的人。
    Rodrigo如果能够按时完成任务那他就是个有能力的人。Gabriella也能按时完成任务,如果她得同事不讨厌她,那她也是个有能力的人。两者在公司里都讨人喜欢,不管是领导还是同事或者是客户。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

This site uses Akismet to reduce spam. Learn how your comment data is processed.