Forrester和Gartner分别点燃了低代码开发和hpaPaaS，但是到底无代码开发平台/低代码开发平台/hpaPaaS分别是怎么回事？关系到金融行业我们的观点和实践是怎么样的？今天来专门聊聊。

不同的说法，相同的自动化智能化

所谓“低代码开发平台”，是指那些通过少量代码就可以快速生成应用程序的开发平台。允许终端用户使用易于理解的可视化工具开发自己的应用程序，而不是传统的编写代码方式。

所谓“无代码开发平台”，就是较低代码开发平台更进一步——无需手工编码一样可以达到目标需求的软件开发方式。类似“一种用软件生产软件的方法”。

二者 界限尚无业界标准去量化，但是总体定位都是高效开发。

hpaPaaS是个统称：hpaPaaS (High Productivity Application PaaS)是低代码平台和无代码平台的统称。它提供声明式或模型驱动的应用设计与开发，快速部署等工具或服务，其核心方法是以元数据为基础，创建和管理元数据，并在运行时解释元数据。对于使用hpaPaaS平台交付应用的开发团队来说，底层的容器、数据库、中间件和服务器是相对透明的，这样降低了对专业开发技能的需求。让更多的用户可以加入到开发和运维的团队中，直接参与应用的开发和交付。甚至在许多特定的应用场景下，完全不需要专业开发人员的参与。

hpaPaaS现在意味什么：在全宇宙都无法阻挡ToB界数字化进程的最近几年，关于低代码开发的讨论很多，其商业实践也不断涌现，Forrester预计，到2020年，低代码开发平台的销售额将增长68%，成为超过150亿美元的市场。这么大的商业价值预测，我们不得不面对，就其应用价值归纳了几个业界共识点：

1、效率：开发者可以基于平台快速搭建企业信息化系统,呈几何倍数提高了开发效率。

2、容易：相对于不具备编程能力的非码员而言，平台提供了一种参与开发的可能，对于具备编程能力的码员而言，开发难度降低了。

3、自由：用户亲自动手“丰衣足食”，对于业务的理解和呈现更加直接和直观，而且不受高级编程语言的束缚。

4、成本：由于以上三个效能，从而削弱了开发过程中的沟通成本，但目前不可能完全消除。

5、聚焦：平台技术简化了不少中间环节，让需求方可以更加专注解决方案而不是纠结于技术实现，不过这种状态与hpaPaaS平台进化程度直接相关。

6、趋势：不断模块化、不断抽象化、不断封装的模型化开发方式已经强大到视为可忽略的空气，我们正在被平台化、智能化的龙头牵引上云，也许未来科技二字也已经不再重要。

hpaPaaS进化历程与未来驱动：

hpaPaaS可以胜任构建业务流程、逻辑和数据模型等所需的功能，必要时还可以添加自己的代码。而且完成业务逻辑、功能构建后即可直接交付应用并进行更新，自动跟踪所有更改并处理数据库脚本和部署流程，还可实现多平台部署。由此可见，hpaPaaS不能被低估为快速开发工具（RAD）的升级版。hpaPaaS可以说是在互联网和云计算背景下，全面进化的新形态，原因在于他进化的驱动力有了本质上的不同：API经济代表的社会级商业服务，企业应用模型的积淀，容器、自动化部署运维、新一代的微服务架构和无服务器架构，以及企业或组织的数字化转型，分别从业务、技术、应用、能力和商业模式等层面，全方位地重新塑造了应用开发平台。

猫希望镜子里的自己是狮子，那么狮子呢？

理想中，每家银行都知道自己需要善于通过科技运作资金，每家保险公司也都知道自己需要善于通过科技担保风险。现实中，当科技能力与业务或管理有差距时，需求也就被触发了。那么问题来了，触发方通常是掌握或直接关注业务运营的一方，而领衔开发的过往通常是有技术背景的部门组织或第三方，参考来自普华永道的2018年研报，其中针对传统金融科技研发和应用的方式统计，可以看到虽然科技部门、服务商依然是开发的主导，但是选择各业务单元或部门根据需求自行开展的梯队已经占比达到30%。

