#32 关于演讲这件事

2026-05-31

最近在研究一个跟写代码完全不搭的话题——演讲。

为什么突然研究这个？大概是因为我发现，不管你技术多好，如果不能把想法清楚地传递给别人，那基本等于没有。写代码是跟机器沟通，演讲是跟人沟通，后者显然更难——机器不会走神，不会玩手机，也不会在你讲到一半的时候突然问一个完全不相关的问题。

TED 的创始人克里斯·安德森，看了十五六年别人演讲，总结了四条：

• Focus on One Major Idea — 聚焦于一个主意
• Give Your Listeners Reasons to Care — 给听众关注的理由
• Build Your Idea with Familiar Concepts — 用听众熟悉的概念表述你的主意
• Make Your Idea worth Sharing — 让你的主意值得分享

四条里没有一条是”声音洪亮”或者”PPT 做得花里胡哨”。这让我稍微松了口气，毕竟我的审美不太行。

.

.

.

之前看到过一组关于公众演说的要点，记不清出处了，但觉得说得挺好：

■ 讲故事
■ 视觉化
■ 心理演练
■ 换位思考
■ 主题明确
■ 尽量避免专业术语
■ 互动

越看越觉得这跟写代码是一回事。

「讲故事」——好的代码有叙事性，从输入到输出，读的人能跟着逻辑走下来，像读一段有起承转合的文字，而不是被丢进一堆散落的零件里。

「换位思考」——写代码的时候想着”三个月后的我能不能看懂这段”，演讲的时候想着”台下那个对这个领域一无所知的人能不能跟上”，本质上是同一件事。

「主题明确」——一个函数只做一件事，一次演讲也只讲一件事。什么都想塞进去的结果就是什么都没讲清楚，跟一个五百行的函数一样让人崩溃。

「避免专业术语」——你在 code review 里写”这里用了 monad 的 bind 操作做了一个 kleisli composition”，和你在演讲里满嘴缩写，效果是一样的——台下一片茫然，但碍于面子没人说听不懂。

所以理论上，程序员应该都是天生的演讲家才对。

……

好吧我知道不是。

.

.

.

说到练习，想到乔布斯。

《创意选择》里有一段——乔布斯彩排的时候完全沉浸在角色里，语调、站姿、手势，一切都表现得好像台下坐满了人。如果某句话没有表达好，他会暂停、倒退、重试，有时反复三四次，每两次之间特意停顿，就像在拍电影。

其实他从没有搞砸任何一句话，经过反复练习早已打磨得很好了，但只要时间允许，他就会尽全力将每一句台词都展示得更完美。

.

.

.

那些看起来毫不费力的东西，背后都是费了大力的。