“中台”这个词，在2019年时突然火遍IT行业，熊熊大火延烧到2020年，且还有越来越旺的迹象。所以我也来凑个热闹，写一些学习笔记吧。
1、中台的起源
根据互联网上的各种报道，国内中台概念最早是谁提出的，已不可考证。但是让这个概念为众人所知的，则是阿里巴巴。据说马云曾带队考察国外一家游戏公司，顿悟出“中台”的概念，并在阿里发扬光大。阿里人擅长营销，于是国内其他IT公司也纷纷有样学样，掀起中台化的浪潮。
2、包含范畴
最常见的有这么几个分类：
- 业务中台
- 数据中台
- 技术中台
一般人谈得更多的是业务中台，不过有成文出版、以及推出付费教程的，则更多的是数据中台。如果你有留意就业市场的话，也会发现“数据中台产品经理”很流行。我理解，这是因为数据中台建设相对容易总结归纳抽象处理，形成一套套的方法论；而且，相对容易出成果（从杂乱无章的数据管理现状到令人眼花缭乱的各种数据报表）；但业务中台的话，各行业的差异比较大，很难说有一套通用的范式可以用（演示案例可以有，但是不一定能套用到自己业务上）。
以我司为例，因为产品总监是从滴滴跳槽过来的，所以TA来了之后，搞的中台项目，很明显也是以滴滴为蓝图的（为啥我知道这些？因为我从网上看过滴滴建设中台的软文）。
3、为什么要做中台？
凡事必有因。如果你在一个小公司，只有单一业务线，其实不需要中台这玩意。当公司发展到一定阶段，分了很多业务线（例如我司就有同城货运、搬家、零担物流等众多业务），就会面临一个典型的“烟囱式”架构问题，或者说是重复造轮子的问题。
举个例子，A业务线发展比较早，有自己的一整套业务系统，但是比较老旧了，不太通用；老板决定开辟B业务线，单独配置人马，各种常见的业务系统又重复做了一遍（有可能是因为A业务线系统无法兼容通用，更有可能是因为组织架构冲突和资源协调问题，导致B业务线不得不自行研发）。
这个时候，就会有人感慨：要是有一些通用的系统或者架构能够减少重复开发就好了。
中台就这么应运而生了。其实，在中台概念诞生之前，只要你有一定工作年限和经验，你肯定是在朝着低耦合、组件化、通用化的方向来设计产品/编写代码的。
只是，之前并没有人说这就是中台。
4、旧瓶装新酒？
中台到底和微服务、组件化这些传统IT概念的区别是？
中台各种侧重于业务概念，微服务侧重于技术实现。中台不一定就必须是微服务形式，也可以是单体系统。
很多技术人员发表文章，批判中台就是在炒作。严格来说，中台确实不算一种技术架构，它更多的是做产品或者做业务的人，从业务角度出发提出的，一种，怎么说，指导思路？
我感觉，就好比，“所有人都在谈论敏捷，但是没有人知道敏捷究竟是咋回事”。中台也是类似的，很多人都说要做中台，但是给人感觉，有点像是，“因为大公司都在搞中台所以我们也要搞一套”。
5、学习归纳总结
我不是专家，也不好给中台下一个定义，或者说给出多么深奥的阐释。
但是，我善于学习和分享呀哇哈哈~
之前在网上看过ThoughtWorks咨询师王健的白话中台战略系列文章，感觉写得很精彩，解答了我不少疑问。后来我又在极客时间App上买了他的《说透中台》课程，看完后，应该说对中台这个概念有了更深入的了解。
王健对中台的定义是：企业级能力复用平台。
看到没，搞咨询的就是不一样，果然很抽象。。。
具体我就不展开解释了，专家的文章已经在那里，如果你也感兴趣，可以自行去瞧瞧吧。
