ス　テ　ッ　プ　数　ｗ　　

ステップ数ｗｗ

2

まさにこれは夏の風物詩

　　　〃∩ ∧＿∧
　　　⊂⌒（ 　・ω・）　　はいはいわろすわろす
　　　　 ｀ヽ_っ⌒/⌒ｃ 　　　　
　　　　　　　 ⌒ ⌒

(´～`；)ああ、イヤダイヤダ。
夏厨が湧き出しちゃったよ。
これから９月まで２ｃｈ全体が
つまらなくなるだよな。さっさと
夏終われ。ガキは学校でクセエ
汁垂らして部活でもやってろ。
あーあー、ウザイウザイｗ

さて、無駄な関数作ってステップ数稼ぐかな。

有能な奴が書くと稼げないステップ数。

ステップって何なの？
一行一ステップだと思ってたら違うっていう日ともいるし
この前読んでた本には、一行一ステップって書いてあったし
どっち？

stepの複数形のことだよ

C/C++/Java/C#ではステップ数は
どう数えれば良いんだ？

顧客どもはどう判断しているのだ？

public abstract class Test {
　public abstract doMethod();
}

この場合は何ステップだ？


全く同じだが
public abstract class Test { public abstract doMethod(); }
この場合は何ステップだ？


全く同じだが
public
abstract
class
Test
{

　public
abstract
doMethod()
;
}

この場合は何ステップだ？

一行一ステップといってるだろうが！このファッキンビッチが！
オマエの家のモニターをぶち割って糞を流し込むぞ！

void
main
(voia)
{
cout<<"ファッキンビッチが！"<<endl;
return 0;
}

バカだこいつら。

だな。

プログラムの規模や価値をステップ数で言い表す上司は、正直頃したくなる。
ああ、明日からまた「それで何ステップ？」とか聞かれる毎日だ・・・

減らせないあんたが悪いw
増やせと言う上司がいたらそれはお笑いw

誰か教えてくれよ…

1命令が1ステップ。
もうこれでいいだろ。
だー　かー　らー

　　　ね　・　さ　・　せ　・　ろ　　　　！

ごめん… ありがと……
ようするに

puts("hoge");
while(1){
puts("hoge");}
これは3ステップ

puts("hoge");
while(1)
{
puts("hoge");
}
これも3ステップって事？

でいいだろ。
だから寝る。

勝手に寝ろよ
自分の意見も持てない人間なのかよ

ごめんよ。
でも寝る。

>>20
お前が寝たら死んでやる

ステッ



ぷすぅ～

y = functionA(functionB(functionC(functionD(x))));
これは1ステップ。

a = functionD(x);
b = functionC(a);
c = functionB(b);
x = functionB(c);
これは4ステップ。

後者の表現をすると、虫取り工数が４倍になるそうだ。理由はしらん。

>>23
後者がしっかりバグっててワロス。

今回のは代入する変数が増えたことによるミスによるバグか。
前者と後者で発生率はほとんど変わらないかと思ったが
ソースが増えた分だけやはりバグが潜む可能性は増えるのか？

人月を使うのもやめよう！

面接で、ステップ数聞いてくる会社があったんだけど、今時どう?
組み込み軽なんだけど、Cで作ってれば、なかなか出すの難しいし、
アセンブリでも、ﾏｸﾛつかちゃたりするとなかなか難しいよね?

ステップ数ってあれだろ？
そのプログラムを完成させるのに何歩あるいたか。
難しいプログラムほどトイレいく間隔が短くなるらしい。
しかも通勤の労力まで考慮されるなんてまるで神。
人間工学的に検証された次世代の規模計測手段だ。

1命令が1ステップだとするとRISC系の方がステップ数かせげて有利

>>28
単価下げれば良いだけ。

プログラムを語る時、ステップ数という言葉を使う人間は、全員無能に見えてしまうのは漏れだけですか？

まぁ経験からしても、大体合致していると思うが。

>>30
「少し頭が古いな」と思う位。
どちらにしろ管理する側の論理では「担当させる部分の定量化」というのは必須なのだ。
規模は？と問われて何と返事しますか？・・・まあFP値を返答するのも合格だけど

まあステップでも、行数でも難易度でも何でもいいのだが、人に伝えるとき数量化
できない奴のほうが問題あると思うが。
大きいプロジェクトになると感覚だけじゃ回せない。

>>32
旧来のステップ数見積もりが、これ程までに信頼性に欠る
見積もりだと唄われてる昨今に、「数量化」などという
抽象論で済ませるのか?

根拠を無視した数量を提示しても、それはオマエのいう感覚と
なんら変わりない。

オブジェクト指向全盛の今の時代は、ステップ数ではなく
「オブジェクト数・クラス数・メソッド数・名前空間数」に基づく
バグ発生数(実績ベース)を見積もりとして提示するのが普通。
(デザインパターン適用による影響も見積もりとして考慮する)

この見積もりテクニックは、それほど広まってるものではない。
しかし、オブジェクト指向見積法を採用すると、技量に合わせた
担当配置が実現でき、デスマ率も押さえられる。

私は日本で初めて、この見積法の論文を書き上げた。
近々、全国の書店で販売される予定。よろしく。

広まっているものではないのに「普通」なのか

>>33
数量化してるじゃん。
OOじゃ無い奴の見積もり方法書いてみ。

地面掘るやつだろ

っていうか、ここは“は-いステップジュン”のスレだし。

客or上司がステップ数で納得できるって言ってんだったら、ステップ数だしときゃいいじゃん。

どう考えたらステップ数が評価の対象になるんだか．．．？
機能とかスピードとか信頼性は無視ですか．．．　　orz

age

>>39
ステップ数ではなくて定量化値
評価の対象ではなくて管理の対象

ステップ数がやたら多いくせに、バグがとても少ない。　　最高の評価！ｗ

>>41
管理すると言うことは、管理対象を評価して管理すること。

>>42
そりゃ、偶然バグのなかったソースをコピペコピペで膨らました糞ソースだからだろ。

同 じ 処 理 を 何 度 も 書 く な と 何 度 言 っ た ら 解 る ん だ 馬 鹿 野 郎

明治ステップ数

工数／見積＝ステップ数という基準が改められない限り、
これからも無意味に膨らませたプログラムは無くならない。

>>44
仕様変更前はバグ皆無なのに、変更箇所が多岐に分散しすぎてデスマに突入する糞ソースですか？

>>46
見積ステップ数／単位期間当りの生産量＝工数
ではないのですか？

結局コピペしてるくせに生産量も何もあったものじゃない

昼食にスパゲティナポリタンを食す

>>18
ちょっと待て>>17の例とは別に、
デザインパターンの一つ、Stateパターンを使った場合は
ステップ数はどうなる？

こいつは何ステップだ？
interace Context {
}


こいつは何ステップだ？　こいつの場合、6ステップと判断してもいいのか？
pulic abstract class State {
　public abstract getState();
　public abstract setState(Context context, State state);
　public abstract use(Context context);
　public abstract doAlarm(Context context);
}

こいつはどうなんだ？

これは3ステップか？
for(int i = 0; i< 10; i++){
　System.out.println(i + "はバカ");
}

まったく同じだが、こいつは10ステップと見なしてよろしいか！！！
System.out.println("1はバカ");
System.out.println("2はバカ");
System.out.println("3はバカ");
System.out.println("4はバカ");
System.out.println("5はバカ");
System.out.println("6はバカ");
System.out.println("7はバカ");
System.out.println("8はバカ");
System.out.println("9はバカ");
System.out.println("10はバカ");

こいつは何ステップだ？ 1ステップとみなしてよろしいか？

String dsn = "jdbc:postgresql://localhost:9999/dbName?useUnicode=true&default-encoding=UTF-8";

これは頻繁に変更されるおそれがあるため、
以下のように分割した。
package net.2ch.www.database.constant;
import java.nio.charset.Charset;
public interface Database {
　String DATABASE_TYPE = "postgresql";
　String HOST = "localhost";
　int PORT = 9999;
　DATABASE_NAME = "dbName";
　boolean USE_UNICODE= true;
　Charset DEFAULT_ENCODING = Charset.valueOf("UTF8");
}

import java.sql.Connection;
static import net.2ch.www.database.constant.DataBase;
public class Connector {
　private Connection connection;
　pulic Connector(){
　　String dsn = "jdc:" + DATABASE_TYPE + "://" + HOST + "/" + PORT
　 + "/" + DATABASE_NAME + "?useUnicode" + true
　 + "&default-encoding=" + DEFAULT_ENCODING.toString()
//略
　}
}

この場合は上記の1行と同じでも22行とみなされるのか？

51下は5ステップ
52上は2ステップ
52下は10ステップ
53は都合のいい適当な数
で、いいじゃないか。


厳密に報告が必要なら、コンパイル後の機械語命令数を報告してくれよ．．．
面倒ならソフト中のmain()の数だけでいいだろ．．．

強引だったなスマ。

　　_/　_/　_/　_/　　もう寝ました　　起こさない様に　　_/　_/　_/　_/　

ソースをシンプルにするとこに重きを置いているPGにはステップによる
工数評価は最初から相容れない

>>52
ﾊﾞｸﾞがありますよ。

>>56
どこがだ。問題なく動いたぞ。
2chレスインデントのために仕方が無くおいた全角スペースは削除してから実行しているか？

>>55
ソースをシンプルにするためにステップ数しかみないのは
どうにかしている。

ソースをシンプルにするテクニックはただひたすらステップ数を減らすことだけではない。

オブジェクト指向を駆使してフィールド、クラス、メソッドのアクセス権をprivate, portectedなどに
よって適切に制御しカプセル化するなどの手法もソースをシンプルにする手がかりだ。

重複を避けるDRY原則も重要だ。ソースをシンプルにするといって
URLやディレクトリを絶対パスでべた書きハードコーディングをするのはもってのほかだ。

デザインパターンを知らないとソースをシンプルにするのは容易ではない。

たとえばあるクラスやメソッドのアクセスを特定のクラスからのみのアクセスに制限したい場合がある。
この場合、Facadeパターンなどが使える。Facadeにしたいクラスを作っておき、
そのクラスには、ただほかのクラスのメソッドを呼び出すだけの内容を記述する。
そのFacadeクラスから呼び出されるクラスのアクセス権はたとえばJavaの場合だと、
クラスのpublic修飾子を外しdefaultとしてパッケージプライベートにする。
Facadeクラスは当然publicだ。
つまり、そのクラスはパッケージ外部からはアクセスできないということだ。
そのクラスをパッケージ外部から利用するには常にFacadeクラスを使わなければならない
ようにするということだ。

これによりコードの煩雑化を軽減することができる。これもまさに、コードをシンプルに保つテクニックだ。

FPは？

>>58

同じ処理を冗長のソースで実現する：イッパイ仕事シタネと褒められる現場
同じ処理を少量のソースで実現する：スマートにデキタネェと評価される現場
現場の評価の風習で分岐するのよ
PGが持てる技術を全て使ってソースの贅肉を削いでもそのことの工数自体認めない現場もある

ｽﾃｯﾌﾟ数って、ｶｳﾝﾀ変数のことじゃないの

上司から単に「で、何ステップよ？」って聞かれたら、単純にソースコードの行数を答えておけ。コメント行とかブランク改行のみってのも含めてな。
聞いてるほうの上司も、その答え聞いたから何だってわけじゃない。上司のイメージしてるボリュームとの差が許容範囲ならそのままスルーされるだろう。
で、もし「えっ？何でそんなに多い／少ないの？」ってなれば、それなりの説明してやれ。
それだけのことだ。深く考える必要なし。

その程度であしらわれる上司なら、その職場の将来性は無いな。

上司から単に「で、何ステップよ？」って聞かれたら・・・







おーじんじ、おーじんじ。

もしもし？

ステップ数聞かれただけで、職業紹介会社に電話するのかよ！w

こんなもんらしいよ
携帯電話：500万
通信機能搭載型カーナビ：300万
薄型テレビ：60万
ＨＤＤ 内蔵ＤＶＤ レコーダ：100万

あげ

もう1ﾊﾞｲﾄ1ｽﾃｯﾌﾟでいいじゃない

Cだと函数の数が適当じゃないの？
括弧の数だから分かりやすいし．．．

>>70
馬鹿みたいに長い関数を書くやつが
減ってくれるかもしれないな。

とにかく仮説でもいいから定義を決めてほしい。
それと、同じプログラムを大きく見せたいときと小さく見せたいときで、ステップ数が増減するのは
良くないと思います！

＞良くないと思います！
小学生の作文みたいだなｗ

そおゆういいかたは、よくないとおもいます！！

　　　,,ｖ‐ｖ-/l＿　　(⌒)
　　_「／￣　　く　　 /
　　lＹﾉﾉ/_ﾉl_ヽ)）
　　＜ｲ（ l　l ）l＞　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　＜|）'|l､"(ﾌノ|l　　＜　「えっちなのはいけないと思います！」
　　,(ヨﾘ<>o<>ﾘ'］　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　|ト‐!］-ム- i'］l
　　ヽ_ﾉｖ＿＿l/ /
.　 ﾉ［//‐─‐/_/､
　（ /E|, 　　(フlﾖ ＼
　,-|　El＿＿＿lﾖ　/
└-＼｀＾＾＾＾＾＾´／

(･A･)ｲｸﾅｲ!

(･∀･)ｲｲ!

ﾏﾝﾏﾝ(･∀･)ｷｭｯ!!

>>72
>とにかく仮説でもいいから定義を決めてほしい。
仮説で定義を決めて、何が良いのか?　子1時間納得のいく説明をしてくれ。

マジレスすると、決定した定義なら結論が出てスレが終了してしまうが、
仮説の定義ならグダグダと馬鹿話が出来るかと．．．

しまった！
故一時間説明をしなければならなかったのに、
一言で片付けてしまった。すまん。　　orz

ステップ数が足らんな

>>80は、安給料に甘んじるプログラマー、いとあわれ。

無駄にステップ数を冗長して、小遣い稼ぎをする>>82は、いと惨め。w

残業代ないと死んじゃう
故にステップ数を稼ぐ為に冗長ＰＧＭ作成
終わらなくて残業
残業代で風俗
( ﾟДﾟ)ｳﾏｰ

残業代で風俗行くな

そうだ。
風族に行かなかったら、
月給5万で十分やって逝ける。

なんだ実家暮らしか

甘い！
実家暮らしなら2～3万でいけるかと。
そもそも、大金を持ったとして何に使うよ。
いや、浪費したければいくらでも、浪費することは可能ではあるが．．．

風俗行くに決まってんだろーがよ
唯一女性と触れ合える貴重な場だぞ

現場にゃクリーチャーしかいねぇし＿|￣|〇

http://d.hatena.ne.jp/keyword/%A5%AF%A5%EA%A1%BC%A5%C1%A5%E3%A1%BC
クリーチャー：神による創造物
すなわち現場には女だらけということだな。

「迷わずやれ！」　と。

それこそが倹約生活への第1ステップw

1キロステップ・バグ1個！

2Kステップほど入力してバグが出なかったときはどうしたら良いでしょうか？
障害件数が品質指標に到達するまでテストを続けなくちゃいけないんでしょうか？

>>92
ひねりまくった検査項目を、バグがでるまでしこたま作りまくる。

>>92
シラネー。俺の上司に聞けや。
あと、一瞬でバグを1個発見したら満足してデバッグ完了するのもやめろ、と伝えといて。
どう考えても、まだまだバグがあるだろうが・・・

>>92
あらかじめ必要な件数のバグを仕込んでおき、
進捗に応じて発生件数を調整する。

printf("Hello, world!\n");
printf("Hello, world!\n");
printf("Hello, world!\n");
printf("Hello, world!\n");
printf("Hello, world!\n");
printf("Hello, world!\n");
//途中990行省略
printf("Hello, world!\n");
printf("Hello, world!\n");
printf("Hello, world!\n");
printf("Hello, world!\n");

当然、この中にも1件のバグが・・・

どこにﾊﾞｸﾞあんの？さっぱﾜｶﾗﾝﾁﾝ

バグは事前に仕込んでおくんだよ。
でなくちゃ、バグが出てない、デバッグが足りないってボスが五月蝿いだろ。

などと
事前に仕込まなくても、たくさんある人が言ってます

うちのノルマは40件/Kstep
ﾊﾞｶｼﾞｬﾈｰﾉ

それはあっちを直すとこっちがイカれるような
スパゲッティーにしろってことだよ。
そうすればすぐノルマ達成

昔、某大手メーカーの部長さんに1**万ステップと言われた時は絶句した。





いや、多いからじゃなくてCでステップ数を自慢されても・・・

大手メーカーのぶちょーなんてそんなものだろ

前半にバカがいるんだけど、これってつりとかじゃないのか？

これだから、マ板は・・・って言われるんだろうな。

ステップ数もアレだけどさ、人月って単位もそろそろやめないか

>>105
同意したいけどｗ。それに替わる定量化値が必要になるよ。
プログラム／システムを使う事によって発生する効果を金銭に換算することが簡単ならば
その尺度が使われるかもしれないけどね

ジュース買ってやるよ、っていわれて
目隠しで自動販売機までつれて行かれて
ボタン押してるみたいな・・・・そんな状況になっていると思うｗ　＜同じ値段でどんなのがくるか分からない

保守

最適化とか合理化するとノルマ達成できなくなる尺度ですか？
クズですね

ステップ数はまだ解らなくも無いんだけど人月ってあほらしいよな
人数×期間ってなにさ
1人×１００ヶ月と１０人×１０ヶ月と１００人×1ヶ月が同じわけ無いだろ

>>110
ステップ数もおなじぐらいあふぉらしいとおもうが。

ステッぷすぅ～

>>110
原価は一緒だろ

>>113
110は工数の意味を理解できないんだよ
そっとしといてやろうよ

>>110
原価に限定して「一緒だろ」というﾚｽに匹敵する程
阿呆らしいですね。

>>113
成果は全く異なりますがｗｗ
５人×２０ヶ月くらいが、一番多くの成果が生み出せるんじゃないかな？
まぁこの業界、納期２０ヶ月なんか死んでもありえないけどｗｗ

うちは毎日の進捗をステップ数のみで報告しなければならない。
ステップ数の算出は前日との差分で行うので、関数の場所を別のソースファイルに移し変え
とかしたら
元々関数があったファイルから関数が消えた分のステップ数
＋
新しく関数を置いたファイルの関数が増えた分のステップ数
が算出されてしまう。

で、出来上がったブツのステップ数と日々報告のステップ数の合計が一致しないって怒られる('A`)

