怎么对付喜欢背后告状和喜欢micro-manage别人的senior同事

背景：同事A 同事B都是组里呆了四五年的比较senior的同事，我在组里大概一年半。
事情的经过大概是：前段时间我让同事A以及其他几个同事帮忙review一个比较复杂的cr, 这个里面有调用一些在一个common package里面的方法，很多我们的service都会call 这些common package里面的方法。同事留了一个意见希望我refactor这些common methods，他提出这些methods的readability不太好，我可以create一些新的methods在我的cr里面用, 在其他package里面可以后面再migrate到这些refactored methods。我私下跟他讨论了这个问题，首先关于他的某些refactor的观点我不是特别认同，其次我认为这是别的package里面的existing methods不应该是我的cr的scope, 并且我的task也有deadline，于是我提出我觉得这不是这个cr的scope我会在另一个cr里面修改，同事A不同意这个观点，他说我应该就在这个cr里面修改然后关于project scope应该 talk to manager 就说这个 scope expand了。 我就没有继续回复这个讨论，但是我create了一个关于refactor代码的ticket，并且在cr comments里面link了这个ticke t回复说我觉得这个refactor不是这个cr的scope但是我create了一个ticket我们可以bring it up later in the team. 然后我就去把cr new revision给其他同事看了，目前其他同事还在看所以也没有merge。然后大概两三天后 就是今天组里另一个比较senior的同事B （同事B是一个非常喜欢micro manage别人/抢credit/组里很多Junior engineer都不喜欢但是因为喜欢管各种事所以manager很喜欢的人）跟我一个sync up meeting的时候说 他想给我一些现在的project的建议 就是要注重代码quality 因为我现在的project deadline在几个月之后所以在权衡代码quality和时间的时候可以更注重代码quality（？？）然后直接提了同事A refactor代码的建议这件事, 我就说我create了一个ticket并且跟同事a说了想在另一个cr里面 refactor。 同事B说虽然你在comments里面create了一个ticket但是你没comment说你什么时候要做啊。。。当时我就非常生气，一个是同事A背后告状，不知道他是单独跟同事B说了还是在manager和senior engineer的meeting里说了。一个是同事B也太多管闲事了 manager还没跟我谈这个事呢 他在这瞎给什么建议呢？第三点就是 我认为我的处理已经是挺妥当的了 除非我就在那个cr里面直接refactor同事A才会满意 但是一来我对他的某些refactor建议不是特别认同 二来我的CR需要让别的同事review别的同事马上要ooo了 如果refactor肯定赶不上了.
反正我决定下周1on1的时候跟manager讨论下这件事，我主要想表达的就是1. 同事A关于坚持refactor的观点完全可以直接跟我说 或者在team meeting有我在的场合里面说 在team里面一起讨论都可以 我不理解他为什么背后去跟别的同事或者跟manager说 再让别的同事来educate我 2.关于refactor我有create一个ticket也是准备在team meeting里面bring up的 因为有些地方我不是too sure if refactor will really increase readibility 所以想team discussion完了再做 只是因为最近在oncall没有继续work on这个task所以还没有提这个问题 这怎么就成我不注意代码quality了？
其实我知道跟manager反应也没有什么用。。因为这俩同事在组里时间非常久manager们也都挺喜欢他们 而且他们对组里也比我有用多了。。但是这种事真的让我很生气 所以对这种鸡毛蒜皮的小事Junior engineer就应该忍着吗 应该怎么fight back呢？我也准备好跟manager反应完再去阴阳怪气下同事A让他以后没必要背后告状 有什么事直接跟我说就行 同事B因为喜欢micro manage组里所有人所以我讨厌他很久了 但是一直不知道怎么跟manager反应 能看出来manager是觉得他管的多所以觉得他很负责所以挺喜欢他的。。市场好的话这种情况当然要跳槽但是现在这个market也不太可能。。怎么做才能恶心他们一下呢

之前遇到过类似的很严格的reviewer，我一般直接写个child cr把问题address了，如果reviewer有不同意见且会耽误你的project，完全可以写个doc summarize一下所有option，然后发给组里的senior和manager review。这种情况是很好的manage up的机会…还能增加你的visibility 不明白为什么需要fight back

TL;DR : 组里的senior A在背后向senior B打楼主的小报告，在楼主已经给出合理的push back reason和follow up action后，B还因为A的告状而指责楼主没有保证code quality。求问如何处理此事和对mgr表达对AB的不满。

话说楼主要不要学一下分段。。。这一长溜没个停顿的一口气看完差点憋死我。

楼主也知道这是鸡毛蒜皮的小事，对着干没什么意义。junior应该表现出open to feedback的态度，即使你心里并不认同。过几年等你到senior，随着你阅历丰富，回头来看，如果你觉得他的意见没有道理，骂一句sb也就一笑了之了。

mark关注一下

What’s your endgame here?

我大概就是A这种senior，我给你提修改意见，要么你说服我这么做没有价值（build consensus），要么做（raise the bar），你这打太极（open ticket, no eta）我表示很带不动，尤其是我觉得这个事可能就只需要多花几个小时，如果你觉得会耽误项目进度，你也需要主动沟通（build consensus）。你这样的junior我碰到过几次，而且各各满脑子想的都是怎么升职，却不知道升职最重要的是earn trust，一次两次你不act on feedback 我之后就不会花时间给你feedback，只提供minimal support和damage control。

另外Junior平时工作怎么样，senior之间都会沟通很正常，这些都是帮manager干活，毕竟manager如果太忙没时间关注下属的工作，通常需要senior提供feedback。

我自己从Junior走到Staff以后，回头看看自己junior的时候，就觉得蛮可笑的。当时我和楼主很像，以为senior和TL的工作是为了让我高兴、干活更顺。可是楼主你觉着人家两个在组里干了四五年的senior，会闲到去天天说你一个呆了一年多的junior坏话么，招你来是干活的，又不是请你来指点江山当祖宗的

很难理解，我junior 的时候最喜欢这种refactoring 的活了，既能被senior 夸又能刷行数还能熟悉相关代码。
如果你觉得他说的不对你不认同，你可以开个design review 讨论。如果你同意要做了，就要给个时间，B对你的意见也很诚恳，他们可能1:1正好提到相关的代码也不是故意告状吧。

这楼里picky的senior可真的多啊，也不问问是在什么公司什么组。
每个组都有自己的风格，有的经理很细的时候在planning的时候priority就安排好了，这种无关紧要的refactor肯定不是p0 priority，就应该下个planning讨论是不是下个sprint做。亚麻这种组很多，retro里经理也会很注重sprint board metics，凡是不论priority硬给你插活的senior都是烂人。