让程序员开会是有代价的

作者: 极小光 | 来源:发表于2017-09-19 13:20 被阅读2000次

    简评:这是《黑客与画家》的作者 Paul Graham 的一篇经典文章。程序员作为抽象系统的创造者遵循 Maker's Schedule。写代码时需要整块连续的时间思考,如果工作常常被几个会议打断,那一天下来根本做不了任何实质性的事情。

    程序员特别讨厌开会的一个原因是 —— 他们的日程跟其他人不太一样,会议对程序员的消耗太大了。

    Schedule 一般分为两种,我们姑且称它们为 Maker 的日程和 Manager 的日程。比如说老板就属于 Manager 日程,具体体现在待办事项中,每天都以小时为单位。当然如果有需要的话可以一连几个小时来完成某项工作,但大多数时候,每个小时每个时间段都有不同的事情等着你。

    这样的时间安排,要会见某人其实不是个问题,你只需要在日程中找个空档,预定事项就搞定了。

    大多数 CEO 或高层管理者都是采用 Manager's Schedule。但是程序员或者作家这类以创造进而输出的人,普遍采用的是另一种日程安排 —— Maker's Schedule,他们更倾向于用个大半天的时间进行单一任务的工作。你不能以 1 小时为时间粒度,这个时间顶多起个头,是写不出什么好文章或者优秀代码的。

    当你身在 Maker's Schedule 时,会议简直就是一场灾难。一个会议就能毁掉整个下午,分成两段的时间实在太过琐碎以至于完全不能推动任何事情的进行,而且你的大脑还得想着不要忘记开会。

    当然啦,对于管理者来说,会议不算什么问题,反正以 Manager's Schedule 安排,下一个小时总要做点什么事情,区别不过是做什么事情罢了。但对于程序员来说,你就总得惦记着。

    会议于 Maker 而言,就像引发异常机制(throw an exception),它不仅让你进行任务间的切换,还改变了你的工作模式。

    通常,会议一般至少消耗半天,要么上午,要么下午,总有一整块时间会被腰斩。而这会带来连锁反应,导致会议会影响一整天的工作。如果知道下午的时间要泡汤了,那么早上我就很难元气满满地开始干点什么。听起来可能有点矫情,但如果你也从事程序开发或者写作这样强输出类型的工作,你摸着良心告诉我是不是这样。比如今天你有一整天的时间可以用来工作,没有人打扰,你会不会觉得很开心。反之,要是时不时有人打断你,你是不是也很沮丧。夫战,勇气也。一鼓作气,再而衰,三而竭。情绪低落是干不好活儿的。

    尽管两种日程安排都能正常工作,但一旦二者相遇,问题就来了。管理者们按照 Manager's Schedule 工作,如果有需要,所有人都得按他们的时间表办公,毕竟人家是领导。但,聪明的领导人会懂得如何协调,他们知道这类员工需要整块的时间投入生产。

    《黑客与画家》的作者 Paul Graham 比较特殊。尽管几乎所有他认识的 VC 都采用 Manager's Schedule,但他所在的公司 Y combinator 仍然按照 Maker 的日程工作。包括 Rtm 和 Trevor,因为他们一直都是 Maker,Jessica 也不例外,不过她是因为要跟其他人保持一致。

    之后可能会出现更多以 Maker's Schedule 行事的公司,这并不奇怪,就像几十年前他们也能够拒绝将牛仔裤换成西装。所以公司创始人们也许会抵制,或者至少推迟向经理人的方向转变。

    那么我们又是如何采用 Maker's Schedule 来为众多创业公司提供咨询服务呢?

    答案是以办公时间这一概念在 Maker 的框架内模拟出一个经理人的日程。每周我会留出几大块时间来接待 founders,这部分时间通常会在我的工作日末尾。同时我写了一个程序来确保一个时间范围内的会议能安排在一起。这样创业者们在工作结束后来访,就不会打断我的工作(除非他们的下班时间也和我一样,才会妨碍到对方,但他们往往是有求而来)。因而,尽管事项繁忙,但整块的办公时间依然能覆盖一整天,不会被打断。

    90 年代时,正值 Paul Graham 创业,他还尝试了另一种划分时间的方法 —— 每天从晚饭开始编程直到凌晨三点,因为夜深人静没人打扰。然后睡到中午 11 点再去上班做那些「生意上的事」,直到晚餐。

    事实上,这样他每天都有两个日程:Maker 以及 Manager。

    处在 Manager 身份时,可以做些身为 Maker 不想做的事情,比如会见客户,或者和一些人小聚以增进对彼此的了解。毕竟日程里有空档时可以去做这些事情,也许还能变成帮助别人的机会。

    硅谷的商务人士(其实全世界都一样)总是有这样那样的会议。如果你有 Manager 的日程安排,那他们就有相当多的空闲。这在他们中间很普遍,而且还有独特的提出方式,比如说一起「喝杯咖啡?」

    但如果你采用 Maker 的日常,那这种会面方式的代价可就特别大了。假如每个人都以为我们用 Manager 的日程,然后介绍一些觉得我们应该见上一面的人,或者给我们发个消息提议喝杯咖啡什么的。要么我们去见面,于是放弃了半天的工作时间;要么我们婉拒,但很有可能会冒犯到对方。

    一直以来我们都还不太明白上述问题的产生,我们理所应当地以为非此即彼,如果不放弃原有的安排就可能会冒犯对方。但现在我就突然清楚了,这是因为两种不同的工作日程。当大家能理解这两种工作方式的冲突时,问题也就稍稍能得以解决。

    对于 Maker 而言,我们愿意妥协,我们也知道有些会议是非常必须的。而我们所诉求的,也仅仅是希望 Manager 能明白,这种妥协所付出的代价。

    原文链接:Maker's Schedule, Manager's Schedule
    “本译文仅供个人研习之用,谢绝任何转载及用于任何商业用途。本译文所涉法律后果均由本人承担。本人同意简书平台在接获有关著作权人的通知后,删除文章。”
    推荐阅读:
    脑力劳动者一天只能高效工作 3 小时
    从事开源项目开发的盲人程序员 Ali Abdulghani
    Github | 程序员七大生产力工具
    GitHub 上的 12 个骚操作

    相关文章

      网友评论

      本文标题:让程序员开会是有代价的

      本文链接:https://www.haomeiwen.com/subject/rlvssxtx.html