上个月跟一个做外包的朋友吃饭，他吐槽说接了个企业进销存的小单子，报价八万，结果客户转头用钉钉宜搭自己搭了一个，前后花了不到两周。他闷了口酒说，这玩意儿再这么搞下去，咱们怕是要喝西北风。

这种焦虑现在挺普遍的。打开技术社区，隔三差五就能刷到“低代码要干掉初级程序员”的帖子。但你要是真去问那些在大厂干了十来年的老油条，他们多半会笑笑，说你想多了。

低代码这东西，说白了就是把写代码这件事从文本变成了拖拽。以前做个表单要写HTML、CSS、JS，现在鼠标点几下就出来了。效率确实高，高到让很多做传统CRUD的人心里发毛。但问题在于，企业里的软件需求从来就不是只有表单和流程。

我见过一个真实的案例。某制造业公司用低代码平台搭了套设备报修系统，刚开始跑得挺好，维修工扫码填单，主管后台派工，流程走得顺顺当当。但跑了半年就出事了。因为他们的设备型号太杂，有些老设备的故障代码跟新设备完全不是一套逻辑，低代码平台预设的那些字段和流转规则根本覆盖不了。最后还得找开发团队写插件、做适配，把底层数据接口重新撸了一遍。

这就是低代码的边界。它擅长解决的是“已知的、标准的、流程化的”问题。一旦碰到非标场景，或者需要跟老旧系统做深度集成，那些拖拽出来的东西就兜不住了。而恰恰是这些脏活累活，构成了大部分程序员日常工作的真实内容。

再说个更现实的角度。低代码平台本身也是代码写出来的。那些做低代码引擎的团队，哪个不是养着一帮资深架构师在死磕解析器、渲染器、数据绑定协议？平台越是想让用户“零代码”，底层需要处理的复杂度就越高。这就好比自动挡汽车普及了，但造变速箱的工程师反而更值钱了。

还有一个被很多人忽略的事实：低代码降低的是“开发门槛”，不是“需求理解门槛”。业务部门的人能自己拖出一个审批流，但他未必知道这个审批流跟财务系统对接时会产生多少脏数据。我见过太多业务人员兴冲冲搭了个应用，用了两个月发现数据对不上，回头找IT部门擦屁股。这时候能救火的，还是那些懂数据库事务、懂接口幂等性的程序员。

所以与其说低代码在消灭岗位，不如说它在重新划分工作内容。那些纯粹靠写增删改查混日子的岗位确实在萎缩，这个趋势从外包公司这几年的报价就能看出来——简单表单类的项目，价格已经被压到脚踝了。但另一方面，懂业务、能处理复杂集成、会调优性能的开发者，反而因为低代码把简单需求分流走了，可以更专注地去做那些真正有技术含量的事。

我认识一个从Java转做低代码平台二次开发的哥们，现在专门给企业做低代码平台跟SAP、用友这些老系统的对接。他说以前做纯业务开发，天天跟产品经理扯皮字段长度，现在反而能静下心研究些协议转换、数据同步的东西。收入没降，头发倒是保住了不少。

说到底，工具越先进，对使用工具的人要求就越高。Excel普及了这么多年，也没见财务人员失业，但只会手工记账的会计确实被淘汰了。低代码也一样，它淘汰的是“只会写代码”的人，而不是“会解决问题”的人。

至于那些刚入行的年轻人，我的建议是别把时间全花在背API上。多去了解业务逻辑怎么跑通的，数据在系统之间怎么流转的，遇到异常情况怎么兜底的。这些能力，拖拽是拖不出来的。