互联网爱好者创业的站长之家 – 南方站长网
您的位置:首页 >科技 >

为什么无代码是下一代计算革命

时间:2021-03-19 18:46:25 | 来源:极客公园

来源:极客公园

作者:函子科技陆继恒,Jessica Tang

编辑:Jessica Tang

文章原标题:无代码的时代真的来了吗?系列一:前世今生

微软称无代码是它的「Next Big Thing」。谷歌说无代码是下一代的变革和提升。在硅谷,几乎所有的科技巨头都有自己的低代码/无代码平台——微软的 PowerApps,亚马逊的 Honeycode,Google 新收购的 Appsheeet 等。虽然没有开源和产品化,Facebook 内部也有自建的跨平台框架 Native Templates(广义上算低代码)来提升跨平台应用的开发效率。

把无代码的概念做一个比喻:90 年代,配合鼠标带来的全新交互方式,Mac OS 和 Windows 通过可视化操作系统把原本相对小众的个人电脑市场带给了更广阔的受众——相较于先前的命令行交互,可视化的操作显著降低了使用电脑的门槛,让所有操作都更贴近于人的直觉。

与之相似,新一代的无代码工具,通过可视化的交互方式,把原本需要通过写代码才能实现的抽象业务逻辑、产品设计和数据配置等通过更直观、对人更直觉化的方式进行呈现和配置,从而显著降低了编程的技术门槛。只要你能想清楚你要的逻辑是什么,这些可视化工具就能够实现相应的软件,而这正是无代码最大的价值。在另一边,低代码提供更完整的功能封装,让工程师写更少的代码来实现更多的功能,从而降低工程师的重复劳动、提升开发效率。

无代码和低代码也是不分家的。通常,低代码工具也会辅以可视化工具,而无代码工具也会允许用户通过代码或 API 来进行功能的扩充。很多业务可以通过可视化进行清晰的呈现,但不是所有的抽象逻辑都适合可视化。作为早一辈的「无代码工具」,Excel 里提供了宏函数这个功能,允许用户在工具预制的公式外也能通过编写 VBA 代码来自定义复杂的函数,从而实现功能的扩展。

因此,无代码平台通常必须要和低代码进行有效的整合。绝大多数应用场景和绝大多数用户都不需要用到低代码,但平台必须需要一个必要的更强灵活度的入口,允许高级用户可以通过低代码或者直接写代码的方式来进行更自由的配置,以此保证了产出的灵活度以及更多长尾应用场景的覆盖。

在 2014 年 Gartner 提出低代码的概念后,很快就被广泛的采用。他们预估在 2021 年,低代码的市场已经带来 138 亿美金的市场规模,年增速超过 22%;2022 年市场将进一步加速成长,增速超过 30%。

而这个「低代码/无代码」的概念其实并不是全新的,这种可视化编程的底层逻辑其实由来已久。

前世

低代码的概念可以追溯到 1980 年代可视化编程的思想,当时的想法是把很多业务逻辑本身用可视化的方式进行描述,而并不是把整个应用进行可视化的封装,更多的是业务逻辑或者说代码的另外一种呈现方式。如果只是换一种呈现方式的话,其实并没有屏蔽任何技术细节,换言之并没有帮助用户把制作软件变得更轻松,因此这个带来的价值就非常有限。

80 年代

微软于 1985 年在苹果上发布了第一个版本的 Excel,而这可以被认为是最早一代的无代码工具。Excel 的高级用户可以用它进行复杂的数据处理、分析和可视化而无需编写任何代码。

随着不断的更新迭代,Excel 和 Office 家族中的 Word、PowerPoint 一起,成长为了所有人电脑中最强有力的生产力工具。在国外,Google Doc 依靠协同能力,又进一步把基础工具的效率提到了新的高度。最近 Airtable,作为目前最有代表性的无代码工具,除了继承了 Excel 的生产力优势和 Google SpreadSheet 的协同能力外,引入了新一代工具所需的跨平台能力,以及更强的灵活度——把原本只能通过表格来呈现的单一数据,通过更多或预制或定制的灵活视图,进一步提升数据采集、处理和呈现的能力,从而赋能业务人员,让他们也能轻松实现简单的轻量级应用的愿景。

90 年代

