如何通过实时编程面试
作者 Aaron Cao · 更新于
把实时编程面试当作与编译器的对话。先讲清权衡取舍，从暴力解法开始，再逐步优化。无论是在CoderPad、CodeSignal，还是在Zoom、Google Meet或Microsoft Teams内置的共享编辑器中，面试官对过程的评分和对最终函数的评分同样重要。
实时编程面试到底在考察什么？
实时编程面试不是带回家做的作业。面试官关注的是你如何澄清题意、挑选示例、选择数据结构，以及在测试失败时如何应对。正确性固然重要，但一言不发写出的完美函数、却完全不谈复杂度，往往比一个可运行、随后逐步收紧的暴力解法得分更低。
一位后端工程师应聘某公有云厂商的L5职位，题目是在共享编辑器里实现一个限流器。面试官并不指望你第一次编译就写出教科书式的令牌桶算法，他们想听到的是突发流量与稳定负载的权衡、O(1)方案与扫描日志方案的对比，以及在写出正常路径之前先写一个会失败的测试。这场对话本身就是这一轮面试。
这类面试通常在CoderPad、CodeSignal、HackerRank进行，或者是在Zoom、Google Meet、Microsoft Teams内置的共享编辑器里进行。动手写代码之前，先问清楚输入规模、是否有重复值、是否允许原地修改。再复述一遍期望的输出。然后才开始写代码。
- 在写下第一行代码之前先澄清约束条件。
- 从一个正确的暴力解法开始，再提出一处改进。
- 口头说明时间和空间复杂度。
- 演算一个示例并检查一个边界情况。
- 运行失败后没有沉默，而是继续应对。
打字的同时应该怎么表达？
你可能担心，边说边写会拖慢速度，或者让自己听起来没把握。本节提供一套可以在任何共享编辑器题目上复用的讲述模式，从最初复述题意一直到卡壳的那一分钟都适用。反复练习，直到它成为肌肉记忆，而不是照着念的台词。
写第一行代码之前，先复述题目、说明约束条件，并手动推演一个示例。接着说出暴力解法的思路及其复杂度，然后才开始写代码。写代码时，说出循环的不变量，而不是逐字复述每一次按键。如果卡住了，说出你正在检查什么（比如空输入、差一错误、是否已排序），而不是保持沉默。
- 口头澄清类型、规模和边界情况。
- 先给出暴力解法，再提出一处改进，最后动手写代码。
- 用写好的函数把示例重新演算一遍。
- 卡住时主动要提示，而不是沉默地干耗着。
如果想做一次全程出声讲解的限时演练，可以前往模拟面试页面。
面试官能看到AI悬浮窗吗？
如果你共享了屏幕、某个窗口，或者录制了桌面，那块显示区域上的所有内容都是可见的，包括悬浮窗。监考平台、锁定浏览器和公司托管设备，都不在任何本地助手工具的适用范围内。在这些场景下，不要假设任何工具是隐形的。
SubcueAI提供两种实时助手形态，两者都不会以会议机器人身份加入通话，也不会向会议页面注入内容脚本。原生的macOS和Windows桌面应用会同时采集系统音频和你的麦克风，并显示一个本地悬浮窗，可配合桌面端会议客户端使用。Chromium扩展（Chrome和Edge）使用Side Panel，只采集会议标签页的音频，也就是面试官的声音，绝不采集你的麦克风，因此它适用于浏览器标签页里的通话，也不会转录你说的话。Firefox版本仅支持模拟练习。
如果悬浮窗位于你没有共享的那块显示器上，面试官就看不到它。但整屏共享会包含该显示器上的每一个窗口。关于面试官到底能看到什么，真实、如实的边界说明汇总在可探测性专题页面。
正式面试前应该练习什么？
练习那些你在限时状态下真正会用到的模式：数组与哈希表、双指针、滑动窗口、二分查找、BFS和DFS、堆，以及基本的区间合并。熟练使用你所用语言的哈希表、队列和排序API，比背诵冷门题目更重要。练习时要出声讲解，闷头刷题的练习方式无法迁移到真实面试中。
用你正式面试会用到的那一整套环境做一次模拟：同样的语言、同样的编辑习惯、同样的会议客户端。如果公司用桌面版Zoom，就在桌面版Zoom里练习；如果他们在Chrome标签页里用Google Meet，就开着那个标签页练习。桌面悬浮窗和Chrome Side Panel的设置方法在教程页面。
如果来不及写出最优解，就先交出一个正确的暴力解法，说明瓶颈所在，并勾勒出更快方案的思路。一个完整但较慢的答案，配上清晰的优化思路，通常比一个没写完的聪明想法得分更高。