低代码平台真的是前进的方向吗?

最近关于无代码低代码平台的大肆宣传。无代码平台宣传将使软件开发就像使用 Word 或 PowerPoint 一样简单,这样普通业务用户就可以推进项目,而无需工程团队的额外成本(金钱和时间)。与无代码平台不同,低代码平台需要编码技能,但仍有望通过让开发人员以安全的方式使用预先编写的代码组件来加速软件开发。

这种大肆宣传让我微微一笑,因为这并不是一个真正的新现象;事实上,早在 90 年代,在我的第一份工作中,我就在这样一个平台上工作。除了显示我的年龄之外,这还突出了技术可以领先于时代的常见情况。例如,索尼在 1990 年代推出了他们的Glasstron 产品——带有双 LCD 屏幕和耳机的头戴式显示器,远远领先于当今流行的虚拟现实 (VR) 耳机。由于成本非常高(成本接近 1000 美元)和缺乏时尚美感,它当时并没有真正流行起来;这两个问题今天都得到了一定程度的解决。

低代码平台

所以问题是低代码/无代码平台真的是前进的方向吗,它是否代表了向影子 IT 的转变?为了回答这个问题,让我们先来看看它们最初是如何实现的,以及最近的实现是否更好。

早些时候

低代码平台早在 1982 年就被预测了,当时技术远见者 James Martin 出版了一本名为Application Development without Programmers的书,他指出“每台计算机可用的程序员数量正在迅速减少,以至于未来的大多数计算机必须至少部分工作不需要程序员。”

 在 1980 年代和 1990 年代,所谓的第四代编程语言 (4GL)、计算机辅助软件工程 (CASE) 工具和早期快速应用程序开发 (RAD) 工具被引入,包括 HPS(现在称为AppBuilder)。然而,可以公平地说,这些工具失败了,因为它们宣传的超出了它们的交付能力——类似于前面提到的 Glasstron 产品。这些工具并没有真正支持开发最佳实践,它们肯定会放大安全风险,最重要的是,互联网的出现使这些工具变得有些无力。它们只是不是为了支持 Internet 浏览器而构建的。然而,他们确实引入了低代码工具的概念;拖放界面(虽然相当笨重)用于驱动界面设计,但仍然需要编码来驱动大多数需求。倒不是想法错了,只是时机不对,技术还没有准备好。

快进到今天,Forrester 预计低代码和无代码开发平台的市场将从 2017 年的 38 亿美元增长到 2022 年的 212 亿美元。同样,根据 Gartner 的数据,到 2024 年,65% 的应用程序开发将是低代码。那么发生了什么变化,为什么这些新平台在之前的尝试失败的地方取得了成功?

低代码市场预测

简而言之,这是因为新一代低代码平台是托管在云中的独立平台,具有更好的安全性、最佳实践和标准。

企业已转向低代码开发平台,因为使用现代拖放界面使非程序员能够开发业务工作流应用程序并将其集成到更大的业务流程中,而无需使用昂贵的 IT 专业人员。其他主要好处包括最大限度地减少由流氓或未经批准的编程(例如影子 IT)造成的风险,以及使非程序员能够快速安全地开发软件。

现代低代码平台的核心特征

因此,让我们来看看人们期望在现代低代码平台中看到的最重要的特征。

当然,最重要的功能之一是使用现代视觉建模工具;精心设计的拖放功能允许公民开发人员- 那些创建应用程序功能但向 IT 以外的职能部门报告的员工 – 受益于拖放功能提供的极大便利。然而,重要的不仅仅是图形环境。低代码平台通常提供开箱即用的功能,无需从头开始为应用程序构建核心模块。这也有助于可重用性,因为这些预先配置的模块通常具有可跨多个应用程序使用的通用核心功能。简而言之,低代码平台允许用户重用预先构建或新开发的模块和插件以更快地开发他们的解决方案至关重要。

除此之外,一个好的低代码平台通常会支持跨平台的可访问性、可扩展性、报告和监控,而(公民)开发人员只需很少的努力。

它们还为平台上构建的任何应用程序提供适当的安全性。大多数低代码平台都内置了企业级安全性,如加密、白名单和黑名单、IP 访问限制、编码等。这些内置功能使公民开发人员能够跟上安全要求。但是,对于某些公司而言,安全性可能更重要;例如,需要灵活的身份验证选项、单点登录和应用程序活动审核。并非所有低代码平台都可以支持这些功能,但有些平台可以。与往常一样,无论低代码平台多么实用和用户友好,如果它不安全,它就不是一个充分的解决方案。

最后,现代低代码平台应该能够简化软件开发生命周期中的几个阶段,例如调试、测试和部署。

