三默的专栏 - SaaS，敏捷开发方法，最佳实践

我们在做代码重构时，最麻烦的问题是什么？各人有各人的答案。对我来说，找到哪一段代码需要重构是最大的麻烦。产品写好了，程序怎么样？怎么判断？我的标准是，最复杂的代码就是最需要重构的代码。对于由整个团队写的代码，全面阅读是不太现实的。开会？程序员最最不喜欢开会了！那可是个技术活。：）最近，我用了一个小工具，SourceMonitor，取得了意想不到的好效果。推荐大家使用。 Source

什么是RegressionBug？Regression Bug，就是由于开发新特性或Fix Bug导致以前正常工作的特性罢工了。这种情况，通常出现在产品的开发中。 为了便于分析，Regression Bug又分为Release Regression和Build Regression。Release Regression指的是和上一个产品版本相比，出现的Bug。Build Regre

1、在项目发布后发现和修复Bug的成本是需求和设计阶段所需的一百倍！2、在时下的软件项目中大约有40-50%的人力都是花在可以避免的重复劳动中，避免重复劳动可以显著提高劳动生产率。3、80%可避免的重复劳动源自于20%的缺陷，其中两大主要来源包括草率的需求定制和象征性的案例设计和开发。4、大约80%的缺陷来自20%的模块，而约半数的模块是几乎没有缺陷。5、90%的软件的停工期最多来自于10%的缺陷

最近一个朋友和我在雅虎上讨论关于代码审查（ Code Review），摘要贴出来： 朋友 : 你们对于代码也review么？朋友 : 呵呵。summerfang : 很密集summerfang : 我每个星期自己做3-4次朋友 : 现在我碰到的问题是，有些新手的注释不规范。朋友 : 这是要强制要求的是么？summerfang : 代码review是个好办法

>> 不久前关于测试的讨论帖子上的发言   第一个问题，要不要专职测试员。如果推崇把质量作为企业的核心价值，我认为专职的测试是必须的，无论团队规模大小。这是质量和专业分工的关系决定的。做事情的人不能和监督的人是同一个人，打个不恰当的比方就是运动员不能是裁判员。可能有人会说，某某项目没有测试也做得不错，我相信，有这种情况。通常是开发员特别强，同时项目也不太大。但这就把质量押宝