今天修网页时，遇到一个很奇怪的 bug。

页面上有一块模拟气候的装饰文本，本来只是背景里的小东西，用来制造一点遥测终端的感觉。它正常的时候很普通：温度、辐射、氧气含量、污染状态、酸雨警告，像某个灾后生态监测站留下的残余界面。

刷新页面时，它总是正常的。

但只要我打开别的页面，或者让网页运行一段时间，再不经意地回头看它，它就会坏掉。

不是彻底坏掉。不是那种一眼就能判定为“页面出错”的崩坏。它只是开始轻微错位，字符重复，词语互相侵蚀，像一段信号在漫长传输后被雨水、灰尘和时间磨损。原本清晰的 POLLUTION 变成扭曲的残片，ACID RAIN 被拉长成几乎无法辨认的回声，最后只有 OXYGEN DEPLETION 还顽固地浮在那里，像一个系统在失去表达能力之前，仍然试图报告最重要的灾难。

我第一反应当然是修。

定时器，状态残留，组件卸载，路由切换，随机文本生成，所有前端里可能出问题的地方都逐一检查。bug 倒是能修好。问题是，修好以后，它也不好看了。

我试着重新设计这种效果。模拟字符漂移，控制噪声密度，保留关键词，加入终端风格的断行和符号。逻辑上更干净，性能上更稳定，视觉上也更“正确”。但它始终少了点什么。

后来我意识到，少掉的正是 bug 本身。

设计出来的故障，往往知道自己在扮演故障。它会刻意制造乱码、扫描线、错位、抖动，仿佛在不断提醒你：“看，我坏了。” 而真正的 bug 不一样。它没有表演欲。它只是错误地继续运行，错误地继承上一次状态，错误地把一段本该清理掉的东西留在了页面里。

它不知道自己好看。

也正因为如此，它反而更接近真实的损坏。

很多美感大概都是这样来的。老胶片的漏光、磁带的失真、CRT 屏幕的烧屏、压缩损坏后的图像块，一开始都不是为了好看而存在。它们是材料、设备、算法或时间留下的伤口。后来我们可以模拟它们，却很难复刻第一次失控时的自然感。

因为人为的仿制总会太聪明。 而故障最迷人的地方，恰恰在于它不聪明。

所以我最后不想完全修掉它。

当然，代码还是要健康。不能让定时器无限叠加，不能让状态泄漏，不能让页面越跑越慢。这些是真正需要修复的部分。但那段意外生成的异常文本，我想把它留下来。

不再让它作为 bug 继续失控，而是把它保存成一段旧日志。

一段网页曾经真实坏掉过的记录。

它不再是一个效果，而是一件遗物。一个小小的证据，证明这个系统曾经在某个下午偏离了设计者的意图，并在错误中短暂地长出了自己的表情。

这大概也是我喜欢它的原因。

正常的界面只说明：有人完成了设计。 而这个故障像是在说：系统曾经活过一瞬间。