作者 | David Linthicum
策划 | 言征
代码再简单，老板们也不会去写。不只是因为他们太忙，还因为简单的代码，坑也很多。
低代码和无代码开发平台最近获得了巨大的关注，随着 2023 年人工智能的兴起，情况更是如此。这项技术有望实现应用开发的民主化，公民开发者。
其实早在 70 年代就曾用Cobol尝试过这一点，此后也曾多次尝试过。无论代码多么简单，高管都不会编写。
低代码和无代码平台提供可视化界面和预构建组件来简化编码过程，以便具有最少编码经验的人可以快速创建应用程序。虽然预构建组件简化了开发并提供了灵活性和速度，但要注意可扩展性、安全性和集成问题。
因此，尽管这些平台具有优势，但它们带来的麻烦也必须留意：必须在示例性云计算架构中仔细权衡，包括设计、开发和部署。
低代码和无代码平台擅长通过提供预打包的组件和模板来简化开发流程。这与在文字处理程序中使用模板（例如通用感谢信或简历）的概念相同。今天，我们使用我们最喜欢的生成式人工智能平台来为我们编写它们。
这些平台在定制方面可能存在局限性。随着应用程序复杂性的增加，开发人员可能需要帮助来实现他们想要的定制和细粒度控制。对于具有独特或高度专业化要求的组织来说，这可能是一个障碍。这与我们在 90 年代的企业资源规划 (ERP) 平台遇到的问题相同。我们必须使用 ERP 提供商提供的任何定制技术来重写它们，以使其可用。许多公司发现他们可以自己编写应用程序并节省 90% 的资金。
低代码和无代码平台通过抽象化编码的复杂性来实现快速应用程序开发。这并不是什么新鲜事，但今天可以通过AI层来帮助我们做得更好。
这一点，对于需要快速构建原型和启动应用程序的组织来说是有利的。然而，随着需求的增多，扩展这些应用程序可能会暴露低代码平台的局限性。大多数平台都需要处理大量用户群或高数据量。所以由于你一开始就没有创建系统，想要修复问题将非常困难。
低代码和无代码平台的构建是为了让更广泛的受众能够进行开发。它们通常包含安全功能，但与安全应成为整体开发一部分的传统方法相比，控制级别和粒度可能受到限制。
组织必须仔细评估平台提供的安全措施，并确保它们符合其特定的安全要求和行业法规。我还没有找到能够解决这个问题的低代码或无代码系统。许多人为了方便而利用这项技术，却失去了足够的安全性，这是不明智的。
低代码和无代码平台可以简化独立应用程序的开发。然而，将这些应用程序与遗留系统或其他云服务集成可能是一个挑战。这很大程度上取决于平台的功能和API集成，并且可能需要额外的开发工作才能实现与现有系统的无缝集成。
就像我们刚才提到的安全权衡一样，这降低了低代码和无代码技术带来的价值。我们必须将复杂的代码分层到我们真正不理解的系统中，因为我们没有开发它们而机器人做到了。
低代码/无代码可能会成为一项对许多企业来说似乎可以改变游戏规则的技术。但我担心的是，如果在使用和应用时如果不够谨慎，低代码和无代码会导致更多工作并增加更多风险。如果我戳破了一些泡沫，抱歉。
原文链接：https://www.infoworld.com/article/3706892/the-risks-of-low-code-and-no-code-development-in-cloud-architecture.html
