一人公司的时间盒（timeboxing）实践：25 分钟还是 50 分钟
背景与问题
solo 开发者没有外部日程约束，一天很容易被「随便看看后台数据、回一条邮件」切碎。调研 timeboxing / Pomodoro 在单人开发场景的用法：.focus 块多长合适、怎么和 deep work 配合、怎么不变成自我折磨。
发现
（来源访问日期均为 2026-09-17）
- 事实（Game Developer 2014，独立游戏开发者实践）：Pomodoro 即 timeboxing 的变体——关掉浏览器和邮件，约 50 分钟一段专注。对同时推进多个项目的独立开发者有效；50 分钟比 25 分钟更贴合「写代码要进入状态」的现实。
- 事实（Dev.to 2019）：经典 Pomodoro 是 25 分钟专注 + 5 分钟休息，每 4 轮一个长休。适合启动困难、拖延严重的任务——块短，承诺小。
- 事实（Timebox.so 2024 对比文）：Deep work = 长时间维持在高认知负荷任务（架构设计、复杂 debug）；Pomodoro = 快速切片的小任务。两者不是二选一，而是按任务类型分块。
- 推测：solo 开发者的真实痛点不是「不够专注」而是「任务切换无成本感」——被打断一次的代价自己感觉不到。timebox 的价值主要是让切换变得「可见、可计数」。
结论
- 分块策略：认知重活（写核心逻辑、debug 架构）用 50 分钟块；杂活（回邮件、ASO 改动、看数据）用 25 分钟块；两类不混在同一个块里。块的长度跟任务走，不跟习惯走。
- 一天只锁 2-3 个「不可侵犯块」（合计 2-3 小时 deep work），其余时间允许碎。solo 开发者追求全天心流不现实，守护少数块就赢了。
- 切换计数器：记录每天「中途切走」的次数而非专注时长——切换次数是最诚实的专注度指标（时长容易自欺）。
- 与批处理配合：后台数据、客服回复、社交平台统一放进每天的 1-2 个 25 分钟杂活块，禁止在专注块间隙顺手看。