拆掉低代码平台——生成式才是低代码的方向

熟悉我的朋友都知道，疫情期间，我自己码代码，码了个BAAS（后端即服务的云计算平台）和一个低代码平台。

之所以做这两个东西，有两个原因，一个是因为实在是闲的无聊，另一个是因为以前有很多自己想搞个东西，常常因为开发成本高，时间太少而放弃。

所以，就想搞个BAAS和低代码平台，以后有任何想法，只要配置一下，就可以搞出个最低可行性版本出来。

这两个东西倒是都实现了。但是，今年，我把低代码平台又给它拆掉了。把Form Engine和Views Engine单独拆出来用，其它的，舍弃掉了。

本来搞这个低代码平台，是为了简单方便地搞出点东西来，但，后来发现，一个本来很简单的东西，用低代码来配置的话，反而复杂了，还不如写点代码呢。

为什么？

一方面，用配置的方式，在低代码的基础上配置成各种各样的产品，那就意味着很多东西都要抽象出来，能够适应各种场景，所以，就不得不造成逻辑上越来越复杂。进而又造成配置条件越来越多。最后，哪怕是一个小东西，都要配置一堆条件。

太烦了，感觉就像大炮打蚊子。

另一方面，即便是基于低代码平台搞出来的东西，即便是很小的东西，也不得不依赖于整个低代码平台来运行。执行效率的问题，还有一些算力成本的问题。

所以，低代码，更好的方向，不应该是“配置式”的，而应该是“生成式”的，基于界面的设计，直接生成用于运行的代码。
这样的东西其实是有的，传统方式。

而现在，我知道，有人在探索利用GPT实现生成式的低代码平台。这个方向，我看好。