“我 GitHub 上有几个项目简历上贴个链接就行了吧”不行。因为这份简历要过两双眼睛而这两双眼睛的关注点几乎不重叠。HR 或者简历筛选系统先看这个人做过什么方向、技术栈对不对、有没有可量化的产出。它们不会点开你的仓库更不会读代码。技术面试官后看这东西到底是自己写的还是照着教程敲的、有没有真正的技术决策、能不能问出深度。只贴链接等于第一关直接放弃第二关全靠对方主动。贴链接之前先确认三件事仓库是 publicREADME 是完整的。面试官打开一个只有代码没有说明的仓库通常十秒就关掉commit 记录看得过去。三个 commit 全叫 update、时间戳集中在同一晚上比没有链接还伤代码是你自己的。fork 来改了配置文件的项目不要写进项目经历这个太容易查了。这三条不满足先花一个下午补 README 和整理提交记录再考虑往简历上写。简历上的项目经历该长什么样对照着看最直观。常见写法个人博客系统使用 Spring Boot Vue MySQL 开发的博客系统实现了文章发布、评论、用户登录等功能。GitHub: github.com/xxx/blog问题在于这段话换成任何一个同专业同学都成立。它描述的是我做了一个大家都做过的东西没有任何独属于你的信息。改写之后个人博客系统github.com/xxx/blog · 后端独立开发· 技术栈Spring Boot 3 / MySQL 8 / Redis / Docker Compose 部署· 文章列表接口在数据量到 5 万条后响应从 40ms 涨到 800ms定位为深分页导致的大量回表改用游标分页 覆盖索引后稳定在 50ms 以内· 评论区高频读写用 Redis 做热点缓存设计了缓存与数据库的双写一致方案延迟双删处理了缓存击穿场景· 用 GitHub Actions 做了 CI提交后自动跑测试并构建镜像差别不在于第二段更长而在于第二段里每一条都是只有真做过的人才写得出来的。深分页、回表、双写一致、缓存击穿这些词一出现面试官立刻知道可以从哪里问起而你已经准备好了。没有真实流量量化数据从哪来这是校招项目最尴尬的一点项目只有自己在用哪来的数据。三个来源都是真的自己压出来的用 JMeter 或者 wrk 压一遍记下优化前后的 QPS 和 P99 延迟。这本身就是工程能力的一部分数据量造出来的写脚本灌 10 万条测试数据很多问题只有在这个量级才会暴露这也是上面那个例子里深分页问题的来源代码规模本身接口数量、表数量、测试覆盖率、代码行数谨慎用行数多不等于好。关键是别编。写支撑日活 3000 用户追问一句用户从哪来的就穿帮了而且是致命的那种穿帮。三个项目怎么排优先级只有一条和目标岗位的相关度不是技术难度也不是你花的时间。投后端就把后端项目放第一个即使那个前端项目你做得更漂亮。第一个项目会被问得最细把你最有把握的放在那里。数量上两到三个足够。第三个之后的边际收益迅速趋近于零还会稀释注意力。宁可两个写透不要五个各写两行。别忘了排版这层内容写好之后还有一道容易被忽略的坎链接在 PDF 里是不是可点、有没有因为过长被折行折断、代码字体和正文混排会不会看起来乱。技术岗简历里出现的英文和符号比其他岗位多排版翻车的概率也高。导出前建议整体过一遍检测棱镜简历的 prismresume.cn/check 免登录能看出格式和结构层面的问题如果内容是在编辑器或者 AI 对话里攒的、还没有成型的版式prismresume.cn/paste 可以把文本直接排成标准简历再导出 PDF。最后一句实在话GitHub 链接的作用是让对方愿意点进去而愿不愿意点取决于简历正文里那三行有没有写出让人好奇的东西。链接本身不产生说服力。