案例
一份简历诊断 Before/After 对比（脱敏）
脱敏展示后端校招简历诊断前后的改写对比，说明如何把「参与开发」改成有说服力的项目描述。
发布于 2026-06-08
本文展示一份脱敏后端校招简历的项目模块，在 AI 诊断建议下的 Before/After 对比，帮助你理解「可执行反馈」长什么样。
背景
- 目标岗：Java 后端（校招）
- 原始问题：诊断评分 62，主要失分在「项目描述过虚」「关键词不足」
Before
校园二手交易平台
参与后端开发，使用 Spring Boot 和 MySQL，完成部分接口。
问题： 无个人边界、无规模、无结果、技术栈未与 JD 对齐。
After（用户确认事实后改写）
校园二手交易平台 | 核心后端 | 2024.03-2024.06
- 负责商品与订单模块 8 个 REST API 设计与实现，MySQL 表结构 6 张，日均订单约 200 单
- 使用 Redis 缓存热门商品列表，列表接口 P95 延迟由 600ms 降至 180ms
- 接入 JWT 鉴权与统一异常处理，联调期间修复 12 个接口级 bug
提升点： 职责清晰、有关键词（Redis/JWT/API）、有量级、可追问
诊断维度变化（示意）
| 维度 | Before | After |
|---|---|---|
| 项目表达 | 低 | 中高 |
| 关键词匹配 | 低 | 中 |
| 整体可读性 | 中 | 高 |
你可以学到的 3 点
- 不要等「大项目」才写数据 — 校园项目也可以有 QPS、订单量、bug 数
- 技术栈写进 bullet，不要只堆在技能栏
- 改完后务必人工核对，确保每条可经得住面试追问
想获得类似反馈，可使用 免费简历诊断。写作方法详见 项目经历指南。
案例已脱敏，数据为示意结构，请使用你自己的真实项目数据。