V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
LeegoYih
V2EX  ›  程序员

吐槽一下我们公司的中台

  •  
  •   LeegoYih ·
    yihleego · 135 天前 · 5269 次点击
    这是一个创建于 135 天前的主题,其中的信息可能已经有所发展或是发生改变。

    吐槽一下我们公司的中台

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

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

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

    33 条回复    2022-05-24 11:09:55 +08:00
    whoosy
        1
    whoosy  
       135 天前
    你们是怎么和中台进行交互的? rpc 消息队列 http?
    461da73c
        2
    461da73c  
       135 天前
    弱弱的问一句,什么叫中台?
    Jooooooooo
        3
    Jooooooooo  
       135 天前   ❤️ 3
    "不愿意添加新功能 /没时间添加新功能。"

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

    最后就会变成你们做新功能尽量自己实现, 不经过中台, 中台本身也就名存实亡了.
    linglin0924
        4
    linglin0924  
       135 天前 via Android
    中台是干什么的
    LeegoYih
        5
    LeegoYih  
    OP
       135 天前
    @whoosy 都有,内部叫 OpenAPI 、OpenMQ 、OpenRPC ,都要走审批申请 Token/SecretKey
    killva4624
        6
    killva4624  
       135 天前   ❤️ 3
    巧了,目前在做中台部分维护工作,正好可以和楼主互相沟通吐槽哈哈。

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

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

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

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

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

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

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

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

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

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

    6. 上线被 Delay 。

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


    作为中台的维护方,其实也是中台的重度使用方,其实也有很多痛点。
    但中台本来就不是自下而上推动的(至少大厂不是),所以有很多事情非常考验人的主观能动性。
    LeegoYih
        7
    LeegoYih  
    OP
       135 天前
    @461da73c
    @linglin0924
    举个例子,比如 ABCD 部门的产品都有 C 端用户账号系统,把这套东西做成一个统一的服务, 然后让 ABCD 部门接入即可,统一架构,减少重复工作量,也方便账号系统打通。
    libook
        8
    libook  
       135 天前   ❤️ 4
    就是管理问题。

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

    任何跟社会学沾边的东西,都只能人来解决,技术是解决不了的。
    coolmenu
        9
    coolmenu  
       135 天前 via Android   ❤️ 1
    我喜欢看公司的前台!
    shishiyi
        10
    shishiyi  
       135 天前
    @coolmenu hhhh
    flynnlemon
        11
    flynnlemon  
       135 天前
    不知道你们那边是什么情况,反正我们做中台做,其中 46 问题,就是因为中台和业务的利益不一致,如果只是把业务服务好,业务可以有高绩效但是中台不会有,中台需要抛开业务自己去搞好多的有的没的的沉淀,这就是中台低效的源头
    defunct9
        12
    defunct9  
       135 天前
    中台不是已死么,也是阿里提出来的
    aptx4689
        13
    aptx4689  
       135 天前
    字节?
    nothingistrue
        14
    nothingistrue  
       135 天前
    不了解细节,但大致能猜测出来你们这中台压根就没解耦。
    vincent7245
        15
    vincent7245  
       135 天前
    技术只是工具,大部分问题都不是技术问题,是管理问题,技术啥也解决不了
    Terry05
        16
    Terry05  
       135 天前
    管理问题,而且还需要级别不小的领导要有决心解决才会有转机
    xytest
        17
    xytest  
       135 天前
    前两年很火的玩意儿,感觉 公司不大 玩不动
    wonderblank
        18
    wonderblank  
       135 天前
    中台是什么?
    zxxufo008
        19
    zxxufo008  
       135 天前
    中台我理解的就是自己管理不行,然后可以让技术背锅的东西
    yousabuk
        20
    yousabuk  
       135 天前 via iPhone
    中锤子台,傻几把缩略词。
    xuanbg
        21
    xuanbg  
       135 天前
    中台还是很好的一种架构模式,但不能万物皆中台啊。我认为只有和业务完全解耦的才适合做成中台,并且在实战中取得了非常好的成效。但和业务紧密相关的,例如订单中台,我是死都不会搞的,因为我知道搞这个死都不知道怎么死。
    chendy
        22
    chendy  
       135 天前
    @xuanbg 请教一下,“和业务完全解耦”大概是什么样的地方呢?
    xuanbg
        23
    xuanbg  
       135 天前
    @chendy 譬如用户、角色权限、身份验证 /鉴权,短信 /邮件 /IM 机器人等消息组件,还有就是支付 /结算 /账户钱包什么的。
    windyboy
        24
    windyboy  
       135 天前
    中台不是感觉就是国人发明,坑自己人的一个玩意
    iyaozhen
        25
    iyaozhen  
       135 天前
    感觉这不是说的我嘛。

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

    当然我说的消极一点,前面的同学也提了很多解决方案。但落到实际上,完全就看这个中台的负责人了。
    给你业务方的建议就是多投诉吧,但需要具体的 case 。让能解决、想解决这些问题的人看到
    unco020511
        26
    unco020511  
       135 天前
    5.数据中台和项目本身维护两份数据,且要保证数据同步。
    怀疑和我公司是同一家公司
    unco020511
        27
    unco020511  
       135 天前
    @unco020511 # 而且是各种乱七八糟的同步方式,无力吐槽
    citydog
        28
    citydog  
       135 天前
    中台,互联网术语,一般应用于大型企业。一般是指搭建一个灵活快速应对变化的架构,快速实现前端提的需求,避免重复建设,达到提高工作效率目的。
    中台,作为平台型组织的一部分,是在前台作战单元和后台资源部门之间的组织模块。这些模块多半是传统组织中所谓的成本中心,它们负责把后台的资源整合成前台打仗所需的“中间件”,方便随需调用。中台分为三类:业务中台、数据中台和组织中台。

    ---------------------落伍了,落伍了,这个还得百度下才知道啥叫 中台
    c8iter
        29
    c8iter  
       135 天前
    17 年的时候,我就吐槽过,中台就是老板想降本增效,高层想抢业务线 KPI ,底层想晋升。
    最后就是,业务线嫌弃中台,响应和支持力度;中台嫌弃业务线,变来变去。高层打架,老板槽心
    adoal
        30
    adoal  
       135 天前 via iPhone
    康威定律:组织架构决定技术架构
    haah
        31
    haah  
       135 天前
    @adoal 屁股决定脑袋!
    pavelpiero
        32
    pavelpiero  
       135 天前 via Android
    你们这中台可以了,我们都去 xxnas 盘读 5 分钟一个的 csv
    emberzhang
        33
    emberzhang  
       134 天前 via iPhone
    @pavelpiero 我们每天 0 点更新一次,自己去 web 页面导出
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1933 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 363ms · UTC 01:42 · PVG 09:42 · LAX 18:42 · JFK 21:42
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.