低代码平台充满了希望，但它们在现实世界中的表现如何？让我们来看看。

直到最近，只有程序员才有能力编写指导我们职业和个人生活各个方面的代码。他们创造的东西，我们其他人学会了如何使用，这样我们就可以在日益数字化的世界中发挥作用。但很快，软件吞噬了世界，编程层次不得不想出一个新的计划来维持它。低代码平台很快就被电镀和服务了。现在的问题是低代码是令人满意的课程还是垃圾食品。

“低代码可以像快餐一样：快速交付并采用明亮的包装，但对您、您的社区和您的生态系统不利，”耶鲁法学院信息社会项目研究员、耶鲁法学院信息社会项目研究员肖恩·奥布莱恩警告说，耶鲁 ISP 隐私实验室的创始人，牛津网络安全计划的首席导师。

【资料图】

但是，低代码可能很美味，尤其是当目标是廉价的速度和敏捷性时。他们始终是目标。

低代码是否对您的公司有益的问题的答案是“视情况而定”。这种依赖首先取决于谁在使用它。

“如果低代码被严格地视为一种 IT 工具并且排除了业务线——就像手动编码一样——那么你就严重地冒着创造新的技术债务的风险，但这次却有了图片，”副总裁 Rachel Brennan 说Bizagi 的产品营销总监，这是一家低代码流程自动化提供商。

然而，当公民开发人员和软件开发人员一样多地使用无代码和低代码平台时，它是否满足更多开发的渴望取决于“如何”使用它，而不是由谁使用。

但首先，重要的是要注意面向开发人员的低代码平台与面向普通开发人员的低代码平台之间的差异。面向大众的低代码通常意味着可视化工具和简单的框架来掩盖其下的复杂编码操作。通常，这些工具实际上只能用于相当简单的应用程序。

“开发人员的低代码工具提供工具、框架和拖放选项，但还包括在开发人员想要自定义应用程序时进行编码的选项——例如，开发 API，或将应用程序与其他系统集成，或自定义前端界面，”开源业务流程管理和低代码开发平台 Bonitasoft 的首席执行官兼联合创始人 Miguel Valdes Faura 解释说。

低代码中的优点

组织使用低代码应用程序开发平台具有明显的优势，“与传统的手工编码方法相比，它通过提供开发框架和可重用组件来加速应用程序的开发。随着企业加速应用程序开发，他们可以更快地进入市场并磨练自己的竞争优势，”Nucleus Research 研究经理 Isaac Gould 说。

古尔德补充说，公司的其他优势包括：

• 通过工具实现协作，减少 IT 和业务用户之间的摩擦。例如，业务用户可以设计应用程序的工作流程和框架，而开发人员则可以管理开发/运营周期中更复杂的方面，例如集成和故障排除。

• 降低开发人员费用和第三方软件成本。这是通过利用 LCAP 开发可以解决功能差距并完全替代企业解决方案的应用程序来实现的。例如，他说，一家投资公司在新地区开设办事处将面临新的法规要求。与部署能够管理区域合规要求的新 ERP 系统（这可能需要几个月到一年的时间）不同，该企业在几周内开发并部署了合规跟踪引擎。

低代码还降低了在公司内部或外部工作的大量公民开发人员的进入壁垒。

“由公民开发人员构建的简单应用程序可以由 IT 专业人员转变为企业范围的解决方案，以供大规模采用。这鼓励了广泛使用，因为这样的应用程序是由最接近应用程序试图解决的问题的人构建的，”基于云的 BPM 平台 Kissflow 的首席产品官 Dinesh Varadharajan 说。

此外，低代码真正闪耀的地方在于帮助永久填补人才管道。

Neo4j 用户创新高级总监 Michael Hunger 说：“孩子们早在 3 岁时就开始使用计算机，小学生已经在他们的学校课堂上使用低代码和无代码环境。”

Hunger 还指出，低代码有助于吸引人们参加 STEM 培训，因为它“鼓励他们了解更多技术主题，并证明普通人有能力学习复杂的技能组合。”

另一个低代码很有帮助的地方是，对于希望以自己的方式做自己的事情的人来说，这是一种自我支持。

