身边不少老朋友最近都在找工作，聊下来发现一个扎心的事实：投出去几十份简历，回复寥寥无几。明明经验丰富、技术扎实，却在第一关就被筛掉了。问题往往不出在能力上，而是出在简历本身——很多老程序员还在用刚入行那套"技能清单+项目流水账"的写法，把自己十多年积累的宝贵经验，写成了HR眼中毫无辨识度的普通简历。
这篇文章就是聊这件事的。我会从简历内容怎么写、格式怎么调、往哪儿投、怎么跟进这几个层面，把我这些年见过的、用过的、踩过坑的经验全部摊开来讲。适合35岁以上、工作十年以上，正在求职或者准备跳槽的程序员参考。文章里的思路和模板都可以直接拿去用，不需要你额外再查什么资料。
1. 先认清现实：大龄程序员的简历为什么总被忽略
1.1 被筛掉的不是年龄，是"没有增量"
我在某大厂做技术面试官那几年，看过上千份简历。一个很残酷的现实是：HR在初筛阶段，确实会对年龄偏大的候选人更谨慎。这背后的逻辑并不全是"歧视"，而是成本考量——一个工作十年的工程师，期望薪资通常不低，如果他的简历上展示出来的能力和一个工作五年的人差不多，那HR凭什么花双倍的钱请你？
这就是问题的核心：大龄程序员的简历如果只是"经验的重复堆砌"，在HR眼里就是没有增量。
举一个最常见的例子。很多老程序员的简历项目经历是这样写的：
- 2019.06 - 2022.03，某电商平台，Java开发工程师
- 负责订单模块的开发与维护
- 参与系统架构升级
- 解决线上问题
这种写法的问题在于：它只展示了"你做了什么岗位"，完全没有展示"你创造了什么价值"。工作三五年的人也是这么写，工作十五年的人还是这么写，那用人单位为什么不选那个更年轻、薪资更低、体力更好的人？
我经常打一个比方：超市货架上的商品，包装上只写了"本品为食品"，没有任何口味、分量、特点的介绍，你觉得顾客会拿它吗？简历就是你放在货架上的商品包装，你不能只写"我是程序员"，你得写清楚"我是能解决什么问题、带来什么价值的程序员"。
大龄程序员真正的卖点是什么？是踩过足够多的坑、设计过足够大的系统、带过足够复杂的团队、处理过足够棘手的线上事故。这些才是"年龄溢价"的支撑。问题是，大部分人的简历里根本没把这些写出来。
1.2 从HR视角看简历：3秒钟决定生死
理解简历怎么写，先得理解看简历的人是怎么工作的。
我认识不少HR朋友，他们筛简历的速度比刷短视频还快。一份简历平均停留时间是10到30秒，初筛阶段甚至只有3到5秒。这3秒里HR在看什么？就三样东西：
- 硬性条件是否达标：学历、工作年限、技能关键词是否匹配岗位要求。
- 跳槽频率是否在容忍范围内（一般少于一年一跳会被重点关注，超过三份短工作会被标记）。
- 项目经历是否和岗位方向吻合，有没有明显的亮点。
看清楚这个排序了吗？**项目亮点排在最后，但却是决定你能不能进入面试的关键。**因为硬性条件大家差不多都满足，跳槽频率也是客观事实，唯一能拉开差距的就是项目经历里有没有让人眼前一亮的瞬间。
所以，大龄程序员写简历的第一个要务就是：**别再让人家3秒就把你归入"普通"那一类了。**你的简历要让HR在扫到第三眼的时候，看到一两个"这人有东西"的点，从而愿意多花30秒把你转给用人部门。
要做到这点，靠的不是花哨的排版，而是内容层面的重构。下一节我会逐条讲，项目经历到底应该怎么改写。
2. 简历内容重构：把经验从"老"变成"贵"
2.1 项目经历：用"问题-动作-结果"替代流水账
我见过太多简历，项目经历写得像工作周报："负责XX模块开发""参与XX系统建设""协助XX功能上线"。这种写法的最大问题是没有对比、没有冲突、没有结果。好的项目经历必须讲清楚三件事：当时遇到了什么难题（问题）、你具体做了什么（动作）、最后产生了什么可量化的效果（结果）。
我现在辅导老同事改简历，基本都推荐用一个固定句式：
面临[具体问题]，我通过[具体方案/动作]，实现了[可量化结果]，并沉淀了[方法论/可复用资产]。
来看一个改写前后的对比。
改之前：
某大型物流平台，高级Java工程师，2020.03 - 2022.06 - 负责仓储系统的设计与开发 - 对系统进行性能优化 - 参与技术团队管理改之后：
某大型物流平台（日均订单超200万单），高级Java工程师，2020.03 - 2022.06 背景：仓储系统在大促期间频繁出现超时和宕机，核心接口P99延迟达到2.8秒，用户体验和订单转化受到严重影响，技术团队面临巨大压力。 动作： - 主导仓储核心链路的性能攻坚，通过慢SQL治理、缓存分层、异步化改造等手段，将核心接口P99延迟从2.8秒降至380毫秒，大促期间系统稳定性从99.2%提升到99.95% - 重构库存预占模块，引入分布式事务方案，解决了极端并发下的库存超卖问题，经受了单日峰值50万单的验证 - 带领5人小组完成系统从单机房到多活架构的演进，培养2名高级工程师 结果：大促期间零P0事故，仓储链路成本降低约30%，这套性能优化方法论已在团队内部推广复用。看到差别了吗？**同样的经历，第二种写法展现的是"解决问题的专家"，第一种写法展现的是"干活的"。**HR和面试官想看的就是第二种。
这里我补充一个实操技巧：每个项目经历写3到4个"问题-动作-结果"要点就够了，不要把所有事都塞进去。贪多嚼不烂，重点太多等于没有重点。你要做的是挑出这个项目里最亮眼的3个贡献点，然后用上面的句式写透。
2.2 技术栈呈现：从"会什么"到"解决过什么"
很多程序员喜欢在简历里放一大段技能列表，从Java基础到框架原理到中间件，恨不得把大学课程表都列上去。大龄程序员这么干尤其吃亏，因为你的技能列表和一个刚培训出来的新人差别不大，都是Spring、MySQL、Redis、MQ这些，你凭什么让面试官觉得你更深？
真正的差别在细节里。同样是"会Redis"，不同资历的写法完全不同：
- 初级写法：熟悉Redis，了解缓存穿透、雪崩
- 中级写法：熟悉Redis的数据结构和持久化机制，有缓存方案设计经验
- 高级写法：设计过分层缓存架构，支撑日均千万级QPS，解决过缓存穿透、热点key、数据一致性等实际问题，并有完善的监控与降级方案
技术栈这块，我建议大龄程序员做一次"深度扫描"：把你用得最熟的5到8个核心技术点（注意，不需要面面俱到），每一项都改成"技术+规模化场景+实际成果"的格式，写进技能清单或者合并到项目经历里。
关于那些比较老的技术，比如Struts、JSP、甚至是更早的EJB，要不要写？我的建议是：
| 情况 | 处理方式 |
|---|---|
| 老技术 + 支撑过大规模业务 | 写入简历，但要强调规模化场景和稳定性，比如"维护过支撑XX万用户的JSP系统" |
| 老技术 + 普通业务量 | 不要再写，没有加分还会拉低印象 |
| 老技术 + 有演进沉淀 | 重点写你如何把老系统演进到新架构，这是大龄程序员独有的亮点 |
记住一句话：**没有过时的技术，只有过时的表达方式。**老技术只要后面跟着"规模和稳定性"，就是宝贵的经验资产；老技术如果只剩"熟练使用"，那就是减分项。
2.3 业绩量化：让数字替你说话
简历里最容易被忽视、又最能体现"重量感"的，就是量化数据。我改简历的时候问得最多的一句话就是："这个结果你能不能用数字表达？"一开始很多人说没有数据，但深挖之后基本人人都有——只是大家平时没意识到这些数字值钱。
我给所有候选人总结了四个量化维度，非常管用：
性能维度：QPS（每秒请求数）、TP99/P99延迟、并发数、接口响应时间。比如"支撑了单日XX亿次的调用量"，这就是硬通货。
成本维度：节省了多少成本、缩短了多少交付时间、提升了多少人效。比如"通过链路优化节省服务器成本约40%，一年节约XX万元"。
规模维度：系统服务的用户量、覆盖的业务线、数据量级。比如"完成XX个微服务的拆分治理""支撑亿级用户的核心账户系统"。
质量维度：系统可用性、故障次数、线上Bug率。比如"将系统可用性从99.5%提升到99.99%""全年零P0事故"。
如果你的项目已经过去很久，当时确实没记录数据怎么办？我教大家一个办法：**做基线评估，用相对值描述。**比如"相比上一版本，系统性能提升约50%（由压测数据得出）"，这种写法只要不造假，就有说服力。
有人可能会问：这些数据写在简历上，面试时被追问怎么办？这其实是好事，因为面试官追问数据，说明他对你感兴趣。你要做的就是确保这些数字经得起推敲——怎么测的、基线是多少、瓶颈在哪，这些你在写简历时就应该想清楚，这也正好为后面的面试做准备。
3. 简历表达与格式细节：稳住第一印象
3.1 一份"减龄"简历的格式清单
内容是里子，格式是面子。大龄程序员的简历不需要花哨，但不能让人一眼就觉得"老气"。什么叫"老气"？表格套嵌、花花绿绿的边框、大段大段的自我评价、贴证件照、写了快三页还没说到重点……这些都是减分项。
我建议大家直接把简历简化成下面这个结构，干净利落：
基本信息：姓名、电话、邮箱、意向城市、求职意向（Java高级工程师/技术专家/架构师）。工作年限写清楚，这是自然信息，不用遮遮掩掩。
个人优势（3到4条）：这是你的"电梯演讲"。每一条都要是"经验+成果"的组合。例如：
- 12年后端开发经验，专注高并发交易系统，独立带过20人以上技术团队
- 主导过亿级用户平台的整体架构演进，系统可用性长期保持在99.99%
- 有丰富的跨团队协作和技术管理经验，擅长从0到1建立技术规范
工作经历（倒序，近10年重点写，再往前简单带过）：早期经历写公司、岗位、时间就行，项目细节聚焦在近5年。这不是造假，而是信息呈现的策略——HR最关心的是你现在能干什么，而不是你15年前做了什么。
项目经历（2到3个重点项目）：用上一节说的"问题-动作-结果"格式，每个项目控制在5到8行。
教育背景：学校、专业、时间，简单一行。如果学历不占优势，可以放在简历尾部，降低存在感。
技能清单（5到8条核心技能）：每一条都按"技术+场景+结果"来写，拒绝干巴巴的技术名词堆砌。
这里有个很实用的格式技巧：**全文一个字体、一个字号（建议正文10.5磅或11磅）、一种强调方式（加粗就够了，不要又加粗又变色）。**页边距不要太小，留白多一点，段落之间空一行。打印出来或者导出PDF的时候，控制在两页以内。超过两页，说明你还没学会取舍。
还有一个特别容易被大龄程序员忽略的点：**邮箱名称和文件名。**别再用什么loveyou2008@xx.com这种邮箱了，注册一个"姓名全拼+数字"的Gmail或企业邮箱都好。简历文件名规范写成"姓名-应聘岗位-工作年限.pdf"，比如"张三-高级Java工程师-12年.pdf"。别跟我说这是小事，HR下载简历的时候，一个清爽的文件名会让她对你的第一印象好很多。
3.2 针对AI筛选的简历关键词优化
现在很多中大型公司用ATS（申请人跟踪系统）做简历初筛，这玩意儿说白了就是根据岗位描述（JD）里的关键词给简历打分。如果你的简历里出现的关键词和JD吻合度太低，系统直接把你的简历归入"不合适"，HR根本看不到。
这就引出一个新问题：大龄程序员的简历，技术栈可能偏旧，写法和JD差得远，很容易在关键词匹配环节被误杀。怎么破？两个办法。
第一，**逐条对照JD提取高频词。**假如JD里写了"精通分布式系统设计""熟悉高并发处理""有微服务治理经验""熟悉Kubernetes"，那这些词组就应该原样出现在你的简历里，而不是换个说法。注意，是自然融入，不要生硬堆砌，更不要为了凑词写一些你根本不会的东西。技术图景可以适度适配，但不能造假。
第二，**适当增加"业务语言"关键词。**大龄程序员的一大优势是业务理解深。JD里如果反复出现"交易""支付""风控""供应链"等业务词，而你恰好做过相关领域，一定要在简历里体现。ATS不仅匹配技术词，也匹配业务词。我的经验是，技术词+业务词双匹配的简历，进入面试的概率远高于只堆技术词。
这里插一个小提醒：**别为了过ATS，把简历改成"关键词拼接版"，段落读起来像机器翻译。**我的建议是每一段还是正常写人话，只是在自然表述里把关键词"融入"进去。比如"主导晴支付网关系统的高并发架构升级"这句话，就自然包含了"支付""高并发""架构升级"三个高频词，不需要刻板地写"熟悉高并发，熟悉支付，熟悉架构"。
4. 投递策略：渠道、时机与话术
4.1 投递渠道优先级：内推大于猎头大于海投
简历写好了，往哪儿投就很关键。我见过太多人守着BOSS直聘、拉勾、猎聘猛戳"一键投递"，然后石沉大海。不是说平台不能用，而是对大龄程序员来说，平台的效率极低。
核心原因在于：平台投递的简历要经过"HR初筛 - 业务部门筛选 - 薪资匹配"层层关卡，HR一天收到几百份简历，你一个十年经验的老兵，要求又不低，如果没有特别突出的亮点，很容易被直接跳过。而且平台推荐算法倾向于推送活跃度高的年轻候选人，这天然对大龄不友好。
我的渠道优先级排序是这样的：
- 老同事、老领导内推。这是最高优先级。前同事知道你的真实水平，内推可以绕过HR初筛，直接把简历送到用人部门负责人手里。哪怕只是帮忙递个话、介绍下团队情况，成功率也比海投高好几倍。我身边几个大龄朋友找到满意工作，全是靠内推。
- 靠谱的技术猎头。不是那种在平台上群发"你好，我们有个Java岗位"的猎头，而是真正懂技术、懂行业、愿意和你深度沟通的猎头。好的猎头知道哪些团队需要"稳定、资深、能扛事"的人，会主动帮你包装和推荐。
- 技术社区和个人品牌曝光。比如把你的项目复盘写成长文发出来，或带着开源作品出现在行业活动里，让工作主动找上你。这个见效慢，但是复利最大。我后面会单独说。
- 招聘平台。不是不能用，而是要有策略地用。优先在BOSS直聘上直接和团队负责人或HR沟通，不要海投。
关于猎头，我多说一句：**大龄程序员要学会主动维护几个优质猎头的关系。**猎头手里有大量不公开的岗位，这些岗位往往对经验要求高、薪资空间大，竞争反而没有公开招聘激烈。你可以在脉脉上关注几个专注技术领域的猎头，平时勤联系，机会出现的时候他们第一个想到你。
4.2 投递的节奏与时间窗口
投简历也要讲节奏，这不是玄学，是信息触达概率问题。
先说时间窗口。根据我多年的观察，HR处理简历的高峰期是工作日上午的10点到11点，以及下午的2点到3点。周一的邮件堆积最多，你的简历很容易被淹没；周五下午HR的心思早就飞到周末了。**最理想的投递时间其实是周二、周三的上午。**这时候HR刚处理完周一积压的活儿，心情相对平稳，有时间认真看简历。
再来说整体节奏。很多大龄候选人求职容易陷入两个极端：一个是"海投战略"——一次投出去上百份，结果面试邀约寥寥，陷入自我怀疑；另一个是"精投战略"——一个星期只投三五家，效率太低。我的建议是走"批次投递"路线：
第一批（前两周）：只投那些你"势在必得"的岗位——和你现有经验极度匹配、公司平台不错但不算顶流的那些。目的是先拿1到2个面试练手，找回面试状态。
第二批（第3到4周）：根据第一批的反馈调整简历（比如发现某类岗位回复率高，就加重那方面的描述），然后投"跳一跳能够到"的岗位，争取拿到正式Offer。
第三批（第5周起）：如果前两批效果不理想，再放宽范围，投一些之前犹豫的岗位，或者考虑调整期望薪资和职级。
为什么分批次而不是一次性投完？因为简历不是一成不变的，面试反馈是最好的简历修改依据。你一次性把牌全部打完，后面发现简历有问题都没法调整。而且分批次可以让你保持心态稳定，不会因为某一个阶段的低迷而焦虑。
4.3 打招呼话术：别只会发"你好"
BOSS直聘这类平台鼓励主动打招呼，但大多数人的开场白是灾难级的："你好，我看你们在招Java开发，我可以应聘吗？""你好，我有10年经验，方便聊聊吗？"
这类话术的问题在于：**它浪费了第一次触达的机会。**你在平台上和大厂HR或技术负责人对话，窗口期可能就那么一两次，如果第一句话没让人产生兴趣，后面基本没戏。
我给大家一个自己反复打磨的话术模板：
您好，我是Xxx，有12年后端开发经验，近几年专注交易系统和支付网关方向，独立带过20人团队。看到贵司在招后端技术专家，我过去做过日均千万级QPS系统的稳定性治理和架构演进，核心接口性能提升约6倍，可能比较匹配。这是我的简历[附件/pdf]，方便的话想请您帮忙看看。
你发现没，这段话40个词以内，包含了五层信息：**我是谁（经验年限）、我专攻什么方向（匹配岗位）、我带过什么团队（管理能力）、我做过什么成绩（量化亮点）、我表达了诚意（请您帮忙看看）。**这才是能让人主动回你的打招呼。
这里还提醒一句：**打招呼之前，先把你的头像、在线简历、作品链接都整理好。**很多人平台页面还挂着一张模糊的旅游照当头像，在线简历空空如也，打招呼话术写得再漂亮，别人点进去一看还是觉得不专业。头像不需要多帅多美，一张干净的职业照就够了，这个细节比你想象中的重要。
5. 面试是简历的延伸：提前设计你的"证据链"
5.1 简历上的每句话都要能讲出故事
简历写完不是终点，它更像是你为面试准备的"剧本"。面试官所有的追问，基本都围绕简历展开。所以我在改简历的时候会不断问候选人一个问题："这句话，面试官要是追问起来，你能不能讲出一个完整的故事？"
比如你写了"核心接口性能提升约6倍"，那面试官可能会问：
- 当时为什么这么慢？瓶颈在数据库还是应用层？
- 你用了哪些手段？顺序是什么？效果分别如何？
- 你怎么验证是6倍？用的什么压测工具？压测的基线是什么？
- 性能提升了，系统稳定性有没有受到影响？有没有引入新的问题？
**这些问题全都要能答得上来。**如果有一个答不上来，这个数据就不该写，或者写之前先花时间想清楚。简历里的每一个"亮点"，都应该是一个可以扩展成5分钟故事的"证据节点"。这是大龄程序员和年轻程序员最不一样的地方——你经历过、你踩过坑，你讲出来的故事是有细节、有血肉、有取舍的，这是真正的优势。
我建议所有人在投简历之前，做一次"简历自检"：把简历上的每一条要点，都尝试用三段式讲一遍——背景是什么、我做了什么、结果怎么样。讲不通的地方，要么是简历写得太虚，要么是你自己也没想清楚。把这些地方想明白了，面试的时候你会自信很多。
这里再分享一个实用技巧：**大龄程序员面试前，务必准备一页纸的"技术架构图"或"项目复盘稿"。**不用太复杂，把你最得意的项目画成一张图，面试的时候讲起来条理特别清楚。我带过很多候选人实验过，这招对技术面试官极其有效——他会觉得你逻辑清晰、有总结能力，加分明显。
5.2 大龄程序员面试的三个高频坎
面试环节里，有几个问题是专属于大龄程序员的，躲不开，不如提前准备好。
第一个坎："我们团队比较年轻，你来了会不会有管理上的顾虑？"
很多HR和面试官会委婉地问年龄相关的问题，潜台词是：你能不能接受被年轻人管？能不能融入年轻团队？这时候千万不要慌张，也不要急着表忠心。我的建议是这样回应：
"我这些年带过团队，也当过一线大头兵，能上能下。团队年轻意味着活力强、创新快，我愿意跟年轻人多交流学习。反过来，我的价值在于把过去踩过的坑变成团队的避坑指南。我认为资历和年龄不是管理上的障碍，沟通和结果才是。"
这段话的核心是：表明你既不倚老卖老，也不抗拒变化，同时暗示你带来了"避坑经验"这个附加值。
第二个坎："你这个薪资期望，是不是有点高？"
大龄候选人的薪资博弈往往是失利的重灾区。我见过很多人面试全过了，就是挂在HR谈薪这一关。怎么做？首先，简历里的期望薪资不要随便写死，写成"面议"或一个区间，比如"40-50K"，给自己留空间。其次，谈薪的时候不要只谈薪资数字，要把你的"溢价理由"讲清楚——你能带来什么别人带不来的东西。比如：
"我理解这个岗位的预算范围。关于薪资，我的想法是这样：我需要的是一个能让我长期投入的团队，薪资上我可以有弹性，但前提是工作内容和职责匹配我的经验积累。我在之前带了两个核心系统的落地，对这块业务非常熟，前期可以压缩很多试错成本。"
重点是：**把薪资从"成本思维"变成"投资思维"。**让面试官觉得你是来帮团队省钱的，而不是来花钱的。
第三个坎："这个项目你最失败的地方是什么？"
大龄程序员面试中，面试官经常会问失败经历。这个问题其实是让你展示成长性的机会。千万不要答"好像没什么失败的事"——这等于告诉对方你缺乏反思能力。正确的姿势是：挑一个真实的、有一定复杂度但已经消化彻底的失败案例，讲清楚当时的决策失误、带来的损失、以及后来如何补救和沉淀。比如一次技术上选型导致的架构返工，你后来总结出了一套技术选型的评估框架，还推广到了团队。这个回答既展示了坦诚，又展示了复盘能力，是典型的"加分回答"。
这三个坎的核心逻辑其实是一致的：**大龄程序员的面试，不是要比年轻人"更能拼技术深度"，而是要比他们"更有判断力、更稳、更让人放心"。**技术深度当然重要，但面试官的最终决定往往基于一个朴素的问题：这个人来了，我放不放心把事交给他？你在面试中传递出的每一个信号，都应该指向"放心"这两个字。
6. 常见问题与避坑清单
6.1 常见问题速查表
我整理了被问得最多的问题，直接列个速查表，方便大家对照自查。
| 问题 | 我的处理建议 |
|---|---|
| 早年的经历要不要全写？ | 近10年重点写，更早的写上公司、岗位、时间即可，最多加一行核心产出 |
| 有空窗期（比如半年一年）怎么办？ | 不用刻意隐藏，在时间线上简要说明是休息充电、个人项目还是技术学习，面试时一句话带过即可 |
| 期望薪资怎么写？ | 写区间不写死，区间跨度别太大（比如30-50K这样），给自己留谈判空间 |
| 学历不突出（大专/非全日制本科）怎么办？ | 放简历末尾，弱化存在感；同时用高质量项目经历和量化成果反向弥补 |
| 要不要附GitHub、博客、技术专栏？ | 有高质量内容就附，附带一句你是"从解决什么问题出发写的"；没有就别硬凑 |
| 要不要写"自我评价"？ | 不需要单独一个栏目的"自我评价"，但可以在简历开头用"个人优势"代替，一定要具体，不要写"热爱学习" |
| 年龄要不要直接写在简历里？ | 工作年限本身就是年龄线索，不需要额外标注出生年月。如果被问，坦然回答，不回避 |
| 之前在传统行业/小公司，没接触过大厂技术栈？ | 这是最需要解决的问题：先花2-3个月补上主流技术栈和项目实践，再开始投递，否则简历再漂亮也过不了技术面 |
这里要特别提醒一句话：**大龄程序员的求职周期普遍比年轻人长，大概3到6个月是正常的。**不要因为头一个月没有回音就陷入自我怀疑。我见过太多能力很强的人，因为心态崩了，后面半年的求职动作全部变形——乱投、降薪、接不合适的Offer，越走越被动。把求职当成一个持续优化的过程，而不是一场速决战。
6.2 特别提醒：不要做的几件事
最后，我结合这些年见过的最典型的失误，给大家总结一份"大龄程序员简历避坑清单"，每一条都是真实案例。
第一，不要在简历里自嘲年龄或表达焦虑。"虽然我年龄大了，但学习能力还很强""希望能有个稳定发展不求高薪"这种话，写了就是废。你以为是在示弱，实际上是在告诉HR"我知道自己不行"。也绝对不要用"大龄""35岁"这些字眼出现在简历正文中，包括作品链接里的文件名。你的简历应该传递自信和力量，不是焦虑和屈就。
**第二，不要夸大或造假。**这是老生常谈，但大龄程序员造假尤其危险。因为你的经验越深，面试官深挖的力度就越大。一个岗位写了5年经验的人吹点牛可能侥幸过关，一个写了12年经验的人如果被问到某个细节答不上来，掉粉程度是加倍的。简历可以取舍，可以强调，但绝不能凭空捏造。
**第三，不要用"精通"这个词来给自己贴标签。**资深程序员面试中最容易被挑战的写法就是"精通XX"。因为"精通"两个字的标准极高，面试官最喜欢拿"精通"技术栈往死里问。我的建议是：**把"精通"换成"深刻理解""有大规模落地经验""能独立设计"这类更可验证的表达。**比如"深刻理解JVM内存模型与GC调优，曾主导XX系统GC停顿从XXXms优化到XXXms"。这种表达既准确，又不给自己挖坑。
**第四，不要海投之后干等。**简历投出去之后，几天没回复，可以礼貌地在平台或邮件里跟进一次。很多人觉得主动跟进很掉价，其实完全不会，我反而觉得这是责任心和工作主动性的体现。一封很短的跟进消息就够了："您好，上周投递了简历，非常期待有机会和您简单沟通。如有需要我可以补充更多项目细节。"大多数时候不会有回应，但偶尔，这一个动作就能把简历从"已读不回"里捞出来。
**第五，不要在简历里把自己的职业规划写成"三年内成为架构师"。**大龄程序员还在简历里写这种"成长规划"，会让人觉得你对自我的认知还停留在早期阶段。你要是想往架构师或管理岗位走，用得着在"个人优势"里直接写"有架构设计能力，有团队管理经验"，而不是写"计划未来成为架构师"。你的简历写的是"现在能做什么"，不是"未来想干什么"。
到这里，简历怎么写、怎么投、怎么应对面试、怎么避坑，基本都讲透了。最后再分享一点我个人的感受：我在帮很多朋友改简历的过程中发现，**很多人不是没有亮点，而是从来没有认真梳理过自己这十几年的经验。**你用一年到头的时间在写代码、解决问题、带团队，但是很少停下来把这些经历系统性地转化为"可以被别人识别的价值"。写简历这件事，本质上就是一次深度的自我复盘。哪怕你现在没有立刻换工作的打算，也建议每隔半年认真更新一次简历，不是为了投递，而是为了让自己看清楚：这段时间，我到底有什么新的东西可以写在上面。这个习惯，会是你整个职业生涯里最保值的一个动作。
