【万泉河】PLC标准化编程(烟台方法)的本质是低代码

我虽然提出了PLC标准化编程的烟台方法， 也立志从此以后只为烟台方法辩解， 然而仍然没有养成习惯，仍然习惯于跟所有对标准化和标准有误解的人争论，试图帮助他们纠正他们的错误认知。

我这一点是不对的。

所以我以后还要偏重于对烟台方法的解释。

最近以来，低代码的概念突然火了。 参加了一个奈学教育组织的低代码概念培训，对低代码的概念，以及IT领域低代码的实施现状作了些了解。然而，整个培训我除了听到了一大堆词汇概念之外，大部分都没有听懂。 而这些词汇，我并没有记下来，所以也根本没记住。

但是，对低代码的概念算了解了。 知乎上的答案如下：

什么是低代码（apaas）？为什么突然火了起来？ - 简道云的文章 - 知乎

https://zhuanlan.zhihu.com/p/359456630

当然啦， 这个概念通过名字本身就很容易理解，不存在什么歧义。

然后就对应想到，我们所推行的PLC标准化编程烟台方法，本质上其实就是在实现低代码。

只不过， 比起IT领域的低代码开发， 要容易得多，使用中也没那么傻瓜化的需求，从提高效率的角度，对于批量式的程序生成，要么使用自动脚本程序， 要么使用文本工具处理，

都比“拖拉拽”效率要高得多。所以，从形式来看，我们并不是完整符合IT领域的APAAS概念，但在最终目的，则是一样的。

即，降低应用测的难度，让一个普通人，不需要多少专业技术技能以及编程技能，都可以快速设计出一个自动化项目应用程序。

其实，从PLC行业诞生之初，它的定位就是一种低代码的应用平台， 比如它所发明的LAD梯形图语言，就是通过拖拉拽的操作形式来实现逻辑程序的设计。而对应的上位机SCADA软件， 通常称之为组态软件的， 也是试图以尽可能的组态的方式，实现人机界面的设计，而不是编程。对组态软件中的脚本功能，只是辅助，只是极少特殊需求时才遇到。

所以， 自动化行业的工程师，跟IT行业的程序员相比，是出于鄙视链的最低端，IT工程师设计了图形化的设计接口，自动化行业的蓝领工程师，用拖拉拽的低代码方式实现应用设计。 这是过去40年来这个行业的真相。

然而，随着工业应用水平的逐渐提高，PLC的发展越来越接近于计算机，其内在的工作任务需求越来越复杂，一些更接近计算机习惯的编程语言被开发应用到PLC系统中。比如西门子称作SCL语言，其它大部分厂家称作ST语言，就和高级语言几乎没有区别了。

而工业系统所控制的工艺与逻辑也日趋复杂，在某些复杂的工业系统中，一套PLC的程序逻辑甚至超过十几万行。已经不是一个随随便便的蓝领工人就可以适应了。所以已经完全偏离了其诞生之初的低代码的特色。

需要进行再次高低拆分之后的低代码的实现。

这就是烟台方法已经实现的功能。

这种实现过程，就是把其中的逻辑功能，即高代码部分，尽可能地全部封装，封装之后留给低代码的部分越简单，对使用者的要求就可以越低，就可以实现更低成本的人工使用。

原本月薪1万多的工程师做的部分工作，拆分出来一部分交给刚入职的月薪5000的应届毕业生或者3000的文员助理来完成， 整体的项目执行效率就提高了。一个工程师可以带领3-4个文员，完成原本5-6个工程师才能完成的工作，工程师的身价就可以提高到3万了。

你给公司创造的价值超过了原来的3-4倍， 还担心公司不给你涨薪吗？

有人会说，啊，我们公司比较小，我没有兵，自己光杆司令一个，啥工作都是我自己亲自完成。 就没必要低代码了吧？

非也，低代码分担对没有技术技能的助理可行，对工程师也可以极大地减少针对项目的设计调试工作时间，对于非标设备的程序设计， 在储备好足够丰富的库函数之后， 具体每个项目的设计时间都可以由到原来的数周缩减到以小时计。同时并行设计数个项目，都可以轻松应对。

看一眼我发过多次的标准化分工架构示意图

处于三角形最底部的由助理所承担完成的工作，即为低代码工作区， 任何一个文员助理，只需要会操作EXCEL，不需要有任何编程基础和经验，经过半个小时的培训，就可以承担项目的设计工作。

这便是标准化烟台方法的魅力所在。