💡 核心要点 (Key Takeaways)
- Waymo SWE 主线是 1 轮技术电面 + 4 轮 Onsite(3 Coding + 1 System Design),BQ 穿插在轮次里问,本轮公开信号里社招没有 OA。
- Coding 题面绕、类型杂:场景转 array、OOD 时间区间、字符串 DP、debug 型、几何计数、minimax 博弈都出现过,押 LeetCode 单一高频题型容易准备错配。
- System Design 锚定自动驾驶业务,最高频是 robot car 与 cloud 的 command 通信系统;前端 team 则考 autocomplete / debounce 这类前端向 SD。
- 公开面经按「年份 + 级别 + 岗位」筛选、以 2-3 篇共识为准;挂经比过经信息量大,挂因才是暴露挂点的关键信号。
- 7 天 / 14 天 / 30 天三档路线:7 天保 Coding + BQ 下限,14 天补车云 SD 与 debug 型题,30 天加 follow-up 专项和连续 mock。
免费获取轮次诊断正在备战 SWE 面试?免费获取轮次诊断:发你的当前轮次与倒计时,我们先定位卡点,再决定下一步。
这篇适合谁
这篇写给准备 Waymo Software Engineer(SWE)面试的候选人,覆盖 Backend、Platform 和前端等技术方向,级别以社招中级(约 2-5 年经验)为主,NG / Intern 的流程差异会单独说明。信号主要来自 2026 年上半年的公开面经,各团队、地区、级别的轮次结构会有出入,以实际收到的邀请为准。
从 Waymo 2026 面经的公开信号看,主线是 1 轮技术电面(1 道 Coding,题面偏绕)+ Onsite 4 轮(3 Coding + 1 System Design)+ 每轮穿插 BQ;System Design 锚定自动驾驶场景,车端与云端的通信是最高频方向。准备重点是「把绕的场景题转成清晰的代码 + 业务化 SD 表达 + BQ 厚度」,而不是盲目堆算法题量。
面试流程:OA / Phone / VO / Onsite 各轮是什么
Waymo SWE 的主线流程是:简历筛选 → 技术电面(Phone)→ VO / Onsite(常见 4 轮)→ 结果。这一批公开信号全部来自社招 / 在职跳槽候选人,电面之前没有 OA 环节;NG 和 Intern 路径是否加 OA 本轮信号不足,以实际邀请为准。各轮大致长这样:
- OA(Online Assessment):本轮 6 篇信号里没有出现 OA,社招 SWE 多数情况是简历初筛后直接进技术电面。NG / Intern 可能保留 OA,常见 1-2 道算法题限时作答,以实际收到的邀请为准。
- Phone Screen(技术电面):约 45 分钟,1 道 Coding 题,难度 medium,但题面普遍「绕」——有画图口述的几何题、有 minimax 类博弈题、有 OOD 场景题。考察的是无提示下能否完整读题、主动澄清、写对并讲清复杂度;这轮有真实挂例(代码写完但 messy、时间不够),别当成走过场。
- VO / Onsite(onsite loop):共识结构是 4 轮、每轮约 45-60 分钟,常见组合 3 轮 Coding + 1 轮 System Design;前端 team 则是 4 轮全部 frontend focus(框架 debug + JS / TS coding + 前端 SD)。BQ 不单独设轮,穿插在轮次里问(一次集中问 3-4 个大问题或每轮零散问)。可以一天面完,也可以拆成 2 天。
- 结果与 Offer:Onsite 结束后典型区间是 1-2 周出结果,拒信多为系统邮件;整体从简历到结果的典型区间是 4-8 周,不同候选人差异大。有 pending offer 的候选人会催 process,部分人反映催后很快(几十分钟内)收到 not moving forward,催的时机见后面挂点部分。
题型雷达:Coding、System Design、ML 系统设计、BQ 各占多少
按 SWE 岗位把 2026 年公开面经信号里的题型按出现频率排个雷达:
Coding 是绝对主力(电面 1 轮 + Onsite 3 轮),System Design 1 轮,BQ 穿插每轮;SQL 和独立 ML Design 轮在本轮信号里没出现,但自动驾驶方向的项目深挖和 follow-up 可能带 ML 系统设计味道(数据回流、模型评估、部署延迟)。
- Coding / OOD(最高频,4 轮):题面绕、形式杂是 Waymo 的鲜明特点——有「场景题转 array 处理」的逻辑题、有 OOD(按 timestamp 信号设计 class 返回连续区间)、有字符串 DP + pattern matching、有 debug 型(面试官给一版有问题的 code 让你找 bug 重写)、还有图形 recursion + UI 结合的前端题。考点是读题、澄清、边界处理和代码质量,不是背题型。
- System Design(1 轮,社招常见):锚定自动驾驶业务场景,最高频是「设计 robot car 与 cloud 之间 command 通信的系统」这类车云协同题;前端 team 则考前端向 SD(AI chat + autocomplete search bar + debounce)。要能讲清实时性、可靠性、降级和规模,别只背分布式模板。
- BQ / Behavioral(每轮穿插):高频方向是 conflict(与同事 / 跨团队冲突)、feedback(给 / 收反馈)、oncall 经验(有没有、怎么处理的)。一次可能集中问 3-4 个大问题,故事要有 STAR 结构并接住两层追问;oncall 类问题对没值过班的候选人是坑,要提前准备诚实但有信息量的回答。
- SQL / ML Design(低频):本轮 SWE 信号里没有独立 SQL 或 ML Design 轮;如果你的目标 team 偏 perception / planning 或数据平台,项目深挖里可能带 ML 系统设计,按 ML 系统设计方向单独准备(指标定义、评估、线上监控闭环)。
高频题目方向:只讲题型和考点
以下是 2026 年公开面经信号里反复出现的题「类型」,只归纳题型和考点,不复刻任何人的具体原题:
- 场景转结构 Coding(电面 / Onsite 高频):题面绕、条件多(画图口述、英语长描述),本质是把一个情景题转成对 array / 结构体的处理,不依赖 dfs / bfs / DP 这类大算法。考点:完整读题、主动澄清、把规则落到数据结构,逻辑清晰比算法花哨更重要。
- OOD / 时间区间题:基于 timestamp-based 信号设计 class,返回满足条件的连续 time intervals。考点:类与职责拆分、边界(重叠 / 相邻 / 乱序输入)、对细节的确认——面试官很看分析思路,不确定一定要多问。
- Debug / Code Review 型:面试官直接给一版有问题的实现,让你理解问题后定位 bug 并重写对应部分。考点:读陌生代码的速度、定位问题的系统性(先构造 case 再动手)、重写时的结构改进。
- 字符串 DP + Pattern Matching:口述题,常见编辑距离族、子序列匹配、模式匹配类。考点:状态定义、转移方程、复杂度、能否推到空间优化;这也是「以为图论高频结果没考、DP 没花时间」这类准备错配的坑,DP 不能不练。
- 博弈 / Minimax 题:技术电面出现 minimax 类博弈题(游戏树求最优策略)。考点:递归 + memo、剪枝、终止条件,medium 难度但容易在状态定义上绕晕。
- 几何 / 计数题:给一组垂直线段和一组水平线段(各带 start / end point),统计交点构成的正方形个数,还会追问「能不能优化找到对应线段的方法」。考点:从暴力到优化的完整叙事(排序 / 哈希 / 扫描线思路)和复杂度对比。
- 前端方向(仅前端 team):n-ary tree recursion(按 substring 条件删子树并返回过滤后的 tree)+ 基于结果 build UI(正确 indentation 与按 input 动态渲染 content);框架 debug(按用户 report 的几个 issue 修 UI 代码);promise / debounce / autocomplete 相关纯 TS / JS coding。考点:数据结构与渲染逻辑一致、框架熟练度要匹配 JD。
- BQ 高频故事方向:conflict、feedback、oncall 经验是本轮信号的高频三连,外加 resume 上的项目深挖。准备 4-5 个 STAR 故事,每个能接两层追问(当时怎么判断的、结果怎么衡量的)。
💡 如果目标就是 SWE 岗,按岗位整理的题型分布、轮次路线与准备清单在这里。
SWE 面试辅助 →公开面经信号怎么读
一亩三分地等面经社区是 Waymo 面试信息最集中的公开来源,读法决定它的价值。几个原则:
按「年份 + 级别 + 岗位」筛选。Waymo 2026 面经和往年结构可能不一样(轮次、SD 场景、BQ 风格都在变),只看年份最近的 2-3 篇。Backend 和前端团队的轮次结构差异很大(前端 4 轮全 frontend focus),岗位不对口的面经参考价值低。
找共识,不信个例。单篇说「VO 只有 2 轮 hard」不能当结论;多篇独立帖子都说 4 轮、3 Coding + 1 SD、SD 是车云通信场景,这个结构才可信。面经作者有幸存者偏差,整体难度感知会偏乐观;反过来,挂经比过经信息量大——具体挂因比「过了」更能暴露挂点。
提取「轮次结构 + 题型方向 + 挂点」,忽略剧情。每篇面经真正有用的信息密度就这三样:每轮考什么类型、面试官追问到什么深度、作者觉得自己挂 / 过在哪。面试官态度、HR 回复速度这类剧情不需要带进你的准备里。
不搬运、不暗示合作。本站 Waymo 面经内容只归纳公开信号,不复制任何候选人的逐字面经,也不代表与任何面经社区有合作或转载关系。你读到的公开帖子请以原作者发布的内容为准。
常见挂点:Waymo SWE 独有的失分方式
把 6 篇公开面经(含 4 篇挂经)里的挂因对照,Waymo SWE 特有的失分点集中在这几个:
- 按 LeetCode 高频刷题,准备错配:最典型的挂因是「以为图论是高频,重点复习 Dijkstra 和 DFS / BFS,结果一道没考;DP 没花时间,字符串 DP 不熟没发挥好」。Waymo 的题面绕、类型杂,押单一题型容易错配方向——按「读题澄清能力 + 多类型覆盖」准备,而不是背高频清单。
- 题面绕导致时间管理崩盘:画图口述、英语长描述的题会吃掉前 10-15 分钟讨论时间,写代码只剩 15 分钟,最后代码 messy、带 bug。对策:澄清阶段主动收敛范围(先做简化版再扩展),把「讨论 - 澄清」控制在 10 分钟内,并主动说「我先写基础版再优化」。
- OOD 只给方案不确认细节:Waymo 面试官很看分析思路和「对细节的确定」,timestamp 区间类题的边界(重叠、相邻、乱序、空输入)不问清楚就开写,后面全是返工。
- 技能栈与 JD 不匹配:前端候选人 resume 写 React,JD 要求 production-level Angular,面试被问 Angular 只能 high-level 解释 + pseudocode,是明确的挂因之一。投递前把 JD 技能栈和简历对齐,不确定的技术栈提前突击到能 debug 的程度。
- BQ 故事薄、oncall 没准备:conflict / feedback / oncall 三连问里,oncall 对没值过班的候选人最容易露怯——准备一个诚实但有信息量的回答(用响应线上问题的经历替代,说清响应流程、定位过程、复盘改进)。
- 催 process 时机:有候选人 Onsite 结束 2 天就催 HR,30 分钟后收到 not moving forward。有 pending offer 时催是合理的,但建议先通过 recruiter 确认内部状态,别在面试刚结束、评委还没汇总反馈时就催。
准备路线:7 天 / 14 天 / 30 天
按你距 Onsite 的天数选路线。三个版本的共同原则:Coding(多类型覆盖 + 澄清节奏)和 BQ 永远优先,System Design 次之,最后两天只留 mock 和状态调整,不学新东西。
- 7 天(保下限版):D1-D2 专练「绕题面」:找 2 道场景转 array / 几何计数类题,强制自己把澄清控制在 10 分钟内,边写边说思路;D3-D4 做 1 道 OOD 时间区间题 + 1 道字符串 DP,OOD 重点练边界确认话术,DP 把状态定义和转移方程写熟;D5 BQ:conflict / feedback / oncall 三个方向各写 1 个 STAR 故事,英文口述录音回听;D6 完整 mock 一场电面(45 分钟 1 题 + 10 分钟 BQ);D7 缓冲日,检查设备日程,早睡。
- 14 天(标准版):在 7 天基础上——D8-D10 补 System Design:按「需求澄清 → 规模估算 → 架构分层(车端 / 云端)→ 通信协议与实时性 → 可靠性与降级 → 监控」六步走,做 2 道车云协同题(robot car 与 cloud 的 command 通信、车辆状态上报与指令下发),每道练到 45 分钟讲完;D11 补 1 道 debug 型题(给有 bug 的代码定位 + 重写)和 1 道 minimax 博弈题;D12 把 D1-D4 做过的题重做一遍,这次强制「简化版先行」策略;D13 mock 一场完整 Onsite 轮(Coding + SD 各一段);D14 缓冲日。
- 30 天(系统版):在 14 天基础上——D15-D20 专项 follow-up:给每道 Coding 题补三类追问(数据规模扩大怎么优化、实时性要求提高怎么办、失败 / 边界路径),每类给出方案 + 复杂度 + 取舍;D21-D24 再补 2 道 SD(含 1 道前端向 SD:autocomplete + debounce,防 team 是前端)+ 字符串 DP / pattern matching 专项 3 题;D25-D26 BQ 故事库扩到 5-6 个,练三层追问(approach → 细节 → reflection),oncall 类答案打磨到不露怯;D27-D28 连续两场完整 mock(真人或录音),重点看澄清节奏和 follow-up 接没接住;D29 复盘断片点,各补一段;D30 缓冲日。
FAQ:Waymo 2026 面经的 5 个高频问题
Q1:Waymo 2026 的面经和往年差别大吗?
轮次结构(电面 + 4 轮 Onsite)近年比较稳定,变化主要在题面和 SD 场景:车云通信、AI chat 这类新场景越来越多,题面也更绕、更口语化(画图口述、英语长描述)。准备时优先看 2026 年的 2-3 篇,往年面经只用来补题型库。
Q2:Waymo SWE 面试几轮?有 OA 吗?
社招主线是 1 轮技术电面 + 4 轮 Onsite(3 Coding + 1 System Design),BQ 穿插每轮。本轮公开信号里社招没有 OA;NG / Intern 是否加 OA 以实际邀请为准,不同 team 和地区会有出入。
Q3:Waymo 的 System Design 和别的公司有什么不同?
Waymo 的 SD 锚定自动驾驶业务:最高频是车端与云端的 command 通信系统,要讲清实时性、可靠性、降级、规模;前端 team 则考前端向 SD(AI chat、autocomplete、debounce)。纯背分布式模板(缓存 + 消息队列 + 分库分表)会显得和业务脱节。如果你同时在准备 AI Infra 方向,可以对比 Nvidia AI Infra 面试专题,那篇偏底层系统与量化,和 Waymo 的业务化 SD 是两种准备路径。
Q4:Waymo 电面难度如何?值得单独准备吗?
难度 medium,但题面绕(画图口述、英语长描述、minimax、OOD 都出现过),而且电面有真实挂例。单独准备 1-2 天就够:练「10 分钟收敛澄清 + 边写边说 + 主动提优化」的节奏,比多刷 3 道新题更有效。
Q5:Waymo SWE 适合什么背景的候选人?
社招中级(约 2-5 年经验)是本轮信号的主力,Backend / Platform 和前端都有机会;JD 会明确写技术栈要求(如 production-level 某框架),背景不 match 的候选人挂因占比不低,投递前先核对 JD。SWE 全流程的通用准备方法可以参考 SWE 面试辅助专题;如果你同时在投 AI 公司,OpenAI 面试准备 的题型拆解也可以横向对比。
📋 资料来源与审校说明
2026-09-06 更新:新增 5 个可访问外部来源(waymo.com 与 careers.withwaymo.com 官方 2 个,一亩三分地社区帖子 3 个,均已实测可访问),删除无 URL 的「社区聚合」伪来源;删除「社招必考」「通常 4 轮」等过度确定表述,时间线保持「常见 + 典型区间」的样本口径(电面后 1-2 周、整体 4-8 周),并明确团队(Backend / 前端)与地区会让实际节奏有出入。本次更新已完成,来源与正文引用已核对一致。
- Waymo 官方招聘页(careers):Waymo 官方招聘页,说明工程岗位与面试方向,用于交叉校验 SWE 全流程主干。
- Waymo 官方招聘门户(careers.withwaymo.com):Waymo 官方招聘门户,说明岗位与流程入口,用于校验 SWE 投递与面试流程。
- 一亩三分地:Waymo SWE 面经帖(thread 1187410):单个候选人样本,用于电面 / Onsite 轮次结构与车云通信 SD 题型信号。
- 一亩三分地:Waymo 面经帖(thread 1116420):单个候选人样本,用于 Coding / OOD 题型方向信号。
- 一亩三分地:Waymo 面经帖(thread 919116):单个候选人样本,用于挂因与结果节奏信号。
- SWE 面试辅助专题:站内 SWE 岗位页,本篇正文引用其轮次结构与准备框架。
- Nvidia AI Infra System Software 面试专题:站内 AI Infra 方向题型拆解,用于对比 Waymo 业务化 SD 与底层系统向准备的差异。
- OpenAI 面试准备(公司指南):站内现有 /companies/ 公司指南,供 FAQ 中跨公司对比引用。
💼 完整服务与价格我们提供 OA 代写($199 起)、VO 辅助($299 起)、VO 代面($499 起) 与 30 分钟免费咨询:按目标岗位、公司与轮次匹配具备相关经验的导师,覆盖 Coding、System Design、ML Design 与 BQ;具体导师与背景以接单前书面确认为准。
