讨论：衡量程序员的工作效率

在软件开发领域中，管理者需要可以测量的度量标准，用以评估程序员的绩效。Shahar Yair 和Steve McConnell探讨的技术集中于代码行数和功能点之上。他们指出了这些方法的限制，并试图定义一些原则，以指导对程序员绩效的分析。

何时应该打破规则？

作为JUnit测试框架的作者，Kent Beck在《赶紧交付吧，宝贝儿》一文中提醒我们：所有的敏捷过程和实践，都是为了开发出可以交付的软件。如果有什么成为软件交付的障碍，也许你就得打破规则了。

Quest Software最近发布了JProbe 8.0，这是一个Java代码、内存和覆盖率分析工具。自从90年代开始，JProbe就成为主要的Java分析工具之一了，JProbe 8.0希望通过新的Eclipse集成和更具竞争力的价格优势来帮助Quest重新获得分析市场的领导地位。

Gallio是一个针对.NET测试框架的自动化平台。不同于其他测试框架需要创建包括自动化的API和测试运行器的工具集，Gallio旨在提供一个中立的可扩展平台，及能被任意的测试框架所使用的工具和自动化服务。

PartCover从一开始就填补了NCover留下的空白。SharpDevelop和TreeSurgeon都集成了PartCover以提供代码覆盖。

当客户要求你给出一个快速而肮脏的解决方案时，作为一个开发人员，你的职责是什么？是因为客户是付钱的一方，所以要洗耳恭听，遵照要求走捷径；还是遵守自己的意愿，坚持技术上“最佳”的方案？或者，这二者可以折衷？

庞大的团队规模妨碍了对很多语言抽象工具的运用，也限制了生产效率。Reg Braithwaite认为不应该为了团队规模去调整工具，他提倡围绕工具去建设团队，并保持团队的小型化。然而很多时候团队增大是不可避免的。在此情况下又该如何去维持质量和生产效率呢？

Reginald Braithwaite建议说，应该有一种新的软件开发人员认证，既不是关于深入的编程语言知识的，也不是建模和设计技术的，而应该只有一个检验的主题：测试和质量控制。安全性应成为从事任何软件开发工作的首要条件，其它的则由市场决定。