自打《阿里彻底拆中台了！》那篇文章出来以后，做技术的朋友应该多多少少的都会在朋友圈里看到它，同样我也收到来自不同渠道的转发，有朋友、前同事，甚至还有我做hr的爱人……各技术自媒体当然不会错过这个热点：“刚刚，阿里彻底拆中台了”、“阿里的中台凉了”、“阿里拆中台了，追随者脑瓜子嗡嗡的”，卖课的也必然不会掉队：“阿里拆中台了，你还不学python？价值899元的课程现在报名只要89.9元！”等等，虽然都2021年了，中台两个字依然是可以蹭的热点。很有幸我过去的工作与中台的相关度很高，并且也为此撞的头破血流，如今就记录和分享一下自己的感想。
不同企业、不同人对于中台的理解都不同，每个人眼里都有自己的哈默雷特。往往我们听到关于中台的介绍都是：中台是前台业务（数据）的沉淀，支持业务快速创新，为前台业务赋能，给业务发展与创新提供炮火支援……所以啊，中台之所以会成为众矢之的，拿中台吹了牛逼的人，一个锅也跑不掉，甚至有人说建中台的企业，有90%是赶时髦的。 我个人的理解就是：它只是一个是为了应对变化的通用架构，大到企业级公用平台，小到一个中间件、我们写的每个公共类、通用接口、封的每个模板组件都是组成中台的一部分，它是一个思想或者说是一个方法论，强调的只有两个字：复用。引用《数据中台：让数据用起来》里的定义，中台是“企业级能力复用平台”。只不过不同企业和不同团队对复用模块有不同颗粒度的划分。
说到复用，自然就避不开重复使用的标准规则，很多人说标准统一好以后，中台的工作就完成了一半。我个人觉得需要补充一下，标准统一并且顺利执行后，中台的工作就完成了一半。其实中台的建设与推进核心并不在技术———在于政治博弈。都是写代码的，老子凭啥按你的标准来？老子混饭吃的这点儿业务模块凭啥就让你给复用了？想掀翻老子划水的小船？门儿都没有！打了我的饭碗陪你露脸儿，我可不傻！老板都还没死命令执行你来充什么大头？老板来了死命令老子还能装傻充楞呢！所以中台的推进是运作模式的改变，心不齐，事不可能成。
再说说中台的建设过程。去年一个老大哥同事说中台建设一定是自下而上的，一个个模块复用和积累，基于当下每个实际需求一步步实现、沉淀才能活的下来，我也表示赞同。老大哥经验丰富，很透彻，一看就是吃过亏的……但是自上而下其实也不是没有道理，只是不同角色的考虑角度不同。上层建筑讲战略，谈布局，在有足够的信任与决策权时，自上而下填充布局的完成度一定会更完美一些。当然，这是在有足够的信任与决策权的前提下。毕竟宏观架构不会短期产生实际效益，搞着搞着就被利益相关成员诟病劳民伤财，利不利己不知道，只要损人那就干。
总之所谓中台，只是一个关于复用的方法论，而实现中台的标准、功能、代码等等只是这个方法论的表现方式。阿里的中台也好，网易的中台也罢，都只是为了更好的整合业务、优化资源利用而存在，不同业务场景下的中台自然不可能相同，阿里彻底拆中台也只是在复用的前提下重新去做颗粒度划分。所以拆中台一文的标题确实有哗众取宠的嫌疑，而且多数人的了解也只限于标题，并可以拿一个标题就否定自己认知边界以外的事情，丝毫谈不上对知识有半点敬畏之心。
以上就是我的个人想法，如有不同意见，就是你对。
