尽管现代工具和服务让开发者的工作效率更高，但仍存在“应用差距”。这是您拥有构建的资源的代码与您的涉众需要的代码之间的差距。开发团队负担过重，必须对他们的工作进行优先排序，将重点放在核心业务系统和与之一起工作所需的工具上。
因此，低代码工具变得流行就不足为奇了。它们以熟悉的概念为基础，为最终用户提供一套工具，帮助他们构建和共享所需的应用程序。作为Excel和Access的合理继承者，它们是开放数据访问的场所，提供连接应用程序和服务的方式，同时用共同的构件构建简单的用户体验。您可以将它们视为现代的流程自动化工具，能够从操作中提取工作流，并将捕获的操作转换为代码。
像Zapier和微软的Power Platform这样的低代码工具通常被视为一种卸载开发需求的方式，允许用户在需要的时候构建他们需要的应用程序。虽然有办法缩小应用之间的差距是件好事，但它也存在一些显著的限制，使我们不可能孤立地看待低代码工具。
管理api
在急于开发低代码的过程中，经常被遗忘的是，它的核心是一种工作流和集成技术，这意味着构建和管理端点。在这里，现有的开发团队变得非常重要，因为他们需要承担为现有应用程序和服务提供托管api的任务。虽然大多数低代码工具使用的基于rest的API模型相对容易实现和支持，但这个过程引入了一组新的问题:谁可以访问这些API，他们可以通过这些API访问多少内容?
如果没有某种形式的API管理，绑定到现有的身份平台，就无法实现低代码解决方案。需要基于角色的访问控制和管理节流来确保数据安全和完整性。您需要确保受保护的数据只能被那些需要它的人访问，并且太多的用户不会影响业务线系统的操作。通过将API管理作为低代码套件的一部分，需要访问API的用户可以使用简单的自助服务流程进行配置，并清除未使用的帐户，以避免数据丢失。
在团队中工作
然后还有一个问题就是低代码被孤立地开发。资产经常被多次创建，从而错过了代码重用和可移植性的好处。部分问题在于，许多低代码是在专有环境中开发的，没有与源代码控制系统或GitHub这样的社会编码环境集成。即使是原始的低代码环境，Excel，也正在远离专有模型，其新的LAMBDA函数允许您在不同的项目之间共享代码块。
很明显，低代码就是代码，即使它是在一个可视化的、拖放的画布上生成的。我们需要像对待主流企业开发中的代码一样对待它，确保它是安全可靠的，并且在可能的情况下，用于构建这些应用程序的知识不会丢失，并且可以与其他团队共享。
早期的低代码工具跳过了很多这方面的基本内容。是的，你可以围绕它构建流程，包括开发者评审和其他里程碑，但这种方法阻碍了低代码的明显好处，为应用程序的快速开发设置了障碍，而应用程序的计划生命周期可能只有几个月。
将低代码引入到大规模的开发工具中，可以让你开始利用组织中不同部门的技能，建立所谓的“融合团队”，不同的团队可以一起开发应用程序或服务，解决特定的问题。融合团队的每个成员都有不同的职责:一个可能是最终用户，一个是低代码开发人员，一个是管理服务api。像这样的团队没有固定的结构;它由特定任务所需的人员组成。他们甚至不需要亲自见面——项目的Slack或Teams渠道可能就足够进行大多数常见的互动了。
低码为码
更新的工具已经开始改变这种情况，引入了新的管理概念和共享代码的新方式。一个关键的开发是摆脱纯粹的图形化工具，随着新语言的开发，这些语言封装了许多可以用图形化工具完成的工作，并允许我们将我们的低代码开发构建到CI/CD管道和像GitHub这样的社交编码工具中。
这些新语言基于SQL查询和Excel公式等概念，更适合低代码环境。它们很容易理解，混合使用声明式和函数式编程概念。用户仍然可以使用他们熟悉的图形化开发环境，并将生成的代码自动保存到git存储库中。同时，开发人员可以在他们的ide或代码编辑器中快速检查代码。没有切换的上下文，每个人都得到了他们需要的工具来做他们需要做的工作。然后，开发人员可以使用CI/CD管道在发布前快速测试代码，查找showstoppers和其他关键bug。
看:Web开发人员或CTO，哪个技术工作的薪水增长最快?
将低代码转换为代码允许您利用新一代基于机器学习的编码助手。像OpenAI的Codex模型这样的技术可以识别代码中的常见模式，并根据其他应用程序解决类似问题的方式提出建议。例如，一个低代码应用程序需要一个网格控件连接到ERP系统，它可以为如何构造适当的连接字符串或如何最好地格式化查询提供建议。
这是一种还处于早期阶段的方法，但它显示出了希望。这并不是让AI为你编写代码，而是让基于AI的程序员对如何改进代码提出建议。当你学习如何构建低代码应用程序时，它是一组训练轮，你可以慢慢起飞，减少对人工智能和开发人员资源的依赖。
随着核心系统开发者构建api, ai优化这些api的使用方式，用户迅速遵循他们的建议，创建运行良好且不会干扰其他用户的高质量应用，我们有可能看到这一趋势的结局。
在构建和使用应用程序的方式上，我们正处于巨大转变的早期，而低代码将成为这场新革命的关键驱动力。低代码和主流应用程序开发之间的关系必须是密切的。然而，由于低代码被视为一种应对开发资源不足的方式，因此这种关系需要谨慎管理。因此，很高兴看到企业认识到有效的API管理的重要性，认识到使用工具来改善代码共享的重要性，认识到跨组织边界的新团队结构的重要性，以及最后，认识到使用机器学习来降低风险和提高生产率的重要性。
