每个人都能用AI写代码了,软件会消失吗?

故事是这样的。

前两天我在X上刷到一条帖子，一个老哥说他有个朋友，完全不懂编程，花了20分钟用Cursor写了一个Chrome插件，功能是把网页上的所有图片一键下载到本地。

20分钟。零基础。一个完整可用的浏览器插件。

我当时就愣住了。

然后我开始寻思，这事儿不对劲。如果连我62岁的老父亲都能用AI写出能用的软件，那天天写代码的这帮人是在干嘛？软件行业是不是要变天了？

先别急着下结论。

我去研究了一下，发现这个事儿要远比「AI要取代程序员」复杂得多，也有意思得多。

Cursor我用过，当时就一个感觉，这玩意太特么离谱了。

你跟它说人话，它就给你生成代码。你让它改，它就改。你让它解释，它就解释。更骚的是它还能读你整个项目的上下文，知道你在干嘛，生成的代码跟你的风格基本匹配。

我当时就想，这不就是程序员的「外挂」吗？

但问题来了。

如果连完全不懂代码的人都能用它写出完整可用的程序，那程序员的价值在哪里？软件行业会不会真的像很多人预测的那样，开始「消亡」？

我认真想了想，觉得不会。

原因很简单，写代码和做软件，根本就不是一回事。

你可能听过一个词叫「递归的诅咒」。就是你越是懂一个东西，就越容易忘记「不懂」是什么感觉。

一个做了十年后端的老哥，他很难想象一个完全不懂编程的人是怎么理解「API」「数据库」「并发」这些概念的。

但问题来了，如果你不懂这些，你让AI帮你写出来的「软件」，它真的是「软件」吗？

我见过太多人用AI生成了一段代码，跑起来了，开心了，然后三个月后数据丢了、系统崩了、人跑了。

这不是软件，这叫「数字废墟」。

真正的问题从来不是「AI能不能帮我写代码」，而是「我知不知道我要做什么」。

AI降低的是「实现」的门槛，但它提高的是「定义问题」的门槛。

你想想，一个五岁小孩可以用Cursor搭出一个可运行的网站，但一个没有产品思维的产品经理，砸给他一百个AI工具，他也做不出一个真正好用的产品。

差距不在工具，在于「想清楚」的能力。

这不是UI设计，这是认知设计。

说回那个20分钟写出Chrome插件的老哥。他的插件能用，这是事实。但他的插件能不能处理2000张图片？能不能在网络断开的时候不丢数据？能不能在不同的操作系统上都稳定运行？

这些问题的答案，往往才是「软件」和「代码」的分水岭。

软件工程之所以复杂，不是因为代码本身难写，而是因为现实世界的问题本身就复杂。并发、容错、安全、扩展，这些东西不是靠AI生成的代码能解决的，它们需要的是对问题的深刻理解和对风险的前瞻性判断。

换个角度想想，服装设计软件没有让设计师失业，CAD软件没有让工程师失业，它们只是让「会用工具的人」淘汰「不会用工具的人」。AI编程也是一样，真正被淘汰的不是程序员，而是那些只会写代码、不会思考问题的程序员。

但这里有个更底层的逻辑：如果编程变得人人可及，那「软件」这个概念本身会发生什么变化？

也许软件的形态会变。今天我们说的「软件」，是一个独立的、有明确边界的系统。但未来，可能会变成一种「能力」，嵌入到各种场景里。你不需要「开发」一个客服系统，你只需要「描述」你的需求，AI就帮你生成、部署、维护。

从这个角度看，软件不是消失了，而是「消失」在了更底层的地方。就像电刚发明的时候，有「电气工程师」这个职业，现在呢？电渗透在每一个角落，但你不会觉得「电消失了」，你只会觉得「电太普通了，根本不需要专门提它」。

软件也可能是这样。未来的软件可能不是「存在」于某个地方，而是「流淌」在每一个你需要它的瞬间。

这是我能看到的未来。但坦率的讲，我也不确定这会不会发生，技术的发展有时候比小说还离谱。

我能确定的是，AI不会让「解决问题」这件事消失，而软件本质上就是用来解决问题的工具。只要问题还在，只要需求还在，软件就不会消失，它只会换一种形态存在。

所以，与其担心AI会不会取代你，不如想想你到底要解决什么问题。

工具会变，需求不会变。代码会变，价值不会变。

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～

谢谢你看我的文章，我们，下次再见。