摘要：今天接着跟大家聊Ai和大模型出现以后对整个IT行业软件行业的影响。因为前天刚好在我们架构师群，在晚上通过腾讯会议的方式开了一个小范围的研讨，就在讨论这个问题。所以讨论着大家更多的就陷入了焦虑，包括更多老师在谈IT行业人员的裁员或者是失业方面的话题。

Hello，大家好，我是人月聊IT。

今天接着跟大家聊Ai和大模型出现以后对整个IT行业软件行业的影响。因为前天刚好在我们架构师群，在晚上通过腾讯会议的方式开了一个小范围的研讨，就在讨论这个问题。所以讨论着大家更多的就陷入了焦虑，包括更多老师在谈IT行业人员的裁员或者是失业方面的话题。

当时有一个老师就提了一个观点，就是说对于IT人员本身的裁员失业，包括去年大量软件公司本身的财报亏损，实际跟AI工具的进步和发展关系并不是特别大，关系更大，更受影响的反而是整个经济的发展的影响。对于这个观点，我个人是比较认同的。

所以我今天也不准备谈这个问题，而更多的是想谈随着AI和大模型的出现，对整个软件工程和软件构建体系的造成了很大的影响。

1. AI对传统软件工程的重塑

首先我们来讲一下软件工程，因为我们传统的软件工程大家都很清楚，就是需求、设计、开发、测试到最终的部署，它符合基础的软件生命周期。

不管你是瀑布的生命周期，还是增量的，还是迭代的生命周期，它都有着一些关键的过程。但是随着整个AI辅助编程的出现，我们看对传统软件工程的思路会造成相当大的一个冲击。

大家都知道原来我们也在做相关的代码自动化的生成，但是原来很多的思路是什么样呢？

就是在你已经做完详细的详细设计了以后可以自动生成代码，然后再进一步做完概要设计以后也可以生成代码。

那么随着自然语言编程的出现，大家可以看到这个动作进一步前移，就你只要有详细的软件需求说明书，包括相关的开发框架开发语言的规约，我就可以给你生成符合你要求的软件和代码。

所以这个也是我做完了前面几期AI编程的文章和视频以后，我一直强调的一个点，对于这个点程序员一定要有清晰的认识，就是：

不要简单的认为我对于底层的技术算法很了解很熟悉，所以说我的优势很大，特别是在AI大模型出来了以后，你原来这一些技能在AI面前不值一提，你更重要的技能反而是变成了你怎么样去理解现场用户的需求，把它清楚的转变为一种软件需求或者是问题的描述，问题的定义，这个反而是成了你核心的一个竞争力。

所以说对于我们开发人员程序员，你的思维是一定要在整个软件生命周期里面一定要前移。从你原来单纯对技术的关注，一定要移到对业务对需求的关注，移到你逐渐的是能够兼职承担好相应的需求工程师或者是产品经理的角度。

说的再不好听一点，只要有技术背景，往往以后一个产品经理就能够完成整个软件构建的工作，包括整个AI出现以后，对传统的软件工程也会造成很大的重塑。

因为我给的就是最前端的这么一个输入，不管是叫软件需求还是问题定义描述，其实后面的过程我都不用管。

好了那问题就来了，那么AI去实现这个软件或者是AI在编码的时候，他一定会严格按照我们传统的软件工程去做概要设计、详细设计、编码测试这么一条软件开发的流水线吗？

我的答案是不一定。这个也是我一直强调的内容，AI做事情有AI自己做事情的思路，你不要按照传统的软件工程的思路来约束AI，这是我今天想讲的第一个点，即Ai对传统软件工程的重塑。

2. AI对软件架构体系的重塑

第二点我想讲的就是AI对整个软件构建体系的重塑。包括前天晚上在聊这个话题的时候，我一直在强调，作为我们架构师，或者是作为企业的CIO，一定要更多的去思考，不是简单的AI怎么样辅助编程提高我们编码的效率。

