低代码存在意义

从计算机语言诞生之初， 就一直存在bug这种说法。 bu*生的本质是因为写代码，于是一种真理就诞生了。 真理如下： 只要写代码就会产生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还能出错吗？

当以上后台系统搞定的时候， 后台系统自动开放接口， 前端调用各类业务接口， 灵活定义页面。 （页面也用低代码也无所谓啊）

以上低代码未来他不是未来

目前低代码现状讲的没错， 就是这样， 但为什么说未来不是未来呢？ 因为他是现状， 哈哈哈哈？ 是不是很奇怪的话。

以上目前现状是大公司的低代码现状， 不代表整个行业的现状。 而上面讲的未来也是大公司的未来。 不过确不是这个行业的未来。 而是这个行业的现状。 已经有平台达到所畅想的模样了， 只是没有大面积公测。 为什么不公测呢？ 不敢呗， 思想使前卫的， 但怕被人抄袭呗，

一个有理想的团队， 做了一件微不足道的小事。 等时机成熟就公测， 大不了开源给你们， 人生在世， 总要为这个世界留下点什么

，