译者 | 李睿
审校 | 孙淑娟
尽管无代码/低代码平台的使用率迅速上升，但IT部门仍然不得不频繁介入。因此开发人员需要注意这些危险信号，这意味着一些解决方案没有实现目标。
开发人员可以使用低代码和无代码平台开发和构建许多技术功能，其中包括应用程序、数据库、工作流、集成、物联网数据流、数据可视化等等，因此它们是帮助取代电子表格、减少技术债务或进行机器学习实验的多功能平台。
与传统编码相比，低代码平台通过提供抽象层，确保提高开发人员的效率、提供更高质量的体验和更容易维护的应用程序。例如，低代码应用程序和移动开发平台提供了旨在加速和简化开发的可视化开发环境，而不是用HTML、CSS或JavaScript开发的用户界面。与其类似，低代码工作流和集成平台提供了有助于可视化流、业务规则和异常的工具，与筛选数百或数千行代码相比，更易于维护。
无代码提升了这一前景，它使非开发人员能够构建和支持应用程序的全部或部分，而不需要开发实践或配置云计算基础设施的能力。
这些抽象可以提供显著的好处。如今已经推出许多低代码和无代码应用程序，并看到很多公司从使用这些应用程序中受益。对于许多战略应用程序来说，编码仍然非常重要，但当代码较少且没有代码开发选项可用时，可以启动并支持更多功能。
然而，在开发人员多次使用这些平台之后，才会发现其中的利弊。新冠疫情还催生了低代码和无代码的应用热潮，因为许多IT部门必须迅速实现应用程序的现代化，并构建特定于工作的工具。需求的增加带来了低代码和无代码工具的新浪潮，为一些过度承诺和未交付所需功能的工具打开了大门。
那么出现这些问题的迹象是什么?一些行业专家提供了一些建议。
1、低代码项目不能满足用户的期望
当低代码工具所能交付的应用功能没有达到利益相关者的期望时，使用低代码平台的人员需要培训以有效使用，并与利益相关者讨论权衡以实现业务成果。当开发人员无法实现业务目标或愿景时，可能需要重新考虑平台选择和技术方法。
Digibee公司首席技术官Tam Ayers表示：“一个关键指标是，由于低代码平台的限制，开发人员何时开始调整需求或降低预期的业务结果。任何低代码平台都应该加速向企业交付价值，而不是相反。”
2、低代码不足以满足业务需求
许多低代码和无代码平台允许开发人员使用自定义代码自定义实现。但如果添加了太多的专业代码，那么局限于低代码平台可能会造成限制。或者，如果业务利益相关者正在编写需求，并且不愿意接受通过低代码平台加速的解决方案，那么还可以开发一个自定义解决方案。
Mendix公司产品营销经理David Brault对此表示认同。他说：“低代码解决方案要求开发人员离开平台，回到全代码开发环境中对应用程序进行增强，而这是一种持续交付不足的解决方案。”
ACCELQ公司首席产品官Guljeet Nagpaul补充说：“低代码平台无法工作的一个迹象是与定制有关。如果开发人员发现其平台需要不断的定制，那就意味着这些代码的编写没有遵循架构和合理设计的原则。这种定制化的维护将很快变得不可持续，并最终减少投资回报。”
3、平台虽然宣称无代码但仍然需要开发人员
这些平台必须符合其类别和承诺。无代码平台应该就是这样的平台——非技术人员可以使用它来开发和支持一种功能，而不需要IT进行开发、测试和部署。无代码平台是为有时间、有兴趣和足够的技术头脑的开发人员和业务人员提供的工具，他们可以用简化的工具构建功能。
Kissflow公司首席产品官Dinesh Varadharajan表示：“如果企业用户难以自己创建简单的流程或应用程序，并继续依赖IT技术，这意味着无代码平台并没有像承诺的那样提供包容性的方法。”
4、低代码平台声称企业不需要IT或开发人员
低代码与无代码不同；开发应用程序、数据库或集成需要一定的编码经验。低代码平台旨在帮助开发人员更快、更容易地构建解决方案，并且比专业代码解决方案提供更少的支持。尽管它们通常具有可视化开发功能，但在低代码环境的开发生命周期中，通常需要一些编码经验或IT知识。
人们可能会听到低代码平台说不需要IT来支持该平台。Pega公司智能自动化和机器人副总裁Francis Carden)表示，这是一个危险信号。
他说：“当一个低代码的解决方案很有希望不需要IT部门的参与时，就会出现脱节。可能能够快速地构建，但当系统真正投入使用时会发生什么呢?在这一点上，谁来决定可行性和风险，当需要更新、修复或当合规性强制进行关键更改时，谁来支持构建的内容?这种对能够在没有IT的情况下工作的过度承诺将导致未来的复杂性。”
值得注意的是：一些平台同时支持无代码和低代码范式，使用一组面向公民开发人员的工具，以及面向软件开发人员的更高级的低代码功能。但是，即使在向开发人员部署无代码解决方案时，表示完全不需要IT也是一种过分的承诺，可能会导致技术债务、安全问题和其他复杂问题。
5、低代码导致系统集成杂乱无章
例如，开发人员创建了应用程序和工作流，将几个低代码平台连接到一个整体解决方案的架构中。但是，Versium公司首席技术官和联合创始人Kevin Marcus提出了一个问题，即购买、配置和集成多个SaaS和低代码解决方案是否超过了其好处。
他说：“低代码和无代码系统的僵化常常迫使团队需要更多的系统来处理原始系统能力之外的情况。不幸的是，这导致了需要连接和集成在一起的系统集成杂乱无章，通常需要花费更多的时间和资源来解决一些基本问题，而这些问题本来可以通过IT或工程使用适当的工具直接解决。”
这说明了低代码和无代码开发需要IT架构提供支持的一个原因。也许最小可行性产品是通过将低代码与软件作为服务集成而实现的。但是，如果经过几次迭代之后，解决方案会变成许多集成的工具，那么IT团队可能会建议重构为更健壮的解决方案。
6、低代码需要访问
多个集成将会增加安全风险
Astrix Security公司首席执行官兼联合创始人Alon Jackson表示，当任何平台要求开放太多端口和完全访问集成时，都会发出警告。他担心集成需要对大量关键企业系统的高级别访问，破坏传统的安全审查流程，并使企业面临潜在的数据泄漏。
这些重要的问题适用于任何集成，无论是在SaaS、低代码还是自定义代码中进行的集成。Jackson建议，安全实现和集成需要这些关键功能：可见性、威胁检测、场景缓解、安全策略和实施护栏。
7、“适合所有人的平台”可能是一个障碍
Brault还提出了第二个担忧，即低代码和无代码技术是否支持灵活的交付和云托管平台。他说，“糟糕的低代码解决方案的迹象包括，除了支持Web和Progressive Web Apps之外，不支持原生移动应用开发，或者不支持原生云或多云。”
在任何平台上开发应用程序时，不能提供支持或不支持移动开发都是一个重要的问题。问题在于，开发人员是否能够基于预期的用户角色和用例轻松地配置网页和手机体验。
8、低代码开发很难测试
低代码和无代码平台使得构建和部署应用程序、数据库和集成变得容易，但是测试它们有多容易呢?这是Provar解决方案工程总监Cyril Otalora提出的担忧。
他说：“对于低代码平台，测试策略通常是事后才考虑的事项。如果企业不能跟上回归风险的步伐，而是依赖成本高昂而乏味的人工测试，那么快速部署、更低成本和更高安全性的承诺就会化为乌有。”
9、行业专家的低代码和无代码分享的经验
使用了许多不同的低代码和无代码解决方案的行业专家对过度承诺的低代码和无代码平台表示不满：
低代码平台发布的新版本需要重写或大量返工的应用程序。
这是对于中断、缺陷或其他影响应用程序性能的问题不进行沟通的平台。
技术支持很差的先进平台。
关键信息是IT领导者必须做好功课。低代码和无代码平台提供了显著的好处，但需要研究和概念证明来验证它们的功能。
原文链接：https://www.infoworld.com/article/3675892/8-signs-your-low-code-platform-is-overpromising-and-underdelivering.html
