低代码再掀炒作热潮？

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

作者 | ODSC

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

出品 | CSDN（ID：CSDNnews）

以下为译文：

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

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

• 视觉上面向“拖放”式开发工具，而不是传统的手工编码。
• 结合了数据集成平台、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

本文为CSDN翻译，转载请注明来源出处。