本周回答博友提问，有人说vibe coding大火后，一人公司盛行，就是一个人就用AI开发出了APP并且能上线，甚至这是个文科生，我想说的是，vibe coding带来的负面作用正在体现，那些过早淘汰程序员的公司，也会被市场淘汰，因为缺乏技术审美。

过去一年，AI 编程圈最流行的一句话是：“程序员要失业了。”每隔几天，就会有人发一张截图：无外乎就是一个人，一台电脑，一个 Cursor，一个 Claude，一个 DeepSeek。

三天做出 SaaS，七天上线产品，十五天实现月收入 1000 美元，评论区瞬间沸腾。

有人说这是个人开发者的黄金时代，有人说以后不需要程序员了，还有人已经开始计算，软件公司还能存在几年，什么一人公司要起飞了云云，我之前写过多篇文章，阐述了个观点，所谓一人公司，是个伪命题，真正能赚钱的能力和公司的组织形式无关，他有赚钱的能力，去哪都成。

现在时间过去了一年多，那些公司都怎样了呢？现在真正死得最快的，不是不会用 AI 的团队或一人公司，而是那些觉得有 AI 就不需要程序员的团队。

因为很多人误解了软件开发。他们以为软件开发的核心工作是写代码，实际上，写代码只是整个链条里最容易被替代的一环。

真正昂贵的，从来不是敲键盘，是设计。是判断。取舍。是架构。是那些用户根本看不见的东西。

很多人第一次用 AI 写程序的时候，都会产生一种错觉，这也太简单了。

输入一句话，生成一堆代码，页面出来了，按钮能点了，数据库连上了，甚至支付接口都接好了，像极了第一次坐自动驾驶汽车的人，车在跑，方向盘也在动，于是觉得司机这个职业好像马上就没了。

但问题在于。

一辆车最简单的部分，本来就是踩油门。

真正困难的是什么时候加速，什么时候减速，什么时候变道，什么时候刹车。

软件开发也是一样。AI 正在快速接管“写代码”这件事，但它还没有接管“决定应该写什么代码”。

这是两个完全不同的问题。

我最近半年观察了很多一人公司，很多人第一次做产品的时候，最容易犯一个错误，把产品上线，当成产品完成，实际上，上线才是麻烦的开始。

你会发现用户根本不按你设计的方式使用产品。

有人连续点击十次付款按钮，有人上传一个 8GB 的文件，有人把昵称改成 5000 个表情包，有人注册完账号立刻注销，有人用爬虫一天请求十万次接口，有人专门研究怎么绕过权限系统。

在 Demo 里，这些人不存在。

在线上，他们全来了。

这也是为什么很多 AI 做出来的项目，演示的时候像法拉利，上线之后像纸糊的三轮车。

因为 AI 最擅长完成标准答案，现实世界最擅长制造意外。

程序员真正的价值，很大一部分时间都在处理意外。

支付失败怎么办？

数据库挂了怎么办？

消息重复发送怎么办？

服务器重启怎么办？

缓存失效怎么办？

第三方接口返回乱码怎么办？

这些东西用户永远不会夸奖，但只要有一个没做好，用户就会骂你，所以很多老程序员有一个共同特点。

他们写代码的时候，总是在假设事情会出问题，而新手写代码的时候，总是假设事情会顺利发生。

这就是经验的差距，也是 AI 目前最难替代的部分。

现在使用大量vibe coding写完的程序上线后，刚开始没什么问题，真正难的是开始第一次更新，改一下界面，支付接口不对了，评论无法发出了，后台崩溃了，问题太多太多，所以你能看到大量所谓的灵光一闪出现的外行写的APP，昙花一现，说死就死。

经验本质上是一种灾难记忆。见过坑的人，才知道哪里有坑。

另一个经常被忽略的问题，是架构，很多人对架构的理解非常抽象，总觉得架构师就是开会画图的人。

实际上架构最重要的作用只有一个：控制未来修改需求时的成本。

软件行业有句老话：没有不会变的需求。

今天客户要会员系统。下个月要等级体系。再过一个月要积分商城。然后要分销。要代理。要企业版。要国际版。要多语言。要多角色权限。

如果一开始没有预留扩展能力，每增加一个需求，都像在违章建筑上加盖一层楼，早晚有一天会塌。

很多 AI 生成的项目最大的问题就在这里。它非常擅长把当前需求完成，但不太关心半年之后怎么办，因为 AI 的时间尺度通常停留在当前对话框，而架构师考虑的是未来两年。

这是两种完全不同的思维方式。

为什么很多程序员特别喜欢讨论“技术债”？

因为他们知道，代码从来不是一次性消费品，它更像房子，房子最贵的部分是装修妈？是地基啊。

装修拆了还能重来，地基歪了，整栋楼都跟着歪。

我看到的这些创业者喜欢说：先跑起来再说。

这句话本身没有问题，MVP 本来就强调快速验证。问题在于，很多人把 MVP 当成最终产品，把临时方案当成永久方案。

结果所有技术债都被一路滚大，最后项目最大的成本不是开发，而是重构了，你去找人改都找不到。

程序员行业有一个著名现象。

很多公司到了某个阶段，都会突然停止开发新功能，然后花半年时间重写系统。

外行觉得不可思议。

不是能用吗？

为什么重写？

因为他们发现继续修补的成本已经超过重建，就像一栋被违规改造二十年的老楼，还一个就是前面裁的人太多，现在接手的一打开coding全是前面几代目的谜语。

水管、电线、承重墙全改过，再装修已经没有意义，只能推倒重来。

这也是为什么真正优秀的程序员，往往都有一种技术审美。

这里的审美，是对复杂度保持警惕。他们会天然反感硬编码。反感复制粘贴。反感混乱命名。反感没有边界的模块。

他们知道今天偷的懒，未来都会连本带利还回来。技术审美，本质上是一种长期主义，它和写代码快不快没有关系，和智商高不高也没有关系，是一种对系统演化规律的尊重。

优秀程序员看到一个需求，第一反应是系统结构。而很多 AI 生成项目的问题恰恰相反。外观越来越好，内脏越来越乱， AI 极其擅长完成可见部分，用户看见的页面、按钮、动画、交互、它都能快速生成，这玩意都没这么技术含量，但用户看不见的东西，日志、监控、权限、测试、容灾、回滚、数据治理，这些东西不会出现在产品宣传页上，却决定了产品能活多久。

所以现在出现了一个很有意思的现象，很多公司裁掉程序员之后，开发速度确实变快了。

因为 AI 可以一天写过去一周的代码量，但几个月后半年后，维护成本开始指数增长。

Bug 越来越多，系统越来越脆弱，新人越来越不敢改代码，最后又开始重新招高级工程师。

本质上不是 AI 不行，他们误以为程序员的价值等于代码产量。实际上，代码产量一直不是程序员最值钱的能力。最值钱的是控制复杂度。

这也是为什么我一直觉得：未来会消失的，不是程序员，而是只会写代码的程序员。

同样会被淘汰的，还有那些认为 AI 可以替代全部工程能力的公司，软件行业发展了几十年，真正昂贵的从来不是编码成本。

AI 可以一分钟生成一万行代码，但如果方向错了，这一万行代码的价值，可能还不如一张正确的架构图。

程序员真正的护城河，是更本质的东西，判断力、工程能力、架构能力，以及一种很难被量化，却决定软件寿命的东西——技术审美。

这是值钱的。