工作和生活，要分开记两份日志吗？

这个念头本身不难理解：工作有自己的一套语言、自己的分量，有时候还有自己的读者，所以看起来该有个单独的地方存放。问题通常在几周后显出来——两份日志里，有一份悄悄没人写了。几乎总是生活那一份，因为工作本来就有开会、有截止日期把它推到你面前，多开一个 App 才能想起来写点生活，从一开始就没有这个专门的时刻。

分开记，看起来是更负责任的做法

这个逻辑本身没错。一条会议纪要和一段跟朋友吃饭的记忆，确实不太像该写在同一行里。工作类工具都是为一种语气打造的——项目、工单、进度——生活塞进这套语气里，总显得被削掉了什么。于是听起来最整齐的方案就是两套系统：一套是项目形状的，管工作；另一套管剩下的一切。

这个方案悄悄假设了两套系统会得到同样的维护，但现实很少如此。工作本来就有日历、任务清单、会议一整天把它拽到你眼前，它不需要第二个家也能活下去。生活日志没有任何东西把它拽到你眼前，除了你自己想起来去打开它——而记录这件事存在的意义，正是为了不必再靠"想起来"。

拆成两份，丢掉的是什么

一天并不像两个 App 暗示的那样，真的被切成两半。那通拖得太长的客户电话，是你错过健身课的原因，是那天晚上情绪不对的原因，也是你晚饭时对人没好气的原因。写在两份分开的日志里，这整条线索就消失了——一个 App 里有一场开晚了的会，另一个 App 里有一段说不清原因的坏心情，两边都没有把它们连起来的那句话。而那句话，才是真正有用的部分。

重读一整年写在同一份日志里的记录，工作上不顺的那段日子和生活上不顺的那段日子之间的关联，会按发生的顺序清清楚楚摆在那儿。分开记的两份日志重读起来，只会得到两个更单薄的故事，各自都缺了让另一边变成那样的原因。

真正的顾虑，其实是另一个问题

想拆开记的念头背后，通常是一个更具体、也更站得住脚的担心：不想让同事、上级或共享的屏幕看到私人的内容，也不想让私人的记录里混进一堆工作汇报式的措辞。这是一个关于"谁能看到这一行字"的边界问题，值得认真对待——但它问的是谁能看，不是这一行字该住在哪栋楼里。归到自己选的分类下，从不在别人面前打开这个 App，就已经解决了这个问题，用不着维护两套都得记得打开、记得维护的系统。

真正需要物理上分开存放的情况，比乍看之下要窄得多：整个团队共用的工作日志，或者出于合规原因必须放在指定地方的记录。普通人的工作与生活，并不属于这一类。它是同一个人的同一天，只是从两个角度被描述出来，这两个角度不需要两个不同的地址。

一个更简单的判断标准

与其问"这算工作还是生活"，不如问一个更朴素的问题：这件事今天发生在我身上了吗？预算批下来了、朋友打来电话、截止日期改期了、午睡睡长了——这些都发生在同一个人的同一天里，都属于这一天的记录。分类——工作、家人、健康，随便哪一套标签——只是事后给它选的一个颜色，不是决定哪一份日志有资格知道它的门槛。

TimeMap 在这里的位置

TimeMap 只有一份日志，不是两份，靠分类颜色去做区分，而不是靠再开一个 App。一场开晚了的会和一顿错过的晚饭可以待在同一天里，按发生的顺序排着，靠颜色一眼就能分辨，却不会被拆进不同的文件、丢掉把它们连起来的那句话。以后回看，看到的是这一天真实发生的样子，而不是从两份各写了一半的记录里拼凑出来的版本。

如果已经有一套系统在管工作，不用换掉它。只是不需要在旁边再放一个悄悄没人打开的生活版本。一个地方，靠颜色分类，往往比按"这算生活的哪一半"分成两个地方，更容易留得住。