“低代码开发是一个术语，指的是使用成熟的工具来简化和高效地创建数字产品。示例包括 Wix、Squarespace、WordPress 和类似平台，这些平台允许快速部署现代网站，而几乎不需要部署任何编码。、数据科学家和决策者来解决世界上最关键的问题。”

事实证明，这对于小型企业来说是一种非常有效的策略，Feinberg 说，“以及那些有‘小册子’式技术需求的企业。”但它也可以用于电子商务和分析，这两者也可以“同样容易地合并到低代码保护伞下”。

低代码的坏处

虽然优点很诱人，但与所有其他技术一样，这项技术也有回味。换句话说，在嗡嗡声之后总会有一个but。

“低代码是命中还是未命中还有待商榷，但可以肯定地说，当您选择低代码或无代码选项时，您正在通过收缩部分技术堆栈来简化以开发人员为中心的一般复杂性。在这种情况下，您只是希望您选择的工具能够满足您今天和未来的需求，”拖放式可视化编辑器和无头内容管理系统提供商 Builder.io 的首席执行官 Steve Sewell 说。

“不幸的是，随着组织的发展和扩展，这不是一个有效的系统。企业不断地剥离和替换他们的堆栈部分，以使其与他们不断增长的业务一样充满活力。使用低代码和无代码工具，您必须从头开始在您选择的开发平台中构建的所有内容，这不太理想，”Sewell 补充道。

这不是唯一可以使情况恶化的事情。

“您的无代码或低代码平台可能与您现有的代码库不一致。当我们构建 Plasmic 时，这是我们的重中之重——我们知道，如果我们的产品不与 React、Vue、vanilla JavaScript 和所有其他 Web 开发框架/语言集成，我们就会失去潜在客户，”可视化、无代码页面构建器和 CMS 提供商 Plasmic 的首席执行官张扬说。

“即使您的无代码平台确实可以工作，您仍然可能会发现自己在向您的开发人员发送消息以进行快速修复和解决方法，或提供技术支持。这些都是无代码平台应该消除的问题，”张补充道。

而且，是的，事情可能会变得更糟。“关于低代码平台的丑陋部分是当涉及到错误时，”grid.ai 的战略副总裁 Marc Ferradou 说。“根据定义，你得到了代码的包装，你希望它们以人类可读的方式显示错误。但是，情况并非总是如此，此外，很难涵盖所有边缘情况。因此，您会发现自己遇到了无法理解的错误。你会发现自己陷入困境，不明白为什么，”他说。

Ferradou 补充说，在这种情况下，更糟糕的情况是错误是无声的，最终用户首当其冲。

但是，使用专有脚本语言和缺少版本控制（当然取决于平台），低代码仍然会变得更丑陋。

“无代码和低代码平台偶尔会构建自己的语言，您可以使用这些语言来超越它们的拖放功能。现在，您的团队可以学习一门全新的语言，并且只与这个特定平台相关。这令人抓狂，”张说。

“最好拥有一个平台，让您使用广泛使用的语言进行编码，而不是公司自己创建的东西。至少这样你就不必为了完成工作而训练某人，”张补充道。

反对者一致认为，构建好的代码没有神奇的捷径。

“从开发人员的角度来看，我们通常倾向于避开‘神奇’的解决方案——这意味着我们无法完全看到或理解它是如何工作的，因此无法完全控制它的运行方式。Cherre 的首席工程官 Stephan Thorpe 说，这使得代码不那么灵活，这往往是无代码的最大失败，Cherre 是一家面向投资者、房地产经理和承销商的房地产数据聚合器和分析提供商。

大局

与其他一切一样，低代码平台有粉丝和批评者。确定这些平台是否适用于您的公司的关键是仔细确定您寻求的结果并让其指导您使用的工具。

低代码开发平台可以提供一些短期的好处，也许对于非技术人员来说，由于缺乏开发人员来构建解决方案，因为毕竟缺乏人才。也许这些可能足以满足一些内部面临的需求。但是，当需要构建面向外部的应用程序以获得竞争优势时，低代码开发平台在很大程度上是不够的，”德勤全球总监兼首席架构师 Erik Gfesser 说。

“至少，公司需要认识到他们在寻求采用这样一个平台时可能会涉足的领域，以便他们也可以积极地进行长期规划。事实证明，大多数应用程序的使用寿命都比最初预期的要长，”Gfesser 补充道。