程序员简历有一个别的岗位没有的特点：看简历的人，很大概率自己就写过代码。HR 初筛可能看不出「精通 Java」和「用过 Java」的差别，但技术面试官一眼就能看出来——面试第一个问题往往就是「你简历上写的这个项目，讲讲你负责的部分」，答不上来，前面写的全部作废。
所以程序员简历的核心问题不是「怎么写得好看」，是怎么写得经得起追问。
技能栈：分级写，别只会写「精通」
很多简历的技能部分是一串平铺的名词：「精通 Java、精通 MySQL、精通 Redis、精通 Spring Cloud……」。问题是，全「精通」等于没说——面试官会直接挑一个来验证，一旦对不上，整份简历的可信度都会被打折扣。
更实用的写法是分两个维度：分类 + 分级。
| 分类 | 示例 |
|---|---|
| 编程语言 | Java、Python、Go |
| 框架 / 中间件 | Spring Boot、Kafka、Redis |
| 数据库 | MySQL、MongoDB |
| 工具 / 平台 | Docker、Git、Linux、AWS |
分级用诚实的词，而不是清一色「精通」：
- 熟练使用：项目里长期用，出问题能自己排查定位
- 有实践经验：项目里用过，跑得通，但没深挖底层原理
- 了解：看过文档、写过 demo，还没在正式项目里用过
诚实分级不是自曝其短，是提前筛掉不匹配的追问——面试官通常会顺着「熟练使用」这一档往深问，你答得上来，反而比一水儿「精通」更能建立信任。
排序也有讲究：把和目标岗位 JD 重合度最高的放最前面。投后端岗，Java/Spring/MySQL 排前面；投前端岗，把这些换成对应的前端技术栈。同一份简历投不同方向的岗位，这部分应该跟着调整，而不是一份模板打天下。
项目经验：技术方案 + 你的角色 + 可衡量的结果
非技术岗的项目经验讲究「做了什么、做成了什么」；程序员简历要多加一层——技术方案。看简历的人想知道：遇到问题时你是怎么想的，选了什么方案，为什么选它而不是别的方案。
| 改写前（无效） | 改写后（有效） |
|---|---|
| 负责订单系统的开发，使用了 Spring Boot、Redis、MySQL 等技术。 | 负责订单系统的库存扣减模块。大促期间并发扣减库存出现超卖，排查发现是数据库行锁在高并发下等待时间过长；改用 Redis + Lua 脚本做原子扣减，压测 QPS 从约 800 提升到约 3000，超卖问题解决。 |
| 参与后端接口的性能优化工作。 | 负责用户中心接口的性能优化。定位到首页接口平均响应时间 800ms+ 的主因是重复查询用户权限表，引入本地缓存 + 失效通知机制后，平均响应时间降到 120ms 左右，接口 P99 也明显改善。 |
| 负责项目的 CI/CD 流程搭建。 | 从 0 搭建项目的 CI/CD 流程（GitLab CI + Docker），把原本靠人工打包部署、平均每次 40 分钟的流程，改成提交后自动构建测试并发布到测试环境，单次发布时间压缩到 5 分钟内，团队每周节省的人工操作时间明显减少。 |
能看出规律：问题是什么 → 你选了什么方案、为什么 → 结果怎样（能量化就量化）。数字必须是你自己实测或压测出来的，答得上来「这个数怎么测的」，才能写。答不上来，宁可只写方案和方向，别硬编数字——这一点和其他岗位的原则完全一样，技术岗的追问只会更细，不会更松。
没有大厂级项目怎么办
不是所有人的项目都涉及高并发、大数据量。项目规模小，一样可以写出技术深度：写清楚你在这个规模下做了什么设计决策、踩过什么坑、怎么解决的。「一个日活几百的小项目，用什么技术、为什么这么选、上线后发现并解决了什么问题」，比空泛地堆一串没有细节的「参与了 XX 系统开发」更有说服力。项目大小是次要的，思考过程是主要的。
GitHub / 作品链接：要放，但只放能打开、能看懂的
技术岗有一个别的岗位没有的优势：可以直接给证据。一个能打开、有 README、代码结构清晰的 GitHub 项目，比任何形容词都有说服力。
但反过来，一个只有零星几次提交、没有说明、一看就是随手 fork 或者课程作业草稿的仓库，放出来是减分的——它在提示面试官「这个人平时代码习惯比较随意」。
放链接前自查三件事：
- 能不能直接打开运行，还是需要一堆没写清楚的环境配置
- 有没有 README 说清楚这是什么、怎么用、解决了什么问题
- 挑 1–2 个最能打的，别把 GitHub 主页链接甩过去让人自己翻——面试官没有时间帮你筛选
校招技术简历：课程项目要经得起「当场打开讲」
社招技术岗看业务影响和技术选型；校招没有线上事故和工单，面试官改问：这个仓库现在能不能跑、哪一段是你写的、复杂度高的地方你怎么想的。把课程作业写成「高并发微服务中台」，追问部署和流量来源时会立刻对不上。
校招优先写能演示的项目：毕设、竞赛、自己维护的小工具。技能栏可以保留「了解」用来表示学过但没上过线；社招则应压缩「了解」，把篇幅留给能排查的那一层。项目来源不够时，见应届生没有实习经历，简历怎么写。年限短就一页；年限长了可以两页，仍然不要把用过的库名全部铺开。
常见错误
- 技术名词堆砌，项目描述空洞。「熟悉微服务架构、分布式系统、高并发设计」，但项目部分一句具体的技术决策都没有——面试官只会觉得这些词是抄来的。
- 大段贴代码截图。简历不是代码仓库，截图既占版面又几乎没人会真的读。要展示代码能力，放一个可访问的仓库链接就够了。
- 只写用了什么技术，不写解决了什么问题。「使用 Redis 做缓存」说明不了任何能力，「因为 XX 场景下数据库压力过大，引入 Redis 缓存热点数据后 QPS 提升到 XX」才是完整的一条。
- 简历页数失控。技术岗特别容易把每个用过的技术都列一遍，导致简历三四页。参考简历写几页合适，砍掉和目标岗位无关的部分。
- 算法竞赛成绩堆一长串却不说含金量。写清楚比赛级别、排名区间和参赛规模（如「校赛前 5%」「省赛二等奖」），没有参照系的名次读者无法判断分量。
程序员简历最终考验的不是形容词用得好不好，而是你写的每一条，能不能在面试时被继续追问下去。写之前把自己当成面试官读一遍，答不上来的地方，就是该改的地方。