AI无法完成我95%的开发工作

AI无法完成我95%的开发工作
梯形图转SCL | 博途AI辅助编程文档 | AI模型价格对比 | AI工具导航 | ONNX模型库 | Vibe Coding教程 | PLC在线仿真器 | Tripo 3D | Meshy AI | ElevenLabs | KlingAI | ArtSpace | Phot.AI | InVideo

每个人都告诉我我的工作即将被自动化。酷。让我带你看看我昨天实际做了什么,然后你告诉我哪个代理能处理它。

我是一名技术负责人。小团队,五名工程师,一名超级资深和四名中级人员做大部分实现工作。我们坐在一家有一千多人的公司里。我们写了不少代码,但我们 also 拥有自己的平台和基础设施,因为我们遵循AWS规则:你构建它,你运行它。这意味着当它在凌晨3点报警时,它报警给我们。不是三层楼下的某个运维团队。

而这是每个"软件工程已死"讨论串中一直被忽略的事情:编码是我工作中花费时间最少的部分。差得很远。代理在我一周中原本就最小的那个部分变得可怕地好。

让我实际展示这一天,而不是抽象地讨论。

1、上午8:30,拉取请求

我打开审查队列。我的工程师们用代理写了这些。不是草率地。他们运行了它,阅读了差异,自己发现了明显的错误,在我看到之前就修复了。所以送到我桌上的已经是高质量的。这部分确实比两年前好多了,任何告诉你相反情况的人都没有认真使用过这些工具。

那么接下来一两个小时我在做什么?

我在寻找只有当你知道这个系统六个月后会走向何方时才会出现的东西。这个接口能否经受住我们已经在路线图上的下一个功能?我们是否刚刚将一个领域概念泄漏到了不属于它的地方?这个抽象会不会成为明年春天我们在事件中诅咒的东西?是否有缺陷通过了每个测试,因为测试断言了与代码相同的错误假设?

代理写了能工作的代码。我审查的是在另外三个团队在其上构建时能持续工作的代码。这些不是相同的审查。

每天一两个小时,我很乐意花掉它。这是整个组织中最便宜的保险。糟糕工程团队的经典标志是10行PR有10条评论,而1000行PR有0条评论。我宁愿成为接口设计上那个烦人的人,而不是明年解释重写的那个人。

仍然零行代码。

2、然后:其他人的文档

接下来,RFC和其他团队的架构决策记录。不是我的。是他们的。

我为什么关心?因为如果平台团队改变了身份在服务之间的传播方式,我在它发布时才发现,我的团队就要吃掉一个冲刺。所以我阅读他们的文档,将其与我们的方向进行映射,并在冲突成为冲突之前标记它。

我们运行这些审查圈,每个领域都有一个代表,以及该人员不在时的替补,因为"我们忘记了邀请数据领域"是获得必须重新设计的设计的方式。所以每个有意义的决策都会经历多人的多次审查。

它慢吗?是的。让文档合并和接受需要很长时间,然后实现它需要更长时间。任何在大组织工作过的人都在点头。

这是我希望你坐下来思考的部分。这种缓慢不是你可以自动化的流程失败。这是一千个有着不同激励的人达成一个他们都会真正遵守的决策的代价。你无法通过提示获得组织共识。瓶颈从来不是打字速度。

3、会议,是的,会议

每日站会,三十分钟。十五分钟讨论工单和清晰度,十五分钟讨论昨天出了什么问题以及我们如何解决它。后半部分是我的实际工作:有人卡在访问请求上,有人在等待另一个团队,有人遇到了没有人有答案的监管问题。我去让这些消失。

然后是计划。然后是回顾。然后是那些因为优先级变动而凭空出现的会议。

冲刺计划是我挣饭吃的地方。我将一个长期目标记在脑海中,并将其切割成足够小的部分,以便团队每两周都能交付有价值的东西而不丢失主线。工单缺失,所以我写它们。优先级在周二改变了,所以我重新安排并确保总体目标仍然实现。范围悄悄渗入,所以我把它推出去。

