企业应用新的生产力在哪？

低代码 Low Code 和无代码 No Code 一直以来是企业应用开发领域的乌托邦。这个最终幻想起源于笔者出生那一年 James Martin 高度预见性的著作《Application Development Without Programmers》，37年前的著作预测了软件工程领域发展必然的趋势。

James Martin 远远走在他所处时代之前，他在1982年的判断终于在2014年变成了行业共识，Forrester 提出了 Low-Code 的概念，从此之后逐渐形成了野火燎原的景象。

那么低代码和无代码两者之前有什么区别，又为什么默默无闻了30多年？简单讲，低代码平台是面向专业人士（Professionals）的，而无代码平台是面向没有编程经验的普通人（Citizen Developer）。30年间虽然有很多先驱者，但低代码和无代码平台基本被认为是玩具，没有被主流市场认可。

颠覆 Yahoo 的不是另外一个 Yahoo，而是 Google。美国的低代码和无代码平台在 SaaS 鼻祖 Salesforce 兴起之后发生了巨大的变化，以 Force.com 为代表的 aPaaS 逐渐被市场认可，成为了企业服务市场的重要分支，跨越了玩具到工具的鸿沟，并成为很多新一代 SaaS 的必要地基。

从玩具到工具，这是历史的转折。早期汽车也只是富人的玩具，马车还是主宰了马路；今天各种拖拉拽儿童编程平台还是一个面向小朋友的玩具，但时代在悄然发生变化，汽车逐步替换马车的历史也在悄然发生。

仔细去看硅谷这个领域的领头羊，No-Code 无代码平台变得能力越来越强，适用场景也越来越广；而同时，Low-Code 低代码平台的使用也变得越来越顺畅，简单好用。两者之间的分界开始模糊，两条支流开始汇聚，趋于统一，能够去服务企业的复杂化业务。这和常见的 MADP（Mobile Application Development Platform）移动应用开发平台已经拉开了场景化的差距。所以好事者Gartner重新起了新的名字 hpaPaaS（High-Productivity Application PaaS）来定义这一变化后的玩家。

2

分道扬镳

No-Code 和 Low-Code 边界淡化，逐渐合一成 hpaPaaS，但另一个影响更深远的十字路口诞生了，明显却又被很多人忽视。

美国市场大多数的这类平台能够让用户创建应用同时运行应用，创建和运行听起来很普通，但怎么去支持应用的环境运行产生了根本性的架构差别。

第一种是一些产品采取代码生成的方式，提供一种可视化的应用开发平台简化应用的创建，一旦创建完毕，这样的平台就可以生成可执行的代码，或者可编辑的源代码可以在 Java 的 JVM 或者微软的 CLR 环境下运行。

另一种是采取模型驱动的方式，提供可视化创建应用的环境，能够生成出模型层，特定域的表达方式（Domain-Specific Representation），通过平台去解释并直接执行应用。

两种方式各有优劣，云架构新一代 SaaS 普遍采取第二种方式，Salesforce、ServiceNow、Quickbase 都是典型案例。

代码生成方式最大的优势是能够独立与开发平台运行。同时可以提供源代码在源代码级的灵活度进行修改，但本质来说这种场景从信息系统治理角度看是最不应该发生的。

模型驱动的方式是典型的云架构，用户通过各种组合构建模型，进行测试交互。这类平台提供了保证未来“Future-Proofing”的能力，如果更新了模型的任何部分，比如一个权限调整，需要打一个补丁，应用能够完全不受影响正常运行；对比代码生成的方式，任何类似的补丁都需要重新创建，重新部署应用。

除此之外，模型驱动方式完全能够发挥云的优势，比如水平伸缩扩展（horizontal scalability），按需计费（pay-as-you-go），基于使用计费（pay-as-what-you-use）。

3

向下兼容

很多人也在问我这些平台和传统 BPM 有什么关系，其实看真实的行业发展，Low-Code、No-Code 或者今天的 hpaPaaS 在向下兼容已经具备成熟的 BPM 能力。甚至传统 BPM 产商 Appian、BP Logix、Pegasystems 都在强化或者强调自己的低代码和无代码能力，淡化传统 BPM 产品的影子。而同时，新一代的 hpaPaaS 厂商比如 Outsystems和Mendix 在 BPM 能力上推陈出新，大大简化了原来 BPM 的复杂度，提升用户友好度。

简单讲工作流管理是应用系统搭建中的一环，只有它远远不够，没有它却也不行。

4

市场在哪

其实不用被 hpaPaaS，高生产力应用 PaaS这么复杂的名词困惑，当今没有人再需要“低生产力”的东西，所有用户的选择都是基于最终提供生产力的。真正需要思考的是到底谁来用和怎么用，是程序员还是普通用户去搭建，是通过简单模板还是需要复杂定制。

这需要专门写一篇文章来讲一讲不同市场发生的不同故事，以及我们 ClickPaaS 在中国和海外市场探索得到的些许经验和感悟。

（作者简介：胡柏，上海交大计算机系硕士毕业后进入 Oracle 中国从事企业信息化咨询和构建，2010年赴美从事企业信息化整体方案构建和落地，期间参与了40多个大型跨国企业信息系统的方案构建。2015年回国从事 hpaPaaS 的创业项目 ClickPaaS。）