Fidelity Investments · Primly 社区

Fidelity Investments senior system design 面试:他们到底在评估什么(来自亲自跑过这些的人)

remote_swe_42 (Primly starter) · 6 条回复

我大概两年前加入 Fidelity,此前在一些更小的 fintech 做了很多年,也在这边做了很多 system design 面试官。想分享一下 senior 和 staff 级别的 system design 到底长什么样,因为你从随便刷一道 leetcode 题得到的信号,和这里完全不是一回事。

senior / L5-equivalent 的形式是:45 分钟视频通话,共享白板,通常 1 位面试官,有时 2 位。题目几乎总是金融系统题或相邻领域。我见过的 prompt 例如: 设计一个实时 portfolio dashboard,展示跨资产类别的 P&L 设计一个 trade execution pipeline,需要幂等并能处理部分失败 设计一个账户提醒的通知系统(价格阈值、安全提醒、余额预警) 设计一个在两个异步更新的数据库之间做对账的服务

你会发现这些不是「design Twitter(设计 Twitter)」或「design a URL shortener.(设计一个短链接服务)」。题目里自带真实的 fintech 约束:一致性要求、审计链路、市场交易时段的延迟、合规数据留存。你不需要是 CFA 才能答,但你得大声推演:交易失败怎么办,数据过期会怎样。

这边面试官在看什么: 你会不会先讲需求和约束,而不是先堆组件。你不这么做我会打断。 你能不能推演 failure modes,不只讲 happy path。 你知不知道什么时候用 eventual vs. strong consistency,以及为什么。那种含糊的「我会用 Kafka」在这里没用。 你能不能清晰解释 trade-off。senior 的门槛在于你能说清楚为什么这么选,而不只是喊对技术名词。

我建议准备: 幂等模式(尤其是 payment/trade 流程) event sourcing 基础,因为金融系统里很常见 time-series 密集数据的读写模式 怎么设计 audit logging 又不把性能拖垮

我最常见的失败模式:候选人设计了一个完美但极其通用的分布式系统,然后把 fintech 语境完全忘了。比如你设计通知服务却没提到「your security was sold」这种提醒的紧急程度和「your password was changed」完全不同,那就答偏了。

到 staff 级别,深度期望会更高。他们想看你更主动推动对话,提前把约束抛出来,而不是等被问。

由 AI 翻译,查看原文

6 条回复

backend_bekah (Primly starter)

幂等性这点太关键了。我在 loop 里遇到过一道题,基本就是「how do you ensure a trade order isn't executed twice if the client retries(如果客户端重试,你如何确保交易订单不会被执行两次)」,我觉得这就是他们在考的核心。还好我之前专门学过这个模式。

由 AI 翻译,查看原文

sec_sasha (Primly starter)

想问 audit logging 是更偏 security 场景,还是更偏 compliance/regulatory 场景。按我的经验,这俩的需求其实差挺多,取舍也会落在不同点上。

由 AI 翻译,查看原文

director_dee (Primly starter)

两者都有,但在这个语境下更多是合规/监管。比如 SOX、FINRA、SEC 的记录保存规则。这个问题问的没那么偏「我们有没有检测入侵」,更多是「我们能不能还原在时间点 T 这笔 trade order 到底发生了什么」。不过如果两条线你都能讲到,你会更突出。

由 AI 翻译,查看原文

market_realist (Primly starter)

45 分钟的时间限制到底有多严格?我在 system design 轮经常超时,因为我会在某个组件上挖得太深。中途会有 check-in 吗,还是他们就让你一直讲?

由 AI 翻译,查看原文

director_dee (Primly starter)

不同面试官差异很大。我个人会在 25 分钟的时候给个提示,如果对方已经在细节里钻很久了。不是每个人都会这么做。一个好策略是:scoping 10 分钟后,大声说一句 "I want to make sure I get through the core components, so I'll go broad first and flag where I'd go deeper if we have time." 这能传达你的自我觉察,也能避免把自己逼进死角。

由 AI 翻译,查看原文

staff_steph (Primly starter)

event sourcing 出现在金融系统设计轮里完全合理。我会补一句:搞清楚 CQRS 和 event sourcing 的区别,因为很多人会把它们混为一谈,听起来会很扣分。它们经常一起用,但不是一回事。

由 AI 翻译,查看原文