来到 90 年代,微软推出了 Visual Basic,这是最早的几个被大规模使用的可视化编程工具。工程师用 VB 在.NET 的开发环境下编写 Windows 软件直到现在仍有广泛的使用场景。但随着时代的变迁和技术的发展,最新的应用已经几乎没有是单纯的本地软件了,因此随着本地软件的衰弱,VB 也开始被慢慢淘汰。

当网络成为人们马洛斯底层需求之一时,所有的应用软件都必不可免得需要变成一个多端、云化的应用。原本就是为本地软件设计的 VB/.NET 环境的衰弱是大势所趋,但是它的核心思想仍然是值得借鉴和参考的。如何解决 VB 本地数据的云端存储化、实现应用的跨端运行,这是目前为止还没有人完整实现,但笔者认为是新一代可视化工具所必须解决的一个问题,相当于是把同样的思想在新的环境下面重新进行设计和优化。

世纪之交

时间来到 2000 年前后,随着互联网的兴起,市面上开始出现可视化网页制作工具,其中的翘楚有 Macromedia 的 Dreamweaver(后被 Adobe 收购)和微软 Office 套件中的 FrontPage。这两款工具在当时非常流行,也在一定程度上定义了交互设计师的职位,因为在此之前所有的软件和网页都是由工程师来制作,所有的交互都是按工程师的喜好来设计和实现。通过这两款工具,没有太多技术背景的人首次能参与到网页制作中来,设计出漂亮的静态页面。当时网页的主流形态还是以栅格切分为主的静态页面,所以每个网页里除了包含页面的布局(即长什么样子)还包含了数据本身。通过 Dreamweaver 和 FrontPage,网站的制作不再依赖于经验丰富的工程师,初级编程人员和现在所谓的设计师和内容撰写人员就能够独立完成静态页面的制作。当然,这里的「静态」指的是页面不依赖或很少依赖于后台服务器数据的动态加载,也就是一个页面,不管是谁在什么时候以什么方式打开都是一样的。

对于这段时间,笔者本人感触很深。当时还在初中的时候,笔者最早也是通过 FrontPage 开始知道编程、了解互联网的。印象最深的是,当时 FrontPage 的配置里有个词叫「超链接」(HyperLink),现在通常被叫做 URL——就是那个网页上,鼠标悬浮上去会变成一个手、可以用来点击和跳转的链接哈哈哈。

后来这两个工具也开始慢慢被淘汰,原因之一是网页的底层技术变了。大家发现静态页面不能很好的满足所有的需求,网页开始渐渐变得复杂,从原本单纯的信息输出向更完整的可交互的应用方向发展。随着 JS 的兴起以及 JQuery 的广泛流行,把数据+业务和页面呈现进行分离,成为了技术的趋势。最终网页成为了一种客户端,数据存储和复杂业务逻辑都必须依赖于后端服务器的实现。网页变成动态的之后,单纯的静态网页工具就慢慢变得价值不大了。

2010 年代

再往后,市面上涌现了一批建站网站,他们提供的解决方案核心是「复用」,也就是把现有的代码通过封装成模版来进行重复售卖。通常模版是免费或低价进行售卖,而建站网站主要依靠网站托管,赚取服务器的运营费用。这些建站网站逐渐发现静态的网页没办法满足更多客户的需求,所以他们渐渐发展出来一些动态的功能。他们采用的方式是帮助用户预制好业务逻辑、预制好后台。在推广方式上,慢慢演化出了开源以及闭源两种形态。

开源形态的工具叫 WordPress,有一个收费的版本,允许用户通过插件的方式嵌入更多的代码,从而实现一些动态或者更灵活的逻辑变换。WordPress 本质上就是一类无代码工具,插件就是其过渡到低代码延展的方式。WordPress 平台上有超过 5 万个插件,可以灵活扩展产出的网站功能。即使到了今天,全球仍有约 35% 的网站都由 WordPress 提供支持,因此,在美国甚至有专职的 WordPress 开发者岗位,薪资匹配初级工程师。

闭源方面,国外集大成者为Wix和Shopify;而国内用户由于直接跳过 PC 互联网进入了移动互联网,类似的大型建站网站通常针对于小程序和移动网页,以微盟、有赞为代表,辅以年轻一点的即速应用、上线了等。此类产品目前通常关注在电商网站这一特定垂直领域,授权创建漂亮的在线商店。他们帮助用户预制了很多作为一个电商网站需要的业务逻辑后台,给用户提供了许多漂亮的页面模版——在一个限定的范围内,用户的界面可以进行相对灵活的配置。

