成长系列第三篇-多维度的认识新概念-中台

昨天看到两篇关于【中台】的评论文章，都在转发，目测会成为短时间的爆文。文中的大概意思是说，中台不是万能的。

两篇文章地址如下，对比的看

其实说明白一点就是以中台为业务的技术服务公司吹的太厉害了，被客户认为中台是万能的。再说明白一点，就是经济学上的信息差，在没有搞明白一个新概念，新事物的前提下，客户为自己的信息不对称交的智商税。

我在工作中或多或少接触过中台的概念，所以对中台感兴趣，最近也在深入学习。一个结论是中台是一个企业级的架构战略问题，不是一个组织，部门，甚至是老板单方面能决定的。

中台从技术方面来讲，和微服务，分布式，云计算等，有类似之处。都被热炒，都是不谈论没事，一谈论就各执一词，都有理论，都有道理，没有统一的规范，不了了之。

微服务，中台要能够落地，还有一个组织问题，就是康威法则，康威法则说过每个部门都是一堵墙，每个部门都在自我保护。要落地新概念，就要变革组织架构。看看大厂的变革升级。

中台有两个特点，必须满足，才能继续，一就是企业级的，公司层面的。二就是中台的服务方必须是多方面的，也就是说中台一定是被复用的系统，还得灵活多变，快速响应。

中台从无到有，是要把后台的一些事交出来的，还得用新的方式去做，这里边必然有利益切割。

以上对于传统企业来说，首先要做事就是数字化转型，一些手工的纸质的变成数字的，可显示的，可量化的。这里边又有一个利益的问题。

中台实际上是一个方法论，需要具体的实践才能发挥作用。计算机届很常见，比如 7 层模型是一种分层方法论，TCP/IP 分层模型是它的实现，RPC 是一种方法论，HTTP 是其中的一种实现。

作为一名普通的开发者，【如何在自己的工作中实践中台思想】才是结合这些理论应该做的。

如果公司没有中台计划，就严格遵守软件开发的几个核心思想就可以了，分层设计，职责分离，功能模块化，业务组件化，服务接口化。

系统微服务化的程度有多少，研究下 BFF（Backend-For-Frontend），之前写过一篇文章介绍 BFF，介绍一个架构新词-BFF（这个和微服务也有关系）这些都是中台思想的实践产物。