Open Source Thoughts

<<  JFox Service-Oriented Appplication Framework 1.0 M2 Release | 首 页 | 2005 BEA User Group ShangHai  >>

• Measure Your Code

  2004-12-07

  Tag：XP&AM

  版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
  http://osthoughts.blogbus.com/logs/531491.html
  
  

  在今年中国软件技术大会上听了李维关于代码管理的演讲很受启发，如何用量化的指标来管理我们代码，将成为我们今后关注的焦点。

  我们现在来看这样一个场景：

  项目管理员请Bob（有经验的员工）对 Jack(新员工）的代码进行code review,
  于是Bob进行了审查，并提出了问题。Jack看完回复后说“好像这个地方我写的是对的” Bob说“我比你经验多，就按我说的做吧” ，xxx1 想想“嗯，Bob是个高手，他说的应该是对的..."

  那么有没有人对这些审查置疑呢？Bob就不会有错吗。

  经验往往是主观的，而且每个人在不同的时间里的经验也可能表现不一样，大家可以尝试观察一下自己一周的代码， 周一和周五写的代码质量可能没有二，三，四高？ Why?

  周一是刚刚过完周末的第一天，心可能还没收会，而且老板上午刚刚安排了这周一堆的任务，头绪还没理清楚，手下的代码就开始啪啪的编写了。

  周五，你会想，明天就周末了， 我该准备和yy约会了吧, 在什么地点，吃什么东西好呢？

  如何在组织中对每个开发人员的开发质量进行度量？以代码为例，如果我们按编写的行数做为度量的标准，很有可能会是程序员为了获得更多报酬而堆积代码，导致系统中产成很多的垃圾，变得难以维护。

  所以在一个组织中定义合适的量化指标来对代码质量进行度量，这样对每个人的评价会更加客观，公平和有效。

  附件里是我用together里的audit,和 metric 功能进行对我的代码进行度量和改进的示例，希望这个案例能给大家一些启发， 写出更优雅的代码！

  Audit

  

  Metric

  

  Metric Graphic

  

  请注意 metric-graphic的图， 绿点约靠近中心说明代码的质量越高。

  这里我们看到了对代码质量进行度量的方法， 那么软件设计呢，我们能否也应该有对设计进行度量的方法或工具，来保证我们设计的可靠性.

   

  
  

  随机文章：

  What's going on with requirement? 2004-09-23

  My First XP Practice 2004-04-02

  敏捷释放软件价值 首届“敏捷中国”开发者大会 2006-05-21

  2005 BEA User Group ShangHai 2005-02-27

  JFoxSOAF 1.0-M1 Release 2004-10-21

  
  收藏到：Del.icio.us

  
  
  
  
  
  引用地址：

  Peter Cheng 发表于21:31 | 编辑 | 继续话题 | 转发 | 推荐

引用

下面Blog引用了该文：

评论

• 软件开发对设计的量化能够怎么做呢？现在不要说量化，就是对设计进行校验也没有办法。给出一个设计文档，或者一套UML，有什么办法能够验证这个设计是否满足业户的需求呢？
  flyisland | 发表于2005-02-25 18:07:47 [回复]
• thanks, :), 多交流，你的站点做得不错
  founder_chen | 发表于2004-12-08 16:54:50 [回复]
• 哈哈，写的不错，研究一下先。。。。
  corlin | 发表于2004-12-08 11:38:10 [回复]