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

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

赞 (0)

相关推荐