昨天沒(méi)看文章员咽，好像前天也沒(méi)看。力试。。今天再不看有點(diǎn)不大好意思了排嫌。
今天剛看了2篇文章畸裳，一個(gè)shor paper一個(gè)regular paper。2篇都是Microsoft的人發(fā)表的淳地。換言之怖糊，就是全部用的microsoft中現(xiàn)成的商業(yè)數(shù)據(jù)帅容。一些結(jié)論發(fā)表出來(lái)往往有比較高的可信度。
今天這篇文章是short paper伍伤。簡(jiǎn)單地研究了下公司中code review的過(guò)程并徘。文章只2頁(yè)，只說(shuō)了下結(jié)論扰魂。感覺明年的icse估計(jì)要以長(zhǎng)文形式給出相關(guān)研究成果了麦乞。印象中C. Bird對(duì)開源的code review也研究過(guò)發(fā)了幾篇文章。
文章幾個(gè)結(jié)論說(shuō)說(shuō)：
1）往往code review發(fā)現(xiàn)functionality defect的比例比較低劝评。我感覺這個(gè)結(jié)論可以在一定程度上接收姐直，比如要找到你功能性方面的代碼錯(cuò)誤那其實(shí)就要花費(fèi)很多的時(shí)間去理解，還要比較專業(yè)的對(duì)code base比較熟悉的人才可能提出來(lái)蒋畜。
2）code review的result往往跟reviewer的的experience成正相關(guān)声畏，這個(gè)不難理解。其與code size有一定程度的負(fù)相關(guān)姻成，這個(gè)也可以理解插龄，代碼量越大，涉及的文件數(shù)目越多科展，review起來(lái)自然壓力更大均牢。
3）一個(gè)developer平均一周花費(fèi)6 hours在review上，這個(gè)算高不辛润？如果集中花費(fèi)就還好膨处，如果我在干活中途你時(shí)不時(shí)來(lái)一個(gè)code review，我不斷上下文切換砂竖，肯定砍人的心都有了真椿。。
文章最后結(jié)論說(shuō)code review還是很重要的乎澄，cost也挺高突硝，如何更精確的控制使用更實(shí)用的code review practice process是很必要的。
以上置济！
zou@NanChang
2015-07-22 13:41
