Bloomberg 很多岗是 team hiring，所以不同组的侧重会有差异，但整体结构比较固定，一共四轮：Coding → System Design → Domain Knowledge → HM。把每轮的内容和碰到的题都整理出来。
先说一个贯穿全程的特点：Bloomberg 极其看重追问——代码题写完接着问优化和异常处理，System Design 挖运维细节，项目经历追到底，所以光把题做对远远不够。
第一轮 Coding：
开场先来了几个 Java 八股，HashMap 怎么实现、常见数据结构、并发那些基础概念。不深，但你简历写了 Java 就得答得利索。
然后进 coding。说实话题目本身不难，HashMap 加基础数据结构就能解。但坑在三个地方：
题面巨长，光读懂就费劲；给你一坨现成的代码，得先看明白它在干嘛；然后在这个框架里补逻辑，不是让你从零写。
我当时读题读了好几分钟才反应过来它到底要啥。这就是 Bloomberg 的风格——不考你白纸写算法，考你能不能快速看懂一个陌生系统然后往里塞代码。跟刷题是两码事。
第二轮 System Design
题目是设计一个 job scheduler。
我一开始想着画架构图，结果面试官根本不太关心那个，他一直在问运维的事：要监控哪些指标？哪些指标能拿来做自动扩容？系统积压了怎么办？怎么做容量规划？job 突然暴涨怎么扩容？scheduler 延迟了你看哪个指标定位？
全程 production thinking，跟大厂那种”画个漂亮架构图”的 SD 完全不一样。准备的时候真得往”这玩意上线之后怎么活着”的方向想。
第三轮 Domain Knowledge
这轮跟着组的方向问。我面的是 infra 组，就聊分布式——一致性、高可用怎么设计、常见架构模式。
这轮我最大的感受是：team hiring 是真的看你经历 match 不 match。你要是做过 infra / platform 相关的东西，这轮聊得飞起；没做过的话会有点尬。所以投之前真的建议对一下 JD，别硬投不对口的组。
第四轮 HM轮
最后 HM 面，很轻松，就是常规 BQ——最复杂的项目、团队合作、怎么解决线上问题、为什么来 Bloomberg。氛围挺 conversational 的，STAR 讲清楚就行，不用绷着。
高频 BQ 题目
项目相关：
- 讲一个你做过的最复杂的项目，最大的技术挑战是什么？
- 你在这个项目里做了哪些技术决策，为什么这样选？
- 如果重来一次，你会改变什么？
团队协作：
- 讲一次你和团队成员意见不一致的经历，最后怎么解决的？
- 你是怎么 onboard 一个复杂代码库的？
线上问题：
- 讲一次你处理生产环境 incident 的经历，你是怎么定位问题的？
- 系统出现性能下降，你的排查思路是什么？
Why Bloomberg：
- 为什么想来 Bloomberg？你了解我们的业务吗？
- 你对金融科技这个方向有什么看法？
Bloomberg 的 HM 轮不太喜欢套路化的 STAR 答案，更喜欢对话式的交流。与其背一个完美的故事，不如真实地聊你做过的事情，面试官感兴趣会主动追问细节。
写在最后
Interview Show 专注北美技术岗位的面试辅助，团队成员来自北美一线互联网公司，凭借多年硅谷及北美求职实战经验，提供 OA 辅助、VO 辅助与面试协助一体化方案。非流水线、强定制的服务模式，每位学员配备专属顾问与技术导师，全程一对一支持。
曾深度辅助学员参与 Bloomberg、Amazon、Meta、Google、Stripe 等顶级公司的面试流程，帮助你的每一次 OA 与 VO 都能精准击中招聘方的需求。Interview Show · 服务详情