用于java的SLOC工具,具有人工年估计

时间:2012-03-25 06:54:23

标签: java

我正在寻找一种工具来计算Java的源代码行,并估算代码中投入的人工年数。由于Java代码往往比其他语言更冗长,并且IDE生成了许多样板代码(贫血豆),我希望工具的度量标准考虑到这一点。

如果有人可以提供公式来将源行数转换为man年(对于java),这也很好。

5 个答案:

答案 0 :(得分:3)

这听起来真的很糟糕。

估算一段代码工作年数的最佳方法是查看谁工作的代码以及工作时间。

试图从SLOC推断这个人多年可能是非常不准确和误导。例如:

  • 在软件生命周期的某个阶段,可以添加许多代码行。在某些维护/重构期间,代码可能实际被带走。
  • 具有大量需求变更和快速黑客攻击的代码可能比具有干净设计和编写的同等代码具有更多SLOC。
  • 根据所使用的库/框架,可以使用100行或1000行写入相同的功能。
  • 您是否也计算图书馆的SLOC? JVM怎么样?基础操作系统怎么样?

简而言之,任何来自SLOC的人年估计都可能毫无意义。

答案 1 :(得分:1)

虽然您希望信息用于不良目的SLOC是一个不错的,简单的,不是非常有用的指标。请务必阅读this older conversation first

答案 2 :(得分:0)

  

我最富有成效的一天是丢掉了1000行   代码。(肯特贝克)。

由于各种原因,它并不准确。根据我的经验......

  • 添加,更改或删除代码:如果您真的想查询您的 SCM用于更改历史记录,然后映射到更改的行。

  • 架构更改/介绍替换代码的库。 :在 我们的案例它减少了编码只是改变的一部分:设计 讨论,客户互动,文档等不会 反映在代码中,即使我认为它们是开发工作

  • 最后开发人员的生产力不同(1:40,有人说): 您将如何映射到开发人员时间?

SLOC是一个很有用的工具,可以说我的代码基于“这么大”或“这么小”......

答案 3 :(得分:0)

看起来http://www.dwheeler.com/sloccount/是最好的选择。

答案 4 :(得分:0)

在办公室我使用ProjectCodeMeter来估算投入源代码的人年数,它是那种价格的奢侈工具,但我确实在家中使用免费试用版:)