吐槽一下我们公司的中台

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 917 天前的主题，其中的信息可能已经有所发展或是发生改变。

吐槽一下我们公司的中台

技术支持经常不回消息。
解决问题喜欢拉群，效率非常低。
文档混乱，经常版本对不上。
不愿意添加新功能 /没时间添加新功能。
数据中台和项目本身维护两份数据，且要保证数据同步。
上线被 Delay 。

我感觉互联网公司里不同 BU 之间类似于子公司的关系，很多场景和业务区别较大，强行中台只会搞得大家效率更低，最后只会变为💩山。

除非公司有决心花大量精力和财力去推动这件事，否则还真不如每个 BU 建立独立技术王国。

💩山

吐槽

中台

delay

33 条回复 • 2022-05-24 11:09:55 +08:00

whoosy

2022-05-23 11:25:21 +08:00

你们是怎么和中台进行交互的？ rpc 消息队列 http?

461da73c

2022-05-23 11:26:38 +08:00

弱弱的问一句，什么叫中台？

Jooooooooo

2022-05-23 11:28:25 +08:00

"不愿意添加新功能 /没时间添加新功能。"

我感觉会发生这个问题的原因是大家目标不一致, 对方考虑的往往都是如何复用 /平台化, 你们考虑的是怎么支持业务的需求.

最后就会变成你们做新功能尽量自己实现, 不经过中台, 中台本身也就名存实亡了.

linglin0924

2022-05-23 11:28:29 +08:00 via Android

中台是干什么的

LeegoYih

2022-05-23 11:31:36 +08:00

@whoosy 都有，内部叫 OpenAPI 、OpenMQ 、OpenRPC ，都要走审批申请 Token/SecretKey

killva4624

2022-05-23 11:53:19 +08:00

巧了，目前在做中台部分维护工作，正好可以和楼主互相沟通吐槽哈哈。

1. 技术支持经常不回消息。

// 我个人还是挺喜欢迅速回消息的，但延迟的情况不外乎几种：
- 正在发布，要时刻盯着监控和发布步骤，次要的事情先靠边；
- 正在解决另外一个咨询问题，避免思路经常切来切去，先放一边；
- 要回的用户太多了，忙不过来；
- 今天快耗尽精力了，开始摆烂 :)

2. 解决问题喜欢拉群，效率非常低。

// =。= 很不喜欢拉群文化，但无奈公司内部工作流程如此…比如你咨询我 A 问题，但我发现是这个问题可能涉及关联子系统 B ，这个时候最快的办法就是拉 B 的负责人看（同时也把当前进度甩出来，告诉你现在我在查了但最新进展不在我这里）

3. 文档混乱，经常版本对不上。

// 维护没跟上，这个确实没什么好说的，又或者是换了人维护，工作没续上。

4. 不愿意添加新功能 /没时间添加新功能。

// 遇到这种问题时，和技术反映不如向产品经理反应，效果会更好。

5. 数据中台和项目本身维护两份数据，且要保证数据同步。

// 没太明白，如果中台足够健壮的话，还是全部放在中台维护方便一些。项目可以只做灾备。

6. 上线被 Delay 。

// 也没太明白具体场景。

作为中台的维护方，其实也是中台的重度使用方，其实也有很多痛点。
但中台本来就不是自下而上推动的（至少大厂不是），所以有很多事情非常考验人的主观能动性。

LeegoYih

2022-05-23 11:55:13 +08:00

@461da73c
@linglin0924
举个例子，比如 ABCD 部门的产品都有 C 端用户账号系统，把这套东西做成一个统一的服务，然后让 ABCD 部门接入即可，统一架构，减少重复工作量，也方便账号系统打通。

libook

2022-05-23 11:59:07 +08:00

就是管理问题。

1. 公司没有响应时间的制度要求，比如什么时候用即时通信讯工具、电话、邮件，各自的响应时间要求是什么；
2. 协作有没有接口人制度，接口人是否粒度够细，是否有引导转接机制，接口人是否全面负责内部协调；
3. 文档是否是 QA 的一部分，是否 QA 负责人会对文档进行审计，是否有高效自动生成文档的方案；
4. 是否有需求评审周期，是否有需求处置流程，需求是否分优先级；
5. 中台工作内容范围是否有明确规定，是否有针对争议需求进行裁决的流程；
6. 上线时间方面的保障是否体现在绩效中。

任何跟社会学沾边的东西，都只能人来解决，技术是解决不了的。

