艾伦·凯（Alan Kay）谈起克劳德·香农（Claude Shannon），说香农给了我们一种处理噪声信道的办法。他顺着这个话题讲当年的通信工程处境：消息在传输途中总会遇到干扰和失真，怎样才能把信号可靠地送过去。这段讲述从香农的思路出发，接着说到信息与计算之间那种绕不开的关系。

Alan Kay 在 Kristen Nygaard 百年诞辰庆祝活动上，在线做了一场即兴的先锋式分层音频反馈循环，主题是 Claude Shannon。

他原本要讲的是自己当年遇到 Simula 之后，如何萌生了对「对象」的早期想法。可在调试设备时，有人把直播声音外放，而且紧挨着一个开着的 Zoom 麦克风，于是他自己的声音一遍又一遍地、延迟约 21 秒后传回自己耳朵里。

他说的话并不是随机的：「Shannon 给了我们一种应对噪声信道的方法。」还有：「我几乎每天都在想这件事。我意识到这他妈到底是怎么回事，实在太惊人了。」Shannon 的噪声信道编码定理，恰好就是用来描述这个一边把他的声音搅糊、一边被他称赞的信道的数学。

Alan 开玩笑说，声音是「被绕道火星再送回来」。按光速算，21 秒的往返约合单程 300 万公里——相当于往返月球八趟，但只相当于火星最近时距离的约十七分之一。

这成了一场意外的 Zoom 版 Alvin Lucier《I Am Sitting in a Room》（1969）：Lucier 不断在房间里重录自己的声音，直到只剩下房间的共鸣；而这里剩下的是网络——延迟、压缩、丢包。

额外的噪声：YouTube 的自动转录把 Alan 的激动之词打成了 [ __ ]。

所以完整的链条是：Alan 的声音、Zoom、直播流、房间、再来三次 Zoom、我的屏幕录制、YouTube 的语音识别，最后是一份被消音的转录稿。

解决办法：「把你自己这端的 Zoom 音频关掉就行。」

讨论的气氛偏补充与纠错，而不是对垒：多数评论在找完整录像、确认这段演讲到底在讲什么，真正带判断力的分歧只有两处——演讲对香农的引用是否准确，以及 Alan Kay 那套语言设计今天还值不值得重建。

演讲把香农说成解决了噪声信道问题，其实是夸大了

• 香农并没给出对抗噪声的具体办法，他只是量化了「如果找到最优编码方式，噪声信道上最多能传多少信息」；这更接近「真空中不可能超光速」这类上限，而不是一张施工图。算出极限很容易，实际逼近极限极难。（较多人） > 香农定理让计算上限变得简单，难的是在实践中逼近它。（@MarkusWandel）

想要一门保留 Alan Kay 设计、但语法更好的 OOP 语言

• 有人认可 Kay 的对象模型，却嫌 Smalltalk 语法难用，认为它今天几乎无人使用；同时强调这种语言必须足够快，否则开发者仍会回到 C。顺带批评 Java 过于冗长、OOP 模型乏味。（少数人） > 如果能有一门用 Alan 的设计、但语法更好的面向对象语言就好了。（@shevy-java）

有价值的补充

• 完整演讲可在某高校的 Panopto 平台上找到，但界面相当难用：文字聊天飞速滚过，全程没有 Alan 本人出镜，只有长时间的白板画面，因此有人怀疑还存在别的版本。
• 这段视频本周已在另一条 HN 帖子中出现过，那次的标题是「在时间触发通信系统中避免胡言乱语的故障」。
• 有人补充，Alvin Lucier 还有其他同样有趣但非常规的作品；与 John Cage 的《4 分 33 秒》类似，真正变成概念艺术迷因的只是这一件。
• 社区情绪的一条玩笑：期待这段的 autotune 混音版。