Arta Finance / 答题参考
答题参考
职位:Senior Platform Engineer
每晚「面试准备助手」2026-10-12 整理。JD 读自 Ashby 职位板(2026-07-22 发布,链接见公司 meta 的
jd_url);原文英文,下面是转述,关键词保留英文。公司背景和面试流程见 公司情况。经历只取自 简历(文字版) 和 简历项目的 STAR 素材。
10/19 13:30 是 30 分钟的 Recruiter Screen(Google Meet)。重点:背景 30 秒、Why Arta、每周 3 天去 Mountain View 办公室(她住 Sunnyvale,近)、工作许可(不需要任何 sponsorship)、薪资期望。JD 写的 base 是 $110,000–$205,000,不含 equity。后面的流程按 JD:两轮各 60 分钟 coding → 60 分钟 Domain Knowledge & System Design(现场)→ 30 分钟 Leadership;技术面不能用 AI 工具,可能要求共享整个屏幕。
职位要点
- 这里的 Platform 是金融核心后端:trading、ledger、billing、实时数据管道,重点是 correctness, consistency, latency。
- Transaction processing、reconciliation、portfolio state management。
- Real-time and batch data pipelines。
- 对内对外的 APIs and backend services。
- Reliability、observability、fault tolerance。
- 分布式设计:event-driven、microservices、streaming。
- 要求:5 年以上 backend / systems,分布式系统经验;金融系统、数据基础设施、scalable backend platforms 三者至少其一;Python or similar;Kafka、Kubernetes、cloud。
- 加分:ledger / order management / reconciliation 这类 financial primitives,低延迟高吞吐,streaming,ML 系统(不要求)。
简历对照
| 要求 | 她的对应经历(简历哪一条) | 怎么讲(一句话) |
|---|---|---|
| 5+ 年 backend,分布式系统 | 微软约 6 年后端微服务,SmartArt 和缩略图服务部署在多个环境;F5 约 1 年半 | 全职后端约 7 年半 |
| Scalable backend platforms(三选一里她占的那一项) | 微软:缩略图服务,多个产品功能依赖它,Docker + AKS 横向扩展 | 做的是别的团队依赖的平台型服务 |
| Reliability、observability、fault tolerance | 微软:ring 分批发布,按错误率和延迟做健康检查,不达标自动回滚 | 可靠性是做进发布流程里的 |
| APIs and backend services | 微软:REST 和 gRPC;F5:Java REST API + PostgreSQL | 对内对外的 API 都做过 |
| Consistency、正确性 | F5:给大批分布式设备下发安全策略,下发前做策略校验和任务编排 | 下发错了就是线上故障,所以先校验再执行 |
| Kubernetes、cloud | 缩略图服务在 AKS 上;两个服务的全部 Azure 基础设施,从内部测试到全球生产和美国政府云 | 云和 K8s 都是生产经验 |
| Python or similar | 主力是 C#、C++、Java;Python 用在 F5 的 API 集成测试 | JD 写了 or similar,照实说主力语言 |
| ML 集成(as needed) | 微软:Copilot 集成(模板选择、版式匹配)、Agent Mode 的结构化数据服务 | 和模型对接过,知道怎么接进生产 |
对不上的,怎么诚实地补:
- Kafka、streaming:JD 列为核心基础设施,你没有生产经验。说清楚没用过,再讲你理解的关键点(按 key 分区保证顺序、consumer group、at-least-once 加幂等消费),面试前把这些过一遍。
- Ledger、reconciliation、交易系统:没做过金融领域。最近的经验是 F5「先校验再下发、对状态负责」;Domain Knowledge 那轮要提前补复式记账和对账的基本概念(见下面第 3 题)。
- 低延迟交易:没做过,不要往上靠。
- Python 生产经验、AWS / GCP:都要照实说;JD 没点名云厂商,Azure 的经验可以对应讲。
工作许可:JD 没有签证相关条款;你不需要任何 sponsorship。
Why Arta Finance
金融核心系统是「正确性第一」的地方:账记错一笔、对账差一分都是事故,这和你一直做的「别人依赖、出错就是线上故障」的服务是同一种工程;团队一百人上下,ledger、交易、计费这些核心件都在这一个组里,一个人能碰到的面比大公司宽。办公室在 Mountain View,离你近。
What draws me to Arta is that this role is the backbone where correctness actually matters — a ledger entry or a reconciliation break isn't a cosmetic bug. Most of my career has been building services other teams depend on, where getting it wrong means a real outage, so a team whose job is consistency and reliability for money is a natural next step.
自我介绍怎么调
在 自我介绍 通用版的基础上:
- 第一句强调后端和分布式系统,约 8 年。
- 微软那段先讲可靠性:多环境部署、按健康指标自动回滚的发布流程;再讲缩略图服务是多个功能依赖的平台。
- F5 那段讲「给大批设备下发策略、先校验后执行」,对上 consistency。
结尾换成:
… so most of my work has been services where correctness matters more than flash, which is why a team building trading, ledger and billing infrastructure caught my eye.
可能被问到的
-
讲一个你负责的分布式系统,可靠性怎么保证的?
For the SmartArt and thumbnail services at Microsoft, reliability was built into how we shipped: every release went ring by ring, gated on error-rate and latency health checks, with automated rollback if a ring regressed.
-
你没用过 Kafka,怎么看?
I haven't run Kafka in production. What I'd pay attention to is ordering — partitioning by account so one account's events stay in order — and assuming at-least-once delivery, so every consumer has to be idempotent.
-
(Domain Knowledge)设计一个记账(ledger)服务。
- 要点:复式记账,每笔交易借贷相等;分录只追加、不改不删,改错用冲正分录;每个请求带幂等键,防止重试记两次;余额由分录算出来(可以缓存快照);和托管方(Arta 用 Pershing)的日终文件对账,差异进人工队列。
I'd make the ledger append-only and double-entry — every transaction writes balanced debit and credit entries, corrections are reversing entries rather than edits, and each request carries an idempotency key so a retry can never post twice.
-
(System Design)下单到持仓更新这条链路怎么保证一致?
- 要点:订单状态机;下单和发事件放进同一个事务(outbox 模式);下游消费幂等;和券商回报对账。
-
讲一次线上事故,你怎么处理的。——可以用跨组那件事当 ownership 讲(当天发现、当天 root cause;教训是在数据上加校验,那是「下次会这么做」,不是已经做了),不要和离职连起来,见 被问到为什么离开微软怎么答「这个故事的其他用途」。
-
Coding 两轮:JD 只写了 coding / algorithms / data structures,各 60 分钟,CoderPad;具体题目公开面经里没查到。
-
Leadership 轮:Why Arta、怎么做技术决策、怎么和 ML 团队配合;离职原因照 被问到为什么离开微软怎么答 的三层口径。
反问
- Ledger 和交易系统现在是自研到什么程度?和 Pershing 的对账是怎么做的?
- 事件驱动这套现在用的是 Kafka 还是别的?跑在哪个云上?
- B2B 的 Wealth-as-a-Service 给银行用,对平台意味着什么新要求(多租户、隔离、合规)?
- 团队几个人?on-call 怎么排?
- 这个岗位入职头半年最重要的交付是什么?
按 JD 建议练的题
2026-10-22 每晚助手补充。Arta 的公开面经几乎没有题目(见 面试概览),下面是按 JD「交易、记账、对账,事件驱动,Kafka」推测的练习题,不是面经里考过的,所以没有放进公司题库。
- Outbox 模式和 CDC:CDC 与 Outbox 模式。记账服务「写库」和「发事件」要一致,这是 System Design 那轮最可能追问的点。
- Kafka 怎么保证消息不丢:Kafka 如何保证消息不丢。JD 把 Kafka 列为核心基础设施,而你没有生产经验,概念要讲得清楚。
- Kafka 和 RabbitMQ 怎么选:Kafka 和 RabbitMQ 怎么选。
- 事件接入管道:设计事件数据接入管道。和「实时加批处理的数据管道」那条职责对得上。
- 分布式任务调度:设计分布式任务调度器。日终对账、计费这类批任务要按时、只跑一次。
- Coding:唯一有面经依据的是 230. Kth Smallest Element in a BST(另一个职位考过);其余按 LeetCode medium 准备。
问过 Claude 的(0)
rev 3 · 更新于 10-25 00:55 · 改动记录