该怎么和老板、同事相处？

按照你的描述，在leadership上她应该是senior，你是sde2。让你的老板调整一下吧。
扣屎盆子这种事，我是senior的话，就是整个组的产品质量总负责人，出了问题其实都是我的问题啊。怎么扣盆子重要吗？
关于分析问题的能力，你和她的处理方式不同，你去组会上宣传自己的方式啊，让更senior的人说建议。

匿名用户 发表于 2023-4-12 23:40
看前半段以为是在说个**老板但能力不足的同事，觉得这做法无可厚非毕竟每个人都有自己的生存技能.结果到了 ...

不敢相信作为senior还要用这种硬碰硬的手段反击。

你要在每次开会中展示出她的所作所为对整个组的效率造成了损失，必须做出什么改进。如果你不能展示她的行为的危害，那就是做事方式不同，关系不合等等。你well document 也没用，因为只要不影响效率，老板也懒得pip人。

这人听起来怎么和我组的三姐姐一模一样。。不同的是我也是个菜鸡，没什么authority，快忍出内伤了TAT

你作为senior不需要直接去和人冲突，要建立对她不利，可以导致她行为暴露的机制和规则。比如她的PR很差，你就要主张代码审查和代码质量量化，或者找轴的人去鼓励他们review她的代码。这个队友如果解决问题hacky，你就要建立review机制并且制度化讨论alternative的步骤。

真的和之前组里的SDEII三女一模一样 她现在已经L6了 而我已经不在那个组。技术真的不行 明明很简单的东西她不会，出了bug她就在那里滔滔不绝我们要怎么怎么防止继续发生这种bug，其实组里的sdeI都知道怎么fix她不知道，害怕人抢她功劳不让人fix说要assess这个fix，组里大家都知道怎么fix不过全组都是印度人，然后她在会上讲了一个小时，老板也完全顺着她，每次开会一半以上的时间都是她在讲话，出了bug别人fix了没告诉她，bug summary没让她写，她就说别人没有teamwork精神，也是各种贴老板。老板也是印度人，很胖，谁强势听谁的。组里之前技术很好的一个L6被她气得跳槽了。后来又来一个L6，想把组里那复杂差的database重新设计一下，硬是被她怼回去，老板也只考虑短期不考虑长期，新L6不到半年又跳槽了。最后老板给她升了L6。我感觉一是老板没有自己的主见，二是这个女的你也拼不过她，三是这样的组，长期下去，如果没厉害的人出来扭转形势，后期会有各种oncall bugs/issues，maintain起来很累。人没必要跟自己过不去，你是senior你如果没有办法扭转，可以去别的组，让他们自己玩去。老板耳根子软，就算那数据跟他说，他隔一阵子又被三女带着走了，根本没用。

她的code是照搬全抄已有的code，其实公司内部网页上有很多现成code，确实抄的话更有效率，但她都不改干净，导致ecs container一直不停每隔三五分钟挂掉重启，直到有个同事发现了并fix了，而且也跟老板讲了，后来她知道有人跟老板讲她写的bug，就乱猜另一个同事告她密，还跟我们发那个同事技术差怎么怎么。我真的… 想到她我就胸闷。CDKbuild 她搞不通，让一个SDEI教了两个星期，解释error message，晚上11点发人家三四十条slack。

zzaq11 发表于 2023-4-13 12:26
不敢相信作为senior还要用这种硬碰硬的手段反击。

你要在每次开会中展示出她的所作所为对整个组的效率 ...

也分情况的 有的老板会管unethical的情况 有的老板是只要不影响他的利益就不管
要分清自己的老板是什么样的老板

你说来说去还是她code不好这一块。你的诉求是什么？是想上位？还是自保？
你和她想的东西都不在一个level。她比你更会办公室政治。
要想自保，不难。要想上位，你要从老板的角度看事情，不要从你自己那一亩三分地看。

补充内容 (2023-04-14 07:57 +08:00):
我以为楼上那个人是楼主掉马甲了。不好意思😬

匿名用户 发表于 2023-4-13 07:00
你是senior，是除manager之外最资深的。按理说应该带动全组，你说一别的sed 1/2不敢说二的那种。怎么搞的好 ...

有个问题：
各位想不想当天天**老板怕被裁员 并且争着升职加薪的人？
咋感觉中国人很多挺高冷（尤其entry level）？

和老板1:1时，他说you can use your authority to give suggestions and feedback to the team members。但我就是不想和组员关系搞的太紧张，也不知道怎么用authority，比如出问题了，我都是私信相应的engineer，让他们自己去回复和处理，有时为了省时，就干脆自己fix得了。

老板都给出你正解了……我还以为Senior IC最爽的就在于“在技术上有发言权，但不用操心组员关系”？people managing是manager做的事儿。
而且看你举的例子，你完全知道怎么用authority，只是因为“不想和组员关系搞得太紧张”所以不想用。所以我觉得最actionable的一条就是，以后出问题了不要私信，直接群聊。如果为了省时间想直接自己动手fix，也应该在公共场合喊一声“这里出了问题，我已经在这个PR里修好了”，让所有人都看到。

国人从小受到“忍一时风平浪静退一步海阔天空”的这个根深蒂固的教育真的得改……别说在美国和印度人pk了，即使是在中国工作生活，吃得开的也永远是脸皮厚的刺头……别人不得罪你的时候，你偶尔牺牲一下自己的时间精力给犯错的人擦擦屁股算你人nice好相处；人家直接骑在头上想的还是“大家关系不要太紧张”，就是犯傻了。

当然说起来容易做起来难。别看我上面这段打得那么欢，这种事情也不是没轮到过我，而轮到我的时候我也只会当怂包蛋，最后靠跳槽解决的😂

补充内容 (2023-04-14 08:45 +8:00):
我前几年也还和楼主一样，为了不让别人下不来台，提bug啥的都是直接私聊提。后来经历了几次恩将仇报以后我就全都公开cue人了，只有两种人我会私聊提bug: 1)对我有恩的人 2)我想罩的人