Translator|李睿评论|孙淑娟尽管无代码/低代码平台的采用率迅速上升，但IT部门仍需频繁介入。所以开发人员需要注意这些危险信号，这意味着一些解决方案没有实现他们的目标。开发人员可以使用低代码和无代码平台来开发和构建许多技术功能，包括应用程序、数据库、工作流、集成、物联网数据流、数据可视化等等，因此它们是帮助替代电子表格、减少技术债务或用于机器学习实验的多功能平台。通过提供抽象层，与传统编码相比，低代码平台可确保提高开发人员的工作效率、更高质量的体验以及更易于维护的应用程序。例如，低代码应用程序和移动开发平台提供旨在加速和简化开发的可视化开发环境，而不是使用HTML、CSS或JavaScript开发的用户界面。同样，低代码工作流和集成平台提供了有助于可视化流程、业务规则和异常的工具，使它们比筛选数百或数千行代码更容易维护。无代码通过使非开发人员能够构建和支持应用程序的全部或部分而无需开发实践或配置云计算基础架构的能力来推进这一前景。这些抽象可以提供显着的好处。今天已经推出了许多低代码和无代码应用程序，许多公司已经看到使用这些应用程序的好处。编码对于许多战略应用程序仍然非常重要，但是当代码较少并且没有可用的代码开发选项时，可以启用和支持更多功能。但是，直到开发人员多次使用这些平台后，才会发现优缺点。COVID-19还催生了低代码和无代码采用的热潮，因为许多IT部门必须快速实现应用程序现代化并构建特定于工作的工具。需求的增加带来了低代码和无代码工具的新一波浪潮，为一些过度承诺和交付所需功能的工具打开了大门。那么这些问题的迹象是什么？一些行业专家提供了一些建议。1.低代码项目无法满足用户期望当低代码工具交付的应用程序功能不符合利益相关者的期望时，需要对使用低代码平台的人员进行培训以有效使用它们，并与利益相关者讨论权衡取舍以实现业务结果。当开发人员未能实现业务目标或愿景时，可能需要重新考虑平台选择和技术方法。Digibee的CTOTamAyers表示：“一个关键指标是开发人员何时开始调整需求或由于低代码平台的限制而降低预期的业务成果。任何低代码平台都应该加速向企业交付价值，不是相反。2.低代码不足以满足业务需求许多低代码和无代码平台允许开发人员使用自定义代码来自定义实现。但是，如果添加了过多的专用代码，则受限于低代码平台可能会产生局限性。或者，如果业务利益相关者正在编写需求并且不愿意接受由低代码平台加速的解决方案，那么也可以开发自定义解决方案。Mendix的产品营销经理DavidBrault对此表示赞同。他说：“低代码代码解决方案要求开发人员离开平台并返回到完整代码开发环境以增强应用程序，这是持续交付的不足解决方案。ACCELQ首席产品官GuljeetNagpaul补充说：”低代码平台不起作用的一个迹象是与定制有关。如果开发人员发现他们的平台需要不断定制，则意味着代码没有按照架构和合理设计的原则编写。这种定制维护将很快变得不可持续，并最终降低投资回报。3.平台声称没有代码但仍然需要开发人员这些平台必须符合其类别和承诺。无代码平台应该就是这样一个平台，非技术人员可以使用该平台来开发和支持功能，而无需IT开发、测试和部署。无代码平台是面向开发人员和业务人员的工具，他们有时间、兴趣和足够的技术知识来使用简化的工具构建功能。Kissflow首席产品官DineshVaradharajan表示：“如果业务用户努力自己创建简单的流程或应用程序并继续依赖IT技术，这意味着无代码平台没有提供他们承诺的包容性方法。4.低代码平台声称企业不需要IT或开发人员解决方案，提供的支持少于专业代码解决方案。虽然它们通常以可视化开发为特色，但在低代码环境的开发生命周期中通常需要一些编码经验或IT知识。Pega智能自动化和机器人技术副总裁弗朗西斯·卡登(FrancisCarden)说，人们可能会听到低代码平台说不需要IT来支持该平台是一个危险信号。将会出现脱节。可能能够快速构建，但是当系统真正上线时会发生什么？在这一点上，谁来决定可行性和风险，谁来支持何时更新、修复，或者何时合规性强制进行关键更改构建什么？这种对能够在没有IT的情况下工作的过度承诺将导致未来的复杂性。值得注意的是：一些平台同时支持无代码和低代码范例，为公民开发人员使用一套工具，为软件开发人员提供更高级的低代码功能??。然而，即使在向开发人员部署无代码解决方案时，说完全不需要IT也是一种过度承诺，??可能会导致技术债务、安全问题和其他并发症。5.低代码导致系统集成混乱例如，开发人员创建应用程序和工作流，将几个低代码平台连接到一个整体解决方案的架构中。然而，Versium的CTO和联合创始人KevinMarcus提出了一个问题，即购买、配置和集成多个SaaS和低代码解决方案是否带来了更多好处。“低代码和无代码系统的僵化往往迫使团队需要更多的系统来处理超出原始系统能力的情况，”他说。不幸的是，这会导致需要连接和集成在一起的系统的随意集成，通常需要更多的时间和资源来解决可以由IT或工程使用适当的工具直接解决的基本问题。“这说明了IT架构需要支持低代码和无代码开发的一个原因。也许最小可行产品是通过将低代码与软件集成为服务来实现的。但是，如果经过几次迭代，解决方案如果它成为具有许多集成的工具，那么IT团队可能会建议重构为更健壮的解决方案。6.低代码需要访问多个集成将增加安全风险AstrixSecurity首席执行官兼联合创始人AlonJackson表示，当任何平台需要过多的开放端口和对集成的完全访问权限时都会发出警告。他担心集成需要对大量关键企业系统进行高级访问，破坏传统的安全审查流程，并使企业面临潜在的数据泄漏。这些重要问题适用于任何集成，无论是在SaaS、低代码还是自定义代码中完成。Jackson建议安全实施和集成需要这些e关键功能：可见性、威胁检测、场景缓解、安全策略和实施护栏。7.“每个人的平台”可能成为障碍Brault还提出了第二个问题，即低代码和无代码技术是否能够实现灵活的交付和云托管平台。“糟糕的低代码解决方案的迹象包括除了支持Web和渐进式Web应用程序之外还不支持原生移动应用程序开发，或者不是云原生或多云，”他说。在任何平台上开发应用程序时，你能不能提供支持或不支持移动开发是一个重要的问题。问题是开发人员是否可以根据预期的用户角色和用例轻松配置Web和移动体验。8.低代码开发难以测试低代码和无代码平台使构建和部署应用程序、数据库和集成变得容易，但测试它们有多容易？这是Provar解决方案工程总监CyrilOtalora提出的一个问题。“对于低代码平台，测试策略通常是事后才想到的，”他说。“快速部署、成本更低、安全性更高的承诺化为泡影。”9.行业专家分享低代码和无代码经验使用过许多不同的低代码和无代码解决方案的行业专家对过度承诺的低代码和无代码平台发表了看法不喜欢：新版本的低代码-代码平台需要重写或大量返工应用程序。这是一个不会传达中断、错误或其他影响应用程序性能的问题的平台。技术支持较差的先进平台。关键信息是IT领导者必须做好功课。低代码和无代码平台具有显着优势，但需要研究和概念验证来验证其功能。原文链接：https://img.ydisp.cn/news/20230220/iqhcmms2004
