作者：Paul Graham
原文链接：Maker’s Schedule, Manager’s Schedule
这篇文章解释了一个很多程序员、设计师、写作者和研究者都熟悉的痛苦：为什么一个半小时的会议，可能毁掉一整个上午。
Paul Graham 把工作时间分成两种：管理者时间和创造者时间。管理者按小时切分日程，会议、沟通、决策都可以一格一格安排。创造者需要大块连续时间，因为写代码、写文章、做设计、研究问题，都需要进入深度状态。
两种日程的冲突#
管理者时间天然适合会议。一天被切成很多小块，每一块都可以安排一个主题。对管理者来说，一个会议只是一个时间格。
但对创造者来说，时间不是均匀颗粒。一个上午如果被中间切开，就不再是两个可用的小块，而可能变成一整段废掉的深度时间。因为创造性工作需要加载上下文，进入状态，维持思路。
这就是为什么很多人不是讨厌沟通，而是讨厌随机打断。
会议的真实成本#
会议成本不只是会议本身的时长。它还包括会前的等待、会后的恢复、上下文切换、思路断裂，以及对日程完整性的破坏。一个 30 分钟会议如果放在上午中间，可能实际成本是半天。
这也是很多团队低估的地方。日历上看起来只是占用一格，实际上它切断的是创造者最稀缺的连续注意力。
如何保护创造者时间#
最简单的方法是把会议集中到固定时段，给创造性工作留下完整半天或整天。比如上午不排会，下午集中沟通；或者某几天处理会议，某几天保留深度工作。
这不是反管理，而是尊重不同工作的时间结构。好的组织应该让不同类型的工作使用不同日程，而不是用同一种日历逻辑压平所有人。
对我自己的提醒#
这篇文章解释了我很多低效时刻。不是我不够自律，而是时间被切碎后，复杂任务无法启动。
尤其在编程和写作里，真正困难的是把整个问题装进脑子。一旦被打断，表面上只是停了几分钟，实际上要重新加载大量上下文。
可以实践的清单#
- 给深度工作预留连续 3 小时以上的时间块。
- 尽量把会议集中，不让它们散落在一天中间。
- 对复杂任务，先保护上下文，再谈效率。
- 团队协作时，明确哪些人需要创造者时间。
- 用异步文档替代不必要的即时会议。
这篇文章主题不大，但非常实用。它适合放在博客里提醒自己：真正的产出不是把日程塞满，而是保护能产生结果的时间结构。