不要让低代码技术为“炒作的概念”背锅

图片来源@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出身的业务人员，都应该去迎接低代码。作为管理者，从更加简单的技术平台着手业务和管理问题，行动起来一定会更加轻松一些吧！

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

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

转发了

转发了