程序员的时间记录，不一定是为了提升效率才去做。更多时候，是心里隐约觉得时间不对劲，每天忙完却想不起做了什么。记录一段时间后，往往发现实际投入和自以为的投入差距很大。真正有效的记录方法，不是越来越精密，而是简单到能长期坚持。
先明确记录的目的
开始记录前，先问自己一个问题：记录时间是为了什么？不同的目的，记录方法完全不同。
如果是想挤压更多工作时间，关注的是时段分布，比如上午写代码多还是下午多。如果是想知道项目时间成本，关注的是任务归属，比如某个功能到底花了几小时。如果是想改善作息，关注的是入睡和起床时刻。
目的不用太复杂，一个阶段盯住一件事就够了。我最初记录是为了找出“时间都去哪了”，所以只需要粗粒度看出大致去向，不需要精确到分钟。
按任务分类，而不是按时间线
常见的时间记录误区是记流水账：9:32 开始写接口、10:15 查了个文档、10:47 回消息……这种记录方式信息很全，但整理成本高，很难坚持。
更适合程序员的做法是定义几个固定分类，记录时只归入类别，不记录具体内容。比如：
- 编码（写代码、调试、看日志）
- 沟通（会议、消息、邮件、代码评审）
- 学习（读技术文章、看文档、实验新工具）
- 运维（部署、修 bug、处理线上问题）
- 杂事（报销、招聘、面试、行政类）
- 摸鱼（浏览网页、刷手机，不用记太细，但给自己留个口子）
每个分类在记录工具里做一个选项。切换任务时顺手点一下，或者用番茄钟配合，一个番茄钟结束后标记类别。
这样记录一周，就能看出自己的时间分配结构。大部分人会发现，真正写代码的时间比想象中少得多。我记了两周后意识到，自己上午十点前后的沟通成本最高，于是把深度工作挪到早上九点前，效果明显。
工具以顺手为先
工具选择上，原则只有一条：当你想起来要记录时，它必须已经在手边。手机上的计时器应用、手账本、白板贴纸都可以。我用过专门的计时应用，后来换成了 Mac 上的一个菜单栏小工具，配了快捷键，切换分类只要一秒钟。
不建议用太复杂的工具。有的时间记录软件支持自动识别应用、自动归类，看起来很智能，但准确率往往不够，需要事后人工修正，反而增加了维护成本。手动记录的刻意动作，本身就是一种提醒：你在主动掌控时间，而不是被动被系统统计。
也见过同事用 Excel 模板，每天下班前花两分钟填一段文字，周末统一归类。这种每日回顾式的方法不需要随时记录，适合不喜欢中途打断的人，缺点是回忆会有偏差，某些五分钟的小片段会被忽略。但对整体结构影响不大。
每周汇总，做一次小复盘
记录本身不会带来改变，改变发生在汇总之后。每周花十分钟看一下本周的时间分布，找三件事：
- 哪一类时间明显超出预期？比如“沟通”占了 30%，说明这周会议安排失调了。
- 哪一类时间和上周对比有变化？比如“编码”时间下降，那要回想是任务性质变了，还是自己的节奏出了问题。
- 本周最舒服的时段是哪段？那段在做什么？下周能不能复现类似条件？
汇总不需要做图表，看一眼百分比就行。重点不是精确统计，而是发现趋势。有时候你以为自己这周很努力，一看数据里“编码”只占两成，其他全部散落在琐碎中，而汇总会把这个事实摆在你面前，比任何提醒都有效。
不用追求完美
时间记录最容易失败的节点，是某天忘了记几笔，觉得数据不完整，干脆全部放弃。这在意料之中，不值得自责。不连续的数据也有用，哪怕只记了三天，也能看出一些倾向。漏记的时段直接标为“未记录”，不补记，不纠结，坚持下一段时间才是重点。
把记录当成一项长期习惯来养，而不是一项短期任务来冲刺。和写博客、做复盘一样，方法本身要足够轻，轻到每天做也不觉得是负担。记录的价值未必在当下，而在几个月后回看时，你能对自己说：原来我的时间花在了这里，那么下一段时间，可以花得更主动一些。