oncall重到忍无可忍了

yucan1104 发表于 2020-12-19 08:50:19
retail的组好多都有这样的问题。pm需求很多变化还快，那就用config，比如各种promotion/deals的设定等等。这种config如果参数太多pm自己是搞不定的也不敢搞，只能求dev，一

SME是什么意思呀？

zmy111zmy 发表于 2020-12-19 13:55:15
SME是什么意思呀？

Subject matter expert

猫猫真可爱 发表于 2020-12-19 09:33:25
1. 不是。组里有那种极其热爱oncall还很厉害的，他愿意在所有人oncall的时候提供支持，时间久了有他在吩咐做事的感觉。有些PM和他打交道久了直接联系他，然后由他来教别人做事。
2. 我们有一个

Ok.祝跑路顺利！

楼主握手！ 我们组维护的也是一个根据复杂config输出结果的系统，导致pm不懂需要找dev approve相关的东西。之前也提过专门招几个support eng负责，但是上面没有批hc，只能让oncall去做。。。

永远年轻, 永远跑路!

另外楼主能不能发个相关的 alias 好让大家避开这个组?

请叫我热情老八 发表于 2020-12-21 15:17:45
永远年轻, 永远跑路!

另外楼主能不能发个相关的 alias 好让大家避开这个组?

hhh 整个retail都避了？你看着帖子里那么多病友

可以问下，啥组一般ONCALL 很多的
有灭有ONCALL 的组么

sunny123 发表于 2020-12-22 14:26
可以问下，啥组一般ONCALL 很多的
有灭有ONCALL 的组么

我的观察是如果这个组做的东西你用过，听过，那oncall必须异常重。如果你都不知道他们是干嘛的（没service，没product），那很可能没oncall

同感，虽然隔壁兄弟组是这个状况，但经常会影响到我们的service，然后config这种东西吧，debug起来特别麻烦，因为它只是输出不符合预期而已，要是改config的人ownership不好，改完也不管pipeline上的测试挂没挂，不知情的人找bug能找半天…

猫猫真可爱 发表于 2020-12-22 15:56
我的观察是如果这个组做的东西你用过，听过，那oncall必须异常重。如果你都不知道他们是干嘛的（没servic ...

嗯，谢谢
对了，ONCALL 另外多给钱么
如果多给钱的话，也可以的，只要钱多