写点什么

你的程序员是在努力工作还是在偷懒?

  • 2013-12-22
  • 本文字数:2160 字

    阅读完需:约 7 分钟

Mike Hadlow 是一位资深软件开发者,同时也是 EasyNetQ 与 Suteki Shop 的作者,喜爱历史与科技,是一个技术极客。近日,Mike 就程序员工作效率、工作表现以及工作成果等主题撰写了一篇博客,谈到了我们该如何看待程序员到底是在努力工作还是在偷懒这个问题。

如果人们从事的是体力劳动,那么我们就很容易能够看出他们工作的努力程度。你会直观、清楚地看到他们频繁移动的步伐,流下的汗珠。还会看到他们工作的成果:逐渐升起的砖墙,地上的洞变得越来越深,等等。观察到并奖励努力工作的人是人类的一种很基本的天性,这也是我们觉得忍耐力运动令人着迷的原因之一。不过对于管理技术创造性的员工来说,这种对努力的体力劳动天然的欣赏之情就会出现问题。高效的知识工作者常常看起来并不是那么努力工作。

回到2004 年,那时我还是一名初级开发者,工作在一个大型团队中,主要从事有线电视公司的账单与供应系统。就像所有的大型系统一样,这个系统由大量相对比较独立的组件构成,不同的小组负责不同的组件开发工作。模拟电视与数字电视供应系统几乎是完全分开的,由两个不同的小组分别进行开发。

模拟电视团队决定根据Microsoft Biztalk 的一个早期版本来构建他们的系统。团队有4 个人以及一个来自于微软的团队共同开发并运行这个系统。他们看起来工作非常努力,常常工作到深夜,周末也在加班加点。当遇到生产问题时,团队的每个人都会放下手头的工作,围拢在一起,提供各种建议和意见,以及如何修复问题的见解。你会看到,这个团队中的每个人都有很强的团队凝聚力,而且他们工作都非常努力。

数字电视供应系统则大相径庭。系统的代码几乎是由一个家伙搞定的,我们暂且称这个家伙为Dave 吧。我是团队的一名初级维护工程师。一开始,我在理解代码时遇到了很多麻烦。程序中并没有长长的过程语句,相反有大量的小体积类和方法,每个方法的代码也只有寥寥数行而已。我有几个同事抱怨Dave 将事情搞得过于复杂了。不过Dave 却建议我应该阅读几本关于面向对象编程的图书。他教会了我设计模式、SOLID 原则以及单元测试等知识。很快,他所编写的代码开始变得具有现实意义了,随着我不断加深对代码的理解,我也越来越发现它优雅的设计。代码在产品中没有出现问题,只是一直在默默地工作。要想对代码做出修改也是轻而易举的事情,因此实现新的特性简直是手到擒来。单元测试意味着进入到生产系统中的Bug 数量变得微乎其微。

结果就是我们这个团队看起来工作不那么努力。我每天下午5:30 下班,周末也从来不用工作,我们也不必围聚在一起猜测到底是什么原因导致了生产系统的问题。从外人的角度来看,我们所从事的工作肯定要比模拟电视团队的简单得多。事实上,二者的需求非常相像,只是我们开发出了设计更好的软件、提供了更好的支持基础设施,特别是单元测试。

管理团队宣布要根据绩效给予员工奖励。轮到老板与我谈话时,他说公平的做法是对那些努力工作的员工给予奖励,工作越努力,奖励力度越大,我们的团队看起来对公司并不那么在意,更无法与那些放弃晚间与周末时间的英雄相提并论。

这家有线电视公司有一点与众不同,你可以直接比较好的软件设计与差的软件设计之间的差别,还可以对团队行为进行比较。大多数组织者都并没有提供这一比较。我们很难说某个员工是不是通宵达旦地工作,甚至周末时间也在工作,频繁充当救火队员的角色,这种做法是不是就是复杂软件系统必须要做的呢。除非你可以让几个互相竞争的团队解决同一问题,否则你永远也没法直接比较他们工作上的差别。相反,对于那个坐在角落里,朝九晚五工作的家伙有可能花了很多时间在上网呢?也许他非常善于编写稳定、可靠的代码,也许他的工作要比其他人的简单。对于偶尔过来检查的管理者来说,他们会觉得第一种人工作很努力,第二种人则不是这样。努力工作就很好,偷懒就很不好,真的是这样么?

