Code还是NoCode，哪种方式适合你？

NoCode 是一种补充技术堆栈中传统编码的工具。只有某些项目非常适合 NoCode

介绍

NoCode 是一个伟大的概念，它使非程序员无需成为软件开发人员即可构建应用程序；但是，有些人认为 NoCode 最终将取代传统编码（即您可以在 NoCode 平台上构建任何东西）。如果您以这种心态开始一个项目，您最终可能会非常失望。

主要分享低代码、微服务、容器化、SAAS‬、系统架构方面的的‬内容‬‬，希望‬大家‬点赞‬，评论，关注‬。

NoCode 是一种补充组织技术堆栈中传统编码的工具。某些类型的项目非常适合 NoCode，而其他类型的项目甚至不应该考虑。

例如，我强烈建议您不要使用 NoCode 构建银行应用程序。任何阅读本文的开发人员都可能会一提到就嗤之以鼻。银行系统的基本复杂性、数据治理和合规性以及安全基础设施很容易占用数千个开发人员的时间。

因此，使用 NoCode、LowCode 还是传统编码都取决于项目的类型及其要求。

NoCode 有什么用？

让我们谈谈一些非常适合 NoCode 项目的用例。

最常见的用例可能是初创公司：如果您有一个应用程序想法，要求您快速进入市场而又不花太多钱（即使用最小可行产品或 MVP 启动），那么 NoCode 是一个理想的平台。您可以快速且经济高效地将您的想法转化为功能性产品。您可以将其推向市场，将其展示给您的投资者，并开始积累反馈。如果您开始获得良好的牵引力，则可以聘请开发人员并构建适当的解决方案。如果你没有得到任何牵引力，至少这个想法在没有花费太多时间和金钱的情况下失败了。

NoCode 的另一个用例是小型企业：大多数小型企业的应用程序开发预算有限，而且几乎没有 IT 人员。他们仍然需要构建应用程序和工具来支持他们的业务，而不是标准业务实践的常见应用程序（例如销售、人力资源、会计）。我指的是特定于他们业务的应用程序和工具。NoCode 可以提供一个理想的平台，让这些业务用户无需大量培训、时间投资或专业知识即可开发和维护专有应用程序。由于它们通常没有庞大的用户群，因此 NoCode 平台的标准限制不应降低其有效性。

大型企业也代表了 NoCode 的一个很好的用例。这些企业拥有开发预算和 IT 部门，其程序员可以处理他们的应用程序开发需求，但这些资源中的大部分都分配给了其核心业务运营的开发和维护。然而，他们的业务部门通常需要特定的、有限的使用、时间敏感的，有时甚至是短期的应用程序。

这些被认为是战术项目，而不是构成核心业务应用程序的战略项目。当战术团队向他们的 IT 部门提出这些要求时，他们通常会被拒绝或给出不合理的高成本估算和较长的开发时间表。从 IT 部门的角度来看，这是有道理的，因为他们的资源有限，而且这些资源必须分配给核心业务功能，这通常会导致战术应用请求的优先级较低。此外，由于开发人员资源的巨大成本，这些项目的成本需要相当高。

那么，业务用户如何完成工作呢？传统上，他们要么手动执行这些任务，要么使用 Excel 等软件工具来构建应用程序的受限版本。NoCode 是大型组织中的这些用户开发应用程序而无需依赖 IT 资源的完美平台。他们可以快速构建他们的应用程序并将其部署到他们的用户群。当不再需要该应用程序时，他们可以将其关闭。如果他们的应用程序获得比最初预期更多的使用并成为关键业务（这在大型组织中并不少见），那么他们可以将其带到他们的 IT 部门，对工具的业务价值进行一定程度的验证，并要求他们构建一个传统的应用程序长期。

此外，对核心业务应用程序进行原型设计是 NoCode 平台的另一个可靠用例。原型是由开发人员根据业务部门概述的项目要求创建的。尽管是软件的不完整版本，但它们可以通过在早期项目开发周期中提供有价值的用户反馈基线来提供帮助，并且可以帮助引导开发朝着正确的方向发展，而不会在接触业务用户之前浪费过多的开发时间。NoCode 平台允许业务部门构建这些原型并减少开发详细需求的需要，从而有助于节省宝贵的公司资源。这使业务部门能够更积极地参与这些项目。

NoCode 开发平台的局限性

尽管有明显的优势，NoCode 开发平台也有一些缺点。这就是使 LowCode 和传统编码成为某些项目的理想选择的原因。

表现

NoCode 平台被开发为模块化单元，能够通过可配置的接口实现各种功能。从概念上讲，它们是传统代码之上的一层。因此，NoCode 应用程序的运行时间通常比自定义编码的应用程序慢。在自定义编码应用程序时，您通常会根据特定要求优化所有内容，而 NoCode 平台必须处理许多甚至可能不会在特定项目中使用的要求。

可扩展性

处理来自不同地区的大量并发用户的能力是 NoCode 平台的另一个限制。如果您的应用程序旨在为大量并发用户提供服务，那么通常最好对您的应用程序进行自定义编码并对其进行优化以跨多个地理位置的多个服务器进行扩展。

缺乏功能和业务逻辑

缺乏功能是 NoCode 平台的另一个限制，尤其是在处理复杂的业务逻辑时。大多数 NoCode 平台非常适合用户界面和数据功能，但缺乏处理更复杂逻辑规则集的能力。有些提供可视的 if-then-else 类型的逻辑块，但很少包括在不使用脚本语言的情况下使用数学运算，这需要一定程度的编程专业知识。我将在以后的文章中进一步深入探讨。

云与本地

大多数 NoCode 平台都在云端。虽然这对初创公司和小型企业来说不是问题，但大公司通常会出于各种原因要求将其应用程序托管在其网络内部，包括合规性、与内部系统的集成以及安全问题。这是 NoCode 平台在大型企业中获得牵引力的一个关键不利因素。

根据您的项目需求选择开发平台

毫无疑问，NoCode 是一个强大的概念，可以帮助企业在开发和支持应用程序时节省时间和金钱。NoCode 开发平台只会随着时间的推移变得更大更好，但可能不会有完全取代传统编码的一天。聪明的企业根据他们的需求、预算和时间表，使用 NoCode 平台作为其传统开发平台的补充。

主要分享低代码、微服务、容器化、SAAS‬、系统架构方面的的‬内容‬‬，希望‬大家‬点赞‬，评论，关注‬。