Forrester(通过Forrester 低代码开发平台浪潮)和 Gartner(通过Gartner 低代码应用程序平台魔力象限)都同意 Microsoft、Mendix、Salesforce 和 OutSystems 是当今市场的主要参与者。

同样值得注意的是——Forrester 明确指出——低代码平台供应商正在转向其他领域,如业务流程自动化、实时应用程序和人工智能服务,以及用于大型、关键任务应用程序。

 低代码与无代码平台

 在这一点上,可能值得考虑低代码和无代码平台之间的区别。术语“低代码”和“无代码”经常一起被提及,因为它们非常相似。低代码和无代码平台都使用可视化界面,使用户无需大量编码知识即可开发自己的业务解决方案。正如其名称所暗示的,低代码平台和无代码平台之间的主要区别在于,低代码平台在某些情况下仍然可以包含编码,而无代码平台则绝对不需要任何编码。

这实质上意味着没有任何代码技术是专门为公民开发人员设计的,而低代码技术同时迎合了公民开发人员和专业开发人员的需求。由于低代码平台仍然可能涉及编码,因此它们能够创建比无代码平台通常更大、更复杂的应用程序。为了获得更好的灵活性和对开发周期的控制,有远见的企业会部署结合低代码和无代码技术的平台。

任何最终业务用户都可以使用无代码平台,而低代码平台则需要具备编码语言知识的开发人员,他们可以在平台的限制范围内工作以简化开发过程。无代码平台倾向于使用模型驱动的声明式方法,最终用户通过拖放操作或简单的逻辑来决定应用程序的设计。低代码平台通常采用类似的开发模型,更多地依赖硬代码来决定应用程序的核心架构。无代码平台通常依赖于预设的用户界面层,该层可简化应用程序的设计。一些流行的无代码平台包括 Google AppSheet、Bubble、Creatio、FileMaker、Salesforce.com Lightning Platform 和 WordPress。

 这不是Shadow IT吗?

只是提醒一下,影子 IT 是那些在 IT 部门之外管理且不为 IT 部门所知的 IT 项目。曾几何时,Shadow IT 仅限于未经批准的 Excel 宏,也可能是临时购买的软件,并部署在办公室办公桌下的服务器上——别笑,但这种情况发生的例子很多(和可能仍然如此!)

影子 IT 的出现是因为随着公司的成长和发展,IT 部门必须处理不断增长的系统、应用程序、网络和硬件的复杂性,因此他们忙于运行日常运营并确保系统到位运行正常。从业务部门的角度来看,这通常会导致缺乏来自 IT 的主动建议和支持。这可能被视为 IT 缺乏积极理解和支持业务方面挑战的能力或意愿。这就是为什么雄心勃勃的员工和业务部门试图找到自己的前进方式。当这与 IT 对提议的解决方案的长时间批准相结合时,当考虑新的解决方案时,IT 很快就会被排除在流程之外。

近年来,IT 外部支出呈指数级增长,一些行业估计,现在公司所有 IT 支出的 40% 发生在 IT 部门之外。这种快速增长的部分原因是企业级 SaaS 应用程序的部署,以及公民开发人员使用低代码平台的推动。

那么问题是低代码平台是否有助于影子 IT?如果实施处理得当,答案是否定的。由 IT 部门批准的低代码平台将有效地帮助减少影子 IT。重要的前提是低代码平台最好由 IT 部门管理和支持。IT 团队可以帮助支持平台的(云)实施以及低代码平台所需的集成和安全模式——确保这些模式遵循公司的战略。

那么我应该采用低代码平台吗?

使用低代码平台有一些明显的优势。这包括平台开发敏捷性和速度的增强、无需使用正确的命令格式和语法、非程序员能够开发软件和应用程序以及对用户使用的首选项和规则集实施通用控制。创建代码的平台。还可以监视用户以生成可审计的更改和活动日志。

相反,也有一些需要注意的问题。第三方集成支持可能受到限制,低代码最大限度地降低了优化源代码的能力,并且无法真正控制应用程序性能。最后,应用程序拥有更大的代码库,因为代码库需要处理大量条件和任务以满足一系列低代码目的。所有这些因素结合在一起,这就是为什么您仍然会看到需要以“传统”方式编写的“重量级”定制解决方案 – 特别是如果您希望在您的应用程序中具有一些明确的定制功能。

很明显,低代码平台将继续存在,但关键是在正确的情况下使用它们。不要指望低代码会很快取代传统的编程方法。大而复杂的应用程序就是大而复杂。再多的抽象也无法取代了解应用程序在代码行级别如何运行的需求。但是,我们都应该了解低代码平台及其可以使用的地方。