吐槽一下我们公司的中台
source link: https://www.v2ex.com/t/854647
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
吐槽一下我们公司的中台
- 技术支持经常不回消息。
- 解决问题喜欢拉群，效率非常低。
- 文档混乱，经常版本对不上。
- 不愿意添加新功能 /没时间添加新功能。
- 数据中台和项目本身维护两份数据，且要保证数据同步。
- 上线被 Delay 。
我感觉互联网公司里不同 BU 之间类似于子公司的关系，很多场景和业务区别较大，强行中台只会搞得大家效率更低，最后只会变为💩山。
除非公司有决心花大量精力和财力去推动这件事，否则还真不如每个 BU 建立独立技术王国。
 |
whoosy 5 小时 59 分钟前 你们是怎么和中台进行交互的？ rpc 消息队列 http?
|
 |
461da73c 5 小时 58 分钟前 弱弱的问一句，什么叫中台？
|
 |
Jooooooooo 5 小时 56 分钟前 "不愿意添加新功能 /没时间添加新功能。"
我感觉会发生这个问题的原因是大家目标不一致, 对方考虑的往往都是如何复用 /平台化, 你们考虑的是怎么支持业务的需求. 最后就会变成你们做新功能尽量自己实现, 不经过中台, 中台本身也就名存实亡了. |
1 |
linglin0924 5 小时 56 分钟前 via Android 中台是干什么的
|
 |
killva4624 5 小时 31 分钟前 巧了，目前在做中台部分维护工作，正好可以和楼主互相沟通吐槽哈哈。
1. 技术支持经常不回消息。 // 我个人还是挺喜欢迅速回消息的，但延迟的情况不外乎几种： - 正在发布，要时刻盯着监控和发布步骤，次要的事情先靠边； - 正在解决另外一个咨询问题，避免思路经常切来切去，先放一边； - 要回的用户太多了，忙不过来； - 今天快耗尽精力了，开始摆烂 :) 2. 解决问题喜欢拉群，效率非常低。 // =。= 很不喜欢拉群文化，但无奈公司内部工作流程如此…比如你咨询我 A 问题，但我发现是这个问题可能涉及关联子系统 B ，这个时候最快的办法就是拉 B 的负责人看（同时也把当前进度甩出来，告诉你现在我在查了但最新进展不在我这里） 3. 文档混乱，经常版本对不上。 // 维护没跟上，这个确实没什么好说的，又或者是换了人维护，工作没续上。 4. 不愿意添加新功能 /没时间添加新功能。 // 遇到这种问题时，和技术反映不如向产品经理反应，效果会更好。 5. 数据中台和项目本身维护两份数据，且要保证数据同步。 // 没太明白，如果中台足够健壮的话，还是全部放在中台维护方便一些。项目可以只做灾备。 6. 上线被 Delay 。 // 也没太明白具体场景。 作为中台的维护方，其实也是中台的重度使用方，其实也有很多痛点。 但中台本来就不是自下而上推动的（至少大厂不是），所以有很多事情非常考验人的主观能动性。 |
 |
LeegoYih 5 小时 29 分钟前 @461da73c
@linglin0924 举个例子，比如 ABCD 部门的产品都有 C 端用户账号系统，把这套东西做成一个统一的服务， 然后让 ABCD 部门接入即可，统一架构，减少重复工作量，也方便账号系统打通。 |
 |
libook 5 小时 25 分钟前 就是管理问题。
1. 公司没有响应时间的制度要求，比如什么时候用即时通信讯工具、电话、邮件，各自的响应时间要求是什么； 2. 协作有没有接口人制度，接口人是否粒度够细，是否有引导转接机制，接口人是否全面负责内部协调； 3. 文档是否是 QA 的一部分，是否 QA 负责人会对文档进行审计，是否有高效自动生成文档的方案； 4. 是否有需求评审周期，是否有需求处置流程，需求是否分优先级； 5. 中台工作内容范围是否有明确规定，是否有针对争议需求进行裁决的流程； 6. 上线时间方面的保障是否体现在绩效中。 任何跟社会学沾边的东西，都只能人来解决，技术是解决不了的。 |
 |