>>117
そういう頭の悪い職場からは早々に離脱することをオススメする。

>>117
その手合いの職場には、バカだけ常駐させておけばいいのさ。
辞めちゃえ辞めちゃえ。

決裁権を持ってる奴らはステップ数しか解らんからステップ数換算で報告することは多いな
だが、それを末端のPGに報告させても意味は無いんだよな

例えばさ、1000ステップのソースがあって、「これは8000ステップの価値がある！」と思ったら、
ロジックには一切手を加えないで意味も無くライブラリ関数とかをインライン展開して指定した
ステップ数に水増ししてくれるツールとかないかな？

if(Hoge == 1){ Fnc1(); }
if(Hoge == 2){ Fnc2(); }
-----中略-----
if(Hoge == 999){ return false; }

きゃー

実績をステップ数で出すのは何も考えずにツールに流して計測するだけだから
まだ精神的には耐えれるけど、コーディング前にステップ数見積もれとかいわれる
の、マジでやりたくない。無意味と思えることに頭を使うって心底辛い作業だ。

ステップ数が機能の多寡や難易度にあまり影響を与えなくなってきている事を知らないから仕方が無い
ステップ数があまり機能していないことを示すためには複数のプロジェクトの実績からカッコたる証拠となるデータを作るしかない

まあ、デスマに突入したプロジェクトじゃそもそも見積もりに意味が無いんだけどね

