Mendix & Power Apps：浏览您的低代码平台选项
在企业软件开发中，众所周知，“一刀切”的解决方案无法满足所有的业务需求。
大多数企业 IT 部门都已完善了决策树，以确定哪种开发方法最能满足其广泛的需求。然而，在过去十年中，可供选择的开发方法已大大超出了 Java、Python 或 C# 等传统代码平台。
企业可以从数百种（甚至数千种）选项中选择构建软件解决方案，如今还包括低代码和无代码平台。虽然 Forrester 和 Gartner 等分析师对这些工具进行了整合和分类，以协助早期决策过程，但后者预测，到 2024 年， 75％的企业 将使用至少四个低代码平台进行 IT 开发并支持公民发展计划。
许多行业领先的组织已经在利用多个低代码平台。 ASML一家领先的半导体行业跨国技术公司，以及 玛姆特是一家全球重型起重和运输企业， 分享他们的观点 平衡传统开发和各种低代码解决方案在当前业务中的作用。
低代码紧跟创新步伐
加特纳的 最新预测 研究表明，到 2029 年，企业低代码平台“将用于全球 80% 企业的关键任务应用程序开发”。在适当的环境下，低代码的可视化特性与企业级治理功能相结合，可以实现更快、协作且可控的软件开发。
速度是 ASML 早期的决定因素之一。 Mendix 开发人员和低代码能力负责人 Cleodene Mac Donald 表示：“低代码作为一种首选 IT 解决方案，可以更快地满足业务需求。”
Mac Donald 也承认 Mendix 已成为ASML IT团队考虑的众多潜在解决方案之一。
“你可以想象，在我们的组织中，有时弄清楚应该使用哪个[系统]会让人不知所措和困惑。你有一个核心战略平台，如 SAP 和 Teamcenter。然后，还有我们的低代码解决方案，如 Microsoft Power Apps、ServiceNow 和 Mendix。我们还提供高代码解决方案，以备不时之需。为了帮助企业决定如何使用最佳平台来应对其问题或挑战，架构能力部门制定了决策树，为这一决策过程提供信息。”
当 ASML 和 Mammoet 绕过早期标准时，例如 购买现成的解决方案 或通过记录系统交付，他们的下一步是确定他们武器库中的哪个低代码平台最适合给定的场景。
Mendix 和 Power Apps
为了实现快速软件开发，ASML 和 Mammoet 都采用了多种技术 Mendix一个纯粹的低代码平台，以及 Microsoft Power应用程序，一个提供低代码服务的平台。
两家公司并不认为这些工具具有竞争性，而是看到了利用这些工具的优点和价值 Mendix 和 Power Apps 在不同的场景中。
微软目前拥有令人难以置信的市场渗透力， 超过 1 万个组织 在全球范围内使用 Microsoft Office。在许多情况下，当 Microsoft 已深深扎根于您业务的其他领域时，简单地为 Power Apps“添加”新的平台许可证是有意义的。
他们作为低代码供应商的地位最突出的特点是他们能够很好地使用自己的工具，例如 PowerBI 或 Dynamics。然而，有人批评 Power Apps 处理高复杂度用例的能力以及对 Microsoft 环境之外的记录系统的开放性。
Mammoet 业务应用和数字创新经理 John Helmink 表示：“作为 SHV Holdings（我们的母公司）的一部分，我们拥有 Power Apps 平台，SHV Holdings 是一家大型微软公司。然而，在过去几年中，我们了解到 仅有 Power Apps 是不够的， 所以我们选择与 Mendix，我们已经使用这个系统五年多了。”
Mammoet 和 ASML 有自己的方法来确定何时使用哪种解决方案，可以概括为对当前用例、系统集成和潜在未来状态的复杂性的评估。
用例和功能
在早期阶段，ASML 和 Mammoet 的两个 IT 团队都会考虑当前用例的复杂性。该领域的考虑因素可能包括：
- 用户量和用户组
- 工作流程和逻辑的复杂性
- 需要多设备或移动功能
Helmink 在 Mammoet 环境中提供了一个低复杂度用例的示例，它可能是独立 SharePoint 列表的用户界面，而高复杂度可能是支持整个工程部门的资源规划系统。
“如果你真的想打造一款坚固耐用、被大量用户使用的产品，我们的选择是 Mendix…如果它简单且可以与 Microsoft 应用程序交互，我们会选择 Power Apps。我们每天都使用 Power Apps 让人们共享信息以完成管理任务，例如请求硬件或公司内部更简单的请求流程，这是一个很好的案例。”
融合与开放
对于 ASML 和 Mammoet 来说， Mendix 当应用程序根本不需要与 Microsoft 界面交互时，这种情况通常就会浮出水面。
“如果你想 与 SAP 接口, Mendix 是我们的选择，”Helmink 分享道。Mammoet 内部的一个例子是 YARD 应用程序，这是一个复杂的解决方案，可跟踪设备在站点和仓库之间的移动，与 SAP 集成，并在扫描设备上运行。
关于 ASML 内部的观点，Mac Donald 补充道：“我们要问的下一个问题是，所有要求能否在一个系统中得到满足？如果答案是肯定的，那么问题是哪个系统？如果是 Microsoft，那么我们建议在 Power Apps 中构建。如果是 CMDB 应用程序，那么在 ServiceNow 中构建。如果无法在单个系统中满足，那么我们建议 Mendix…当需要集成时， Mendix 是首选”。
未来状态和灵活性
Mac Donald 强调的一个细节是，不仅要评估你现在对应用程序的需求，这一点很重要。“我们不能只看我们现在需要什么，还要看未来的需求是什么。”这可能意味着在你的应用程序中添加新的或新兴的功能、集成额外的系统，或者应用程序维护可能变得多么严格。当未来看起来更加复杂或不确定时，ASML 和 Mammoet 通常会选择 Mendix.
Helmink 表示：“从高层的角度来看，微软正在开发许多不同的解决方案，Power Apps 只是其中之一，当然 Mendix 专注于低代码。这是我们在产品持续开发过程中感受到的，这确实对我们有帮助……我们的经验是 Mendix 应用程序需要的维护更少，而且即使需要，也更容易修复。”
Mac Donald 补充道，“Mendix 如果您已经知道您的应用程序将来需要集成，这是最佳选择。如果您对未来状态有把握，则仅使用 Power Apps 和 ServiceNow，否则请使用 Mendix，因为它是一个全栈解决方案。”
这些领域中的每一个都具有不同的复杂性，这通常成为使用的决定性因素 Mendix 通过 Mammoet 和 ASML 的 Power Apps。
流程和愿景使大规模低代码成为可能
如今，与传统开发相比，ASML 通过低代码和无代码解决方案实现了 10 至 12 倍的交付速度，并且 26 个投资组合 Mendix 应用 有 26 款产品正在生产中，另有 10 款产品正在开发中。
同样，Mammoet 的投资组合超过 10 Mendix 应用程序帮助 IT 团队完成了多项优先事项，包括 遗留系统的现代化 以物联网应用的形式实现创新。
 |
 |
Mac Donald 和 Helmink 都自信地同意 Mendix 和 Power Apps 可以共存并以不同的方式提供价值。在这两个组织中，预先设置差异化结构是他们能否从低代码中获益并快速为企业交付软件的关键因素。