アカウント名:
パスワード:
> ソースコード行数の生産性が年々低下傾向にあることに着目し、ここからソフトウェア開発の生産性が低下していると主張している。
生産性っていうたら儲けで測るもんじゃないのかいなさすがにどーなんだ
行数で比較する文化、COBOLとかの名残だろうか
いやいや、プロジェクトの規模とかを簡単に比較する方法としては、行数カウントも悪くないだろ。過剰に絶対視/重要視して、単純に生産性とかコストとか言い始めるからおかしくなっていくだけで。
そっちの思想だと量が多いのが絶対正義ですね。
コイツ等はシグマで目論んだソフトウェア工場が理想なんだよ！と吐き捨てるように言った人が居たけどその通りなんでしょう。
どうも何かで関わったらしい（と濁しておく）が、IEEE,RFC等々覚えろ！お前の相手は海外で情報処理試験（会社方針）のようなモノに無駄時間使うヒマはない！と新人に叱ってたし。
まあ海外のアチコチからスカウト受けてた人の言葉だけに新人君はショック受けてたな。
物価とかに連動して変わりそうだけど、儲けか売上で測るのが正しそうですね。
「ソースコード行数」だけで生産性(出来高？)を測られるなら、無駄なコード入れて水増ししまくるようになりそうだし。
そこでファンクションポイント法ですよ。
定量的に計る方法がそれしか定義されておらず、効率よく書いたつもりのコードが（コードを書いたこともなさそうな）上から足りないとのお達しで渋々水増しした現場あったなあ…
それはかなり虚しそう、いわゆる手段と目的履き違えた仕事ですね。そういうときって、あからさまなコメント行入れるのか、何か軽く計算でもさせて結果はヌルに吐き出すとかするのかな。
むしろ、それら手練手管を尽くした上の行数をビックマックに使っているとか無いですかね。同じ言語なら手練手管はそうそう進化しても無いでしょうし。
そのエネルギーをもっとまともな指標の開発に回せよ…。
クラスとか、高機能フレームワークとか、メタプログラムとかで短くて済むようになった可能性は？
フレームワーク自体の行数がカウントされないという暗黙の前提はなぜなのか？フレームワークは冗長なコードの塊だから、機能に対する記述量は多いよ。それとも、フレームワークは天から与えられるものなの？
でも、ほら、 https://code.jquery.com/jquery-3.3.1.min.js [jquery.com] とか 2 行しかないし……。
しかし、それを徹底すると、ランタイムモジュールとかコンパイラとか実行環境とか、ついにはCPUとかまで入ってこないか？ｗ
マイクロコードでCPUにパッチが当てられる昨今ではあながち間違いとも言えない。
フレームワークというより、UI上や設定ファイルだけでカスタムできるシステムともなればソースコード０行、生産性ゼロだぜ。やったね！
当方フリーですが某大手の開発に参加したところフレームワークを自称する何かのせいで年々生産性がおちていく…高機能じゃなくていいからフツーのに乗り換えたい
つまり「単価が下がってるから生産性が落ちている」という評価ってことですね。まぁ、結果は似たようなものだと思いますが。
仕様検討を細かく行って、開発メンバーに落とせるだけのスキルを持ったＳＥが減っているとも言えそうだし、要件が短期で変動する業界が増えたせいで使用が固まらない部分が多いとも言えるし・・・そのうえ単価も下がってＩＴ業界のブラック加減が増している。
ＩＰＡが現状評価するのもいいけど、「どうしていくべき」「どうあるべき」を広報する方の記事もセットで出してくれた方が良いかもね。方法論は人それぞれ考えが違うから、下手なこと言えばバッシングも受けるだろうけど、今のままじゃ幸せになれる人が減る一方だと思う。
は?ソースコードの生産性が下がってるのを指して「生産性が下がっている」と言う話に「普通生産性つったら分子は金儲けの量であってコードの量じゃ無いだろ」とういコメントに対し「単価が下がっているから」てどういうコメントなの?給料同じでコードが減ったらコード単価上がってるやん
労働時間同じで時間単価下がってるのを生産性が下がっているとしてしゃべるんなら大元のコード生産性の低下を否定したら「生産性の低下」の根拠無くなっちゃうじゃん
データとそれを元にした結論を結論だけつかってデータ無視したら意味判んねーよ結論ありきで説明するためのネタ探しなんてのは政治家だけで良いよ
それでいて「つまり」って何自分はわかってる風なんだ横から話に首つっこんでかき回さないで下さいとか言われてるでしょあなた
そうでした。とんだ勘違いですね。
> 横から話に首つっこんでかき回さないで下さいとか言われてるでしょあなた別に言われたことはないですけどね。
それは労働生産性とかの方でしょ。ソフトウェア開発の生産性を行数で測るのはどうかとは思うけど。ファンクションポイントとかはもう古いのかな。とにかくそういう抽象化された情報処理能力で測らないとね。
知見> 1. ソフトウェア生産性は全体的に低下傾向にある> 2. ソフトウェアに対する品質要求は高まっている> 3. 生産性を低下させないポイントは上流工程強化> 新規開発プロジェクトの中では、上流工程での不具合摘出比率が70%以上と高いグループでの生産性が低下していないことが分かりました。同グループではSLOC不具合密度が低く、信頼性も高い状態が続いています。
品質要求が高まっているのが生産性低下の一因とだ言っているようだ上流が出来る子だと2でも生産性が落ちていないと言っているようだ
メッセージ> 2.定量的管理を推進し、品質要求レ
昔は未定義動作？バッファーオーバーフロー？動けばいいんだよ！って感じだったんじゃないかと昔のソースコードを見てて思う。
20年以上前、オレが新入社員だった頃にオレの上についた先輩のアセンブラソースがそんな感じだった。メインループの先頭でスタックポインタを必ず初期化してて、オレがちゃんとスタック管理したソースに直してたら、”スタックが壊れると困るから、メインループの最初にスタックポインタの初期化を入れないとダメだよ”とか言ってきてた。勿論オレは反対したし、ちゃんとスタック管理して正常に動くようにしたが。
データベースから読んでちょっと加工して表示する、みたいな奴ならいいのかもしれないが、ファンクションポイントって全く役に立たないよね。
数値計算屋
ケンシロウ「お前は長く生き過ぎた」
儲けというか、生産性は一人当たりGDPで測るのが経済の流儀なんじゃないでしょうか。
最近のプログラムは、かつての言語に比べれば多くのことをプログラム言語側で面倒見てくれるので行数が少なくなると思います。すなわち、目的が少ない行数で実現できると。
少ない行数で完了するということは、より短時間でものが作れるわけで空いたらどうするかというと、次のプロジェクトを行うだけです。すなわち、コード行数は一定時間働く限り、一定数はないとおかしいわけです。
にもかかわらず、ソースコード行数が減り続けたら生産性は減っているという話はあながちおかしいとはいえないのでは。
できることは同じなら情報量は変わらないんだから、ライブラリ含む言語が高度化すれば少ない行数でかける
しかし情報量は同じなのだから結局のとこ考える量は変わらないので単位時間でできあがるプロジェクトの数はそこまで変わらない
結果時間当たりの行数はへると思いますよパンチャーじゃ無いんだから行数が生産速度を律してるってことは無いんじゃないかなテスト工数は減らせそうな気もしますが
てかじつはディスプレイの高解像度化で行が長くなってるんだったりして
プロジェクトあたりの行数は、フレームワークなりライブラリが見てくれるから減るけど単位時間あたりの行数は、減らないでしょ・・・
作るものが違うので単純比較はできないもののCなら、.NETではかかないようなことまでちまちまかくけども考えることが不要になった.NET側で次々やりたいことが書けるだけで、速度が下がるとはとでも思えないんだけどなぁ。
他の方はそういうものなんですかねぇ。
行生産速度が変わらない、と言うのは「コーディングの速さはキーを打つ速さでかなりの部分決まっている」って言ってるんですよね…?
うーん、そうは思わないですけどねぇ
裁量労働制ってソースコードの行数で決めるんだね。
よーし、パパ、生産性を上げるためにアセンブラで書いちゃうぞｗ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
ほぇ (スコア:5, すばらしい洞察)
> ソースコード行数の生産性が年々低下傾向にあることに着目し、ここからソフトウェア開発の生産性が低下していると主張している。
生産性っていうたら儲けで測るもんじゃないのかいな
さすがにどーなんだ
Re:ほぇ (スコア:2)
行数で比較する文化、COBOLとかの名残だろうか
Re:ほぇ (スコア:2)
いやいや、プロジェクトの規模とかを簡単に比較する方法としては、行数カウントも悪くないだろ。
過剰に絶対視/重要視して、単純に生産性とかコストとか言い始めるからおかしくなっていくだけで。
Re:ほぇ (スコア:1)
そっちの思想だと量が多いのが絶対正義ですね。
コイツ等はシグマで目論んだソフトウェア工場が理想なんだよ！と吐き捨てるように言った人が居たけどその通りなんでしょう。
どうも何かで関わったらしい（と濁しておく）が、IEEE,RFC等々覚えろ！お前の相手は海外で情報処理試験（会社方針）のようなモノに無駄時間使うヒマはない！と新人に叱ってたし。
まあ海外のアチコチからスカウト受けてた人の言葉だけに新人君はショック受けてたな。
Re:ほぇ (スコア:1)
物価とかに連動して変わりそうだけど、儲けか売上で測るのが正しそうですね。
「ソースコード行数」だけで生産性(出来高？)を測られるなら、無駄なコード入れて水増ししまくるようになりそうだし。
Re: (スコア:0)
そこでファンクションポイント法ですよ。
Re: (スコア:0)
定量的に計る方法がそれしか定義されておらず、
効率よく書いたつもりのコードが（コードを書いたこともなさそうな）上から足りないとのお達しで渋々水増しした現場あったなあ…
Re:ほぇ (スコア:1)
それはかなり虚しそう、いわゆる手段と目的履き違えた仕事ですね。
そういうときって、あからさまなコメント行入れるのか、何か軽く計算でもさせて結果はヌルに吐き出すとかするのかな。
Re: (スコア:0)
むしろ、それら手練手管を尽くした上の行数をビックマックに使っている
とか無いですかね。
同じ言語なら手練手管はそうそう進化しても無いでしょうし。
Re: (スコア:0)
そのエネルギーをもっとまともな指標の開発に回せよ…。
Re:ほぇ (スコア:1)
クラスとか、高機能フレームワークとか、メタプログラムとかで
短くて済むようになった可能性は？
Re: (スコア:0)
フレームワーク自体の行数がカウントされないという暗黙の前提はなぜなのか？
フレームワークは冗長なコードの塊だから、機能に対する記述量は多いよ。
それとも、フレームワークは天から与えられるものなの？
Re:ほぇ (スコア:2)
でも、ほら、 https://code.jquery.com/jquery-3.3.1.min.js [jquery.com] とか 2 行しかないし……。
svn-init() {
svnadmin create .svnrepo
svn checkout file://$PWD/.svnrepo .
}
Re:ほぇ (スコア:2)
しかし、それを徹底すると、ランタイムモジュールとかコンパイラとか実行環境とか、ついにはCPUとかまで入ってこないか？ｗ
Re: (スコア:0)
マイクロコードでCPUにパッチが当てられる昨今ではあながち間違いとも言えない。
Re: (スコア:0)
フレームワークというより、UI上や設定ファイルだけでカスタムできるシステムともなればソースコード０行、生産性ゼロだぜ。やったね！
Re: (スコア:0)
当方フリーですが某大手の開発に参加したところフレームワークを自称する何かのせいで年々生産性がおちていく…
高機能じゃなくていいからフツーのに乗り換えたい
Re:ほぇ (スコア:1)
つまり「単価が下がってるから生産性が落ちている」という評価ってことですね。
まぁ、結果は似たようなものだと思いますが。
仕様検討を細かく行って、開発メンバーに落とせるだけのスキルを持ったＳＥが減っているとも言えそうだし、要件が短期で変動する業界が増えたせいで使用が固まらない部分が多いとも言えるし・・・
そのうえ単価も下がってＩＴ業界のブラック加減が増している。
ＩＰＡが現状評価するのもいいけど、「どうしていくべき」「どうあるべき」を広報する方の記事もセットで出してくれた方が良いかもね。
方法論は人それぞれ考えが違うから、下手なこと言えばバッシングも受けるだろうけど、今のままじゃ幸せになれる人が減る一方だと思う。
Re: (スコア:0)
は?
ソースコードの生産性が下がってるのを指して
「生産性が下がっている」と言う話に
「普通生産性つったら分子は金儲けの量であってコードの量じゃ無いだろ」
とういコメントに対し
「単価が下がっているから」
てどういうコメントなの?
給料同じでコードが減ったらコード単価上がってるやん
労働時間同じで時間単価下がってるのを生産性が下がっているとしてしゃべるんなら大元のコード生産性の低下を否定したら「生産性の低下」の根拠無くなっちゃうじゃん
データとそれを元にした結論を結論だけつかってデータ無視したら意味判んねーよ
結論ありきで説明するためのネタ探しなんてのは政治家だけで良いよ
それでいて「つまり」って何自分はわかってる風なんだ
横から話に首つっこんでかき回さないで下さいとか言われてるでしょあなた
Re:ほぇ (スコア:1)
そうでした。
とんだ勘違いですね。
> 横から話に首つっこんでかき回さないで下さいとか言われてるでしょあなた
別に言われたことはないですけどね。
Re: (スコア:0)
それは労働生産性とかの方でしょ。
ソフトウェア開発の生産性を行数で測るのはどうかとは思うけど。
ファンクションポイントとかはもう古いのかな。
とにかくそういう抽象化された情報処理能力で測らないとね。
Re: (スコア:0)
知見
> 1. ソフトウェア生産性は全体的に低下傾向にある
> 2. ソフトウェアに対する品質要求は高まっている
> 3. 生産性を低下させないポイントは上流工程強化
> 新規開発プロジェクトの中では、上流工程での不具合摘出比率が70%以上と高いグループでの生産性が低下していないことが分かりました。同グループではSLOC不具合密
度が低く、信頼性も高い状態が続いています。
品質要求が高まっているのが生産性低下の一因とだ言っているようだ
上流が出来る子だと2でも生産性が落ちていないと言っているようだ
メッセージ
> 2.定量的管理を推進し、品質要求レ
Re: (スコア:0)
昔は未定義動作？バッファーオーバーフロー？動けばいいんだよ！って感じだったんじゃないかと昔のソースコードを見てて思う。
Re: (スコア:0)
20年以上前、オレが新入社員だった頃にオレの上についた先輩のアセンブラソースがそんな感じだった。
メインループの先頭でスタックポインタを必ず初期化してて、オレがちゃんとスタック管理したソースに直してたら、
”スタックが壊れると困るから、メインループの最初にスタックポインタの初期化を入れないとダメだよ”とか言ってきてた。
勿論オレは反対したし、ちゃんとスタック管理して正常に動くようにしたが。
Re: (スコア:0)
データベースから読んでちょっと加工して表示する、みたいな奴ならいい
のかもしれないが、ファンクションポイントって全く役に立たないよね。
数値計算屋
Re: (スコア:0)
> ソースコード行数の生産性が年々低下傾向にあることに着目し、ここからソフトウェア開発の生産性が低下していると主張している。
ケンシロウ「お前は長く生き過ぎた」
Re: (スコア:0)
儲けというか、生産性は一人当たりGDPで測るのが経済の流儀なんじゃないでしょうか。
Re: (スコア:0)
最近のプログラムは、かつての言語に比べれば多くのことをプログラム言語側で面倒見てくれるので
行数が少なくなると思います。すなわち、目的が少ない行数で実現できると。
少ない行数で完了するということは、より短時間でものが作れるわけで
空いたらどうするかというと、次のプロジェクトを行うだけです。
すなわち、コード行数は一定時間働く限り、一定数はないとおかしいわけです。
にもかかわらず、ソースコード行数が減り続けたら生産性は減っているという話はあながちおかしいとはいえないのでは。
Re:ほぇ (スコア:2)
できることは同じなら情報量は変わらないんだから、
ライブラリ含む言語が高度化すれば少ない行数でかける
しかし情報量は同じなのだから結局のとこ考える量は変わらないので単位時間でできあがるプロジェクトの数はそこまで変わらない
結果時間当たりの行数はへると思いますよ
パンチャーじゃ無いんだから行数が生産速度を律してるってことは無いんじゃないかな
テスト工数は減らせそうな気もしますが
てかじつはディスプレイの高解像度化で行が長くなってるんだったりして
Re: (スコア:0)
プロジェクトあたりの行数は、フレームワークなりライブラリが見てくれるから減るけど
単位時間あたりの行数は、減らないでしょ・・・
作るものが違うので単純比較はできないものの
Cなら、.NETではかかないようなことまでちまちまかくけども
考えることが不要になった.NET側で次々やりたいことが書けるだけで、速度が下がるとはとでも思えないんだけどなぁ。
他の方はそういうものなんですかねぇ。
Re:ほぇ (スコア:2)
行生産速度が変わらない、と言うのは
「コーディングの速さはキーを打つ速さでかなりの部分決まっている」
って言ってるんですよね…?
うーん、そうは思わないですけどねぇ
Re: (スコア:0)
裁量労働制ってソースコードの行数で決めるんだね。
Re: (スコア:0)
よーし、パパ、生産性を上げるためにアセンブラで書いちゃうぞｗ