技能描述分档：了解/熟悉/精通的分寸与证据

打开任何一份程序员的简历，技能区几乎都被“精通”占领：精通 Java、精通 Redis、精通 MySQL，仿佛不精通就不配投简历。面试官对“精通”二字的信任度，已经被泛滥使用消耗殆尽。这一篇讲三个档位的行业分寸、每个档位需要的证据，以及技能区怎么排布才既诚实又有竞争力。

先看一个场景。小李的技能区写着“精通 Java、精通 Spring、精通 Redis、精通 MySQL、精通 Kafka、精通 Docker”。面试官是位工作九年的后端，拿到简历第一个问题就是：“你说精通 Java，那我们说 JVM，类加载的双亲委派在什么场景下会被打破？”小李背得出机制，但打破场景答不全。接下来 Redis 问集群 Gossip 协议，MySQL 问 MVCC 的版本链清理，三个“精通”连环追问后，面试官在评价表上写下：“技术深度与简历表述不符。”小李不是不优秀，是他的每个“精通”都被期待值反噬了。

为什么“精通”会贬值？因为它是全行业最高档的声明，却人人都在用。当一份简历里出现六个精通，这个词的信息量就趋近于零，只剩风险。换个角度看：敢把主力技术写成“熟悉”并配足证据的候选人，反而传递出“对自己边界清醒”的信号，这恰恰是资深面试官非常看重的品质。

一、三个档位的行业分寸

技术社区对这三个词有一些虽不成文、但广泛默认的分寸。需要说明的是，这三个词没有国家标准，不同公司的理解有浮动，但大体分寸是行业默认的。你要做的不是追求精确定义，而是让自己的表述落在多数面试官的共识区间里。

对照这个标准，多数三到五年经验的工程师，核心技术栈的上限是“熟悉”，只有极少数领域够“精通”。把主力技术写成“精通”却经不起追问，是简历里性价比最低的冒险：收益是虚无的“显得厉害”，成本是整场面试的信任崩塌。

二、每个档位配什么证据

档位不是自封的，是证据堆出来的。写技能时，同步在心里过一遍证据清单：

• 了解：能说清“它解决什么问题、什么时候不该用”。写进简历的“了解”通常只凑数，别占太多行。
• 熟悉：有项目使用记录，能讲至少一个你踩过并解决的坑。比如“熟悉 Redis：负责过缓存一致性方案，处理过热 key 导致的集群倾斜”。
• 精通：有源码级理解或线上疑难的处理记录，能对比同类方案的取舍。比如“精通”级别的表述应该是“深入理解 JVM 内存模型与 GC 策略，定位并解决过多次 Full GC 导致的线上卡顿”。

判断方法很简单：假设面试官现在就要问这个技术，你能愉快地聊几分钟？聊不满三分钟的，降到熟悉；只知道概念的，降到了解。诚实分级不是示弱，是把追问的火力引到你有把握的阵地。

不同年限的期望值也可以参考：应届生在主流框架上达到“熟悉”已经合格；三年经验的主力栈应普遍“熟悉”，并有一到两个方向接近“精通”；五年以上才开始有资格谈多个“精通”。低于这个曲线不用焦虑，高于这个曲线才需要警惕。你的简历档位分布，本身就是一份能力自画像。

证据不够的时候怎么办？两个攒法：一是翻项目记录，把“用 Redis”细化成“用 Redis 做过什么方案、遇到过什么问题”；二是补一次小实践，用周末把一个只读过文档的技术做个小 Demo，经历就从“了解”升到了解加动手。档位不是写出来的，是攒出来的。

三、技能区的排布

技能区的内容确定后，排布同样有讲究：

1. 按岗位排序：JD 要求的前三技术，放在你的前三行。这是给扫描者的礼物。
2. 分组清晰：语言、框架、中间件、数据库、工具链分组，每组内按熟练度降序。混乱的一大串会让人觉得“没有主线”。
3. 配使用场景：光秃秃的名词列表信息量低，“Redis（缓存与分布式锁，处理过热 key 问题）”比“Redis”高一个量级。
4. 删掉无关技能：岗位用不到的技术，写了不加分还稀释重点；过时技术（除非维护老系统）直接删。
5. 版本要新：写 Vue3 就别把 Vue2 的项目经验打头，Spring Boot 3 和 2 的生态差异值得在面试聊，简历上先别给自己挖坑。

