代码已死,编程永生!——聊聊 AI

代码已死,编程永生!——聊聊 AI

PS:阅读本文不需要任何代码和技术基础 😀

近期迁移博客,高频使用 AI 写了一些脚本。现在用大模型 AI 编程目前仍然是热点。作为一个使用「古法编程」十多年的程序员,也谈谈我的看法。

今年2月,Andrej Karpathy 提出了 Vibe Coding 这个概念。打那以后,就不再有人提 「AI 编程」了,而是「氛围编程」。如果不小心少关注了几个月,从谈吐言语中甚至也能看出:你落伍啦!

Vibe,是单词 vibration 的缩写,指的是「某环境所带来的特别的感觉」,也就是所谓的「氛围、气氛」,通常是由外界环境给人带来的感受。

通过使用 AI 编程,比如 Cursor、Copilot,Claude Code 等等,甚至你不需要知道怎么写代码,只要口头描述需求,AI 自然会帮你分析需求,并且完成代码编写。如果报错了,你只要喊一声出错了,它会自己修复。你只需要点点鼠标,统一代码合并,并且查看效果。如何满意,则继续,不满意,继续要求修改。

「氛围编程」,也就是凭着这些感觉编程。

大模型让编程「平民化」

大模型,也叫大语言模型(英语:large language model,LLM)。

很不巧,编程语言也是一种语言。并且这种语言的规范性更强,不像人类语言那样,有些词模凌两可。这就让 AI 使用起来更加得心应手(现阶段的模型,大多都是推算概率来判断后面出现什么字词,越是规范化,越是有迹可循)

再加上这几年各大厂商对 Agent (可以理解为能干复杂活的 AI 代理人)的疯狂迭代,Vibe Conding 已然能很好的完成一定复杂度的编程任务了。

不可置否,AI 依然荡平了编程的门槛。简单的脚本,简单的应用,即便没有基础,也能完成得不错。

对于普通人来说,玩一下和通过编程方式解决一些重复性劳动的情形下,学不学编程不再重要了。

当我们谈编程时,我们在谈什么?

在前司任职时候,闲暇之余我们总是在聊 AI 时代研发人员的职能走向何方。

显然,最自然的路线是用 AI 造一个只要动动嘴就能开发页面的研发平台,然后再用它去造运营平台。那么,很自然地想到,不如直接跳过中间环节,直接做一个 AI 运营系统,让运营们只要动动嘴就能搞一个双十一、双十二。

然而,像 ChatGPT 一样,只给一个聊天输入框,能做到这些事情吗?

显然是不能的,至少现阶段的 AI 不能。

一个优秀的运营系统,是对复杂的业务逻辑和流程流转进行**「抽象」「简化」。**

抽象,是为了能兼容更多的业务形态,比如,如果抽象做得好,我只要能搞双十一,那一定能搞双十二。

简化,是为了运营人员可以更加高效地完成工作。

负责系统研发的程序员们的核心产出,我认为就是这些抽象和简化后的业务流程和逻辑。至于那些增删改查的代码,谁写都一样。

有了内部优秀的抽象和实现之后,另一个不可或缺的就是「交互界面 / UI」

交互界面,User Interface。「interface」躺在英汉字典里,无非就是「接口」、「界面」。但是为何又是接口又是界面呢?

「interface」还有连接的意思。编程领域有另一个常见的单词—— API, Application Programming Interface,即「应用程序编程接口」。指的便是两个程序之间的对接用的接口。

回到 UI / 交互界面,这个 「interface」就可以理解为人和程序之间的对接的接口,没错,就是「人机交互」。

人和机器是纯粹的两种事物,人除了逻辑之外还有情感、情绪等等,记忆和知识的调取也不是单纯的硬盘读取。而机器只有逻辑。衔接这两端的事情自古以来便是复杂的事情。

所谓「编程」,我认为关键的核心就在于:**将现实复杂的事物抽象为机器的逻辑,以及将机器的流程对接到人类的现实操作流程中。**一个正向,一个逆向。

次世代的程序员

有了 AI 之后,编程语言不再重要。python 和 java 无需打架,因为只要一句话,就可以让 AI 把程序从其中一个语言换成另一个。

可以不学习编程语言了吗?

我认为只要「人机关系」依然存在,下一代程序员依然需要学习语言、学习编译原理、学习设计模式。如前司各内部系统的逻辑来说,如此精妙和复杂的流程和设计,靠现阶段的 AI 根本无法实现。从「需求」到「程序架构」这一步依然只能靠人。

如果没有 Know-How,甚至都无法给 AI 表达完整的需求。