统计图来源：普华永道《2018年中国金融科技调查报告》

我们希望镜内镜外都统一成狮子！

金融机构的数字化、智能化转型目标，分布在产品/服务/技术/商业模式的多元创新、场景金融、客户服务、风险控制、合规性、系统保障、信息安全、运营管理、客户体验、业务渠道扩展、综合成本优化等等多个领域。企业发展需求越来越趋于内外平衡发展，即来自经营/管理/决策的驱动势能同时反映和反应为直接竞争力/组织绩效/业务行为，那么在这样的思路下，用友金融已经付诸行动并早已推出了自己的hpaPaaS平台，不是概念讨论、也不是国外机构背书，而是在金融行业实实在在地应用——iFBP3.0，用友金融的hpaPaaS平台

用友金融充分认识到hpaPaaS平台在金融机构的数字化转型，甚至在行业互联网中的价值、意义和重要性，也全面地分析了hpaPaaS的适用场景和可能局限。对于金融机构或企业级客户来说，在高可用、高并发、灾容、安全、外部服务集成与访问，以及对工具平台的可控性等方面，有着严苛的要求或标准。所以，hpaPaaS并不是完全取代对于企业级客户而言，有着更强可控性的aPaaS和其他通用型PaaS。在实际落地与应用中是一个综合且互补的解决方案。

在用友金融的hpaPaaS的规划与实现策略上，并不是求大求全，而是充分发挥在金融行业中的应用模式、领域模型，以及客户服务的积淀，立足核心和持续发展的优势，差异化定位，并由来自项目和产品的应用与业务场景驱动，快速迭代验证。

用友金融的hpaPaaS由部署与管理服务、核心平台服务、应用服务与组件、开发服务，以及集成服务构成。部署与管理服务隔离平台用户对部署目标的关心，支持公有云（阿里）、私有云和私有部署；核心平台服务包括元数据/模型管理、基于EDA架构的事件平台、基于新一代微服务架构的服务/API、智能与AI服务、数据处理与分析、移动平台服务，以及安全；应用服务与组件支接基于元数据驱动构建的应用模型执行，有组织/权限、主数据、内容/附件管理、流程、消息/通知、工作台和智能助理等；开发服务聚焦业务人员和非专业开发人员（公民开发人员）的模型设计，并通过各领域或应用的下沉的模型库重用或扩展，通过DevOps库衔接平台、应用、项目之间的三级开发协同，支持高效迭代与更新。

这一段虽然有点煽情，但是写到这里，小编不由得有点感慨，各位看官忍耐下。

照片上这位身披勋章的老人，就是大名鼎鼎的电报的发明者——塞缪尔.摩尔斯，也就是那个创造摩尔斯电码的人。1843年，塞缪尔.摩尔斯用国会赞助的3万美元建起了从华盛顿到巴尔的摩之间长达64公里的电报线路，翌年5月，他在华盛顿国会大厦最高法院会议厅里，用他从1837年便发明出来并不断完善的电报机，向巴尔的摩发送了世界上的第一封电报，电文内容是《圣经》中的一句话：上帝啊，你创造了何等的奇迹。

电报的发明开启了人类跨越时空传递信息的自动化之路，微而微观，过往那些人与人之间因为沟通方式产生的障碍、因组织架构和权重差异而产生的壁垒、因视角和能力背景不同而产生的瓶颈，虽然不会完全消失，但是科技进步和思想创新会逐渐解决其中主要矛盾。

hpaPaaS，就是饱含意义的一步！在用友金融看来，金融机构不同业务单元、职能部门的用户，联结和理解彼此的将不仅仅是以前人财物税与企业文化等等这样的共同语言，而是更加立体的企业乃至生态最本真的共有利益 —— 一切经营管理合作决策的缘起和循环显而易见、直抒胸臆。金融场景既是你的也是我的，提效降本既是你的也是我的。这是数字化和企业进化的理想、也是用友金融iFBP的理想。

不是打破巴别塔，而是创造心有灵犀的空间。