我在 2024 跑过一次 SpaceX 面试 loop（ding），2026 年初又跑了一次（拿到 offer，但为了另一个角色拒了）。下面是我第二次准备时的变化。
第一次我做错了什么 把它当 FAANG loop 来准备。刷 leetcode、套标准 system design 框架、准备泛用的 behavioral 故事。这些准备不算错，但对 SpaceX 来说不够。
SpaceX 的不同点
system design 里 domain context 很重要。 他们的问题经常自带 aerospace/embedded 约束。延迟要求不是毫秒级，而是物理规律。带宽是真的受限。failure mode 不是「服务挂了」，而是「硬件毁了」。你不需要是 aerospace engineer，但至少在这些约束出现时，你要能把它当成真实约束来思考。第二次我花了几个小时读 real-time telemetry systems 和 edge computing 的模式，差别很明显。
behavioral 这轮比看起来更重。 SpaceX 真的 values-driven，不像有些科技公司只是装装样子。在 SpaceX，「moving fast」意味着硬件在轨道上运行，不是一个坏掉的 feature flag。他们想听到你理解风险是什么。STAR 故事如果只落在「我们按时上线了」，效果会不一样。但如果你还能讲清楚「如果出错可能会怎样」，就会更有分量。
coding 标准但要干净。 两轮，中偏难 leetcode。他们在我体验里更在意代码质量而不是纯速度。写可读代码，解释你的思路，开写前先问清楚 edge case。
我会具体这样准备： leetcode medium，解法要干净，并能讨论 edge case 1-2 道带 aerospace 视角的 system design：telemetry pipeline、ground station data sync、sensor fusion 5-6 个紧凑的 STAR 故事，重点讲 technical risk，不只是交付 读 SpaceX 官方 engineering blog 和近期 launch mission highlights，这样你能更有内容地聊他们在做什么
第二次从头到尾都不一样，因为我没有硬把 SpaceX 套进 FAANG 模板，而是在用他们的真实问题来思考。