今年的DTC数据库嘉年华终于能在线下进行了，我今天也要折腾到北京去参加这个已经停了数年的大会。今天早上出门前就简单聊几句吧。
前几天看过一篇推送的文章，说中台是一场彻头彻尾的骗局。文章中的主要观点说得也在理，不过以标题为核心的思想却未免绝对了一些。就像前阵子关于企业是否要招聘DBA的争论一样，充满了对某些事情的绝对思维。
做了这些年IT，其他的东西不敢十分确定，不过凡是“绝对”的观点，往往都是错误的。就像企业是否需要DBA的问题，有些企业确实也不需要DBA，甚至有很多企业的IT规模很小，预算根本招聘不起专职DBA。但是我们不能用这些企业的现象去倒推其他企业，认为其他企业也应该和这些没有DBA的企业看齐。实际上每个企业都有自己的特殊情况，有自己的历史沿革带来的负担，这些企业的IT还真的无法按照你的想法来改造或者演进自己的IT系统。
谈到中台的问题，实际上企业还是需要中台的，不管是底层的数据集成还是上面的应用集成，组件集成，都可以大大节约研发的投资。1999年的时候，我在长天集团做应用体系总监。当时企业中最不赚钱的就是软件研发部门，我们经过分析发现最主要的问题是企业中的绝大多数代码都无法共享，每个研发队伍都在独自干着重复的劳动。于是我们想搞企业级的组件库，并拿出了很多鼓励手段，如果某个项目组复用了企业中的已有组件，同时为项目节约了资金，那么节约部分的资金的80%可以用于奖励这个项目组。政策虽好，但是收效甚微，因为不同团队的研发体系，代码框架差异太大，导致复用组件并没有省钱省力，于是这个组件库就变成了摆设。实际上，那时候如果我已经具有了中台的思维，我一定会为企业引入中台设计。
不管如何，复用肯定是节约研发成本的方法之一，那时候很多系统都是前端一个应用服务器，后面就是数据库。这种模式很难积累公共组件，复用企业的已有资产。2001我们团队被联想收购后，要重新研发一套银行CORE BANKING，当时大家就觉得如果存在一个核心交易组装工厂就可以大大降低银行新业务研发的成本。于是在大前置平台IPP里设计了一个交易组装工厂。
这个大前置实际上是一个应用的中场，其作用和中台有点类似，其中一个十分重要的作用就是复用后端的核心交易。“大前置-所有前端的后台，所有后端的前台”这句话是2001年我们在设计IPP的时候提出来的。这种简陋的带有中台概念的设计，有力地保障了金融行业这些年高速发展的业务。
很多企业建设中台的方法和模式可能存在问题，但是并不说中台就是一场阿里等互联网企业的骗局。从某些企业建设中台的过程来看，确实充满了错误，但是如果绝对的说他们建设中台是不对的，是纯粹被阿里忽悠了，也是不客观的。正是因为这些企业有这方面的需求，那才会被别人忽悠。这些年企业在中台上的投入可能会有大量的浪费，但是也不是完全打水漂，继续干下去，还是能沉淀不少企业的价值的。
世界很大，企业和团队之间的差异也很大，因此应该能够理解别人与自己的思维和做法上的不同，从别人的角度去看待一些问题。实现某个目标有很多种方法，也许你的方法是最好的一种，不过有可能别人没办法按你的最佳路径去做，而且你的最佳路径对于其他人来说很可能也是毒药。如果对某个问题，你总是用一种绝对的眼光去看待，那么很可能你的看法可能就是不正确的。