我的看法是表面上的努力工作常常是失败的信号。高压力、频繁中断的环境常常无法开发出好的软件。长时间的工作也不是一种正确的做法。有时,解决难题最好的方式可能是不再思考这个问题,出去走走,或是睡个好觉,让你的潜意识来解决问题。我最喜欢的一本书是G. H. Hardy 所编写的 A Mathematician’s Apology ,他是 20 世纪英国的一位杰出数学家。这本书描绘了他每天的工作:上午工作 4 个小时,下午观看板球比赛。他说对于复杂的脑力工作来说,一天工作 4 个小时以上是完全没有意义且生产力低下的方式。

我想对管理者说的是,以结果为导向,根据员工工作的成果,根据可运行的软件为导向,不要被人们表面上的努力工作所蒙蔽。另外,最好不要与你的开发者坐在一起,你会得到更好的结果,不受传统、直觉判断所影响的好结果。远程工作的好处是非常多的,你只能以输出来衡量员工的工作情况,而不是看他们是不是每天端坐 8 小时盯着 IDE 在看为标准,或是聚集在一起提出自己的见解为衡量的准则。

有读者评论说,文章写的很实在,有时真的很难说服同事设计的简单性与恰当使用 OO 原则所带来的好处。我就看到有的人以编写复杂代码并工作到深夜为傲。

还有读者说,我曾经与一个家伙共事过,他说“第一次就将事情做对的困难之处在于没有人认识到事情会有多么复杂”。几年过去了,我发现这句话非常正确。我现在都会在项目开始前进行大量的提前设计。这常常会让执行变得非常平滑,不过可能会让其他人觉得这件事挺简单的。

2013-12-22 01:253547
用户头像

发布了 88 篇内容, 共 262.0 次阅读, 收获喜欢 8 次。

关注

评论

发布
暂无评论
发现更多内容

如何开发一个完善的Kafka生产者客户端?

码农架构

kafka 架构 中间件 消息中间件

Windows AD 是否开启或者关闭了UAC服务

BigYoung

windows Windows 10

用docker-compose快速部署ChirpStack

远鹏

Docker-compose IoT ChirpStack LoraWan Go 语言

厉害!腾讯T3-2都还在学的微服务+MySQL+Kafka+boot2.x+虚拟机PDF

Java架构之路

Java 程序员 架构 面试 编程语言

HTML(六)——html表单

程序员的时光

程序员 大前端 七日更 28天写作

从零开始学java第一天(为报训练营做准备)

落曦

区块链数字货币钱包系统软件开发|区块链数字货币钱包APP开发

系统开发

深度 | 阿里云蒋江伟:什么是真正的云原生?

阿里巴巴云原生

云计算 容器 运维 云原生 k8s

共识算法的简单理解(一)

石君

28天写作

OMG,阿里大佬Kafka手写实战记录,这也太香了

Java架构之路

Java 程序员 架构 面试 编程语言

Java虚拟机知识 - JVM入门

小马哥

Java JVM 架构师 Java虚拟机 七日更

惊悚,单个java进程占用700%的CPU

万里无云

Java 后端 cpu

week9-conclusion

J

产品质量管理活动流程

L3C老司机

疫情闭关修炼半个月,我竟把JDK源码都读懂了!

996小迁

Java 编程 架构 面试 程序人生

一个系统小BUG修复投产居然花了3个小时来处理(上)

罗小龙

28天写作 投产事故 解决思路

5G最核心的本质是能力可被编排及开放

JiangX

5G 数字化转型 28天写作

技术招聘常被吐槽,企业应该考虑好这一点

李忠良

28天写作

DCache 分布式存储系统|安装部署与应用创建

TARS基金会

缓存 分布式 微服务 存储 TARS

史上最全!阿里巴巴2021年最新最全500道Java后端面试大全(值得收藏)

Java 编程 程序员 面试

2050年的一次出游 (28天写作 Day15/28)

mtfelix

自动驾驶 28天写作 科幻写作

soul 数据同步(三)http长轮询 同步策略

xzy

【并发编程的艺术】JVM内存模型

程序员架构进阶

架构 Java内存模型 Java虚拟机 28天写作

关于“为更新而更新”的一种新的理解

Nydia

你跟涨薪只差这份Java核心知识点文档,读懂它你就是技术大佬!

Java架构之路

Java 程序员 架构 面试 编程语言

week9-homework

J

【高并发】ReadWriteLock怎么和缓存扯上关系了?!

冰河

并发编程 读写锁 高并发 ReadWriteLock 签约计划第二季

28天瞎写的第二百二十六天:TechCrunch Hackathon 的故事

树上

28天写作

历史上的今天

IT蜗壳-Tango

七日更

2020 总结 | VoltDB的亮点,你了解多少?

VoltDB

数据库 物联网 VoltDB

人设崩塌的美国生物实验室

脑极体

你的程序员是在努力工作还是在偷懒?_语言 & 开发_张龙_InfoQ精选文章