候选人的方案不是我心里的标准答案——是错还是另一种思路？

-- 三问评估实例
 
-- 候选人方案：用Iceberg的compact处理小文件
 
-- 第一问（场景）：你们用的是Iceberg吗？
-- 候选人答：是，我们去年从Hive迁到了Iceberg
-- → 场景成立
 
-- 第二问（逻辑）：那compact是怎么解决小文件的？
-- 候选人答：Iceberg支持文件级别的rewrite，
--          会把小文件合并成target_size的大文件，
--          原文件标记为deleted
-- → 逻辑通顺
 
-- 第三问（取舍）：那compact有什么代价？
-- 候选人答：会消耗大量资源，
--          我们一般在低峰期跑，
--          且要小心snapshot保留时间
-- → 有取舍意识
 
-- 三问全过：这是高质量非标答，加分
-- 三问只过一两个：是借鉴的方案，没真用过，平评
-- 三问全不过：是瞎答，扣分

怎么应对自己不熟的非标答

候选人讲了一个你完全没听过的方案，怎么办？参考手册10的「反客为主法」，但这里有个补充：把判断责任放到候选人自己身上。

// 应对非标答的话术
 
// 第一步：承认陌生
// "这个方案我不太熟，能详细讲讲吗？"
// → 把候选人放到讲解者位置
 
// 第二步：让他对比已知方案
// "如果跟传统的XX方案比，你这个方案的优势在哪？"
// → 让候选人自己讲清楚价值
 
// 第三步：让他讲适用场景
// "这个方案在什么场景下用合适？什么场景下不合适？"
// → 真用过的能讲清楚边界，没用过的会含糊
 
// 第四步：让他讲踩坑
// "用过程中有没有踩过坑？"
// → 终极判断，真用过的有踩坑故事

当非标答 vs 标准答各有优劣时

有时候候选人的非标答和你的标准答其实各有优劣。这时候不要争论，要把「权衡」摆出来让候选人自己分析。

举个例子，问候选人怎么去重，他说用Flink Keyed State去重，我心里的答案是Bloom Filter。我会问：「Bloom Filter你考虑过吗？为什么没选？」

对比维度	Bloom Filter	Keyed State
内存	省（位图）	大（每个key一条记录）
精确性	有误判可能	精确
维护	简单	需要TTL管理
适用	大数据量但容错	需要精确去重

如果候选人能讲清楚这两种的权衡，那他选Keyed State是有思考的——可能他场景下需要精确去重。这种非标答跟标准答案没有谁对谁错，是不同场景的不同选择。

一个真实案例：差点冤枉一个高分候选人

我面过一个候选人，问他怎么处理实时维度表更新。我心里的答案是「Flink CDC + 内存维度表」。他给的答案是「外部维度表存到Redis，Flink Async IO访问」。

我当时第一反应：「这个方案延迟高啊」，差点扣分。但我用三问评估了一下：

场景：「你们维度表多大？」——「几百万行，Redis能装下」。场景合理。

逻辑：「为什么不用Flink内存维度表？」——「我们维度表更新频率高，几分钟一次，每次更新都重新Load内存表代价大；Redis可以增量更新」。逻辑通顺。

取舍：「Async IO的延迟你怎么控制？」——「我们做了批量请求，Redis本地化部署，P99在5ms以内」。有取舍。

三问全过。最后我意识到：这个方案在他场景下比我心里的「标准答案」更合适。如果按我的标准答案给分，会冤枉一个高分候选人。

面试高频追问

追问一：候选人方案明显有问题，我能直接说「这个不对」吗？

不要。先用三问评估。如果三问下来确实是错的（场景错位/逻辑不通/无取舍），那不是「不对」，是有具体问题。指出具体问题比说「不对」要专业得多。说「不对」会让候选人对抗，说「这个方案在XX场景下会有YY问题」反而能引发他的思考。

追问二：候选人方案我不熟，但听起来有道理，给不给过？

用三问评估。三问能过的非标答可以给过，给过时在反馈里写明「候选人方案非标但合理，建议复评」。这样既不冤枉候选人，也不让自己的不熟变成关卡。如果有更熟悉这个方案的同事，请他复评。

追问三：怎么扩展自己对非标答的识别能力？

两个习惯：① 每次面试遇到非标答，会后查一查这个方案是什么、什么场景下合理。下次再遇到就有判断；② 跟同事交流面试经验，特别是面到「跟你方案不一样但很厉害」的候选人时，问问别的面试官的看法。慢慢扩展自己的「方案库」，识别能力就上去了。

实战踩坑：用「我熟悉的标准答案」挂掉一个候选人

我做面试官第一年，问一个候选人怎么处理小文件，他说「我们用Iceberg的compact」。我当时只熟悉Hive的coalesce，听到Iceberg就觉得他「答非所问」，给了不通过。

后来同事问我为什么挂他，我讲了过程，同事直接说「Iceberg compact就是处理小文件的标准方法之一啊」。我才意识到，我用的是「我熟悉的方案」当标准，把一个比我懂得更多的候选人挂了。

教训：面试官的能力上限决定团队的能力上限。如果你只能识别和你相似的候选人，那你团队永远只有和你相似的水平，永远不会有比你强的人。从那以后我面试的原则是：候选人讲不一样的方案，先用三问评估再判断；如果三问过得了，哪怕我没听过，也要给机会。这才是面试官该有的姿态。

候选人侧反向使用指南

如果你是求职者，给非标答时：

① 主动用三问的结构讲：「这个方案的场景是XX，原理是YY，代价是ZZ」。把面试官想问的都讲清楚，不让他猜。

② 主动对比标准方案。「跟传统的XX方案比，我们这种做法的优势是YY，但代价是ZZ」——主动对比让你的方案立刻显得有思考。

③ 不要硬刚面试官。如果面试官表示困惑或质疑，先讲清楚自己的逻辑，但承认「这是我们场景下的选择，不一定通用」。

总结

方案没有标准答案，只有适用场景。面试官心里的「标准答案」是局限。非标答三问评估：场景对不对？逻辑通不通？取舍有没有？三问全过的非标答是高分。面试官的最大成长是「能识别自己不会的方案」——能给出比自己强的候选人公平评分的，才是真高级面试官。

下一篇进入第四板块——信号与决策。第一题：候选人各方面看着都挺好——怎么挖出潜在的红线问题？

你做面试官时，遇到过让你重新认识自己「标准答案」的非标方案吗？评论区聊聊～

关注「Wood聊大数据」| 9年大数据老兵，聊技术、聊职场、聊成长

大数据面试官手册

如何问出真实水平 · 第16-20篇 + 总结篇

Wood聊大数据

9年大数据老兵，聊技术、聊职场、聊成长

—— 信号与决策 · 全册收官 ——