候选人提到一个我不熟的技术——怎么不丢面子又能判断真假？
本文目录
先说结论
不熟没关系，乱装才丢人。9年大数据，新技术每年都在冒，不可能样样精通。
反客为主法：承认不熟 → 反过来当学习者 → 听他怎么讲 → 用通用面试技巧反测。承认是开始，不是结束。
用「通用工程师素养」反测真假。具体技术不熟，但工程师怎么思考问题、怎么排查问题、怎么权衡方案——这些通用能力你是熟的，用这些反测一定能判断。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
作为面试官，迟早会遇到这个尴尬时刻：候选人提到一个你不太熟的技术——StarRocks你只听过、Iceberg你没用过、Pulsar你只读过文档。这时候大部分新人面试官有两个错误反应：要么硬装懂，结果被候选人反问就漏馅；要么直接说「这个我不太了解」，气场瞬间垮掉。其实有第三条路——既不丢面子，又能判断候选人是真用过还是随口提的。这一篇分享我用了多年的「四步反客为主法」。
第一步：坦诚承认不熟
候选人提到StarRocks你不熟，最差的反应是「嗯嗯」装懂。最好的反应是直接说：「StarRocks我只是听过，没在生产里用过，你能给我科普一下吗？正好学习一下」。
# 承认不熟的话术模板
# 软版（最常用）：
# "StarRocks这个我只是听过没深入研究过，
# 你能简单介绍下你们用它解决什么问题吗？"
# 中版（强调学习态度）：
# "我对StarRocks的了解比较初步，
# 正好你用过，能跟我讲讲跟Doris/ClickHouse比有什么差异吗？"
# 反向版（用候选人的熟练度对比）：
# "我们这边技术栈主要是Hologres，没用StarRocks。
# 你能讲讲为什么你们选了StarRocks不选别的MPP引擎吗？"
# 关键：承认不是认怂，是把候选人放到"科普者"的位置上
# 候选人讲得越多，破绽越多，越好判断承认不熟反而是反客为主的开始。候选人这时候有两种反应：① 真用过的人会兴奋地讲，越讲越细节；② 蹭名词的人会含糊，三句话讲完。这两种反应一目了然。
第二步：让候选人「教学」，听结构和细节
候选人开始讲了，你听什么？听三件事：
① 结构是否清晰：真用过的人讲一项技术，会有清晰的结构——核心特点、适用场景、跟同类产品对比、踩过的坑。蹭名词的人讲不出结构。
② 细节是否扎实：真用过的人会脱口而出具体细节——「我们集群XX台机器」「QPS峰值XX」「写入延迟XX」。蹭名词的人只能讲官网描述。
③ 主动谈不足：真用过的人会主动讲「这个东西在XX场景不行，我们当时用XX补」。蹭名词的人会只讲优点。
| 听点 | 真用过的特征 | 蹭名词的特征 |
|---|---|---|
| 结构 | 有「为什么用-怎么用-踩坑」三段 | 只有官网式介绍 |
| 细节 | 具体数字+具体场景 | 泛泛而谈 |
| 对比 | 能跟同类产品权衡 | 只讲单一产品好 |
| 不足 | 主动列出局限 | 回避或不知道 |
第三步：用通用工程师素养反测
具体技术你不熟，但你熟工程师素养。任何技术，无论是不是新的，最终都要回答几个通用问题：
// 通用工程师素养追问（适用于任何技术）
// 通用1: 容量和性能
// "你们用XX处理多大数据量？QPS/TPS峰值多少？"
// → 真用过的人有具体数字，蹭名词的人只能给"很大"
// 通用2: 故障和事故
// "你们用XX出过什么事故？怎么定位的？"
// → 真用过的人有具体故事，蹭名词的人讲不出
// 通用3: 配置和参数
// "你们XX的核心参数有哪几个？为什么这么配？"
// → 真用过的人能讲具体参数，蹭名词的人答不出
// 通用4: 演进路径
// "你们为什么从YY换到XX？换之前YY的痛点是什么？"
// → 真做过技术演进的人能讲出完整故事
// 通用5: 替代方案
// "如果不用XX，下一个最优选择是什么？为什么不选它？"
// → 真做过技术选型的人能讲出权衡这五个通用问题，你不需要懂StarRocks/Pulsar/Iceberg的细节，也能问。回答这五个问题需要的是工程师的实战经验，不是某个技术的专业知识。
第四步：把答案带回去验证
面试结束后，候选人的回答你可以拿去查文档或问同行验证。如果候选人讲的关键细节跟官方文档明显不符，那就是装的；如果回答跟文档对得上但缺乏自己的视角，那是看过文档没真用过；如果回答既对得上又有自己的视角和踩坑，那是真用过。
| 验证结果 | 判定 | 面试反馈 |
|---|---|---|
| 跟文档对不上 | 装的，明显不诚实 | 重点扣分 |
| 跟文档对得上但纯文档化 | 看过没真用过 | 技术深度有限 |
| 对得上+有自己视角+有踩坑 | 真用过 | 技术过关 |
| 对得上+踩坑+演进思考 | 深度用户 | 高分 |
一个真实案例：用反客为主法识破装懂
我面过一个候选人，简历写「精通Iceberg数据湖架构」。我当时只看过Iceberg文档，没在生产用过。我用反客为主法：
第一步（承认）：「Iceberg我只是看过文档没真用过，你给我讲讲你们怎么用的？」
第二步（听讲）：候选人讲了10分钟，全是官网层面的内容——「行级更新」「Schema演进」「时间旅行」——但没有任何具体数字、具体场景、具体踩坑。结构和细节都不及格。
第三步（通用反测）：我问「你们Iceberg表多大？分区策略怎么设的？metadata文件多大？」候选人答不上具体数字。再问「你们用Iceberg遇到过什么坑？」他说「目前还没遇到什么坑」——这是最大的红灯，因为没有完美的技术。
第四步（事后验证）：我面试后查了Iceberg文档，确认候选人讲的概念是对的，但都是官网级别的描述，没有任何深度。结合三个红灯，判定为「了解但没真用过」，最终评估降一档。
整个过程我没暴露自己不熟Iceberg，但成功识别了候选人的真实水平。这就是反客为主法的威力。
怎么提升「不熟领域」的识别能力？
长期来看，作为面试官要持续学习，但不可能每个技术都精通。我自己有几个习惯：
① 每周读一两篇大厂技术博客。不需要看代码，看架构和演进就行。这能让你对当前主流技术的「关键词」有印象，候选人提到时不至于完全陌生。
② 维护一份「关键问题清单」。每个新技术问题模板：核心特点、适用场景、跟谁竞争、典型踩坑。每个技术准备3-5个问题，不熟的时候能直接套用。
③ 跟做过的同行聊。公司内部如果有人在用某个技术，主动找他聊半小时，了解关键问题点。下次面试时就能用作追问素材。
面试高频追问
追问一：候选人讲了一堆我不懂的术语，怎么应对？
不要假装懂。直接说「这几个术语我不太熟，能简单解释一下吗？」。真懂的人能用大白话解释；不懂的人会越解释越乱，或者只能复读名词。这就是判断的关键时刻。
追问二：候选人提到的技术明显不在岗位需求里，要不要继续问？
简短问下他用得多深，但不要花太多时间。重点还是岗位相关技术。但要听他「为什么提这个技术」——是想展示宽度还是想转移你的注意力（避开他不熟的领域）。前者加分，后者扣分。
追问三：候选人技术宽度比我还广，怎么不被「降维打击」？
不需要在宽度上跟他比。你可以选他提到的某一项技术深问，看他能不能讲到细节。一个真懂多个技术的人，每个都能深；一个只是听过多个技术的人，每个都浅。深度比宽度更能反映水平。把战场切到深度上，你的经验就能用上。
实战踩坑：装懂被反问的尴尬
我刚做面试官第一年，候选人提到Pulsar，我没用过但硬装懂。结果候选人反问我：「你们公司Kafka的partition数是怎么决定的？我们Pulsar的Bookie是按这种方式配的，跟Kafka思路类似」——他用Pulsar的概念问我Kafka的实践。我硬撑着答了一通，明显被候选人识破了。后来候选人在面评里提到「面试官似乎对Pulsar不熟但没明说」，我后来听HR反馈，候选人对那场面试体验不好。
教训：装懂的代价不是被识破——是失去候选人的信任。从那以后我形成了一个原则：不熟就直说，把候选人当老师。这种坦诚反而让候选人觉得你专业可信。9年大数据的人也有不熟的领域是常态，硬装懂才是新手做派。
候选人侧反向使用指南
如果你是求职者：
① 别故意提冷门技术想绕过面试官。一个有经验的面试官能用通用问题反测出来，玩这种小聪明会让信任度严重打折。
② 提到一项技术之前，自检三件事：能不能讲清楚特点、能不能给具体数字、能不能讲一个踩坑。三件事都齐才叫「用过」。
③ 主动给面试官「科普角度」。讲完概念后说「我们公司还有几个用Iceberg的具体场景，你想听吗？」——这种主动是真用过的人才会有的姿态。
总结
反客为主四步：承认不熟 → 当学习者 → 通用反测 → 事后验证。承认不熟不是丢面子，硬装懂被识破才是丢面子。具体技术不熟没关系，工程师素养永远通用——容量、事故、参数、演进、替代方案这五个问题适用于任何技术。能在不熟领域里依然准确评估候选人，才是高级面试官的标志。
下一篇进入第三板块——项目与场景。第一题：候选人讲项目讲了20分钟还没讲完，怎么打断不失礼又抓重点？
你做面试官时，遇到过最让你不熟的技术是什么？最后怎么处理的？评论区聊聊～
关注「Wood聊大数据」| 9年大数据老兵，聊技术、聊职场、聊成长
大数据面试官手册
如何问出真实水平 · 第11-15篇：项目与场景
Wood聊大数据
9年大数据老兵，聊技术、聊职场、聊成长
—— 知己知彼的求职指南，新人面试官的实战参考 ——