图片来源@pexels

　　文丨 ZOHO 中国，作者丨张伦

　　近期，突然又火起来的“低代码”可谓是赚足了人们的眼球，大家各抒己见，也不乏针锋相对的意思。当我看到这些争论的第一反应，是非常高兴的。为什么呢？古时的治国之术有百家争鸣，如今为低代码也有“诸子论道”，这本质上是一件有助于推动低代码发展的事情。

　　但凡事都应该有个边界，我们在讨论低代码的时候，如果关注点放在了超出边界之外的事情上，对于低代码本身而言是不利的。业内的朋友们一定知道，关于低代码的热点不止发生过一次，然而多数是昙花一现之后即戛然而止。由于我本身也是低代码行业从业者，ZOHO 的低代码产品已经迭代十多年，正好借这个机会与大家分享一些拙见。

　　低代码的起源和特点

　　追溯这次争论的起源，貌似是来自钉钉落地低代码应用开始，业界巨头的每一个动作都能牵动整个市场的反应。有人说，低代码革命来了，我觉得这未免有点夸张炒作的嫌疑。实际上，低代码这个概念早已有之，只不过它的定位处于不上不下的中间地带，发展这么多年还是不温不火的状态，也情有可原。

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

　　几乎所有的低代码开发平台有两个共同特点，这两个特点的演化也决定了低代码平台的走向：

　　1. 编程语言

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

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

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

　　2. 图形用户界面（ Graphical User Interface）

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

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

　　低代码的发展

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

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

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

　　现在，低代码产品在市场上究竟扮演着什么样的角色呢？正如前文所说，其本身不上不下的尴尬定位让它也非常无奈。举个例子，我们现在经常会说到企业数字化转型，低代码产品作为一种快速应用开发工具应该被青睐，然而现实是，员工拿低代码产品做了一款让大家叫好的食堂排队管理应用，但是想用低代码产品做一款像样的 ERP 系统，却大有力不从心的感觉。

　　说到这里，就触及到了本次低代码之争的论点之一：低代码到底有没有价值？答案是肯定的。

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

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

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

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

　　低代码可以支持企业数字化转型吗？

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

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

　　以开放的姿态迎接低代码

　　计算机技术发展至今，代码、编程依旧是应用开发的中流砥柱，但我相信，低代码的出现一定是市场的选择，国外的低代码产品已经过长时间的打磨和积累，国内骤然刮起的低代码风潮也绝非偶然。虽然它已经不是一个新概念，但我们还是应该以一种接受新事物的开放心态去迎接低代码。

　　“企业 IT 应用系统实施或者数字化转型，本质是管理问题和业务问题，不是技术问题。”这一点我是赞成的，这个意思不是让大家去抵制低代码产品。我认为，无论是专业开发者，还是非 IT 出身的业务人员，都应该去迎接低代码。作为管理者，从更加简单的技术平台着手业务和管理问题，行动起来一定会更加轻松一些吧！

　　最后，尘归尘土归土，虽然我希望关于低代码的讨论始终存在，但不希望它被过度炒作。如今，各路玩家借着低代码的风进入赛道，但也需要玩家扪心自问一下：玩得转概念，真的能玩得转低代码技术吗？

　　所以，我们应该将关注的重点放在技术本身，而不是概念。计算机编程技术的不断发展成就了今天的数字信息时代，虽然现在的低代码更多是作为技术的补充手段，但我也同样相信，它也能像编程技术一样不断完善自身，拥有不可限量的未来。