为什么翻开日历，看到的从来不是那天真正发生的事？

你翻开日历想确认上周二到底干了什么，它告诉你"14:00 健身房"。你那天根本没去健身房——临时有事，那个格子却原封不动地留在那儿，一脸笃定地告诉你一件没发生的事。这不是日历坏了。它从一开始就不是为了记住发生过什么而存在的，它记的是你当初打算做什么，就算后来的事实证明它错了，它也不会自己改口。

日历上的每一项，都是事前写好的

日历里几乎所有条目，都是在对应的事情发生之前建好的。这一件事就决定了它以后能不能告诉你真相。它是一份预报，用的是你周日晚上手头有的信息，去猜测一个你还没经历过的周二下午。

预报这东西，只擅长回答一个问题：接下来该去哪儿。它不能证明你当时真的在那儿——因为没有任何机制会在时间过去之后，回头核对一下这个格子是否还站得住脚。它就那样留在原地，没人管，说着一周前就说过的那句话。

计划没按原样发生的时候

大多数日子多少都会跟计划对不上。一通电话多聊了四十分钟。一个会议临时取消，你把那一个小时用在了完全不相干的事情上。你本来打算十点开始写方案，实际上两点半才动笔，中间插进来一场根本没写在日历上、却比日历上任何一件事都更重要的谈话。

这些统统没地方写。日历的操作逻辑只有一种：往某个时间点上放一个格子。它没有第二种动作，专门用来写"后来实际发生的其实是这个"，于是原来那个格子就那么留着——名义上还在，内容却早就是假的了。

改动和删除，不留一点痕迹

一旦你动手改，情况会更糟。把一个会议从下午两点拖到四点，大多数日历软件只会把它挪过去——不会留下任何标记说明它原来在两点、被挪动过、为什么挪。取消一个会议然后删掉，它不会显示"已取消"，它就是消失了，好像那个小时从来就没有过任何安排。一周改得越多，那份日历事后看起来反而越像一切都按计划顺利进行——因为软件根本不记自己的历史，只记它现在的样子。

到了十一月你去问它三月的周二都在干什么，它只会用今天格子里剩下的东西回答你——已经经过无数次改期、取消、悄悄换成别的安排之后剩下的东西——而不是三月那个周二真正装着的内容。

日历从一开始就没打算装下的东西

就算有一份从没改过、字字准确的日历，它照样会漏掉一天里的大部分内容，因为大部分内容一开始就不曾被安排过。日历上有一格写着"午饭"，但没有任何地方写着你和谁坐在一起、对方跟你说了什么。走廊里一次改变了你整个下午心情的闲聊，卡在一个问题上死磕的那一个小时，因为需要透口气而绕远走回家的那一段路——这些从来都不是被立过又被打破的计划，它们压根就不是计划，而一个从头到尾只由计划构成的工具，天生就没有格子留给它们。

日程表和记录，是两回事

日程表回答的是"接下来应该发生什么"，记录回答的是"刚才真的发生了什么"。两者看起来很像——都是一串挂在时间点上的条目——这也正是为什么人很容易误以为其中一个顺带把另一个的活也干了。其实没有。日程表是提前写好、之后不再动的东西；记录必须在事情发生的当下或之后写，写的人得真的在留意刚才发生了什么，而不是当初盼着发生什么。

这跟"计划一周"和"写下这一周实际怎样"之间的落差是同一回事——计划和事后的记述，就算说的是同一段时间，也从来不是同一份文件。

没有人是存心要这样弄丢自己的日子的。事情就是这么自然发生的，因为大多数人手边现成的、用来装"事情和时间"的工具就是日历，而日历悄悄接下了一份它从没打算胜任的工作。

关于 TimeMap

TimeMap 做的正是那另一半的活。它不是提前放好的格子，而是你在事情实际发生的时候，随手写一行，配一个颜色。计划变了也不用挪动或删除任何东西，因为一开始就没有哪一行是计划——每一行写的都是已经发生过的事。它的日历视图能给你普通日历给不了的东西：那天真正是什么样子，而不是当初有人希望它是什么样子。

你不用为此换掉你的日历。它该干什么还干什么——知道接下来该去哪儿，它一直都很称职。只是别再指望它顺带告诉你，几个月之后，你到了那里以后真正发生了什么。那是另一份工作，需要另一种记录：一种回头看的记录，而不是往前看的记录。