主题
界面
团队分享与知识输出
1. 本节定位
写作是「异步输出」，分享是「同步输出」 —— 一次 20 分钟的分享， 能把自己梳理的知识变成团队资产，也是晋升材料里最硬的一类证据。
★ 本节用工具生成两份可直接用的分享大纲 ✓✓：
text
大纲 1：线上问题排查三板斧（20 分钟）—— 钩子 + 4 个环节 + 现场演示 + 行动项
大纲 2：GC 日志速读（10 分钟）—— 钩子 + 3 个环节 + 现场练习
每份都标注：时间分配表 + 演示素材清单（全部可离线复现）✓✓✓★ 工具：python -X utf8 scripts/growth/talk_outline.py ✓
2. 学习目标
- 掌握分享稿的「钩子 → 内容 → 演示 → 行动项」结构 ★★★；
- 会做时间分配与「现场演示」的准备 ★★★；
- 会用本知识库的实测素材做可信的演示 ★★★；
- 知道分享的复利：影响、复盘、晋升材料 ★★。
3. 前置知识检查
- 有沉淀好的案例或卡片吗？（《架构案例与解决方案沉淀》）✓
- 会写「结论 + 证据 + 行动」吗？（《技术写作与博客》）✓
4. 为什么需要这个知识
★ 团队分享的三个复利 ✓✓✓：
| 复利 | 说明 |
|---|---|
| 影响力 | 让同事知道「这个问题可以找你」✓✓ |
| 梳理 | 讲一遍比自己读三遍都管用 ✓✓✓ |
| 材料 | 晋升/面试时的「知识输出」证据 ✓✓ |
★ 常见失败 ✗✗：内容太满（40 分钟塞 100 页 PPT）、没有演示、没有行动项 —— 听众的收获 = 记住的一个结论 + 回去做的一件事 ✓✓。
5. 核心概念
5.1 分享的四段结构（实测）★★★
text
① 钩子（90 秒）：一个真实时间线或一个尖锐问题 —— **别从目录开始** ✗✓
② 内容（主体）：2-4 个环节，每环节一个结论句 ✓✓
③ 演示（必选）：现场跑真实命令/程序（比截图可信）✓✓✓
④ 行动项（收尾）：让听众「今天回去做一件事」✓✓★ 实测大纲 1（节选） ✓✓：
text
【分享大纲：线上问题排查三板斧：CPU 高 / 内存涨 / 接口慢（20 分钟）】
开场 90 秒：放一张真实的时间线 —— 从告警到定位 18 分钟，区别只在「先跑哪条命令」
三板斧总览 2 分钟
CPU 高：一行命令到行号 5 分钟 · 演示：Arthas thread -n 3 → 95.54% 与行号
内存涨：先看存活量 6 分钟 · 案例：64M 堆复现 OOM（存活量顶住上限 + Full GC 5 次）
接口慢：trace 耗时占比 4 分钟 · 演示：normalize 0.01% vs doFetch 99.91%
行动项与收尾 3 分钟 · 把三条命令写进团队 Runbook5.2 现场演示：分享的「可信度开关」★★★
★★ 三条演示纪律 ✓✓✓：
- 能跑就别放截图（真实输出 = 可信）✓✓✓；
- 准备离线兜底（网络/环境出问题时，用已采集的真实输出文件）✓✓；
- 控制时间（演示超时是分享的第一杀手）✗✗。
★ 本节的演示素材 ✓✓：labs/java-deep 的 DiagnoseTarget（三合一故障程序）、 已采集的 s6010-out.txt / arthas-thread.txt（离线兜底）✓。
5.3 每环节一个结论句 ★★★
text
✗ 「Redis 预扣会有一致性问题，我们做了 MQ 削峰，还有对账，另外…」（信息流，记不住）
✓ 「预扣与库的不一致靠**条件 UPDATE + 对账**兜底」—— 一个结论 + 一个证据 ✓✓✓★ 检验方法 ✓✓：让听众复述（能复述出来 = 结论句设计成功）—— 与 《技术写作与博客》 一致 ✓。
5.4 时间分配的「三分法」★★
text
主体内容：演示：互动/收尾 ≈ 5 : 3 : 2
（20 分钟的分享：内容 10 分钟、演示 6 分钟、钩子+行动项 4 分钟）✓✓
★ 宁可**少讲一个环节**，也不要赶时间 ✗✓5.5 分享之后：把产出留下来 ★★★
| 动作 | 产出 |
|---|---|
| 分享稿 + 演示脚本 归档 ✓ | 下次可直接复用（或给新人） |
| 现场问题整理成 FAQ ✓✓ | 「听众问倒我的三个问题」是最有价值的部分 ✓✓✓ |
| 行动项跟进 ✓ | 两周后回访「谁真的做了」 |
| 升级为课程/文章 ✓✓ | 复用 《技术写作与博客》 的写作流程 ✓ |
6. 递进示例
6.1 用工具生成大纲
powershell
python -X utf8 scripts/growth/talk_outline.py6.2 从「一张卡」到「一次分享」
text
一次排查的解决方案卡（S8-005）→ 加钩子与行动项 → 20 分钟分享 ✓✓✓
★ 这是最省力的路径：**你不需要新的内容，只需要把已有的卡片讲出来** ✓✓6.3 反例：把 API 文档念一遍
text
「今天介绍一下 Feign 的十个注解」✗✗（没有场景、没有坑、没有行动）
正解：「一次线上超时，让我重新理解了 Feign 的超时与重试配置」✓✓✓7. 完整可运行工具与实测
工具：scripts/growth/talk_outline.py
运行：
powershell
python -X utf8 scripts/growth/talk_outline.py实测输出（节选）：
text
===== 分享大纲：GC 日志速读：十分钟学会看一条 Pause 行（10 分钟）=====
开场 60 秒：抛一个问题 ——「这行日志里，活了多少、死了多少、停了多久？」
（System.gc()）×3 —— 是代码自己调的（生产禁忌）
（G1 Compaction Pause）×5 —— 真的装不下了
现场练习 3 分钟 · 给两份日志，让大家判断哪份「有病」并说出依据
===== 分享设计的四条规则 =====
· **开场 90 秒给「钩子」**：一个真实时间线或一个尖锐问题，别从目录开始 ✗✓
· **现场演示优先于 PPT**：真实输出比截图可信 ✓✓8. Debug 观察点
- 把 20 分钟的内容压到 10 分钟：观察「必须砍掉哪个环节」（逼出主线）✓✓✓；
- 提前对一位同事试讲：让他指出「哪一段走神了」✓✓；
- 现场演示故意（或意外）失败一次：检验离线兜底是否可靠 ✓✓；
- 分享后收集「复述结论」的准确率 ✓✓。
9. 常见错误
| # | 错误 | 说明 |
|---|---|---|
| 1 | 从目录开始 ✗✗ | 钩子先行 ✓ |
| 2 | 内容太满 ✗✗✗ | 宁少勿多，讲透 2 个点 ✓✓ |
| 3 | 全是截图没有演示 ✗ | 可信度打折 ✓ |
| 4 | 没有行动项 ✗ | 听众「听了个热闹」✓✓ |
| 5 | 演示超时 ✗✗ | 提前掐表练习 ✓ |
| 6 | 讲完不归档 ✗ | 下次重造轮子 ✓ |
10. 动手实验
- 跑工具生成大纲，选一份 实际讲一次（哪怕是三人小范围）✓✓✓；
- 用 《架构案例与解决方案沉淀》 的卡片做内容源（零新内容）✓✓；
- 收集三个现场问题，整理成 FAQ 并补充进卡片 ✓✓✓；
- 两周后回访行动项完成率 ✓。
验收方式：完成一次 ≥ 10 分钟的真实分享，听众能复述结论，且产出 FAQ 与归档材料。
扩展任务：把分享升级成一节正式课程（放进团队 wiki 或本知识库的 S8 结构里）✓✓
11. 练习题
- 分享的四段结构？为什么不能从目录开始？
- 现场演示的三条纪律？
- 「每环节一个结论句」怎么检验？
- 时间分配的三分法？
- 分享之后必须留下的四样产出？
参考答案（要点）
- 钩子 → 内容 → 演示 → 行动项；目录没有信息量，钩子决定注意力 ✓✓★
- 能跑就别截图 / 离线兜底 / 掐表演示 ✓✓★
- 让听众复述，复述不出 = 结论句失败 ✓✓★
- 内容 : 演示 : 互动收尾 ≈ 5 : 3 : 2 ✓✓★
- 分享稿归档 / FAQ / 行动项跟进 / 升级为课程 ✓✓★
12. 掌握标准
- [ ] 会用四段结构设计分享 ★★★；
- [ ] 会做现场演示与离线兜底 ★★★；
- [ ] 会给每环节设计结论句 ★★★；
- [ ] 有「分享后留产出」的习惯 ★★。
13. 扩展资源
- TED 演讲的钩子设计（公开课）
- 《Arthas 与线上问题诊断》（大纲 1 的演示素材）
14. 下一步学习
《前沿方向：云原生与 AI 应用开发》 前沿方向：云原生与 AI 应用开发 —— 保持技术视野的更新机制。
前置知识
无，可直接开始
后续知识
暂无
进度只保存在本机浏览器，可随时清除