顺序上还有一个细节：同一组内，把最可能被问到的放最前。比如中间件组里 Redis 比 MQ 更常被问，就把 Redis 放前面，这是无声的引导。技能区的每一行都是一次微型广告位，位置本身就是信息。

还有一个反向操作：把岗位明确不要求的技能收到最后或直接删。比如投后端岗把设计软件放前面，不会显得你多才多艺，只会显得你没认真读 JD。技能区的每一行都在回答“你为什么适合这个岗位”，答不上的行，都是减分项。

四、正反示例对照

反面示范（Java 三年）：“精通 Java、Spring、MySQL、Redis、Kafka、Docker、K8s，熟悉 Linux、Git、Maven。”问题是六个精通、无证据、无分组、无场景，任何一条被追问都可能是事故现场。

正面示范（Java 三年）：“语言：Java（熟悉，3 年业务开发，了解 JVM 调优并处理过 Full GC 问题）；框架：Spring Boot、Spring Cloud（熟悉，两个生产项目）；中间件：Redis（熟悉，缓存与分布式锁方案设计）、Kafka（了解，消息削峰场景使用过）；数据库：MySQL（熟悉，负责过分库与慢查询优化）；工具：Git、Jenkins、Docker（日常使用）。”

后者看起来“弱”，但每一条都接得住追问，而且面试官的提问会自然落在你标注过的强项上。记住：技能区的目标是“引导提问”，不是“炫技”。

再看一个前端应届的对照。反面：“精通 Vue、React、JavaScript、CSS、HTML、Webpack。”正面：“JavaScript / TypeScript（熟悉，两次项目的主力语言）；Vue3（熟悉，独立完成管理系统，含 Pinia 状态管理）；工程化（了解，配置过 Vite 构建与基础流水线）；Node.js（了解，写过简单的 BFF 接口）。”校招生的诚实分级同样成立，而且面试官对校招生的默认预期本来就是“基础加成长性”，六个精通只会显得浮躁。两个示例的共同点：每条技能后面括号里的内容就是它的证据位，写不出括号内容的技能，先别写。

五、三个进阶技巧

第一，用“正在深入”代替虚假档位。对确实在学但还不熟的技术，可以写“了解 XX，正在系统学习并输出实践笔记”，这既诚实又展示成长性，比硬写“熟悉”更让资深面试官欣赏。第二，让 GitHub 作证。简历上写“精通”风险大，写“熟悉”没亮点时，一个高质量的开源贡献或源码分析仓库，比任何档位形容词都有说服力，这一点在作品集篇还会展开。

第三个技巧：技能和项目互相印证。如果简历里项目经历只字未提某技术，技能区却写了“熟悉”，面试官一句“在哪个项目用的”就会卡住。写技能区时逐条对照项目经历，没有项目支撑的技术，要么补一个项目细节，要么降档或删除。

再补一个和面试联动的技巧：把技能区的排序当作面试的提问地图来设计。你希望面试官先问什么，就把对应技能放最前。多数面试官的第一个技术问题就来自简历前几行，这就是你主动选择的开战场地。

用 Claude Code 完全指南 把技能区粘给 AI，让它扮演“严格的九年后端”逐个追问你的档位声明，它会直接告诉你哪个词虚；迭代后的技能区版本，归档到 Obsidian 知识管理实战 的求职笔记，每次投递前对照 JD 微调排序即可。

六、常见错误对照

技能描述的本质是一份“提问合同”：你声明到什么深度，就授权面试官问到那个深度。签一份自己履约得了的合同，比签一份吓人的合同聪明得多。最后给一个立刻能用的动作：打开你的简历，把每个“精通”圈出来，逐个问“我能就这个聊十分钟吗”，答不上来的当场改掉。三分钟的改动，可能救你一整场面试。

本章由 WorkBuddy 原创整理，方法与话术仅供参考，请结合自身情况调整。