两周后技术面，该先练什么

先向招聘方要面试说明

“技术面”涵盖很广：可能是一道编程题，一次系统设计讨论，一次对你做过的项目的回顾，也可能是围绕技术栈的交谈。每种形式需要的练习都不同。

给招聘方发一封简短的邮件，问具体的问题：

• 面试是什么形式：编程、设计、交流，还是几种混合？
• 这一轮多长，现场进行还是限时作业？
• 可以用哪种语言、编辑器或工具？
• 面试官是谁，担任什么角色？
• 有没有说明文档或样题可以参考？

具体的问题比“我该准备什么”更容易得到回复。对方即使不方便透露，你也多了一条信息。把答复按原话记下来，不要写成自己希望听到的样子。

有位候选人在讨论串里说，自己把整份全栈职位描述复习了一遍，结果被问到的是 LeetCode 式的题目（讨论串）。这只是一个案例，但能看出职位描述和实际面试之间可能差得很远。

写下你还在猜的部分

提问之后，仍会有空白。把它们写下来。

在笔记里列三栏：

• 已确认： 招聘方明确说过的内容。
• 假设： 根据职位描述或团队情况推测的内容。
• 未知： 完全没有信息的部分。

给每条假设标注：备考在多大程度上依赖它。假如你假定会考系统设计，并打算为此花四天，这就是一个风险很高的猜测。先去验证，可以再问一次，也可以在职位描述里找线索。

另一位候选人写道，自己在系统设计上花了很长时间，事后觉得这段学习没有用对地方，并分享了如果重来会采用的学习顺序（讨论串）。写下假设清单，能在时间花出去之前，先看出这类错位。

做一次 20 分钟小测

第 1 天先测一测自己，再排计划。20 分钟就够。

1. 从你的清单里选出最可能的形式。
2. 设 20 分钟计时。
3. 像面试官就在对面一样，大声回答一道贴近实战的题。用空白编辑器或一张纸。
4. 时间到就停，写下卡在哪里、跳过了什么、哪里没想明白。
5. 给自己在这种形式上的把握打 1 至5分。

结果不是成绩，只是告诉你从哪项能力开始：回忆方法、讲清思路，还是限时作答。

有位候选人离开编程三年，距离一次 Google 面试只剩两周，发帖问该从哪里入手（讨论串）。小测能在写计划之前，先替你回答这个问题。

按形式、时间和把握程度排计划

有了小测结果和清单，就可以分配日子了。把更多时间给最可能遇到的形式，以及把握最低的那一项。

下面是一个虚构的例子：一位候选人 14 天后面试后端岗位。招聘方确认是与一位工程师进行的 60 分钟现场面试，没有更多信息。职位描述提到 API 和数据库。候选人假定会有一道编程题和一次设计讨论，编程的把握打 2 分，设计打 3 分。

天数	重点	做什么	如何检查
1	小测	一道 20 分钟的口述题，给把握打分	记下卡住的地方
2–3	说明与缺口	发追问邮件，复习核心数据结构	更新假设清单
4–7	把握最低的形式（编程）	每天两道题，其中一道口述	每个选择能否一分钟讲清？
8–10	第二种形式（设计）	每天一道设计题，画图并讲解	录音或写下讲解，再对照题目
11–12	综合演练	按最可能的形式做一次 60 分钟模拟	各环节用时
13	复盘	重做两道最弱的题	比第 4–7 天好吗？
14	轻松的一天	重读笔记，准备想问面试官的问题	休息和行程已确认

如果第 3 天招聘方回信，发现这一轮与预想不同，就改这张表。假设清单的作用，就是让你清楚该改哪里。

让计划保持真实

计划难免会滑动。每天结束时花五分钟回答三个问题：今天练了什么，假设了什么，新得到的信息有没有改变计划？

有位候选人在讨论串里问各个阶段该分配多少备考时间，回复里的看法并不一致（讨论串）。这很正常。没有人能替你的那一轮给出标准比例，但你可以记录假设，再随时调整。

有两件事要守住：

• 开口练习。 默默练习时觉得已经会了，向别人讲出来却未必讲得清。
• 留一个休息日。 面试前一天，把时间用在行程和睡眠上，比学新内容更有益。

今天就可以开始：把那五个问题发给招聘方，再设好计时器做小测。