低代码是“未来”还是“骗局”？作为前端我被内耗到了
「我一个前端，最后成了平台数据填表员，写页面？不存在的。」
😅项目开始前，我是兴奋的
当领导说“这个项目我们用低代码平台做，提效百分百”，我甚至有点激动。
作为一个写了 5 年组件的前端老油子，谁不想脱离日复一日的 v-model 和 props 地狱？
领导还补充：“平台我们组自己封装的，配个 schema 就能跑，前端工程师只需要写逻辑。”
我一听这话，心想：
终于要进入“写配置赚钱”的时代了！
然而，我万万没想到——这段低代码旅程，最后让我怀疑人生。
😵上线第一天，我差点把键盘砸了
第一个需求很简单：
做个带搜索、分页、导出 Excel 的用户列表页。
我打开平台，选择“表格组件”，拖入“搜索框”，配置字段、绑定接口——一切都看起来毫无门槛。
结果运行之后，搜索没反应、分页错乱、导出根本没绑定。
我一查 schema，300 多行配置里，居然混了三种不同的写法：
{
"onSearch": "handleSearch",
"onSearch()": "handleSearch",
"onSearchEvent": "handleSearch"
}
问后端：“你这个文档是哪个是对的？”
后端说：“都对，我们兼容了。”
我瞬间明白：这不是低代码，这是自制混沌生成器。
🤯技术债太多，修个 key，整页全崩
最魔幻的一次，是我想修改表格的一个字段名，从 user_name 改成 username。
我只是改了 schema 的字段名，结果：
- 表格没显示
- 搜索没了
- 编辑表单也报错
- 提交接口直接抛了个 500
我调试了三个小时，才发现平台内部是按字段名 字符串拼接 key 绑定状态 的……只要字段名变了，所有逻辑都得重配。
我恍然大悟：
传统开发用 IDE 报错提醒你；低代码等你点击线上按钮才告诉你挂了。
😓协作地狱：产品配页面，我修 schema
最痛苦的不是技术问题，而是人。
产品说：“我来拖页面，你只用帮我看看为什么点了没反应。”
然后我收到一个 schema 文件，2000 行，不带注释，结构是这样：
{
"component": "Form",
"props": {
"items": [
{
"label": "名称",
"field": "formA.formB.userName",
"rules": "{ required: true }",
"props": {
"onClick": "fn1()"
}
}
]
}
}
我想问三件事：
- 你这个路径到底是怎么拼出来的？
- 为什么校验规则是字符串？
- 你拖了个按钮怎么会触发五个请求？
我调试一天，结论是：产品误操作删除了一个容器组件，但平台没报错，直接让数据结构断链。
🧨所谓低代码：把逻辑封死、把锅甩你
我总结这个项目两个最深的坑：
1. 复杂交互，低代码写不来
比如“用户选择类型后，自动拉接口重新加载选项”这种需求，纯配置根本搞不定。
最后我只能写自定义组件注入到平台里，甚至还要写类似：
platform.on("fieldChange", (field, value) => {
if (field === "type") {
reloadOptions(value)
}
})
这叫低代码吗？我写的代码比原来还绕。
2. 前端不是没活了，是变成了“修配置+查日志工程师”
- 页面功能跑飞了？前端看 schema；
- 按钮不响应？前端查绑定字段；
- 接口返回异常？前端加拦截 hook；
- 表单校验失败？前端写正则规则；
最后我只写了两行 JS，却维护了十几套 JSON。
我真的开始怀疑，前端的价值，是不是变成了“修别人的 schema”？
🧩我从这个项目学到的东西
不是说低代码没用，而是：
不是所有团队都配拥有一套低代码平台。
低代码系统真正的“提效”，需要这些前提：
- 强约束的规范体系（字段、组件、交互都必须有标准）
- 良好的权限隔离机制（避免“产品能改逻辑，运营能删字段”）
- 持续有人维护平台底层能力（不然技术债只会越来越重）
- 合理的分工协作机制（schema 的维护不应该是前端一个人干）
否则，它只是一个混乱责任分配工具，表面上 everyone can build，实际上 everyone push bugs。
📌低代码，不是骗局，也不是未来——是一个选项
如果你问我现在怎么看低代码？
我的回答是：
低代码不是“未来”也不是“骗局”，而是“项目管理方式的折中”。
它适合一些场景：
- 表单多、CRUD 重复度高的后台系统；
- 业务快速试错、页面变动频繁的 MVP 阶段；
- 运营自己想搭点落地页的场景。
但如果你希望：
- 页面复杂，交互灵活；
- 可测试、可维护、可拓展；
- 高性能、大工程；
那——你得写代码。
🗣最后
你也踩过低代码的坑吗？
有没有类似“debug 三小时发现产品配错 schema”的经历？
📌 你可以继续看我的《为什么》系列文章
来源：juejin.cn/post/7514611888991387667