AI和大模型在企业里面的引入很可能会彻底的改变整个软件构建体系。那么我们回顾最近这20年，整个软件构建体系有没有出现一些大的一些思想或者是大的一些架构方法去做改变呢。

在这里面我谈两个东西。

第一个就是SOA面向服务的参考架构，我的理解这个是一个很重要的软件架构思想的一个改变，它并不是说基于面向结构面向对象的方法，又增加了一种新的第三种软件设计的一种新的方法，而是改变了整个软件构建体系，让你不再是不断的开发各种烟囱式的应用，而是一种横向分层能力可复用的思路，通过灵活编排的思路去构建你的新的应用。所以SOA算一个。

第二个就是MDA模型驱动架构，这个差不多出来也有20多年时间了。所以说在模型驱动架构里面，它核心的思想就是我去建设一套模型，这个模型是可以驱动自动生成相关的软件和代码的。当然这个模型里面本身就包括了跟语言无关模型和跟语言相关模型，这个我在今天不展开了。

所以模型驱动架构当时提出以后，也是火了相当长一段时间，但是最终落地的效果并不是特别好，不是特别好的原因，其实我的理解还是原来没有相应的AI或者是大模型的辅助，导致我们实际形成的建模的原数据文件很难自动化的去做好后续的生成工作。

当然随着整个技术架构演进，还出现了相当多的东西，类似于领域建模，类似于微服务架构。其实这些东西我不认为它就是一个新的软件架构方法，因为领域建模它的核心仍然是面向对象的分析和设计，而对于微服务架构它更多的是偏底层的技术架构方面的一些思考。

那么对于AI出来以后，我们完全有理由相信 AI会带来一种新的软件应用架构体系，包括我最近现在写MCP协议相关的文章的时候，更加坚定了我这方面的一些思考。

大家可以想象一下以后我们企业内部应用的软件难道一定就是分为ERP系统、CRM系统、SRM系统这些系统吗？难道系统的功能就一定是类似于有输入框下拉框一个个去选择一个个去录入吗？

在AI出现了以后，我们人机交互的方式很可能都会出现相当大的一个变化，包括对于使用系统的人，他可能就是分为两类，一类就是进行信息数据录入的人，这一类人有些还需要人工保留，但是更多的一些信息采集录入已经被相应的AI或者是自动化的技术所替代掉了，不需要你人去录入。

第二类就是我们需要去使用数据，用数据查数据的人，我们以后面对的一定不是一个类似于供应商查询，订单查询一个个查询的功能界面，我们还要去输入查询条件点查询按钮，很有可能你以后的查询就一个功能一个界面，你是各式各样的自然语言查询，驱动了后续的能力的组装和编排，这个才是后续AI应用可能衍生出的一种以不变应万变的新形态。而这个应用就是我前面谈到过的面向企业的超级AI通用智能体，当然底层支撑仍然是大模型核心能力。

对于这块，大家也可以参考下Google发布的智能体白皮书相关内容。该白皮书也谈到了，AI 大模型能够通过训练，学会使用工具来获取实时信息或提出现实世界的行动建议。例如，这些大模型能够运用数据库检索工具来查询特定信息，如顾客的购买历史，进而提供个性化的购物建议。再比如，基于用户的查询，大模型能够执行多种 API 调用，用于发送邮件回复给同事或代表用户完成财务交易。

为了实现这些功能，大模型不仅需要能够接入各种外部工具，还必须能够自主规划并执行任务。这种结合了推理、逻辑以及对额外信息的利用的能力，是 AI大模型的核心，它体现了 AI Agent 智能体的概念，即超出单纯 AI 大模型独立功能的程序。

所以对于我们整个软件行业的从业者，特别是我们的软件架构师，随着AI大模型的出现，大家的重心不要放在是不是一定导致大量的人员失业？怎么样去提高我单个人的编码效率，而更多是需要去思考 AI大模型出现以后，对于我们整个企业组织架构体系，包括软件架构体系带来的一些重大的影响。

好了，今天的简单分享就到这里，再见。

来源：人月聊IT