低代码开发的构想是，最好的应用程序是来自不同技能团队的产物——专业开发人员、业务分析师、领域专家、客户拥护者、用户体验设计师等。在这种情况下，团队成员有时实时协作。有时异步协作。有时来自一个地方，大多数时候来自多个地方。但他们的工作始终需要协调、同步、质量检查、控制和集成。

So 低代码平台必须全力支持这些团队 以及分布式工作流，而不会对功能或性能造成任何影响。因此，低代码原则 #6：

多用户开发
多个开发人员应该能够同时开发一个应用程序。平台必须支持并同步他们的工作流。

协作是贯穿低代码所有原则的一个主题（并且本身就是一个原则，正如在 以前的帖子)。支持协作开发需要企业级多用户功能。Low-code 成功证明了基于模型的可视化开发平台能够支持各种开发人员，即使在多用户环境中也能提供硬核开发人员所期望的复杂性和功能。

有何不同？

任何多用户功能的核心都是版本控制；对于任何开发环境来说，它都是必需的。没有一个认真的开发人员会考虑在没有强大而可靠的版本控制的情况下工作。因此，当 Mendix 构思我们的低代码平台时，他们 内置版本控制 它可以与任何开发平台的最佳版本媲美，甚至更好。

合适的低代码平台允许开发人员回顾、追踪错误和问题的源头；回滚到以前的版本来分析和解决问题；控制用户及其权限以维持适当的治理和合规性；并执行“代码审查”，即使没有代码（原则保持不变）。

差异、分支、合并 — 您在成熟的企业级开发环境中所期望的所有多用户开发功能，都可以在功能齐全的低代码平台中找到，例如 Mendix.

远程协作的“新常态”

我想我们会永远记住 2020 年春天，那是我们工作方式发生根本性改变的时期。我们必须让分布式团队和分布式工作流程发挥作用，而且未来远程工作可能会在更多行业和职业中变得司空见惯。对于习惯于多用户、基于云的环境（包括我们的平台）的开发人员来说，这种转变并不痛苦。根据他们的远程设备和连接，这几乎是无缝的。

在 低码平台，一切都在云端完成。没有人需要独自工作。这是类似 Google Doc 的应用开发体验。用户可以随时随地协作开发应用程序。我看到你在做什么，你也看到我在做什么，都是实时的。最终，多个用户将能够同时一起编辑，尽管到目前为止，这种能力仍在发展中。但远程结对编程的效率——额外的一双或多双眼睛，解决方案路径的第二（或第三或第四）视角——现在就已存在。

民主化发展

低代码还提供了其他开发方法无法比拟的一项多用户优势：非技术用户能够积极参与应用程序的开发。无处不在的可视化语言意味着从专业开发人员到业务分析师的每个人都可以看到组成应用程序的各个部分，理解它们、操作它们以及添加和减去它们。这在充满代码的环境中是不可能的。

这种协作完全重新定义了竞争环境。整个过程中业务和 IT 之间的持续交叉协作必然会产生比典型的瀑布式工作流程更相关、更有用、对业务影响更大甚至可能改变游戏规则的解决方案。

你弄坏了，别担心

当很难回滚应用程序、查看内部情况并在必要时进行修复时，您就不愿意突破界限。您不想破坏它。但只有通过实验和探索，才能发现可能性并实现创新。只有通过不断迭代，您才能实现敏捷性。

使用低代码， 公民开发商 他们可以学习而不会损坏任何东西。他们可以自己开始构建东西，而不会烧毁房子。（如果看起来某样东西会扩大规模，IT 可以介入并指导它）。专业开发人员可以探索假设情景并尽情测试功能、界面和疯狂的想法。如果在此过程中出现问题，很容易返回并修复它（在合理范围内）。

当另一个用户是机器人时

随着人工智能变得越来越复杂，它可以变得更像人。机器人不再像机器人一样，而是像结对程序员一样，审查工作，评论“代码”，提供建议，真正提供帮助。因此，即使是在车库里开发应用程序的孤独天才也能从多用户环境中受益，在这种情况下，有一个人工智能研究员团队将他们的专业知识添加到应用程序中。

真正的多用户

多用户的低代码原则意味着真正的多用户，也就是说，习惯使用“git”的开发人员会感觉很熟悉。真正的多用户是指，所有代码工件（库、扩展、自定义 Javascript 和 Java 组件、应用程序所需的所有资源）都存在，并实时提供给模型中的所有用户。

低代码环境的神奇之处在于，它能够完美地容纳理想的开发团队，该团队包括来自业务和 IT 领域的各种技能和思维方式。期望专业开发人员接受任何功能不全、企业级、多用户环境的东西都是不现实的。同样不现实的是，期望非技术型公民开发人员掌握复杂的（基于代码的）开发工具和语言。

借助低代码，团队中的每个人都可以高效协作，无论他们身在何处，无论是实时还是异步。很明显，远程劳动力和分布式工作流程在未来将在企业中发挥或多或少的作用。低代码使这种生产力变得容易实现。