吐槽天竺国同级别组员

最近有点心烦，借此地发泄下。可能是lz自己心态没调整好，或者原来见识的人比较少，正文表述时尽量保持客观，不过请大家指教。不知道天竺国的人是不是都这样？
正文：
最近组里来了个新天竺国new grad组员一起做项目，同为SDE，还没pick up什么东西也没了解项目背景，进来第二天就开始challenge原来的code，要改这改那的。lz尽量安慰自己：improve feature的心是好的，也就忍了，也按他建议的改了下。

继续第二周，又challenge我们的数据库，各种idea想改。一旦动数据库，一周的功能可能拖到20天，老板要急于看到效果，我只好按照我自己的速度弄出了原型。

继续第三周，所有的代码都要challenge，github上一堆长篇大论challenge，可至今他贡献的代码就几行吧，占5%最多了。

这几周下来，slack里都是他各种指导别人（暂且不说别人是否用他来指导），动不动就要setup meeting，一开就一下午那种。后来发现90%的meeting没什么用，几乎都是看他操作从零开始很多非常基础的问题（个人认为google能解决的，尽量就自己解决，除非实在不好弄的）。身兼几个项目的我，也不想参加了。

终于某天，他继续在github上长篇大论拆别人的时候，lz有点不想读了，直接回复：feel free to update the code.

lz是奉行'show me the code'的一类人，看到只说不练的人、和只拆别人自己却不怎么写代码的人，就有点不舒服。每天此人在scrum说的很多，大多是各种奇奇怪怪的问题充斥了他的发言，时间挤走了，最后也update进度却没什么。

感觉此人要充当group lead，自己也不写代码，就是‘consultant'。lz脾气也许有点不好，或者有点固执，再或者见识太少，大家轻拍。先一吐为快了。



补充内容 (2020-10-30 09:04):
. 补充一丢丢：后来他发slack和邮件，没有必要我已经不回复了。后面就明说，如果有想法，先给我看看老板的批复。

个人常用应付理由 希望有帮助

Current approach has been well discussed and tested. It will be very expensive and dangerous to re-work the feature of there is not any major issue.

Current approach is decided by PM(High rank member), I don't have right to change it. You can setup some discussion with them.

It approach is very helpful, but by given timeline and schedule, there is not room for another feature to be added. We can have a discussion in the future.




补充内容 (2020-10-30 06:02):
If you feel there is a better way, you're more than welcome to create a new branch and work on it. We will see how it works and decide if we should change the current approach.

呃，说句直接的话lz莫生气啊。一个老员工被一个刚入职第二天的new grad指挥的服服帖帖，那更多的是你的问题了啊。。。

新员工想要表现很常见。新员工刚来自发的refactor codes也不少见。新员工刚来就让老员工改code我从没听过。新员工刚来让老员工改code，老员工二话没说放下手头的活就去改了，这种事怕是超出了我的想象力。

这种人我见多了，经常是刚刚入组ramp up都没结束啥context都没有就每天开始大放厥词，说这个不好那个不好，恨不得把整个code base都重写一遍来彰显自己的能力 direction vision etc。这种人其实该怼就怼，该跟manager抱怨就抱怨，不用惯着他，在public场合他要是从技术角度瞎比比你就从技术角度一条一条怼的他无话可说。也不用觉得生气，友好的技术讨论交流嘛！

在私下，他要是动不动就set up meeting 次数多了你就可以直接reject并且跟manager报告这货ramp up无能还严重你的production。

正所谓 正确地撕逼吵架怼人是senior engineer/tech lead的必修课。

组里别的人和senior呢？他们什么看法

这感觉不像是来了个new grad像是来了个new team lead 😂

ask him or her to do more homework before set up a meeting. otherwise report to your manager. it make you not efficient

一般来说在公司里，只有老板和TL有权力给手下派活。一般同事把事情delegate给你都可以用team priority这一招来挡掉

如果我遇到lz说的情况，我会让那个ng document下他觉得code需要fix的点，file一个bug assign给他，抄送老板和TL，让他自己去弄。

楼主你是太好说话了，听新员工的指导改代码。
不知道你们走什么路线，agile还是什么吗？
如果是agile，就让他自己开task，自己改。
如果不是，就让他自己和manager说，留下各种证据。
这样如果改屁了，你也好用事实说话。
不然你听他的，第一影响你的效率，第二改错了，你背锅

建议看看Team geek
里面专门有一章节叫做Dealing with Poisonous People