2026年，AI已经能写代码了。能写复杂的3D游戏引擎、能通过Google的软件工程师面试、能在几分钟内生成一个完整的购物网站。各大科技公司不断告诉你”编程已被AI解决”。
但你的手机App，是不是反而越来越容易闪退了？你的Windows电脑，上次更新之后是不是多了几个你从来没要过的AI功能？你的汽车车机，是不是越更新越卡，甚至开着开着就重启了？
如果你也有同感，恭喜你——你并不孤单。笔者在追踪这篇火爆文章的过程中发现，有这种感受的人，远比你想象的多。
这不是你的错觉。2026年7月24日，一位叫Piotr的波兰软件工程师在个人博客上发表了一篇长文，题为 “Nothing Works and Everyone Is Euphoric”（什么都不好使，但所有人都很嗨） ，质疑”AI写代码 = 软件质量提升”的主流叙事。文章在Hacker News上迅速引爆，拿到了 427分和357条评论——这在技术社区里是一个极高的热度，意味着一线开发者的集体焦虑正在集中爆发。
图注：xkcd漫画《软件开发》——讽刺了软件行业”推新功能很快，但质量越来越失控”的现实。
从评论区传出的”哀嚎”
原文作者列出了一周内亲身遭遇的软件事故：
- 他的银行App，平均需要刷三次FaceID才能弹出支付确认窗口。
- 他在macOS上打开Slack，图标在Dock里跳了半天没反应。他等不及切换到另一个窗口开始打字，结果Slack窗口突然弹出，夺走焦点，把正在输入的git命令直接发进了群聊。
- 他的LG冰箱出了故障，在线提交保修申请——一个漫长的多步骤表单——到最后一步提交时报错。而他是打开浏览器开发者工具才发现错误信息的。
- 他的汽车车机系统更新之后，转向灯声音随机消失（直到重启才恢复），点屏幕上的谷歌地图却打开收音机，每次操作都有1~2秒延迟。这不是用户体验差的问题——这在影响安全驾驶。
评论区里最有共鸣的抱怨来自一位叫mancerayder的用户，他精准地描述了无数普通人的共同感受：“当看到一个’待更新’通知时，我第一反应是恐惧而不是期待。我不知道他们又会加什么我不想要的东西。”
多位用户指出，微软是最典型的反面教材——将大量功能更新伪装成”安全更新”强行推送，重启之后用户会发现多了一大堆从未要求过的AI功能。更新的意义，从”体验提升”彻底变成了”怕搞坏什么”。
明明AI写代码更强了，软件为什么反而更差？
这个问题看起来很反常识，但如果用生活中的几个比喻，其实不难理解。笔者梳理了原文和评论区讨论后，总结出四个关键原因。
1. 盖得越快，地基越烂
想象一个建筑工地。AI就像一台超级水泥搅拌机和无限供应的砖块——盖墙的速度是以前的10倍。但建筑质量从来不只是砌砖速度决定的，它取决于图纸设计、地基勘探、材料检验、每道工序的验收。
在软件开发中，AI辅助编程工具让”砌砖”（写具体代码）变得极其廉价和快速。但软件质量的核心——架构设计、边界条件处理、错误恢复、安全模型——这些”地基工作”恰恰是AI最不擅长的。更快的砌砖速度并没有解决地基问题，反而让工头有理由要求盖得更高更快。
2. “修bug”不产生KPI
软件公司长期以KPI为导向。但问题在于，“让软件更稳定”很难转化成好看的PPT。正如原文作者引用的那句虚构的PM发言：“这季度我们不发新功能、不改界面设计——我们专心修Bug。” 这在现实中几乎不可能发生。
在新功能数量能直接转化为融资估值、用户增长、市场声量的环境下，稳定性和质量变成了隐性债务。AI加速了功能开发之后，这种倾向被放大了10倍——反正推新功能的速度更快了，出问题再补丁呗。但补丁的累积就像往墙上贴创可贴，越贴越厚，墙的承重能力反而越来越差。
3. 复杂度的”癌症扩散”
过去十年，软件本身的复杂度已经像癌细胞一样失控式增长。一个现代App背后依赖的第三方库、云服务、接口调用链，可能超过100个环节。每一个环节都可能在某个版本更新后出问题。
AI的加入并没有减少这种复杂度——它在顶层又加了一层。开发者现在用AI生成的代码，很多时候自己都不完全理解里面每一行的作用。这就好比一个医生开药但不看说明书——AI能快速写出”看起来靠谱”的代码，但对于边界情况、并发冲突、安全漏洞、版本兼容性，它缺乏真正的理解。
4. “甩手给AI”的文化正在形成一个危险循环
这是最微妙也最危险的一点。当一个开发者知道AI可以帮他写代码时，他自己去理解代码的动机就降低了。反复使用AI生成代码而不去深入理解，开发者的”基本功”会悄悄退化。
这正是技术圈正在激烈争论的 “AI致愚”（AI deskilling） 现象——工具越强，人的技能越弱。当每个人都在依赖AI写代码时，一旦AI生成的代码里有深层逻辑错误，就很少有人能发现并修正它。整个软件行业正在慢慢失去”理解自己写的代码”的能力。
图注：xkcd经典漫画《代码质量》——生动描绘了软件行业”按下葫芦浮起瓢”的修bug困境。
反派不是AI，是”效率至上、质量靠边”的工程文化
需要澄清的是，原文作者并不是反AI。正如他自己写的：“那些嗡嗡作响的GPU农场给了我们超能力，但我们仍然没有用它来打造更好的软件。”
AI本身是一种工具。问题出在围绕它形成的工程文化——一个鼓励更快出活、更多功能、更高估值，但很少奖励”让软件更可靠”的文化。当”修Bug”不被计入OKR，当”系统稳定性”在投资者眼里不如”日活用户数”性感时，哪怕AI再强大，它也会被用在错误的方向上。
尾声：希望在哪里？
有趣的是，作者在文章结尾表示自己并不悲观。他认为，随着公司集体陷入”AI债务”的泥潭，真正关心质量的个体开发者反而迎来了一个独特的机会——利用AI工具去打造质量远超大公司的产品。
已经有早期迹象：社区里开始出现对macOS和Windows的”反抗运动”，有人在做更轻量、更稳定的替代品。这股趋势如果能从操作系统蔓延到整个软件栈，说不定能倒逼行业重新重视质量。
但在此之前，我们面对的日常现实仍然是：更新按钮是一个风险开关，新版本往往意味着新问题。这听起来很无奈，但正视问题，永远是解决问题的第一步。
参考链接
- 原文：Nothing Works and Everyone Is Euphoric (ptrchm.com)
- HN讨论：news.ycombinator.com/item?id=49033004 (427分 / 357条评论)
- XKCD #2021: Software Development
- XKCD #1513: Code Quality
- Merchants of Complexity (world.hey.com/dhh/merchants-of-complexity)
- 原文中的Twitter线索：x.com/robj3d3/status/2076356929878966555 / x.com/thekitze/status/2076360316670054760
配图说明
本文配图来源说明：
- 配图1使用的xkcd漫画为公开可用的网络漫画，按CC BY-NC 2.5许可使用
- 配图2使用的xkcd漫画为公开可用的网络漫画，按CC BY-NC 2.5许可使用
- 原文网站（ptrchm.com）经检查仅有favicon.ico和作者头像(/images/photo.jpg)两张图片，无正文内容配图，因此无法从原文提取内容配图。特此说明。
