1関数何行？ 1クラス何行？

>>53
>どんなプログラム作ってんのか見せてほしいわ
オレも見たい
>>54
> 出力 = 便利な関数1(関数2(関数3(入力)))
これはかなり無理してるから続かんよね。
無理せずいつも2行になるなんていうのが可能かという話なんだが

1クラス何行（というか何メソッド）？の方の答えが見えんが
だれか言ってみて

>>8
条件分岐の中を別ステップ数として考えるの？
それ、普通ありえないし、別にしたらダメでしょ。

関数になっていれば単体テストできるけど、
ifで分岐されてるだけじゃ単体テスト出来ないから
複雑度がifの数だけ倍増していく。

変数のスコープもifの中から外が読み書きできるから
処理を小さくまとめることができていない。

>>53
可能。

出力 = 便利な関数1(関数2(関数3(入力)))

こんな形に持ってくれば、メソッド2行でも複雑なことが出来る。
まあ関数数個が限界で、こんな密度ばかりのコードだったら読みづらいから
数行に分けるのが普通だけどね。

一読性を考えると80桁x20行以内

２行のメソッドズラズラ書かれても、却ってわけ分かんなくならない？

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

VM3VNZ7TTI

>>22
それで？

これはダメあれはダメといったら
じゃあ何ならいいのかってことを聞き返されるのは分かりきったことなんだから
最初からセットで言ってくれよと
いつもの客先打ち合わせやDRみたいだ

function hoge(){
}
これだけで2行

私が使っている言語では、１関数＝２行　くらいが最頻。
最も長くて、１関数＝５行。しかしこうなることはあまりない。
そして５行にもなる場合は、推敲の余地がある場合が多い。

階層が浅いと保守性がいいわけ、読むに疲れないというやつ。
関数-＞関数-＞関数-＞関数で４こ下の変数を直すんじゃなくて
関数-＞関数の２こ下の変数を直すほうが追うに楽
関数が細切れになっていると読むに疲れる。

オブジェクト指向言語では1〜3行のメンバ関数を大量に作る
ExtractMethodは1番基本的なリファクタリング
2桁行になるのはgotoやswitchを使うのを躊躇わない初級者

ショートサーキットしまくりで10行くらい。

int f(x) { int a; while(a = ++x++) { x /= 2; } return a; }

条件分岐が多数あるものだと、ステップ数は増える。
それらを一ブロックと考えると２０〜５０ステップ程度だろう

最初は設計書通りに書くので、1関数50行超、1クラス10関数超とかになる。
で、プログラマテストするにあたって、
「これ、よみずらいな」ってなって、関数分けや、クラス分けが始まる。

だから、1関数がものすごく長かったり、1クラスに趣旨の違う関数が詰め込まれてたりすのは、
単純にリファクタリングがされてないだけ。
つまり、リファクタリングしてる時間がなかっただけ。

設計書の段階で関数やクラス分けが十分になされることを期待するのは馬鹿げているし、
設計書ってそういうことをするために書くものではないでしょう？

悪いのは大抵、無茶な納期を組んじゃった上流の人たちだよ。

なにいってんだ？
ダメというのは問題があるということ。
セットで言えないのはそれに変わるいい理由が見つかってないからだ。

何も言わなかったら、ダメということも伝えられない。
いいと判断されてしまう。良くないのだから問題があるということを
言わないといけない。

ダメといって代案を提示しないのは、
いい方法を一緒に考えましょうっていう意味だ。
お前こそ、いちいち聞き返さないで
ダメといわれたら代案を自分から提案しろよ。

メソッドを関数と呼び奴は無能

>>1
その1万行を俺が書き直したら3千行になる。

鬼のように全関数がぶち込まれた１クラスを分割終了。
これから動作テスト。

サンプルプログラムだから文句を言える立場じゃないけど、
こういう作り方はちょっと困るな…

>>18 >>19
細かいことは口止めされているが勿論マクロではない

>>20
そういう数え方なら、
１関数＝２〜３行くらいが最頻
最も長くて、１関数＝６行

>>45
>２行のメソッドズラズラ書かれても
同じことができるなら２０行ズラズラよりいいよね
>>46
１関数何行の方はアプリに依存しないが１クラス何メソッドの方はアプリ依存
だから一概には言えんのじゃないか

age

そしてそれを突き詰めると関数型言語になる

function hoge(int a,int b){ return a + b;}
これで1行

設計書どおりにってのは論理的な部分であって、
内部実装を設計書に依存させてしまったら非効率的なコードばっかになるで

そもそもコーディングがプログラム設計なわけだし、考えて実装しないとだめだろう
設計書と同じ構造にする縦割りお仕事脳だとこの先どんどんつらくなってくぞ

>>3
んなもん場合によるとしか言えないだろアホなの？

行数で判断するのは間違ってるけど、1メソッドは20行くらいを目安としてる
それを超える場合は複雑な機能を持ってることが多いので、考え直したほうがいい場合も少なくない
ただし、ボーダーの行数を超えるのがNGだとは思ってない
単純な機能として名前が付けれるメソッドで、分岐や繰り返しが殆どないようなら、
多少長いメソッドであっても、それは妥当なものだと思う

クラスは行数で考えるものではないけど、メソッドやクラスコメント含めて1000行超えちゃうようなら少し考える
行数が多いと全体の見通しも悪くなるし、テストコードが多くなるからあまり大きなクラスは作りたくない
コミットがコンクリフトする可能性も上がるし

分けるかどうかの目安としては、プライベートメソッドの量で考える
プライベートメソッドが多数あるなら、機能を抽出した細かいクラスが作れると思う
判定と分岐を一つのクラスにいっぱいもたせると、そのクラスのテストがだるいことになるから

>>32
>今時”ステップ”て… そんなの数えても意味がない
じゃあ何で数えるのって話。語数ではどうだ？

10〜30くらい。大抵20ちょい。
コルーチンとかになると200くらい行くこともある。

よくわからないときはとりあえず「４２」と答えておけ
わかる奴はわかる、とくにグーグルのエンジニアならよくわかるだろう

いまだにステップ数で生産性があるヤツか判断するやついるよな。
よく考えてできるだけ同じような処理がないように設計しても無駄骨。

CCを使うと１関数数万行はざら

物理的な行数でなく論理的な行数で知りたいよね >>24

漏れもハスケルとかでプログラム作りたい

行数で生産性を測る

行数で生産性を測る

俺は出来るだけ40行以内を目指す(1画面に収まる範囲)

実際は
10行未満40％
10行以上20行未満50％
20行以上10％
という感じ

>>54
Lispってこんな漢字だっけ？

>>16
マクロかよw

今北産業基準で頼む。

だいたい２６行だな

ウンコといえば、50cmの一本糞を放りだしたことがある。

>>2
責任を負う範囲のコードを書いたら
だいたい何行程度になる？

論理ステップ　＝　；　と　｝　の数

同意。

アセンブラ書きの人は、インデントが綺麗だし
Ｃコードも簡潔で美しいよね。

繰り返しを悪のように言う人がいるけど
俺はそうは思わないね。

2行10個が20行1個ですむなら20行1個のほうがいいし、
40行1個よりは20行2個の方がいいです

詳細設計のドキュメントなんて、パブリックなところだけでいいんじゃねえの

>>43
主目的が1関数しか見ないならそうだろうね