关于业务架构基础知识的二三事儿：关于大模型带来的思考

作者|钰湚—付晓岩

别的热度可以不蹭，但是大模型的不能不蹭。

这次OpenAI的“春晚”好像又挺“嗨”的，接着“Githubcopilotworkspace”又来了点儿小“Vision”，后边我自己也要努力增加在零代码和大模型方面的学习时间了，更多地面向未来吧，今天先聊点儿小感受。

我自己在《银行数字化转型》这本书中提出的两大数字化必然趋势：持续压缩空间对人类活动的限制和个体能力持续增强，正在越来越明显的发展着。大模型会给我们的架构工作带来哪些新要求呢？

顺着上一条说下来，面向“知识”的重塑是什么呢？现在的企业端软件，大多是你要先学会业务再使用软件，最好的也是业务和软件一起学，软件既不懂业务，也不会跟着业务发展自己“学习”，但是大模型支持的系统开发以及软件使用可能会不太一样，学习和交互能力的增强，会引导业务人员学习业务并使用软件，也就是互动性应用，这会改变企业的知识积累和软件的知识积累。

我们经常在业务系统设计中遇到大量贫血模型，这通常是因为业务中缺乏知识提炼或者这一部分本就是操作性的，没什么知识提炼，但是站在全局上看，尤其是可以逐渐“隐去”对纯操作性部分的复杂实现后，该总结和提炼的“知识”会重新显现，那部分将是系统或者说企业的“核心能力”。

系统“知识”的增加，会进一步带到业务侧卷入到数字化中，有“知识”和互动的系统，可以经由业务人员进行大部分的改进，只有涉及到复杂演进、安全、重大业务连续性等问题时，需要IT的深度介入，这可以极大提升企业的反应速度，所以，软件“知识”的增加才是全民数字化的“引力”，业务人员可以在数字化过程中自己学习和改进业务，才有动力真的加入和推动企业数字化进程。

原文链接:

关于业务架构基础知识的二三事儿：关于大模型带来的思考_业务架构_钰湚—付晓岩_InfoQ精选文章