吐槽一下我们公司的中台

[LeegoYih]

吐槽一下我们公司的中台

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

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

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

[whoosy]

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

[461da73c]

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

[Jooooooooo]

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

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

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

[linglin0924]

中台是干什么的

[LeegoYih]

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

[killva4624]

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

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

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

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

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

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

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

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

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

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

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

6. 上线被 Delay 。

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


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

[LeegoYih]

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

[libook]

就是管理问题。

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

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

[coolmenu]

我喜欢看公司的前台！

[shishiyi]

@coolmenu hhhh

[flynnlemon]

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

[defunct9]

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

[aptx4689]

字节？

[nothingistrue]

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

[vincent7245]

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

[Terry05]

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

[xytest]

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

[wonderblank]

中台是什么？

[zxxufo008]

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

[yousabuk]

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

[xuanbg]

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

[chendy]

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

[xuanbg]

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

[windyboy]

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

[iyaozhen]

感觉这不是说的我嘛。

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

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

[unco020511]

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

[unco020511]

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

[citydog]

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

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

[c8iter]

17 年的时候，我就吐槽过，中台就是老板想降本增效，高层想抢业务线 KPI ，底层想晋升。
最后就是，业务线嫌弃中台，响应和支持力度；中台嫌弃业务线，变来变去。高层打架，老板槽心

[adoal]

康威定律：组织架构决定技术架构

[haah]

@adoal 屁股决定脑袋！

[pavelpiero]

你们这中台可以了，我们都去 xxnas 盘读 5 分钟一个的 csv

[emberzhang]

@pavelpiero 我们每天 0 点更新一次，自己去 web 页面导出