90天玩转AI第25期,3天把3个项目写成案例:面试官问什么你都有数

 你手上其实有东西。三个项目，跑过线上，改过几十版。可别人问「你最近做了什么」，你讲了八分钟技术栈，对方记住的只有一句「哦，会用消息队列」。 

 问题不在你不会讲，在你手里没有一张能被追问的卡。 

 这是「90天玩转AI」第 25 期，实战七：作品包装。3 天，每天下班后花 2 小时、2 小时、1.5 小时，最后你手里会有三样东西，不是一份简历。 

 先说清楚交付物，不然三天很容易变成三天改措辞： 

 ① 三张项目卡：每张不超过 120 字，八个固定字段 ② 一份 90 秒口述稿：不看稿能讲完，录音自测三遍 ③ 一个一条命令能跑起来的演示：加上一页「它不做什么」 

 Day 1：先量，再写（2 小时） 

 从数字开始，不从「我负责」开始 

 第一步不是打开简历，是打开你的 git 记录。很多人对自己干过多少活是没有数的，全凭印象，写出来就飘。 

 git log --author="你的邮箱" --since="2025-01-01" --oneline | wc -l git log --author="你的邮箱" --numstat --pretty=tformat: \   | awk '{a+=$1; d+=$2} END {print "加", a, "删", d}' 

 这两个数不写进简历，它只是让你知道自己真实的动手范围。真正的素材是下面三类数字，每个项目各挖一遍： 

 → 规模：多少 QPS、多少数据、几个服务、几个接口 → 代价：省了多少时间、多少机器钱、故障从多久降到多久 → 边界：什么规模会挂、什么场景不做、哪块你没碰 

 第三类最多人漏，而它恰恰是面试官最爱问的。没有数字的用范围代替：3 个服务、14 个接口、20 万行——范围也是事实，只要你不编。 

 三个项目怎么挑？一个难的、一个大的、一个省的。难的证明深度，大的证明影响半径，省的证明你会算账。三个都是增删改查，就重选。 

 淘汰标准只有一条：讲不出「我当时排除了什么」的项目不要写。没有取舍的项目，在别人耳朵里就是「按需求文档实现的」。 

 Day 2：把项目写成「决定」，不是「功能」（2 小时） 

 六行模板，每张卡 120 字 

第一行 背景：一句话，带一个数字。「订单详情 P99 210ms，大促前要压到 150ms。」第二行 约束：时间、人力、不能动的东西。「不能停机、不能改表结构、就我一个人。」第三行 排除：至少两个被否的方案，各写一句代价。第四行 做法：三层——架构上怎么切、关键实现是什么、兜底是什么。第五行 结果：三个数，其中必须有一个反向指标（回滚次数、事故数、成本）。第六行 反思：如果重来，你改哪一处。 

 反面写法你也见过：「使用 Spring Boot + Redis + Kafka 实现高并发下单」。这句话给不了任何追问点，对方只能问你八股。 

 第三行是整张卡的命门。写「我考虑了同步调用，但下游超时会把我们拖死，所以改成异步 + 补偿，代价是要多写一个对账任务」——这句话一出来，对方只能往深处问，问不出「那你具体做了什么」。 

 

 一张卡的目标不是写全，是让对方有得问，而每个问题你都有准备 

 然后压成 90 秒的口述稿，五段：15 秒是什么、20 秒约束、25 秒最难的那个取舍、20 秒结果、10 秒反思。 

 自测方法只有一个：录音，连讲三遍不看稿。第三遍如果你开始往里加形容词（「非常」「极大提升」），说明你还没记住数字——形容词是记不住事实时的替代品。 

 Day 3：做一个能跑的证据（1.5 小时） 

 会讲的人很多，能当场跑起来的很少 

 把项目整理成一个别人能跑的东西。不用是完整产品，一条命令能起来、能看到主流程就够了。 

 README 第一段必须能被直接复制： docker compose up -d curl -s localhost:8080/healthz demo.sh 三条命令走完主流程，输出固定，不现场敲 

 再加一页「边界与没做」：它不处理什么、什么规模会挂、你为什么不做。这一页比功能列表更能让人信你，因为大部分人不会主动说自己不行。 

 简历上的三个禁忌，顺手记一下：不写「精通」、不写没有口径的百分比、不写「参与」。 

 两个我真踩过的坑 

 都是我讲完之后被当场问住的 

坑一：把峰值当日常写。我写过「支撑 8000 QPS」，对方第一句是「这个数是压测还是线上」。写数字必须带口径：线上 7 天 P95、不含大促、单机房。拿不到的写量级并准备好口头解释——被追问口径不丢人，被问出是压测数据才丢人。 

 更实用的一条：现在就把三个数记进自己的私人笔记。离职那天权限当场就关，回头你连监控面板都打不开，只剩一段模糊记忆。 

坑二：说「我负责整个系统」。对方下一句一定是「团队几个人、你写哪块」，然后你就开始解释自己其实只写了三分之一。主动划边界反而加分：「3 个人里我负责对账和补偿，另外两个模块我只读不写。」说清楚不碰什么，比说全是我做的可信十倍。 

 

 90 秒不是把项目讲短，是把「能被追问的那一层」先递出去 

 一个多数教程不会告诉你的进阶 

 准备三层，不是一份稿 

 同一个项目，你要准备三个长度：一句话（电梯里用）、一分钟（面试开场）、十分钟（白板前）。多数人只有一句话和十分钟，中间那层是空的，所以一被追问就掉进细节里出不来。 

 再加一张图，但不是架构图，是失败路径图：请求从哪进来、在哪排队、在哪里最先失败、失败之后谁兜。画这张图的人，一定真的半夜被叫起来过。 

 最后给自己准备一个问题：「如果流量再涨十倍，你改哪里？」答案不用长，但必须是具体的一处——哪个组件先扛不住、你先加什么、代价是什么。 

三天排期—— Day 1（2h）：拉 git 记录、每个项目挖三类数字、选定三个项目 Day 2（2h）：六行模板写三张卡、90 秒稿、录音三遍 Day 3（1.5h）：一条命令的演示、边界页、三层讲法 + 失败路径图 验收标准：三张 120 字的卡、一份 90 秒稿、一条能跑的命令、一页边界。做不到「被追问三层不塌」，就是还没写完。

 💬 你手上那个项目，最难的一个取舍是什么？评论区说说，我挑几个帮你改成卡片。 

 📂 本系列已更新 25 期，点击合集「90天玩转AI」→ 如果觉得有用，点个「在看」↘