1993年，一台价值数万美元的光纤检测设备，在出厂测试环节被自己的操作员 sabotage（蓄意破坏）——然后这位操作员向上级投诉"机器坏了"。
这不是段子，是The Register专栏"On Call"最近收录的真实案例。投稿人"Ewen"回忆，他所在的公司生产一种精密光纤仪器：600多个输出端口的连续读数，由双轴步进电机驱动的传感器网格采集，控制器是一块全尺寸ISA板卡，数据采集板也是全尺寸ISA规格。
散热方案是"螺丝刀定制店"的手艺活
Ewen的公司把这套系统塞进一台塔式PC机箱，CPU是486 DX2 66MHz。整套设备加上网络控制器，发热量惊人。
他们找了一家"custom screwdriver shop"（定制装机店）重新设计布局。最终方案是：大板卡上方的机箱插槽保持开放，用多个小盒式风扇直吹散热。
「需要大量重新配置才能搞定布局，因为发热太严重了，」Ewen解释。这套方案并不优雅，但有效。
设备组装完成后，Ewen负责把它送到320公里外的分公司，安装调试，确保可以进入最终测试。
几周后，电话来了。分公司的高级管理层——Ewen特意强调，是"有正经工程资质的人"——告诉他机器输出"垃圾数据"，要求他立即到场维修。
现场诊断：风扇不转，因为线被剪了
Ewen再次驱车320公里。进门几分钟，他就注意到异常：那台巨大的PC安静得离谱。
开箱检查，风扇停转。原因？线被剪断了。
Ewen询问是否有人动过机器。一位测试工程师坦然承认：「哦，噪音吵到我了，所以我打开机箱把线剪了。」
没有提前沟通，没有尝试降噪方案，没有考虑散热失效的后果——直接剪线。
这位工程师随后向管理层报告"机器故障"，引发跨州紧急维修。而故障原因，是他自己制造的。
90年代硬件的脆弱性：没有热保护，只有信任
这个案例的荒诞感，很大程度上来自时代背景。
1993年的PC硬件没有现代的热节流机制。CPU和板卡不会因为过热而自动降频保护，只会持续升温直到数据出错、系统崩溃，或物理损坏。散热不是性能优化选项，是硬需求。
Ewen设计的开放插槽+强制风冷方案，本质上是把工业设备的散热逻辑塞进消费级机箱。它依赖一个前提：操作者不会主动破坏散热系统。
这个前提在320公里外失效了。
更讽刺的是投诉路径。剪线的工程师没有向Ewen或技术团队反馈噪音问题，而是直接向管理层报告"数据异常"——把自己制造的故障，包装成产品质量问题。
噪音 vs 功能：一个经典的产品决策盲区
从产品经理视角看，这个案例暴露了一个持久的设计张力：用户体验的局部优化，可能摧毁系统整体功能。
那位工程师的决策逻辑其实可以理解。长时间暴露在高频风扇噪音下，确实令人烦躁。但他的解决方案——剪线——完全剥离了噪音的功能上下文。
现代数据中心有类似教训。早期服务器机房为了降噪，曾有管理员用胶带封住风扇进风口，结果导致整机过热宕机。噪音是散热的副产品，消除噪音而不消除热源，等于拆除烟雾报警器来停止警报声。
Ewen的故事没有后续：我们不知道那位工程师是否受到处分，也不知道公司是否改进了远程设备的监控机制。The Register的专栏以开放式征集结尾，邀请读者分享"被叫去修复蓄意破坏"的经历。
30年后的今天，硬件热管理已经自动化，但"局部优化破坏全局"的剧本仍在重演——只是噪音变成了通知推送，风扇变成了后台进程。你最近一次为了"安静"而关闭的功能，真的只是噪音吗？
热门跟贴