アルファルファモザイク

でもコードの行数がすくなければ
メンテする量も減るんですよ。

>>7
そりゃ、処理、機能がないんだからそうなるなw

コメントも多すぎると、そのコメントのメンテナンスも
必要になるから、コメントも少ないほうがいい。

>>9
おまえが文章書くのが苦手なのは分かった。

>>10
どこかまずい所があったら直しますんで、
具体的に指摘してみてください。

こんなん当たり前の話とちがうん？

昔のエライ人が言ってだろう？

「シンプル・イズ・ベスト」

簡単なモノは壊れにくい。複雑なモノほど壊れやすい。
これはプログラムコードにも当てはまるんよ。

俺はもう設計屋だから、コード書かせるときに必ず若いもんにこれ言うわ。

>>14
その当たり前のことが出来ないんだよね。
ソフトウェアの難しいのは、
バージョンアップしていく所。

大きい物と小さい物は作り方が違うんだけど、
小さく作って大きくしていく時に、
既存の部分を大きい作り方に直さないといけないんだけど、
「既存の部分に手を付けるな」とかいう馬鹿な奴が
指揮をとると、どんどん複雑になって手がつけられなくなる。

既存の部分を修正すれば、1.1の量で済むことが、
手を付けれないからコピーして、2になる。

本当に手を付けられないコードは、ある。

コードに手を入れればコード増加は少ないだろうが、リグレッションテストの工数が増えるだろ？

どっちの工数が少ないか秤にかけ、コードに手を入れない事は、フツウにあるだろ？


どっちがいいかは、プログラマには関係ないことだ。

>>16
> どっちがいいかは、プログラマには関係ないことだ。
いや、プログラマが判断することだろ。

シンプルなソースと行数は相関関係がないと思うんだが
一行に纏めて読みづらいif文よか5行でも読みやすい方が
保守工数は減るんでね

>>22
共通関数用意してるのに使えないから誰も使わなくて至る所で同じような処理が行われてるとか、
しかもそれが微妙に違うから各モジュールでデータをやり取りするときに変換かけないといけないとか
そういうのは？

行数が問題なんじゃねえよ

instructionが少なくなるように書けっつってっだろ？

>>28

>>1の
> 行数（正確にはステップ数）を
を読んでますか？

>>29
はあ？
instructionだよアホ

頭ん中で簡単なアセンブリしながら書けっての

if文に関数コール埋め込んだりすると行数は減るがデバッガで追いにくくなるんだが

>>32
最近はデバッガで追うようなことはしなくなってるよ。
まずはテストコードが書けるようなシンプルな関数を作る。
テストコードがあればデバッガはほとんど必要ない。

>>34
いいこと言うなあ
その通りだよな

>>34
テストが通らないときはどうするの？

>>38
ソースコードを眺めて（セルフレビュー）して
間違いを見つける。

これができない＝コードが複雑 ということ

>>39
のんびりとした開発してるんだね

>>40
コード読むとのんびり？
あんた、他人がコードレビューしてないの？
読むのに時間がかかるコードだから？
終わってるねｗ

>>43
レビューはデバッグの時間じゃないぜ

>>45
そうだよ？

レビューとデバッグは両方やるし、その両方でコードを読む。
だからコードはスムーズに読めるに、なっていなければならない。
コードは解析するものじゃない。

デバッグで解析は楽ですーっていっても、
レビューでコードを読むわけで、コードを読む＝のんびり。であるなら
まずその問題を解決しなければならないよね？

で、その問題が解決できれば、コードを読んでバグの修正もできる。

>>46
問題にしているのは、コードを読む時間ではない。
バグの修正にデバッガを使わないことで無駄になる時間を問題にしている。
あるバグを修正するのに、デバッガを使えば1分で原因が特定できたのに
使わなかったために原因の特定に１０分かかった場合は、９分間給料泥棒
やってたことになる。
３０分コード見ても原因が特定できずに、結局デバッガ使うことになったら
３０分まるまる給料泥棒だ。

>>47
そもそも、デバッガを使っても
時間は短くならない。

>>48
そりゃ酷いコードだ

>>49
逆w

酷いコードだと
中で何やってるかわからないから
デバッガ使って動かしてみないとわからない。

ちなみに基本的にコードレビューというのは
実行しないで行う。

同じコードを2度書くな
大切なことだからもう一度書いとくよ
同じコードを2度書くな

コードの行数は減ることが多い
単体レベルのテストは減る
同等のコードなので生産性は上がらない
コードが分散しないのでバグは減る

同じコードを2度書くな(大切なのでry
違和感があるときはリファクタリングのタイミング

>>52
二度以上書かないとならない数行のコードなんて普通にあるから。
おまいの書いた内容程度の行数なら何回でも同じコードを書いてもいいよw

>>52
大切なことだから何度も同じコードを書いてるってこと？

類似性のある複数のコードは、相違点だけを引数とかで吸収するようにして纏めてしまえ、てことなんでしょ

纏め方も、サイズ重視か速度重視かで関数なのかマクロなのか変わるだろうけど

>>54
似てるからまとめました
は後でメンテするときに非常に迷惑。