我以前做决定，有一个很明显的习惯。

决定之前想很久。

决定之后，很少记录。

比如：

要不要做一个新项目。

要不要学习一个新的方向。

要不要开始做内容。

要不要继续一件已经坚持很久的事情。

要不要放弃一个看起来还有机会的方向。

当时都会认真想。

列利弊。

找资料。

问别人。

甚至在脑子里模拟很多遍。

然后终于做了决定。

事情继续往前走。

几个月以后，我突然又遇到一个类似的问题。

这时候我经常会发现：

我已经不记得自己当初为什么这么决定了。

只记得结果。

如果结果不错，我会觉得：

“当时的判断还可以。”

如果结果不好，我又很容易反过来想：

“当初怎么会做这个决定？”

但问题是：

我根本不知道当时的自己掌握了什么信息。

也不知道当时做了哪些判断。

更不知道：

当时的决定，到底是错在决策过程，还是只是结果不如预期。

后来我开始意识到：

程序员为什么要写日志？

不是因为程序员喜欢记录。

而是因为：

没有日志，很多问题发生过以后，就很难知道系统当时到底发生了什么。

人生其实也一样。

很多时候，我们复盘的是结果，而不是决策

这是我后来特别警惕的一件事情。

比如：

我决定开始做一个项目。

半年以后项目没有做起来。

传统的复盘方式很容易变成：

“这个项目失败了。”

然后开始总结：

方向不对。

执行力不够。

市场不好。

时间不够。

资源不足。

这些都可能是真的。

但还有一个更重要的问题：

当初做这个决定的时候，我为什么认为它值得做？

如果当时的信息和判断是合理的。

后来因为环境变化导致结果不好。

那么这个决定本身未必是错误的。

反过来也一样。

有时候一个决定最后获得了不错的结果。

但并不代表当初的决策过程就是正确的。

可能只是碰巧踩中了机会。

如果我们只看结果，就很容易产生一种错觉：

成功的结果 = 正确的决策。

其实并不一定。

所以我越来越觉得：

复盘人生，不能只复盘发生了什么，还要复盘当时为什么这么做。

我开始把“决策”当成一条日志

程序运行的时候，会不断产生 Log。

请求进来了。

参数是什么。

执行了什么。

返回了什么。

哪里出现异常。

这些日志并不改变程序。

但它让我们以后有机会理解：

系统为什么会变成现在这个样子。

人的决策其实也应该留下类似的记录。

比如我准备做一个新项目。

我不需要写一篇长文章。

只需要留下几个信息：

我现在遇到了什么问题？

我准备做什么决定？

为什么现在决定？

当时掌握了哪些信息？

我有哪些假设？

我最担心什么？

我准备通过什么方式验证？

什么情况下我会改变决定？

这些东西记录下来。

以后再回头看。

就会完全不一样。

因为你看到的不只是结果。

而是：

当时的自己，是怎么思考的。

决策日志最重要的，不是记录“答案”

这一点其实很反直觉。

以前我记录事情的时候，总想把正确答案记录下来。

比如：

“以后做事情一定要先验证。”

“这个项目不值得做。”

“这个方向应该放弃。”

“以后不能再这么安排时间。”

但这些其实只是结论。

真正有价值的，是：

当时为什么得出这个结论。

因为人生最缺的不是结论。

而是：

自己的判断依据。

比如：

我当时为什么认为这个方向值得尝试？

是因为看到了真实需求？

还是因为别人成功了？

是因为自己擅长？

还是因为我只是很想证明自己？

这些区别非常大。

如果不记录，时间一久，我自己都会忘记。

最后只能用今天的认知，去重新解释过去。

而这其实非常危险。

人特别容易发生一种“事后合理化”

程序员调 Bug 的时候，最怕什么？

拿着现在看到的结果，倒推当时的代码。

因为你已经知道 Bug 在哪里了。

所以你会觉得：

“这里这么明显，当时怎么没发现？”

