最近经常有朋友问我，看着 AI 这么火，你会不会担心失业？说实话，有时候我也经常在想：再过几年，我的工作会被AI或者那些点点鼠标就能生成代码的工具取代吗？

答案我自己也不确定，但是我一直都相信多学多做多思多想总是没错。

在低代码平台开始出现的时候，我也去试用过，老实说，确实是挺方便也挺快的。

什么是低代码？

先给不了解的朋友简单科普一下。

所谓的低代码平台，简单来说，就是把写代码这件事，变成像搭积木一样。

之前要写一个登录页面，需要手写 HTML 结构，写 CSS 样式，还要写 JavaScript 逻辑来处理点击事件。

而在低代码平台上，只需要从左边的菜单栏里，把“输入框”拖到画布上，把“按钮”拖到旁边，然后在右边的属性栏里配置一下“点击按钮后跳转到首页”，这个页面就做好了。

不仅如此，现在的低代码平台不仅能画界面，还能连接数据库，处理复杂的业务流程，甚至能直接发布成小程序或 APP。

听起来是不是很强大？很多简单重复的工作都可以在上面完成，就连以往和产品经理反复沟通的界面效果，也可以所见即所得地呈现出来，这下子就可以完全站在同一频道上对话了。

但问题也恰恰出在这里。

低代码的缺陷

当我试图用它实现一个稍复杂的功能时，就遇到了明显的瓶颈。比如，某个表格需要根据数据状态动态生成多层嵌套的操作按钮，并且每层按钮的样式、交互逻辑都要高度定制。

这时，低代码的局限就暴露出来了：

第一，灵活性的缺失

平台提供的表格组件通常只支持修改字体颜色、加简单链接等基础配置，无法满足深度的自定义需求。翻遍文档，也找不到支持复杂动态渲染的选项。

第二，逻辑的黑盒化

为了实现一些需要特殊操作的功能，我不得不使用平台提供的“自定义代码块”来写原生 JavaScript。但这远比在 IDE 中直接开发痛苦——没有完整的代码提示、难以断点调试，一旦报错，就得在平台自动生成的上万行混杂代码里大海捞针。

第三，性能的瓶颈

当我勉强通过自定义代码实现了功能后，整个页面变得异常卡顿。因为低代码平台为了通用性，往往会加载大量冗余代码。而在手写项目中，我们可以做按需加载、专项优化，但在这里，几乎无能为力。

做完这些，我就意识到了，低代码确实能简化编码，但开发软件系统时，写代码往往并非最关键的一环，真正的核心在于业务逻辑的梳理与实现思路的构建。

因此，如果说“低代码将替代大多数的前端工作”，我对此持保留态度。

大厂到底需要什么样的前端？

那些无法被替代的资深前端，往往正是因为大厂的核心业务，基本都不在那“大多数”之内。

浏览大厂对资深前端的招聘要求，你常会看到这些关键词：

1. 架构设计与工程化能力

大厂项目动辄数百万行代码、数百人协作。资深前端要做的不是写单个页面，而是设计一套可持续维护、高效协作的架构。他们需要搭建构建工具、制定规范、设计组件库，就像建筑总工程师，考虑的是整体结构、承重与扩展，而不仅仅是砌砖。

2. 极致的性能优化

对于像淘宝、抖音、微信这样亿级流量的产品，页面加载慢 0.1 秒，可能就意味着几千万的损失。低代码生成的代码通常比较臃肿，根本无法满足这种极致的性能要求。资深前端需要深入浏览器原理，从渲染机制、网络传输、内存管理等各个层面去压榨性能。

3. 复杂图形学与交互体验

现在的前端早就不止是画网页了。看看那些炫酷的 3D 可视化大屏，看看在线文档（如飞书、Notion）里复杂的富文本编辑器，看看网页版的在线设计工具（如 Figma）。这些应用涉及到底层的图形学、复杂的算法和数据结构。比如怎么在网页上流畅地渲染十万个节点？怎么处理实时的多人协同冲突？这都是资深前端在攻克的难题。

4. 甚至，由于低代码的存在，更需要资深前端

这点很反直觉，但却是事实。很多大厂内部都在自研低代码平台。那么问题来了，谁来开发这个低代码平台呢？

答案正是那些最顶尖的资深前端工程师。

他们需要有极高的抽象能力，才能把复杂的业务逻辑抽象成一个个可拖拽的组件。他们制造工具，而大多数人只是使用工具。

所以，低代码只是把门槛提高了。它淘汰的是那些只停留在“画页面”、不愿深入底层的“熟练工”。

我们该如何成长，才不被替代？

工作之余我也在反思：如果我每天只是在重复写那些低代码就能生成的页面，那是很危险的，我迟早会成为那被替代的“大多数”。 看了很多前辈分享的经验和学习路线后，我慢慢理清了思路，总结出了一些让自己更进一步的方向。

第一，要把“知其然”变成“知其所以然”。

不要满足于会用 Vue 或 React 的 API。当我们在写一个页面时，试着去想一想：这个框架底层是怎么更新 DOM 的？虚拟 DOM 是怎么比对的？如果不用框架，我能用原生 JS 实现同样的效果吗？

深入底层，是应对一切技术变迁的底气。

第二，培养“解决复杂问题”的能力。

在遇到很难的bug或者很棘手的需求时，不抱怨不退缩，如果解决了那自己的经验又多了浓重的一笔。

试着去研究那些稍微超出你当前能力范围的技术。比如，现在的 WebGL 和 Three.js 很火，能不能学着做一个 3D 的 Demo？比如，能不能试着读一读某个开源库的源码，看看大神是怎么写代码的？

第三，保持对新技术的敏感度，但不要盲目跟风。

前端圈子很浮躁，每隔几天就出一个新框架。我们不需要什么都学，但要保持关注。对于低代码、AI 编程（比如 GitHub Copilot），不要排斥，要去试用它，把它们变成提升效率的工具，而不是把它们当成敌人。真正的竞争力，在于人驾驭工具，而非被工具定义。

结语

汽车发明后，马车夫失业了，但诞生了更多的司机和机械师。

技术发展的洪流不可逆转，大厂需要的是能造车、修车、设计赛车的人，而不是只会挥鞭子的马车夫。

新技术不可怕，可怕的是停止思考。只要我们不断深挖，无论工具怎么变，我们依然是那条踏浪前行的鱼。

加油，共勉。

阅读原文：原文链接