新同事简历作假

rwangaus

一个月了， 也来更新一下状态：
印度小哥继续underperformance， 1周不更新状态是常态， 只是在收到要做performance review 电邮的第二天早会上七上八下说了些有的没的他在做的东西， 其实p都没有。

Team lead 在这件事上基本不作为， 在发现问题后并没有介入，也没有后续跟踪。

个人不觉得对于一个junior dev，在多次教育之后，还需要要抱有这么长时间的容忍度(半年左右），现持续观察中， 打算年底这人还继续和稀泥的话， 那就拿了奖金后直接跳下家。

奶油蛋糕

三哥互相做假reference

Manningyun

很多人进来后就是坑爹的

alven

把自己的事情做好了就行了，何必管别人呢

landtadie

shaunw 发表于 2022-6-19 01:23
我们印度那边招了个xxx expert, 等入职了才发现他连xxx都没用过。我也是服了不知道怎么过的面试
然后我们组 ...

只要进一个印度头儿 几年后遍地三哥三姐 办公室一群摇头晃脑

rwangaus

alven 发表于 2022-7-25 23:03
把自己的事情做好了就行了，何必管别人呢

兄弟你不是做IT的吧，这行不像是其他的工种， 你干完自己的活就完了。
Devs的代码就算不同组的也是要review的， 也就说即便他写的是坨x，作为reviewer也要看， 纠正，然后各种comments， 等等繁琐流程。
况且我每天也有自己的事情， 一遍遍的过这种PR，真是要命。

大大大大大

同情楼主。。

woshidajiangyou

rwangaus 发表于 2022-7-25 14:00
兄弟你不是做IT的吧，这行不像是其他的工种， 你干完自己的活就完了。
Devs的代码就算不同组的也是要rev ...

review本身就是工作的一部分
你只能控制自己代码的质量，你控制不了对方代码的质量

你去哪里工作，也不能保证团队的其他队员写出高质量的代码
你及时给出review就好，如果对方不改，那就是对方的问题

不过没有完成的代码就直接push出来要求review比较少见，除非是非常大的ticket

rwangaus

woshidajiangyou 发表于 2022-7-26 02:08
review本身就是工作的一部分
你只能控制自己代码的质量，你控制不了对方代码的质量

这说的就是这种没做完对方又以为completed的垃圾PR。
同样的错误重复性的出现n次。。。。。

Linon

太隔应人了

鼓手老李

常规做法是当这个人不存在，你不是他领导， 他也不是你小弟，他摸鱼和你没关系。

PR代码写的差就一遍遍review，最起码要他把测试写全。

看下来所有的问题重点是因为这个：

- 加班是因为项目要上线，领导主动找我来接手，说他做不完又不主动跟组里说实情，现在就想让我帮着赶快上线。

帮忙一次可以，不应该有第二第三次。

人要学会说 What if I don't?

alven

我还是觉得没啥问题，review也是工作啊，你投入的时间越多，那就其他的tickets上花的时间就少了，这不是planning的问题嘛？

rwangaus

alven 发表于 2022-7-26 10:45
我还是觉得没啥问题，review也是工作啊，你投入的时间越多，那就其他的tickets上花的时间就少了，这不是pla ...

举个具体的例子：
Planning： 哥们说没问题，干，然后每到早会开始问需求，或者中间什么都不说， 等最后找出bug后才意识到没读完需求。
Estimation：哥们说没问题，1-3个点不等，一个ticket干1-3天也迟迟不push代码。
PR Review： 哥们说没问题，然后CI没过，逻辑不通，再一看需求没做完，bugs一坨坨。

最后项目延期，二次延期。。。

对于我个人而言， 其实无所谓， 只是每次review他的PR，就像极了给小学生改作文，一遍遍不耐其烦的写类似的评语， 类似的建议，无味。
对于团队而言，长期以往，reputation早就没了， 或者被restructure，或者等着空降个懂行的来管理一下。

alven

rwangaus 发表于 2022-7-26 12:18
举个具体的例子：
Planning： 哥们说没问题，干，然后每到早会开始问需求，或者中间什么都不说， 等最后 ...

这是他的问题，无法commit他的task，你只需要review就行了，一遍不行就两遍呗.
我觉得至于他会不会做，是否表现差，那是manager的事情，对于我们，只需要关心自己的tickets能不能按时保质保量完成就好了啊

woshidajiangyou

alven 发表于 2022-7-26 03:17
这是他的问题，无法commit他的task，你只需要review就行了，一遍不行就两遍呗.
我觉得至于他会不会做，是 ...

是的

作为职场人，我觉得以专业的态度对待专业的工作就好

既然公司付钱给我们review别人的code，就做好这份工作
不能因为对方code差，就带上个人情绪

写code是对方的工作，你不需要帮对方写（除非是带jr的工程师）
但是review是我们的工作，差与不差，这都是一份工作，工作就要做好

rwangaus

alven 发表于 2022-7-26 13:17
这是他的问题，无法commit他的task，你只需要review就行了，一遍不行就两遍呗.
我觉得至于他会不会做，是 ...

这是我现在一直在做的。

InTheEnd

rwangaus 发表于 2022-7-26 12:18
举个具体的例子：
Planning： 哥们说没问题，干，然后每到早会开始问需求，或者中间什么都不说， 等最后 ...

为啥非得你review，别人不行吗？

rwangaus

woshidajiangyou 发表于 2022-7-26 13:41
是的

作为职场人，我觉得以专业的态度对待专业的工作就好

现有职责不包括带他。
只是担心团队会有被restructure的风险。

rwangaus

InTheEnd 发表于 2022-7-26 14:15
为啥非得你review，别人不行吗？

小团队，2+1 PR review， 怎么都躲不过去。

InTheEnd

rwangaus 发表于 2022-7-26 14:17
小团队，2+1 PR review， 怎么都躲不过去。

不能叫lead去review？

acekevin

论做材料三哥第一。

旧手迹

感觉老印不小心成了西方国家的掘墓人了。克林顿和盖茨当年制定IT全球化政策时拍脑袋想当然

Linon

一看标题就知道是三哥

yx.zhang

rwangaus 发表于 2022-6-18 20:49
这哥们已经干了9个月了， 我x。  
写的代码令人发指。

直接和你上司说他的工作你不会替他做

流金岁月76

三哥和三哥也是不同的，我们部门的三哥/姐专业水准还是高于平均水平