关于低代码开发平台的 9 个常见误区

随着低代码市场的增长,混乱也随之而来。许多企业不太了解低代码,或者他们相信一些普遍存在的误解。在本文中,我们探讨了 9 个最常见的低代码误区,并解释了为什么它们是错误的。

低代码误区

自 2014 年 Forrester 首次创造该术语以来,低代码软件已经爆炸式增长。Gartner 估计,今年低代码市场将增长 23%,达到 58 亿美元的市场规模。您会发现数百个(甚至数千个)声称是“低代码”的软件工具。

这就是问题开始的地方。首次引入低代码时,它指的是 RAD 工具的演变。换句话说,用最少的手工编码构建 Web 应用程序的软件工具。

如今,“低代码”一词被用于任何包含某些可视化编程元素的软件。

问题是,低代码软件工具被归为一大类。例如,企业 Web 应用程序开发工具可以是“低代码”的,但网站建设者也可以。或者,流程自动化软件也可以。或者,使用点击式界面生成代码的任何其他类型的软件。

你看到问题了吗?低代码最初是作为定义 Web 应用程序开发工具的一种方式。从那时起,它已经扩展到包括广泛的工具,其中许多是不相关的。

但是,它还不止于此。即使在相同的软件产品类别中,您也会发现巨大的差异。例如,低代码 Web 应用程序开发平台之间的差异很大。有些更简单,只提供基本功能。其他是企业级的,并提供广泛的功能。

那么,这一切的效果是什么?困惑。低代码市场被混乱和误解所包围。有关低代码工具的信息四处流传,但事实并非如此。我们似乎每天都会遇到这些误解。一般而言,人们对低代码开发存在误解。

今天,我想消除我们听到的关于低代码工具的许多最常见的误解。现在,我特别关注围绕低代码原始定义的误区:Web 应用程序开发平台,以最少的手工编码创建应用程序。听起来不错?好的,让我们开始吧。以下是我们听到的关于低代码软件的 9 个常见误解。

误区一:所有低代码工具都是一样的

关于低代码的疑问

正如我之前解释的那样,术语“低代码”适用于各种软件和工具。即使您将定义范围缩小到低代码 Web 应用程序开发,您仍然会发现各种不同的选择。

这是一个问题,因为人们倾向于根据他们使用一种工具的经验对整个类别做出假设。如果他们尝试提供糟糕体验的低代码工具,他们通常会假设所有低代码工具都是相同的,从而对其他工具产生负面看法。

更糟糕的是,我仍然听到人们根据过去使用开发工具的经验对低代码工具做出判断。也许他们过去使用的 4GL 或 RAD 工具没有达到他们的期望。他们(错误地)认为低代码工具是一回事。实际上,自那时以来,低代码工具已经发生了翻天覆地的变化。

每个工具都是不同的。也许您过去与某个人有过糟糕的经历,或者您知道有人这样做过。不要让这影响您在不同平台上的观点。

误区 2:低代码开发仅适用于简单的应用程序

我无法告诉你我有多经常听到人们说这样的话:

  • 低代码仅适用于简单的应用程序
  • 低代码创建内部应用程序,但不能信任面向消费者的应用程序
  • 低代码不会创建关键任务应用程序

正如本文所述,低代码开发工具远远超出简单的内部应用程序。全球各地的企业已经在为关键任务应用程序使用低代码平台

误区 3:低代码使开发人员过时

开发人员

根据我的经验,开发人员对低代码软件有截然不同的看法。有些人喜欢它。其他人讨厌它。为什么一些开发人员讨厌低代码的想法?它通常归结为几个误解:

误解 1:低代码威胁开发人员

他们将低代码软件视为竞争。如果公司采用低代码工具,他们担心它会取代他们的功能。

现实:低代码不是用来取代开发人员的。相反,它是为了让他们的生活更轻松。它取代了许多繁琐的编码任务,让开发人员专注于更快地交付解决方案。

误解#2:低代码限制了开发人员的能力

开发人员通常认为低代码工具限制了他们的能力。他们将低代码工具视为无法定制的黑匣子,只会限制它们。

实际上,这仅适用于某些人。相当多的企业级低代码软件工具提供完全定制,但我们将在下一点深入探讨这一点。

这些信念通常是由对低代码工具的误解驱动的。实际上,开发人员应该拥抱低代码。如下所述,它们为开发人员提供了一些巨大的优势。

一个常见的误区是低码工具把开发出来的就业机会(并因此开发人员应该避免使用它们!),这是不正确的。低代码工具,如果使用得当,可以提高开发人员的工作效率,让开发人员能够专注于关键的更高级别的主题,如可用性、功能设计等。 考虑这个问题的一种方式 – 曾经有一段时间开发人员以十六进制或机器指令。我们大多数人不再这样做了——我们使用编译为机器指令的高级语言。它使我们的工作变得不那么重要了吗?不——如果有的话,它扩大了开发人员的工作数量。这是一个需要揭穿的重要神话,因为它会引起人们对低代码工具的恐惧,并阻止开发人员尝试它们。

误区四:低代码意味着低定制

