作者 | 刘滨浩
低代码发展的局限
1、首先低代码产品仅从产品本身的目的而言是什么呢?
低代码/零代码等产品都旨在帮助用户开发应用。所以做低代码、零代码产品一定要坚守核心，对于新功能，这个东西真的能帮助用户开发应用吗？对于功能修改，改了之后真的帮助用户更好更快更直观方便的开发自己的应用了吗？
笔者也开发了不少低代码中使用的一些特性，在开发中我自认为我们的一些功能可能并没有让我们的平台更好用，甚至是历史倒车，但这也是正常的现象，很多时候只靠个人的产品感是很难确定用户是否真的觉得需要，是需要一定程度的试错。但是核心不能偏离产品理念，低代码零代码旨在帮助用户开发应用。
2、低代码存在的问题
就目前而言，低代码通常被应用到较为简单的场景，涉及比较核心的系统通常不会使用低代码平台进行开发，是否低代码平台就不能支持大型系统呢?
首先，低代码开发是可以用于大型系统，在较大的项目中使用低代码开发的方式目前主要还是使用（低代码+传统方式为主）的混合开发方式，主要原因是在大型系统中需要解决如下问题：
a、维护：低代码平台开发对于使用低代码平台的开发人员不便于维护、排查问题，对于基础设施的问题无能为力。
b、性能：低代码平台性能问题，低代码在更高度的抽象过程中牺牲了部分性能，占用更多空间。
c、运维：低代码开发运维迭代难以摆脱平台方的支持，低代码的运维方式更加依赖于平台方，目前比较合理的方式是低代码平台可提供打包能力让用户独立部署。
d、扩展：更高度的抽象意味着屏蔽掉了更多细节，无法做到用户像自己开发那样随心所欲，有些过于精细的东西无法实现。
正是这一系列问题、导致了低代码在应用场景上的局限性
…
