如果编码已经被解决了，为什么软件还在变得更糟？

问题范围：软件真的在变得更糟吗？

• 许多评论者对“什么都不好用”深有共鸣：有漏洞的银行网站、汽车信息娱乐系统、手机应用、以及如今让用户提心吊胆的系统更新。
• 也有人认为，这主要是可见性和怀旧偏差：软件和平台的复杂度已经大幅提升，因此小错误更常见，而灾难性崩溃则更少。
• 还有人说，问题已经转移：硬崩溃少了，但“慢性小毛病”和 UX 体验烦恼更多了。

AI、“编码已被解决”，与质量

• 对“编码已被解决”这一说法，很多人强烈反对：LLM 可以帮助写代码片段，但并不理解大型系统、权衡取舍或架构。
• 一些人认为 AI 是放大器：优秀工程师会稍微更快；弱一些的工程师则会更快地产出更多低质量“垃圾代码”。
• 也有人说，管理层把“编码已被解决”理解成“我们可以用更少的人更快交付”，而不是“我们可以构建更好的软件”。

激励机制、管理与产品文化

• 反复出现的主题是：激励机制更偏向发布功能，而不是质量、健壮性或 UX。
• Agile/MVP 文化和非技术型产品负责人被指责推动了只做“顺风顺水路径”的构建，随后不断累积 bug 和技术债。
• 有人描述大型组织里根本没人真正对结果负责，团队在糟糕的架构周围打补丁，成功指标是幻灯片和燃尽图，而不是可运行的软件。
• 还有观点认为，公司优化的是股东利益和短期指标；只要用户不流失，就几乎没有动力去投入质量或支持。

UX 倒退与“恶化”

• 夺取焦点（例如聊天应用弹到前台并捕获按键）是一个火药桶；有人指出 Linux/KDE 有可调的防抢焦点机制，但也有人说主流操作系统根本不管这些。
• 对侵入式弹窗、暗黑模式、AI 催促、可爱但没用的错误提示，以及不断变化的 UI（例如移动操作系统重设计）也有大量抱怨。
• 安全 UX（例如反复登录、3-D Secure 流程）被认为是矫枉过正且对用户不友好，但也有人认为这总比过去的不安全强。

FOSS、平台与替代方案

• 许多人主张使用 Linux/FOSS（尤其是 KDE、NixOS 等）作为相对稳定、尊重用户的避风港，不过也有人表示那里同样有很多 bug 和粗糙之处。
• 游戏以及某些消费级硬件（例如新 GPU）仍然是一些想放弃 Windows/macOS 的人的现实阻碍。

更深层原因与前景

• 评论指出，平庸开发者数量呈指数增长，依赖栈越来越深，以及建立在理解不足的库之上的“巴别塔”式架构。
• 也有人认为，软件只有在市场激励改变时才会改善；或者某些公司成功地在质量、UX 或支持上形成差异化，并因此获得明显回报。