应用程序开发和交付工作的未来(AD&;D) 职业选手必须改变。今天,大约70%的工作都是关于胶水代码的开发和连接。从UI前端到应用程序后端,以及在集成层,都有大量重复的任务、设计模式和编写的自定义代码。更糟糕的是,许多团队反复开发相同的代码。创造性的业务逻辑通常代表最小的努力。当你试图构建新的、有创意的、与众不同的定制软件时,这种浪费会更大。
但是随着更多的人工智能驱动的创新变得可用,更多的可能性出现了,可以帮助开发人员获得生产力——特别是来自人工智能注入的开发工具的增强,我们在这个博客的第一部分更详细地概述了这一点。
此外,传统科技巨头正在取得巨大的进步,比如IBM与AI for code和Project CodeNet以及Microsoft通过GitHub Copilot。两者都为企业应用程序现代化工作带来了增强和自动化,提高了编码生产率,简化了开发人员的工作。
企业Turigbots:对未来的深入研究这就是帮助构建企业软件的“Turigbots”或SW bot发挥作用的地方。我们在弗雷斯特用英国天才艾伦·图灵的名字创造了图灵伯特这个词。我们相信,在未来5到10年或更短的时间内,基于AI的突破性创新,比如AI 2.0,Turingbot将由多家技术供应商创建。企业可以期待利用turingbot更好、更快、无bug地编写应用程序。打包的应用程序业务平台、低代码环境、专业开发,测试工具都将利用Turigbots,而且已经开始这样做了。
Turigbots将使用人工智能和机器学习(ML)来构建模型,从现有代码中“学习”,并确定哪个代码生成器可以满足业务应用程序和基础设施的要求,从而生成和交付源代码和可执行代码。强化学习似乎是Turingbot的一项基础技术。但其他各种人工智能基础技术都是强有力的候选者,同样:从深度学习模型到GPT-3再到神经符号推理(很可能是所有这些的混合)。
我们知道Turingbot必须基于以下核心操作原则工作:
设计工件必须采用标准化格式。当被授权编写整个系统时,生成的代码不会像过去那样必须是可读的。为什么?因为Turigbot可以随时快速地重新生成代码。所以,我们所要做的就是改变需求和约束,然后你会得到新的代码。,Turigbot必须满足几个预定义的服务级别协议和约束。如果需要自定义代码,扩展点将在设计工件中定义为服务。Turigbot将基于设计工件和实现工具包生成多个版本的业务应用程序技术和所需的架构质量。Turigbot将永远改变我们为企业构建应用程序的方式随着Turigbot的出现,我们构建企业应用程序的角色、工具和技术将永远改变。以下是我们对Turingbot未来软件开发生命周期的一些初步想法和想法:
应用程序开发设计师将使用工具来设计端到端的应用程序构件,这是需求的起点。这里我们并不暗示传统的UML或BPMN模型驱动的生成。
企业应用程序架构师将定义参考应用程序和基础设施技术堆栈(例如,UI框架、API、微服务、Kubernetes、数据库、持续集成/持续交付工具链,IBM AI for Code stack代表了一个强大的起点,它提供了注入AI的工具来提供帮助。
解决方案架构师将围绕可用性、效率、安全性、可靠性、负载、可访问性定义应用程序体系结构的质量(即非功能性需求),等。
TuringBots将“阅读”和“学习”上述所有应用程序端到端设计工件和质量要求,包括参考应用程序和基础设施技术堆栈。
一起,AD&;D pros和Turingbot将构建、更改和重构应用程序,并将其扩展到比当前流程快几个数量级的规模,从而显著降低成本—所有这些都尽可能接近按钮按下的灵活性。
这篇文章由副总裁兼首席分析师Diego Lo Giudice撰写,它最初出现在这里。
对手继续滥用对供应链的信任
苹果的侧载理念对开发者的影响
iOS 15:让每天100个移动时刻变得更好
进步的网络应用是否正处于拐点?
通过注册,您同意使用条款,并承认隐私政策中概述的数据实践。
您还将获得免费订阅的ZDNet今日技术更新和ZDNet公告时事通讯。您可以随时取消订阅这些时事通讯。
您同意接收CBS系列公司的更新、提醒和促销活动,包括ZDNet的今日技术更新和ZDNet公告时事通讯。您可以随时取消订阅