低代码,不要以比“中台”还快的速度臭大街

前段时间和一位大企业的高级管理人员交流,他很兴奋地说,XX公司已经推出了低代码平台,企业软件可以想怎么做、就怎么做,很简单就搭出来自己想要的系统,不用花大力气再搞那些复杂的ERP啥的了。我不忍当场扫了他的兴,不过心中暗自感觉“低代码”正在以比“中台”更快的速度在臭大街。

现在市面上说的“低代码(无代码)开发工具”,是指可视化的应用开发界面,这些工具的出身主要有如下来源:

  • 新一代技术的可视化开发工具,既有通用开发工具,例如推动这个软件品类概念产生的Outsystems,Mendix等厂商,也有行业性或专业性的垂直领域工具,例如国外金融行业内最近广受关注的Unqork
  • 在SaaS应用和PaaS平台之间,产生的表单工作流、自定义BI等可视化开发工具,以微软Power Platform为代表,我个人认为,这是微软整合其SaaS钩子产品(Office,Dynamics)以及Azure云服务,面向用户提供统一的数据和服务视图的产品策略的结果
  • 也许是微软的示范效应,传统云厂商在向应用级PaaS发展上似乎找到了新方向,纷纷开始考虑进军这个领域,据说AWS、Google都即将推出低代码平台,而阿里最近推进“云钉一体化”,将钉钉和宜搭结合,重新包装为低代码开发平台,则非常类似于微软的产品策略;不过,微软的商业模式横跨了SaaS和IaaS/PaaS,这和那些底层IaaS/PaaS往上走的云厂商的路径,还是有很大不同
  • 大型SaaS软件的可视化开发工具,以SalesForce、ServiceNow为代表,这些SaaS的可视化开发工具由来已久(后文会提到,传统大型企业应用软件,例如PeopleSoft,Siebel等,其实都提供了可视化开发工具),因为低代码概念兴起,最近被打上了“低代码开发”的标签;我观察到一些国内传统的企业软件公司,做ERP、CRM甚至是数字化营销软件的,也都把自己应用软件的可视化开发工具换了个名字马甲,叫“低代码”了
  • 一些软件开发团队,无论是软件公司的产品开发团队,还是大型企业IT部门的自开发团队,在开发实践中,为了提高开发效率,帮助业务人员进行快速业务建模,打包了一些可视化配置工具,现在也开始声称这是“低代码工具”
  • 此外,一些传统的业务流程管理软件、工作流配置引擎、数据分析和BI工具等等,现在也纷纷赶时髦改名叫“低代码”

 

“低代码开发平台”产生的初衷是提供一个鼓励员工微创新、自主开发应用程序、利用企业数字化能力的助推器;在一些流程相对简单的场景下,可以帮助企业迅速实现对这些简单场景的数字化转型!对于复杂流程和核心业务流程,低代码平台肯定不完全适合,只是实现简单、辅助流程的首选开发平台。然而,因为厂商炒作的原因,低代码在市场上对企业决策者产生了不少误导,以下列出我的一些个人观点:

 

错误:

低代码可以开发企业所有的软件

 

正确:

目前低代码主要应用场景是面向企业用户的快速补充开发,例如:

1、简单的工作流和表单流转的应用

2、大型应用软件的功能延伸的开发

低代码不适合开发复杂逻辑的核心业务,不适合管理企业主数据;使用低代码开发,会对企业的数据治理、信息安全产生一些隐患。

 

错误:

低代码是企业软件行业的革命,彻底改变企业软件行业

正确:

模块化、可视化的编程方法,即“低代码”开发方法,由来已久:

  • 无论是早期的可视化编程工具,例如Visual Basic,Delphi,PowerBuilder等等,
  • 还是大型应用系统的可视化编辑工具,例如CRM的Siebel Tools, HR软件的PeopleSoft People Tools, PLM软件的eMatrix Foundation等等,
  • 互联网刚兴起时,创建一个网站写html代码比较麻烦,效率不高,微软当时就推出了称为FrontPage的可视化网站开发工具
  • 90年代后期红极一时的IBM Lotus,其产品概念启发了中国整整一代OA软件,可以用可视化的方式来配置操作控件、业务对象、关系、函数等等,

这些其实都是低代码工具。我们这些从90年代后期过来的IT工作者,过去二十年一直在使用这些工具,甚至一度觉得这些工具都过时了,怎么会突然就创造性地革命了呢?

 

错误:

低代码是一个独立的软件

正确:

低代码是PaaS平台的一个组件,有助于利用PaaS平台的业务、数据、集成等云服务,或者集成多个云上的业务和数据服务。所以,低代码软件必须配合PaaS平台使用,有两种情况:1、PaaS平台专用的低代码软件,2、大型应用软件(SaaS)的延伸开发平台

 

 

错误:

低代码工具谁都能用,企业内谁都可以创新应用

正确:

企业IT应用系统实施或者数字化转型,本质是管理问题和业务问题,不是技术问题。在大多数情况下,企业数字化的瓶颈,并不是技术开发的效率问题,而是用户行为促成以及企业管理变革。

我认为企业内大面积的公民化开发的应用创新是个伪命题,开发软件是一回事,能用起来是另一回事。打个通俗的比方,很多朋友都有这个经历,买书的时候热血沸腾,尤其是遇上京东打折,买回一大堆书回来,真正看完的有几本?

我一度也是“企业民主化创新”的信徒,但是最近一年美国社会的政治乱象,已经给由互联网革命推进的组织民主化提出了深深的质疑,参见 开放式社交媒体的终结 。

 

“低代码”不是革命,也不是颠覆性的东西,企业信息化和数字化必须踏踏实实地从核心系统建设、业务流程管理入手。“低代码”本身很有用,但是其应用广泛性还有待实践验证,作用不能被夸大了,否则,就像“中台”一样,本来是个好东西,却被媒体、厂商和外行们炒作得烂了大街。

 

最后,我认为“低代码”发展方向是两个:1、纯云;2、跨平台,几年之后,这个行业一定会按照这两个方向完成整合。

 

参考:

开发软件不求IT部,企业IT应用的民主化运动

本文文字及图片出自 微信公众号

余下全文(1/3)
分享这篇文章:

请关注我们:

共有 1 条讨论

  1. laserw9 对这篇文章的反应是赞一个

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注