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

    2021-01-18 牛透社 lv Created with Sketch.

本文来自微信公众号“陈果George”,作者 GEORGE 陈果。



封面图_公众号封面首图_2021-01-18-0 (2).png


前段时间和一位大企业的高级管理人员交流,他很兴奋地说,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. 跨平台,几年之后,这个行业一定会按照这两个方向完成整合。


    本文作者:GEORGE 陈果 责任编辑:张珊 本文来源:陈果George
声明:本文由入驻牛透社的作者撰写,观点仅代表作者本人,绝不代表牛透社赞同其观点或证实其描述。
  • 牛透社
    牛透社
    个人认证
    lv Created with Sketch.
  • 703篇

    文章总数

    590.52万

    文章总浏览数

意见反馈
返回顶部