程序员简历的技术栈,别再写成关键词墙 看过不少开发岗简历专业技能那一栏最常见的长这样熟练掌握 Java、Python、C、Go熟悉 Spring Boot、MyBatis、Redis、Kafka、RabbitMQ、Docker、K8s、Vue、React、MySQL、MongoDB、Elasticsearch了解 Linux、Git、设计模式、数据结构与算法。三行字塞了二十多个词。写的人觉得这叫技术面广看的人只会得到一个结论这人什么都碰过一点没有一样能问。面试官读这一栏时脑子里在做的事很具体挑一个词准备提问。你列出来的每一项都是在给对方发问题许可。列二十个等于把选择权全部交出去而其中总有几个是你三年前写过一次课程作业的。精通这个词的代价技术圈对这几个词有大致共识而且共识比字面意思严格得多了解知道它解决什么问题能说清适用场景没在项目里用过熟悉在项目里用过遇到过问题并且自己查文档解决了熟练/掌握反复用过知道常见坑和配置项能对比同类方案做选型精通读过源码或者实现过类似的东西能讲清内部机制。写精通 MySQL那么索引结构、事务隔离级别的实现、主从复制延迟怎么排查都是合理的追问范围。写熟悉追问会停在你用它做过什么、遇到过什么问题。一个词的差别决定了整场面试的难度系数。绝大多数人写熟悉就够了把精通留给你真的敢让人往深处问的那一两项。按结构分组别摊成一行关键词墙的另一个问题是没有层次。招聘方要判断的是这个人的技术栈是否匹配我们这套技术选型而不是数你会几个名词。分组之后这个判断在三秒内就能完成编程语言Java主、Python、SQL 后端框架Spring Boot / Spring Cloud、MyBatis 存储MySQL索引优化、分库分表、Redis缓存、分布式锁 中间件Kafka、RocketMQ 工程化Git、Docker、Jenkins、Linux 常用命令括号里那半句是重点。它把一个空泛的名词变成了具体的使用深度也在暗示面试可以从哪里问起你主动划定了范围比被动挨问要舒服得多。跟着 JD 调别一份投到底同样是后端岗一家写熟悉高并发场景有消息队列使用经验另一家写负责数据平台建设熟悉 Flink/Spark。这两家要看到的技能栏排序完全不同。不需要重写整份简历只要把匹配项往前提、把无关项删掉。你会 Vue投纯后端岗时它占的那一行就是浪费版面投全栈岗时它就该在。删比加更难但更值钱。一份技能栏只留八到十项、每项都能聊十分钟的简历比列二十项的可信度高一个量级。几个立刻能改的细节别写了解数据结构与算法“熟悉设计模式”。这两项是默认要求写出来不加分反而占位置技术名词用官方写法SpringBoot 写成 Spring Bootk8s 首次出现写 Kuberneteses 写 Elasticsearch。这属于职业素养的细节看的人会注意到版本和场景比名词值钱写 “Redis缓存穿透/雪崩处理、分布式锁” 远好过单写 Redis不熟的一律删。项目里没用过、只看过教程的删掉不会有任何损失留着可能葬送一整轮面试技能栏别放在第一页最上面。校招简历第一页的黄金位置应该留给项目经历技能栏是索引不是主体。技能栏本质上是一份欢迎提问清单。你希望面试官问什么就把什么写在上面、写得具体不希望被问的就别放上去。这份清单里的每一行都应该是你主动选择的战场。改完之后建议过一遍检测看看关键词密度和结构是不是还正常。棱镜简历的 prismresume.cn/check 免登录粘贴文本就能出五维评分和问题清单改技能栏这种局部调整用它验证一次成本很低。写简历这件事没什么玄学但确实有反直觉的地方列得越少看起来越强。