深圳某具身初创 SLAM 一面：手撕只讲思路

《面试题目》

1. 自我介绍。
2. 项目提问。
3. 手撕力扣简单题（只讲思路，不需要写代码）。
4. 反问环节（约半小时）。

《参考解析》

被质疑「项目不是你做的」，要用证据链而不是情绪回应。 这类质疑通常来自叙述里的三处破绽：只讲结果不讲过程、讲不清技术选型的取舍、以及被追问细节时答得含糊。有效的回应是把话题收到你亲手做过的那一小块上，给四样东西——你写的模块与它在系统里的位置、你拍的板与当时的候选方案、你踩过并解决的 bug、你能量化的结果。可以主动画图：数据流图、模块时序、状态流转，画得出来就证明你真的在系统里待过。讲不清的部分干脆承认边界（「这块是另一位同学负责，我知道接口是 X」），把可信度留在能答的地方。反过来，如果项目确实主要是别人的工作，最好的策略是换一个你真做透的项目讲，或者把它降级为「参与过」并补上自己独立做的部分，而不是硬撑到被拆穿。

「只讲思路的手撕题」考的是表达能力，讲法要有固定结构。 拿到题先复述并澄清（输入范围、是否要求最优、允许的额外空间），然后按「思路 → 复杂度 → 边界用例 → 伪代码 → 优化空间」走一遍：例如数组类简单题先说用哈希还是双指针、为什么、时间与空间复杂度各是多少，再点出空数组、单元素、重复元素、极值这几类边界，最后口头写出关键几行。不要一上来就报答案，也不要因为「只是思路」就跳掉边界与复杂度——面试官要判断的是你能不能把方案讲清楚、能不能自己发现问题。如果能指出题目的隐含假设（是否有序、是否可改原数组），那是加分项。

超长反问环节是信息收集窗口，不是客套流程。 半小时的反问足够问出很多东西，建议分四层准备问题：业务与方向（团队在做的产品、算法在链路里的位置、未来半年的重点）、技术细节（技术栈与框架、数据来源与采集方式、评测基线怎么定）、协作与成长（汇报关系、算法与工程的配合方式、新人的上手路径）、流程（后续轮次、时间线、决策方式）。要避开「加班多不多」「我能不能过」这类把判断推给对方的问题；对面试官的回答要接着往下追问一层（比如他说用自研框架，就问为什么不用开源、自研解决了什么），追问本身就在展示技术水平。注意一个反直觉现象：面试官兴致很高、讲得比问得多，并不代表你要过——这场就是反问半小时之后没有后续，所以别把气氛当信号，该准备的下一轮照常准备。

项目管理类的软性环节也要留证据。 这类团队往往同时问协作方式：需求从哪来、算法与工程的边界在哪、如果指标达不到怎么推动。回答时用具体事件说明自己怎么推进（谁决策、你怎么说服、结果如何），比讲抽象的方法论更有用。哪怕是被质疑的那一段经历，只要能讲出「我发现了什么问题、推动了什么改动、最终数字变成什么样」，也能把负面的追问转成正面展示。