结论先行开场不是自我介绍，是给听众一个听下去的理由。 三十秒里要回答一个问题：这件事跟我有什么关系。四个结构都能做到，挑一个顺手的用。
我做过三次很失败的分享。共同点是：前三十秒全在讲背景，听众的注意力在我讲到重点之前就走了。
01我失败的三次开场
- 第一次：「今天想聊聊构建性能……」——没有人关心构建性能，大家关心的是自己要不要加班。
- 第二次：放了三页项目架构图。第三页的时候有人在刷手机。
- 第三次：讲了个自认为很好笑的梗，冷场，然后整场节奏都乱了。
02四个可复用结构
- 痛点前置。先说最疼的那一秒：「发布会前四十分钟，我在点第五次构建」。
- 数字反差。「47 秒到 8 秒，我改了三个文件」——先给结果，过程后面再说。
- 错误示范。先展示一个大家都写过的错法，再拆它错在哪。
- 一个问题。「谁知道为什么这个 div 撑不满高度？」——举手的那批人会听完整场。
Tip
四个结构有个共同点：第一句里必须有一个具体的人、一次具体的事。抽象名词留到第二分钟。
03一个反例清单
- 不要用「大家好我是 XX，今天分享的主题是……」当开场——那是目录，不是开场。
- 不要在开场放超过一页的架构图。
- 不要为了活跃气氛讲梗，除非你讲过十次以上。
下一篇回到技术：把浏览器渲染流水线从头走一遍。