低代码和无代码这些很多人都是模糊的。然而，它究竟是什么？它会抢走你的工作吗？更重要的你应该关心吗？最近在给一些公司培训的时候，发现很多开发、售前、销售都对此比较模糊。

一、根据 Gartner 的数据，No-Code 和 Low-Code 将在 2021 年交付所有软件项目的 50%。即使这些数字被夸大了，你也必须生活在困境中，以避免注意到它正在获得牵引力，而且它正在非常、非常、非常快地获得牵引力。因此; 它到底是什么？它会抢走你的工作吗？你为什么要关心？

二、No-Code 和 Low-Code 之间存在巨大差异。No-Code 通常针对“没有计算机基础技术的人”，例如由于缺乏软件开发技能而无法自己创建软件系统的人。无代码通常被称为“人人创造软件”– 暗示不了解编程语言和软件开发理论的人可以创建软件系统。

No-Code 对于简单的面向客户的前端很有用，与预定义的服务和简单​的数据库结构有一些交互。然而，我们距离使用 No-Code 交付复杂系统还有很长的路要走，我也不确定我们是否会达到这一点。此外，即使是 No-Coders 也需要与之交互的低级模块和组件，这通常通过与“真正的”软件开发人员一起工作来完成，生产这些组件以便“公民”可以将这些组件编排在一起。

三、另一方面，低代码面向开发人员，可以看作是我们已经使用的工具的扩展，使我们更有效率并帮助我们提供卓越的质量。低代码通常需要在自动化过程完成后进行一些编码，因此超出了普通“公民开发人员”可以使用的范围。由于这些原因，许多开发人员会回答您；“我不相信无代码。当然，低代码可能有一些价值，但没有代码。”

在这方面，Low-Code 只是我们当前开发模型的增量改进，有人可能会争辩说，即使是 NuGet 和 NPM 之类的东西也是它的祖先——因为如果你曾经使用过包存储库来管理库，那么你可以说已经使用 Low-Code 很长时间了。低代码只是意味着工具非常好，计算机会自动生成我们的代码。Angular 的ng generate和 CLI 就是一个例子。

四、在某些方面，低代码适用于您的代码库，类似于单元测试，因为它可以自动化您现有流程的一部分，以确保为最终用户提供更高的质量、更快的迭代和更好的产品。就像单元测试自动化了我们测试软件的方式一样，低代码不可避免地自动化了我们创建（部分）代码的方式。

虽然 No-Code 通常允许非开发人员使用 GUI 将功能、可视化组件和数据库连接拖放在一起 – 另一方面，Low-Code 通常使用自动化流程从例如您的数据库中读取元数据，以根据您现有的组件和/或数据结构生成代码。

欢迎关注我的抖音号：

喜欢的朋友记得给个关注~