remote工作容易被觉得passive aggressive

我们组一般尽量避免周五下午deploy新代码，一般等到周一人多的时候再push，除非有紧急的情况一个周末都等不了的

我特别能理解楼主。

我自己在EST，其他同事分布在PST和EST。但是，经常有些时候，明明不是我oncall，这个东西明明可以是由PST的同事继续follow up的时候，就因为我发现了这个bug，然后了解怎么解决，经理就让我merge fix之后再 monitor，搞到我饭都吃不好，吃完饭之后还要继续monitor弄到晚上8、9点。后面我就直接说了，我要下班了，我可以把summary写出来告诉同事去follow up。这样才好一点。

而且有些时候都不是我自己想要merge。经理，或者其他组sev2 sev2 一直sev2，slack上不停at 你，感觉都要PTSD了。这个时候我晚上6点，我是merge还是不merge？我merge了，那谁来monitor？我要下班了不能叫我再monitor。我不merge的话就要等到明天merge。反正就是一堆事。

问题就是整个流程长达n个小时。deploy， monitor，follow up fix等等，这些都不是一个快下班的人应该own的东西。

这得看老板管理能力。有的废物烙印就知道拿印度那些难吃的要死的东西发、或者去什么cheesecake factory 吃顿饭；反面就是威胁pip；别的方式就不会了，那种必然会让 remote team 变得越来越乱。

匿名用户 发表于 2026-8-22 12:16
以防地里真的有年轻刚毕业的小朋友不懂的：
周五不要deploy一些重大feature；
下班之前一两小时也不要跑 ...

非常同意。

CI是24 * 7跑的，code 可以随时land，让CI跑就好了，反正不会被部署。
CD是business hour跑，周五周末不跑，节假日不跑。manual deployment, feature rollout，config rollout 同理。

补充内容 (2026-08-23 03:44 +08:00):
很多人还不知道自己代码 land了之后 走不走部署，什么时候被部署。

匿名用户 发表于 2026-8-22 12:30
而且有些时候都不是我自己想要merge。经理，或者其他组sev2 sev2 一直sev2，slack上不停at 你，感觉都要PTS ...

如果你是当事人，你有责任monitor，自己搞出来的事情 自己承担，保证修复真正落地 恢复。

如果你不是当事人，你是oncall，你也有责任monitor。如果当事人是组内人，当事人付主要责任monitor，你监督当事人。如果当事人是大组外的人，那还得是你monitor，组外的人不懂你们组内的东西。

有些人喜欢瞎标SEV level，至于merge不merge，评估一下business rick, what if we don't land this fix tonight, what will happen? 如果需要紧急修，merge然后monitor。如果不紧急，就等到下一个day or business day。

可别让我碰到这种同事。
卷不卷是你的自由，但是能不能别给其他同事添麻烦？你merge都不test一下，出了alert不得让oncall的用下班时间给你擦屁股？
合着你下班时间重要，别人的下班时间就无所谓？

匿名用户 发表于 2026-8-22 15:51
如果你是当事人，你有责任monitor，自己搞出来的事情 自己承担，保证修复真正落地 恢复。

如果你不是 ...

对的 如果能够revert然后明天再修的话我都觉得没有必要逼着一个快要下班的人紧急修。

但是如果不是紧急的事情，oncall要求我merge，还要我自己加班monitor的话我真的会生气。如果不紧急你又要我merge，那我就会说你来monitor？如果你不monitor的话出事情了算谁的。

如果是紧急的事情，又是我弄的bug的话，我会merge然后monitor，但事实上很多时候都不是紧急的事情，其实这个时候就应该由oncall或者经理指派一个合理的人去follow up。要下班的人follow up一个并不是自己弄的bug或者不是一个紧急的事情真的很不合理。

“而对我这种垃圾来说，oncall让我修就修呗，oncall告诉我可以merge就merge呗，反正你同意了我就觉得你负责，下班时间发生什么，东西坏不坏，亏的是公司的钱，跟我有什么关系，下个工作日再说。.”

很好奇楼主team里的规定是什么，如果规定了merge code的author就要一直monitor的话真的很惨。但是如果规定了oncall就要monitor全部东西的话也很累。最好的还是要balance，紧急的现在修，不紧急的一律business hours修。还有，rollback不行吗？一定要快下班了修吗。

说实话遇到过很多这样的case，我不知道在美国的文化怎么看这个事情。但是我感觉这在国内的文化里，这个就是不负责任，你该负责的东西，不应该因为你的问题导致delay 和问题。我的理解是你可以很好的规划时间和承诺，但你承诺的你就应该要做到。 如果你有事情，你可以提前做好交接和交代。