.

无代码的时代真的来了吗

硅心思鉴,作者

函子科技陆继恒,JessicaTang,编辑

JessicaTang

在写完这篇系列长文即将发表的前夕,当红炸子鸡无代码开发平 角兽Airtable宣布完成亿7千万美元E轮融资,估值达到58亿美金。此次融资距上一轮1亿8千万美元的D轮融资才过去了仅仅5个月。

微软称无代码是它的“NextBigThing”。谷歌说无代码是下一代的变革和提升。

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

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

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

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

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

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

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

01前世

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

80年代

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

随着不断的更新迭代,Excel和Office家族中的Word、PowerPoint一起,成长为了所有人电脑中最强有力的生产力工具。在国外,GoogleDoc依靠协同能力,又进一步把基础工具的效率提到了新的高度。

最近Airtable,作为目前最有代表性的无代码工具,除了继承了Excel的生产力优势和GoogleSpreadSheet的协同能力外,引入了新一代工具所需的跨平台能力,以及更强的灵活度——把原本只能通过表格来呈现的单一数据,通过更多或预制或定制的灵活视图,进一步提升数据采集、处理和呈现的能力,从而赋能业务人员,让他们也能轻松实现简单的轻量级应用的愿景。

90年代

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

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

世纪之交

时间来到年前后,随着互联网的兴起,市面上开始出现可视化网页制作工具,其中的翘楚有Macromedia的Dreamweaver(后被Adobe收购)和微软Office套件中的FrontPage。

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

图说...

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

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

年代

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

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

闭源方面,国外集大成者为Wix和Shopify;而国内用户由于直接跳过PC互联网进入了移动互联网,类似的大型建站网站通常针对于小程序和移动网页,以微盟、有赞为代表,辅以年轻一点的即速应用、上线了等。此类产品目前通常


转载请注明:http://www.abachildren.com/ysty/4190.html