遇上一个对Code Quality 超级执着的组员，快被逼疯了，经验

目测是狗家，碰到这种工程师，楼主要珍惜，这种人不多的，也罕见的能教你东西的人，要有闻过则喜的胸怀

我当年的mentor能做到他给我的comments比我本身的change还要更多字节。。。
很感恩

我的话会感恩。这可是难得的mentor，平常谁管你死活？你自己弄的快，不仔细test，然后回头发现问题都是要自己背锅，自己承担deliver quality的后果。 source： 我move fast了 然后 break 了 things，然后虽然你fast，but 你只能cme。。

瞎搞快草蜢move fast 回头break 了things收拾烂摊子的时间直接把前面省的弄了回来。我不建议你跟这么好的mentor对刚。好好学，珍惜这种愿意浪费时间不去卷impact的大哥

只要他一次能把话说完就行，他咋说你咋改。

就怕改了旧的又来新的comments，当然你要是改的那部分不好他让你重改那是另外一码事。

如果你是刚来的他在组里比较久比较资深. 那基本无解. 除非老板也跟他不对付想找机会弄走他.
楼里说这人花了这么多时间在楼主的 PR 上, 所以楼主应该感激之类的, 怕不是魔怔了, 这种鸡毛蒜皮的意见哪需要花多少时间, 随手就能提十几二十个好吗? 反而是真正有价值的 comments 真的要思考好久.

教给楼主一招, 下次他提 comments 先不要着急改, 放一放. 过一会他可能会有新的 comments 出来, 如果太多你就跟他约个会, 把你的 commit 先给他 show 一下, 他没问题了你再 push, 只能这样了.

做Engineer真麻烦

还是DS爽，我们组DS的code review就很水，随便改一下就是lgtm 然后approved

这是micro manage吧

我之前有段时间也差不多，甚至直接引用的旧名字也要被说这个名字不好，咱换一个比如xx， yy， zz，duang，一个request to follow up。 改完了，call function也测完了，duang 又一个request to follow up, 这名儿可以更好点儿

potplus 发表于 2023-03-17 09:54:36
你要是说不过他，那么他就是更有道理

我也是嘴笨，英语不好，遇到这种复杂的 argue 我就尽量在 IM 上发消息，像写作文一样把论点列好。 我觉得如果你真的占理的话不应该说不过人家

我们组一个人他所有的base class的function都不能被overwrite，每次跟他说他还振振有词…说不过绝对不是因为对方更有道理

这还得看你在哪家公司，文化怎么样，狗家就放心慢慢改学习一下，看看有没有改善迹象，没有再escalate。

亚麻赶紧report manager表明ship不了不是你的锅，商量换别的approver， 该撕则撕， 否则不是他死就是你亡，亚麻新人ship不出东西什么后果不用我说了。