低代码现状:0代码和低代码的对比

关于“低代码/0代码”的“说法” —— 这个概念来源于国外,原文叫做LowCode。国外比较有代…

关于“低代码/0代码”的“说法” —— 这个概念来源于国外,原文叫做LowCode。国外比较有代表性的是Mendix和Outsystems两家公司,在2019年这两家公司一家被西门子收购,一家拿到大额融资,之后低代码的概念也被投资人引入国内,开始被国内部分互联网从业者。 至于“0代码”,世界范围内几乎没有几个产品能做到“0代码”,因此在行业内“低代码”是科学用语,“0代码”是理想状态。
接下来,我把所有的相关领域的公司(我所知道的都分一个简单的类)

基于Web的应用开发工具(组件模式)
iVX:国内外屈指可数的0代码开发工具,其开发团队在低代码概念还不存在时的2008年开始做该领域应用开发。由于基于Web,所以在设计产品时甚至没有只限制于企业应用,而是所有的应用原则上都可以开发,这是iVX的目标。所以iVX可以做游戏(支持3D),可以做电商、网站,可以支持小程序等。随着研发不断深入底层,现在IVX已经基本具备了“语言”形态,例如,多人开发,版本管理,开放的模块等。

基于流程设计的企业服务(组件式服务)

Mendix和Outsystems:两家团队起源类似,都是企业服务/组件化/DevOps,希望做一套产品,可以帮助企业快速开发各种应用。思路和鼻祖Salesforce差不多,这两家都有10年以上的发展,才在行业内拥有较为完备的开发能力,可见这个领域的技术难度可见一斑。

基于开源框架(开源模式)

牛刀:从WeX5这个前端开源框架开始,后来转向低代码,产品的整体构思其实没什么问题,但是产品的设计和技术能力(特别是后台)相对落后,再加上WeX5也是很小众的前端框架,没有很好的技术社区/生态,所以使用牛刀开发限制(如功能拓展、三方组件、bug修复)很大。产品的“逻辑能力”采用了类似Outsystems的模式,但本身没有Outsystems强大。
Odoo(欧度):开源的开发框架,专门用于做企业应用,很多应用和模块企业可以直接使用。

基于API聚合的组件市场工具

APICloud:也开发了开发流程管理工具,管理整个应用的开发周期,从产品、设计开始,到研发测试和运营,严格来说不算是低代码产品。

基于工作流、表单制作、文档协同的工具

**:这里面非常多,多数都是从某一个企业服务领域的细分产品入手开始做的,做了一段时间之后,有一些API可以用于二次开发和灵活控制生成的应用。大体是仅面向crm业务模式,虽然部分产品有嵌入代码的功能但由于业务场景单一,不能算是严格的低代码,算是往低代码靠拢的工具。

低代码产品做的是工具:(优化程序开发的过程,降低开发时间成本)

  • 适用人群:现有程序员,对他们过度和学习非常友好
  • 适用公司:大型公司最友好(Mendix和Outsystem也是这么做的),需要投入服务资源较多
  • 对现有体系影响:影响较小,公司现有研发资产过度容易
  • 解决问题:加快程序员开发速度,为公司降低开发成本
  • 收入来源:大公司license和增值服务,会贵,中小公司难承受
  • 最终产品形态:IDE(云)
  • 生态:大B生态,B端生态

0代码语言:(除了加速开发,还改变编程习惯,0代码工具本身就是新的开发语言)

  • 适用人群:想成为工程师的人+50%现有程序员(长期目标是90%现有程序员)
  • 适用公司:大型公司IT等非核心产品业务+外包公司团队+中心创业公司,服务大公司投入资源较多
  • 对现有体系影响:冲击较大,公司原有资产只能通过API调用,有些研发人员和资产无法整合
  • 解决问题:提供一种全新的开发手段和体系,降低开发门槛和节省开发成本(我们认为这是技术发展方向)
  • 收入来源:前期靠 大B端服务+C端培训收费;后台靠 B端云资源+license C端培训收费
  • 最终产品形态:语言+IDE(云)
  • 生态:C端+B端生态
本文来自网络,不代表软粉网立场,转载请注明出处:https://www.rfff.net/p/3683.html

作者: HUI

发表评论

您的电子邮箱地址不会被公开。

返回顶部