Resource

科技面试准备 Checklist

一份适合 DS、DE、SWE、MLE 候选人的面试准备清单,按倒计时、轮次、岗位和临场风险拆成可执行检查项,面试前逐项核对,避免遗漏关键准备。

How To Use

把这份资源变成可执行的面试准备动作

资源页不是用来收藏完就放着。建议先用它定位风险,再把每一项转换成 30-60 分钟的训练任务,最后在 mock 或自我复盘里验证是否真的能讲清楚。

01

先定位优先级

不要平均处理所有条目。先根据目标公司、岗位、轮次和面试倒计时,圈出最可能影响结果的 3 个风险。

02

再做输出训练

每个条目都要落到可说出口的答案、可运行的测试样例或可复盘的项目证据,而不是只停在知道概念。

03

最后压缩复盘

面试前 48 小时只看错因、边界、项目追问和表达节奏,避免临时开启大范围新内容导致准备发散。

Checklist Blocks

科技面试准备 Checklist 的核心清单

每个模块都可以拆成一次 mock、一次项目深挖或一次限时训练。

模块 01

第 0 步:先确认面试画像

  • 目标公司、岗位、level、轮次、面试日期必须写清楚,避免用一套泛用方案准备所有面试。
  • 把轮次拆成 OA、Phone Screen、VO Coding、System Design、ML Design、SQL、BQ / HM、Project Deep Dive。
  • 标记每轮最可能考什么:coding 正确性、业务规则、实验设计、系统取舍、项目 ownership 还是表达稳定性。
  • 整理当前风险:读题慢、follow-up 改崩、SQL 口径乱、设计无主线、项目讲不深、BQ 没细节。
  • 最后输出一张 7-14 天准备优先级表,只保留 3-5 个最高风险项。
模块 02

Coding / OA 检查项

  • 每道题先说澄清问题、输入规模、边界条件,再开始推导方案。
  • 准备 6 类高频题:数组 / 字符串、哈希、树、图、堆、interval / sweep line。
  • 每题必须能讲暴力解、优化思路、复杂度、2 个普通 case、2 个边界 case。
  • 业务规则题单独练 parser、validator、state machine、error priority 和可扩展代码结构。
  • 限时训练时记录:读题时间、卡住原因、bug 类型、测试覆盖和 follow-up 是否改崩。
模块 03

System Design 检查项

  • 先写 functional requirements 和 non-functional requirements,不直接背架构图。
  • 每题都覆盖 API、数据模型、读写路径、容量估算、缓存、队列、数据库、监控和降级。
  • 准备 6 个模板题:排行榜、消息流、短链接、文件存储、支付 / 账务、实时位置 / 状态系统。
  • 每个组件都要能回答为什么选它、瓶颈在哪里、失败了怎么办、成本和一致性怎么取舍。
  • Senior / Staff 候选人额外准备迁移方案、灰度发布、跨团队依赖和长期演进。
模块 04

ML / MLE 检查项

  • ML Design 按 data、label、feature、training、evaluation、serving、monitoring、rollback 顺序组织。
  • 推荐、广告排序、内容安全、搜索、LLM inference、embedding retrieval 至少各准备一个端到端题。
  • 项目回答里必须讲清 offline metric、online metric、guardrail、bad case、online-offline skew。
  • ML Coding 练 numpy / pytorch tensor shape、batch operation、ranking metric、sampling 和数据清洗。
  • 被追问失败时,不要只说调参,要讲数据偏差、指标选择、线上反馈和回滚策略。
模块 05

DS / DE 数据轮检查项

  • DS SQL 准备留存、漏斗、归因、sessionization、cohort、窗口函数、late event 和去重。
  • Product Sense 先定义目标用户和北极星指标,再拆 input metrics、guardrail 和实验验证。
  • Experiment 题准备 sample size、power、selection bias、network effect、switchback 和 rollout。
  • DE 准备 CDC、backfill、schema evolution、idempotency、data quality、lineage、SLA 和成本。
  • 数据题不要只写 query,要先说业务口径、时间窗口、重复数据、NULL、时区和验证方式。
模块 06

项目深挖检查项

  • 每个核心项目准备 30 秒、3 分钟、8 分钟三个版本,避免一开口就讲散。
  • 项目主线固定为:业务问题、你的职责、关键难点、方案取舍、结果指标、复盘。
  • 准备 8 个追问:为什么这样做、替代方案、失败案例、线上事故、性能瓶颈、数据问题、协作冲突、如果重做。
  • Impact 必须可验证:延迟、吞吐、准确率、转化、成本、稳定性、人工成本或业务效率。
  • 不要把项目说成 team 做了什么,要明确你 owner 的边界和你做过的技术判断。
模块 07

BQ / HM 检查项

  • 准备 8 个 STAR 故事:冲突、失败、ownership、ambiguity、deadline、跨团队、mentorship、影响力。
  • 每个故事写清楚背景、约束、你的动作、量化结果和反思,不要只讲态度。
  • 准备 why company、why role、why team、为什么离职 / 转岗、未来 1-2 年方向。
  • HM 面重点不是完美答案,而是判断你是否稳定、可信、能合作、能 owner。
  • 每个故事都要能被追问到具体会议、技术争论、数据证据和最终结果。
模块 08

面试当天检查项

  • 提前 30 分钟检查网络、摄像头、麦克风、IDE、共享屏幕、白板和备用网络。
  • 开场 30 秒确认轮次、题型、语言和是否需要边写边讲。
  • Coding 中每 5-8 分钟主动同步一次思路,卡住时先复述问题和当前假设。
  • Design 中先收敛需求,再画主路径,最后讲瓶颈、监控、降级和 trade-off。
  • 收尾准备 2 个问题:一个关于团队技术挑战,一个关于岗位成功标准。

Review Method

建议按“证据、表达、追问”三层复盘

真正有效的准备不是把清单背下来,而是确认每个要点都有证据支撑、表达顺序和 follow-up 处理方式。

证据

能不能举出项目、题目或数据例子

表达

能不能在 2-3 分钟内讲清楚主线

追问

能不能回答失败、边界和替代方案

需要把这份清单改成你的专属计划?

添加微信 interview_coach_pro,发送目标岗位、目标公司、面试日期和当前准备状态。

返回资源库
已复制微信号!