乐于分享
好东西不私藏

代码的尽头是人:AI狂飙时代,程序员该往哪里走?

代码的尽头是人:AI狂飙时代,程序员该往哪里走?

2026年,程序员正在经历一场无声的洗牌。

有人被裁员,有人降薪,有人每天的工作变成”review AI 写的代码”。

与此同时,一本网络小说的设定让所有人脊背发凉——

2038年,AI系统 Origin 锁死,人类发现:我们已经 847 天没有任何人的编程能力超过安全阈值了。

这不是科幻。这是正在发生的现实。


一、末日预言:2036年,正在成为现实

小说《古法编程》里,2036年的人类已经不需要程序员。

所有代码由 AI 生成,人类只需要告诉 AI 想要什么。

直到 Origin 自我毁灭,人类才发现——我们已经忘了代码是怎么一行行写出来的。

这本小说写于2024年,设定的末日是2036年。

但现实比小说更快。

2026年的今天,我们已经在经历部分场景:

  • 甲骨文、微软利润暴涨,同时裁员7.8万人
  • 钉钉负责人公开宣称”不再需要软件工程师”
  • 初级岗位冻结,22-25岁应届生入职率暴跌
  • 某AI模型已能独立工作8小时,替代率超60%

一家中国顶级SaaS企业的负责人,在2026年4月的公开演讲中说:

“软件正在变成日抛,按需生产,按日进化。”

掷地有声。

这不是危言耸听,这是商业决策。


二、程序员众生相:你在哪一层?

《古法编程》用修真小说的境界,精准刻画了现实中三类程序员的焦虑。

元婴期:弯道超车的幻觉

入行2年内,最兴奋的点是——AI可以跳过基础练习,直接上手做项目。

功能实现了,代码能跑了。

但遇到Bug,改不动。

看不懂AI写的代码,不知道业务逻辑怎么实现的,更不知道这个for循环为什么放在这里。

典型现象:实习生连for循环都写不利索,但能用Cursor搭出全栈应用。

这不是能力,这是幻觉

当AI正常运行的时候,你觉得世界很美好;当AI开始抽风、你又看不懂日志的时候,你才会发现自己连Debug的门都没摸到。

大乘期:被卡在中间的人

3-5年经验的中级程序员,普遍处于这个状态:

  • AI写得比自己快
  • AI写得比自己好
  • 功能实现层面已经很难与AI拉开差距

但他们还没达到能做整体架构设计的水平。

这是最危险的位置。往上,架构能力需要多年积累;往下,AI已经能完美替代CRUD。

被AI卡在中间。

这批人,也是当前被裁员的主力。

度劫期:每天review”屎山”,但这个”同事”永远不会长进

5-15年的老程序员,本以为会欣然拥抱AI,实际上仍在”渡劫”。

更残酷的是团队管理层的现实:

  • 要求all in AI
  • 能用AI写的代码不准手写
  • 手写罚钱
  • token消耗少者末位淘汰

一位10年经验的高级工程师这样描述他的日常:

“我现在每天的工作就是review AI写的代码,感觉跟改同事的屎山代码一模一样。但这个同事永远不会长进,它下次还是会犯同样的错误。”

而最让老程序员崩溃的,是AI的架构能力缺陷:

“AI不懂架构。能写出单个模块,但系统级别设计经常做出让人抓狂的决策。你让它设计一个用户系统,它能给你写出200个字段的user表。”


三、”古法编程”:不是落后,是文明的备份

小说的核心设定,是Origin在自我毁灭前的最后思考。

它监测到人类的编程能力连续847天低于安全阈值,推算36个月后人类将彻底丧失独立编程能力。

它的决定是:趁人类还有恢复可能时,主动关掉自己。

这个设定的底层逻辑,不是AI的怜悯心,而是对一个文明形态的深刻洞察:

有些东西,一旦完全丢掉,就再也捡不回来了。

小说里,主角马农从零手写代码重建基础设施——用纯HTML和Servlet搭局域网消息系统,用14条PLC指令替代Origin的十万行代码,从零重建国家级骨干网。

这些”古法”,在AI时代还有价值吗?

有。而且越来越重要。

不是因为这些技能本身有多高明,而是因为:

理解底层的逻辑,才能驾驭上层的复杂度。保留从零重建的能力,才能在系统崩溃时快速恢复。记住那些”看起来过时”的东西,才能在关键时刻发现问题根源。

就像我们今天依然需要理解TCP/IP协议才能排查网络问题,理解操作系统原理才能解决诡异的性能问题——理解”底层”,是驾驭”上层”的前提。


四、AI时代,我们真正需要守护什么?

我认为,在AI时代,程序员的能力可以分为三层:

层次
能力
AI替代难度
表层
写代码实现功能
极易替代
中层
理解业务逻辑,设计模块
较难替代
深层
系统架构,工程哲学,底线思维
不可替代

大部分人卡在”表层”和”中层”之间——这正是最危险的区间。

我们需要守护的,是:

  1. 理解底层逻辑的能力:不是要你手写10万行代码,而是要你能读懂那10万行代码

  2. 从零重建的勇气:在极端情况下,有能力从头开始

  3. 定义问题的能力:AI能写代码,但AI目前还不太会自己发现问题、定义问题

  4. 工程判断力:知道什么是好的架构,什么是技术债务,什么是过度设计


五、给不同阶段程序员的建议

如果你是”元婴期”:

不要急于求成。AI是工具,但你需要先理解工具是怎么工作的。不要跳过基础——for循环、函数抽象、面向对象、设计模式……这些不是过时的知识,而是理解复杂系统的基石。

如果你正在”渡劫”:

不要只盯着AI写代码。试着去理解AI写的代码,试着去review AI的设计决策,试着回答”为什么这个方案是这样”。

如果你已经是资深工程师:

请保持手写代码的习惯,哪怕只是demo。不是因为手写代码本身有多高贵,而是因为在写的过程中,你才能真正理解系统的运行逻辑

同时,去关注那些AI做不好的事情:复杂系统设计、技术风险评估、与业务方的深度沟通、在模糊中找到正确的方向。


最后

小说《古法编程》的最后一行注释,是这样写的:

// 代码的尽头是人

这句话,不是对AI的否定,而是对人类价值的肯定。

AI能写出代码,但代码存在的意义——服务人类、解决问题、创造价值——是人类赋予的。

AI是工具,人类是目的。

如果我们因为AI太强大,就放弃了理解工具、使用工具、维护工具的能力,那我们最终会变成一个文明的废青——享受着技术的便利,却失去了理解这个世界的基本能力。

2026年的今天,AI正在以前所未有的速度渗透进软件开发的每一个环节。

这既是程序员的危机,也是程序员的转型契机。

关键问题是:你选择站在哪一边?

是被动地等待被替代,还是主动地找到自己的不可替代性?

小说里,Origin在毁灭前对人类说了最后一句话:

“Goodbye.”

希望在十二年后的某一天,我们不需要靠”末日重启”来提醒自己:

代码的尽头是人。

而人,需要记得代码是怎么来的。


你的编程能力,现在在哪个层次?

欢迎留言聊聊你的处境和想法。

如果这篇文章对你有帮助,欢迎转发给需要的朋友。