2008年11月7日
產(chǎn)品研發(fā)由很多環(huán)節(jié)組成，比如：需求分析、技術(shù)驗(yàn)證、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等。其中編碼環(huán)節(jié)是必不可少的，這個(gè)環(huán)節(jié)對(duì)產(chǎn)品的質(zhì)量也有很大的影響。那么一個(gè)產(chǎn)品團(tuán)隊(duì)需要什么樣的代碼呢?
從大體上講，代碼可以分為幾個(gè)層次：1）優(yōu)秀 2）好 3）還行 4）不怎樣。我想一個(gè)產(chǎn)品團(tuán)隊(duì)的代碼做到 2）好 就達(dá)到目標(biāo)了！往上做成本接受不了，往下做質(zhì)量不過(guò)關(guān)。
那么什么樣的代碼是好的代碼呢？我想有這么幾個(gè)原則：
1、符合團(tuán)隊(duì)制定的編碼規(guī)范
2、代碼抽象粒度適中
3、考慮大多數(shù)應(yīng)用場(chǎng)景
4、考慮性能因素
5、文檔和代碼同步
2008年10月25日
今天才看了馬特·達(dá)蒙主演的《造雨人》，起初并不明白這個(gè)片名是個(gè)什么意思，只是覺(jué)得這個(gè)片名字比較奇怪，看個(gè)究竟先。看過(guò)片子之后心里有很多來(lái)自不同方面的感受，為了和這個(gè)blog的主題相稱，這個(gè)就不談了。
那么造雨人這個(gè)詞到底指什么呢？
猜一下，律師。
答案是錯(cuò)誤的，它一般是指呼風(fēng)喚雨的巫師，或者是神通廣大的人。
待續(xù)……
2008年10月16日
今天對(duì)同事寫(xiě)的代碼做codereview。
在粗略看了后，沒(méi)有發(fā)現(xiàn)什么邏輯和常規(guī)錯(cuò)誤。但是，當(dāng)提交測(cè)試部測(cè)試后，個(gè)別計(jì)算機(jī)藍(lán)蘋(píng)了。（注：藍(lán)屏正是由于codereview的那個(gè)驅(qū)動(dòng)程序工程導(dǎo)致的）對(duì)此，研發(fā)經(jīng)理大為惱火。所以讓我不得不重新審視一下codereview。
codereview本意識(shí)用來(lái)提高代碼質(zhì)量的手段，那么有什么方式來(lái)保證codereview的質(zhì)量呢？
codereview實(shí)施的前提是什么？
codereview的內(nèi)容是什么？
codereview通常是編碼當(dāng)事人將代碼提交到代碼服務(wù)器上的最后一個(gè)環(huán)節(jié)，這就要求review的代碼需要滿足以下幾個(gè)條件：
1、代碼已經(jīng)通過(guò)內(nèi)部測(cè)試，意味著主要邏輯應(yīng)該沒(méi)有問(wèn)題！
2、符合團(tuán)隊(duì)制定的編碼規(guī)范
除了代碼這個(gè)必要條件外，編碼人需要 條理清晰 地將代碼講述一遍！并且應(yīng)該明確：復(fù)審人對(duì)代碼的建議并不見(jiàn)得是最佳的，所以有必要對(duì)關(guān)鍵點(diǎn)同程序經(jīng)理討論決定！