今年做了三轮 engineering manager 的 loop。一个 Series B 初创，一个后期 pre-IPO 公司，一个 FAANG-adjacent。拿到两个 offer。下面是我学到的：他们实际在评估什么，不只是问了什么。
常见问题，以及背后在看什么：
"Tell me about a time you had to let someone go.（讲一次你不得不让某人离开的经历。）" 他们在测：你是不是足够早就察觉到问题，你有没有给出清晰的反馈，你有没有把流程处理干净。最差的回答是那种 manager 听起来像受害者，好像事情发生在他身上，而不是他在推动解决。你不一定得亲自做过这件事才能答好，但至少要有管理过 PIP 的经验。
"How do you handle a team member who's technically strong but hard to work with?（你会怎么处理一个技术很强但很难合作的团队成员？）" 这个在看你是回避冲突还是正面处理。他们想听到你真的跟对方谈过，而不是绕开这个人。
"How do you set technical direction when you're not the most senior engineer in the room?（当你不是房间里最资深的工程师时，你如何制定技术方向？）" 新 manager 最容易被这个绊住。他们想要的答案是「促成共识」，不是「靠权威拍板」。你不需要自己有答案；你需要知道怎么把大家带到答案上。
"How do you think about growing engineers on your team?（你会如何看待并推动团队里工程师的成长？）" 他们在看你会不会因人而异。泛泛地说「我会给他们 stretch projects」很弱。「我发现这个人具体需要 X，所以我安排了 Y」就很强。
不同公司阶段的差异： 在 startup，每个问题最后都会绕回「如果需要，你能不能也自己上手做事」。在大公司，他们完全不在乎这个。他们只要纯粹的 people leadership。
第一次当 manager 在纸面上看起来像劣势。在面试现场，把它讲成优势：你有很新的 IC 可信度，同时也有领导意愿。只要你能展示对自己还在学什么的自我认知，大多数面试官会尊重这种组合。