写完项目复盘后，我才发现自己原来没有真的想清楚

以前我会觉得，项目做完差不多也就结束了。

代码能跑，功能做了，简历上能写，面试里也大概能讲，这件事看起来已经闭环。但我后面慢慢发现，很多项目真正的理解其实不是做的时候长出来的，而是复盘的时候才被逼出来的。

这个感受在我写博客之后尤其明显。

为什么“做过”不等于“想清楚了”

因为很多时候，项目推进过程中你是在解决一个接一个的局部问题。

这里先让功能跑起来，那里先把接口接通，再往后把一个 bug 修掉。整个过程当然也在思考，但这种思考往往是碎片式的。

你可能知道自己为什么加了 Redis，为什么拆了两个模块，为什么加了一个状态字段。但如果突然让你退后一步，用一篇文章把这个系统的核心判断讲清楚，你会发现很多地方其实还是糊的。

写文章最难受的地方，是它不让你含糊

平时说项目的时候，有些模糊表达是能混过去的。

比如“这里主要是为了提升性能”“这里做了容错设计”“这里考虑了分布式场景”。这些话听起来没错，但它们经常不够具体。

一旦写文章，你就得继续往下问：

• 为什么这里会有性能问题。
• 这个容错到底容的是什么错。
• 分布式场景里最怕发生什么。

问着问着，你就会发现自己原来只是知道有这么个方向，但未必真的形成了完整判断。

所以我现在越来越把复盘当成“二次理解”

做项目是第一次理解，偏实现。

写复盘是第二次理解，偏抽象。

第一次让你知道系统怎么搭起来，第二次才会逼你去看这个系统的边界、取舍和失败场景。很多原本没那么清晰的地方，都是在第二次理解里被重新梳理出来的。

这也是为什么我现在觉得，内容输出对我不是额外负担，反而是整理认知的一种方式。

对求职也确实有帮助

这一点很现实。

因为面试里最怕的，不是面试官问得难，而是他问到了你原本没想透的地方。项目复盘写得越认真，这种情况就越少。

你不一定会因为写了文章就变得特别会讲，但你至少会更容易发现自己的盲区。很多原来只能模模糊糊说两句的话，写完之后会真正变成你自己的判断。

我现在挺认同的一句自我提醒

如果一个项目我只能把过程讲出来，却讲不出为什么这么做、代价是什么、边界在哪，那它大概率还没有真的被我消化完。

所以写复盘这件事，我现在不太把它看成“做内容”，我更把它看成“把自己原来以为懂的东西重新过一遍”。

很多时候，真正让人成长的，就是这第二遍。