中台已死，低代码要火

用户MES和底层设备还没打通，中台就来了，说是要数据总线和微服务，让用户花了几百万上“数据中台”。刚把“数据孤岛”打通，又说要搞“低代码”了，要干掉用户侧的程序员，把企业数字化的能力重新交回给业务人员。

什么是中台？什么是低代码？

对于中台技术，工控人可能不是很好理解，这里简单解释一下，所谓的中台技术是阿里巴巴在2015年提出来的概念，通过合并相似组织，沉淀核心能力到中台，很好地支撑前台快速试错、快速创新。如果有接触过S88和批次的工控人，对于中台技术理解起来就很简单了，就是把软件功能的基础服务部分封装成中台服务随时调用。工控行业里经常一帮人疯狂讨论如何编程标准化，而中台技术就是把编程标准化延伸到工程或者产品标准化，把所有基础控制和基础服务全部封装起来，在不同项目中或者产品中快速组合和搭配，唯一区别是软件上的中台是一种服务而不是一个工程。

而低代码呢？主要是软件行业中企业对“敏捷能力”的迫切需求，从coding转到组态的一种形式，把业务逻辑从程序员分离出来而交给业务人员。其实在低代码这个领域，可以说工控行业是王者更是鼻祖。其实早期的PLC和HMI组态软件，全都是低代码的雏形。早期在工控领域你很少看到一个自动化工程师敲C语言来完成HMI监控和逻辑控制，因为对于自动化行业业务变化太多和控制需求多变的情况下，产生了PLC和HMI，可以让控制工程师，根据控制要求快速响应工艺要求而开发的“低代码”产品。

中台，低代码的本质是什么？

我们先来看一下“为什么”的问题，中台、低代码的本质是什么？

任何的工具/组态软件都只是技术手段，技术解决的是业务的问题，工具/组态软件的本质就是用户实现业务思想的体现。

所以，企业购买什么软件，采用什么架构，实际上买的是企业一种方法论。是要解决自动化和数字化需求，是要降本增效。否则excel表格就够了，要说灵活的话，哪个软件比excel更灵活？

总结一下，中台代表是大平台时代，集中程序员开发基础框架和服务，然后快速组合形成产品和解决方案，从而快速响应市场要求。而这个时代过去了，客户要求定制化，多元化，客户需求不可预估化，对于此，开发路线又回到当初组态软件这种低代码模式，让业务人员或者自控人员，自己通过组态软件的配置和脚本编程来实现业务本身。真是十年河东，十年河西，谁能想到，工控人玩命内卷学习开发语言和流行框架后，又回来使用组态平台的时代，但唯一的区别就是以前用HMI组态软件而未来可能用各种BI组态软件。。。。。

在这里我想对各位工控人说一声：请多关注工控业务本身（控制技术，工艺流程），切莫过于贪恋对某个组态工具/平台的熟悉程度，而误以为自己是工控行业的专家，那只会被别人笑话为“工具人“而已。