没有人写代码。价值被创造了。团队知道要构建什么,为什么重要,以及按什么顺序。那不是开销。那就是产品决策。

4、实际上是工作的部分

现在是有趣的部分。我必须找到组织中还没有人命名的问题,然后推动解决。

真实例子。我的团队和相邻团队的人一直在抱怨我们的监管义务很痛苦。不是规则本身,而是证据。截图。手动填写文件。向审计员证明三月的某个周二存在控制。这是简单的工作,它摧毁灵魂,它吞噬本应投入产品的时间。

工程答案对我来说是显而易见的:停止手动制作证据,从已经知道真相的系统中生成它们。自动化义务而不是记录它。

但知道答案可能只占工作的5%。现在我写RFC。我让合规团队同意自动化产物满足实际法律要求,这是关于风险偏好的对话,而不是代码。我让平台团队同意拥有其中一部分。我找到预算。我找到人。我从那些有自己的路线图和自己的奖金与完全不同结果挂钩的人那里获得批准。我让他们相信这值得他们的一个季度。

给我看看那个走进六个部门不同意的房间的代理,理解其中两个实际上是在为去年的某些政治事情争吵,并从中获得一个在与法律接触后仍然存在的决策。

如果之后还有时间,也许我能构建它。

5、有时我能写代码

有时。我会拿一个工单,交付它,打开一个PR。这很少见,我不会假装不是。这是我一天的几个百分点。

我故意继续这样做。当你停止接触代码的那一刻,你的架构意见就开始漂移到幻想中。你变成了那个说"只需添加一个功能标志"的人,而在一个功能标志花费三天的系统中。保持动手是我保持审查诚实的方式。

但让我们精确地说说这意味着什么。AI完全改变的唯一一件事是我一周中最小的部分。

6、令人不安的数学

这是我认为你们很多人还没有内化的最残酷现实:编码从来不是大规模的困难部分。

如果你是房间里的五个人,忽略我刚才说的一切。你没有沟通开销,你没有审查圈,你的合规故事是一个电子表格,你可以在周五发布任何你想要的东西。AI代理对你们来说是真正的超能力,你应该尽可能快地奔跑。

但在三十人以上的地方,物理定律改变了。协调成本出现并且永远不会离开。而残酷的部分是你无法选择退出,因为扩展组织是你服务更多客户、发布更多功能、赚更多钱的方式。你成长是因为成长是重点。开销是你想要的东西的税。

同时,没有旧规则被废除。我们仍然需要可维护的代码,因为有人在为它值班。我们仍然需要真正的推出流程,因为在受监管环境中的糟糕部署不是回滚,而是事件报告。我们仍然需要测试,老实说,我们的客户要求测试结果。他们想看到它们。试试用氛围编码度过那个对话。

代理让编写代码变得极其容易。它们没有让软件工程变得容易。那些一直是不同的问题,我们刚刚花了两年时间假装它们是同一个,因为其中一个终于被解决了。

7、那么实际改变了什么

我不会坐在这里告诉你什么都没改变。那是另一个愚蠢的立场。

我认为发生的事情是角色开始相互坍缩。软件工程师、产品经理和产品所有者之间的界限变得模糊,我认为它在这个十年内存活不下来。当实现变得廉价时,稀缺的东西就变成了决定实现什么,捍卫这个决定,并将其贯穿到一个有意见的组织中。那是产品技能。那是政治技能。那是沟通技能。

蓬勃发展的工程师不会是打字最快的人。他们将是能够走进一个满是利益相关者的房间,理解每个人真正想要什么在他们说想要什么之下,并带着决策离开的人。然后用代理在一个下午实现它。

所以不,我们离自动化软件工程师还很远。我们非常擅长自动化工作中最容易向你非技术表弟解释的那部分。其他一切,对齐、判断、第四次坐在审查圈里、知道这季度该打哪场仗,仍然顽固地、昂贵地是人类的工作。

昨天我写了零行代码,我的团队发布了。这不是我花费时间方式的缺陷。那就是工作。

Peace, nerds.


原文链接:AI can't do 95% of my job (and i'm a software engineer)

汇智网翻译整理,转载请标明出处