面试随笔：写给 2013 年那个第一次当面试官的我
前置：这篇写于 2013 年 12 月底。我刚从某物流公司跳到某科技公司，第一次以"技术经理"身份坐在桌子另一头。
为什么写这篇
2013 年是我职业生涯里第一次身份切换——从"被面试的"变成"面试别人的"。
那年某科技公司给我安排了一个新职责：参与校招和社招。我刚毕业 7 年，第一次坐在这边，看简历、提问题、写评语。一开始我以为这事简单——我自己就是被面过来的，难不倒我。结果第一个月就发现：会答面试题和会面试，是两码事。
这篇随笔，是我对那一年 5 场面试（12 个候选人）的复盘，沉淀成 5 条核心判断 + 4 个常见坑。
面试的 5 个核心判断
1. 诚实 > 装
我面过一个候选人说"精通 Spring 源码"，我问了一句"那 BeanFactory 的 refresh() 流程能背一下吗"，他愣了 10 秒，最后说"忘得差不多了"。
那 10 秒里，我对他的信任从 70 分掉到 30 分。
从那以后我看简历，“精通"两个字基本是减分项。我宁愿看到"熟悉，读过部分源码”，然后能说清楚读了哪几块、解决过什么问题。知道的边界，比知道多少更重要。
2. 数据 > 形容词
候选人说"我做了性能优化，效果明显"。我一定会追问：“从多少优化到多少？持续多久？用什么方法测的？”
- 如果答不出来，大概率是编的
- 如果能答出来，“原来 QPS 200，优化后 1200”——这就是真东西
形容词谁都会说，数字骗不了人。这是我这十年面试的"金标准"。
3. 故事 > 罗列
“我用了 Redis、Kafka、HBase……”
这种罗列技术栈的答案，我听完就忘。
“我接手一个接口 QPS 200，团队一直解决不了。我去查了一下，发现热点 key 都在同一个 hash tag 上，做了一次 rehash，重新分片后 QPS 到了 1500。”
——这种有起承转合的答案，我听完记得住。
面试是讲故事，不是背目录。
4. 决策 > 知识
“Redis 和 Memcached 有什么区别？” 这种问题我早就不问了。能上网查的东西，问出来没意义。
我开始问"你当时为什么选 Redis 不选 Memcached"——背后的思考、权衡、踩过的坑，才是真正值钱的部分。
架构师面试，核心是"为什么"，不是"是什么"。
5. 边界 > 假装
我会主动问候选人"你有什么学不动或者做不了的方向吗"。
2013 年我答不好这道题——总觉得自己什么都行。结果被面过几次才发现，承认自己不会的人，反而更值得信。
愿意说"我 Java 后端熟，前端我只能写写静态页面，复杂交互需要找人"的人，比"我全栈"的人靠谱得多。
4 个常见坑
坑 1：把"准备面试"做成"背面试题"
我见过候选人拿着 500 题的面试题库，一题题背。我问他场景题就露馅了。
面试不是高考，是聊天。 背下来的东西，聊天里很快露馅。
坑 2：简历写"精通"，被一句追问打回原形
2013 年那年，简历上"精通"出现频率最高的三个词是"精通 Java"“精通 Spring"“精通 MySQL”。
后来我做了个自检清单：每写一个"精通”，后面必须配一个能讲 10 分钟的具体案例。讲不出来就改"熟悉"或"了解"。
坑 3：项目经历写"参与"而非"主导"
“参与了 XX 系统的开发”
——这种话在我这里等于没写。
要么写"主导/独立负责"，要么写"在 XX 模块负责 YY 部分"。含糊其辞的简历，面试官会默认候选人是打酱油的。
坑 4：把"加班时长"当卖点
2013 年起就有人开始把"能加班"“接受 996"当优势写简历。
我面试时反而会减分——能主动用"工时"换"价值"的候选人，通常是想掩盖能力短板。
该提的是你解决了什么问题，不是你熬了多少夜。
给 2013 年那个我的 3 句话
- 面试是双向选择。 你在选公司，公司也在选你。别把自己摆太低了。
- 不会就说不会。 这是底线，丢了就全盘皆输。
- 讲故事，而不是背答案。 你过去 7 年干了什么，用 3 个故事讲清楚，比 30 段流水账强 100 倍。
后记
2013 年那 12 个候选人，最后我推荐了 3 个入职。这 3 个里面 2 个现在还在某科技公司做技术骨干，1 个第二年跳了阿里。
回头看，招人不是选最强的，是选最对的。这个道理我花了 5 年才真的相信。
下篇预告：2020 年 3 月，我从某健康集团做健康平台开始，第一次面对"数据量级"对架构的冲击，写了《当数据量起来之后》。