>>57
だってお前、あえて説明するけど
最初は０もバカだったのにリファクタリング（っていうのか？）後は
バカかどうかわからなくなってるじゃないか。

成程、代わりに10がバカになってるのか。

嗚呼COBOL…

既存の関数で済むところを1,500行書いてやったぜ
しかも、ほとんど２ちゃんからのコピペだから

>>104

これだから、マ板は・・・

お前優しいな
ステップ数稼ぎかもしれんが

>>121
そんなことしたら保守で死ねる。

コピペ万歳！！
あっという間に、生産性が2倍3倍4倍に！

ステップ数なんて、そもそもバブリー時代の頃の見積もりの仕方だろｗ
んなん、コメント増やせば何とでもなるべ

>>133
昔はプリントしたソースコードの厚みとか重さで判断してたと聞きましたが。
ほんま？

>>134
それは知らん。俺的には経験なし

ただし納品時は全てのリストをプリントアウトしてすべてにページ番号を
書いたのは覚えている。昔は納品＝ソースリストだった。

中身に関係なく、納品物の厚み、ページ数で満足するって実態は見ることあるねぇ。
全くもってばかばかしい話だが。

>>134
正確には違う
昔のお役所は受注金額に対して期待される納品物(驚くべき事にバイナリやソースコードでなく仕様書のみ)の頁数が決められていたから
会計監査はシステムの事なんか全くわからないので仕様書(小難しい事や訳わからん図の描いてある変な文書)の頁数が妥当性確認の唯一の方法だった

