1

最近、マネージャーからアプリケーション内のコード行を見つけるように依頼されました。それ以来、私は実際に熟考してきました。このメトリックは何を意味しますか？

  1. 開発者が時間をかけて書いたコードの平均行を測定するのですか？

    • リファクタリングが発生しない場合、これは可能性があります。

  2. それはあなたのアプリケーションがどれほど良いかを教えてくれますか？

  3. それは製品のマーケティングに役立ちますか？

それがどのように役立つのかわかりません。誰かが私を正しい方向に導いてくれるか、この測定基準が何を意味するのか答えてくれませんか？

ありがとう。

最近見つけたものhttp://folklore.org/StoryView.py?project=Macintosh&story=Negative_2000_Lines_Of_Code.txt&sub=HN0

4

3 に答える 3

2

コードの行数から、アプリケーションについて何がわかりますか？

コードの行数から、非圧縮のソースファイルを保存するために必要なディスク容量が大まかにわかります。各行の文字数が異なり、異なるエンコーディングを使用できるため、これでも大まかな方法​​です（UTF-8はLatin-1の2倍のディスク容量を使用します）。

開発者が時間をかけて書いたコードの平均行を測定するのですか？

いいえ。

それはあなたのアプリケーションがどれほど良いかを教えてくれますか？

いいえ。

それは製品のマーケティングに役立ちますか？

いいえ。

于 2012-05-06T12:25:52.553 に答える
2

それはあなたのマネージャーが無能であることを意味します

コードの行数で測定されている場合、開発者として目標を達成するために何をしますか...

グーグルはこの測定基準について、アドルフがロシアを侵略することによってヨーロッパでの戦争に勝つことを決定して以来、それが最も愚かな戦略であることを教えてくれます。

于 2012-05-06T12:58:40.247 に答える
2

コードの行数は人気がありますが、問題のあるメトリックです。

利点

  1. コードの行数は、バグの数と中程度（0.4〜0.5）の相関関係を示しています[Rosenberg 1997、Zhang 2009]。つまり、モジュールが大きいほど通常はバグが多くなり、さらに興味深いことに、1行あたりのバグが多くなります[Fenton and Ohlsson 2000、Zhang2009]。バグの数を予測するためのより良い（しかしより複雑な）方法があることを強調したいと思います。
  2. コードの行数を使用して、開発作業を予測できます。つまり、コードのソース行の数を入力パラメーターの1つとして使用する作業予測モデル（COCOMOなど）があります。
  3. より複雑なOOメトリックのいくつかは、クラスサイズと強い相関関係を示しています[El Emametal。2001]。

短所

  1. 異なる言語のモジュールや異なる開発者によって作成されたモジュールを比較することが困難になるため、生産性の尺度としてコード行を使用することは非常に問題があります。実際、一部の言語は、たとえば「組み込み」機能または構造的な冗長性（たとえば、Cの.h）の有無により、より冗長になります。さらに、すでに上で述べたように、一部の開発者はコードの行ごとに支払いを受けるため、必然的に途方もなく複雑なコードになります。最後に、コード生成を考慮に入れる必要があります。
  2. 「コード行」は一般的なメトリックですが、さまざまな種類の「コード行」を区別するように注意する必要があります。空白行の有無、コメントの有無、物理行の論理ステートメントのカウントなどです。
于 2012-05-06T20:58:15.280 に答える