面对长期的专业人员和技能短缺，企业IT领导者一直在探索释放软件开发人才的新方法，通过培训非IT人员和部署工具，使业务用户也能构建或定制应用程序以满足他们的需求。
为了促进企业中的软件开发，诞生了各种各样的工具，从无代码平台(如Bubble)和低代码拖放工具(既可以独立运行，也可以集成到企业应用程序中)，到使用机器学习向专业开发人员建议代码行的智能工具。
这三种工具的销量都在增长。据IDC预测，到2026年，无代码平台的销售额将以每年13.9%的速度增长，低代码平台的销售额将增长14.1%，智能开发人员技术的销售额将以31.3%的速度迅猛增长。随着平台供应商开始探索生成式人工智能模型(如ChatGPT)的潜力，开发人员甚至可以在其上构筑自己的业务逻辑，甚至将人类可读的需求转换为机器可读的代码。
(相关资料图)
关于软件开发未来的预测包含在IDC的《2022-2026年全球低代码、无代码和智能开发人员技术预测》报告中。其作者Michele Rosen表示，自从她完成该报告以来，智能开发工具的市场变得更加有趣，因为其中一些工具——比如Salesforce的Einstein GPT或微软的基于GPT的Copilot——已经公开发布，尽管在此之前，OutSystems的AI Mentor等产品也提供了类似的功能。
补充技能的力量倍增器Rosen说道，“你可以将它们想象成样板文件作者，或者技能补充剂。它们是那些知道如何自己做这件事的人使用的工具，他们可能会使用它们来补充自己以前没有使用过的技术、库或框架的知识，或者省去在Stack Overflow上查找几行代码的时间。”
它们的其他用途可能包括输入几个单词作为提示，以生成启动项目所需的20行样板文件。Rosen感叹道，“这真的是一个力量倍增器，一个加速器。”
另一方面，低代码和无代码平台通常采用拖放的方式，而不是命令行界面，这也体现在业务线开发人员思考他们正在解决的问题的方式上。
她补充道，没有技术背景的用户通常会从用户界面内部来考虑应用程序，这是大多数人使用计算的心态。但是，如果为他们提供了UI组件，他们就可以安排创建用户界面，然后还可以将组件组装成业务逻辑，甚至与第三方系统集成，那么，在某种意义上，对于非技术开发人员来说，无代码和低代码开发就变成了基于组件的体验。
高管猎头公司Riviera Partners的首席技术官Andrew Peterson长期使用低代码开发工具，他认为，组件化是关键。
他表示，“我喜欢低代码的原因之一是应用程序的某些部分是商品化的。如果我能买到现成的东西，那么我就可以专注于创造真正有价值的东西，这些东西对我的特定业务——商业逻辑、创新和竞争优势——很重要。这样我就可以更快地进入市场。”
但这不仅仅是为了让编码人员——无论他们是在IT部门还是其他部门——的生活变得更轻松。一个好的低代码或无代码平台也会对CIO有所帮助。
治理方针Rosen说道，“如果我必须告诉那些想要购买无代码或低代码工具的人应该寻找什么，从而判断该供应商是否认真地帮助他们建立低代码/无代码开发文化，那么答案一定是控件，这些控件可以帮助他们围绕谁可以使用这些工具以及这些工具可以用于什么来建立治理战略。”
Lendr是一家在线B2B贷款平台，其运营和技术副总裁Nick Mates表示，在某些方面，围绕低代码工具的治理与其他软件开发工具没有什么不同。他表示，“我们将低代码应用程序与传统代码应用程序一视同仁。它应该遵循相同的治理生命周期，从业务分析师的办公桌到开发人员的办公桌，再到QA办公桌，最后到部署。”
有了这样的代码促进工具，企业还必须围绕哪些工具最适合哪些用例建立治理。Rosen指出，许多企业内部都有多个这样的工具在运行。不过，在利用低代码和无代码工具方面经验最丰富的企业已经建立了卓越中心(CoE)，可以就何时使用哪种工具向业务部门提供建议。此外，CoE还通过编写低代码开发工具或其用户无法处理的更复杂的交互和集成来提供支持，提供业务线开发人员可以访问的可重用组件，并在市场或代码存储库中管理它们。
Rosen补充道，当决定工作所需的正确工具以及何时需要专业开发人员的帮助时，一个关键因素是，任何给定供应商在其平台上实现的互操作性水平。他们真的只是想让你把所有的数据和逻辑带到他们的平台上，还是能够使你开发跨多个平台的应用程序?这是客户可以寻找的一个重要功能。
跟上进度的成本CIO难道还不应该全心投入软件开发工具的预算，以跟上IDC的增长预测吗?对此，Rosen认为，“他们不需要在这方面进行重大投资。对大多数企业来说，建立CoE和提供可重用的软件组件是负担得起的步骤。一般来说，起步并不贵，昂贵的是进一步规模化。”
Rosen建议CIO们不要担心他们的软件支出是否跟上竞争对手的步伐，而是要问问自己：“我们可以使用低代码来提供哪些缺失的功能，而且这些功能将对业务产生哪些积极影响?”这种方法可以节省成本，因为重用组件化接口可能意味着不需要雇佣昂贵的专业程序员从头构建每个应用程序。
Rosen表示，预算的一个关键指标是权衡低代码平台许可的每位用户成本与雇佣额外员工的成本。目前，寻找经验丰富的专业开发人员的困难正在增加，无形中推动业务人员使用低代码工具。在专业水平较低的领域，是否雇佣或重新培训现有员工的决定就不那么明确了。在这个层面上，CIO需要考虑部署低代码平台的其他优势：不仅仅是开发新的数字业务产品，还可能赋予员工权力或提高留存率。
Rosen说道，“一旦明确了自己的目标，你便能够从不同的角度去看待这些平台，并在最大程度上发挥它们的作用。”