翻自己的简历时，我常有一种微妙的心虚感。上面写着”主导过三个中台项目””负责过千万级流量系统的重构”，看上去履历丰满、经验充足。可如果真让我把其中任何一个项目重做一遍，我并没有把握做得更好——我甚至记不清当时那个卡了我两周的并发问题，最后到底是怎么绕过去的。项目做完了，能力却未必留下。这大概是我这几年最扎心的一条自我认知。
一、项目经验不是能力，被编码过的经验才是
我们习惯把”做过什么”等同于”会做什么”。招人时看项目、聊晋升时讲项目，仿佛项目数量和能力水平是同一根刻度尺上的读数。但项目有生命周期，能力没有——项目结束了会归档、会被人遗忘，能力却应当跟着人走。这两者之间隔着一道转化的工序，而大部分人（包括曾经的我）跳过了这道工序。
那道工序叫做编码：把一段具体经历，从”当时发生了什么”的形式，翻译成”以后遇到这类问题该怎么办”的形式。前者的载体是记忆，会随时间挥发；后者的载体是方法、清单、判断准则，可以随时调用甚至传授给别人。举个例子：你曾经为了解决线上 CPU 飙高排查了一整天，最后发现是一个正则回溯。如果这件事只停留在”哦原来是正则的问题”，那么下次换个场景（比如 XML 解析、SQL 注入字符），你依然会从零开始排查。但如果你把它编码成”CPU 突增 → 先看火焰图找热点函数 → 再确认是否为无界循环或回溯 → 检查输入是否有超长串”这样一条可复用的路径，那么它就从一次经历变成了一份资产。
差别的残酷之处在于：前者做了十个项目，可能只积累了十段回忆；后者做三个项目，就能沉淀出几十条覆盖同类问题的判断路径。时间投入相似，复利完全不同。我见过工作三年却进步飞快的人，也见过工作十年仍在重复第三年的自己，分水岭往往就在这一步。
二、三个动作，让经验真正沉淀下来
编码经验并不需要什么复杂的方法论，我自己在用的是三个很土的动作，贵在坚持。
第一，复盘只写”如果重来”。大多数复盘会写成什么？需求怎么提的、排期怎么排的、谁在什么时候拖延了。这类复盘记录的是事件，不是能力。我现在的习惯是关掉”经过”这一栏，只回答两个问题：如果今天让我重做，我会在哪个节点做出不同的决定？这个决定背后依据的是哪条我现在才明白的准则？比如”在新模块引入缓存时，必须先写清失效策略，再写缓存逻辑”——这条准则就是从一次缓存与数据库不一致的事故里捞出来的，它现在被我写在项目模板的第一页。
第二，把踩过的坑改写成检查清单。坑是具体的，清单是通用的。一次线上事故可能叫”某次发版忘了加索引”，但清单条目应该写成”发版前检查新增查询是否命中索引与是否触及大表全表扫描”。清单的好处是可以无限复用且不依赖记忆：你的经验变成了流程的一部分，即使某天你疲惫、分心或者休假，它依然在替你工作。我现在维护着一份不到三十条的发布前检查清单，每一条背后都是一次或大或小的翻车。
第三，强迫自己讲出去一遍。这是最有效也最难坚持的一条。当你要把一个技术决策讲给同事听时，含糊的地方会立刻暴露——你会发现有很多环节你其实只是”照着做”，从没想过为什么。写内部分享、写博客、带新人都可以，重点是那个”必须让别人听懂”的压力，会逼着你把碎片整理成结构。我写博客最初的动机完全不是为了分享，纯粹是因为说不清楚的东西就等于没掌握，而写下来的过程能替我完成这个体检。
这三个动作有个共同点：它们都在做减法，把”我经历了什么”压缩成”我可复用什么”。压缩一定会丢失细节，但恰恰是丢失细节之后剩下的骨架，才是真正属于你的能力。
三、别让”忙”成为不沉淀的借口
我知道有人会说：项目排期这么紧，哪来的时间复盘、写清单、做分享？这个反驳听起来合理，其实是把账算反了。
不复盘的代价不是”省下了两小时”，而是下一次遇到同类问题时，你还要再花一整天。那两小时不是额外支出，而是提前支取。更麻烦的是，这种代价是隐性的、分散的，它不会出现在任何一个项目的排期表里，所以永远显得不重要。等到某天你发现自己在同一个类型的坑里跌倒第三次，才会意识到这笔账早就该算。
另一种常见的借口是”我做的事情都很琐碎，没什么可沉淀的”。这其实是个误判。琐碎不代表没有模式：如果你一周里处理了十个相似的工单，那十个工单背后必然藏着一个可以自动化的脚本、一个可以固化的规范，或者一个应当被修复的根因。真正值得沉淀的东西，往往就藏在那些让你觉得”又在做同一件事”的烦躁感里——那份烦躁本身就是信号，说明有一件事应该被沉淀成流程，从此不必再由人重复。
结语
我们这一行很容易陷入一种错觉：以为时间会自动带来成长。事实上时间只带来工龄，成长需要一套主动的转化工序。项目会结束，代码会被重写，技术栈会过时，唯一能持续增值的，是你从这些经历里提炼出来的判断方式。它不写在任何一份需求文档里，也不体现在任何一次上线里，但它在每一次新的、陌生的、没有先例的问题面前，决定你能走多快、走多稳。
所以，不妨今天就挑一件最近做完的事，问自己一句：如果重来一遍，我会在哪一步做出不同的决定？答案写下来的那一刻，这个项目才真正属于你。