dragom

同事协作的时候总想着把饭喂到嘴里,只想要最终改好的代码,连基础的排查、阅读理解都不愿自己动手

  •  1
     
  •   dragom · 6h 4m ago · 682 views

    今天同事一句话,又给我干高血压了。

    我这个人比较记仇,所以今天又想起来之前他说了一句 “只管生不管养”的言论。聊天记录一看。好家伙,刚好过去一年。

    一年过去了,发出来大家乐呵乐呵,也想看看各位看法

    背景

    职级平级,同一个直属领导。我开发的模块中写过一个内部业务组件。(前端喜欢写组件很正常吧,通常不会考虑通用性,有时候产品就喜欢来一句:就和 xxx 功能一样吧,然后就扯上复用了

    事情经过

    测试在同事 A 工位口述描述了一个 bug ,然后同事 A 说 “噢噢,这个地方的 xx 功能,实现上用到了同事 B (我)的组件”。

    我工位也在附近所以我也听到了,因为我在其他分支开发新功能,然后打开目录过去看了一下代码。 发现可能存在问题的代码。 随手截图发给了同事 A 让他可以按照这个修复。

    图一: 修复方式 图二:过了两个小时后,又补充了一张截图,表示代码有点冗余;

    随后对方就是不耐烦的回复,我心想着代码冗余也不是不能跑,这个事情就过去好了。

    我新功能准备提交代码的时候,GUI 看到了他的 commit message:

    然后就出现如下聊天记录:

    想问问大家:

    1. 内部业务组件,组件作者是不是要对所有千奇百怪的使用场景全权兜底?
    2. 别人用我的组件遇到问题,我主动给了修复线索,算不算尽到义务?
    3. 大家的团队里,内部组件的维护责任一般是怎么划清的?
    6 replies    2026-08-06 19:11:42 +08:00
    hullhutt
        1
    hullhutt  
       5h 42m ago
    肯定同事的锅。
    对线不都是顺着网线线下对峙吗?
    zhuiyun041
        2
    zhuiyun041  
       5h 22m ago
    我客户端找后台写接口,返回数据是预设值,结构我这边定好了发给他,tmd 他让我写接口文档给他,让我把返回数据转成实体类给他直接用,还说服务器数据库没数据,让我把数据写到他服务器去
    skiworld
        3
    skiworld  
       5h 19m ago
    别的不说 还是不要上传办公聊天记录的截图 有水印的
    PerFectTime
        4
    PerFectTime  
       5h 1m ago
    经典的我用你的,你就要给我售后
    fredweili
        5
    fredweili  
       4h 58m ago   ❤️ 1
    做 SDK 就是这样,有时候要背锅,内部用户的问题也不能不管,但做的好也有收益,关键节点了
    ghost024
        6
    ghost024  
       3h 46m ago
    主要看组内气氛,我们组以前的+1 是不追究锅的,主要解决问题,所以大家基本上就是给线索,然后开发当下那个功能的开发补充或者修复。后来我们组换了一个代码负责到人的+1 ,画风就变成了谁负责的模块只要出了问题,就直接找相关负责人,由负责人负责在对方分支进行修复,git 记录还是那个人的,方便日后追责.......(这样做了之后只要不是自己负责的模块,大家为了自保就直接装傻让相关同事看他自己写的代码,害怕万一改错了背锅)
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2848 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 14:57 · PVG 22:57 · LAX 07:57 · JFK 10:57
    ♥ Do have faith in what you're doing.