一件事已经做了一半，还能用计时器把它记下来吗？

收拾厨房收拾到一半，或者一通本来以为很快、结果聊了很久的电话打到一半，又或者一下午原本没打算处理的杂事已经忙了四十分钟，你才突然想到，这件事好像应该被记下来。于是打开计时类应用，想按下开始——按不下去，因为计时器没办法从四十分钟前开始算。它只能从"现在"这一刻起跳。已经发生的那部分，对这个工具来说，从一开始就不存在。

计时器只认得一个时刻：现在

这听起来像个技术细节，其实是整个工具的根本形状。计时器的核心，就是一个按下去就代表"从这一刻起开始计算"的按钮。它没办法表示"这件事其实已经进行了一阵子"，因为时长这个东西，天生就是从一个起点往后数的，而这个起点必须是应用真的被告知过的那一刻。如果事情开始的时候你没在场按那个按钮，工具压根就没有"开始"这条记录，没有开始，它也就算不出自己唯一在乎的那个数字。

所以"一件已经做了一半的事，还能不能用计时器记下来"这个问题，老实的答案是：不太行，只能从现在往后算，而这会悄悄改变最后留下的到底是什么。已经花掉的那四十分钟，在记录还没生成之前，就已经从记录里消失了。

事后倒填开始时间，是精确度悄悄崩掉的地方

大多数计时类应用会给一个变通办法：事后编辑这条记录，手动填一个比你实际按下按钮更早的开始时间。这解决了"没记上"的问题，却制造出一个更隐蔽的问题——因为这时日志里的数字已经不是量出来的，而是猜出来的，只不过套上了和量出来的数字一样的外壳。"大概是两点一刻开始的"，一旦存进去，看起来和应用真正捕捉到的开始时间没有任何区别。界面上没有任何标记能区分哪四十分钟是真的计时算出来的，哪四十分钟是猜出来的，于是整份记录里，渐渐堆满了一堆比它们实际配得上的更笃定的数字。

这并不是什么少见的特例，反而更接近大多数事情真实开始的方式——你是慢慢滑进一件事里的，做着做着才半意识到自己在做，觉得值得记下来的念头，往往是它已经进行了一阵子之后才冒出来的。一个完全围着一个干净的开始按钮设计出来的工具，把这种再正常不过的模式当成了需要绕开的例外，可它其实更接近一天真实展开的样子。

事情还没搞清楚是什么，就先要给它定性

晚开始记录还有第二层容易被忽略的代价。计时器通常要求先选好一个项目或类别再开始跑，也就是说，你得在还没弄清楚这件事到底是什么之前，就先给它分类。"收拾厨房"的四十分钟，可能中途变成了整理一箱早就忘记自己还留着的东西，也可能变成了和中途打来电话的人聊了很久。提前命名，锁定的是事情还没完全发生时的一个猜测；事后命名，等整件事的轮廓都看清楚了再定性，反而更准确——记录恰恰可以让你这么做，因为它从来没要求你在事情发生之前就先承诺一个标签。

记录没有"已经在做"这个难题，因为它本来就没有开始

记录完全不会碰到这些麻烦，原因是结构性的，不是设计上刻意做了取舍：它压根没有什么需要开始的东西。没有一个只代表"现在"的按钮，也就没有一个你可能会错过的时刻。你意识到自己一直在做某件事，就写一行描述它，想写多简短或多具体都行，什么时候想起来就什么时候写——不管是一分钟后还是两个钟头后。这一行从来不是在量时长，所以也谈不上"记晚了"或者"不准"，它只是一条关于当时在发生什么的记录，附着在你写下它的那个时间点上。

这也去掉了"必须在一件事一开始就抓住它"的压力。一天里有很多事，是要等它已经过了一半才显出值得写下来的样子——一种情绪的转变、一件本来看起来不起眼却越来越重要的事、一通聊得比预想久得多的电话。这些都不会在一条干净的起跑线上事先打招呼。而记录可以在它们实际所在的任何位置接住它们——通常，那个位置就在中途。

TimeMap 就是照着这个差别做的：想起什么就写一行正在做的事，配一个颜色，存的是你写下它的那个时刻——不用记开始时间，也不存在"错过开头"这回事，因为时长本来就从来不是它要留住的东西。

所以如果你发现自己已经做了四十分钟的事，正犹豫现在开始记是不是太晚了，老实的答案是：从一开始，它就不是那种"能不能来得及"的东西。它一直都只是一件，可以直接写下来的事。