Meta编程面试：形式、编辑器与练习方法
作者 Aaron Cao · 更新于
Meta的编程面试环节大约四十五分钟，在一个纯文本的共享编辑器中进行，通常包含两道题目。编辑器通常没有运行和自动补全功能，摄像头全程开启，面试官会评估正确性、速度、代码质量，以及你在编写代码时讲解思路的清晰程度。
这45分钟里究竟会发生什么？
Meta的电话面试和onsite编程环节节奏是一致的：简短的自我介绍后，题目会被粘贴到共享编辑器里，计时实际上就开始了。你需要澄清约束条件、讲清楚解题思路、边写代码边讲解，并用手动方式对照用例逐步模拟运行。一场面试通常有两道题，实力较强的候选人会在二十分钟内搞定第一题，为第二题留出真正充裕的时间。
这些共享编辑器刻意保持简陋：通常没有运行功能、没有自动补全，语法高亮也很少。这并非小气，而是因为被评分的对象是你的推理过程，运行按钮会模糊到底是谁的推理找到了修复方案。你要做好心理准备，自己充当“解释器”，大声地逐个下标、逐个边界情况地走一遍代码。
这些面试环节在Meta完整招聘流程中所处的位置，详见各公司面试流程专题。
面试官到底在听什么？
这里常见的恐惧是沉默：当你在思考时，面试官的笔记上会发生什么。诚实的答案是，笔记记录的是各种信号，而沉默会让这些信号变得贫乏。正确性和速度只是看得见的那一半。另一半是沟通：你是否在动手写代码前先厘清了问题范围，是否讲出了促使你选择某种思路的权衡取舍，以及是否在没有提示的情况下主动测试了自己的代码。
这就是为什么边讲边练比默默刷题更有效。一位解题数量略少、但会大声思考、说出复杂度、并能自我纠正的候选人，比一位沉默的解题者能产生更完整的信号画像。Meta自己的备考指南也是这么说的：这种形式本就是为了奖励“可见的推理过程”而设计的。
模拟面试工具提供限时、两道题、边写边讲的练习环节，是最接近真实共享编辑器场景的演练方式。
最后两周应该怎么准备？
临近考期的准备重点在于贴近真实形式，而不是学习新理论。用语法高亮关闭或很弱的纯文本编辑器解题，即使独自一人也要把每个解法大声说出来，并把练习环节限制在四十五分钟、两道题以内，让这种节奏密度成为常态。重新养成手动逐行推演代码的习惯，因为共享编辑器不会替你运行代码。
一位十天后要参加onsite面试的基础架构工程师就是典型案例。她把晚上时间用来做限时的两题练习，全程录音以捕捉自己沉默的时段，并在最后一个周末完整模拟了一整轮onsite面试。到了真正的面试中，编辑器、节奏和讲解方式都已经很熟悉，于是她的注意力能完全放在题目本身；她自己电脑上的转录记录，只是在她作答时把面试官提出的约束条件稳稳地钉在眼前。
诚实的边界依然适用：实时共享编辑器是双方共同可见的界面，录制或被监控的面试环节不在任何辅助工具的支持范围内，而高密度的时间安排意味着，真正能规模化的只有你自身的熟练程度。这些边界汇总在可检测性专题中。