人生复盘也一样。

事情发生以后，我们拥有了更多信息。

于是再回头看当初的决定，很容易产生一种错觉：

“当初其实应该知道。”

但很多时候并不是。

当时的你没有今天这些信息。

没有后来的结果。

没有后来的经验。

甚至没有今天的认知水平。

所以我觉得：

真正公平的复盘，应该尽量站回当时的时间点。

问自己：

如果回到那一天。

我当时知道什么？

不知道什么？

有哪些信号已经出现？

哪些信号当时根本不存在？

哪些风险是可以预见的？

哪些只是事后才知道？

这才是真正有价值的复盘。

我现在特别想记录“当时的假设”

因为很多决定，本质上都建立在假设上。

比如：

“我认为用户会愿意使用这个东西。”

这是一个假设。

“我认为每天花一个小时就可以持续做内容。”

也是一个假设。

“我认为学习这个能力，对未来职业发展有帮助。”

还是一个假设。

问题是：

我们经常把假设直接当成事实。

然后开始执行。

直到几个月以后才发现：

原来最开始的前提就错了。

所以决策日志里，我越来越希望保留一句：

我现在认为……

这句话非常重要。

因为它提醒未来的自己：

这只是当前判断。

不是事实。

不是永恒真理。

更不是必须维护到底的承诺。

决策日志，其实就是给未来的自己留下“上下文”

这是我后来觉得特别有价值的一点。

我们今天做决定的时候，拥有大量上下文。

工作环境。

家庭状态。

经济压力。

个人精力。

当时看到的信息。

别人给出的建议。

自己当时真正担心的事情。

但这些东西不会永久存在。

几个月以后，很多细节都会消失。

于是未来的自己只能看到一个结果：

“你当时做了这个决定。”

却不知道：

“为什么？”

这就像你接手一套没有文档的老系统。

代码还在。

但上下文没了。

你只能猜。

而人生其实最容易变成这样的“遗留系统”。

过去的选择还在影响现在。

但我们已经不知道它们为什么存在。

所以：

决策日志，本质上是在给自己的人生保留上下文。

哪些决定值得记录？

当然不是每天吃什么都要写。

否则日志系统本身就变成了负担。

我现在更倾向于：

只记录那些可能改变未来路径的决定。

比如：

职业选择。

项目选择。

学习方向。

重要关系。

家庭重大安排。

投资大量时间的事情。

是否开始一个长期项目。

是否停止一个长期项目。

是否改变生活方式。

是否进入一个新的领域。

甚至：

那些让自己纠结很久的决定。

因为纠结本身就是一个信号。

它意味着：

这个决定可能涉及多个重要变量。

值得留下记录。

我会把一条决策日志压缩成几个问题

如果真的让我每天写一篇“人生决策报告”，我大概三天就放弃了。

所以它必须足够轻。

我更愿意把它做成一个很小的模板。

决策是什么？

我准备决定什么？

为什么现在决定？

发生了什么变化？

我的判断依据是什么？

我目前掌握哪些信息？

我的核心假设是什么？

我认为接下来会发生什么？

最大风险是什么？

什么情况可能证明我判断错了？

我准备怎么验证？

先做一个什么小实验？

什么情况下改变决定？

什么信号出现以后，我会停止、调整或者重做？

决策日期

什么时候做出的决定？

就这么几个问题。

可能五分钟就可以写完。

但几年以后再看，价值可能非常大。

更重要的是：记录“为什么改变”

其实很多时候，最有价值的日志不是：

“我做了决定。”

而是：

“我改变了决定。”

因为人生真正发生变化的时候，往往就在这里。

比如：

原本准备继续一个方向。

后来发现：

实际投入远高于预期。

于是调整。

原本认为某个能力值得长期积累。

后来接触真实项目以后，发现它和自己的长期方向并不匹配。

于是停止。

原本准备坚持某种工作方式。

