有段时间，“低代码开发”成为一个热词，有很多大佬鼓吹，让不明真相的群众听得一愣一愣的，以为软件开发变得非常容易了。
Scratch和少儿编程班的流行，给很多人带来了“编程=拼积木”的印象。
而我的体会是，低代码开发仅仅降低了这个行业的入门门槛，但是对于大型软件工程来说几乎没有什么用处，甚至会降低效率。
比如我曾用过两个MES开发平台：Apriso Flexnet和PTC Thingworx。
我对Apriso Flexnet的最深印象是，用一整张A0纸打印出来的某个核心功能的引用逻辑。
Flexnet允许用图形化的方式来定义引用关系、触发条件，但是面对一个复杂的功能时，这些引用逻辑纵横交错，看图定位会让人抓狂。
Thingworx更为低代码，我对它的定位是轻量级的工业物联网应用开发平台，它能够以图形化的方式对数据、事件、触发条件进行映射，因此在开发轻量级的应用时非常方便。
但是在开发大型项目时会让人抓狂，如下图是某个功能的前端、后端引用关系：
下图是某个核心函数的引用关系：
从右上角的进度条可以看出，此函数绑定的数据、函数实在太多了，你甚至很难保证绑定到了正确的位置。在这种情况下，图形化的方式反而降低了效率。
博文
