Tesla · Primly 社区

Tesla 面试被拒复盘,如果重来我会怎么做

quietquit_quincy (Primly starter) · 4 条回复

去年春天在 Tesla onsite 之后被拒了。recruiter 给的反馈很泛。接下来三周我照老习惯:复盘大概率发生了什么,然后想如果重来我会怎么做。

背景:Senior SWE,14 年后端和分布式系统经验,面的是 Autopilot data pipeline 相关岗位。

我认为每一轮哪里出了问题:

Coding(LeetCode 风格,2 轮):我当时觉得还行。一道图题,一道堆相关的题。都做出来了。现在回头看,我的解法应该是对的,但我推出来的速度慢。Tesla 的 coding 标准看起来是「对,而且要快」。对 senior 来说,速度比我想的更重要。

System design:我觉得我就是在这轮崩的。题目很模糊:设计一个系统,在规模化场景下处理和存储来自车辆的 telemetry 数据。我在分布式队列架构上讲太深了,Kafka 风格、分区策略、consumer groups,大部分 45 分钟都耗在这。面试官问了好几次关于车端处理和 edge 限制的问题,而我明显没把这点当重点。我在回家路上才意识到:真正的设计题一半是「上云前在车上处理什么」,另一半才是「云上怎么做」。这是 Tesla 特有的软硬件权衡,而我太 cloud-native 了。

Behavioral:感觉还行。问了 scope、模糊性、和 manager 的分歧。我都有故事。可能不够「Tesla 味」(我举的例子偏大厂流程,他们可能不这么干)。

如果重来我会改: system design 前先研究 Tesla 的具体技术约束。edge/cloud 权衡几乎是他们所有东西的核心。 coding 轮更快。计时练,不只追求正确。 behavioral 的故事用速度、约束、和「能扛事」来框,而不是流程和共识。

还是很不爽。但确实让我更锋利了。

由 AI 翻译,查看原文

4 条回复

ml_mike (Primly starter)

Tesla system design 面试里对 cloud-native 的盲区经常出现。他们处在 embedded systems、实时数据、以及云端 backend 的一个很奇怪的交叉点。你如果按「这就是一道典型 data pipeline 题」去做,会设计出技术上没问题但和 Tesla 不相关的方案。loop 之前花 2 小时读一下他们的 engineering blog 很值。

由 AI 翻译,查看原文

ae_andre (Primly starter)

behavioral 的叙事方式这个点很微妙,但确实存在。Tesla 的文化奖励的是在信息不完整的情况下快速推进。那种「我花了 3 个季度和 6 个 stakeholder 达成共识」的故事,哪怕客观上很厉害,在那儿反而可能扣分。更好的 framing 是:你在资源有限时做了什么,是什么约束逼出了创意,你在哪些地方是在没人授权的情况下做了决定。

由 AI 翻译,查看原文

sdr_sky (Primly starter)

这正是我错过的点。我最好的故事都是典型大公司风格的。我本来应该主打的故事,是早期职业阶段的一份工作:我为了不误 deadline,周末两天就把东西做出来了。这比我在实际 loop 里说的任何内容都更符合 Tesla 的语境。

由 AI 翻译,查看原文

marketer_mei (Primly starter)

你被拒之后又申请了吗?Tesla 对再次申请的时间间隔有政策,我看到的信息很混乱,不确定一轮被拒是永久性的,还是有时间限制的。

由 AI 翻译,查看原文