“低代码”平台的主要问题在于业务“专业化”
“低代码”平台的主要问题在于业务“专业化”
“低代码”平台的基础是至少有一个用户需要精通业务知识，这个用户负责平台配置。如果这个用户能够摆脱它，那么这是另一个炒作的概念“人工智能”不是今天的话题。事实上，“低代码”它可以被炒作，很可能是因为人们发现它在几年前被加上了“人工智能”太难在短时间内实现，只能退而求其次。
所谓“低代码”平台的主要问题在于业务“专业化”。一个在线表单等通用平台可以解决小型电子商务的许多问题，但不能处理更大的业务。因此，这个平台注定只是每个人攀登更高层次的阶梯。这个阶梯有一个更传统的竞争对手，Excel；由于门槛不够高，可想而知，未来免费云平台的竞争对手越来越多。
但这并非全部。假设我们“低代码”平台足够稳定，业务处理能力足够强，业务逻辑覆盖范围足够广。而且，使用某种能力导致的运营和维护成本很小；即便如此，“低代码”平台也很难成为中国的主流。相反，在上述条件成熟后，海外国家可能会走向“低代码”奖金区。
在这一点上，逻辑并不复杂。海外应用是开放的，喜欢相互实现，容易形成“工具链”。“低代码”配置更容易实现稳定。如果一个函数失败，用一个替换它App，“低代码”起到了“胶集成”和“描述过程”的作用。
短期内，“低代码”这个平台在中国不会统一。事实上，它们比这个简单的应用程序更具分割性和分裂性。每个家庭都会制定自己的标准，如即时通讯和在线磁盘。没有理由认为国内主要工厂会突然变成“圣母玛利亚”因此，既然不可能合作，也不可能相互操作，那么每一个“低代码”所有的平台都应该包罗万象App才有价值。
所以“低代码”它最有可能成为国内主要制造商的配套解决方案。我们知道，系统外包开发之所以成熟，是因为我们使用的标准语言很少，而且这些语言大多具有历史沉淀和后备人才。Java，C，Python……。低代码平台放弃了这些优势，采用了全新的结构，这是他们自己的标准，甚至希望吸引业务人员投资。
