DoorDash Code Craft：Dasher Pay、评分和推荐怎么练

💡 核心要点 (Key Takeaways)

• DoorDash Code Craft 重点是业务规则建模、可扩展代码和测试，不是单纯 AC。
• Dasher Pay、food rating、donation/payment 都要把实体和规则拆清楚。
• 系统设计要把地理位置、配送容量、推荐、支付失败和实时统计放进回答。

Code Craft 考的是什么

Code Craft 更像真实工作里的需求实现：规则会一版一版加，面试官会看你是否能把代码组织成可扩展结构。候选人最容易犯的错误是第一问写得太随意，导致第二问、第三问只能硬改。

Dasher Pay 怎么准备

Dasher Pay 不只是算工资。要先拆 base pay、distance/time pay、peak multiplier、bonus、adjustment，再讨论跨 peak window、金额精度、重复计算、上游 API failure、backoff with jitter 和 circuit breaker。

评分和评论系统怎么答

Food rating 题要把 rating、review、vote、reward 分成不同实体。同一用户只能操作一次、热门餐厅写入压力、平均分实时还是异步、反作弊和 reward 撤销，都是容易被追问的点。

推荐系统不要只讲模型

DoorDash 首页推荐要结合地理位置、营业状态、配送 ETA、用户偏好、store capacity 和冷启动。MLE 候选人要分 retrieval、ranking、feature store、online serving、feedback loop 和 guardrail。

练习时的验收标准

每次练 DoorDash 题，都强制自己先写规则清单，再写实体模型，最后写测试。mock 复盘时重点看：有没有硬编码、有没有把规则混在一起、有没有覆盖失败路径和边界。

支付失败和幂等怎么准备

支付类题（Dasher Pay、tip、donation）被追问最多的不是计算公式，而是失败路径：网络超时、回调重复、部分成功。准备时把幂等键（如 order_id + event_type 组合唯一键）、交易状态机（pending / processing / success / failed）、对账（reconcile）和人工介入入口讲清楚。之前提到的 backoff with jitter 和 circuit breaker 要能接着展开：为什么固定间隔重试会造成请求堆积，circuit breaker 的触发条件、半开恢复和降级动作分别是什么。

• 幂等：每个支付事件带唯一键，重复请求直接返回上次结果，不二次扣款。
• 状态机：只允许合法状态迁移，每次写入留 audit log，能回答「这笔钱现在在哪」。
• 对账：定时和上游 payment gateway 对账，发现缺失、重复、金额不一致时走修复流程。
• 人工介入：给运维留失败交易处理接口，但操作必须可审计、可回滚。

需求变更的追问怎么接

Code Craft 的 follow-up 经常是加规则：新增一种 bonus 类型、改四舍五入口径、支持多币种。稳定的接法分三步：先口头评估影响面（哪个实体、哪些测试、要不要回填历史数据），再决定改动方式，最后写代码。规则扩展用统一的注册/策略结构而不是 if-else 长链，是面试官判断代码可扩展性的核心信号。

• 先列影响：规则变更 → 实体变更 → 测试变更 → 是否回填，用 30 秒讲完。
• 扩展点：新规则类型走统一接口，旧规则代码路径不动。
• 兼容性：进行中的订单用版本号或 feature flag 隔离，避免半迁移状态。
• 主动确认：改动范围拿不准时，把风险点说出来问面试官，不要默默写错方向。

45 分钟练习结构

把每次练习当成真实 VO 来计时：前 5 分钟澄清需求（规则范围、数据规模、失败容忍度），10 分钟写规则清单和实体模型，25 分钟写代码（必须包含一条主路径加一条失败路径），最后 5 分钟自测并口头说明 follow-up 打算怎么接。计时不是为了快，而是逼你在真实时间压力下做取舍。

• 先澄清再动手：规模、一致性要求、失败容忍度至少问出两个。
• 强制失败路径：每道题必须实现一个网络错误、数据不一致或重复请求分支。
• 测试用例清单：正常、空输入、边界值、重复请求、上游超时、规则冲突。
• 卡壳处理：超过 5 分钟没进展就说出当前假设和卡点，模拟和面试官沟通。

地理和实时场景的易漏点

DoorDash 的题经常带地理位置和实时数据：ETA、配送容量、门店营业状态。准备时把这几个概念过一遍：geo 网格划分和边界处理、距离计算精度、peak window 的时间边界、实时统计用滑动窗口还是固定窗口、新门店新 Dasher 的冷启动。回答时主动交代数据新鲜度：评分是实时还是 T+1，ETA 的预估延迟多少，位置信号缺失时的 fallback 是什么。

• 地理：网格或 hash 分区，跨网格的请求怎么归属，位置缺失时的默认策略。
• 时间：peak window 边界、时区、跨天聚合口径，说清用哪个时间戳。
• 实时统计：滑动窗口、近似算法、可接受的最大延迟。
• 冷启动：新门店、新用户、新 Dasher 的默认值和探索策略。