阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处网络「网络」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。

新的源码解析文章实时收到通知。每周更新一篇左右。

认真的源码交流微信群。

Redis 之父 antirez 最近发了一篇博文《不要被反AI的炒作所蒙蔽》，直接在技术圈炸了锅。

Hacker News 上一夜飙到 850+ 评论，浏览量轻松破 10w+。

为什么这篇文章这么有分量？因为说这话的人是 antirez——Redis 的作者，定义了一代缓存基础设施的人，一个纯粹的 C 语言老派系统程序员，一行一行敲代码长大的那种。

这样一个人站出来说”写代码已经不再必要了”，冲击力远比某个 AI 公司 CEO 喊口号大得多。

值得注意的是，antirez 并不孤独。Linux 之父 Linus 也开始用谷歌的 AI Coding 工具写 GitHub 项目了。老派技术大佬们正在集体转向，这本身就是最强的信号。

理想抵不过事实：AI已经永远改变了编程

antirez 开篇先亮明了自己的立场：我是一个热爱手写代码的人，我甚至不希望 AI 在经济上”成功”。

可以说，我的整个职业生涯，都是在努力写出结构良好、极简、充满”人味”的软件。我一直认为，人类的参与本身就是软件的核心价值之一。

说白了，antirez 不是那种被 AI 公司洗脑的”布道者”。他是带着情怀来的，但情怀归情怀，事实归事实：

但如果因为我对软件、对社会的理想，而刻意扭曲自己的判断，我会看不起自己，也看不起自己的智力。

事实就是事实：AI 将永远地改变编程。

这句话的分量在于——说这话的人 2020 年就辞职写了一部关于 AI 与自动化的小说，2024 年底还开了 YouTube 频道专门聊 AI 编程。他不是昨天才关注这个领域的跟风者，而是一个观察了好几年、最终被事实说服的老兵。

他原本以为编程至少还有几年才会被重塑，现在他已经不这么认为了。至于 AI 公司能不能赚回成本、股市会不会崩盘？从长期来看，这些都是噪音。编程已经被永久改变了。

敲代码没必要了，前提是目标提示够清晰

antirez 的核心判断很直接：大模型已经能在几乎无人干预的情况下，独立搞定中等规模的项目。

但他也给了一个关键前提——你得能把问题想清楚、说清楚。任务越独立、越容易用文字描述，AI 完成的效果越好。系统编程尤其适合。

换句话说，AI 不是不行，是你的提示不行。

对大多数项目来说，亲手写代码已经不再”理性”，除非只是为了好玩。

这话听着刺耳，但请注意 antirez 用的词是”理性”——他没说手写代码不好，而是说从效率角度看，它已经不是最优选择了。

Redis 之父用 Claude Code 搞定了什么？

光说不练假把式。antirez 晒出了过去一周用 Claude Code 的实战成果：

改造 linenoise 库支持 UTF-8：这件事他一直想做，但为一个个人小项目投入大量测试工作，实在说服不了自己。用 AI 之后？描述想法，代码就出来了。”当你只需要描述想法，它就直接变成代码时，整个世界就不一样了。”
修复 Redis 测试中的间歇性故障：时间相关的 bug、TCP 死锁——做过的人都知道，这种问题调起来有多折磨人。Claude Code 反复复现、检查进程状态、定位问题，最终修掉了。
从零实现纯 C 的 BERT 推理库：5 分钟，700 行代码，输出与 PyTorch 完全一致，性能只慢 15%，还附带模型转换工具。
复现 Redis Streams 核心改动：antirez 把自己的设计文档丢给 Claude Code，20 分钟就复现了他之前好几周的工作量。慢的主要原因是他自己在审核代码。

第三个例子最炸裂。 5 分钟写出 700 行纯 C 推理库，性能只慢 15%——这不是写个 CRUD，这是系统级编程。如果连这类任务 AI 都能搞定，那大量”搬砖式”的代码工作，还有什么理由非要人来写？

更有价值的是，接下来怎么做？

antirez 的判断很清晰：写代码不再是核心竞争力，”想清楚做什么”和”说清楚怎么做”才是。

他给开发者只提了一个建议——拥抱 AI，但方式很关键：

认真测试这些新工具，用几周时间去用，而不是只花五分钟，然后用结果来强化你原有的偏见。

