「简历一页」这条规则来自一个很具体的场景筛选者在屏幕上看每份停留几十秒翻页意味着注意力断一次。技术简历有自己的特殊性名词多、条目密所以经常听到「程序员简历可以两页」的说法。先给判断三年以下一页三到七年一页是目标一页出头可以接受再往上看情况。但绝大多数两页的技术简历第二页不是因为信息多而是因为重复。两页里通常重复了什么拿几份两页简历对着看重复的模式很集中。技术栈写了两遍以上。技能栏列一遍每个项目的「技术栈」行再列一遍同一个 Spring Boot 出现四次。每段经历都有「参与需求评审、编码、自测、上线」。这行在任何一份后端简历上都成立等于没写但它占了每段经历的一行。同类项目写了三个。三个后台管理系统、三个小程序结构一样差异只在业务名词。项目背景写了三行。公司业务介绍、项目立项原因这些和你的能力没关系。把这四类去掉两页通常直接回到一页出头。压缩手法一技术栈只出现在一个地方技能栏列一次按熟练度分组。项目条目里不再列技术栈只写这个项目里特有的技术决策。「用 RabbitMQ 做了订单异步化」是决策值得留「技术栈Spring Boot、MyBatis、MySQL、Redis」是清单删掉。压缩手法二同类项目合并成一条三个后台系统合成一条「运营后台类项目 3 个商品、订单、财务共性是权限模型和导入导出其中财务后台的对账模块做了 XX」。共性一句话带过只展开有信息量的那一个。压缩手法三每条项目不超过四行一行问题两行动作和决策一行结果。超过四行的条目基本都是过程描述在占地方。压缩手法四职责范围写进标题行「后端开发工程师负责订单与支付方向2023.07 至今」写在经历标题那一行下面的条目就不用再逐条重复「负责 XX 模块的开发与维护」。标题行说范围条目说事各管一层能省下每段经历里一到两行。改一条看改前九行电商后台管理系统 项目背景公司为提升运营效率需要一套后台系统管理商品、订单、用户等信息。 技术栈Spring Boot、MyBatis-Plus、MySQL、Redis、RabbitMQ、Vue、Element UI 职责 - 参与需求评审与产品经理确认需求细节 - 负责商品模块、订单模块的后端开发 - 使用 Redis 缓存商品信息提升查询性能 - 使用 RabbitMQ 实现订单异步处理 - 参与系统测试和上线部署改后三行电商运营后台后端商品与订单两个模块独立完成 - 下单流程改为 MQ 异步扣减库存后大促峰值下单接口 P99 从 1.2s 降到 200ms压测 800 并发 - 商品缓存上线后出现缓存与库存不一致加版本号校验和主动失效后问题归零改前九行里能往下追问的信息只有两条Redis 缓存和 MQ 异步。改后把这两条写透其余全删。信息没少少的是没有信息的行。什么不能压量化结果、故障处理经历、技术决策的理由。这三样是简历的信息核心压的应该是过程描述、职责罗列和背景介绍。如果压完一页发现这三样也丢了说明压错了地方。第二页什么时候合理有论文、专利、开源项目维护者身份或者多段跨领域经历比如做过嵌入式又做过后端。这时第二页可以有但它是附录性质第一页必须独立成立读完第一页就能决定要不要面。第二页只是补充材料。一个实用的检验把第二页去掉这份简历还能不能投。能第二页就是附录不能说明第一页没写好。排版层面的压缩页边距收到 1.5 到 2 厘米正文字号 10 到 10.5 磅。日期右对齐和标题放同一行每段省一行。技能栏用分号分隔写成两三行不要每个类别独占一行。别用双栏双栏在压缩上没优势解析上还有风险。自查方法改完之后把一页版本给一个同事看三十秒然后问他记住了什么。他记住的应该是你最想被记住的那两三件事。如果他记住的是「用过很多技术」说明清单还没删干净。顺手也把格式过一遍。压缩过程里删删改改日期格式和标题层级最容易残留不一致。棱镜简历prismresume.cn/check免费体检不用注册粘贴文本或上传 PDF几十秒列出表述缺失、格式不一致这类问题。最后一页不是字数限制是一道筛选只有能撑住追问的内容才留得下来。三年经验压进一页压掉的不该是信息而是重复。