昨天没看文章，好像前天也没看。。。今天再不看有点不大好意思了。
今天刚看了2篇文章，一个shor paper一个regular paper。2篇都是Microsoft的人发表的。换言之，就是全部用的microsoft中现成的商业数据。一些结论发表出来往往有比较高的可信度。
今天这篇文章是short paper。简单地研究了下公司中code review的过程。文章只2页，只说了下结论。感觉明年的icse估计要以长文形式给出相关研究成果了。印象中C. Bird对开源的code review也研究过发了几篇文章。
文章几个结论说说：
1）往往code review发现functionality defect的比例比较低。我感觉这个结论可以在一定程度上接收，比如要找到你功能性方面的代码错误那其实就要花费很多的时间去理解，还要比较专业的对code base比较熟悉的人才可能提出来。
2）code review的result往往跟reviewer的的experience成正相关，这个不难理解。其与code size有一定程度的负相关，这个也可以理解，代码量越大，涉及的文件数目越多，review起来自然压力更大。
3）一个developer平均一周花费6 hours在review上，这个算高不？如果集中花费就还好，如果我在干活中途你时不时来一个code review，我不断上下文切换，肯定砍人的心都有了。。
文章最后结论说code review还是很重要的，cost也挺高，如何更精确的控制使用更实用的code review practice process是很必要的。
以上！
zou@NanChang
2015-07-22 13:41
