我这几年见过好几家公司的低代码转型。销售讲得天花乱坠，说拖拖拽拽就能把业务搬上线，把IT部门从需求泥潭里解放出来。结果呢？第一个月大家觉得新奇，第三个月开始发现有东西做不了，半年后不得不让开发团队去啃平台生成的垃圾代码——没错，那种谁都不愿意认领的“屎山”。低代码确实是技术，但把它当成万能药，那就大错特错了。
传统开发要写SQL、调接口、处理异常，每一步都在地面上走，虽然慢，但你知道自己踩在哪里。低代码平台给你的是预制板，看起来平整，但你想挖个洞装根柱子，发现底下全是泡沫。我做个库存审核流程，拖了个表单，绑了个数据库，以为自己省了三天工，结果业务说需要审批时通知到企业微信，平台没这功能。绕路吧，用脚本调用外部API，脚本又暴露不出参数，硬生生卡了两个星期。同样的功能在传统栈里，一个服务方法加个注解就完事。低代码省下的时间，最后会以加倍的方式还回去。
更要命的是平台锁定。你花三个月把业务逻辑堆在一个低代码平台上，业务变了，想调整，发现得按平台的规则来。想换平台？那些逻辑全是可视化积木，导出来是一堆死数据，没有代码可以迁走。我见过一家公司，用某低代码平台做了内部报销系统，后来平台商调整了定价策略，年费翻了三倍，它们想跑，但整个系统连同数据都钉死在上面，只能挨宰。这不是技术债，这是技术奴役。很多低代码厂商说自己是“赋能”，其实是在培养依赖。
我的观点可能不讨喜：低代码适合的场景非常窄，大致是简单表单、轻量工作流、以及业务数据不那么敏感的内部工具。但凡涉及到复杂状态机、高并发、或者核心业务逻辑，千万别碰。别被那些“全民开发”的口号冲昏了头脑，普通人掌握点Excel就很好了，非要让他们做系统，最后就是一堆没人能维护的怪物。如果你已经在用了，尽量把所有逻辑留出后门——至少确保能导出部分代码，或者把平台只是当作前端外壳，后端自己写。别省那点开发时间，时间省下来，后面全得拿命还。
