和平讨论，中台的优缺点

[liyunyang]

今天在朋友圈看到一个图片

然后，前几天有听到几个领导再说什么中台的不好，因为我们公司也有中台组，但是我接触的不多

请问一下各位大佬，中台的优缺点是啥？不要复制粘贴可以查到的答案

[Imgur]( )

[murmur]

中台没有什么优缺点，当你们公司造轮子做基础架构的人太多了自然就有中台了

10 个人用叫 k8s 10000 个人用就叫中台了

[sentinelK]

从软件工程角度讲，中台其实就是一个数据、服务的中转实现。
主要目的在于增强复用，加强管理。

中台的不好主要体现在于管理和运营领域，不在于技术领域。
比如中台明显增加了产品的复杂度。从而降低了全线产品的可靠性。成为了一个人为的瓶颈。
比如独立的中台团队会和实际业务团队职责混乱，边界不清等等。

举个例子，就像是保时捷 Taycan 与奥迪的 e-tron GT 共用 70%的零件，那么他们有两种做法：

1 、他们分别向供应商谈判采购。
2 、奥迪、保时捷一方出面谈判，然后零件转给另外一方。
3 、大众集团出面谈判，而奥迪与保时捷共享同一个“零件中台”。

这三者各有利弊，阿里选择了 3 。

[magicxxx123]

看中台承担了多少业务，现在我们也不想全部走中台了，一个需求要谈很久。中台的 KPI 与业务系统的 KPI 也不一致，新业务的需求基本别想太多了，但是还好反正新业务可以绕开。但是如果老业务上要追加新功能，又必须要中台配合，排期真的遥遥无期

[sentinelK]

至于说中台的流行，我个人理解，主要是借了“互联网公司产品线极度扩张，与管理层试图不削弱掌控力之间的矛盾”的东风。

中台既满足了管理层的掌控欲，又讲了一个降本增效的故事，完美击中需求。

[snxq1995]

优点：不重复造轮子，复用。
缺点：kpi 不一致，非通用需求效率低下。

也就是说在通用需求框架下特别好用，个性需求嘛，看团队和领导的地位了。

[Yuanlaoer]

中台是从业务角度出发定义的概念，完全不是技术角度的，技术仅仅是实现这个所谓看起来像是“中”的台。也就是以为着没有标准定义，吵来吵去，或者说讨论来讨论去，各自说的是什么可能都不清楚。

[k9982874]

中台没什么不好，历史包袱太重的时候可以加一层中台统一架构，但是随着时间发展，中台也可能变成历史包袱

[shellcodecow]

一家 1000 人的公司的中台， 和 一家 10000+人的公司并且有不同集团负责不同业务线的中台是绝对不一样的...
后者我觉得没有好处..

[lianglianglee]

我认为中台在某些公司下失败，主要归咎于屁股问题。
1. 业务方想扩充新功能，需要联系用到的各个中台方，等排期。违背了中台快速接入的初衷
2. 中台领导想升职加薪，只维护大业务方关系。进而导致大业务方不想开发，就把不该中台承接的也交给中台承接。违背了复用的初衷。

久而久之小业务方就会想办法绕过中台，中台就变成大业务方的后台

[zzzzzzZ]

冯大辉的逆天言论多了去了，建议独立思考。这也只是冯大辉个人的主见，我也只发表我的主见：

1 、中台只是工程的架构，它本身没有好与不好，只有适合与不适合。
2 、对于很多不足规模的企业，我认为中台这种复杂度是不适合的。但是不妨碍在技术路线上做规划，有前瞻性。这就把技术发展分为三种情况。
下策：问题发生了再说，现场学学会了再升级，遇到事故反省完再成长。
中策：不论现在是否需要，只要我会的就给公司一股脑上。什么技术牛逼用什么，从大厂出来抄到什么用什么
上策：保持一定的前瞻性，做好设计和阶段性规划。将要用上的时候，再去用。
3 、冯大辉说很多公司跟着学，掉坑里。这太正常了，这就是人性的弱点。小老板盲目崇拜大厂权威，重金挖人，抄制度妄想复刻。多少创业小公司在这个坑里交过学费。能看清就改正活下来，看不清的就倒闭。
4 、这和中台无关，他只想骂别人傻逼，不懂创业，没他冯大辉懂。中台只是个引子，就跟你哪天想秀优越，指着小学生骂这个原神游戏多傻逼。
5 、中台我就一个观点，在有需要的企业它很有用，用不上的企业它只是夜壶。用的时候拿来吹牛逼，用完了放哪都嫌臭，这就是互联网风，和触达、垂类、拉齐、打法、去中心化、私域、下沉是一个东西。

[yanng]

中台是一个巨坑，实现 70%的通用功能之后，会不断的想扩张，扩张的部分实际上根本做不好，因为他不懂业务场景的需求。最终导致做的东西不合用，业务系统又没法自己做。结果就是效率低下，效率低下了，哪还有竞争力。
另外，面对新的场景，业务团队没办法快速响应，要依赖中台的排期，而业务团队认为重要的，中台觉得并不重要，两者之间对重要性的理解，差别巨大。

[peterxutong]

人太多，没地方放的时候，就体现出中台的优势了

[garipan]

冯大辉的言论，听听就好。
要有独立思考。

[NessajCN]

啥叫中台，英文是啥？跟 library/api/sdk 这些有没有类似之处或关联？

[Still4]

优点是当多项目完全重复的业务足够多的时候，减少重复开发
缺点嘛
1 、一般来说业务不会完全一样，A 项目多个字段，B 项目多两个字段，维护起来有时候会比较恶心
2 、需求优先级沟通起来有可能会难受，比如有个紧急需求明天就要上线，没中台的时候开发调整下优先级可能一个小时就改完了，跟中台还得协调中台的人力，部门间的合作懂的都懂
3 、中台作为全局模块一旦有异常会影响所有业务，会有额外的风险
反正我是一直坚持不要搞中台

[chendy]

图片打不开，以下为才疏学浅的我的看法：
中台的用途主要是忽悠企业买咨询建系统，“只要建设了中台，就能实现数字化，走进现代化，进入高质量发展”
竞品企业落地中台了，自己总不能落后吧；竞品企业给大客户实施中台了，自己总不能落后吧。至于中台到底建成了啥样，解决了啥问题，并不是那么重要。负责项目的领导升了职，实施项目的团队挣到了钱拿到了进一步吹牛的资本，大家都有光明的未来
个人经历，21 年左右，公司各种项目材料里都在提中台，现在是 23 年底，已经完全看不到这俩字了
现在又返璞归真回到 TOGAF 4A 架构，外加一些 华为 IPD 之类的东西，颇有一种瞎扯好多年最后回到 DDD 那种感觉，至于有什么用么，能搞到项目挣到钱就是有大用的

[cbythe434]

中台没有创造新的东西，很多东西随着业务发展自然而然就长成这样，职能就是中台的职能
只不过公司大了，各部门有的东西长的差不多，搞一堆人有点浪费，立个中台当太子，只允许中台的人做
只允许中台的人做也没啥问题，聚焦专心做好挺好的，奈何大部分中台都聚焦在吃更多的盘子，无心做事，基本盘稀碎的同时，新业务也是一地鸡毛

[nagisaushio]

点开前我以为是海峡问题😂

[shinsekai]

中台是什么，我维基百科为啥搜不到

[zapper]

@nagisaushio #18 角度刁钻