低代码存在意义
从计算机语言诞生之初， 就一直存在bug这种说法。 bug产生的本质是因为写代码，于是一种真理就诞生了。 真理如下： 只要写代码就会产生bug, 不写代码就不会有bug。 低代码存在的意义就是为了让程序员少写代码， 少产生bug 乃至于不产生bug.
低代码现状
目前各大科技公司， 都在布局低代码。 首先阿里的宜搭、氚云（阿里有很多， 喜欢的可以去看看）、腾讯的 微搭、神笔、（也有很多）。 百度内部也有、美团、小米 都有。 国内其他的就不列举了。省的说我打广告。
那么他们都才去什么方式， 来构件的低代码平台？目前低代码平台有两种方式， 1. 代码生成器 2. 低代码引擎
在这两种方式上又有两种方式， 从前端到后端的布局方式 ， 从后端到前端的布局方式。 他们大都采用从前端到后端的布局方式， 这种布局就是通过前端拖拽、嵌入js脚本的方式来进行系统的构件， 达到所见即所得。 这种方式怎么说呢？就是瓶颈特别明显， 明显到什么程度了， 就是现在是这样， 以后也是这样， 老死也就这样了。 顶多新瓶装旧酒， 换汤不换药。 花拳绣腿罢了。 （我敢这样评价他们， 是因为我有底气， 看下面） 。 他们不想打破这个瓶颈吗？ 他们非常想， 投入也大， 但就是打不破， 为什么打不破？ 因为思想上没打破， 老在给这个旧瓶子换衣服， 他们应该换个瓶子了。 目前程序员对低代码有偏见， 感觉这是个什么玩意。 对， 大家认知没错， 目前就是不好用， 是他们毁了低代码的概念。 不想着做好， 哦也做不好。
现状就是目前都不好用， 不能解决根本问题。 但是别放弃， 因为已经有平台， 解决了上面的问题， 但是还没有大面积公测。 不是大厂解决的， 大厂解决了不了还有一个重要的原因， KPI考核就够玩的了， 哪还有心情思考解决问题。
低代码的未来5到10年
先放一下自己总结的一些内容：
不写代码就不会产生bug, 只要写代码就会产生bug. 低代码只是解决了重复性的东西，CRUD没必要天天写嗯只要是解决了重复劳动问题就有价值程序员就写CRUD之外的核心业务，有更多时间去思考程序员80%的时间都在写CRUD, 假如CRUD不用写，就能节省80%的时间不写代码就不会产生bug, 只要写代码就会产生bug. 根据这条定律，bug也能减少80%
我不想放图， 看不懂就看不懂吧。
我大概用文字解释一下， 低代码的未来吧。
未来采用低代码引擎平台来进行开发， 即从后端到前端的方式来进行。
前后端分离来进行开发。
举个例子吧：
一个软件系统， 更多的是CRUD代码， 在CRUD之间， 把业务代码插入进去。 这样系统就搞定了。
大家有这样想过吗？ 把CRUD和业务完全解耦， CRUD用低代码引擎来完成， 而业务让我们程序员写， 写完就插入进去， 测试运行， 有问题就改业务代码。 引擎已经跑了几亿次了， CRUD还能出错吗？
当以上后台系统搞定的时候， 后台系统自动开放接口， 前端调用各类业务接口， 灵活定义页面。 （页面也用低代码也无所谓啊）
以上低代码未来他不是未来
目前低代码现状讲的没错， 就是这样， 但为什么说未来不是未来呢？ 因为他是现状， 哈哈哈哈？ 是不是很奇怪的话。
以上目前现状是大公司的低代码现状， 不代表整个行业的现状。 而上面讲的未来也是大公司的未来。 不过确不是这个行业的未来。 而是这个行业的现状。 已经有平台达到所畅想的模样了， 只是没有大面积公测。 为什么不公测呢？ 不敢呗， 思想使前卫的， 但怕被人抄袭呗，
一个有理想的团队， 做了一件微不足道的小事。 等时机成熟就公测， 大不了开源给你们， 人生在世， 总要为这个世界留下点什么
，