后来发现长期消耗太大。

于是重构。

这些“改变”本身，就是非常重要的数据。

它告诉我：

哪些信息真正能够改变我的判断。

时间久了，我甚至可以发现自己的决策模式。

这时候，人生就开始有“决策日志”了

比如过了一年。

我回头看过去几十条决策记录。

可能会发现一些很有意思的东西。

我是不是总是高估自己的时间？

是不是总是低估长期项目的成本？

是不是特别容易被新鲜事物吸引？

是不是在信息不足的时候反而急着做决定？

是不是总要等到问题变严重了才行动？

是不是经常因为害怕错过机会，而同时启动太多项目？

是不是过度相信自己的技术能力，却低估了人与人之间的协作成本？

这些东西如果只靠反思，很难发现。

因为记忆本身会不断重写。

但如果有日志。

你可以直接看自己的历史。

于是：

人生第一次有了“行为数据”。

决策复盘，不是为了证明自己聪明

这是我特别想提醒自己的。

做决策日志，很容易又走向另外一个极端：

开始给自己的决策打分。

这个决定8分。

那个决定6分。

这个判断正确。

那个判断错误。

最后又变成了另外一种焦虑。

我觉得这没有必要。

决策复盘真正有价值的，不是判断：

“过去的我聪不聪明。”

而是发现：

“过去的我通常在哪里判断失真？”

这是完全不同的事情。

前者是在评价自己。

后者是在理解自己的系统。

而我现在越来越愿意做后者。

有些错误，不需要避免第二次

这句话听起来有点奇怪。

但我越来越觉得：

人生不可能做到“不犯错”。

真正有价值的是：

同一种错误，不要反复付费。

第一次因为高估时间而把项目排得太满。

这是一次错误。

如果记录下来，下一次规划时就可以修正。

如果没有记录。

两年以后可能又犯一次。

然后继续说：

“我怎么总是安排不下时间？”

所以日志真正想解决的不是：

让我以后永远做对。

而是：

让错误能够沉淀成系统资产。

决策日志最终会变成一个“个人判断数据库”

写到这里，我突然觉得：

这其实和我之前想建立的“个人技术文档”是连起来的。

以前记录的是：

我解决过什么技术问题。

后来开始记录：

我解决过什么人生问题。

再往后，我发现：

真正值得长期积累的，也许不是答案。

而是：

自己的判断方式。

我为什么这么选择？

什么信息会让我改变判断？

我在哪些情况下容易犯错？

哪些经验可以迁移？

哪些判断只是当时有效？

哪些原则经过多次验证以后仍然成立？

这些东西积累下来，

就不再只是日记。

它慢慢会变成：

属于自己的判断系统。

最后，我想重新理解“记录”

以前我觉得记录，是为了记住过去。

现在我觉得：

记录，是为了让未来的自己能够理解过去。

尤其是那些重要的决定。

它们像人生系统里的 Commit。

某一天，我做了一个选择。

系统从这里进入了一个新的版本。

如果未来出了问题，我可以回来看：

当时为什么 Commit？

基于什么信息？

修改了什么？

有没有经过验证？

后来为什么又改变？

这样一来，人生就不再只是：

“事情发生了，我经历了。”

而开始变成：

“我能够看到自己的系统，是怎么一步一步变成今天这样的。”

这可能就是日志真正的价值。

不是让人生变得更加可控。

而是让自己在面对过去的时候，

少一点遗忘。

少一点事后合理化。

多一点理解。

然后从这些记录里，

慢慢知道自己是谁。

知道自己为什么做过那些选择。

也知道下一次遇到类似问题的时候，

应该多看一眼什么。

因为人生没有 Git。

很多 Commit 一旦发生，就不能真正回滚。

但我们至少可以留下日志。

让每一次重要的 Commit，

都成为下一次迭代的上下文。

继续 Debug。

继续记录。

继续迭代。

让走过的路，

最终变成自己的系统日志。