其中,Shopify 目前已成为最大的第三方线上零售平台,其生态系统覆盖了 2000 多个第三方应用程序,而这些应用程序已经被 Shopify 上运营商店的商家安装了数百万次。最近几年随着电商的进一步兴起,Shopify 发展的非常好,过去两年股价翻了 10 倍,跻身千亿美元市值。而 Shopify 在东南亚的复制品 Shopee 也帮助其母公司市值超过 1000 亿美金。

今生

低代码/无代码的今生在 2014 年由 Gartner 定义。2018 年,随着 Outsystems 获得 KKR 和高盛的 3.6 亿美金战略融资成为独角兽以及 Mendix 以 7 亿美金的价格被工业软件巨头西门子收购达到第一波小高潮。这一波消息也引起了国内市场一小波的关注。通过近期的 Pre-IPO 融资,Outsystems 也直接将其估值顶到了 96 亿美金的高度。

但是在国内创投圈没有看到的地方,Appian,作为 Low-Code 上市第一股,于 2017 年成功上市,并在今年迅速提升毛利率后,市值连翻四倍,超过 120 亿美金。而 SmartSheet 作为商用版协同表格类产品,也于 2018 年成功上市,市值超过 80 亿美金。

而背后,还有更多的独角兽在疯狂成长,包括面向中小企业的表格类产品 Airtable、面向企业流程自动化的 RPA 产品 UiPath、面向金融保险头部企业的表单产品 Unqork、面向企业流程管理 BPM 的 Kissflow、面向通用型跨平台应用开发平台的 Outsystems、Mendix 和 Webflow。

不光是传统软件行业,低代码/无代码在其他行业的渗透可能开始的更早。在工业机器人领域,西门子的编程平台让机械工程师不需要编写代码就能实现逻辑的自由编排;在游戏行业,Roblox 的上市把无代码制作游戏的可能性甚至普及到了 10 几岁的年轻一代未来。

本质上所有这些低代码/无代码的产品是在一根轴上做取舍——一端是极度的灵活,带来的是产品复杂度以及相对更高的学习门槛(譬如 Outsystems 和 Mendix 就面向的是有一定技术能力的 IT 人员,偏向于提供完全的灵活度和复杂度);另外一端是更强的「傻瓜式」,即替用户封装了更多细节,通过预制更多逻辑从而让用户需要做的事情更少,但相对的,用户可以配置的灵活度也显著降低,以限制用户可以做的事情的范围从而降低复杂度(像 Airtable 和 Unqork 就是很典型的面向业务人员的「傻瓜式」产品)。如何定位自己的产品,在这根轴上找一个针对于产品目标客群的平衡点是现在所有低代码/无代码平台需要深度思考的点。

当然,也正是由于这根轴上分别对应的用户和场景非常庞大而且复杂,这不是单一一个产品就能完美覆盖的。Gartner 在其行业报告中也进行了类似的预测,称到 2024 年,75% 的大型企业将平均使用至少 4 种低代码开发工具。

国外的低代码/无代码工具在这根轴上的分布比较均衡,从偏重于技术的高复杂度端,到技术和产品平衡的 BPM,再到偏向于「傻瓜式」的表格/表单类产品。相对的,国内的低代码/无代码比较集中在相对低技术的「傻瓜式」侧。

尾声

新一代的低代码/无代码工具根本上要做的是一种全新的开发环境或者说开发方式。在这种新的开发方式下,为用户带来价值的根本原因是它可以替用户屏蔽掉尽可能多的技术细节,提供尽可能大的灵活度从而达到显著降低技术门槛的目标。对于 Airtable 和 Unqork 的用户,他们接受的其实正是一种新的编程方式,不再受限于固定的功能模块,而是在一个比较灵活的平台让用户可以自己进行创造,实现自由的业务逻辑配置。

站在之前巨人的肩膀上成长起来,以同样的愿景再出发,最新一代的低代码/无代码平台想要的是让更多非技术背景的用户也能参与到软件开发流程中去。不过这一次,在中国,低代码/无代码的出航迎上了风,乘上了 SaaS 以及企业旺盛的数字化转型需求的风口。

这次,软件编程的平民化能走多远,让我们拭目以待!

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如有侵权行为,请第一时间联系我们修改或删除,多谢。