正如最后一点所提到的,许多人错误地将低代码软件视为无法定制的“黑匣子”。它生成代码,但他们不知道引擎盖下发生了什么。

现在,我不能说所有的低代码工具(因为我还没有使用所有这些),但是许多现代企业级工具不会限制您的自定义。他们应该让你:

  • 添加自定义业务逻辑
  • 直接编辑生成的代码
  • 以您需要的任何方式自定义您的应用程序

同样,我不能 100% 说每个工具都提供完全自定义。但是,这种情况并不少见,您需要在购买任何工具之前进行验证。

关于通过低代码开发构建的应用程序的另一个常见误解是它们无法定制,然而,大多数低代码平台允许对生成的代码和业务逻辑进行自定义修改。

误区 5:仅适用于非技术人员/仅适用于开发人员

我会将这些神话归为一类,因为它们太普遍了。关于谁使用低代码工具存在很多困惑。事实上,我在天平的两端都遇到过误解。

有些人认为低代码平台仅供开发人员使用,非技术人员不能使用。

其他人认为低代码平台对开发人员来说太基础了,只能由非技术人员使用。

事实是,所有技能级别都使用低代码平台。开发人员使用低代码平台来加速应用程序交付。低代码消除了占用大量时间的重复编码任务。

最终用户使用它们来创建自己的应用程序,而无需打扰 IT。大多数企业级工具都提供安全选项,让开发人员可以控制软件内的最终用户和数据访问。

但总的来说,低代码软件适用于所有类型的用户。

误解 6:低代码意味着低训练

低代码训练

市场上似乎存在一种误解,人们认为低代码/无代码平台意味着该技术易于掌握。或者有些人认为低/无代码意味着只需简单培训或没有培训,但事实并非如此。复杂的工具可以解决复杂的问题,因此需要必要的培训和经验。

我觉得移动应用程序已经从根本上改变了软件培训的理念。人们希望软件像移动应用程序一样直观。他们应该能够以最少的努力拿起它并了解如何使用它。

当这些信念蔓延到低代码开发的世界时,问题就开始了。现实情况是,低代码软件总是需要一定程度的培训。这是否意味着它不直观?当然不是。

想想低代码平台所取代的复杂程度。低代码工具允许 Web 应用程序开发、工作流自动化、移动应用程序开发等等。自己学习所有这些需要多少时间?年。因此,您可以在几天内(通过培训)使用低代码工具提高工作效率这一事实非常了不起。

误区七:低代码意味着低规划

另一个常见的误解:低代码处理应用程序的开发和规划。现在,低代码工具确实可以帮助非技术员工创建 Web 应用程序。这是真的。但是,用户在创建应用程序时仍然需要像开发人员一样思考和计划。例如,他们需要:

  • 计划一切如何组合在一起
  • 了解他们的数据来自哪里
  • 弄清楚每个流程将如何运作

问题是,一些用户期望低代码将简化开发过程的各个方面,从规划到编码。他们很失望地意识到他们仍然需要规划他们正在建造的东西。

这是一个很好的类比:想想像电动工具这样的低代码软件。例如,如果您想搭建一张桌子,这些电动工具将使这项工作变得容易得多。但是,您仍然需要知道如何将所有木材组合在一起来制作桌子。你仍然需要计划。低代码开发也是如此。

虽然您不需要在这些平台上进行令人费解的逻辑跳转来创建产品,但您需要了解每个流程的作用以及这些流程的工作方式和原因。大多数平台通过可视化和拖放表示支持低编码,这将有助于低代码程序员。但是,您仍然需要考虑要为自己制作什么。

误解 8:低代码意味着低可移植性。

低代码移植

另一个常见的误解是低代码工具就像一个围墙花园。您只能使用该工具提供的任何功能,而没有其他任何功能。

现在,我不能说每一个低代码工具,但绝大多数企业级选项都不是封闭系统。一般来说,这将严重限制低代码平台。相反,它们让您可以使用 API 并将外部服务与您的应用程序集成。

当然,在采用任何低代码工具之前,这仍然是您需要验证的。但是,如下所述,大多数工具都允许自定义代码和 API。

某些平台允许您执行自己的代码片段,所以你可以在需要时自己重新创建它。有些提供强大的 API,您可以使用这些 API 收集大量数据并与其他应用程序集成。

误解 9:低代码意味着低功能

这是一个常见的问题:您应该选择低代码平台还是只购买现成的软件?

一方面,低代码提供高可定制性。您将创建一个完全适合您的业务的解决方案。

另一方面,现成的软件通常被认为具有更强大的功能和专门构建的功能。

但是,真的是这样吗?

实际上,使用低代码软件创建的应用程序可以根据您的需要提供强大的功能。您可以在应用程序中构建的功能数量没有限制。

虽然低代码工具当然可以构建强大的应用程序,但它们也提供了灵活性。您可以构建的内容或可以替换的现成软件没有限制。想一想。使用低代码平台,您可以替换您当前正在付费购买的各种软件包。最好的部分:您可以获得完全适合您业务的软件。

推荐阅读:为什么低代码软件开发优于传统开发方法?