OTA更新致Android Auto失灵，暴露软件痼疾

背景

这篇来自 Hacker News 的投稿文章，以作者亲身经历为引子，猛烈抨击了现代软件开发中普遍存在的“快速迭代、频繁更新”文化，以及由此带来的软件质量下降、用户体验恶化等问题。作者指出，从汽车 OTA 更新导致 Android Auto 崩溃，到企业合规驱动的强制更新，再到微软 Windows 11 的臃肿性能倒退，整个行业已经陷入了一种“为了更新而更新”的恶性循环。文章语气尖锐，充满了对产品经理、技术管理者以及行业现状的愤怒与失望。

核心内容

作者的新款 MINI Countryman 在前一天自动安装了软件更新 03/2026.54。更新日志宣称带来了“革命性变化”，比如将默认界面高亮改为绿色，以及其他模糊的“稳定性改进”。然而，实际效果是彻底杀死了 Android Auto——不仅作者本人遇到，论坛上 iPhone 用户也反映 CarPlay 在该固件下同样“脑死亡”。作者认为，这是现代软件质量的可悲控诉：这些更新显然没有经过任何真实世界的测试。

作者接下来计划致电 MINI 要求修复，但他预见到客服会按照标准流程敷衍：先让删除并重新配对手机，再让清缓存——这些毫无帮助的步骤。作者将矛头直指“两周冲刺”开发模式，称其为“最有毒、最腐蚀大脑的概念”。他认为，任何软件创作都应该是追求完美的艺术实践，而“快速部署”给了不懂技术的管理者走捷径的借口。他们开始将深度复杂的软件架构视为“浅层”且易于修补。作者愤怒地表示：“你不应该被允许把这种半成品推送到汽车上。我不是你的 QA 部门。”

作者还抨击了产品经理们，为了证明自己存在的价值，将无用的 AI 塞进每一个屏幕，甚至信任人工智能胜过真正的智能。他怀念过去软件真正改进的时代，而现在的“更新”只是破坏昨天还能正常工作东西的借口。

接着，作者将批判延伸到了职场。在他的日常工作中，必须遵守 Cyber Essentials Plus 合规要求，所有高优先级和关键更新必须在发布后 14 天内推送。他认为这实际上并不会让任何人更安全。虽然技术上是在修补漏洞，但在真实世界中，人们被黑客攻击是因为有意的用户操作执行了恶意负载，无论底层操作系统漏洞如何。他举例：母亲曾在旧款第一代 iPad 上获取过 iOS 恶意负载（尽管需要用户输入）；LastPass 的 DevOps 高级工程师的家庭系统被攻破，是因为他运行了旧版未打补丁的 Plex，并且下载了伪装成软件更新的恶意负载——他被黑不是因为运行旧软件，而是因为中了定向攻击并执行了不可信代码。作者自己在一台 4K 蓝光播放器上运行了多年未更新的旧版 Plex，但因为控制网络流量，完全安全。他承认存在零点击远程代码执行漏洞，但认为可以通过防火墙、隔离网络架构或离线本地热补丁来缓解。例如，0patch 公司为从 Windows XP 起的旧版 Windows 提供持续的微补丁，证明不需要庞大臃肿的更新包就能保持安全。

但现实是，大家都在无尽的更新跑步机上奔跑，因为背后是一个巨大的合规骗局：组织支付数千英镑，只为在表格上打一个愚蠢的勾并获得 PDF 证书。他们只想要那个证书，因为自己赋予了它意义。作者呼吁停止赋予这些无用徽章意义。唯一重要的应该是软件质量，以及快速、可靠、有效地完成工作的能力。不断运行的更新履带，只会降低性能、引入回归、破坏工具，对任何人都没帮助。

作者指出，连微软都不得不公开认错。Windows 11 的性能灾难迫使微软内部启动 K2 Initiative，一项巨大的、绝望的尝试，试图从灾难性的代码库中挽回一些可用性和性能。他们甚至要重写臃肿的界面代码，只为让“开始”菜单不再延迟几秒。这令人沮丧，因为回想 Windows 8.0 在底层是多么高效、干净、敏捷，直到后来被臃肿致死。

最后，作者承认自己也是问题的一部分，因为迫于截止日期和压力，他有时也会让事情变得更糟而不是更好。他呼吁大家停止接受平庸，重新尊重质量。

关键要点

• OTA 更新破坏现有功能：MINI 的软件更新 03/2026.54 导致 Android Auto 和 CarPlay 完全失效，表明更新未经过充分测试。
• “两周冲刺”开发模式遭批判：作者认为这种模式鼓励“先发布再修复”，从根本上破坏了软件质量，让技术管理者得以逃避责任。
• 产品经理盲目添加无用 AI：为了证明自身价值，产品经理强行在软件中塞入 AI 功能，甚至过度信任人工智能，损害了用户体验。
• 合规驱动的强制更新是骗局：诸如 Cyber Essentials Plus 要求 14 天内推送所有高/关键更新，但实际并不能提升安全性，真实黑客攻击往往源于用户执行恶意负载，而非未修补的漏洞。
• 真实案例说明漏洞并非更新唯一原因：LastPass 工程师被黑是因为下载了伪装成更新的恶意软件；作者母亲被感染需要用户输入；作者自己运行旧版 Plex 却安全，因为控制了网络。
• 0patch 等公司证明了微补丁的有效性：无需庞大更新包，即可维护旧版系统的安全，反驳了“必须全线更新”的论调。
• 微软 Windows 11 的 K2 Initiative 是自我救赎：微软被迫承认 Windows 11 代码库臃肿，启动内部项目重写界面以解决性能问题，特别是“开始”菜单的延迟。
• 作者呼吁回归质量：用户和从业者都需停止接受平庸，重新尊重软件质量，而不是作为无偿的 beta 测试者。

意义与影响

这篇文章代表了相当一部分技术人员和用户对现代软件交付模式的强烈不满。它揭示了几个核心问题：

1. 软件质量与更新速度的冲突：在“快速迭代”的压榨下，测试不充分、回归频繁成为常态，尤其是像汽车这种涉及生命安全的终端，OTA 更新导致的致命故障（如导航、通信功能失效）可能带来严重安全隐患。作者以个人经历印证了这种风险。

2. 合规驱动的形式主义：安全合规本应为用户提供保护，但现实中却变成了“为了证书而更新”的官僚主义，不仅浪费资源，还引入了不必要的变更风险。作者指出，真正的安全需要结合网络架构、用户行为意识等多层次防护，而非单纯依赖强制更新。

3. 行业对“人工智能”的滥用：产品经理盲目将 AI 塞入软件，更多是为了营销而非实际价值，导致用户体验下降。这反映了当前科技行业“为了 AI 而 AI”的浮躁风气。

4. 微软的公开认错具有象征意义：作为全球最大的软件公司之一，微软被迫承认 Windows 11 的性能问题并启动重写计划，说明连行业巨头也深受快速迭代与代码臃肿之苦。这可能会促使更多公司反思自己的开发流程。

5. 用户觉醒与行业反思：作者最后的自省——“我们都有份”——暗示了问题不仅是管理层的错，开发者和用户也在某种程度上纵容了这种文化。文章呼吁从业者重新尊重质量，而不是把用户当作免费测试员。

总体而言，这篇文章是一篇现代软件行业的“檄文”，它提醒我们：在追求速度和功能的同时，不要忘记软件的根本目的是可靠、稳定地服务用户。如果行业不改变，用户将不得不继续忍受“更新即倒退”的荒诞现实。