coolmenu

2022-05-23 12:03:56 +08:00 via Android

我喜欢看公司的前台！

shishiyi

2022-05-23 12:50:58 +08:00

@coolmenu hhhh

flynnlemon

2022-05-23 13:09:57 +08:00

不知道你们那边是什么情况，反正我们做中台做，其中 46 问题，就是因为中台和业务的利益不一致，如果只是把业务服务好，业务可以有高绩效但是中台不会有，中台需要抛开业务自己去搞好多的有的没的的沉淀，这就是中台低效的源头

defunct9

2022-05-23 13:09:59 +08:00

中台不是已死么，也是阿里提出来的

aptx4689

2022-05-23 13:17:11 +08:00

字节？

nothingistrue

2022-05-23 13:35:42 +08:00

不了解细节，但大致能猜测出来你们这中台压根就没解耦。

vincent7245

2022-05-23 14:05:50 +08:00

技术只是工具，大部分问题都不是技术问题，是管理问题，技术啥也解决不了

Terry05

2022-05-23 14:28:49 +08:00

管理问题，而且还需要级别不小的领导要有决心解决才会有转机

xytest

2022-05-23 14:35:49 +08:00

前两年很火的玩意儿，感觉公司不大玩不动

wonderblank

2022-05-23 14:46:48 +08:00

中台是什么？

zxxufo008

2022-05-23 14:49:47 +08:00

中台我理解的就是自己管理不行，然后可以让技术背锅的东西

yousabuk

2022-05-23 15:35:55 +08:00 via iPhone

中锤子台，傻几把缩略词。

xuanbg

2022-05-23 15:39:27 +08:00

中台还是很好的一种架构模式，但不能万物皆中台啊。我认为只有和业务完全解耦的才适合做成中台，并且在实战中取得了非常好的成效。但和业务紧密相关的，例如订单中台，我是死都不会搞的，因为我知道搞这个死都不知道怎么死。

chendy

2022-05-23 15:43:51 +08:00

@xuanbg 请教一下，“和业务完全解耦”大概是什么样的地方呢？

xuanbg

2022-05-23 15:47:51 +08:00

@chendy 譬如用户、角色权限、身份验证 /鉴权，短信 /邮件 /IM 机器人等消息组件，还有就是支付 /结算 /账户钱包什么的。

windyboy

2022-05-23 15:49:17 +08:00

中台不是感觉就是国人发明，坑自己人的一个玩意

iyaozhen

2022-05-23 16:14:01 +08:00

感觉这不是说的我嘛。

1.技术支持经常不回消息。
实话实说，是真的消息太多了。还有很多人不看文档，直接来问。如果我不采用定时（比如一个小时看一次）查看消息的方式，我一天不要想干活了。
2. 解决问题喜欢拉群，效率非常低。
我理解拉群效率才高吧，因为没有一个人知道所有系统。知道的那几个人也不会来解答你的问题。
3. 文档混乱，经常版本对不上。
个人也没找到好的解决方案，因为大家真的不爱写文档。特别是维护。
4. 不愿意添加新功能 /没时间添加新功能。
这个是事实，但能给的建议是提的需求可以更互利互惠点，两边都有好处的
5. 数据中台和项目本身维护两份数据，且要保证数据同步。
这个不应该，感觉是设计问题。

当然我说的消极一点，前面的同学也提了很多解决方案。但落到实际上，完全就看这个中台的负责人了。
给你业务方的建议就是多投诉吧，但需要具体的 case 。让能解决、想解决这些问题的人看到

unco020511

2022-05-23 16:30:26 +08:00

5.数据中台和项目本身维护两份数据，且要保证数据同步。
怀疑和我公司是同一家公司

unco020511

2022-05-23 16:34:59 +08:00

@unco020511 # 而且是各种乱七八糟的同步方式，无力吐槽

citydog

2022-05-23 17:21:27 +08:00

中台，互联网术语，一般应用于大型企业。一般是指搭建一个灵活快速应对变化的架构，快速实现前端提的需求，避免重复建设，达到提高工作效率目的。
中台，作为平台型组织的一部分，是在前台作战单元和后台资源部门之间的组织模块。这些模块多半是传统组织中所谓的成本中心，它们负责把后台的资源整合成前台打仗所需的“中间件”，方便随需调用。中台分为三类：业务中台、数据中台和组织中台。

---------------------落伍了，落伍了，这个还得百度下才知道啥叫中台