coolmenu 5 小时 20 分钟前 via Android 我喜欢看公司的前台！
|
 |
flynnlemon 4 小时 14 分钟前 不知道你们那边是什么情况，反正我们做中台做，其中 46 问题，就是因为中台和业务的利益不一致，如果只是把业务服务好，业务可以有高绩效但是中台不会有，中台需要抛开业务自己去搞好多的有的没的的沉淀，这就是中台低效的源头
|
 |
defunct9 4 小时 14 分钟前 中台不是已死么，也是阿里提出来的
|
 |
aptx4689 4 小时 7 分钟前 |
 |
nothingistrue 3 小时 49 分钟前 不了解细节，但大致能猜测出来你们这中台压根就没解耦。
|
 |
vincent7245 3 小时 19 分钟前 技术只是工具，大部分问题都不是技术问题，是管理问题，技术啥也解决不了
|
 |
Terry05 2 小时 56 分钟前 管理问题，而且还需要级别不小的领导要有决心解决才会有转机
|
 |
xytest 2 小时 49 分钟前 前两年很火的玩意儿，感觉 公司不大 玩不动
|
 |
wonderblank 2 小时 38 分钟前 中台是什么？
|
 |
zxxufo008 2 小时 35 分钟前 中台我理解的就是自己管理不行，然后可以让技术背锅的东西
|
 |
yousabuk 1 小时 48 分钟前 via iPhone 中锤子台，傻几把缩略词。
|
 |
xuanbg 1 小时 45 分钟前 中台还是很好的一种架构模式，但不能万物皆中台啊。我认为只有和业务完全解耦的才适合做成中台，并且在实战中取得了非常好的成效。但和业务紧密相关的，例如订单中台，我是死都不会搞的，因为我知道搞这个死都不知道怎么死。
|
 |
windyboy 1 小时 35 分钟前 中台不是感觉就是国人发明，坑自己人的一个玩意
|
 |
iyaozhen 1 小时 10 分钟前 感觉这不是说的我嘛。
1.技术支持经常不回消息。 实话实说，是真的消息太多了。还有很多人不看文档，直接来问。如果我不采用定时（比如一个小时看一次）查看消息的方式，我一天不要想干活了。 2. 解决问题喜欢拉群，效率非常低。 我理解拉群效率才高吧，因为没有一个人知道所有系统。知道的那几个人也不会来解答你的问题。 3. 文档混乱，经常版本对不上。 个人也没找到好的解决方案，因为大家真的不爱写文档。特别是维护。 4. 不愿意添加新功能 /没时间添加新功能。 这个是事实，但能给的建议是提的需求可以更互利互惠点，两边都有好处的 5. 数据中台和项目本身维护两份数据，且要保证数据同步。 这个不应该，感觉是设计问题。 当然我说的消极一点，前面的同学也提了很多解决方案。但落到实际上，完全就看这个中台的负责人了。 给你业务方的建议就是多投诉吧，但需要具体的 case 。让能解决、想解决这些问题的人看到 |
 |
unco020511 54 分钟前 5.数据中台和项目本身维护两份数据，且要保证数据同步。
怀疑和我公司是同一家公司 |
|
unco020511 49 分钟前 @unco020511 # 而且是各种乱七八糟的同步方式，无力吐槽
|
 |
citydog 3 分钟前 中台，互联网术语，一般应用于大型企业。一般是指搭建一个灵活快速应对变化的架构，快速实现前端提的需求，避免重复建设，达到提高工作效率目的。
中台，作为平台型组织的一部分，是在前台作战单元和后台资源部门之间的组织模块。这些模块多半是传统组织中所谓的成本中心，它们负责把后台的资源整合成前台打仗所需的“中间件”，方便随需调用。中台分为三类：业务中台、数据中台和组织中台。 ---------------------落伍了，落伍了，这个还得百度下才知道啥叫 中台 |
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK