亚麻code review数量少的估计要完蛋

VP org要求13的non flexible URA by end of year.

LE现在就5%. 现在每个L8都在要求看sde 的yield. 我们这有几个过去六个月只有个位数CR的全上了名单，其中一个主要是在github上所以没问题，另一个基本是拜拜了。

补充内容 (2022-11-12 07:29 +8:00):
说的是SDE1.别紧张

匿名用户 发表于 2022-11-11 13:40
半年只有个位数CR不是划水么？

按说地里也都是受过教育的了，居然也信这种CR/PR数量决定产出的邪说

我们隔壁有个组A，有个20+年senior principal，所有的PR都必须过他的眼，稍微经验少点的每个PR必两三个月才能过，咬文嚼字上百个comment不是稀罕事。我亲眼见过最长的一个PR，两个人有来有回的花了10个月才通过。项目到现在还跑在十五年旧的stack上面，很多新人苦不堪言，都跑了。

. 1point3acres.com 另一个组B，几乎所有的PR都是rubber stamp，老板鼓励多发小PR好统计incremental change，每次周会都把每人pr数列出来当众羞辱。很多人经常一天check in三四个PR。甚至有奇葩删除不用的文件删一个一个PR。组里的service 全部都是用最新的时髦stack。

然后，组A用了不到组B 1/10的机器稳定的支撑着全世界最大的云服务虚拟机核心管理服务，组B的服务三年了还没有真正生产上线，自己的测试都稳定不下来，天天memory leak

heyyooo 发表于 2022-11-11 14:11
为什么你们组会有人半年个位数cr啊 这种本来就是都在摸鱼吧 我们组sde1和2半年都有100➕cr呀。。这种 ...

半年工作日也就120多天吧，100个cr是每天在修bug吗？还是天天在改config？或者test engineer每天写点test就发个cr? AWS的打杂组？

半年只有个位数CR不是划水么？

那新人怎么办？

code review多少和行数其实和performance没关吧，有的设置配置文件看上去发了很多CR，也加了很多代码。或者改一个参数也是一个CR。

这不扯淡嘛，我今年有近两个月在做design已经跑one time的job，都没有cr

想问一下，cr数量只是sde…AS不做要求吧？

URA是啥吗？

这么说来，麻厂的L6基本都要被pip了吧，哈哈哈哈

为什么你们组会有人半年个位数cr啊 这种本来就是都在摸鱼吧 我们组sde1和2半年都有100➕cr呀。。这种也会layoff cr数量最少得吗。。。

搞个design一晃眼三个月过去了，如果还是别人implement的话，代码就更少了。cr数量和代码行数一样很有误导性，甚至有过之无不及，有些人喜欢拆一个cr成若干小cr方便review，结果还不是一样的change。

补充内容 (2022-11-12 06:34 +08:00):
所以看cr数量，认真的？真的就太坑了