这句话戳到了很多人。技术圈有一种常见的”试了一下，不行，果然是垃圾”的心态。说白了，你用 5 分钟否定一个工具，跟面试官用 5 分钟否定一个候选人一样不靠谱。

至于”AI 抢了我的活”这种焦虑，antirez 的回应很通透：

当年你熬夜敲代码，只为看到项目跑起来时，内心真正燃烧的是什么？是”创造”。

创造的乐趣不会消失，只是创造的工具变了。 antirez 自己就是最好的例子——他现在比任何时候都更想写开源，想重新打理那些因为时间原因放弃的仓库，把 AI 深度引入 Redis 工作流。

我想继续改进 Vector Sets 的实现，然后像现在做 Streams 一样，去优化更多数据结构。

代码被大模型吞掉了，其实是另一种开源

有人问 antirez：你过去写的代码被 LLM 吃进去了，你怎么看？

他的回答很大气：这本质上就是另一种形式的开源。

让代码、系统和知识更加民主化。 LLM 会帮助我们更快地写出更好的软件，让小团队也有机会和大公司竞争——就像 90 年代的开源软件所做的那样。

但 antirez 也表达了一个重要的担忧：这项技术重要到不该掌握在少数公司手中。

他特别提到了中国的开放权重模型，认为开源模型依然在和闭源前沿竞争。而他乐观的理由也很硬核：如果最前沿的 AI 真有什么不可追赶的”魔法”，为什么 OpenAI、Anthropic 和 Google 多年来的结果始终如此接近？

说白了，差距是有的，但没有护城河。这对开发者来说反而是好消息——AI 不会被少数巨头垄断。

创新不可能倒退，但会伴随着失业

antirez 在就业问题上没有打鸡血，而是给了一个冷静到有点扎心的判断：

公司会选择雇更多人、做更多事情，还是会通过”更会写提示的人”，来减少工程师数量、压缩薪资成本？

答案可能两个都有，但后者的比例恐怕不会小。 antirez 坦言，在某些行业里，人类可能会变得完全可替代，”这让我感到害怕”。

怎么办？说实话，antirez 也没有什么灵丹妙药。他的建议是支持那些理解现状、愿意扶持失业人群的政策，同时期待 AI 在科学和医疗等领域创造的积极价值。

创新从来不会倒退，但它的代价从来也不是均匀分摊的。

敲代码不重要了？网友：不服，代码是写给人的

评论区直接炸了。最有代表性的一条来自一位 15 年经验的老兵（Java / Spring / React / 遗留系统 / 硬件接口全栈）：

我从 GPT-3.5 一路用到最新模型，每次 AI 写完，我都要重写 70%。架构不行，细节不行，根本没法交付。

这条评论之所以引爆讨论，是因为它戳中了大量中高级程序员的真实痛点：AI 能写代码，但写不好工程。

但反击也来得很快：

会不会只是你太挑剔了？用户并不关心代码是否优雅，只要能跑、能扩展、不炸。很多所谓”工程标准”，只是历史包袱。

争论的焦点开始从”AI 行不行”无缝切换到了一个更本质的问题：程序员到底在为谁写代码？

有人搬出了那句经典的话：代码是写给人看的，机器执行是次要的。

但这两拨人可能都对，也都没说到点上。 那位 15 年经验的老兵说的没错——AI 在复杂工程上确实还有明显短板，遗留系统、多模块协调、架构决策这些事情，AI 目前搞不定。但 antirez 说的也没错——对于目标清晰、边界明确的任务，AI 已经快到离谱了。

真正的分水岭不是”AI 行不行”，而是”你的任务适不适合 AI”。 把 AI 当万能工具的人会失望，把 AI 当废物的人会掉队。最聪明的做法是：搞清楚哪些活儿该交给 AI，哪些活儿自己干更靠谱，然后用省下来的时间去做更有价值的事。

编程没有死，但”只会敲代码”这件事，正在变得越来越不值钱。

参考链接：

https://antirez.com/news/158

芋道源码 —— 纯源码解析博客

Redis之父罕见发声：写代码已不再必须！情怀归情怀，事实是事实：编程已经被AI永久改变了！网友炸锅：不服，70%的AI代码都得重写