アカウント名:
パスワード:
「ここは関係ない」
って解るからね。
そうなっていると、あとは必要部分を負えば良いだけなんで、実質的に見なければいけない行が激減するんですよね。
#かといって乱雑なソースを一概にそれを非難すると、実は自分のものだったりする事も。
後は、やっぱ「俺仕様」的に変にこだわりを持ったのも読み辛かったりする事がありますので、自分では気を付けているつもりです・・・が、俺仕様ってのは当然自分では「正しい」と判断されるものですから、ちとむずいかも。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
行数という計算 (スコア:3, 参考になる)
ただ、同じような処理が結構あったりしていたので、うまくやれば結構減らせたのかなってのはずいぶんありましたね。
# VBでXULランタイムもどきを作って突っ込んだりしていて、余計行数は増えてたのはノーカウントでお願いします(謎
なので、行数がどれだけあるとすごいってよりは、そこからどれだけ無駄を省くかって方がよっぽどすごいなぁと思います。
自分なんて、一つのクラスで5000行以上なんての書いた事ありますもん...orz
ちなみに、VBでの1万行とC++での1000行では、前者の方がわかりやすいと思います。そういうのも比べないとあまり意味がないかなぁと思います。
三日風呂に入らなかったら、あなたはすめるまんです。
行数ではなく複雑さ (スコア:3, 興味深い)
1万行以上のコードなら扱ったことは何度かあるけど、
綺麗なコードなら10万行でも平気。
スパゲティプログラムなら1千行でも拷問。
さらにそういうコードだと変数名も関数名も意味
不明だったり、コメントさえもなかったりする。
>VBでの1万行とC++での1000行では、前者の方がわかりやすいと思います。
CのマクロやC++の演算子オーバーロードを乱用したコードは
最悪ですね。Perlあたりで行数を減らすためにハックした
コードなら、おそらくそれ以上になります。Javaは分かり
やすい方だけど、それでもUML屋さんが『設計』すると
スパゲティ=継承プログラムのために解読不能になって、
プロジェクトが破綻したことがあります。
Re:行数ではなく複雑さ (スコア:3, 興味深い)
「ここは関係ない」
って解るからね。
そうなっていると、あとは必要部分を負えば良いだけなんで、実質的に見なければいけない行が激減するんですよね。
#かといって乱雑なソースを一概にそれを非難すると、実は自分のものだったりする事も。
後は、やっぱ「俺仕様」的に変にこだわりを持ったのも読み辛かったりする事がありますので、自分では気を付けているつもりです・・・が、俺仕様ってのは当然自分では「正しい」と判断されるものですから、ちとむずいかも。
Re:行数ではなく複雑さ (スコア:0)
>「ここは関係ない」
>って解るからね。
激しく同意(w
たとえ長くても、関数単位、オブジェクト単位等で閉じていてくれれば、ブラックボックス化できる。
逆にたとえ短くても、
グローバル変数ありまくりや、
非const で public で外部に公開されまくりや、
深い継承しまくりだったり、
でかいクラスだったり、
まったく管理されていないスレッドなどあると、
簡単に死ねるにょ。
Re:行数ではなく複雑さ (スコア:1, すばらしい洞察)
みんな平気なの?
Re:行数ではなく複雑さ (スコア:1, おもしろおかしい)
>されていない大量のグローバル変数があれば瞬殺です。
>みんな平気なの?
「そういう時は全ての関数をsynchronizedメソッドにすれば
大丈夫ですよ。そんなことも知らないんですか?」
……なんていう人と、一緒に仕事したくはないなあ。orz