聊聊现在流行的中台

最近一个关注我的网友加我微信问了很多关于餐饮信息化的问题，她们正在打算换餐饮软件，看了很多软件供应商，有很多困惑，她让我看了供应商的演示版本，我把其中的模块结合她们的业务做了一一的讲解。第二天，她突然问问中台是不是可以解决她们的问题，我真是一吃惊，这么多人都知道中台啦，这么多人都受到媒体的迷惑啦。最近，我在朋友圈里面也看到了一些人转发中台的帖子，中台被描述成了解决现有B端软件的利器，好像是无坚不摧似的。说实话，中台充其量就是一个架构概念，和当初的SAAS一样，拿来一个模式创新就认为可以解决中国软件的现有问题，到今年2019年被彻底打回了原型，如果有兴趣，您可以参看我的文章”SAAS为啥那么难做”。下图是我们的对话:

中台只是一种软件设计的宏观架构，都不是微观的，是阿里2015年为了解决自身的电商系统而提出的，没有中台之前，阿里系统内部存在很严重的重复建造问题，中台的目标就是把阿里内部的很多系统模块进行整合，实现最大可能的服务重用。本人公众号，可持续开发，几十篇文章其实都是围绕怎么提升代码重用展开讨论的，代码重用，即结构设计，在软件发达的美国一直是很受到重视的，中国软件行业只是在最近今年感觉到了这个问题，并且在探索提升软件结构的方式方法，中台就是在这种背景下提出的一种架构方法论。

软件行业有一句经典名言，没有任何一个解决方案或者架构可以是银弹，银弹来自印第安人的习俗，他们认为银弹可以解决一切问题。所以说，任何一种软件架构都是针对某种特定场景提出的，就和现在很多人以为微服务是银弹一样，具体针对微服务的讨论，您可以参看”软件框架设计实例_微服务”。其实现在中国的软件使用企业他们真正需要的是解决他们真正问题的软件，任何概念性的东西对他们来讲都是没有意义的。他们希望软件灵活，能够满足他们相对个性化的管理需求，希望软件易用，这样可以降低培训成本，可以提升一线工作效率，希望软件价格能便宜，本来现在零售企业利润就低，没有那么强大的支付能力。客户的需求很多都是实实在在的问题，但软件企业玩的这些概念却根本解决不了他们的问题。2017年，一个在盒马工作的程序员咨询我打印机的问题，他们盒马餐饮的餐饮打印机总出问题，当时，我问了他，”阿里不是有个中台吗，你们使用中台的服务了吗”，他居然连中台是啥都不知道，这说明中台只是应用到了阿里的电商部分。中台不是万能药，不是学会一个中台概念就可以解决一切问题的。下面是交流中谈到了企业的实际需求，但这些都不是一个中台概念就能解决的，还是必须落实到实在的功能上面和软件结构上面，个人感觉多做些实际，少玩些概念会比较好。

20多年的软件行业经历中，我看过很多优秀的软件代码，比如TCP/IP，Eclipse,Tomcat，这些软件出来的时候，没有什么中台，没有微服务，没有敏捷开发，软件说到底就是数据结构+算法，我个人感觉应该加上OO设计和设计模式，这些东西才是软件的基石和根本。就和不管中兴的通信设备多么牛逼，在美国面前是毫无还手的力量的，同样，华为的霸气是因为华为的底层有货，有芯片，有专利技术。真正好的软件，是通过吃透这些基础的东西，在不断的实践中长期积累下来的，优秀的软件架构设计不是1-2年就可以学习到的，是需要10多年以上的磨练的，其实很多优秀的软件设计者都是大爷基本的人物，干了几十年的软件，有着非常深厚的积累。

我一直认为做软件是有方式方法，但绝不能投机取巧，千里之堤溃于蚁穴，软件卓越的结构是在于对于很多细节的把握，细到每个类的注释和命名，很多优秀的产品，之所以优秀，是因为每个细节都透露着优秀。中台是一个宏观的架构概念，宏观的东西是无法解决微观层面的问题的，就和一个国家的宏观政策制定的再好，也是需要微观执行到位才行的。

下面是一个阿里收购的B端软件群里面的对话，总部要走中台战略，把之前的功能都迁移到中台上面，面临的困难多多，稳定性挑战，编程语言问题等等。

在我看来中台有些像新零售这个坑，只了解概念表面就跳进去，基本上会成为先烈的。现在概念性的东西太多，区块链，SAAS，再加上现在这个中台。写本文就是想让读者对中台有个客观的认识，而不是盲目的去跟进。

其实软件是可以做的非常灵活，非常稳定，非常易用，但同时成本也很低的，当然做到这点是由一定难度的，是需要有颠覆的技术创新能力的，本人的公众号大量文章都是围绕这个展开讨论的，如果有兴趣，请您关注我的公众号，去寻求答案，这里篇幅有限，就不再多说了。