先跳出低代码码的范畴，作为一个应用搭建平台。最重要的就是创造一个应用。最重要，是不需要任何的专业程序员。业务使用者，或者是产品，或者是美工，他们根据自己想要的自己的思路去搭建自己想要的产品，
也就是说，应用搭建平台的终极形态，应该是不需要程序员参与的。跟好比开车一样。出行的最终目的，汽车的最终形态应该是无人驾驶。不需要任何人去开。人之作为乘客去享受出行的便利就可以，
这种目前来看技术还是很难达到，所以现在的模式是：有司机开车。这个司机，比以前门槛更低，你只要去驾校培训一下，有驾驶证会开车就可以去开车了，
而不是需要专业的汽车维修人员，汽车制造人员去开车。
就好比一个平台一样，它的使用者只要稍加培训就能去创造产品，如果这个产品需要个性化，无法创造，那就需要找程序员。使用少量的代码就能实现产品想要的效果，
那么这种思路就是低代码。尽量少的使用开发人员。产品人员或者设计师等产品使用者能自己创造产品，在某些功能上无法创造或者是无法实现。需要程序员去介入。使用少量的代码就能实现你想要的功能。这应该是低代码的思路。
所以的代码的思路就转变成，尽量让程序员少的参与就能创造产品，要程序员更少的参与。
程序分成前端程序、后端程序和数据库程序，所以现在就有很多思路，面向很多的的代码的思路：
1、 解放前端程序的低代码（页面设计器）
比如说有很多的低代码思路，就是一个页面设计器设计页面的。这种如果做得很强大。就能解放了很多低端的前端程序员。
2、 解放数据库程序员的低代码（数据库设计器）
是面向数据库的。就是不用去开发设计数据库。直接用你想要的数据，不会自动生成数据库，自动存储数据。这种就类似于。解放数据库程序员。
3、 解放后端程序的低代码（接口设计器/生成器）
还有一种是。生成接口的。低代码生成那个后端接口的。这种就是希望能。优化掉，干掉后端业务程序员
低代码，就是为了让程序员更少更高效的参与。就包括所有的，包括前端、后端业务跟数据库，所以我就觉得这些思路都对。
但是这个也有一个。轻重缓急侧重点，我觉得最先被最先被解放的应该是前端，因为这个相对来说比较容易一点，
前端更内卷，框架比较多，更容易通过成熟的框架实现这一点。数据库也是比较容易实现的，因为数据库它比较固定数据。
但是业务这一块是千变万化的，所以说后端程序员，更难一点，但也不是绝对。 欢迎接下来跟我一起设计低代码平台。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
