如何处理和经常有冲突的同事之间的关系？

案例:
导火索：
今日LZ发个code review, 组里一非常opinionated小哥给了5个comment。有两个是非常小style，剩下的是questions。因为感觉他style的comments非常anti pattern，我给reject了。小哥来回在CR内几条回复想让我做他的意见。最后写了一篇小作文给我说我不open minded。 具体的comments：
1. 我给一个已经在code base中的hard coded string整成constant，然后引用那个constant。不用hard coded string本来是学校里就知道的好的Style，写的时候还想着做这个是像扶老奶奶过马路举手之劳。小哥comment道：不要用constant！我们code base中已经好多constants 你就直接用那个hard code string! blah blah blah。我略惊。CR里回复了小哥说，用constants这个是很常规的操作，可以减少inconsistency等。表达我不想采用("I prefer still use constants")
2. 一个函数最后return个hash, 由于语言的关系，我可以直接把这个hash写出来，都不用写return这个关键字。小哥说，你得把这个hash assign个变量，然后return那个变量。略惊第二次。这么小的comment？并且我这个hash就用一次，return个中间变量做啥？回复小哥说，我的函数名字明不明确？明确的话读者应该是可以懂我最后return的这个hash是啥的。不过，你要坚持的话，我也可以加。

这两个comments，绝对不是可以block这个cr的comments。另外一个更senior的engineer看了，问了个小问题，说code没问题了。

之后问直接信息问小哥源于他之前的没有说清楚的回复，他回复了我的问题，并且写了一篇小作文对我说，你要open minded, 要flexible，要不然学不到东西。并且表示，我把他的comments都reject了。略惊第三次。我reject就是不open minded？我accept那些anti patterns也学不到好东西啊。另外你就2个comment, 还是style, 我还采用了一个。我？？

理了理情绪，回复小哥说，我appreciate他的时间和comment，如果我在的语气不好apologize。但是针对这个特定的事件，我不支持他的建议的原因有哪些哪些。最后表示，谢谢他告诉他的feeling, 我们可以来个通话说一说。

小哥没回复。

补充背景：
和这个小哥之间一直有conflicts。他有很多点子，也非常opinionated，但是说实话，感觉很多是那种，“这个做不做有关系吗”的。这点私下和其他同事有讨论过，持相同意见。曾经花了半小时和他说，我们的configuration可以放在我们的主包里，不用新建一个包，他说不。Involve其他人进来讨论。他最后说，是我懒不愿意写那几行代码。我.... 当晚我给他实现了两种方案，一种是我的，一种是他的，看看谁的好吧，看看我是不是懒吧。最后是项目的tech lead进来，说，不要为了configuration新建一个包了。

之后的”讨论“，说是discussion, 但其实很多上升成了argument。弄得我现在每每和他讨论，我都有了被害妄想症 - 这是个开始being biased不好的征兆。可是，每每看他的建议，我都觉得，那些建议真的并不是好的建议并且不想采用。

另外，小哥和我平级。所以应该不存在senior觉得自己被challenge的关系。
. .и
对于自己的comment：我自己有时候也是push things that don't matter，并且之前的沟通太直。直接的案例：在我很junior的时候就得罪了一个senior，因为我不相信他底下的一个project lead，也因为总会问很多事情背后的原因。问原因问context我现在仍然觉得没问题应该是我之前没有说好，表现的是因为我不相信他。结果他给我的评语是, 你要相信senior engineers。。。很多次和经理沟通，觉得现在比当初好很多。但是如果说我还是很aggressive，我大概也是相信的。
. .и
问题：
1. 我该继续和小哥提来个1-1，让他把这些心结说一说吗？（理智告诉我，需要。馊了的隔夜饭在工作上也是要不得的。情感上，我就想当做没发生！）要的话，我该怎么提。。再次的直接信息他一下么？
2. 以后应该和这个小哥如何相处？比如，CR如果不是一定要的话，还加他么。。当初加小哥到CR里面的时候确实犹豫了一下，觉得应该不会有什么实质性的建议，并且可能又会在CR里面争论。不过后来想着，啊我应该好了很多，那个小哥曾经也是被人说过非常stubborn他应该好了不少，我很久没加他到我的CR里了我就reconnect一下吧。然后。。
3. 大家有什么和这经常有冲突的人相处的点子么？比如，向内看，如何反省自己，如何做到不biased，如何在discuss的时候心平静气，或者向外看，如何对付一个就是本身stubborn的人？

谢谢了！

“回复小哥说，......，如果我在的语气不好apologize”？？？楼主是用了apologize这个词吗？若是，那就绝对说错话了。Aplogoy是承认自己犯错了。这个错是主观故意的错，而不是失手打破杯子的错。你的本意应该是想说，“I am sorry you feel bad about this.” 或者是 “I am sorry you felt disrespected...” Apology之后往往是要描述你今后如何做以避免再犯。在职场可不能轻易用。

