为什么低代码不温不火?了解低代码的得失与前景

最近互联网大公司裁员消息又起,“低代码平台”一词也在各种文章中反复被提到,掀起了一股程序员将被替代的风潮。为何宣传了很久很广泛,在美国市场也被验证过的低代码平台技术和产品,在国内的推广并未一帆风顺呢?

一、什么是低代码平台

Low Code (低代码)是相对于All Code(高代码)和No Code(无代码)的一个中间概念。

低代码通常强调的是用户不需要学习如何写代码,就可以完成写代码就能完成的工作。国内比较有名的低代码平台有阿里的宜搭,腾讯的云微搭,简道云、明道云等,国外有Mendix,OutSystems、微软、Google、Amazon等。

低代码通常解决的问题,是用户无代码能力,却希望能够创建网站、网页、APP、小程序等应用或服务,内容包含但不限于报表、数据分析、业务流程流转、宣传页面等。

二、举个例子

举一个最简单的例子:LandingPage着陆页。

通常,一个完整的着陆页的工作,包含UE设计、UIUX设计、前端开发、后端开发、服务器资源采购等工作。理论上至少需要产品经理、设计师、前端工程师、后端工程师等人员一起进行开发,属于高代码模式。

当你没有开发能力,但拥有设计能力的时候,将设计师的元素,通过低代码平台,进行逻辑梳理、页面配置、元素插入、数据绑定,得到想要的页面效果或产品,这属于低代码模式。

当你既没有开发也没有设计能力时,可以运用平台提供的模板,进行一定程度的修改,得到想要的页面效果或产品,这属于无代码模式。

所以当面临选择的时候,如何评估什么时候该用什么平台呢?

三、为何说低代码模式前途难料? 1. 专业度问题

社会分工告诉我们,专业的人做专业的事。低代码平台并非无代码平台,依旧需要程序编写和软件思维,需要一定的逻辑能力,从这个角度讲,低代码平台操作员最好是程序员。

而从业务角度上,自己的业务自己负责,产品经理或者负责人操作低代码平台,才有可能以最快的速度做出想要的产品或服务。从这个角度讲,低代码平台操作员最好是业务人员。

然而由于过往的业务拆分得足够细致,人才市场对人员的专业度要求肯定与工资相匹配,无论是程序员还是业务人员,都会将专心使用低代码平台看做是鸡肋。

而真实操作低代码平台的操作员通常是实习生或打杂的同事,一定程度上低代码操作员是没有太多专业性可言的,对职业发展并无太多好处。那么使用低代码将是更多人相对排斥的工作。

2. 成本

低代码平台的学习成本,理论上低于高代码平台,高于无代码平台;运营成本则高于搞代码平台,低于无代码平台。

这种高不成低不就的问题,也正是其钱途难料的原因之一。事实上类似外包公司的团队,虽然有低代码的需求(降低人员成本),但由于无代码平台也有很多并且也非常好用、成本更低、速度更快,所以这部分市场也是受到挤压的。

3. 通用性问题

通用性问题是摆在低代码平台上几乎是难以迈过的坎。

除了阿里、腾讯、字节这种巨头,能够通过自身生态找到需求,提供低代码通用性解决方案以外,其他大多数低代码厂商拿到B单,十有八九要有一定量的个性化定制,毕竟国情和市场环境决定了B端需求方的主导地位。

而个性化定制带来的问题,不仅仅是开发问题,还有长期维护问题。由于低代码平台还是没有逃脱代码要求的思维方式,无论是产品通用性还是版本通用性,都对产品开发方是一个很大的考验。

四、低代码平台的未来可能性 1. 工具化

低代码平台对于有代码能力的高级程序员来说,可以通过工具化来解放生产力。

在人员成本越来越高的当下,国内出现众多以IT服务为主的自由职业者或小型工作室。低代码是否能够更极致的打通上下游环节,降低使用和维护成本,赢得生产者们的信赖,是未来能否赢得市场的一个重点。

2. 更高维的智能中台

低代码一定不是最直戳人心的卖点,甚至无代码也不是,成本、速度、效果才是。

是否会出现人工智能的中台,如Copilot之于开发者,以专业的角度看不是不可能,不是不可以,甚至应该是存在的。而这样的中台,估计还是会出现在巨头的平台上,毕竟丰富的使用场景和代码储备,是这样高维AI的营养来源。

程序员会因为低代码而失业么?也许到那时,代码能力会成为义务教育的一部分,毕竟人类的创造力在机器这个载体上的发展,似乎才刚刚开始。

本文由 @BigSmile 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议