低代码再掀炒作热潮？

解放消费力是开发者不时喊着的口号。所谓“低代码”，即区别于传统的编程方式，通过单击用户界面而就可以创建软件，从而减少开发新软件所需的手工编码。早在几十年前这一概念就流行了起来，但是却因太多的业务需求和复杂要求而最终失败了。那么如今的“低代码”热潮又会胜利吗？

作者 | ODSC

译者 | 胡雪蕊，责编 | 郭芮

出品 | 网站（ID：网站news）

以下为译文：

我最近在业界听到很多关于所谓的“低代码/无代码”应用程序开发平台的传言。这些处置方案旨在通过单击用户界面而不是传统编程来创建软件，从而减少开发新软件所需的手工编码。企业总是在寻找新的创新方法，我们都晓得，顶级公司正在把低代码开发作为其数字战略的核心。

那么低代码平台的一些吸引人之处是：

视觉上面向“拖放”式开发工具，而不是传统的手工编码。

结合了数据集成平台、ETL工具、BPM应用程序的强大功能。

快速部署，允许在数天或者数周内交付企业级别应用程序开发，而不是数月或数年。

虽然这仍然是一个不时开展的新兴市场，但许多分析人士认为，随着越来越多的企业已经习惯了低代码原则，并开端采用各种形式的低代码方法，低代码将逐步成为主流。所以，如今我们会听到大量低代码处置方案运用到许多应用场景上的实例，比如销售、营销、业务流程管理平台，以及数据集成、数据科学、内容管理、分析、机器人流程自动化和认知平台的处置方案，还有许多其他方面。

这些听起来都还不错，但是我们应该在决定低代码处置方案是万能药还是炒作之前三思一下。在本篇文章中，我将从历史角度认真及解读这项技术。

快速理解低代码的前景

我不时听说低代码是如何快速协助应用程序开发的。企业希望完全控制，但软件工程师希望可以将许多传统的业务需求停止自动化。根据使用的方法，这可能会对灵敏性和可扩展性形成一定影响。即便你有一个专门的开发人员团队来执行，在软件应用程序之间实现自动化也很困难。因而，工程师需要找到一种实现更大自动化的方法，将复杂的流程和效劳转换为简单、可自我维护的自动化工作流。支持这一观点的人表示，低代码自动化将会大大推动简化应用程序开发战略的制定。

这类工具缩小了无代码、低代码和专业编码器之间的差距，将各类资源聚集起来，让业务分析人士和开发者们可以在应用程序开发过程中停止平等协作。

如今，集成逐步成为企业间比较普遍的问题，也就是说，集成工具在适应传统开发者的同时，还需要适应多种用户类型。因而，集成供给商需要为临时和非技术开发人员、专家提供工具使用方法，包括图形、低代码处置方案。

例如，Linx是一种低代码开发工具，它可以协助挪动大量数据、整合系统并停止自动化过程，这样可以防止大量定制开发要素或手工反复性工作。下面是Linx软件的屏幕截图。

低代码供给商生态系统中的参与者代表——Snap Logic的CEO Gauray Dhillon认为，“人工智能吸收的数据令人备受鼓舞，但是美国和英国仍然有执行的困难。对于想加快施行人工智能方案的组织来说，他们必需进步技能，招募适宜的人才，并对新技术和新工具停止投资。如今的自助效劳和低代码技术可以协助缩小差距，通过让各个技术级别的工人掌握这些革新才干，有效地将人工智能和机器学习民主化，从而使现代企业进入自动化时代。”

低代码供给商生态系统

这些天，很多新的低代码供给商都引起了我的关注。

诸如Salesforce这样的供给商不时以来都在努力缩小数据科学技能方面的差距，主要通过在Einstein平台上为Salesforce的开发人员和管理员提供“点击”处置方案和低代码效劳。

C3是一家领先的企业AI软件供给商，旨在加快数字转型，最近推出C3集成开发工作室（IDS），这是一种用于开发、部署和操作企业AI应用程序的低代码/无代码环境。集成开发工作室提供数据摄取、数据建模、机器学习工程和模型生命周期管理，以及元数据驱动的UI开发工具。C3 IDS的混合、多云分布式体系构造支持安全、容易获得和快速可伸缩的应用程序开发。C3 IDS通过低代码/无代码环境让开发人员获得体验，这种环境加速了开发人员的开发速度，而开发速度是构建复杂的企业级应用程序的重要功能。该公司声称他们的客户已经为C3 IDS上的各种用例构建了端到端的应用程序，包括预测维护和产量优化。

对此，一些满怀希望的企业IT指导者的情绪是非常激动的。

BMC数字效劳管理总裁Nayaki Nayyar说：“创新不再只能由IT驱动。数字业务的重点工作要求BMC可以加大各个组织的创新，因而我们正在不时地兑现对开发人员的承诺，并建立一个支持‘无代码，低代码和专业编码器’的开发环境功能的生态系统。在复杂的多源环境中，BMC 创新套件（Innovation Suite）通过敏捷应用程序开发让企业的数字效劳管理应用程序和效劳更快地进入市场，并为使用该套件的公司提供宏大的竞争优势。”

下面是一个非常明晰的的可视化图表，它概括了低代码供给商的生态系统。

亚马逊最近宣布了“Alexa蓝图”方案，该方案允许用户在Alexa设备上创建自己的个性化游戏、抽认卡或预先录制的信息。问题是这种“低代码”技术对最终用户来说是否简单？简而言之，并不简单。虽然亚马逊的低代码推广为许多消费者控制自己的设备翻开了大门，但它仍然面临着许多挑战。这项方案需要根本的编程经历(但大多数用户没有)，并且需要几个小时来发明一项“技能”。虽然有些人可能认为此处置方案已经向前进步了，但任何代码的存在都将减缓蓝图的停顿。Amazon可能试图完全消除代码，并将蓝图纳入主流，但是一个完全没有代码的过程，若旨在扩大其受众和影响，将会困难重重。

低代码：事实还是炒作？

我对低代码/无代码处置方案的问题是，这个概念并不新颖。这只是尝试从应用程序开发等式中消除编码，早在过去就有了。在20世纪80年代，开端时就有很多错误，之后都是“低代码/无代码的寒冬”，那时，编程再次占据主导地位。

曾经有一段时间，有许多的“自动编程”工具包，它们提供了设计和创建数据输入表单以及管理报告的点击方法，该工具可以生成编程代码来实现用户可视化设计的业务流程。但是不变的是，程序员需要用额外的自定义代码来补充生成的代码。这些工具流传了几年，但最终逐步消失了，因为人们意识到程序员仍然是非常必要的。

大约10年后，早期基于PC的数据库系统开展为包括所谓的“应用程序生成器”，实质上是尝试利用无代码自动停止查询、表单和报表创建。“应用程序生成器”最终失败了，因为业务需求有太多的特殊情况和复杂要求，自动化工具没有代码根本无法满足这些要求。

今天，我看到了同样的关于低代码、无代码的炒作周期，这让我想起了上述尝试消除编码的事情。在我看来，这是不可能发生的，就像为什么“AutoML”工具不能淘汰数据科学家一样。

编程既是一门科学，也是一门艺术，而计算机只是没有足够的发明力来满足复杂的业务需求，并想出一种软件来实现这些应用程序。我期待在将来几年可以再次看到低代码/无代码的寒冬。

原文：https://medium.com/@ODSC/low-code-panacea-or-revisited-hype-a9802387710f

本文为网站翻译，借鉴请注明来源出处。

【End】