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

前端太惨了,总是背锅!

  •  
  •   Ari2FengHeng · 2019-08-23 13:49:24 +08:00 · 8167 次点击
    这是一个创建于 1679 天前的主题,其中的信息可能已经有所发展或是发生改变。

    公司部门大多是后端,接口改的很随意(经常帮他们擦屁股),动不动就删库,出现问题领导不管三七二十一就找前端,哎!

    第 1 条附言  ·  2019-08-23 18:20:21 +08:00
    感谢大家的回复,部门就是这个风气,领导一出现问题就会怪前端造成的,也改变不了什么,只求自己做好的事情,充实自己,忍不了就滚!
    60 条回复    2019-08-25 11:19:02 +08:00
    Daniate
        1
    Daniate  
       2019-08-23 14:01:25 +08:00
    都一样的,前端面向的是终端用户,有问题肯定要先找前端了
    LiMengBo
        2
    LiMengBo  
       2019-08-23 14:22:23 +08:00
    我们公司也是别管大小问题都是前端的,老板直接就是你前端的问题,从来不管数据问题,解释说你甩锅
    Godikov
        3
    Godikov  
       2019-08-23 14:23:15 +08:00
    一样的。
    Ari2FengHeng
        4
    Ari2FengHeng  
    OP
       2019-08-23 14:23:47 +08:00
    感觉后端都是大爷,接口的数据结构说改就改还不和你说
    jakychen
        5
    jakychen  
       2019-08-23 14:25:38 +08:00
    后端其实一样 都是码农的锅
    Chenamy2017
        6
    Chenamy2017  
       2019-08-23 14:53:59 +08:00
    我就没有这种问题,前后端都是我一个人撸,出了问题不用乱背锅。
    different
        7
    different  
       2019-08-23 14:56:45 +08:00   ❤️ 1
    感觉反过来了,是前端随便提要求,随便叫该接口,动不动一句话:来一个接口,改一下结构,处理一下时间格式,再给我加多几个字段.....
    win7pro
        8
    win7pro  
       2019-08-23 15:06:59 +08:00   ❤️ 3
    这好办啊,领导不管三七二十一就找前端时,请参考以下回复:尊敬的领导,经过分析是后台开发变更了接口但没通知我,我现在立即找后台开发解决问题,请放心。
    arrow8899
        9
    arrow8899  
       2019-08-23 15:07:23 +08:00
    直接怼回去
    ophunter
        10
    ophunter  
       2019-08-23 15:08:35 +08:00
    10 年前端劝你,别入这个坑,你总是会碰到后端出生的垃圾领导
    echo1937
        11
    echo1937  
       2019-08-23 15:12:19 +08:00
    @Ari2FengHeng #4 我更倾向于是你们部门的工程管理有问题。
    win7pro
        12
    win7pro  
       2019-08-23 15:12:43 +08:00
    我反而觉得,最怕是领导找后端,后端把锅甩给你你还不知道,更不用说解释。领导找到你,甩锅给后端,同时告诉领导放心你可以和后台沟通搞定,既让领导不会找后端以防后端把锅回甩,又在领导面前展现了你的影响力和解决问题的能力,多好。
    lnsoso
        13
    lnsoso  
       2019-08-23 15:13:53 +08:00
    这是本身就是前端团队自己的沟通问题和管理问题。

    上线前是否拉着后端把所有接口协议都确认好,双方是否有邮件确认并抄送领导?对相关接口是否有监控?

    遇到问题前端先去调查,对于查出的问题,是否邮件到相关人并抄送领导,写明是哪里出的问题,需要谁去解决?

    不清楚你们内部怎么沟通,从我个人的经验看就是别人的肆无忌惮都是你们自己放纵的结果。
    jinboker
        14
    jinboker  
       2019-08-23 15:16:27 +08:00
    @echo1937
    我也觉得是工程管理有问题,这种瞎特么改接口不通知的,上面的头头都不带管的?
    Beeethoven
        15
    Beeethoven  
       2019-08-23 15:18:00 +08:00
    正常人都不会瞎改接口瞎删库 这不是搞事情嘛
    cuzfinal
        16
    cuzfinal  
       2019-08-23 15:20:18 +08:00
    动不动就删库,给我看笑了。
    Ari2FengHeng
        17
    Ari2FengHeng  
    OP
       2019-08-23 15:33:53 +08:00
    @lnsoso 能按照流程来是最好的额,上家公司都是邮件沟通接口,并且一切以文档为主。现在主要是部门前端就两三个人,后端大多数,领导也没有主见,几个后端想改就改,他也没说啥
    pengjl
        18
    pengjl  
       2019-08-23 15:43:30 +08:00
    @Ari2FengHeng 那就是楼主你们公司管理的原因了,我们后端也背锅的啊
    StarkWhite
        19
    StarkWhite  
       2019-08-23 15:43:46 +08:00
    看领导怎么处理了,不过一般领导都是后端出身
    echo1937
        20
    echo1937  
       2019-08-23 15:47:31 +08:00
    @StarkWhite #19 这和什么出身关系也不大,工程管理不到位,必定乱象丛生,最多就是换种方式而已。
    leeton
        21
    leeton  
       2019-08-23 15:49:19 +08:00
    我今天已经还原两次数据库了
    StarkWhite
        22
    StarkWhite  
       2019-08-23 15:49:24 +08:00
    @echo1937 意思是领导对前端不怎么了解,所以往往更倾向于信任后端,很正常,换几家公司都这样
    MonoLogueChi
        23
    MonoLogueChi  
       2019-08-23 15:49:54 +08:00 via Android
    改接口肯定走流程啊,修改完了还要测试才能上线。别告诉我你们直接改线上环境的接口
    mitraillette
        24
    mitraillette  
       2019-08-23 16:00:48 +08:00
    为啥我公司不是这样,我公司前端只用和 UI 和后端对接,一出问题,群里各种 @后端,客诉 @你,商务不懂 @你,产品 @你,每天只有下班的时候才有时间写代码
    GzhiYi
        25
    GzhiYi  
       2019-08-23 16:08:33 +08:00
    我们禅道每次测试提到的 90%以上的 bug 都给了我,我还得挨个再转给后端。
    HOLDON
        26
    HOLDON  
       2019-08-23 16:11:04 +08:00
    领导直接找前端正常,毕竟面向用户,接口问题一切以接口文档为准
    zhigang1992
        27
    zhigang1992  
       2019-08-23 16:11:28 +08:00 via Android
    contract testing, 你作为 consumer 应该来写你的用法的 contract tests. 然后只要 test 挂了就让后台去修。这样也不会等到用户或者领导来找你了
    https://martinfowler.com/bliki/ContractTest.html
    wisan
        28
    wisan  
       2019-08-23 16:23:50 +08:00 via Android
    @Ari2FengHeng 前端写测试,每次后端改完要求跑一遍测试,有问题就不让提交
    luozic
        29
    luozic  
       2019-08-23 16:25:02 +08:00
    变更要过门槛 test,不过就回滚或者挂人
    luozic
        30
    luozic  
       2019-08-23 16:25:49 +08:00
    spring cloud contract 这个框架很简单,还有不少类似的,不过这个现在 github 上 star 最多
    ala2008
        31
    ala2008  
       2019-08-23 16:27:32 +08:00
    我们反之。。因为后端不稳定。。
    doing1
        32
    doing1  
       2019-08-23 16:28:12 +08:00
    有问题,沟通解决第一步,抱怨没有用!观念不合无法一路!当然首先要树正自己的观念!
    Erroad
        33
    Erroad  
       2019-08-23 16:36:54 +08:00
    项目管理垃圾而已,不用上升到这种高度。我还想吐槽我们项目前端 bug 导致的脏数据都得后端写脚本清理呢
    passerbytiny
        34
    passerbytiny  
       2019-08-23 16:47:30 +08:00
    “出现问题领导不管三七二十一就找前端” ≈ “领导重视或者只会看界面”/“领导既不是前端也不是后端,领导都不是技术人员”;第一时间找前端,有可能是因为领导跟后端是一家人,也有可能是领导重视前端:前面不要轻易下“领导都是后端出身”的观点。

    @Ari2FengHeng 碰见这种领导,后端也很苦。领导的一切需求都看界面,然而后端程序超过一半的东西是不由界面决定的,后端要靠想象力来满足领导的需求,你可以想想这有多苦。这本来是码农与领导的矛盾,你自觉的把它转移成了码农内部的矛盾。
    weer0026
        35
    weer0026  
       2019-08-23 17:20:41 +08:00
    上线流程有问题吧,这种改接口 review 肯定不会给他过,多人前后端协作开发还是要有个把关的。
    TobiahShaw
        36
    TobiahShaw  
       2019-08-23 17:23:55 +08:00
    开发应该对修改封闭,对拓展开放,频繁动 controller 肯定不对,可以改 service 层实现。后端 review 没做好。
    hbolive
        37
    hbolive  
       2019-08-23 17:36:05 +08:00
    贵公司管理沟通有问题。。
    PerFectTime
        38
    PerFectTime  
       2019-08-23 17:41:42 +08:00   ❤️ 4
    为啥 APIJSON 还没来?
    Fenhole
        39
    Fenhole  
       2019-08-23 17:59:08 +08:00
    动不动删库就很骚操作了
    chendy
        40
    chendy  
       2019-08-23 18:02:33 +08:00
    @PerFectTime 据说已经被制裁了
    yl100124
        41
    yl100124  
       2019-08-23 18:27:03 +08:00 via iPhone
    你们不会甩锅测试?
    kooze
        42
    kooze  
       2019-08-23 18:38:12 +08:00
    领导说:就算是后端数据的问题,前端怎么没有做容错机制?
    Cbdy
        43
    Cbdy  
       2019-08-23 18:39:39 +08:00 via Android
    前端做好错误处理,发现不对劲就报后端接口异常,然后给领导看
    sneezry
        44
    sneezry  
       2019-08-23 18:47:52 +08:00 via iPhone   ❤️ 1
    把 exception handling 做好,后端接口出问题了前端给出明确错误提示,不要让 ui break,领导就不会找前端了。
    hoyixi
        45
    hoyixi  
       2019-08-23 18:49:12 +08:00
    你以为领导真不知道嘛?哈哈
    mamahaha
        46
    mamahaha  
       2019-08-23 19:02:31 +08:00
    后端使坏的话给项目放点毒丸,甚至删库跑路,公司会破产。所以老板即使后端有事的时候也会欺负前端,目的是震慑后端,杀鸡给猴看。
    chitanda
        47
    chitanda  
       2019-08-23 19:53:16 +08:00 via Android
    什么这么吊,动不动就删库?
    yongligua
        48
    yongligua  
       2019-08-23 20:05:38 +08:00 via Android
    我运维也不容易啊
    switch100
        49
    switch100  
       2019-08-23 20:10:24 +08:00
    APIJSON 快来,这里的需求非常适合你的框架 @TommyMon
    DOLLOR
        50
    DOLLOR  
       2019-08-23 20:36:00 +08:00
    最怕就是这种,后端接口太脆弱,动不动就抛个 500 给你,出问题第一时间永远都是先找前端。
    uxstone
        51
    uxstone  
       2019-08-23 23:08:48 +08:00
    一句话,工程管理不规范
    pecopeco
        53
    pecopeco  
       2019-08-24 08:36:16 +08:00 via Android
    最怕就是外行领导内行
    default7
        54
    default7  
       2019-08-24 09:09:39 +08:00
    哈哈,之前被 IE 浏览器逼得放弃前端。
    不过还好自己放弃了前端,那些稀奇古怪的什么兼容的鬼问题再也没有出现。
    default7
        55
    default7  
       2019-08-24 09:10:50 +08:00
    @yongligua 想想测试,更苦。。
    meteor957
        56
    meteor957  
       2019-08-24 10:39:34 +08:00 via Android
    跑路吧 小作坊式管理呆着闹心
    lnsoso
        57
    lnsoso  
       2019-08-24 12:06:04 +08:00
    @Ari2FengHeng 所以我才说这是你们自身的问题,为什么有些人深受他人信任,也能够成为 Leader ?就是在这种情况下能够站出来,梳理自己团队的问题,帮助其它团队解决问题,帮老板省心省事省钱。
    abccccabc
        58
    abccccabc  
       2019-08-24 12:17:32 +08:00
    我公司和你们公司的情况正好相反,出了问题都是我们后端的背锅。我们后端连个需求文档都拿不全,还让我们提供保障。对了,还有测试。基本上都是罚我们。
    win1001
        59
    win1001  
       2019-08-24 15:27:58 +08:00
    你的心态真的很好,是很多人应该学习的重点,每个单位都有自己的利弊,领导做事的风格也不一样,所以这些就是看我们怎么对待这件事件了, 不抱怨,默默的努力是最好的正能量
    iUnix
        60
    iUnix  
       2019-08-25 11:19:02 +08:00 via Android
    问题在哪里表现出来就从哪里入手,在前端遇到问题就找前端一步步定位下去,这不是很正常吗?第一个找你,不代表认为是你的问题,也跟背锅无关。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1386 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 38ms · UTC 23:40 · PVG 07:40 · LAX 16:40 · JFK 19:40
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.