“我该......，让他把这些心结说一说吗？”。你又不是他妈，管他的什么心结？对爱来事的人，越接触越纠缠不清。你可以说，“I value your feedbacks and appreciate you spending the time doing the review. However debating on pure style issues is a waste of time for both of us. I care more about code correctness, security, and corner case handling. And I can use another set of eyes on these areas. I wish you could start with those and stop trying to convince me writing code in your own style.”。

非manager，主动给别人建议如何发展，倒还是从没听说过，这个要硬挡回去。如果想来个恨的，可以说，“I am learning from everyone around me. I am doing fine, thank you for your concern on my own development. If anything, I could use less melodrama.”。

这要是你第一周入职，你就听他的。他要是这个代码的作者，那你也就听他的吧。今后的cr如果要多人review那不能不加他，如果你只需要一个senior来approve那当然不用加他。
能看出lz与人为善，但是我和你说说我是怎么想的：你还琢磨怎么努力跟这种人缓和关系？如果不是我上面说的情况，他的comment纯属找茬。并且你不同意他工作中的意见，他就说你懒，说你不openminded，这是在把工作中的分歧转移到对你人格的指责，你怎么第一反应不是去像其他同事一样向领导举报他，而是还在解释你的代码，还给他做出两个版本，拜托了。一个平级同事都觉得他能教你做人了，这是怎样的不尊敬，你还指望跟他1on1来冰释一些前嫌？我建议你收集好这几个人格指责的证据，立即和你的领导举报他。

我也经常想在code review里面装装逼，一副屌里屌气的样子，装做expert给别人做点评。揪住一堆的style问题nitpicking抓住别人不放。其实自己没什么内涵，想在别人面前装装逼而已。不懂humble。

楼主不要为这样的人生气。别人可能也是像我一样想装逼而已。揪住你，好在team面前看起来他比较有能力。但是实际上这样的人在team面前就是跳梁小丑罢了。要在team里赢得respect不是在code review里面装expert跟别人吵无关紧要的小事，自己为自己很会编程了不起，故意humiliate队友。

如果他是代码的owner或go to person，而你想deliver的话就听他的。如果他是老板前的红人，也听他的。如果都不是，你就晾着，然后让老板知道你的deliver timeline受他block的影响，到时候自然有人来介入处理。

may_nineteenth 发表于 2020-12-10 12:03
如果他是代码的owner或go to person，而你想deliver的话就听他的。如果他是老板前的红人，也听他的。如果都 ...

但如果同事提的意见真的没有必要，还要坚持吗？因为浪费在没必要事情上的时间做别的会带来更大收益啊，哪怕搞事情的同事是老板红人也有错的时候吧。

小事没必要坚持。有些人能力有限不能提出很好的建议，但是为了体现自己的价值而喜欢提出各种琐碎可有可无甚至不怎么合理的意见。你如果职位不比他高，就照他的意见改。和气生财。

LZ这个情况跟我一朋友公司同事太像了..非常有自己观点并且只要他参与的review一定给你造出事来。时间长了大家都发现这种人就是bottleneck，没提出过有用的意见但是死活要根据自己sb的non tech意见改 搞得人不舒服 (笑人的是他自己认为很technical)。两个字，欠扁。
强烈建议lz鉴别他是这种没用但造事的人的情况下，不要带他review，多带大佬或者你觉得技术比较好的人review即可。刚进入一个公司有时候会被这种人带偏(通常这种人刷存在感很强)，LZ一定要坚定自己工作思想。其实工作越厉害的人越不会虚张声势，而是带一种探讨的方式跟你交流，给你提出意见。而不是强加别人自己的观点，何况自己没什么水平不能让人信服的情况下。
这种人，就是过街老鼠，分分钟会有人教他做人的。他卡你也会卡别人。我朋友说已经见过好几个同事跟他吵起来了，还有直接说要kick hin from the meeting，哈哈。
另外可以跟老板交流一下，说不定老板和你感同身受..

这种争论然后上升到性格问题就很有毒。你以后碰到这种评论，你直接列出两种方法的好处和坏处，让他回复你，你哪里理解不对，他有什么见解，他的做法多解决了什么use cases？不要只说要这样要那样，逼他把为什么写出来，technical content only。

zmhfdu 发表于 2020-12-09 22:23:37
这要是你第一周入职，你就听他的。他要是这个代码的作者，那你也就听他的吧。今后的cr如果要多人review那不能不加他，如果你只需要一个senior来approve那当然不用加他。
能看出lz与人为善，

有道理，感觉上升到不openmind是个严重的问题。最好和老板说下这个事情，表达自己的感受，看看ta怎么说。

tinlittle 发表于 2020-12-09 22:10:22
“回复小哥说，......，如果我在的语气不好apologize”？？？楼主是用了apologize这个词吗？若是，那就绝对说错话了。Aplogoy是承认自己犯错了。这个错是主观故意的错，而不是失手打

不要轻易承认是我的锅这个没错。后面的回怼有点凶。。感觉还是和气生财呀。。