恋雪风尘
楼主
发布于 2023-4-26 21:44:52
阅读 1530
查看全部
数字化转型涉及企业的方方面面,其中需求技术的突破是需要考虑的主要问题之一。
低代码平台作为处置企业数字化转型以及满足企业快速变化的需求的有力手腕,得到越来越多的关注。低代码平台是一个新的概念,2014年前后才被正式提出。但是要注意,软件开发的简单化始终是软件技术开展的原动力。
零代码、低代码平台持续火爆,从原来的新兴事务,以观望为主,到近年越来越多的甲方乙方开端尝试使用。加上国内经济低迷,行业内都在寻找降本增效的方法,市场是百家争芳,对平台的解释层出不穷,已经开展到所有厂商都说自己是低代码平台的地步。
乱象是因为零代码低代码自身名字的由来是从Low Code翻译过来的,加上又是新兴的产品,可以任意解释。
其实火爆的是aPaaS平台,属于hpaPaaS(高消费力平台)的一个细分。
通过这个分类就可以理解,是属于PaaS平台的一种,简单理解来说,他就是一个提供做软件才干的PaaS平台,首先他是一个PaaS平台,而不是一个工具。
为了更方便的理解市场上现存的各种平台,我简单分几个类,更方便大家的理解。
开发派
方向:进步开发人员的消费力
由于名称里面有一个Code,这个分类目前最热闹,大量传统意义上的开发平台,开发框架都在说自己是低代码平台。
假设微软是国内厂商,恐怕连VB都敢拿出来,重新宣传一下,说自己是低代码平台。
这种平台一个代表性特征是,配置一个客户端CS编辑器,俗称IDE (集成开发环境(IDE,Integrated Development Environment )。
虽然技术在进步,原理仍然没有变化。把开发语言停止组件或者函数封装,进步开发效率。
由于整个平台思维逻辑仍然是开发的逻辑,所以必需具备开发技能,当然也只能开发人员来使用。约等同于代码生成器,或者是封装更好的开发框架。
缺点:
新瓶装旧酒。只是为了进步开发效率,但又无法做到开发人员所需要的灵敏性。
在技术架构层面并没有什么创新,特别是作为开发平台来说,当技术架构发生了变化,这种开发平台将无法跟上,形成只能禁锢在平台内。比如当微效劳架构到来的时候,原来老的开发平台几乎全部被替代,这种代际的晋级,任何一个公司都无法快速适应。
假设进步开发效率是这次低代码平台火爆的原因,那么几十年前就应该火爆了。
扩展派
方向:扩展自身软件的才干
这种平台以OA厂商或者ERP厂商为主,大约的思路都是把以前扩展才干,包装成低代码平台来做为宣传战略。
其实软件系统,大部分都有根本的扩展才干,最简单的表单或者流程的配置等,再复杂可能包含也写逻辑算法等,例如SAP,强大的配置扩展才干,可以适用多种行业的ERP场景。
这类系统一般都是附加在主体软件构造上的扩展,这种特定场景的扩展再加上表单配置是无法实现一个全新的业务系统的。只是为了一些个性化的调整自带的一些功能而已。
我经常举例子,这类就像芭比娃娃带的可拆卸的配饰一样,他可以把芭比娃娃的头发换掉,或者把四肢换掉,但是他不能像乐高积木那样,做出一个全新的玩具,他仍然是芭比娃娃。
所以此品种型严格意义上不是如今所说的低代码零代码平台,只是一个具备扩展才干的软件系统而已。
缺点:
无法实现真正意义上从0到1的应用开发。
业务派
方向:使非开发人员可以做出应用系统。工业流水线。
以零代码平台为代表。
零代码指的是无需代码开发、就能实现应用搭建。而它背后的平台形式其实叫做APaaS。根据Gartner的定义,APaaS是应用程序平台即效劳的缩写,它实质上是一种云效劳,可为应用程序效劳提供开发和部署环境。
APaaS平台提供以下功能:迭代构建应用程序、即时提供给用软件、按需扩展应用程序以及集成应用程序与其他效劳。
此门派,以降低才干要求来降低应用开发本钱,使非开发人员可以不需要编程的情况下来实现业务开发。
此种形式,是利用一种全新的思路来改变传统软件的开发形式。
首先通过对非开发人员的赋能,增加可以应用建立的人员,降低人员本钱(开发人员太贵,但是做着没价值的反复劳动)。然后通过一种流水线的作业形式,来快速实现应用。非开发人员搭建,开发人员做高级功能。
这种形式,使原来地道的农耕方式,手工作坊的方式,变成了工业化流水线的形式。
这也是如今零代码平台火爆的核心点。
缺点:
工业化虽然可以加快产能,但是他也有一个突出的缺点,就是无法个性化,例如你想在本田的流水线上做宝马的车,这肯定需要把整个流水线停止改造,这比纯手工打造一台宝马车都要费力,但是改造好后形成的规模效应才干产生真正的价值。
最后,我再次呼吁分析机构可以区分各种门派的零代码和低代码平台,促进这个行业的认知统一,使软件行业从农业进化到工业化,这样才干推动行业开展。
在企业内部信息化市场,代码将死,零代码长存!在数字化浪潮中,业务才是第一位的,实现业务的方法已经无需通过写代码来实现,实现业务的方法也不能只是掌握在一小部分开发人员手中,而应该是群众的一种技能。
我坚信公民开发者将是将来,就像开车或者Office一样,他会变成一种普通群众的一种技能。 |
|