1 年間に作成するコードを見積もってどれくらいの時間を節約できるかを計算する [終了]

StackOverflow https://stackoverflow.com/questions/2113353

質問

私は実際の数字や経験を探しています。あまり主観的に受け取らないでください。

別のものを探しているときに、 興味深い発言で起こった, 、その一部は次のようになります。

...]全国平均は1人あたり年間9,000行のコードです。[...

私はたくさんのコードを書きますが、フルタイムではありません。過去 1 年間のプロジェクトを振り返って、(非常に) 大まかに数えてみると (コメントや白線は含まず、コード行のみを数えています)、プロジェクトに含まれるプロジェクトは 1 年間で約 19,000 になります。その一部を自動化できれば、時間とお金の利益を差し引くことができます。

大規模プロジェクトの時間短縮を見積もるには、平均値が必要です。人間は 1 年に平均して何行のコードを C# (またはその他の言語) で作成しますか?そして、あなた自身の状況を見て、手書きのコードを(部分的に)自動化することができ、どの程度の効果が得られると思いますか?

役に立ちましたか?

解決

まず、書かれたコード行は実際の生産性とあまり相関しません。少なくとも私の意見では、生産性を測定および/または推定したい場合は、ファンクションポイントの方がより効果的な測定値です。第 2 に、メトリクスが広範囲にわたって変化する場合、通常、平均値はほとんど意味がありません。このような場合、幾何平均は一般に算術平均以上の意味を持ちますが、分散/標準偏差について (少なくとも) 何かがなければ、それでもあまり意味がありません。

また、その結果が現実と相関しているという少なくともある程度のアイデアを得るために、かなりの研究が行われ、実際のプロジェクトと比較して測定された、かなり洗練されたモデルがいくつかあることにも注意してください。たとえば、 ココモⅡ 通常、このモデルは、単位時間あたりに単にコード行を使用するよりもはるかに優れた結果を生成します。少なくとも 1 つはあります 無料のオンライン実装 (編集:これを見ると、これにより LoC またはファンクション ポイント ベースのモデリングが可能になります)。などのツールもあります ソフトスター そして ファンクションポイントモデラー)、COCOMO のようなモデルと関数ポイントを組み合わせて、(少なくとも私にとっては)かなり確実な結果が得られるように見えます。

他のヒント

18000は、コードの約36行日に平均化だろう。

コードのちょうど36行日では、問題は何ですか?問題は、あなたのコードをデバッグし、書き換えされます。

あなたがコーディング自動化するためにできることは何があなたをスピードアップしません - あなたはあなたのコード内のいくつかのパターンの入力を自動化している場合、それは因数分解されなければならないので、実際には、あなたはおそらく自動化できるものは、符号化すべきではありません<。 / P> あなたが時間を節約することができます。どのようにコードの詳細については注意する必要があります。少し速くQAを通して、あなたのプロジェクトを取得する - より明確に、より明示的な、タイプセーフな言語とコードのコード

を。

また、それはあなたが出荷LOCを減らしますが、それが簡単にすべての人の人生を作り、プロジェクトの船より速くなり、あなたのコードデータを駆動し、可能な限り完全に織り込んなっています。

DOはEVER自動化されませコード入力! - あなたができるならば、あなたは間違ってそれをやっている。

それについて考えるための別の方法は - あなたが作成したコードのすべての行は、デバッグおよび維持されなければなりません。なぜあなたは(完全に因数分解コードの入力を自動化することができない - ほとんどの定義で)あなただけの完全に因数分解のコードを作成することができたときに誰もがより多くの仕事を与えるための方法を思い付くしようとしている。

これは神話マン月間の中での話メトリックのタイプです。報告の不正確生産metirc保証として、人・日/ヶ月間/年間のプロジェクト、またはコードのカウントラインを推定ます。

私はLOCのレートは非常にプロジェクトに技術的負債に依存すると考えています。

私は(より多くのサポートのためのプラス4K)27KLOCあるプロジェクト(SQL)を持っています。 14KLOCについてちょうど使い捨てテスト(分離株の異常へのテストではなく、ユニットテスト)のために書かれたと7ヶ月の間に、このコードに取り組んで、私は、プロジェクトへの3K新規純LOCを追加します。

あなたは測り方によって、私は29KLOC /年((3K + 14K)/ 7months * 12ヶ月)を書きますがプロデュースのみ5KLOC /年(3K / 7months * 12ヶ月)。

債務としてコード(27KLOC)を見ると、私たちは年間毎月使い捨てのコードでは7%(2KLOC)を生成するコード、または88%(24KLOC)を持ってます。

私は全体29KLOC /年を消すために続けることができると仮定すると、88%/年でコード滞在を維持するためのコストを想定し、私の個人的なプロジェクトの上限は、コードの33K行です。これ以外にも、私はネットゼロLOCを、私の技術的負債の利息を払って使い捨てのコードを書いて、生産のすべての私の時間を過ごすことになります。

最後3KLOCは私の金利を下げるべきか、リファクタリングだったことです。

ラッキー

実際には、むしろBSの質問です。でも、SLOCの信者は、SLOC生産性の推定値は、同様の環境内でのみ有効であることをあなたに認めるだろう。だけでなく、それはなど、言語をプログラミングすることではなく、産業、開発環境によって異なり、アプリケーションん。

SLOC番号は何も価値があるように、

は同じくらいで、それだけで同様のプロジェクトに取り組んで同じ開発チーム内でます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top