更新题目 Warehouse Inventory：区域汇总

题目 amazon-ood-warehouse-inventory · 修改（rev 2） · cc · 2026-10-25 20:34
body

@@ -86,8 +86,8 @@
 - **开场**：面试官只让写两个类，讲了仓库管理的背景，第一步要求对 Item 做增、删、查。楼主一时没反应过来，以为之后还有算法题，不知道面试官想考什么。
 - **中途加需求**：面试官接着一条条贴新需求，在已有代码上接着加。帖子记了两条，再往后还有，楼主时间不够没做。
-- **楼主的反思**：这一轮和平时刷的 LeetCode 路数不一样，考的主要是 OOD 和数据结构设计。他认为考点是数据建模（data modeling，决定存哪些数据、用什么结构存、彼此什么关系）和状态一致性（state consistency，同一件事记在几处时，几处的数要始终对得上）。需求是中途加的，没法一开始就想好数据结构和接口，他没做过这类题，最初的设计不太合适，后面每加一条都很被动，只能来回改。他在回复里说自己答得不好，是面试官帮了一把，磕磕绊绊凑出了答案。
-- **代码有没有跑**：楼主说不需要运行，基本是口头把思路讲给面试官听。后面几个 follow-up 时间紧，只写了伪代码，他估计真跑的话跑不通。
-
-回复里对「代码要不要能跑」有两种说法，各是各的经历，不能合成一条结论。楼主这一场是口头讲就行。另一位回复的人说，他理解的电话面试是在在线编辑器里写、预期能编译能跑，写完最好拿个小例子跑一遍，这是他对一般情况的理解。还有一位觉得 Amazon 电话面试考 OOD 的越来越多，这是一个人的印象。
+- **楼主的反思**：这一轮和平时刷的 LeetCode 路数不一样，考的主要是 OOD 和数据结构设计。楼主认为考点是数据建模（data modeling，决定存哪些数据、用什么结构存、彼此什么关系）和状态一致性（state consistency，同一件事记在几处时，几处的数要始终对得上）。需求是中途加的，没法一开始就想好数据结构和接口，楼主没做过这类题，最初的设计不太合适，后面每加一条都很被动，只能来回改。楼主在回复里说自己答得不好，是面试官帮了一把，磕磕绊绊凑出了答案。
+- **代码有没有跑**：楼主说不需要运行，基本是口头把思路讲给面试官听。后面几个 follow-up 时间紧，只写了伪代码，楼主估计真跑的话跑不通。
+
+回复里对「代码要不要能跑」有两种说法，各是各的经历，不能合成一条结论。楼主这一场是口头讲就行。另一位回复的人说，按这位回复者的理解，电话面试是在在线编辑器里写、预期能编译能跑，写完最好拿个小例子跑一遍，这是这位回复者对一般情况的看法。还有一位觉得 Amazon 电话面试考 OOD 的越来越多，这是一个人的印象。
 
 同一轮还有一道 BQ，问一段能体现 Dive Deep 的经历。Dive Deep 是 Amazon 领导力准则（Leadership Principles）里的一条，大意是深入细节、把问题的根因查清楚。面试官追问了四点：常规的处理办法为什么不行，你自己具体做了哪些事，问题后来是不是真的解决了，最后结果怎么样。准备素材见 [[p:amazon/fit]]。