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