一边有人高喊，未来几十年软件工程将被AI消灭！另一边，却还有单位明令禁止员工用AI写代码。软件行业到底在经历什么？

说实话，我觉得两边都有点极端。

支持AI的人认为，几句话就能生成几千行代码，过去一个团队忙半个月的工作，AI可能几个小时就能完成。既然如此，还养那么多程序员干什么？

可禁止AI的单位也有自己的顾虑。

“AI生成的代码出了问题，谁负责？”

“涉及客户数据和商业机密，能随便上传吗？”

“系统运行三年后，谁能看懂并维护？”

尤其是制造业、能源等行业，软件一旦出错，影响的可能是资金、生产和设备安全。禁止未经审批的AI工具进入开发流程，有其现实原因。

但有一点恐怕很难改变，AI正在压缩大量重复编码工作的时间。

未来最尴尬的程序员，可能就是只会按照需求写代码，却说不清业务为什么要这样设计的人。

举个制造业常见的例子。
老板要求开发一套MES系统，AI可以帮忙生成生产报工、库存管理、质量检验等功能。

但客户突然提出一个要求，订单插单后，不能影响已经排好的紧急订单，还要考虑设备产能、物料库存、工人班次。

AI能写程序，可谁来判断排产规则是否合理？谁来协调生产、采购、仓库之间的矛盾？谁又能保证系统上线后，工厂真的用得起来？

这些工作，需要懂业务、懂系统设计的人来完成。

甚至有些企业已经开始改变开发方式。比如利用云表paas无代码能力，让熟悉Excel的业务人员通过画表格开发MES、WMS、ERP，业务流程、数据关系、权限规则由人设计，重复性开发工作交给工具完成。

再结合AI分析需求、辅助设计和检查逻辑，系统调整起来也方便。

但无代码同样离不开架构设计。业务规则一旦混乱，换什么工具都可能把系统做得一团糟。

所以我判断，未来软件行业可能出现一个很明显的变化。

普通编码工作的价值会受到冲击，系统架构师、业务分析师、懂行业的技术负责人，可能会成为企业争抢的人才。

当然，架构师也会用AI，分析师的部分工作同样会被自动化。职位名称本身并不能保证谁不会被替代。

软件工程可能会发生巨变，但只要企业还有复杂的问题需要解决，就需要有人理解问题、作出判断，并对最终结果负责。

十年后，程序员最重要的能力，究竟是会写多少代码，还是知道什么代码该写、什么需求根本不该做？
软件 程序员