HRT 的 SWE 流程在 OA 之后会接技术电话和多轮 Virtual Onsite。准备时别只刷一遍算法题：面试里经常从一段可运行代码开始，再追问接口、测试、复杂度和并发下的取舍。
这篇按三轮拆开说。重点不是背答案，而是把需求问清、把代码写成能继续改的样子。
第一面：给已有 API 加功能，先把接口边界问清
题目：拿到一个小型代码库和已有 API，新增一个查询或写入能力，并说明原有调用方是否需要改动。
解答思路：先确认输入能否为空、返回错误是抛异常还是返回状态值、旧字段能否删除。随后把新增逻辑收在一个独立函数里，避免在每个调用点复制判断。测试至少覆盖正常输入、重复调用、非法参数和边界长度。写完主路径后，用两分钟过一遍函数的副作用：是否改了共享状态、是否让一次失败留下半成品、是否会让旧客户端读到不同格式。
这类题目最容易急着开始写，最后发现接口约束没问。练习“在既有代码库中扩展 API”时，先列契约、再补实现，代码会更稳。
第二面：并查集写完后，继续追问实现细节
题目：给一组实体关系和持续加入的连接，判断两个节点是否已连通，并支持查询连通块数量。
解答思路：用并查集保存每个节点的父节点和集合大小。find 做路径压缩，union 按大小合并；只有两个根不同才减少连通块计数。先把节点编号与输入映射的规则写下来，再处理重复边和自环。解释复杂度时直接说明摊还接近常数，别只报一个结论；面试官往往会继续问为什么路径压缩不会把树变坏。
写代码时保留 parent、size、components 三个清晰状态，比把逻辑塞进一个循环更容易解释。
第三面：通知服务设计，别漏掉重试和顺序
题目：设计一个向大量设备发送通知的服务，支持用户订阅、批量投递和失败重试。
解答思路：入口先校验消息和目标人群，把投递请求写入持久化队列；worker 按批拉取并调用渠道服务。每次投递带幂等键，避免超时重试造成重复推送。用户级顺序若必须保证，就按用户 ID 分区；若只要求最终送达，分区键可以换成设备或渠道来提高吞吐。失败分成临时失败和永久失败：前者指数退避，超过阈值进入死信队列；后者记录原因并停止重试。最后补上延迟、成功率、重复投递率和队列积压四个指标。
面试结束前，主动讲一个取舍就够了：严格顺序会减少并行度，通知类业务若允许小范围乱序，可以用幂等和状态版本换吞吐。这样比空泛地说“要考虑高并发”有说服力。
备考建议
- 用 45 分钟做一次“旧代码加功能”练习：前 5 分钟只写输入、输出和错误约定。
- 把并查集、哈希表、堆和二分的复杂度讲成完整句子，不要只报 Big-O。
- 选一个自己做过的服务，准备好一次故障、一次性能取舍和一次与同事对齐需求的例子。
FAQ
HRT VO 的 Coding 轮该用 Python 还是 C++？
先看邀请邮件和岗位要求。无论语言如何，重点都在能否把接口、测试和复杂度讲清楚；如果面向 C++ 岗位，额外复习对象生命周期、容器失效和并发基础。
系统设计要画多大？
从一个完整但小的主路径开始：写入、队列、worker、下游渠道和失败处理。需求澄清后再扩容，不要一开始铺满几十个组件。
关于 CSINTERVIEWHELP
进 VO 之前，可以找 CSINTERVIEWHELP 做实时面试助攻和备考辅导。CSINTERVIEWHELP 深耕北美 IT 行业多年，已帮助万余名学生进入全球 500 强企业。导师来自一线大厂资深工程师和面试官，对 Hudson River Trading 这类注重工程文化的公司的面试套路很熟悉。无论是 OA 题型解析、OA 辅导、VO 辅助、VO 模拟面试、VO 面试陪练还是系统设计辅助，都可以获得更有针对性的准备方案：CSINTERVIEWHELP · 服务详情
