Apple 的整个 SDE interview 流程是在 Webex 上进行的，候选人可以直接用浏览器加入，也可以用桌面版应用。技术部分总体是两轮 algo style coding，一轮 design style coding，再加上一轮BQ，每轮 45 分钟。所有 coding 都是在 HackerRank 上完成。虽然可以用任何语言，但 Apple 内部偏好的还是 Swift、C++、Objective-C 这类语言，不过 Python、Java 这些主流语言一样是允许的。

第一轮 algo coding 的体验比较直接。面试官让你简单自我介绍几句之后，就马上贴题到editor里，让你先自己读题，然后强调在 coding 过程中要持续 think out loud。题目本身是一个二维矩阵，每个格子里有整数值，要求找从任意格子出发、只能上下左右移动、并且数值必须严格递增的最长路径长度。这其实是一个经典问题，思路就是 DFS 加memo：对每个格子做 DFS，把从这个格子能走出的最长递增路径长度存到 memo 里，这样就不会重复计算；DFS 只向值更大的邻居扩展。最后遍历所有格子取最大值，整体时间复杂度接近 O(mn)。面试过程中会频繁被打断，问你细节、corner cases 或者特定分支的处理逻辑，写完之后还会要求你做非常完整的 dry run，把矩阵拿几个例子讲得很细。这部分如果是用 AI 生成代码的人，基本回答不了这种层层追问。

第二轮 algo coding 形式和第一轮几乎完全一样，也是会让你 think out loud，然后反复问细节，要求你把 reasoning 全过程说清楚。同样是写完要 dry run，而且 follow-up 不会少。

design style coding 的那一轮一开始特别模糊。面试官只给了一个方向，说做一个 data stream statistics tool。因为题目太宽泛，我就先按照自己的理解把它重新描述一遍，大致是需要持续 ingest events，并且在时间维度上维护一些 metrics。然后提出一些必须澄清的问题，比如 event 的 scale、是否需要 sliding window aggregation、有没有 global stats、更新频率、数据分布等等。讨论的过程中，题目逐渐收敛成一个清晰的需求：实现一个组件，能够持续处理 streaming data，并在 sliding window 内快速查询 average 和 max，而且要求 update 和 query 都是 O(1) 或者 amortized O(1)。同时考虑到会有多 producer 的场景，所以也需要至少意识到 thread safety 和 concurrency control。但这个不是传统的 system design，不需要画图，也不会深挖分布式，只要你的 API、数据结构选择、时间复杂度和基本 concurrency 思路make sense就可以。

最后的BQ面就是一组经典的 "tell me about a time when..."。比如你怎么处理冲突、怎么在quality和 deadline 之间权衡、怎么在uncertainty下推进事情。除了听你的故事本身，面试官还会抓你故事里提到的技术细节继续 deep dive，比如你说你在一个 incident 中做了某个技术判断，他们可能会问为什么那样做、有没有 alternatives、你当时怎么验证的。总体上你需要准备的不只是故事的 narrative，还要准备好把 story 背后真正的技术细节全部讲得清楚。