作为次世代的程序员,不应再拘泥于表面的「形」,死抠语言技巧,重点在于知其「理」。

AI 为了达成目的,所写的代码不会考虑风格统一、设计模式这些因素。随着产出的代码逐渐增多,人会越来越看不懂这堆代码,直到无法维护。

我们所用的编程语言,被称之为「高级语言」,也就是给人用的。只要 AI 产出的还不是 1 和 0,就说明人还无法被去掉,AI 也只能做 Copilot。

一挪迈的总结

Vibe Coding,任何人都应该去拥抱它。时代的潮流不可逆,生产方式也已经发生改变,纺织工不可苦守「古法工艺」。

有 AI 的辅助,会让人产生错觉,认为自己「已经会了」,沉浸 Vibe 的时候,也会迷失,甚至忘了自己原本就会。好比开着辅助驾驶,有时候甚至忘了自己可以主动踩刹车。

Know-How,依然是新时代程序员的基本门槛。

生产方式一定会继续变革,AI 一定会进化。也许未来我们会有新的 AI 编程语言…但不变的是,人类世界依然以人类为核心,而编程一定会因人的存在而存在。

代码已死,编程永生。

原创不易,如认为有价值,请不吝赞赏充电⚡️

微信赞赏码
微信 扫码,为我买一杯咖啡☕️
公众号二维码
关注公众号,获取最新文章推送

相关阅读

盈透 IBKR 手机 APP 下单界面全教程懒人包

盈透 IBKR 手机 APP 下单界面全教程懒人包

不少人觉得盈透难用、太复杂。其实手机 App 相对还是可用的。 主要是盈透的 App 提供了太多的功能、开关,以及陌生的概念,这一年下来,发现我也写了七七八八了。基本上整个下单界面的概念和功能都写了一遍。 今天整理一下,作为「盈透 IBKR 下单教程笔记」第一季。 ![](https://imgs.innomad.io/blog/20251128202626662.png) ## 懒人包目录 参考上图,每一个红字标注都有单独的篇章。 ### 购买力 从账户这一行开始,其中「购买力」可以参考 我的盈透 [IB...

IBKR 只有 1% 的人在用的神级功能:订单附加条件

IBKR 只有 1% 的人在用的神级功能:订单附加条件

盈透的手机 APP 下单界面,还剩下一个板块没有写:附加条件。今天加上就算完结了。 简单来说,这个功能就是可以在订单被发送到交易所之前,先判断是否满足所定的条件。 同样也是东八区用户神器之一! ## 附加条件不是「限价单/止损单」 「附加条件」乍一看有点像限价单,但实际上完全不同。主要区别有这几点: ### 1. 关注点不同/维度不同 普通的限价单和止损单只关注自身的价格,无法感知大盘、行业和其他因素。 「附加订单」的条件除了自身的价格,可以设置其他的。比如,欲购买苹果 AAPL,完全可以设置一个条件是纳指ETF QQQ...

这三周 #20 数据丢了,你会遗憾吗?

这三周 #20 数据丢了,你会遗憾吗?

生活不止投资炒股,今天不谈投资,聊聊这段时间我搞得事情 —— 数据备份。 ## 什么数据不想丢失 早年喜欢收集资料,然后存起来备用。后来发现网络上通常都有永久的记忆,根本不需要我存在硬盘中。掌握好搜搜引擎技巧即可。现在 AI 大模型时代,甚至搜索技巧都不太需要了。 生活中数据会有很多,真正要备份的却并不多。对我来说,似乎只有拍摄的照片和视频是万万不想丢失的。 ![](https://imgs.innomad.io/blog/20251126102625032.png) 写了一个小脚本统计了一下,目前不想丢失的数据至少有这么多。群晖的索引和缩略图大概占用50G左右。 ##...

盈透(IBKR)“一取消全”(OCA)委托单详解:如何用它管理交易机会与风险

盈透(IBKR)“一取消全”(OCA)委托单详解:如何用它管理交易机会与风险

强烈建议先看上一篇:[盈透交易必备技能:如何设置 “一键三单” 彻底锁定风险和利润?](https://innomad.io/ibkr-attached-orders) 在附加订单的下边,盈透还有个高级的功能:中文叫做「一取消全委托单」,对应的英文是 One Cancel All,通常也缩写为 OCA,今天就写一下 OCA。 ## 什么是 OCA OCA 委托单是一种将**两个或多个独立的委托单**连接成一个逻辑组的自动化工具。它的核心机制正如其名:**一旦组内任何一个订单全部或部分成交,系统将自动取消或按比例减少组内所有剩余的订单。** 这个功能对于东八区的朋友非常重要,你可以...