番茄钟和深度工作哪个适合程序员
写那篇稿的时候我试过番茄钟，铃一响我就停。结果第三天我把铃关了——不是因为不管用，是因为番茄钟和深度工作哪个适合程序员，取决于活是怎么切的。
番茄钟和深度工作哪个适合程序员？看你手上的活是「块状」还是「流状」。块状用番茄钟，流状用深度工作。
两种方法到底差在哪
| 维度 | 番茄钟 | 深度工作 |
|------|--------|----------|
| 时间单位 | 固定的短时段，到点就停 | 不切分，一口气做到自然断点 |
| 适合的活 | 能切成小块的活 | 需要连续上下文的活 |
| 最大的好处 | 降低了开始的心理门槛 | 保住思路的连续性 |
| 最大的风险 | 打断思路，逼你换气 | 容易一坐到底，忽略恢复 |
| 对人的要求 | 会分段、能忍住不延长 | 能自己判断什么时候该停 |
最后一行是重点。番茄钟要求你服从时钟，深度工作要求你服从自己的判断。 判断力不够的人用深度工作，容易变成坐到累垮。
番茄钟真正解决的是什么
它解决的不是专注，是启动。
面对一件大活，人本能会拖。番茄钟把门槛降下来——不是「今天要写完这个模块」，而是「先干一个短时段」。这个心理动作对拖延有用。
它还有个副作用：强制休息。对容易一坐到底的人，这个副作用比主业还有价值。
但它有个明确的代价：如果你正在状态里，铃响是纯损失。 接回来的时间通常比那几分钟休息更长。
深度工作真正解决的是什么
它解决的是上下文连续。
写代码、调一个复杂问题、写一篇长稿，这些活的成本集中在前几分钟的进入状态。刚进去就被打断，等于每次都在付入场费。
如果你的活每次都死在「刚进入状态就被打断」，问题不在专注时长，在有没有给深度工作留出不被打扰的整块。
它的问题是很容易过头。我试过硬撑一整天不切，第二天基本报废。
番茄钟和深度工作哪个适合程序员：分别适合谁
适合番茄钟：任务边界清楚、能切小块的活。改一批小问题、回消息、整理文档、写不需要连贯的短内容。
还有一类人特别适合：容易拖延、很难开始的人。番茄钟的价值主要在这个门槛上。
适合深度工作：需要连续思路的活。调 bug、设计模块、写长文、想清一个方向。
适合混着用：我自己是这么干的。评估和设计类任务用不切分的整块，执行和收尾类任务用短时段推进。
我的实际配置是 1 个真人加 5 个 AI 员工。执行类的活大部分派出去了，所以我留给自己的基本是深度工作型的任务，番茄钟主要用来治我自己的拖。
我的选择
我选深度工作为主，但保留番茄钟当启动器。
具体是这么用的：一天里最值钱的那一段留给不切分的活，不设闹钟。剩下那些切不切都行的活，用短时段推着走。
关键不是选哪个，是别在需要连续的时候用切分。 这是我关掉铃声那天想明白的。
顺带说一句，不管用哪种方法，前置动作都一样：先想清楚这段时间要推进什么。做事的节奏怎么设计，我写在一人公司怎么设计工作节奏。
常见问题
Q：番茄钟和深度工作哪个适合程序员，可以两个一起用吗？
可以，而且多数人应该这么用。把不被打扰的整块留给需要连续的活，把短时段留给容易拖延或者能切块的活，两种方法的优点都能拿到。
Q：用番茄钟老是进入不了状态怎么办？
说明这个活可能切不动。换个思路：要么换成更小的切片，要么干脆别用番茄钟，给它一整块连续时间试试。
Q：深度工作一定要几小时起吗？
不一定，看你能不能连续。判断标准不是时长，是这段里有没有被打断。被打断三次的两小时，价值可能不如不被打断的四十分钟。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」