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