なるほど。
まぁなんというか、達成感はあるな。

お役所仕事の時こそdoxygen。
フルオプションでRTF出力すれば、あっというまに千ページ

>昔のお役所は

今はどうですか？

>>140
今は元請がぼったくってるから詳細はしらね

大阪市が悲惨な財政状況な理由がなんとなくすすけて見えてきた

>>142
なんでも一緒にして考えるのは良くない。
彼の地にはもっと大きな穴がある。

ステップ数以外に実践的にボリュームを把握する方法あるか？
一番実践的な方法がステップ数なんだよ。
頭でっかちは嫌われるぞ。

FPが駄目な理由をどうぞ

>>144
>頭でっかちは嫌われるぞ。
嫌われてもいい。馬　鹿　が　減　れ　ば。

一番実践的じゃなくて、例え現実とかけはなれてても
何も考えない何も知らない人間でも分かるのが
これしかないからだろ

>>145
144はFPを知らない、に500カノッサ
ただのプログラムボリューム以上のことがわかるのにね

ファイナンシャルプランナーぐらい知ってるぞ。
走れー！止まるなー！ってやつでしょ。

基本情報の試験に出てきたが概要くらいしか問われなかった

現実は係数調整で合計を調整することになる件について。

>>134
某システム会社の説明会に行ったら
「プログラムをプリントアウトして、積み重ねたら富士山より高い」と自慢話されたことがある

そういえば今いる会社の説明会、何かのシステムの出力結果を数ページ渡して、「これ出力するためにはン万行のプログラムを」なんて説明をしてたな。
大して興味わかないなーと思ったらそういうことか。

>>148
Fuckin' jaP くらい解るよバカヤロウ。

正確なFPじゃなくてももどきで見積って想定ステップ数との比較をする
これ位しておけばどういう流れになってもついていける

「しらねえよ馬鹿」みたいな奴にだけは通じない

俺の経験では
使ってるAPIの種類数
で見積るのが一番いい

クラスライブラリの場合はどう判断するの？＞157

>>158
俺だとI/Fされるメソッド・プロパティ数に難易度掛けてゴニョゴニョとして算出だな

PB-100を馬鹿にしての発言ですか？

ＰＢ－１００ってなに？

