Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1663574
  • 博文数量: 230
  • 博客积分: 10045
  • 博客等级: 上将
  • 技术积分: 3357
  • 用 户 组: 普通用户
  • 注册时间: 2006-12-30 20:40
文章分类

全部博文(230)

文章存档

2011年(7)

2010年(35)

2009年(62)

2008年(126)

我的朋友

分类: 项目管理

2008-12-05 21:30:26

作为一个程序员,我们很依赖于我们日常使用的工具,compiler、debugger、simulator等等。绝大多数时候它们能给我们满意的答案,我们也相信它们是“正确的”。
不过,不要忘了,任何程序都是有bug的,我们该如何相信我们的工具能够正确执行我们想要的动作。

我们是不是也应该像监视程序员那样来监视工具呢?对于一个程序员,分配给他一个工作后,要安排QC跟踪他的过程是否符合规定的流程,要安排QA在关键阶段进行审查,保证他做的东西的质量,要安排测试对他的成果进行检查,保证符合需求。也许,工具也需要这些过程。

在critical system中,这种需求更强烈一些。open source的工具此时就不会成为首选,而往往首先被排除在外,因为它没有固定的团队的支持,更新也不是定期的,没有专人对它的质量负责,更不可能有人会为它去做什么certification。

也正是在这个领域中没有开源工具的竞争,所以商业的工具才贵的离谱。面对这种困惑,谁能有解决之道呢?


阅读(1160) | 评论(0) | 转发(0) |
0

上一篇:gcov bug

下一篇:parameters on profibus-dp

给主人留下些什么吧!~~