造成这种局面一般是俩个原因:1)老板不懂技术+没能力,被你们组那俩活宝弄得一愣一愣的;或是

来源: 像龟的兔子 2019-10-15 08:41:55 [] [博客] [旧帖] [给我悄悄话] 本文已被阅读: 次 (2467 bytes)
本文内容已被 [ 像龟的兔子 ] 在 2019-10-15 08:49:51 编辑过。如有问题,请报告版主或论坛管理删除.
回答: 和同事吵架了悄悄话2019-10-11 11:40:40

老板是甩手掌柜,懒得管你们。 2)你们工作蛮清闲的,是政府吗?如果是私影公司,TC不错的话很难得呀,你肯定不愿意走,哈哈哈。

code review一般是作者请誰review,谁就review,也没有什么太硬性的规定,都是professional嘛,不过碰上你们那俩个不懂味+不遵重他人的,你只能酱子了 -

1)review时间别留太多,你写完code了先压着,玩去,到最后才checkin

2)公司规定要code review的话,你请别人review,把那俩人束之高阁,如果他们跑来要review,你的回答永远是,“不用,同事已经在review了,谢谢”。 如果他问你为啥不请他review,你的回答是 “为什么一定要是你?” 千万别是 “然后他就很生气我没给他review,我说你当然可以review了”. This is a big no no.  一个原则你一定要把握住就是, 你叫谁来review你的code,谁才可以来review, 而不是”你当然可以review了“。

3)如果他不管三七二十一,自行review并改你的code,你到最后一并全部在source control system里面reverse back, 并在commit的message里写下类似如下等评语, e.g. unnecessary change, useless, meaningless, hard to maintain, very risky change。。。 等等等等。 (TMD真想写上stupid and incompetent)

4) 他要是像幼儿园小朋友一样哭着跑去老板那告状,正好,那你可有得说了。你老板要是个甩手掌柜,估计压根懒得管。

 

所有跟帖: 

恶做剧一下,你在unit test里写下一个如下test case -像龟的兔子- 给 像龟的兔子 发送悄悄话 像龟的兔子 的博客首页 (262 bytes) () 10/15/2019 postreply 09:19:33

你太有才啦,看了你的建议立马心情好了很多,谢谢! -悄悄话- 给 悄悄话 发送悄悄话 (0 bytes) () 10/15/2019 postreply 12:07:49

Are you serious? 你确定你不是在耍楼主? -花落悠然- 给 花落悠然 发送悄悄话 花落悠然 的博客首页 (0 bytes) () 10/15/2019 postreply 15:02:14

油墨! -chickenmom- 给 chickenmom 发送悄悄话 (0 bytes) () 10/15/2019 postreply 15:20:43

龟老一出手 活宝浑身抖 佩服。。。hehe -youdecide- 给 youdecide 发送悄悄话 youdecide 的博客首页 (0 bytes) () 10/15/2019 postreply 14:15:03

请您先登陆,再发跟帖!