>>163
　　　　　　, イ)ィ　-─ ──- ､ﾐヽ
　　　 　 ノ ／,．-‐'"´ ｀ヾj ii /　 Λ
　　　 ,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
　　 ノ/,／ミ三ﾆｦ´　　　　　　　 ﾞ､ﾉi!
　　{V /ミ三二,ｲ　, 　／,　　 ,＼　 Yｿ
　　ﾚ'/三二彡ｲ　 .:ィこﾗ 　 ;:こﾗ 　j{
　　V;;;::. ;ｦヾ!V　　　 ｰ '′　i ｰ '　ｿ
　　 Vﾆﾐ( 入　､　　 　 　r　　j　　,′
　　　ヾﾐ､｀ゝ　　｀ ｰ--‐'ゞﾆ<‐-イ
　　　　　ヽ　ヽ　　　　 -''ﾆﾆ‐　 /
　 　 　 　 |　　｀､　　　　 ⌒　 ,/
　　　 　 　|　　　 ＞┻━┻'r‐'´
　　　　　　ヽ＿ 　 　 　 　 |
　　　　　　　　　ヽ ＿ ＿ 」 　　　

　　ググレカス [ Gugurecus ]
　　（ 2006 ～ 没年不明 ）

おれSHARP派だから

漏れはHP派だな

お前ら、新規でプログラム作る時大体　何ステップ/日くらい書ける？
言語or環境と一緒に教えてくれ

ステップで評価するのが時代後れ

3ステップ-2ステップ/日

水前寺清子かよ >>172

＞お前ら、新規でプログラム作る時大体　何ステップ/日くらい書ける？
＞言語or環境と一緒に教えてくれ
ｗ

>>171
じゃぁ君が見積りだす時の評価方法を教えてくれ

人月

野生の勘

2D6+1

昨日の株価終値

>>173
実装したと思ったらバグが見つかって進捗後退

汗かきベソかき・・・

>>170
コーディングだけなら2000/日とかじゃねCは
VBだと半分位かな
JavaはGUI有りでIDE使うなら5000/日、Web系だとJSP周りが1000/日、ロジックが2000/日
仕様もかんがえつつなら半分程度まで落ちるかも知れん

リファクタリングの結果としてコードの行数が減った場合、
そのリファクタリングの生産性はマイナスってことになるの?

割り当てた仕事にかかるであろう時間を算定して、その達成率で給料決めろよ。

ハスケルなんかが主流になったらステップ数なんて激減するぞ。

時間を算出する立場の人間が有能な人間ばかりならそれでいいんだが

そもそもそれが正確にできないからステップ数って指標になっちまうわけで。

goto >>1

>>182
組み込みの場合、コード圧縮というのがあったけど
それもマイナス扱いなのかね。せつねっす。

ステップ数 / 開発工数（ただし、修正の時はステップ数を2.5倍にする）
という評価基準を顧客が出せと言ってきました。

ひたすら改行
ひたすらコピペ

これで全て解決ｗ

>>181
いまCやってるけど、2000行は1週間かかったな。
まあ、仕様書読みながらだけど。

1日2000行はよほど簡単なアルゴリズムじゃないと
達成できないなぁ。

一日で何行コーディングできましたとか、ばかじゃね

>>191
じゃあ、お前さんの給料は何を基準に支払われるべき？
作業の拘束時間？

そこの開発現場の上司にとって役に立つか立たないかだろ？
それと売上。

>開発現場の上司にとって役に立つか立たないか

じゃあ、俺は >>193 嫌いだから、無給な。

>>193
貴方みたいな派遣さんは売り上げ＝拘束時間でしょ
会社から貴方が幾ら貰えるのは知りませんけど

時給70＄くらい稼ぐにはどんなコードを書ければいいですか？

>>192
作業量、そして作業量の見積もりの基準としての拘束時間。
コードの行数が作業量と比例しないことはプログラマなら誰でも知ってる。
真面目に仕事をしているなら時間と作業量は比例するだろう、という想定は
必ずしも正しくはないにしても、作業量をコード行数で計るよりはマシだ。

>>195
派遣でなくても拘束時間というのは重要な基準だよ。
「残業代」という概念の根拠だしな。
月に百時間以上もサビ残してるような社畜には関係無いのかも知れんが。

ステップ数で見積もるのは時代おくれ。

ステップ数＝開発規模ってイメージあるけど、やめて欲しいな。

例えば俺が１人日で書けるソースを、後輩が３日で２倍のステップ数で
書いたからといって、開発規模が２倍でも３倍でもないからな。
障害件数だって２倍な訳ないし。

FPって導入すれば結構いい感じに見積りできるもの？
係数の決め方次第だろうけど。

>>203
FPの算出で最後に掛ける係数ってその会社のメンバによって変わるんだよな
ようするにとある仕事があったときにA社とB社でFPの合計した値自体は一緒でも最終的な数値は変わってくる可能性がある
結局その差を見分ける能力が発注側に無いからFPが使えないって感じ

「わかんないからステップ数にしてくれない？」ってのがいつもの台詞

そんな無駄があるのなら無駄の多いコードだと考慮すればいいだけで
ステップ数自体は開発規模を示すのに無効だとは言えない

ステップ数にせよ、FPにせよ、
結局は書く人間の能力差を表現しようとすると、
いろいろと煩雑になって、
あまり意味のある指標ではなくなるってことか。

「明確で公平な評価基準がない」という、
この業界の最大の問題点は、なかなか解決できんね。

>>204
やっぱそうなるよねぇ。
FP法って、受注側・発注側両者が係数以外が同じ基準でFPを計算できなければ
（少なくとも合意できなければ）、うまく運用できないんだろうな。

社内ではFP採用するにしても、結局見積出すときにはステップ数に変換することに
なるんだろうし。

>>206
同意。
ただ、自分のソースも含めて、どれくらいの割合が無駄なのかは、ソースレビュー
しても正確には分からないんじゃない？
社内で誰のコードが基準とかって決まってればいいかも知れないが、普通は
１案件で１機能のコーディングするのは特定の１人なんだし、基準みたいな
ものって決めにくいよね。

ステップ数は開発規模の参考にはなるけど、曖昧になりすぎる可能性がかなり
高いと思うのだけど。

>>207
結局、コーディングって人の手で行なうものだし、毎回違ったものをコーディング
するのだから（ライブラリの共有やコピペは除いて）、社内でも基準を決めるのが
難しいよね。

うちの会社でもFP導入しようかという話が出てるけど、頓挫したままだな。

http://ent.6park.com/bbs/messages/49107.html
http://ent.6park.com/bbs/messages/49111.html
http://ent.6park.com/bbs/messages/49115.html

ぬるぽ

　　　　＿
　　　r＜´　　i＼(⌒,"-⌒、
　　　ヽ　＼ .ﾉ　ﾒく. r 、n.,,ヽ,-－- 、　　　　　 i|i 　i|i　i|i
　　　.∠｀ヽ〉_,ノ. 　ヾヽ.Oノ人" ヽ　 ヽ、　　　.i||i　i||i　i||i
　　　/⌒｀ｼX、　__,,,..z-X-､.,_〉／""}￣
　　　{'⌒,/ iゝ.""0 (*) (*)0y'" .{'⌒}　　　　　;;iill||iil||lllii;;;
　/＼ｆ'⌒ヽ⌒ヾ'ｰ＝=､ｰ,.=彳　 {⌒｝　　　 《i,llii,;;iillllii,,ii,,,》
　＼〈 iﾍﾍﾍヽ,,,,i　　 /./7r‐く　　i⌒i　　　　| ﾞ ﾞﾞﾞﾞﾞ''''''ﾞﾞﾞﾞﾞﾞ |
.　　　ﾄﾘﾘﾘﾘ.,,,　￣''''''''''------/⌒ゝ.,,,iili||i|　　　　　　　 .|　ガッ！
　 　〈iﾙﾙﾙ'ヽ ￣'''---,,,,,,＿＿ﾚvvv〉, ,, 　∥　　　　　　 ..|
　./=i=＝＝ｪ=i　.　　　/　 i￣ ﾉﾘﾘﾘﾘﾞ　"""ｌｌ　　　　　　　.!　　☆
　ｌ＿i＿＿__i__|　　　　i=＝i＝ノﾙﾙﾉ 　　　 .!,,,iill|ll ,|||,,iii.,!!　／
　　　　　　　　　　　　 |＿__i,＿＿i_|　　　　　／･/ｌ∵ヾ＼>>211

どんなにﾖｲ手法があろうとも
ステップ数での見積もりしか解らない客の前には無いのと同じだｗ

>>213が結論言ったんで、これにて終了

でも、そのステップ数での見積もりも正しく理解してないけどな
良く分からないが高いからここの工数を少し下げてってあなた馬鹿？
普通は単価を下げてでしょ

>>208
大体、「係数」なんて持ち出してる時点で、FP法も胡散臭さ炸裂なんだが。

だったら、拡張ステップ数法とか言って、

ステップ数×係数＝開発コスト

これで完璧じゃん。

むしろ、値引きと書かないでと言い出す元請が困る
値引きは値引きと書かせろ

たぶん既出だが。
少なくともアプリケーションだけで8絎円はかかる規模になると、ステップ数も既休め程度には指標としての価値が出てくる。

>>218
それこそ気休めだろ
何人動かすかの方がでかいよ
＠０．５M円として１００人いると２ヶ月で8桁円に到達するぞ

FP法は一般に過去の開発実績を統計・DB化して算出してるはずだから、
それなりに参考になる値だと思ってた。

確かに「係数」は曖昧な要素だけど、参入メンバーのスキルとかが
影響してるからどうしても固定化できないし。

ステップ数で見積もるときは、経験則に従った「勘」で見積もってる
のが一般的だし、それが良くないと思ってる。

過去の実績に基づいて見積り出せるなら、誤差も小さいだろうし
どんな見積り方法でもあまり変らないような気がする。
FP法が完璧ではないのも知ってるし。

>>219
人月信者キターーー

E・∇・ﾖﾉｼ　＜222ｹﾞｯﾄ♪♪

age

>>220
ステップ数を算出したらそれで標準単価が決まる

比較するならFPでランク分けする事とステップ数の検討をつけるのが同じ様な作業になる
単純に画面数、IF項目数ごとの算出基準値をかけてやると結果が出る

COBOLのようにミドル、UI部品あたりが(グループ内で)ほぼ標準化されていて実装の方法が1通りに帰着しそうな
言語ならステップ数のぶれも少ないだろうが他の環境じゃそういう訳に行かないんだよな

　　　_　_
　　(　ﾟ∀ﾟ)
　　(　 ∩ミ　　ﾃｨﾑﾎﾟ！ﾃｨﾑﾎﾟ！
　 　|　ωつ,ﾞ
　 　し ⌒Ｊ

日立はステップ単価です。

なにを今更・・・

人月といい、ステップ数といい、日立は
「いいかげん、やめよーぜ」
と言いたくなる制度の見本市みたいな会社ですよ。

>>227
は？人月はN、F、Tでも通用する業界標準の制度ですよ

単位として有るのは仕方ないとしても、
「１リットルって何メートルなのよ、メートルで言ってくれないとわかんねーよ」
みたいな議論が絶えない。

>>229
うわ、それ恐ろしく的を射た表現ｗｗ

ｎ年前の入社時の面接思い出すわ。
俺「趣味でプログラム書くこともあります。」
面接官「どれくらい書けるの」
俺「たとえば、○○のためのアプリケーションで、○○のような機能を持たせたものを最近では作成しました」
面「それは何ステップくらい」
俺「私的に作っているものなので、数えたことありませんけど、ソース全体で○○kByte程度の規模です」
面「あのね、キミ。それじゃ人に伝わらないんだよ！！」(←当時の俺、なぜ怒られたか理解できず)
俺「はぁ～・・・では○○Kステップくらいでしょうか。」(←平均的な一行の文字数から適当に計算)
面「ふむ・・・」

今その会社に務めているんだが、このときに気付くべきだった。
ちなみにここでも名前が出ているような大手本体でつ。

ちょい初歩的な質問
コボラの俺からすれば、ステップ数というのはまぁ判りやすいんだけど、WinfowsプログラミングのようなＧＵＩがらみの奴
のステップ数ってどうすんの？

ごめ
×Winfows
○Windows

>>231
マジレスすると金を握ってはいるがコボラーな考えしか出来ない使えねえ連中のために生産性と必要な人月から逆算して計算する
COBOLで言うステップ数でCのステップ数計ると複雑で難しい物ほど必要な人月との乖離が激しくなる

ちょっと解ったフリをするもっと使えねえ奴は
Cだと実際のステップはこんなに行かないんじゃない？とか言い出すから困る
お前らの為に解りやすく計算してやっただけで実際は別の方法使ってるんだって

× お前らの為に解りやすく計算してやっただけで
○ お前らの為に解り難いけど爺さんを納得させやすい計算してやっただけで

人月はＵＣＰでも使うから問題ないです。

諸外国ではどんな見積方してんだろうな

まずい
これから作る予定だったもの実はSQL一発叩くだけで終わることが判ったんだが
テストとドキュメントだけ膨大な量になりそうなんだ

10ステップ/0.5人月
こんなの出したらブチ切れそうだどうしようw

>>237
テスト検証ステップ数(何じゃそりゃ)を作れば良い
テストケース1つごとに１ステップで

それならドキュメントステップ数も追加

喫煙所に歩いて行った歩数も追加。

スキップした歩数も追加ｗ

ス　キ　ッ　プ　数　ｗ

SMAPの人数も追加

単位からいくとSMAPのメンバの体重。

コーディング中に齧った酢昆布の枚数も加算。

会社から うんこちゃんねるに書き込んだ行数も加算。

はいはいうんこはさっさと死ね

森君はまだ頑張ってるらしいよ

age

俺ステップ単価１万円。

ステップ数使うくらいならバイナリのバイト数でいいんじゃないの？
これなら、最適化されちゃうような無駄なコードを書いても同じ評価になるし。

ホップ

よく、「コメントと空行は抜いて」みたいな事も言われるな。

コメントは実際には実行されないから、無いものとして云々とかいわれると、
ツールでコメント削ってインデントもフラットにしてから納品してやろうかと心の底から思う。

;
;
;
;
;
;
;
;

>>251
とりあえずコピペコードと文字列満載にするわ。

(1) まったく同一の仕様で、２社に発注する。
(2) 完成品にたいして、納入されたオブジェクトサイズを比較し、サイズが小さい
方の会社には、そのバイト数に定数を掛けた金額を支払う。
(3) サイズが大きい方の会社には、上の会社の半額を支払う。

この方法のメリットとして・・・
・ステップ数や人月単位のアホな見積もりが無くなり、真に技術力が評価される。
・独立して開発された２個のプログラムに同一のテストデータを入力し、同一の
　結果が得られるかを検査することで、高精度のバグ摘出ができる。
・２社に全く同一の挙動をするプログラムを発注する為に、曖昧な仕様書が淘汰
　される。

バイト数で真に技術力を評価ってwww
ネタなのかマジレスなのかわかりにくいよw

昔のＰＧって、Ｃのソースを無理やり一行に押し込める
見難いソース書くよね。

>>256
デメリット
・お金が2社分かかる。
・テストに2倍の時間と労力がかかり、双方に異なる不具合が
出た場合等、二度手間になりやすい。
・曖昧な仕様書があると、両社から質問・確認の雨あられで
担当者が過労になる。

他にもたくさんありそうだな。

どうせ、散々な点数で帰ってきた夏休みの宿題レポートの写し
だから、大目に見てやれ

今日Javaで18kステップ（コメント・改行合わせてだけど）っていうソース見た。
その後、Eclipseの閉じるボタンを押したのは言うまでもないよな？

しごと汁

改行と /* */ の間と // を正規表現で切り取ってステップ数えればいいじゃない

>>261
言うまでもないな。

>>254みたいな稼ぎ方はリアルで見たことあるなｗｗ

a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:
/comment;
/(中略)
/
a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:b=a:a=b:
print (a):

こどもといっしょにどこいこう？
ステーップワゴーン！

漏れが未経験の頃、人売りの営業にエンドユーザー面接で強制的に言わされたセリフ。
「生産性は月4～5Kです」

4～5ケルビン？

一ヶ月にたったの４千行？　無能だなｗｗｗ

ステップって仕様作成しながらコーディングしてて月9000ステップとかでも糞だよね？

給料次第だな

2行追加して36万円を手に入れましたが、何か？

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

上司がコボラーなので、生産性をステップ数で出せと言ってます
プログラムの修正1行、外部スキーマの追加100本の案件なのに、、、
生産性1行／1ヶ月になっちまうぜ、、、

>>274
コメント100行くらい追加しとけｗ

アセンブラならNOP命令を1000ステップほど入れるのだが。(w

Cだって実質NOPな関数を何ステップだって入れちゃうぜ

オレは最近、ロートル連中の時代遅れっぷりを、疑いようもないくらい
ありありと見せつけてやらねばならないんじゃないかと思うようになったぞ。
コード1行、スキーマ100本で押し通せばいいじゃん。

前に居た現場ではステップ数に関しては多いほうがいいいと言う意味ではつかってなかったな。
同じ処理なら軽いに越したことはないといってた。
いい意味でステップ数とゆーものをとらえてたな。

もし、多ステップ数を沢山やっつけた奴＝高い評価なら、
そいつ以外全員不幸だな。

ステップ数に対してバグの数が少ないからって、
無理やりバグを出せと言われる

IT(結合テスト)の時に、バグが少ないって言われた
どうしろっていうんだ！工数も残ってないし

>>281
それってどこのＨ製作所？
俺もやらされたよ。ステップ数計算プログラムとか使わされて
ある程度ステップがあるからこのぐらいのバグがあるはずだとか
言われて。

見落としがないか再試験します。でおｋでは？

Nも同じようなこと言ってくる。
脳みそに蛆虫湧いているんだと思われ。

>>284
テスト数ではなく、バグ数なのよ。
バグを分割報告して水増しとかやらないと相手が納得してくれない。

俺はバグを見つけたら、そのバグが起こるデータ、ケースを作って
水増ししてます。

「検査が○件指摘したからバグがもう○○件あるはずだ。全部洗い出せ」


検査って何様？

少なくとも午前様ではないな。

なんかね、バグ予測件数とかあるんですよ。
なぜか、納品物を見ると、バグ発生件数とバグ予想件数がピタリ一致するんですよ。
ウチの上司は、デバッグ始める前に、ステップ数を見ただけで何件のバグが含まれるか、
ズバリ言い当てる能力があるらしいです。

何そのエスパー

ちなみにＨ系です。

>>291
んでもって「バグ件数が少なすぎる！」って怒られるだろｗ

＞なぜか、納品物を見ると、バグ発生件数とバグ予想件数がピタリ一致するんですよ。

ムリして発生したことにしてるだけだろうw
N系みたいだなぁw

>>289
>なぜか、納品物を見ると、バグ発生件数とバグ予想件数がピタリ一致するんですよ。 

まだ甘いな。この業界の理論上は、
要求定義書からバグ発生件数を予想できるはず。

要求定義から、設計書の枚数が計算できます。
設計書の枚数から、LOC が計算できます。
LOC から、バグ発生件数が計算できます。

これが見積もりの大前提。
もし、この前提が崩れたら見積もりができない。

どの前提も支持しない。
その計算方法を具体的に書いてみてよ

>>296
＞どの前提も支持しない。
ここは論点ではない。（どの前提も誤っているに決まっている）

>>294

俺は去年必死に水増ししたよｗ
テスト件数足りない→テスト項目細分化
バグ件数足りない→こんなバグつくっとくか

もうね・・・・

おいらさ、プログラマになって半年なんだけど、他の人たちが作るプログラムは
せいぜい２，３００行なんだよ。俺のだけ１０００行くらいなんだけど、SEに嫌がらせさせられてるのかな？

いや・・それ効率悪すぎる書き方してるか
分けるべきとこで分けてないんだろう

>>298

ステップ数足りない→コメントも足すか
レビュー時間足りない→名前貸して

あほかと・・・・

C言語で、1ヶ月のステップ数（コメント、改行除く）は
何ステップくらい書ければ一人前？
俺は2年目だけど、8000～10000かな。

>>302
その8000～10000を実装するのに、
8000～1000位くらいで納まるようになったら一人前。

まちがえた800～1000な

このスレは
ステップ数で生産性をはかる愚考を笑うスレ
なんだけど

>>302
コードの価値はステップ数とは無関係と気付いて半人前。

平均的プログラマと比較し、半分の期間で、半分のステップ数で
同等の機能が実装できれば一人前。

>306
つまり平均的プログラマは一人前じゃないと。

>>307
そりゃそうだろ。まともなPGの割合は、どう見てもかなり少ない。

>>307
論理的に正しい解釈ですね。

>>306
その「平均的なプログラマ」の生産性のソースを提示したら
支持出来るけど

>>309
仮に平均的なプログラマの生産性のソースがあっても、支持できる材料にはならんのでないか？
論理的に正しくない。

>>310
いや、それはごもっともです。
自分は>>306に「それは思いこみだよ」と言いたかっただけですよ。
もとよりそんなソースが出てくるわけないし（笑）。

一人前の概念自体がヒューリスティクスに拠るもんでしかなかろうもん。

＞自分は>>306に「それは思いこみだよ」と言いたかっただけですよ。

俺は限りなく真実だと思うが・・・

>>306
同じ期間で半分のステップ数とかやっちゃうと評価下がるけどね

>>313
平均的プログラマの定義がない
期間がなぜ半分なのかの根拠が無い
ステップ数がなぜ（以下同文）
なぜ同一ではなく同等なのかの説明が無い
一人前の定義がない

という全ての文節に突っ込みどころがあるレスに対して
「限りなく真実」とレスする貴方は>>306自身に違いないと思うがどうよ？

>>315
>>312

なんでこんなに必死なの？
半人前だって馬鹿にされたの？

自分の信念が思い込みだと指摘されたら。
必死になってしまうことも理解できない事はない

http://pc11.2ch.net/test/read.cgi/prog/1173248727
http://pc11.2ch.net/test/read.cgi/prog/1173335880
最近はステップ数が流行なのか？

>>319
毎年恒例の年度末処理でコボラが活性化しているだけかと。

age

ステップ数どころか帳票印刷後の重さで対価が支払われます

実際に全機能動作させた時のステップ数 / ソース上ステップ数
でいいよ。
数値が高ければ高いほど良い。

ステップ数ｗｗ

>>36
それスコップ

>>325
どえらい遅レスだな。www

ちょっと思いついて機転利かせて効率化すると
時間かかったうえにソース短くなって困る

で、このスレではどんな見積もり方法が良いと言ってんの？

コボ羅 　 ：ステップ数でおｋｗｗｗ
ジャヴァば：やってみないと分かりません

機能数とか画面数ってのもなんか違うんだよなぁ

最近じゃ、20行の改変のために要件検討書～テスト仕様まで10近くの文書を半月かけて作らされてるからなあ。

引継ぎと記録のためには必要なのかも知れないんだが、その資料の管理が杜撰で
前任者の作ったものが探り当てられない事もしばしば。
文書を作らせて満足するだけじゃなくて、管理もしっかりして欲しいんだが。

スレチ

あの「予測バグ数」ってなんなんだろうな
俺もNの仕事で始めてみたけど、PGなめてるとしか思えない
こちとらバグださねえように注意しながらコーディングしてんだ

なめんなよ

>>332
品菅の本の一つでも嫁

うちの上司がもう２週間以上ステップ数に対する単体テストでの
障害発生件数が少ないことについての説明に走り回ってるんだが

>あの「予測バグ数」ってなんなんだろうな

本来は「書いた行数に対してこのくらいのバグが出るだろう」という件数・・・・・・・だったはずなのだが、
いつのまにか「これくらい書いたらこの位バグを出せ」と曲解したもの。

文書書くの苦手だからって曲解していいわけじゃねーよorz

.

ステップ数の何がダメって無駄を削る部分の作業が考慮されない事ぐらいだろ？
規模把握の目安として割り切る分には問題なし
それより月に3桁しか上げられない奴に限ってステップ数を目の敵にしている方が気になるｗ
お前の書くコードはそんなに言うほど品質がいいのかとｗ

＞規模把握の目安として割り切る分には問題なし

大ありだ馬鹿者

んじゃ50kよりも0.5kの方が規模が大きくなるような例をあげてみてくれ
50kの方に巨大なコピペがあるとか、物凄い量の無駄があるとかいう反則はナシでな
誰がどう考えても50kの方がデカいだろｗ

＞50kの方に巨大なコピペがあるとか、物凄い量の無駄があるとかいう反則はナシでな

反則野郎が多いから言ってんだよ。バカか？

ああ、後出しジャンケンで条件挙げてるからバカに違いないな。

反則だったら反則係数でも作れアホｗｗｗ

>>339
338や340とは違うが、俺の想定。

超優秀な339とダメダメな俺がいたとしよう。
でまあ同機能のプログラムを作った、と仮定してだな。
339は0.5kで作り上げた、かたやダメダメな俺は50kも書いた。

ってとき、ステップ数を規模の目安にするのは怖いよなってことじゃないか?
もちろん能力も数値化して係数にすりゃいいけど、それが難しいわけで。

同じ人(あるいは能力が近い人だけ)が書いた場合だけなら、ステップ数も目安になるとは思う。

どうだろ。
GUIとか、I/O・通信処理とか、ガシガシ演算処理する部分とかで、かなり
労力とステップ数の比率は変わってくると思うが・・・

なるほど。
そーいやステップ数で語れる労力って、あくまで手の労力でしかないよなｗ
本来は頭の労力の方で測りたいものだが……
これこそ能力による差がでかすぎて、なんとも難しい。

age

VC6　か　VC2005　なんだけど、プロジェクト内のソースコードの
行数の合計を知るにはどうしたらいい？

がんばる

>>346
コマンドでファイルを結合して、結合したファイルの最後の行数を見る。

wc

ツール使えよｗ

ツール？

ステップカウンタ　でググレばいくらでもあるだろ？

実際の現場では、
保守しやすいように冗長なコード書かなきゃダメなこともあるんじゃん？
それもあるけど、
バッチ処理のシステムで、
ステップ数がデカくなるのは設計者が機能分割をきっちりしてないからだから、
設計者が悪い。

その設計からしてダメなシステムが、
プログラム１つ１つのステップ数が大きいから、
評価されるのか・・・。

ステップ数なんて飾りなのにね。エライ人にはそれがわからんのですね。

>>353
>その設計からしてダメなシステムが、
>プログラム１つ１つのステップ数が大きいから、
>評価されるのか・・・。

残業をたくさんする奴が評価されるのと同じ事だな。

残業代だってかかるのにねえ。
あっ、残業は、していても請求しちゃいけないのか・・・。

恐ろしい社会だ。

しかし、ステップ数以上の管理指標がないのも事実・・・・・。
ファンクションポイントだとかは、見積もりをやるやつが、脳内でシステムを組み上げられるやつでないとできないし。

要件をある程度固めれば、必要な機能は自ずと明らかになるし、
そうなったら概要のクラス分けとか、内部のメソッド数とか、
そこから呼ばれる基底クラスのメソッドとか、
ほとんど勝手に決まるじゃんか…

なんでステップ数を数える機能がないんだろう？

ウォーターフォール開発ｗｗ

墜ちて行く開発か・・・・・言い得て妙。

いまだに面談でこれ聞かれたりするよｗ
画面数とかねｗ

やめてよってかんじ

ステップ数あたりのバグ件数の規定値とか、
もうやめて・・・・
ステップ数じゃ計れないんだよ・・・・

while(1){

　/*ステップ（笑）*/

}

>>362
最近はインフラの仕事もしてるんだが、ネットワーク設定だの設定ファイルの書き換えまでも
ステップ数に換算しろ、とかいう大手ベンダーのお偉いさんがいたｗ

最近は余裕があるので、淡々とステップ数換算
突っ込まれたら淡々と「何故ステップ数で計れないか」を話す

それはもう遠慮なく
相手が理解できるか出来ないかはそっちのけ

壊れたプログラマスレにいくべきか・・・

>>365
良いんじゃね？
バカは何言われても理解できないから、バカのままなんだし
何言っても彼らは相変わらずバカの一つ覚えでステップ数って喚くんだろうし

うぜぇから俺も最近は、ざっと自動で出した数字に、
修正リビジョンとか考慮して、ざっくりとした数字で出して、
適当にやることが増えたかな

いやでも、、ほら

1万ステップ！　っていったら、

あーこの人は、このくらいはかけるんだ～　っていう、
最低限のレベルは保証されるというか

>>367
おまいが面接の試験官だとする

Ａさん：１ヶ月で１万ステップ書けます。
Ｂさん：１ヶ月で１０００ステップ書けます。

で、ＡさんとＢさんが同じ機能を作ってたとすると
どっちを採用したい？

物事を単純化しすぎて後付条件がポロポロ出てくるのですね、わかります

>>368
私女だけどイケメンな方を採用するよ

某起業はJavaもCもshellもすべてステップ数を算出させられる
概要設計　500st
詳細設計　1500st
構築　　　6800st

見積からこれだけ修正されるのが普通
もちろん、概要のときに出した見積りは4000stくらいで出してたんだけど
当社の基準だとこの位になるはずとかツール（某社製）を使うからこの半分から5分の１でできるはず
で減らされた挙句の結果

今時ステップ数で見積出させる所ってどのくらいあるの？
少なくともこの会社以外ではFP法ばかりだった

某メーカーは発注するときの目安に聞いてきてたな

>当社の基準だとこの位になるはずとかツール（某社製）を使うからこの半分から5分の１でできるはず

・・・・結局減らされる前の工数くらいかかった、見積もりが甘かった、という反省を繰り返すわけですね、わかります。