免费咨询热线:13521730416

欢迎来访北京青蓝智慧科技,我们一直在网络安全与数据安全相关认证领域深耕多年,始终坚持以客户为中心,期待与您的交流和沟通!

AI 没让我提效,反而把我从程序员变成了“祈祷员”

我到现在每个月还在自费买顶配 AI 编程订阅,公司另外还配额度。

不是没用过,不是不会用,也不是没吃到红利。

但我想说一句可能不太合群的话:

AI 没有让我提效,它只是把“写代码”这块遮羞布撕了,露出后面真正的问题——而我们一直不敢面对。


一、程序员其实从来不需要“写代码提效”

很多人对 AI 编程的想象是:原来一天写完的接口,现在两小时写完,剩下时间摸鱼。

现实不是这样。

项目慢,从来不是慢在“代码敲得慢”。慢的是:

  • 需求方自己都没想清楚要什么;

  • 产品、业务、运营三方对“对”的定义不一致;

  • 一个字段权限要扯三天;

  • 上周定的方案,这周因为老板一句话推翻;

  • 历史债、老系统、数据口径、边界 case 没人敢动。

这些事 AI 帮不了你。

它甚至会让情况更糟——因为它太快了,快到没人再认真把需求想清楚,反正“先让模型出一版”。

布鲁克斯几十年前就说过了:软件有两类复杂度,偶然复杂度和本质复杂度。

AI 很擅长消灭偶然复杂度:补全、模板、脚手架、单元测试、翻译报错。

但需求模糊、利益冲突、业务权衡、系统边界、责任归属——这些是本质复杂度,模型再强也不会让它们消失。

所以你看到的现象是:

代码产出翻了三倍,交付周期没短,返工和评审反而爆了。

二、AI 太强了,强到我把“掌控感”弄丢了

这才是我最不舒服的地方。

以前我写一个模块,每一行都知道为什么这么写:

这个分支防什么、这个锁为什么加、这个默认值踩过什么坑。

现在呢?

AI 一口气甩出来两百行,结构漂亮、命名规范、测试也顺手写好。

你 review 的时候感觉“大概对”,但再往深里问:

  • 这个并发路径谁兜底的?

  • 这个异常分支线上真发生过吗?

  • 这个数据流转,和三年前那个老逻辑冲突没?

说白了,我不是在写软件,我是在给一个比我还自信的同事擦屁股,而且我还没他写得快。

更可怕的是:项目写到后面,你一点把控力都没有。

出问题了,不是“我记得这里怎么设计的”,而是“希望 AI 这次别翻车”。

对一个当初因为喜欢软件、喜欢设计系统才入行的人来说,这种感觉比被裁员还难受。

裁员只是失去一份工作。

失去对作品的判断权,是失去做这件事的意义。

image.png

三、不是 AI 不行,是“AI 原教旨”太烦了

评论区肯定会来那种人:“你没提效是因为你不够 AI native。”

我先堵一句:

我订阅费用比你工资可能都高,代码能力和对模型的驾驭,我大概率不虚大部分同行。

但我讨厌的是现在这套叙事——

好像谁对 AI 皱一下眉,就是保守、就是将被淘汰、就是不会用工具。

开会三句话不离 agent、workflow、全自动交付,念经一样。

可真到线上故障、数据错乱、业务规则被打穿的时候,模型不会出来担责。

它只会给你再生成一份“看起来更合理”的解释。

AI 解决不了的问题,不是你不够信 AI,是这个问题本来就没有标准答案。

四、说点更现实的:有些业务,本来就该被砍

不绕了,直接讲。

我们组最近聊得最多的一句话是:现在根本没那么多“有效需求”。

很多部门不是在创造价值,是在证明自己还有价值。

报表多做一张,看板多接一个,流程再绕一圈,KPI 填满了,业务没增长。

换个老板,这些“破烂业务”可能早砍了。

所以裁员这事,别全赖 AI。

AI 只是给了管理层一个体面说法。真正的原因是:

  • 前几年扩太猛;

  • 业务增长停了;

  • 无效内部消耗太多;

  • 组织层级本来就该瘦。

AI 是加速器,不是原因。

五、年轻人,别再把“做码农”当默认优解

前两年,身边同事聊的是“这个架构真优雅”“这个性能优化爽”。

今年大家只剩疲惫和烦躁。

所以我真心劝一句:

没特别热爱,就别硬挤互联网做码农了。

不是唱衰,是这行已经不是“会写代码就有饭吃”的行当了。

以后值钱的不是“你能让 AI 写出多少行”,而是:

  • 你能不能把模糊需求拆清楚;

  • 你能不能判断 AI 哪行不能上;

  • 你能不能对系统最终正确性负责;

  • 你能不能在业务、成本、风险之间做取舍。

写代码在贬值,判断在涨价。

但问题是:很多人入行,本来就不是为了练判断,只是为了“稳定高薪找个岗”。

那个岗位,正在消失。

六、我还是会用 AI,但我不再迷信它

说到底,我不反 AI。

我反的是把 AI 当宗教,反的是“快=好”,反的是用工具叙事掩盖管理失败和业务空洞。

我现在给自己的规矩就三条:

  1. 核心逻辑和架构决策,不让 AI 替我拍板;

  2. AI 出的代码,先问“为什么是它”,再问“能不能跑”;

  3. 项目里必须有我亲手画过、能讲明白的那张图。

做不到这三点的话,模型再强,我也只是个“按回车的人”。

软件行业最迷人的从来不是“把功能做出来”,

而是你知道自己在造一个什么东西、为什么这么造、出事你兜得住。

AI 可以把代码写得很快,但不能把“这是我的作品”还给你。

这一点,别丢。



相关文章

关注微信