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

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

一、什么是低代码平台

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协议