低代码有价值,但请不要妖魔化。
虽然低代码开发直到现在都没有清晰明确的定义,但低代码平台也不是先有定义再发展起来的事物。
低代码可以解决两个困扰已久的问题
1、做开发,一定需要写代码吗?
按照Forrstr和Garntr的报告,“低代码”是对一类具备某些特性的应用开发平台(aPaaS平台)的归纳。它带来了企业开发的一种新的趋势:
应用开发的最后一公里交给企业自己。
举个例子,在没有低代码开发以前:我要做一个行政OA应用,除了自行研发外,企业还有三种云部署方式可以选择:Iaas、Paas、SaaS。
而随着低代码的发展,衍生出的aPaas平台,带来了企业开发的第四种可能。
这种可能,是解放IT和业务人员崛起的一个大突破。为什么说是突破?
就拿简道云这种原生的aPaas平台举例(这类平台甚至超越了低代码,走向零代码),搭建一个审批系统,如:费控事项审批
03:13资料来源:「OA管理」管理员搭建指南-视频版
看完视频,你就能直接发现这类平台的特点——在制作一个管理系统时:
操作门槛:无,均为简单的拖拉拽技术门槛:不需要代码,但要懂业务、懂流程学习门槛:难度约等于offic,具有成熟帮助文档体系的aPaas都不需要担心
低代码开发的逻辑就是,可以让我们从应用和数据层面入手,利用不需要代码的开发工具与逻辑,实现快速开发、上线一个管理系统。
对于这一点,这个观点说得很切理:
·从提供“专业软件/软件定制化开发服务”切换到提供“低代码apaas平台”,软件厂商剥离了专业业务知识,通过平台提供一种让企业自己积累和分享专业知识/业务经验的标准和能力。·对软件厂商来说降低了实施的成本、对企业来说提升自己的掌控力和业务响应能力,这是巨大的一个进步。
2、IT不懂业务,业务不懂IT,怎么办?
经常看到,网上刻意引起程序员和低代码的对立,就很离谱。
上面说了,低代码是信息化时代的产物,其实它产生最大的原因就是:
码农,不够用了。
Gartnr在早前报告中就已预测——年市场对于应用开发的需求将五倍于IT公司的产能。
相信你一定有体感:程序猿这个职业越来越火,炙手可热、哪哪都缺。因为:
消费互联网和云计算时代来临后,带动了IT技术加速发展,同时也带动了IT技术开发人员的快速增长。
但很麻烦的事情又来了:
绝大部分企业建设IT信息系统主要的目的,是为了实现企业数字化,助力业务运营。这就要求IT工程师不仅要掌握公司业务,还需要同时掌握云计算、容器化、中间件、微服务、dvops、多端等等大量业务无关的专业知识。
要知道不少中型的互联网公司在养了不少专业方向的技术人才的情况下,尚且不能打通任督二脉,为上层业务开发者提供友好业务开发环境,何况急需数字化转型的大量传统企业。
所以为了填补这一缺口,低代码/零代码技术是目前唯一可行的解决方案——让无编程基础的业务人员直接自行制作管理应用。
低代码平台,它能为业务专家(也包括专业技术人员)提供将自己的专业知识和经验落地成在线应用的能力:
对企业来说,原先这些专业知识和经验很可能会因为缺乏专业开发人员的支持无法落地成应用,因而导致了业务效能和其他损失,这是低代码通过赋能业务专家可以为企业贡献的增量价值的部分;对业务人员自己来说,他通过将自身专业知识和经验输出成应用从而体现自身的价值,这将成为吸引业务人员持续使用低代码平台的动机,这是个人收获的增量价值。
这也很好地解释了在海外市场上低代码逐渐被广泛接受的事实:
从已有数据(年的17亿美金增长至年的亿美金)来看,年低代码发展规模比5年前,增长近10倍。
到这,我们就可以总结出apaas平台的一些基本特点:
典型的低代码开发平台
到了最受