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、符合团队制定的编码规范
除了代码这个必要条件外，编码人需要 条理清晰 地将代码讲述一遍！并且应该明确：复审人对代码的建议并不见得是最佳的，所以有必要对关键点同程序经理讨论决定！