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

泥马cr比pr重要吗？三哥经理疯了

亚麻好像没有使用代码量分析器，其实现在业务逻辑干活统计等等各项指标业界有很成熟统计工具了。

sde1和2确实不可能半年个位数cr。

除去自己的项目，假设你的习惯就是一次交一个大cr，那也还是不太可能，首先一个decent的项目基本不可能只有一个package和pipeline。

我过去半年光ocall发现问题发cr改过来可能都有10个以上。

这么算那天天改config file的不是最productive?

匿名用户 发表于 2022-11-11 20:14
亚麻好像没有使用代码量分析器，其实现在业务逻辑干活统计等等各项指标业界有很成熟统计工具了。

any good recommendations?

六个月个位数cr确实说不过去 但是crux 有bug 发了cr又cancel也算在cr数量里面 同组小哥骚操作 一共发了两个cr但是crux显示12个 因为有10个都cancel了😂

看了看自己一年半50个CR（有一些长CR）+3个设计文档，是不是危险了…

happydday 发表于 2022-11-11 13:39
code review多少和行数其实和performance没关吧，有的设置配置文件看上去发了很多CR，也加了很多代码。或者 ...

单个确实没啥， 但是身为sde1 ，2， 半年个位数cr，即便公司不废你， 自己也是武功全废了，还是换一个地方呆吧。是什么样的项目半年不需要写cr 还能保证项目有产出的， 谁给我科普一下。我们是要求poc，notebook 也都需要checkin 的。

关于行数， 两万行和一万行毫无可比性，10万行可能都是node.js package file，没啥了不起的， 但是比如说半年就100行，这个说不过去吧， low code no code 也不至于这么少代码量吧。

cmuller001 发表于 2022-11-11 14:11
这么说来，麻厂的L6基本都要被pip了吧，哈哈哈哈

L6 看comment了多少CR，而且也不跟sde1，2 比较， 同级比较就行了。L6 variance 很大， 有一些L6 是 code machine， 有些基本就是0，但是comment 和approve 数量大的惊人。

楼主这是哪里来的消息？