主题
界面
项目与练手索引
1. 本节定位
项目不是「做过就行」，而是「能讲、能验、能交付」 —— 链接列表在 项目与工具索引，本节给的是「怎么选、怎么算完成」 ✓✓。
★ 一张「项目验收清单」+ 本知识库的 8 个可交付项目 ✓✓：
text
验收四条：① 能跑起来（README + 一键命令）② 有测试（数量与分层）
③ 有数据（性能/正确性实测）④ 能讲 3 分钟（含取舍）
本知识库项目：项目 A（图书借阅）、项目 B（高并发秒杀）、测试体系（单元/接口/UI/性能）2. 学习目标
- 掌握练手项目的选择标准（可讲 / 可量化 / 可交付）★★★；
- 会用「验收四条」判断项目是否完成 ★★★；
- 知道各类项目（CRUD / 性能 / 工具）的取舍 ★★；
- 能把项目转成简历与面试素材 ★★★。
3. 前置知识检查
- 完成过至少一个端到端项目吗？（《项目 A：需求分析与范围定义》 起）✓
- 会把项目写进简历吗？（《简历与项目描述》）✓
4. 为什么需要这个知识
★ 项目经历的三种「无效」 ✗✗：
| 无效 | 表现 |
|---|---|
| 教程抄一遍 ✗✗ | 能跑，但一问「为什么这么设计」就哑 |
| 功能堆砌 ✗✗ | 20 个页面，没有一个能讲深度 |
| 没有数据 ✗✗✗ | 「做过」但说不出任何量化结果 |
5. 核心概念
5.1 选择标准：可讲 / 可量化 / 可交付 ★★★
| 标准 | 判据 | 反例 ✗ |
|---|---|---|
| 可讲 ✓✓✓ | 至少有一个「挑战点」能讲 3 分钟（并发、一致性、性能） | 纯 CRUD 无难题 |
| 可量化 ✓✓✓ | 有性能/正确性/覆盖率的实测数字 | 「很快」「很稳定」 |
| 可交付 ✓✓ | README + 一键运行 + 测试 | 只在自己电脑能跑 |
★ 一条优先级 ✓✓✓：「一个能讲透的深度点」> 「十个平平的功能」 ✓。
5.2 验收四条（完成的定义）★★★
text
① 能跑起来：README 写清依赖与命令，别人 10 分钟能跑通 ✓✓
② 有测试：单元 + 集成（有接口则加接口测试）；数量可数、分层清楚 ✓✓
③ 有数据：至少一个实测（性能拐点 / 并发正确性 / 覆盖率）✓✓✓
④ 能讲 3 分钟：背景 → 挑战 → 方案取舍 → 结果（含数字）✓✓✓★ 缺任何一条都不算「完成」 ✓：「③④」是最容易被跳过、也最有价值的 ✓✓。
5.3 项目类型与取舍 ★★
| 类型 | 练什么 | 风险 |
|---|---|---|
| CRUD 业务系统 ✓ | 分层、事务、接口设计 | 容易没有深度 ✗ |
| 高并发场景 ✓✓✓ | 缓存、MQ、限流、压测 | 需要压测与故障注入才有效 ✓ |
| 工具/框架 ✓✓ | 抽象设计与 API 手感 | 容易自娱自乐（没有人用）⚠️ |
| 测试/质量体系 ✓✓✓ | 分层测试、CI、质量门禁 | 需要真实数据支撑 ✓ |
★ 建议组合 ✓✓：一个业务系统（项目 A）+ 一个高并发系统（项目 B）+ 一套测试体系 —— 正好覆盖业务深度、性能深度与工程深度 ✓✓✓。
5.4 从项目到简历（三步）★★★
text
① 挑 2 个「有挑战点」的项目（[S7-002](../../07-career/job/S7-002) 的四维改写）
② 每个项目准备「追问链」的答案（[S7-006](../../07-career/job/S7-006) 的弹药链）
③ 把项目的实测数据放进知识库/博客（[S8-004](../../08-continuous/growth/S8-004)）6. 递进示例
6.1 给项目补「数据」
text
改造前：图书借阅系统（能借还书）✗
改造后：+ 172 个自动化用例（四类分层）+ 并发借还的一致性验证 + 压测记录 ✓✓✓
★ 功能没变，但「可讲性」完全不同 ✓6.2 反例：教程项目的「重写」
text
跟着视频敲一遍商城 ✗✗（每一行代码都懂，但每一个决策都不懂）
正解：**换一个自己的领域**，只借鉴架构方法 ✓✓✓7. 索引与使用
- 项目与工具索引（练手项目与开源项目列表，脚本生成）✓
- 本知识库的交付项目：
- 项目 A 图书借阅（《项目 A：需求分析与范围定义》 起）
- 项目 B 高并发秒杀（《项目 B：高并发场景与架构设计》 起）
- 测试体系：单元（TA）/ 接口与 UI 与性能（TB）
- 验收四条：能跑 / 有测试 / 有数据 / 能讲 ✓✓✓
8. 观察点
- 用「验收四条」给你的项目打分：缺哪条？✓✓✓；
- 抽一个功能问「为什么这么设计」：答不上来的地方就是深度缺口 ✓✓；
- 让同事按 README 跑一遍：能否 10 分钟跑通？✓✓（这是最真实的验收）。
9. 常见错误
| # | 错误 | 说明 |
|---|---|---|
| 1 | 只堆功能不做深度 ✗✗ | 一个挑战点胜十个页面 ✓✓ |
| 2 | 没有测试 ✗✗ | 无法证明「能维护」✓ |
| 3 | 没有实测数据 ✗✗✗ | 面试无法量化 ✓✓ |
| 4 | 只在本地能跑 ✗✗ | 交付性不成立 ✓ |
| 5 | 抄教程不改领域 ✗✗ | 决策理解为零 ✓✓ |
10. 动手实验
- 用验收四条盘点你现有的项目，列出缺口 ✓✓✓；
- 给最接近完成的项目补「实测数据」（压测或并发验证）✓✓✓；
- 写一份 README（依赖 + 一键运行 + 架构图）✓✓；
- 录一段 3 分钟的项目讲解（自查「能讲」）✓✓✓。
验收方式：一个项目通过验收四条，且 3 分钟讲解能让非本项目同事复述出「挑战与结果」。
11. 练习题
- 项目选择的三条标准？
- 验收四条分别怎么验？
- 为什么「一个深度点」胜过「十个功能」？
- 建议的项目组合是什么？各覆盖什么深度？
参考答案（要点）
- 可讲（有挑战点）/ 可量化（有数据）/ 可交付（README + 一键跑） ✓✓★
- 10 分钟跑通 / 测试数量与分层 / 至少一个实测数字 / 3 分钟讲清取舍 ✓✓★
- 面试与评审只看深度与取舍，功能数量不等于能力 ✓✓★
- 业务系统 + 高并发系统 + 测试体系；覆盖业务/性能/工程三种深度 ✓✓★
12. 掌握标准
- [ ] 会用三条标准选项目 ★★★；
- [ ] 会用验收四条定义「完成」★★★；
- [ ] 能给项目补齐实测数据 ★★★；
- [ ] 能 3 分钟讲清项目取舍 ★★★。
13. 扩展资源
14. 下一步学习
前置知识
无，可直接开始
后续知识
暂无
进度只保存在本机浏览器，可随时清除