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

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

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

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们微信：Informat_5 处理，核实后本网站将在24小时内删除侵权内容。