面试准备

Arta Finance / 答题参考

答题参考

本页目录
  1. 职位要点
  2. 简历对照
  3. Why Arta Finance
  4. 自我介绍怎么调
  5. 可能被问到的
  6. 反问
  7. 按 JD 建议练的题

职位: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 工具,可能要求共享整个屏幕。

职位要点

  1. 这里的 Platform 是金融核心后端:trading、ledger、billing、实时数据管道,重点是 correctness, consistency, latency。
  2. Transaction processing、reconciliation、portfolio state management。
  3. Real-time and batch data pipelines。
  4. 对内对外的 APIs and backend services。
  5. Reliability、observability、fault tolerance。
  6. 分布式设计:event-driven、microservices、streaming。
  7. 要求:5 年以上 backend / systems,分布式系统经验;金融系统、数据基础设施、scalable backend platforms 三者至少其一;Python or similar;Kafka、Kubernetes、cloud。
  8. 加分: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.

自我介绍怎么调

在 自我介绍 通用版的基础上:

  1. 第一句强调后端和分布式系统,约 8 年。
  2. 微软那段先讲可靠性:多环境部署、按健康指标自动回滚的发布流程;再讲缩略图服务是多个功能依赖的平台。
  3. 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.

可能被问到的

  1. 讲一个你负责的分布式系统,可靠性怎么保证的?

    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.

  2. 你没用过 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.

  3. (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.

  4. (System Design)下单到持仓更新这条链路怎么保证一致?

    • 要点:订单状态机;下单和发事件放进同一个事务(outbox 模式);下游消费幂等;和券商回报对账。
  5. 讲一次线上事故,你怎么处理的。——可以用跨组那件事当 ownership 讲(当天发现、当天 root cause;教训是在数据上加校验,那是「下次会这么做」,不是已经做了),不要和离职连起来,见 被问到为什么离开微软怎么答「这个故事的其他用途」。

  6. Coding 两轮:JD 只写了 coding / algorithms / data structures,各 60 分钟,CoderPad;具体题目公开面经里没查到。

  7. Leadership 轮:Why Arta、怎么做技术决策、怎么和 ML 团队配合;离职原因照 被问到为什么离开微软怎么答 的三层口径。

反问

  1. Ledger 和交易系统现在是自研到什么程度?和 Pershing 的对账是怎么做的?
  2. 事件驱动这套现在用的是 Kafka 还是别的?跑在哪个云上?
  3. B2B 的 Wealth-as-a-Service 给银行用,对平台意味着什么新要求(多租户、隔离、合规)?
  4. 团队几个人?on-call 怎么排?
  5. 这个岗位入职头半年最重要的交付是什么?

按 JD 建议练的题

2026-10-22 每晚助手补充。Arta 的公开面经几乎没有题目(见 面试概览),下面是按 JD「交易、记账、对账,事件驱动,Kafka」推测的练习题,不是面经里考过的,所以没有放进公司题库。

rev 3 · 更新于 10-25 00:55 · 改动记录