技术简历的筛选逻辑很直接：关键词对不对，项目讲得深不深。
一、结构
基本信息、技能栈、工作经历、项目经历、教育背景。
技能栈放在最前面，方便对方快速匹配岗位要求。
项目经历占一半以上篇幅。
二、技能栈怎么写
分三档：熟练、熟悉、了解。
每档列具体技术点，不要写「精通 Java」这种无法验证的表述。
写清版本或生态，比如熟悉 JDK 17、Spring Boot 3、MyBatis，比只写框架名更具体。
数量控制在每档八项以内，长了反而显得没有重点。
三、项目写到什么深度
一个项目写四段：
业务背景。 一句话，说清系统解决什么问题、量级多大。
我的职责。 具体到模块，不要写「参与开发」。
技术方案。 关键设计是什么，为什么这么选，替代方案是什么。
结果。 性能、稳定性、成本三方面任选其一给数字。
四段里最有价值的是技术方案，面试追问也集中在这里。
四、避免的几类写法
只列技术名词不写场景，读起来像课程大纲。
所有项目都写「负责后端开发」，看不出差异。
堆砌框架版本号，但没有一处说明为什么用。
项目结果全是「顺利上线」，没有可衡量的变化。
五、投递前检查
时间线是否连续；项目是否按时间倒序；有没有拼写错误的技术名词；简历文件名是否规范。
最后一项目前仍被频繁忽略：文件名写成「姓名-岗位-年限」，比「简历最终版」更容易被找到。
六、简历之外的两件准备
一是把项目里的核心技术点整理成三五个问答，能讲清设计取舍和踩过的坑。
二是准备一段五分钟的自我介绍，讲自己做过什么、擅长什么、想做什么。
简历决定有没有面试，这两件决定面试能走多远。