软件回归：快速移动与突破事物如何破坏生活

先说说我自己的亲身经历。昨天早上，我手头这辆全新的MINI Countryman自动推送了版本号为03/2026.54的软件更新。按理说应该让人兴奋一把——发行说明里写满了“突破性改进”，比如把默认界面高亮色改为绿色，以及一些含糊不清的“稳定性提升”。

结果呢？它直接、彻底、毫不留情地……把Android Auto给干掉了，导致Android Auto无法使用。

而且这并非个例。论坛上满是车主的抱怨，iPhone用户同样发现CarPlay在该固件下彻底失灵，完全无法连接。这简直是对现代软件质量最可悲的控诉——如此糟糕的软件显然没有经过任何现实世界的测试就推送给了用户。

接下来的行动计划？只能给MINI客服打电话，要求他们修复这个垃圾。但电话那头的套路，闭着眼睛都能猜到：先问“您有没有尝试删除并重新配对手机？”（废话，当然试过），再问“您清理过缓存吗？”（滚蛋吧）。

两周冲刺的邪教

这背后真正该被批判的，是那些鼓吹“两周冲刺”开发模式的人。如果真有人认为在两周内“冲刺”出软件是个好主意，对不起，你不是工程师，你该离软件开发远一点。

技术圈里最毒瘤、最让人脑残的概念就是：“我们以后可以修好它。”

你创造的一切，都应该是追求完美的艺术。当“快速部署”成为金科玉律，那些技术背景薄弱的管理者就得到一个信号：复杂软件架构很“浅”，随便补补就行。

问题根本不浅。

这种半成品不应该被推到车辆上。用户不是你的质量保证部门。

更糟糕的是，用人工智能替代真正的智能（抱歉，这话有点老土，但去你妈的，去做点对人类有益的事吧）。

曾经有一段时间，软件更新是真的在改进。现在呢？“更新”成了破坏昨天还完美运行的功能的借口，比如CarPlay和Android Auto消失。

合规赛

更糟的是，我的日常工作也被这种合规文化裹挟。被迫遵守“网络基本内容+”的要求，所有高端和关键更新必须在发布后14天内推送。

但现实是：这不会让任何人更安全。

技术上，你确实在补漏洞。但在真实、混乱的人类世界里，黑客攻击总是通过故意用户行为——比如下载恶意有效载荷——来实现的，而不是因为潜在的OS漏洞。

我妈以前在她那个第一代iPad上就中过招，一个恶意iOS载荷。那已经是iOS 5之后好几年了，但依然需要用户主动点一下。

又比如LastPass的突破事件：一个高级DevOps工程师的家庭系统被攻破。他确实在运行一个旧版、无补丁的Plex，但真正的原因是他被定向攻击，下载并执行了伪装成软件更新的恶意载荷。他不是因为跑旧软件被黑，而是因为中了针对性的钓鱼。

我自己呢？4K蓝光播放器上跑着个旧版、多年未更新的Plex，却一直安然无恙。因为我控制了自己的网络。

当然，有人会反驳说存在不需要用户输入的远程代码执行（RCE）漏洞。但即便是RCE，通过适当的防火墙、隔离网络架构，甚至离线、本地热备份，也能有效防御。

像0patch这样的公司，为Windows的遗留版本（从XP开始）提供持续的微补丁支持。这证明了我们不需要一个臃肿的更新包才能保证安全。

但我们偏偏被困在这个无休止的更新仓鼠轮里，被合规要求推着跑。组织花上千英镑，就为了在表格和PDF证书上打个勾。他们只想要那个证书，然后呢？

别再给这些没用的徽章了。

唯一值得关注的，是软件质量，是快速、可靠、有效地完成工作。而一个不断更新的脚踏车，只会降低性能、引入回归、破坏工具，对谁都没帮助。

连微软都有一个Mea Culpa

连微软都不得不进行一次羞辱性的公开清算。他们内部的K2倡议，本质上是一次大规模、绝望的尝试，想从Windows 11这个灾难性的代码库里抢救回一些可用性和性能。他们甚至需要重写自己的膨胀界面代码，只为了让“开始”菜单不滞后几秒。

这太压抑了——尤其是当你想起Windows 8.0在引擎盖下其实性能出色、干净利落，直到被膨胀代码拖死。

如果我们不开始要求软件在离开开发商的机器前就是可用的，那我们将永远作为无报酬、沮丧的Beta测试者，过完这一生。

我们都是共犯

说实话，我也是问题的一部分。我有压力让事情变得更糟，而不是更好。

我们都是这个我们亲手创造的世界的共犯。

所以当我说“去你妈的”时，我不只是针对某个无脸经理或开发者。我的意思是：“去你妈的，整个行业，我们搞砸了。”让我们不再接受平庸，重新开始尊重质量。