为什么一场会议，就能毁掉程序员的整个下午？
仅仅是意识到一个约定，有时就足以烦扰一整天。------查尔斯·狄更斯
程序员们为什么如此反感会议？如果你也曾为此烦恼，或许并非因为你"不合群"或"难以沟通"，而是因为你和我一样，正遵循着一种与主流世界截然不同的时间律动。
2009年7月，保罗·格雷厄姆发表了一篇深刻的分析，揭示了问题的核心：世界主要运行在两种不同的时间表上，而它们天生就存在冲突。
两种时间，两种世界
第一种是 "管理者时间表" 。这是老板和大多数掌权者的节奏。它体现在传统的日程本上，每一天被切割成一小时为单位的区间。如果需要，可以为一个任务预留几小时，但默认模式是每小时切换任务。
在这种模式下，约见某人只是个简单的实际问题：在你的日程表上找个空档，预约，搞定。
但还有另一种时间使用方式，在程序员、作家、艺术家等创造者中极为常见 ，我们称之为 "创造者时间表"。
这类人通常偏好以至少半天为单位来使用时间。写作或编程无法以一小时为单位有效进行，那点时间刚够"热身"。
当创造者遇上会议：一场灾难
当你在创造者时间表上运行时，会议就是一场灾难。
一次会议就能毁掉整个下午------因为它将下午劈成两段，每段都短得无法进行任何需要深度思考的工作。更糟的是，你还得记着去开会。
这对管理者时间表上的人来说不是问题，他们的日程总是按小时推进。但对创造者而言，一个会议就像在代码中抛出了一个异常。它不仅让你切换任务，更改变了你的工作模式。
作者发现，一次会议有时会影响一整天。除了直接占用时间，还会产生"连锁效应"：如果你知道下午会被打断，上午开始一项雄心勃勃的工作的意愿就会降低。
这听起来可能有些敏感，但请想想你自己：想到有一整天完整、无约的时间可以专心工作，你是否会精神一振？ 那么反过来说，当没有这样的时间时，你的情绪自然会低落。而雄心勃勃的项目，本就接近个人能力的极限，士气的微小下降就足以扼杀它们。
权力的不对称与现实困境
每种时间表自身运行良好，问题出在它们相遇时。
由于大多数掌权者都按管理者时间表行事，他们很容易让整个组织都按自己的频率共振。但更聪明的管理者懂得克制，如果他们知道下属需要大块不间断的时间来工作。
有趣的是，保罗·格雷厄姆创立的YC孵化器就逆流而行，整体运行在创造者时间表上 。他们是如何为数以百计的初创公司提供咨询的？秘诀在于一个经典方法：办公时间。
每周几次，他在工作日的末尾留出整块时间 会见创始人，并通过一个签到程序确保所有预约都集中在这段时间的末端。因为这些会议总是在他工作日的结尾，所以永远不会形成干扰（尽管可能打断对方，但既然对方主动预约，说明这对他们有价值）。
寻找共存之道：理解与妥协
当两种时间表碰撞时，一个常见的困境是"咖啡邀约"。
在管理者时间表上，speculative meeting 是可行的。如果日程有空档，为什么不认识一下新朋友呢？这在硅谷乃至全球商务界都很常见。但这对创造者时间表而言成本高昂。
这让我们陷入两难：见面，损失半天工作；不见，可能冒犯对方。问题的根源在于双方对时间成本的理解不同。
出路或许在于更广泛的认知 。当管理者时间表与创造者时间表之间的冲突被更多人理解，问题就能缓解。创造者们愿意妥协，他们知道自己必须参加一定数量的会议。他们只要求管理者时间表上的人理解其中的成本。
结语：尊重彼此的时间节奏
对于我们许多人来说，一天可能被自然地分割：一段用于深度创造，一段用于沟通协调。关键在于认识到这种内在节律的差异，并予以尊重。
真正的效率，并非让所有人都跑在同样的钟表上，而是让不同的齿轮以适合自己的方式咬合，共同推动事业前进。
下次当你准备发出"一起喝杯咖啡"的邀请，或是对同事拒绝会议感到不解时，不妨先想一想：你们是否正运行在两种不同的时间维度？
理解，是解决一切协作难题的第一步。