上周三晚上十点，我盯着电脑屏幕上弹出来的第17个业务需求，差点把手里的冰美式泼到键盘上。
换作半年前，我肯定要拉个群，@前后端开发的同学，排个两周的迭代周期，走需求评审、开发、联调、测试、上线的全流程，最后业务方拿到手说不定还要提三版修改意见。
但那天我没找任何人。
打开常用的低代码平台，拖了几个表单组件，配了个自动提醒的规则，设了下不同岗位的数据查看权限，前后花了不到三个小时，把业务要的客户跟进台账系统搭完了。发链接给业务主管的时候，对方还以为我要排到下个月才能做，连着发了好几个惊讶的表情。
别被网上的极端论调带偏
我知道网上好多人对低代码平台的评价特别极端。有人说这东西就是程序员的饭碗粉碎机，以后写代码的人都要失业；有人说低代码做的都是花架子，碰到真实业务场景一戳就碎，根本上不了生产环境。
说这些话的人，大概率根本没在真实的业务团队里用过这东西。
之前认识个做连锁零售的技术负责人，他们去年用低代码搭了一整套门店库存盘点系统。一开始只是做个简单的库存录入页面，后来业务越改越复杂，要对接内部ERP的实时数据，要给不同区域的店长配不同的库存查看权限，要加临期商品的自动预警规则。换作以前纯手写代码，光对接ERP接口、调整权限逻辑就要花小一个月，结果他们靠着低代码平台自带的连接器，嵌了几行简单的JS脚本做校验逻辑，前后花了一周就把全门店用的系统跑起来了，到现在快一年，没出过一次数据错乱的问题。
你看，根本不是什么洪水猛兽，也不是什么万能神器，就是个能帮人省时间的工具而已。
低代码的适用边界从来没那么玄乎
说实话，我从来没觉得低代码能搞定所有开发场景。
要是你要做双11扛几千万并发的交易系统，要是你要做需要极致性能优化的C端视频APP，硬上低代码纯拖拽，那纯属给自己找不痛快。
但大部分企业里的开发工作，根本不需要那么极致的技术能力。
算过一笔账，我们团队之前做一个内部的报销审批流程，从需求评审到上线，前后端要写两千多行代码，联调要三天，测试要两天，整整五天才能走完流程。现在用低代码，产品经理自己就能把审批节点拖出来，节点的审批规则、抄送规则、发票金额的校验规则，全是可视化配置，半天就能搞定。省下来的开发精力，全扑在真正需要技术深度的核心系统上，谁也不抢谁的饭碗。
单业务流程清晰、迭代频率高、不需要极高并发性能的内部系统，是低代码的绝对舒适区。比如审批流、客户台账、活动报名页、员工信息收集表，这些东西用低代码搭，效率比纯手写代码高五六倍都不止。
反过来，核心交易链路、需要深度性能定制的C端产品，就别硬往低代码上凑了。我见过太多团队踩的坑——一上来就把所有系统都往低代码平台上迁，最后搞的四不像，还反过来骂低代码没用。
真正能省时间的落地细节
好多人用低代码用的不爽，根本不是平台的问题，是一开始就没把基础规则定清楚。
别让业务部的人随便在平台上搭东西，今天搭个请假流程，明天搭个报销表单，最后权限乱成一锅粥，数据散在各个独立应用里，最后找个客户信息要翻三四个页面，连个统一的统计口径都没有。
正确的做法其实很简单。每个团队指定一个固定的低代码管理员，专门给各个业务线分配开发权限，所有搭出来的应用要统一归集数据，别让信息成了断联的孤岛。碰到复杂逻辑的时候也别死磕拖拽，现在主流的低代码平台都开放了自定义代码入口，该写脚本就写脚本，该对接接口就对接接口，根本不是什么完全封闭的黑盒。
不过话说回来，选平台的时候也别光看免费额度多不多。去年我们踩过一个大坑，选了个小厂商的低代码平台，一开始用着挺顺手，结果厂商被收购之后整个平台直接停更，之前搭的十几个应用连个技术支持都找不到，最后花了俩月才把所有数据导出来迁到新平台。选的时候一定要看平台的开放性，能不能把所有数据导成标准的Excel或者JSON格式，别被厂商绑死。
真的，没必要神化低代码，也没必要一棒子打死。
大部分人在企业里的加班，根本不是因为技术能力不够。
是太多时间耗在了重复造轮子的破事上——为了做个简单的表单写几百行代码，为了改个审批节点位置拉一下午的会，最后真正能创造价值的核心需求，反而排不上期。
低代码存在的意义，从来不是取代谁。
是把人从那些没价值的重复劳动里拽出来而已。