写在数字化转型与AI浪潮交汇处
Tips：
- 我的博客： www.vino.wang/about
- 我接触过的低代码平台只有钉钉的宜搭，所以接下来的回答会比较局限
- 我的结论是 低代码需要拥抱AI，再向AI过渡，最后实现AI代码平台
低代码黄金时代与困局
传统低代码平台通过可视化界面和模块化组件，构建了数字化系统。企业用户通过拖拽表单组件、配置业务规则，即可快速搭建审批流程、客户管理等标准化系统。这种「拼乐高」的模式成功解决了中小企业的数字化需求的痛点。
因而在很长一段时间低代码斩获了巨大的流量——宜搭在钉钉生态中斩获百万用户，印证了市场对快速交付的迫切需求。
但随着需求不断增多，业务逻辑越来越复杂。 这座"乐高王国"开始暴露更多的问题：当企业需要定制复杂业务逻辑时，开发者往往陷入"配置地狱"，或者使用一些”奇技淫巧“ 来实现业务需求。 低代码底层的数据结构就像是基因，他决定了低代码的边界。决定了其实现的业务系统无法突破平台的能力天花板。
AI来临？
AI如今发展迅猛，GPT-4等大模型的出现，正在摧毁传统代码生产的认知边界。市面上已经出现了很多AI代码生成平台，例如 V0 , Bolt 。 输入“创建一个TODO程序”，AI在几分钟内就能实现MVP版本的代码并且在线运行。 这种 Prompt-to-Code 的能力不仅超越低代码的配置效率，更打破了平台锁定的技术栈限制，从代码质量，迭代速度，生产成本上来看，对低代码都是降维打击。
AI可以直接生成页面代码了，那还需要通过低代码转换一遍再生成页面吗？我想不需要这么折腾吧？
通过AI生成低代码数据结构再生成代码，我将这种模式叫做 Prompt-To-Schema-To-Code .
AI是大趋势，他来了你挡不住，低代码的护城河正在被摧毁。
低代码需要AI
AI可以直接生成业务代码，不需要通过低代码转换一遍了，那低代码就已经完了吗？那到也不是。
如果你的公司正在使用类似宜搭这样的低代码平台，这种情况是很难和低代码再做切割了。系统使用者只在乎系统使用的情况稳不稳定，好不好用，他不在乎系统背后是用AI生成还是低代码生成的，用户有了新需求你还是要在低代码进行迭代。
在这种情况下，Prompt-To-Schema-To-Code 也是一种选择🤣。或者你可以写一些浏览器插件来辅助你写低代码，总之低代码需要拥抱AI。
那对低代码切割成本不大的或者有计划去搭建自己的低代码平台的公司。我的看法是去研究 Prompt-to-Code 这种代码生成平台，他更符合AI时代下的发展趋势。
以上是在我考了两天的宜搭证书后的一些想法，低代码真的很难写且无聊🙃
完。
