<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>oavoserviceのブログ</title>
<link>https://ameblo.jp/oavoservice/</link>
<atom:link href="https://rssblog.ameba.jp/oavoservice/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>ブログの説明を入力します。</description>
<language>ja</language>
<item>
<title>Amazon 26ng 面经复盘｜四轮 VO辅助 全记录，上岸靠的不只是刷题</title>
<description>
<![CDATA[ <p>最近两年亚麻的 NG 面试变化不小。去年还有很多 general hiring，面完再定组；今年几乎清一色组招，面试官直接来自目标 team，流程也从三轮拉到了四轮，Bar Raiser 的存在感明显更强。另一个肉眼可见的趋势是，刷题的收益在降低，题目越来越像真实业务场景的包装，再难遇到一眼就能认出来的高频原题。更意外的是，AI 已经成了面试中的常规话题，不少面试官会主动聊 Cursor、Claude、ChatGPT，以及你怎么验证 AI 生成代码的正确性。</p><p>今年的 VO 一般四轮，可能一天或者拆成两天。前三轮来自 hiring team，最后一轮是 Bar Raiser。技术轮基本是半小时 BQ + 半小时 Coding，而 BR 轮大概率全程 BQ。面完一周内出结果。</p><p>下面把我们陪跑的一位学员刚走完的真实面经还原出来，每一轮问了什么、coding 长什么样、follow-up 往哪个方向追，全部拆开讲清楚。</p><hr><h3>第一轮：广告平台 SDE（BQ + Coding）</h3><p>面试官来自目标组，开场自我介绍后直接切入 BQ。</p><ul><li><p><strong>BQ1：讲一次你主动发现项目风险并推动解决。</strong><br>学员讲了实习期间发现推荐服务缓存命中率持续下降，预判线上延迟会暴涨，主动拉数据分析并推动团队优化缓存策略。面试官追问了很多细节，包括具体数据指标、如何说服 lead、最终收益。</p></li><li><p><strong>BQ2：讲一次与 teammate 出现技术分歧的经历。</strong><br>不仅追问双方方案的优劣，还问如果最终事实证明自己错了会怎么处理。这类问题很考 ownership 和反思能力。</p></li></ul><p><strong>Coding：Promotion Eligibility Service</strong></p><p>业务背景：平台会定期推出各种促销，用户可能同时参与多个活动。系统需要支持用户加入活动、退出活动，以及查询当前参与了哪些活动，同时还要能快速统计某个活动覆盖了多少用户。</p><p>基础实现就是 HashMap + HashSet 的组合。写完基础功能后，面试官开始一连串 follow-up：</p><ul><li><p>如果活动数量达到几十万怎么办？</p></li><li><p>如何实时显示参与人数最多的前十个活动？</p></li><li><p>怎么防止同一用户被重复加入活动？</p></li></ul><p>这些追问考的是数据结构选型（堆、有序结构）和扩展性，不是在原代码上修修补补就能混过去的。</p><hr><h3>第二轮：BQ + Coding</h3><p>这轮 BQ 围绕&nbsp;<strong>Deliver Results</strong>。让讲一个时间特别紧张但最终成功上线的项目。面试官不太关心项目本身，反而一直追问决策过程：为什么优先做某些功能、为什么放弃另外一些、如果时间再砍一半会怎么做。</p><p><strong>Coding：Vendor Contract Registry</strong></p><p>公司维护大量供应商合同，需要支持新增、删除、更新合同状态，以及查询某个供应商当前有效合同数量。基础版本写完后，继续讨论扩展：</p><ul><li><p>如何快速找到未来三十天即将到期的合同？</p></li><li><p>如何处理自动续约合同？</p></li><li><p>多个运营人员同时修改同一个合同时，怎么保证数据一致性？</p></li></ul><p>面试官对代码实现看得没有第一轮那么细，但花了大量时间讨论数据结构选型和复杂度分析，明显在考察工程思维和并发意识。</p><hr><h3>第三轮：Bar Raiser（纯 BQ）</h3><p>这一轮完全没有代码，整整四十五分钟的深度行为面试。</p><ul><li><p><strong>第一组问题</strong>：讲影响最大的一个项目。</p></li><li><p><strong>第二组问题</strong>：讲一次失败经历。</p></li><li><p><strong>第三组问题</strong>：讲一次 Ownership 的例子。</p></li></ul><p>每个 story 都被深挖十分钟以上。讲失败经历时，面试官不仅问失败原因，还追问为什么当时没提前发现问题、团队有没有提出过不同意见、事后具体采取了哪些改进措施。讲 Ownership 时则不断追问哪些工作原本不属于你的职责范围，为什么决定主动承担。整轮下来感觉更像在验证你“怎么做事的底层逻辑”，而不是验证你会不会写代码。</p><hr><h3>第四轮：BQ + Coding + AI 话题</h3><ul><li><p><strong>BQ1</strong>：讲一次快速学习新技术并完成交付的经历。</p></li><li><p><strong>BQ2</strong>：需求发生重大变化后如何调整项目计划。</p></li></ul><p><strong>Coding：Return Request Processing System</strong></p><p>电商平台每天收到大量退货申请，系统需要支持创建退货单、取消退货单、查询用户历史退货记录，以及统计某个商品当前未处理的退货数量。这也是一个典型的 CRUD 类业务题，但数据量一大，面试官就开始追问如何做索引、如何优化查询、如何处理并发取消。</p><p>最后专门聊了十分钟 AI。面试官问平时是否用 Cursor 或 Claude，如果 AI 给出了一段复杂代码会怎么验证其正确性，有没有遇到过 AI 给出的方案看起来合理但实际上存在逻辑漏洞，最终是怎么发现问题的。这部分回答得好，非常加分。</p><hr><h3>亚麻现在的面试，真的不能再纯靠刷题了</h3><p>从这波面经能明显感觉到，亚麻的 coding 题越来越“去算法化”，更贴近真实业务系统，follow-up 也更看重你的设计决策和扩展能力。而 BQ 轮强度拉满，Bar Raiser 那一关如果 story 准备不深，很容易被连续追问打穿。</p><p>这位学员之所以能四轮全程稳住，是因为在面试前我们把每一轮的 BQ story 拆开练过，coding 部分的 follow-up 也提前推演到了并发和分布式。你在面经里看到的这些追问，他在模拟里基本都见过一遍，现场才能心态不崩。</p><p>如果你也在准备亚麻或其他大厂的 VO，担心自己扛不住这种层层深挖的 BQ 和业务场景 coding，<a href="https://oavoservice.com/" rel="noreferrer" target="_blank">VO 辅助 &amp; OA 代做</a>&nbsp;可以直接帮你把容错率拉到最满。北美一线大厂在职专家真人在线陪跑，不是 AI 生成的万能模板，而是根据你的简历和面经实时给出拆解思路，缺哪补哪，节奏绝不中断。</p><p>👉 直接访问&nbsp;<strong><a href="https://oavoservice.com/" rel="noreferrer" target="_blank">oavoservice.com</a></strong>，让你的下一场亚麻面试，不再有“差点就过了”的遗憾。</p>
]]>
</description>
<link>https://ameblo.jp/oavoservice/entry-12970414599.html</link>
<pubDate>Mon, 22 Jun 2026 05:26:05 +0900</pubDate>
</item>
</channel>
</rss>
