随着AI的迅猛发展，以前很多很火的概念都渐渐熄灭了。
不知道大家有没有发现，现在无论是业内大佬们，还是咱们自己的小公司，大家都渐渐的不提"低代码平台"了。
为什么行
低代码平台最早被提出的原因就是其便捷，能够通过低代码平台快速交付项目，就是其能够成长起来的真正原因。
当初的低代码平台从小厂到大厂无一不在做，可以说是软件行业找到了自己的范式。
提前预制化的一个个功能模块通过相互的搭建、堆砌，很快就能打造出来一套系统。
一方面避免了开发人员重复的编写某些模块代码，毕竟大部分OA系统中，流程、用户、权限、菜单等等模块的功能几乎是一模一样的。
另一方面避免了开发人员出现错误，只要是人写的代码，就会有错误。
而预制化的代码模块在项目实践中一次次被验证，最终会趋于完美。虽然很难达到100%不出错的程度，但是一般而言错误率能降到很低。
对于公司而言，更是便捷程度翻倍提升。
只要做出来针对我们公司业务的低代码平台，后续甚至不再需要开发人员，只要招几个运维就能轻松覆盖客户的需求。
简单培训一下平台的用法，把各个组件的手册写的丰富一些，开发不就从写代码 变成了拖拉拽嘛？
甚至是客户现场提出的需求，现场就能给客户实现。
达到彻底的快速交付。
为什么不行
但是，这一切想的都太过完美了。
我之前写过一篇文章，是劝大家放弃低代码平台的。内容在这里------
预制的模块要考虑到的东西太多了，开发的复杂度翻倍增长。
低代码平台在覆盖客户需求的过程 中很容易成长为穷举需求的过程，需求无度蔓延渐渐的平台变得无法维护。
需求的蔓延无度让开发人员疲于奔命，复杂的代码又反过来出现问题的时候难以修复，维护成本远高于开发成本。
于是乎，闭环了！便捷的低代码反而变成了拖累。
AI的发展
另外就是AI成长太迅速了，迅速到已经能够覆盖90%左右的需求了。
写代码从原来了一行行编辑，上下求索的改BUG。变成如今的输入需求，AI分析工程，给出修改方案。
从字节的 TRAE，到阿里的 通义灵码，到腾讯的 CodeBuddy。再到国外的 Cursor、Claude(鄙视丫一波，断供我们)。
AI编码的发展让原本的程序员需要片段化的分析代码，让AI给自己一段段的修改代码，自己一次次的提出需求。
到现在的 AI IDE 的发展，彻底改变了写代码的逻辑，程序员由原本的开发者 ，变成了现在的监工。
程序员需要做的就是轻轻的点击一下：采纳。
这种编码速度远远不是低代码开发平台能比得了的，低代码开发平台还需要程序员一行行的去构建预制模块，而AI只需要你给他输入需求，稍后他就会给你直接生成代码了。
并且它没有了反复维护模块的麻烦，和面对客户反复变化需求时候的困境。
客户的需求变了，没事儿，改！
把客户的需求通过简单的逻辑梳理，让AI能够准确的执行相应的操作，咔咔一顿生成，齐活！
另外AI的发展大大缩小了高级工程师和初级工程师的差距，都是用AI写的，谁也别说谁。
问题也都是AI定位修改的，跟工程师水平的高低关系不是太大。除非是非常棘手的特殊问题，可能需要人出马解决，大多数问题基本都不需要。
总结
在软件的潮起潮落里，我们看过无数的概念掀起资本的波澜，有些演变成了风暴，席卷整个行业。
有些仅仅是一滴水花，荡漾出一些波纹以后就此沉寂。
但时代的一粒沙落在我们开发人员的身上就是一座山啊！当初低代码火爆，招聘几乎全是低代码平台开发。
现在低代码无用了，之前的开发经验也都变得一文不值。
有些时候我们真的要思考一下何去何从，你真的能精准把握住每一个风口嘛？比如低代码？比如AI？又比如以后的什么？