和平讨论，中台的优缺点

[liyunyang]

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

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

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

[Imgur]( )

[cyannnna]

1. 中台一般收入是由项目部门结算过去的，因此一般属于支撑部门。
2. 支撑部门有自己的 kpi/okr ，在需求多的情况下一定是优先服务高收入部门。

在这两点前提下，中台的问题就暴露的很明显。

低收入部门往往只能用高收入部门留下来的固定模板，无法用中台展开创新业务，因为效率太低。但是部分业务往往靠创新业务作为未来增长机会，但是高收入部门对此类机会不一定有同等兴趣。

结果就是
1. 中台成了高收入部门的外包部门
2. 低收入部门需要自己组团队做创新业务，或者接受效率下降的中台

[Goooooos]

当你每个 N 个业务有 N 套订单系统的时候，才考虑中台

[realJamespond]

前端和后端的中间就叫中台

[winteq]

有点搞笑，大辉在丁香园也搞中台啊

[xiaocaiji111]

原来是冯大辉呀，一天到晚咋咋呼呼得。贼装逼

[astkaasa]

Middleware

[kphcdr]

歪个楼，我觉得花名文化还不错，一时想不到什么明显的缺点

[cheneydog]

纯技术上我是支持中台的，只是实践中，界限很难把控。
写代码时，通用功能函数提取出来，就叫库。
整个系统，通用功能提取出来，就叫中台。
性能瓶颈通过横向扩展来消除。

[theArrowOfCupid]

我认同这个观点： https://bilibili.com/video/BV1Dw411w74H

[777777]

为什么不学 Google 单一仓库，所有人的代码都可以复用，可能国内公司怕偷代码吧

[Goooooos]

@777777 fake news

[totoro52]

@777777 这个也会有问题， 那些仓库不是一直由一个人或一群人去维护的，甚至到了后期都没人维护了，文档缺失、代码质量下降、改动变化大， 都是一个考验，阿里开源了一大堆 KPI 项目，生命周期基本在 1-3 年，有的甚至刚出生就死了，有的版本已经更新到了两位数而文档还停留在一位数版本号。

[kloudmuka]

国内内卷的畸形产物，全球一家，你在 Google 上搜 Middle Platform 全是国内的公司，很多老外看不懂这玩意儿干脆直接用国内的拼音 Zhong Tai ，最滑稽的是很多国人还靠这个概念水了不少论文

[dddd1919]

讨厌中台这个名字，一股子阿里味
本质就是想提高技术复用，叫个公共服务公共组件也就够了，连名字都要整出花来

[Rinndy]

我还以为讨论中国和台湾问题。。

[Helios0]

个人理解，中台没有优缺点，只有适不适合。在一定程度上自然而然的，中台就出发于业务，并且始终服务于业务，叫不叫中台都没什么区别，你叫它组件库都行。而妄图通过复制其他公司而建立的中台本身就是会和自己割裂的，最终就是人人叫骂。

[ntedshen]

阿里中台用户。。。

别的不说，阿里这中台还是很成功的把我的火力从阿里转到总公司了，东西有问题我周周在周会上叨逼叨本部。。。
审批茫茫多，数据权限要审批，提交要审批，发布要审批，上线修改一下要审批，转出数据要审批，连复制粘贴都有独立的权限管理。。。
写业务五分钟，审批一天起。。。
之前疫情期间本部歇业直接导致我们这边业务给干瘫痪两个多月，就因为没人审批，mdzz 。。。
感觉这玩意没个几万几十万开发者的公司确实不适合用，这边开发部门连本部顶天三位数号人就天天在这疯狂的耗各种审批。。。

运维还要考专门的资格证书。。。
但是考试的内容除了文宣以外业务全部基本都是总部干的，我们根本就没运维权限一样要考。。。
而且各种魔改开源组件给搞出了一堆奇奇怪怪的特性，背考题还得先把常识屏蔽掉才行。。。
所以之前考试我司通过的只有俩个送去凑数的看门老大爷，业务人员全跪。。。

[omniversia]

系统规模和复杂度没大到一定程度，没必要搞中台，更没必要独立出一个中台部门，
最多就是各个部门维护一个基础服务平台，就由该部门统一维护开发就行。算作与其它部门的公共服务对接平台

[kkwa56188]

那....
先不说好不好, 单说 跟着 "起花名" 这个事情 有, 还是没有呢?

[RiceNoodle]

同样是为了不重复造轮子。
如果业务方要配合基础设施的方案，就叫“中台”的话。
我为什么不选择基础设施配合业务方的方案？哦，那种方案叫第三方库/SDK/SaaS .....