2028年还会有软件工程师吗?答案比AI更古老

2028年还会有软件工程师吗?答案比AI更古老 - AI News cover

本周,一家中国AI实验室发布了一个研究原型:它会自发地关注开发者的群聊和GitHub仓库,然后在无人请求的情况下主动提出代码修复方案。DeepSeek的Super-Agent坦承这是一项未完成的工作,但其文档中的一句话比工具本身更重要:"大部分工程工作是由编码代理完成的。"制造替代品的人,正在用替代品来制造它。

几乎同一时间,一段名为"Software Engineers 2028"的搞笑视频在开发者中流传,想象这个职业被缩减为监督机器和安抚利益相关者。它之所以走红,是因为它触动了真实的焦虑。如果代理能读聊天、写补丁、开拉取请求,那么这份工作到底还剩下什么?

历史提供了一个惊人精确的答案,而它从软盘开始。软盘消失,并不是因为人们不再存储数据,而是因为功能迁移到了更好的介质上,曾经定义这个功能的物件变成了博物馆藏品。职位名称遵循同样的物理规律。打字员的消失,不是因为书写的终结,而是因为书写脱离了专用机器和专职人员。功能迁移,名称徘徊片刻,然后悄然退休。

软件工程正处于这场迁移的中段。工作中纯粹转录的部分——把清晰的意图转换成语法——正以惊人的速度移向机器。GitHub自己的研究发现,开发者在AI辅助下完成日常任务的速度显著提升,每家大型实验室现在都提供能进行编码对话的代理。打字这一层正在走软盘的路。

但职业不是单一的一层。拿走打字,还剩下三层更硬的东西。第一层是决定什么应该存在:界定问题、选择取舍、知道哪个需求是真实的、哪个只是利益相关者的猜测。第二层是验证:用机器代码应得的怀疑去阅读它,因为一个写得流利的代理也会流利地犯错。第三层是责任。当系统在凌晨两点宕机时,必须有人承担失败的法律、财务和道德重量。没有任何许可证、合同或法庭会把这份重量指派给代理。

就业市场数据从另一侧讲述着同一个故事。需求在转移,而非崩塌。招聘启事越来越要求能驾驭AI工具、审查生成代码、设计包含非人类贡献者系统的工程师。世界经济论坛的未来就业分析一直把AI和机器学习专家列为增长最快的角色之一,即便它同时预测日常编程会被自动化。金字塔在底部收窄、在顶部变宽——任何职业的入门台阶被机械化时都会如此。

这种形态中确实存在风险,它值得诚实而非安慰。高级工程师曾经是通过缓慢而笨拙地完成初级工作成长起来的。如果机器吸收了初级工作,学习的管道就会断裂。今天为廉价代码欢呼的公司,五年后可能会发现已经没人能审查其代理写出的代码。理性的回应不是禁止工具,而是重新设计阶梯:有意识地把初级工程师与代理的产出配对,把审查变成可教授的技能,把监督机器当作新的手艺,而不是衰退的招认。

那么,软件工程师这个头衔在2028年会存在吗?几乎可以肯定会的,因为头衔死得慢,而机构是保守的。医院在医生的角色早已不再意味着其原有含义几个世纪后,仍在雇佣医生。但这个头衔将描述一种不同的日常现实:更少的打字,更多的决策;更少的书写,更多的阅读;更少的生产,更多的对所生产品的负责。软盘的教训不是事物会消失,而是物件会褪色而需求存活,繁荣的是跟随需求的人,而不是捍卫物件的人。

对领导者而言,行动是具体的。绘制出你的工程工作中哪些层是转录、哪些层是判断,然后明确地为判断层招聘和培养人才。在需要之前就建立审查能力,因为代理写的代码仍然需要一个能理解它的人。并且在市场向你提问之前,先关注自己组织里的学徒问题。头衔会照顾好自己,管道不会。

以数学思维思考。以智慧进行工程设计。以战略引领。负责任地构建。向全球扩展。通过人工智能创造真正的商业价值。

#ArtificialIntelligence #AIStrategy #FutureOfWork #SoftwareEngineering #ITImpress