自2021年1月14日，钉钉落地“低代码”应用之后，很多人开始关注到这个赛道当中来，低代码的好与坏在软件行业也掀起了讨论热潮。有人说低代码革命来临了，也有人说这炒作有点过了，更有甚者，说低代码可能导致程序员失业？

那么，究竟谁说的有理呢？今天织信通过本文“低代码的前世今生”。帮助大家更快速的了解。

怎么说呢，其实早在很久之前，低代码的概念就已经出现了，只不过它以前一直处于不温不火的状态。直到近两年，大量IT巨头和资本的加入，才引起了越来越多的人关注。

这个故事，还得从上世纪八十年代说起。1980年，IBM的快速应用程序开发工具（RAD）被冠以新的名称——低代码，由此，低代码的概念首次面向大众。低代码是英文“Low Code”的翻译，当然，此“Low”非彼“Low”，它意指一种快速开发的方式，使用最少的代码、以最快的速度来交付应用程序。

具体我们可以看下低代码概念衍生的历程！

1、1980年：“第四代编程语言”

2、2000年：VPL（Visual Programming Language可视化编程语言）

3、2014年：Forrester提出低代码/零代码概念

4、2016年：国内独立的低代码平台开始相继发布

5、2018年：Gartner提出aPaaS和iPaaS的概念

6、2021年：中国市场逐渐形成完整的低代码生态体系

从这个过程中，我们不难发现，目前市场上所有的低代码开发平台都有两个共同特点，这两个特点的演化也决定了低代码平台的走向：

1、编程语言

低代码并非无代码，在应用开发中，完全脱离代码去执行脚本、完善业务逻辑是不太现实的。低代码开发平台通常会有一套语言逻辑，用于补充不足，帮助执行应用的业务逻辑，使应用更加完整。

为了更深入的了解现在的低代码，我们需要从编程语言开始——低代码意味着将人为的编程转换为机器语言的过程。正如我们所知道的，计算机只能理解二进制数，编程语言成为了人和机器之间的桥梁。起初，这些语言是基础语言，功能有限，它们以诸如Write、Display等词汇开头，比如在PASCAL中输入命令“Writeln “Hello World!””，将通过二进制指令转化为“Hello World”显示在屏幕上。

到这里，就会出现一个问题：为什么这些语言从一开始就没有设计为可模仿拼写呢？其实是因为当时技术的限制。如今，速度更快的微处理器出现、硬件性能的成倍增长，同样，语言设计也发展到用更少的代码获取更多成果的阶段。

2、可视化图形界面

这也是低代码最为显著的特点。相比于传统的敲代码方式，低代码将大多数字段进行封装，将原本晦涩的代码字段形成直观的图形界面，而开发人员只需要在图形用户界面拖拽相应的模组即可进行开发工作。

图形用户界面作为一种可视化开发技术，能得到长足发展也得益于硬件设备的迭代更新，例如处理器、显示技术等等。随着微处理器的出现，以及屏幕从单色到如今的彩色LED和OLED的发展，都让图形用户界面有了巨大的进步。也正是这个特点的发展，为“公民开发”奠定了基础。

在近40年的发展中，低代码主要经历了两个阶段：

第一阶段：1980-2015年，低代码应用平台市场发展比较缓慢，表现亮眼的平台少之又少。但是，当今低代码领域的领导者产品，诸如Outsystem、Mendix等均诞生在这一时期，国内的低代码产品尚未完全成型，但是众多种子选手也是在此期间生根发芽，为以后的低代码发展打下了基础。

第二阶段：2015-2018年，低代码市场开始升温。2015年，AWS、Google、Microsoft和Oracle等巨头也开始入局低代码领域，2018 年西门子宣布以 6 亿欧元收购低代码应用开发领域的领导者 Mendix 、快速应用开发的低代码平台 OutSystems 获得 3.6 亿美金的投资，低代码平台市场开始火爆起来。

我们首先要明确两个概念——专业开发者与公民开发者。专业开发者，简单来说就是在代码中耕耘的程序员们，而公民开发者可以是想要开发应用的任何人。表面来看，低代码平台仿佛面对的仅仅是公民开发者，实则不然。

低代码产品的两个特点就是其本身的核心价值：可视化的共通语言和自我学习发展的能力。

低代码平台的诱人之处在于它可视化的开发形式，为开发者提供了不同于传统编码的界面，通过拖放式操作即可将各个字段进行部署。另外，低代码开发平台可以使用可视化建模方式来验证应用逻辑，这无论对于IT人员、还是业务人员来说，都是一种极好的交流方式。

另外，当低代码的编程语言触及到机器学习领域，也会让图形用户界面更加直观、使用更少的编程语言实现更多的功能，在快速演进的过程中，我们甚至可以期待通过语音命令模式构建应用程序，试想一下通过各类语音助手来帮你搭建一款应用程序，是不是就很兴奋？由此看来，低代码的未来不可限量。

实话实说，低代码工具虽谈不上万能，但它非常强大。对于一些流程复杂的系统来说，即使低代码会存在着一些局限性，它也可以作为系统开发的补充手段，在小范围、小规模、流程简单的场景下，根据业务需求去搭建应用程序。但千万不要因此被限制了想象力，比如特斯拉仅25人花了4个月就做出一套ERP系统，就是当时的CTO Vijayan在梳理完业务流程后，用低代码平台Mendix实现的。

所以，企业想把低代码作为数字化转型的主阵地完全没有问题，一切以自身的实际需求而定，业务流程管理是第一要务，技术手段仅仅是应用的呈现方式。企业数字化转型不仅仅是企业IT部门的责任，整个过程会落在每一个人头上，低代码产品给所有人提供了都能看得懂的语言，在实际执行过程中减少阻碍，加快数字化转型进度，也未尝不是一件好事。