谷歌是如何做代碼審查的
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2011/9/9 13:19:09 ] 推薦標簽:
本文是從Things Everyone Should Do: Code Review這篇文章翻譯而來。
在上一篇文章中提到過,我已經(jīng)不在Google工作了。我還沒有想清楚應(yīng)該去哪里?有兩三個非常好的工作機會擺在我面前。因為在這段做決定時間里,我不再受雇于任何人,我想可以寫一些專業(yè)性的東西,一些很有趣,但也會在同事和管理工作中導(dǎo)致關(guān)系緊張的東西。
Google是一個非常的公司。他們做出了很多令人稱贊的東西?既是公司外部,人們可以看到的東西,也是公司內(nèi)部。有一些在公司內(nèi)部并不屬于保密的事情,在外部并沒有給予足夠廣泛的討論。這是我要說的。
讓Google的程序如此的一個重要的事情看起來是非常的簡單:代碼審查。并不是只有Google做這個事情?代碼審查已經(jīng)被廣泛的認可為一種非常好的做法,很多人都在這樣做。但我還沒有看到第二家這樣大的公司能把這種事情運用的如此普遍。在Google,沒有程序,任何產(chǎn)品、任何項目的程序代碼,可以在沒有經(jīng)過有效的代碼審查前提交到代碼庫里的。
所有人都要經(jīng)過代碼審查。并且很正規(guī)的:這種事情應(yīng)該成為任何重要的軟件開發(fā)工作中一個基本制度。并不單指產(chǎn)品程序??所有東西。它不需要很多的工作,但它的效果是巨大的。
從代碼審查里能得到什么?
很顯然:在代碼提交前,用第二群眼睛檢查一遍,防止bug混入。這是對其常見的理解,是對代碼審查的好處的廣泛的認識。但是,依我的經(jīng)驗來看,這反倒是它不重要的一點。人們確實在代碼審查中找到了bug。可是,這些在代碼審查中能發(fā)現(xiàn)的絕大部分bug,很顯然,都是微不足道的bug,程序的作者花幾分鐘的時間能發(fā)現(xiàn)它們。真正需要花時間去發(fā)現(xiàn)的bug不是在代碼審查里能找到的。
代碼審查的大的功用是純社會性的。如果你在編程,而且知道將會有同事檢查你的代碼,你編程態(tài)度完全不一樣了。你寫出的代碼將更加整潔,有更好的注釋,更好的程序結(jié)構(gòu)??因為你知道,那個你很在意的人將會查看你的程序。沒有代碼審查,你知道人們終還是會看你的程序。但這種事情不是立即發(fā)生的事,它不會給你帶來同等的緊迫感,它不會給你相同的個人評判的那種感受。
還有一個非常重要的好處。代碼審查能傳播知識。在很多的開發(fā)團隊里,經(jīng)常每一個人負責一個核心模塊,每個人都只關(guān)注他自己的那個模塊。除非是同事的模塊影響了自己的程序,他們從不相互交流。這種情況的后果是,每個模塊只有一個人熟悉里面的代碼。如果這個人休假或??但愿不是??辭職了,其他人則束手無策。通過代碼審查,至少會有兩個人熟悉這些程序??作者,以及審查者。審查者并不能像程序的作者一樣對程序十分了解??但他會熟悉程序的設(shè)計和架構(gòu),這是極其重要的。
當然,沒有什么事情能簡單的做下來的。依我的經(jīng)驗,在你能正確的進行代碼審查前,你需要花時間鍛煉學習。我發(fā)現(xiàn)人們在代碼審查時經(jīng)常會犯一些錯誤,導(dǎo)致不少麻煩??尤其在一些缺乏經(jīng)驗的審查者中經(jīng)常的出現(xiàn),他們給了人們一個很遭的代碼審查的體驗,成為了人們接受代碼審查制度的一個障礙。
重要的一個原則:代碼審查用意是在代碼提交前找到其中的問題??你要發(fā)現(xiàn)是它的正確。在代碼審查中常犯的錯誤??幾乎每個新手都會犯的錯誤??是,審查者根據(jù)自己的編程習慣來評判別人的代碼。
對于一個問題,通常我們能找出十幾種方法去解決。對于一種解決方案,我們能有百萬種編碼方案來實現(xiàn)它。作為一個審查者,你的任務(wù)不是來確保被審查的代碼都采用的是你的編碼風格??因為它不可能跟你寫的一樣。作為一段代碼的審查者的任務(wù)是確保由作者自己寫出的代碼是正確的。一旦這個原則被打破,你終將會倍感折磨,深受挫折??這可不是我們想要的結(jié)果。
問題在于,這種錯誤是如此的普遍而易犯。如果你是個程序員,當你遇到一個問題,你能想到一種解決方案??你把你想到的方案作為標準答案。但事情不是這樣的??作為一個好的審查者,你需要明白這個道理。
代碼審查的第二個易犯的毛病是,人們覺得有壓力,感覺非要說點什么才好。你知道作者用了大量的時間和精力來實現(xiàn)這些程序??不該說點什么嗎?
不,你不需要。
只說一句“哇,不錯呀”,任何時候都不會不合適。如果你總是力圖找出一點什么東西來批評,你這樣做的結(jié)果只會損害自己的威望。當你不厭其煩的找出一些東西來,只是為了說些什么,被審查人會知道,你說這些話只是為了填補寂靜。你的評論將不再被人重視。
第三是速度。你不能匆匆忙忙的進行一次代碼審查??但你也要能迅速的完成。你的同伴在等你。如果你和你的同事并不想花太多時間進行代碼復(fù)查,你們很快的完成,那被審查者會覺得很沮喪,這種代碼審查帶來的只有失望的感覺。好象是打攪了大家,使大家放下手頭的工作來進行審查。事情不該是這樣。你并不需要推掉手頭上的任何事情來做代碼審查。但如果中途耽誤了幾個小時,你中間還要休息一會,喝杯茶,沖個澡,或談會兒閑話。當你回到審查現(xiàn)場,你可以繼續(xù)下去,把事情做完。如果你真是這樣,我想沒有愿意在那干等著你。
相關(guān)推薦
相關(guān)產(chǎn)品

最新發(fā)布
性能測試之測試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應(yīng)具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應(yīng)企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10