首页 > 应用开发 > IT综合 > 低代码的未来:向左无代码?向右云研发?
前言
在看了文章【第2365期】程序员为什么不喜欢低代码? (作者为github awesome-lowcode维护者 )。
里面有几个观点值得探讨。
什么是低代码?
在仓库中列举了很多与低代码相关的项目,其中大部分是解决特点领域问题的低代码。
例如:
我认为上述的都可以叫低代码。
总结来说就是把部分编程解决的软件开发问题,通过封装以可视化/配置化等方式,让开发人员可以以非编程方式进行开发。
低代码的受众
按照目标人群低代码项目可以分为几类:
为程序员打造的工具
iVX、捷码、OpsMind、巴克云、无远、牛刀(起步科技)
部分低代码项目站在程序员的角度,规划着怎样打造一个可以帮助程序员的工具,增加他们的效率。他们遇到最大的问题就是如何商业化(谁来买单)这个问题。本人也赞同文章《程序员为什么不喜欢低代码》中的观点。
为非程序员打造的工具
为运营,设计打造的工具:
imgcook、即视、魔方、MAKA、易企秀、稿定设计、通天塔
它们具有更低的使用门槛,在特定场景下,能生产出用户需要的应用。特别是在营销、设计等领域能更好地进行商业化运作,利用低代码外的模板、应用、服务等成品或半成品完成商业化闭环。但缺点是天花板较低,用户自定义程度有限,技术壁垒较低,客户黏性会偏低,特别企业客户会“用完即走”。当到达技术瓶颈后,更多需要运营,服务等配套支持。
为实现企业业务软件打造的平台
BPM 及 在线表格
氚云、宜搭、轻流、明道云、简道云、表单大师
与上面一类为非程序员打造的工具对比,此类平台对企业属性更加深入。其服务的客户会以企业为主。关注点在企业内部流程,但很多时候实际落地的场景都是企业的非核心业务。对于企业核心的人事、财务、行政等通用需求比不过对应的垂直SAAS。在企业的个性化需求比较大的生产、销售、库存管理等核心需求方面,可定制化程度比起编程相对较弱,不能满足企业需求。需要长时间的技术积累与人才储备提供服务给企业,企业的付费点更多是定制服务,变成软件外包公司。
低代码平台
Mendix、Power Apps、OutSystem、clickpaas、白码
低代码平台这类低代码项目是被资本最看好的,也是最有商业化前景,技术前景的项目。
比起工具类低代码,这类低代码平台具有完整的生态,可以让开发人员可以在平台上完成开发、运营、维护、迭代工作。比起BPM以及在线表格类,也能通过无代码+编程的方式实现更深入的定制功能。他们做的更多是赋能,打造通用的低代码平台,赋能给有技术开发能力的产品团队,让他们能更快地实现软件开发。对于低代码平台,它们更多是做好一个开发基础设施,并降低学习门槛,提高开发效率。
什么是低代码平台
这是可以参考gartner的报告中对低代码平台的定义。
Gartner 将低代码应用平台定义为“为任何用户体验、业务流程、业务逻辑和数据提供开发、部署和执行能力的产品或产品套件”。
低代码应用平台(LCAP)是一种应用程序平台,它使用声明式、高级编程抽象(例如模型驱动和基于元数据的编程语言)和一步部署来支持快速应用程序开发、部署、执行和管理。LCAP 提供并支持用户界面 (UI)、业务流程和数据服务。
低代码生态中,少数是低代码平台,大多数并不是,可能只算是低代码工具。
低代码平台国外有报告中指出的Mendix、Microsoft Power Apps、Appian、OutSystem,国内做得比较好的有clickpaas、 白码等。
未来方向一:从低代码到无代码
Power Apps除了在逐步完善低代码工具,低代码生态,还打造出Power FX低代码语言。微软已经有 vb c# typescript 等流行的编程语言及生态了,为什么还需要新的编程语言?因为这个编程语言更有有可能是为AI打造的。
微软想实现无代码,利用AI与低代码平台结合,打造无代码开发,他们向低代码赛道上的竞争对手展示了一种前进的可能性。也为在AI赛道上遇到瓶颈的企业展现出一个新的可能。可参考上一篇文章:微软的AI程序员。
其中,最值得注意的是微软为什么要搞低代码平台。因为微软要继续垄断to B的互联网市场,也就是这两年多次被各个大佬提及的产业互联网,它从操作系统到办公软件在to B领域(非互联网)已经实现了垄断。在信息化,互联网化阶段,要继续实现这个垄断,就需要一个核心的互联网tob 产品,Power Platform。Power Platform中,除了明星产品Power BI外,低代码平台Power Apps更是后期之秀。
利用AI让低代码前进到无代码
让软件开发从开发人员编程前进到AI编程这个阶段。通过AI的方式消除软件开发过程中需要的编程,实现从低代码到无代码的开发。令开发人员无需再为编程烦恼,更多放到算法及产品逻辑上。
未来方向二:从低代码到云研发
什么是云研发
云研发是Thoughtworks 高级咨询师 phodal提出的一个概念。通过 云基础设施集成+ 云IDE + 云端开发时 把整个软件开发全流程放到云研发环境上面。
在这个云研发框架下,除了把开发人员的开发环境放到云上面,更进一步的是,把需求、设计、运营这几个需要大量沟通协同的部分都放到云研发环境上面。
如何把这些需求、设计、运营这几部分搬到云上面?他提出将整个软件开发过程进行代码化。

图来自 phodal@Thoughtworks
通过一系列云研发环境上的工具,让需求、设计、运营能转换成对应的DSL,再通过框架,解析器,运行时,把这些信息统合起来,信息的统一就可以减少沟通成本,增加整个研发效率。
云研发对于低代码的意义是什么
云研发对低代码产品指明了另外一个方向,就是怎样打通对整个低代码产品线,需要一个平台,把前面说到,为设计人员设计的,为运营人员设计的,为开发人员设计的,为业务人员设计的低代码项目,统一整合成一个云研发平台。
在软件开发中,最大的问题就是无法标准化,无论在沟通,研发,运营,都有太多的不确定性。而统一的云研发平台,能够减少让各种不确定性,让各个阶段都有标准化的实现路径。在云研发平台中,有更标准化,可复制的流程,就可以通过资本的推动,让这个平台实现垄断。
打造低代码平台
低代码的未来离现在还有一段距离,但各位低代码赛道的从业者应该都要认清自己打造的低代码是什么?未来要做的低代码是什么?
现在更多会遇到的问题更多是,如何打造一个好的低代码平台。接下来我也会出对应的文章介绍打造低代码平台中的要点。
欢迎前往微信关注良咨公众号!
如果觉得文章对你有帮助,希望你能给良咨点个赞!
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70005358/viewspace-2787851/ ,如需转载,请注明出处,否则将追究法律责任。