刚在全球软件案例研究峰上，做了主题为「从低代码引擎到搭建平台化建设」的分享，这里谈谈我对题主相关问题的一些想法。

低代码，更利好前端研发的红海

首先，与其说「未来３－５年前端低代码化将越来越严重」，不如说「未来３－５年前端低代码化将越来越被广泛应用」。因为低代码化并不意味着贬义，它对于前端研发来说，更意味着机遇。为了支撑这一观点，我主要从业务价值、技术挑战和未来发展三方面来展开。

业务价值

首先，低代码在前端中的应用场景可以按照类型简单分为：

• B 端中后台应用搭建
• C 端活动类页面搭建

这两大类。

在 B 端场景中，举个 百度 amis^[1] 的例子：使用者可以通过 JSON 配置，就能生成各种后台页面。再进一步，我们把 amis 当作搭建引擎，在依赖 amis 引擎的基础上，爱速搭^[2] 作为一款商业化的产品，支持了更灵活的拖拽式构建，终基于业务 + 数据模型快速实现中台系统。

这种低代码方式可以广泛满足中后台需求，事实上以我们公司我观察到的情况为例，无前端开发经验的使用者已经能够较轻松的上手搭建中后台应用，从而解放了专业前端人力。

低代码在 B 端的业务价值，甚至商业价值非常明显，我想这一点，作为 amis 和爱速搭的核心开发者，负责人@吴多益 老师应该有更直观的体会。

在 C 端场景，繁琐而频繁的活动运营类需求周而复始，这类需求是吸引流量、提高留存或转化的关键手段。技术方面，就催生出各种低代码搭建方案，社区上可谓百花齐放，我这里不再赘述。总的来说，低代码在 C 端的价值也主要体现在人力成本和效率方面。

页面搭建技术应用

技术挑战

「解放了人力，终把前端职位**芭比 Q 了，**该怎么办」？

套用德国哲学家弗里德里希·威廉·尼采《善恶的彼岸》中的名言：「命运对勇士低语：你无法抵御风暴；勇士低语回应：我就是风暴」

我想表达：低代码引擎或平台的研发，本身也带来一类新领域的技术挑战，进而孵化出更高端的职位需求，在此浪潮里，前端工程师，也更加适合应对这一类技术挑战。

记得@天猪半开玩笑说过「所有人都在说 Low Code，几乎没有人知道如何落地 Low Code，但大家都觉得其他人在大力做 Low Code，所以大家都在宣传自己在做 Low Code」

低代码厂商图谱

阿里经济体低代码生态

其实，低代码本身并无统一的固定概念，不管是广义和狭义上，如能自洽，我们都可以以开放的心态来看待遍地开花的各类解决方案。但在技术上，其实现本质都是完成：

图灵完备的语言 -> 特定领域场景 Low / Pro Code -> 映射和建模 -> 可视化搭建系统

这一核心链路。链路的背后，是网状的技术点，如：

• 开发工具链
• 页面编译和构建
• 代码发布和部署
• （页面、组件等）版本管理
• 数据存储
• 数据状态管理

等等，或许更有层次一些的表达，低代码的完成度和成熟化依赖：DB 层 -> Model 层 -> Adapter 层 -> Render 层，（前端）开发流程的不断标准化、不断沉淀和完善。

的确如此，Dreamweaver 这些工具已经出现了很多年了，低代码的产品价值和意义，其实早已被洞察，而新一代的低代码解决方案，正在悄然地跟随着前端技术发展而正在破土演变。

未来发展

现有低代码解决方案仍然有难题需要破解，比如：

• UI 和交互层

• 依赖组件枚举堆叠来解决业务需求，这就造成了研发的被动落后，疲于奔命

• 逻辑层

• 容器组件需要对接各种数据源，那么搭建引擎或者组件如何理解数据字段，是否应该「感知业务」

• 组件间如何优雅地通信联动，组件间如何无缝嵌套

• 能力层

• 如何打通其它平台，实现高效联动

• 如何和现有研发方式对接

• 如何实现灰度，AB testing 等能力，如何对接接入层或 DevOPS 流程

如何破局呢？我们来看看现实社会的情况：织布机发明出来 100 年了，织布厂还是缺工人。

我认为，低代码的真正意义和技术价值是逻辑编排工具，或者工程管控设施（工程管控设施 from@徐飞）

毕竟，低代码不是零代码，我们的低代码发展愿景应该是：做产品矩阵，而不是做孤岛系统；做航母平台，而不是做单一工具。

比如，低代码方案需要，

• 发挥 Node.js 能力，轻易能做到：

• 序列化格式和协议转换

• 数据聚合和裁剪

• 调用 RPC

• 网关能力

• **发挥 Web IDE，**解决「组件和代码能力后一公里」问题：

• 从面向业务（产品、运营、设计等）到面向轻研发

• 从依赖组件枚举到云组件、云资产的动态编排整合

注意这里的 Web IDE 不仅仅是代码编写工具，而会全面聚焦页面开发与实时的代码解析、编译、构建、预览。这其实已经是前端研发方式的探索和变革。

Web IDE 不只是 Editor，更是 System

基于 Web IDE 的 WYSIWYG 搭建平台

回到前端方向和就业

我想洋洋洒洒这么写了这么多，一定有人会质疑我并没有回答题主问题。

让我们回到织布机那个例子上（ 织布机发明出来 100 年了，织布厂还是缺工人），1813 年自动[织布机]的发明，比手工织布提高了四十倍的效率，这一创举助推了英国工业革命，从中长期看，也并没有带来就业职位的缩减。

低代码的发展也是类似的，它在某种程度上解放的是运营、设计、产品经理的人力，也许会取代一些相对低端（劳动密集，无恶意）的前端切图仔的工作，但它一方面能让前端工程师聚焦到更能体现其技术价值的场景当中，另一方面也会给前端带来更多的想象空间和发展平台。

这篇回答我没有去聊前端更多的就业和发展方向（如编辑器领域、图形渲染领域等），而是仅仅从低代码本身去理解这个问题，去尝试破局，希望能给大家带来启发。

**突然想到「内卷」这个词，**在前端范围里，封闭环境里的固步自封只会带来不健康的熵增，从而形成内卷。那么不妨让我们拥有一个更加开放的心态，对前端达成的成果进行抽象，让更多同领域、同质化、相似的业务提效，构建更加丰富立体的生态，完成行业升级。

（去卷它们吧～！）

后，低代码当红，天生就存在泡沫，自然也充斥了营销的浮华和争议。但技术的落地，就让上帝的归上帝，撒旦的归撒旦。2022 年立春过后，至此档口，让我们回归几篇技术文章吧！