吐槽一下我们公司的中台

[LeegoYih]

吐槽一下我们公司的中台

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

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

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

[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 页面导出