remote工作容易被觉得passive aggressive

匿名用户 发表于 2026-08-22 15:59:08
怎么设计BQ才能把楼主这种刷掉呢

回答你的问题的话，感觉一些negative feedback相关的bq可能有用。

匿名用户 发表于 2026-08-22 13:12:23
对的 如果能够revert然后明天再修的话我都觉得没有必要逼着一个快要下班的人紧急修。

但是如果不是紧急的事情，oncall要求我merge，还要我自己加

没有人逼着楼主修，是无语他修了不管，他可以完全先roll back第二天再来修

关于你说的你的那种情况，我感觉作为domain owner如果遇到急事需要你jump in的话肯定还是需要的，因为将心比心你自己oncall的时候别的domain的人肯定也有帮你对不对？但是你如果下班后不想继续monitor觉得是oncall的活我觉得完全可以理解，可以修bug不要一个人单干，确保oncall有足够的context知道怎么继续或者出事了什么时候可以继续page你，然后在下班前交接好再在组群里总结一下你做了什么然后loop in了oncall，最后感谢一下ta继续帮忙monitor有什么事情可以page你。这样明确了责任如果之后出问题ta没盯着看那就是对方的全责，又体现了你能帮别人cover有ownership，还能带别的oncall解决问题有leadership

匿名用户 发表于 2026-08-22 15:51:43
看完楼主的发言（以及补充回复），觉得BQ轮还是太重要了。甚至背调这种臭名昭著的行为都有了一丝合理性。
典型的一颗老鼠屎坏了一锅粥。还自以为众人皆醉我独醒。

太对了，楼主把卷和责任心等同，特别骄傲地借着反卷来批判有责任心的人。背后在偷换概念。

作为一个职场老人，如果我是楼主，我会选择以下两种：
1.自己确实需要下班了，在群里说一下原来的bug是什么导致的，我这个fix pr是怎么样，因为自己没办法monitor和测试所以暂时不merge fix或者主动revert它，然后请求被impact的其他同事帮忙测试下这个pr，feel free to merge it if it works。
2. 不急着下班，就和其他同事一起工作ensure the fix work as expected.
. .и
如果我是被影响的楼主同事，我会选择：
1. 当同事的code造成了问题不要急着blame同事，要表现出想要主动地和同事一起把这个东西fix来unblock
自己和其他人，至少要表现出积极参与fox的测试，如果fix pr author同事已经下线且大家对这个fix不是很确定，可以在群里说先revert这个fix pr，然后我来尝试测试下确保pr fix没问题再重新land，另外公司做事尽力而为不要太执着今天一定要修好，要考虑其他同事的工作时间。
2.后面，如果确实认为该pr author对team造成了不良影响，事后和mgr skip或者对方mgr 1-1表达对同事工作quality和ownership的 constrictive feedback，要提出actionable items让leads感受到你是想要帮助team而不是单纯complain。

楼主可能真的是那种智商还不错，但是情商上有点障碍，可能就是大家所说的NPD吧，其实就是脑子少了一点东西。

这可不是骂人，楼主自己以前的贴子说自己是NPD，应该也对自己了解，NPD也不是纯性格问题，是真的生理缺陷：https://zhuanlan.zhihu.com/p/2009013355894031990
.1point3acres
具体表现其实就是共情能力很低，自己能力不错，但是生理上其实是感受不到别人可能是会怎么想的。 我猜评论区出了很多有用的建议，但我觉得楼主还是不会想通为啥要这么干的。 现在主要大厂工资高，对Ownership和情商都有很大的要求，这么下去其实很容易被迫走人跳槽换组或者被PIP的，只能希望楼主自己真的技术过硬，碰到能保护楼主一下的那种伯乐吧 （类似能容忍生活大爆炸里面shelton那种level).  其实地里来得早，楼主这个ID已经很久了，早年学开车的帖子都是神贴。。但总而言之大家还是多点理解吧，这世界上确实啥人都有，大厂那种标准化bar的corporate life确实不适合每一个人。

还好我组里没有lz这种s*

自己拉的屎出了错还整得自己很无辜似的
. check 1point3acres for more.合着你的时间就是比组里其他人的时间宝贵？
不过lz可能真就是这么想的😅