"复盘"相当于二次面试

每次面试相当于一场考试。真正的进步发生在复盘，不是发生在面试当场。

我说"复盘相当于二次面试"——意思是，你已经经历了一遍真实问题、真实压力、真实反馈，这是练习题给不了你的东西。如果你只是把面试当一次性通关，下次还是同样的坑；如果你把它当成一份免费的诊断报告，每一场都能让你升一档。

复盘不是背面经，是把"这场为什么没答好"具体化到能动手改的程度。

下面分两块讲——表达层、技术层。

一、表达层：录音 → 标记 → 重答

方法很简单，贵在坚持。工具就三样：一支笔、一个本子、一部能录音的手机。

第一步：完整录音，客观回听

每次练习答题，全程录音。答完别马上做别的事，亲自把录音完整听一遍。

这个过程会让你有点不适——你会清楚听到自己在哪卡了、哪句话重复了三遍、哪段逻辑突然断了。这是正常现象，我们的目的就是把这些具体问题揪出来。

第二步：纸笔分析，定位问题

把录音里自己的答案用关键词或短句在纸上大致写下来，然后像批改作业一样做标记：

• 口头禅（"嗯"、"那个"、"然后"）下面划线
• 内容重复或啰嗦的地方画叉
• 逻辑衔接不顺的地方画问号
• 内容太空、需要补例子的地方打星号

白纸黑字一摆出来，问题会非常直观。

这一步的关键是——把模糊的"没答好"变成具体的"这里有口头禅"、"那里逻辑断了"。

第三步：针对性重答

别换新题，就针对刚标出来的问题把这道重新答一遍。

这次重点很明确：

有意识去掉划线的口头禅；画问号的地方用"首先…其次…"这种词连起来；打星号的地方加一句具体解释或一个简单例子。

不用追求完美，只要这遍比上遍有改进就行。

方法看着笨、也花时间，但它能让你真正看清自己的问题，并进行有效的纠正。坚持几十道题，你会明显感觉到嘴和脑子的同步率提高了。

二、技术层：三个动作

1. 八股 / 代码题：复盘 + 发散

每场面试都会遇到自己不懂的八股或代码题，面试后必须复盘补这部分知识点。

但有个关键——别只盯着被问到的那个点，要适当发散。

举例：面试中被问某个点没答上来，复盘的时候除了把这个点学会，还要敏锐察觉到，面试官真正想问的可能是它的拓展内容——这些也要一起准备。比如他问你static修饰局部变量，那下一道大概率往extern、生命周期、链接性这些方向走。把这一串都过一遍，下次同类问题能成片接住。

代码题要有取舍。Hard那种你忘了吧，它们的出现不是常态。普通的算法题下来重做一遍。如果发现自己对某一类型的题都不熟悉，多找几道同类型巩固。涉及具体语言实现的（比如C/C++里指针、内存操作、字符串处理这种）必须重新手敲一遍——不能光是看懂。

2. 表述不清的知识点：复述到能讲清为止

面试中有一些是"懂但讲不清"的题——这种题面试后必须自己完完整整重新复述一次。

讲清楚有多重要？我面了那么多场，发现一个有趣的现象——

对同一个问题，你笼统把所有解决方案都抛出来，效果不如你把其中一个方案讲得彻底清楚。

一个问题当然有无数种解决手段，但你把其中一个核心讲透，比把所有手段一股脑抛出来更能打动面试官。深度比广度值钱。

3. 项目边界扩展

针对简历上的项目，我有一个专门的笔记，记录每个项目的描述、难点、涉及知识点、可能被问到的问题。

面试后这份笔记要持续扩。这场自己的项目被问到了什么新角度？有没有被哪些维度挑战到？这些都是对项目边界的扩展。下场面试再被问到类似问题，你已经有备而来了。

那么"对答案"这一步怎么办？

说一个复盘里大家都忽略的问题——

光靠自己复盘，很多时候是没用的。

你不知道自己讲得对不对，不知道面试官想听什么，不知道这道题的"标准回答路径"应该怎么组织。复盘需要一个外部参照系，否则就是闭门造车——越练越自信，但答得还是不对。

我自己用的参照系是牛客上一个面经专栏《嵌入式软件工程师面试完全指南》。它的写法不是知识点堆砌，是按"面试官会怎么问 + 你该怎么答 + 坑在哪"的逻辑组织的——这种结构正好能套到复盘流程里用。

我的用法是这样：

每场面试后，先按上面说的方法把问题标出来；然后把答得不顺的题在专栏里找对应章节；对照它给的回答路径，看看自己漏了哪个角度、哪句该怎么收。

这等于让你的复盘多出"对答案"那一步，不用自己瞎判断。

不是说看完就上岸——复盘的核心还是动手：录音、标记、重答、扩展。专栏只是省你查资料的时间，把"对照参照系"这一步的成本压低而已。

链接放这：

https://www.nowcoder.com/creation/manager/columnDetail/MJNwoM

最后

复盘是反人性的。

每个人都喜欢面完就翻篇——尤其是答得不好的那种，下意识就不想再听录音、不想再面对那些卡住的瞬间。

但能从"做题人"升级成"应试选手"的，全是肯回头复盘的那批人。

把每一次面试都当成你下一次面试的预演。