- 1 名前：仕様書無しさん mailto:sage [2007/04/02(月) 12:45:06 ]
- この会社辞めようと思ったソースコード。
プログラマとして幻滅するソースコード。
プログラマを悩ませるソースコード。
をつらつらと綴っていって頂戴。
ちなみにここは質問スレじゃないので
技術的な質問がしたいならム板 pc11.2ch.net/tech/ に逝って。
前スレ
この会社辞めようと思ったソースコード＃15
pc11.2ch.net/test/read.cgi/prog/1167117526/
- 369 名前：仕様書無しさん mailto:sage [2007/05/20(日) 00:29:43 ]
- >>360
それが未だに使われてるから困る
死ねばいいと思う
- 370 名前：仕様書無しさん mailto:sage [2007/05/20(日) 00:33:01 ]
- >>366
型情報を変数名に入れると、
型が変わる度に名前が変わる事になる。
そんなのおかしい、不自然だと思わないか？
例えば、「身長」がmm単位からcm単位に仕様変更され、
型が整数型から浮動小数点数になっても、身長は身長だろ？
- 371 名前：仕様書無しさん mailto:sage [2007/05/20(日) 00:33:53 ]
- >>362
cunt rawの略。つまり生まんこってことだ。
>>363
変数の型を変えたい時に面倒なんだよ。
あと、型情報が重要じゃないわけではない。
変数の宣言箇所を見るのが面倒くさくなるほど
ソースをでかくする設計をまず見直せって事でしょ。
プリフィクスなんていらん。
- 372 名前：仕様書無しさん mailto:sage [2007/05/20(日) 01:03:05 ]
- 読み返してみたけど。
プレフィックスをつけるべきだ
という発言は誰もしていないね
- 373 名前：仕様書無しさん mailto:sage [2007/05/20(日) 01:10:10 ]
- >>363
変数名って適当な長さがあるでしょ。
その中に重要な情報を載せていくと型名を載せる余地が無くなるわけだ。
型名は探せばわかるが、変数名に載せないとわからない情報がある。
あとは、機械的にチェックするツールが無きゃ信用できないから意味が無いと思う。
- 374 名前：仕様書無しさん mailto:sage [2007/05/20(日) 01:11:44 ]
- >>372
皆>>354の質問に答えてるだけ
- 375 名前：仕様書無しさん mailto:sage [2007/05/20(日) 02:09:24 ]
- if(i==0){
foo();
}else{
//空文
}
- 376 名前：仕様書無しさん mailto:sage [2007/05/20(日) 02:18:26 ]
- 規約でelse省略不可だったんじゃないの
- 377 名前：仕様書無しさん mailto:sage [2007/05/20(日) 02:34:42 ]
- もともと処理あったけどいらなくなって消して、elseだけが残ったとか？
- 378 名前：仕様書無しさん [2007/05/20(日) 02:42:21 ]
- >>269の逆バージョンという可能性も
- 379 名前：仕様書無しさん [2007/05/20(日) 02:59:30 ]
- if(i!=0){
//空文
}else{
huu();
}
- 380 名前：仕様書無しさん mailto:sage [2007/05/20(日) 07:10:11 ]
- Javaでハンガリアンやりたがる奴は頃してもいいよね。
- 381 名前：仕様書無しさん mailto:sage [2007/05/20(日) 07:23:06 ]
- >>370
型が変わると変数名も変えないといけないってのはハンガリアン否定論としてよく聞くけど、
実際問題、型を変える頻度ってどれくらいあるもの？
変えるのだって、「拡張する必要があって止むを得ず」ならともかく、「使い方を間違ってたから
変更」みたいなのなら、それは設計をちゃんとやってないただのバカだと思う。
変数名の他の部分で、以前の型に依存した処理をやってて、バグを招く可能性がある。
それに、「変数名の型を変える」だけなら、今はエディタやIDEがマシになってるんだから、
一括置換ですむのでは？
>>356のリンク先で議論されている「チェックのしやすさ」の点で、システムハンガリアンも
有効活用できると思うんだけどな。こだわりすぎるとよくないけど。
- 382 名前：仕様書無しさん mailto:sage [2007/05/20(日) 10:15:33 ]
- 変数名を変えられるエディタなら、
変数の型もでてくるんでねーの。
＃ま、クラス・構造体に対して、システムハンガリアンは
＃大抵のところ無力だから、どーでもいいけど
- 383 名前：仕様書無しさん mailto:sage [2007/05/20(日) 12:51:14 ]
- >>380
Yes
- 384 名前：仕様書無しさん mailto:sage [2007/05/20(日) 12:54:09 ]
- ハンガリアン使ってるのはうざいなぁ…
醜くて仕方がない
- 385 名前：370 mailto:sage [2007/05/20(日) 13:01:44 ]
- >>381
頻度とかは無関係。
別に同じシステム内に限った話じゃなく、
全く別のシステムでも、同じ物を表す変数の名前を付ける場合でもいい。
同じ物を示すなら、当然同じ名前を付けるだろ？
名前に表現方法を入れるのは不自然だと言ってるんだよ。
身長の例でいくと、
単位がmmでもcmでもｲﾝﾁでも尺でも、身長は身長だ。
混在して使う必要がないなら、名前に表現方法など不要だろ？
- 386 名前：仕様書無しさん [2007/05/20(日) 13:33:41 ]
- >>385
単位がmm、cm → 基本型
身長 → クラス
わざと混同してるのか？
- 387 名前：仕様書無しさん mailto:sage [2007/05/20(日) 14:16:48 ]
- ＞ハンガリアン
どーでも良いが、そろそろ大分スレ違いじゃまいか？
- 388 名前：仕様書無しさん mailto:sage [2007/05/20(日) 15:06:41 ]
- 相変わらずヴァカだなM$
- 389 名前：仕様書無しさん mailto:sage [2007/05/20(日) 15:47:53 ]
- だから素人に文献書かせるとろくなことにならない
- 390 名前：仕様書無しさん mailto:sage [2007/05/20(日) 15:51:12 ]
- 自分が今書いてるところの変数の型も覚えてられないような奴とか、
覚えてられなくなるような無駄に長い処理書くような奴は
プログラム書く資格ねぇよ。
こう言うと「他人が書いたのを解析するときにいいじゃないか」とか出てくるが、
「そのハンガリアンで書かれてる型が実際の型と一致してること」はまったく保証されないんだが？
>>381
頻度は確かに低い。低いが、無いわけじゃないだろ？
それに、型に依存した処理をやってて型変更時バグるってのは、「変更時にチェックしたか」が問題であって、
変数名をハンガリアンで書いてようが書いてまいが同じこと。
- 391 名前：仕様書無しさん mailto:sage [2007/05/20(日) 16:51:49 ]
- ハンガリアンは
その変数が出てくるたびに
いちいち/*コメント*/つけるようなもんだ。
- 392 名前：仕様書無しさん mailto:sage [2007/05/20(日) 16:58:58 ]
- 宣言部分を検索すれば済む話だよね
- 393 名前：仕様書無しさん mailto:sage [2007/05/20(日) 17:12:54 ]
- 検索するようでは駄目だ。
もう関数（メソッド）の長さの話になってしまうが。
- 394 名前：仕様書無しさん mailto:sage [2007/05/20(日) 18:23:13 ]
- っつーかIDE使ってれば変数の型なんぞすぐに知ることができるだろうに
いったいいつの時代の開発環境なんでつか？
- 395 名前：仕様書無しさん mailto:sage [2007/05/20(日) 18:32:51 ]
- viつこーてます
- 396 名前：仕様書無しさん mailto:sage [2007/05/20(日) 18:53:55 ]
- VisutalStudio を使いまわしてると
わかるとおもうが、勝手に変数名に
dwとか付いたり開発者が言いくる
められたのかどうかしらないが、
仕様的にヴァカすぎる
その仕様を疑いなくそのまま放置する
M$の幹部どもも率直にヴァカまっしぐら
というかハンガリアン広めておいて
元の文献の趣旨理解していないとは
どういうカラクリになったらそうなる
んじゃい！
- 397 名前：仕様書無しさん [2007/05/20(日) 21:08:12 ]
- >>390
型変更した時に変数名を変えれば、それによる挙動のチェックを
モレが出ないようにフレームワーク化出来る。
あと
＞「そのハンガリアンで書かれてる型が実際の型と
＞ 一致してること」はまったく保証されないんだが？
コーディング規約守れボケ。
約束事が守られてない前提で仕事出来ん。
規約に無いのにハンガリアンに頼る奴のことは知らん。
- 398 名前：仕様書無しさん [2007/05/20(日) 21:36:53 ]
- IDE全盛の今となってはハンガリアンが嫌われるのもよくわかるけど、
他人のコードがハンガリアンだからと言って貶す資格はないよね。
まあ、結局はコーディング規約守れって話だよね。
- 399 名前：仕様書無しさん mailto:sage [2007/05/20(日) 21:57:44 ]
- いや、だからハンガリアンがコーディング規約に無い以上、使ってもらっては困るんだがw
>型変更した時に変数名を変えれば、それによる挙動のチェックを
>モレが出ないようにフレームワーク化出来る。
あほか？これのどこがハンガリアンに関連すんだ？テストフレームワークとかコンパイラの仕事だろが
よけいな仕事をやっておいて自己満足してんじゃねえぞ
- 400 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:02:40 ]
- このスレは基地外が多いですね
- 401 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:07:41 ]
- >>399
コーディング規約にハンガリアンを入れるのを否定してるんじゃないの？
＞あほか？これのどこがハンガリアンに関連すんだ？テストフレームワークとかコンパイラの仕事だろが
型変える→宣言箇所の変数名を変える
→変数を使ってるところをチェックしたら、使用箇所の変数名を変える
という風にルール化すると、未チェック部分があったらコンパイルが通らない
- 402 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:22:48 ]
- すべてを置換
- 403 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:25:42 ]
- 面倒だから、みんなboost::anyにしようぜ。それでハンガリアンも問題無し。
- 404 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:29:26 ]
- わかった。
荒れる元ってだけでも
ハンガリアンは使わない方が吉、と。
論争する時間がもったいないわい。
- 405 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:34:29 ]
- ええー、組み込みならシステムシステムハンガリアンは結構有効だよぉ
- 406 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:37:43 ]
- Win16でFARポインタとNEARポインタを区別したいときには良かったけど
組み込みだとなにがいいのさ。
- 407 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:44:41 ]
- Microsoftはついには人々に言い始めたのだ。「ハンガリアン記法は推奨しない」。
- 408 名前：仕様書無しさん mailto:sage [2007/05/20(日) 22:53:52 ]
- ポインタのアラインとか、データ範囲（-0x80~0x7F）とか。
リソース少ないとなんでもかんでもlongにはできん。
- 409 名前：仕様書無しさん mailto:sage [2007/05/20(日) 23:34:36 ]
- :
:
int i = 0;
array[i] = i++;
今までよく動いてたと思う。危なっかしいったら。
- 410 名前：仕様書無しさん mailto:sage [2007/05/20(日) 23:45:08 ]
- なんかようわからんけど、変数名の頭にintとかfloatとか付けるのは
それが的確な名前ならそれでもいいという考え。
ハンガリアンが愚かなのはint型だからintってprefixを付ければ良い
とかいう思考停止故だと思ってる。
- 411 名前：仕様書無しさん mailto:sage [2007/05/20(日) 23:56:50 ]
- ポインタの p とかはあった方がいいなーと思うことが多いな
それより vector が困る。
std::vector<HOGE> hogeVec;
HOGE hoge;
hogeVec.push_back(hoge);
Vec とかつけるのあまり好きでないんだが、他にいい案が浮かばない
- 412 名前：仕様書無しさん mailto:sage [2007/05/21(月) 00:05:03 ]
- それあとでやっぱりdequeにしよう、とかいったときどーするの？
- 413 名前：仕様書無しさん mailto:sage [2007/05/21(月) 00:07:05 ]
- >>411
うん、だから困ってるんだよ
変えるべきは下の HOGE hoge; なのかもしれないけど、いい案が浮かばないの
- 414 名前：仕様書無しさん mailto:sage [2007/05/21(月) 00:15:38 ]
- 名前の変更なんか、IDEのリファクタリングで一発じゃん。
hogeVecはいかがなものかとは思うが。
- 415 名前：仕様書無しさん mailto:sage [2007/05/21(月) 00:29:39 ]
- ハンガリー人はテンプレートパラメータにどんな
プリフィックスをつけるの？
- 416 名前：仕様書無しさん mailto:sage [2007/05/21(月) 00:54:41 ]
- >411
月並みだがVecを何の目的で使うかジャマイカ
ListでもBagでもCollectionでもお好きなのをだうぞ
- 417 名前：仕様書無しさん mailto:ｸﾗｽならｸﾗｽ名、構造体なら構造体ﾀｸﾞ名にすべき [2007/05/21(月) 01:34:11 ]
- ﾊﾝｶﾞﾘｱﾝ、ﾊﾝｶﾞﾘｱﾝとか言うﾔｼに限って、
ｸﾗｽのﾌﾟﾘﾌｨｯｸｽがclsだったり、構造体のﾌﾟﾘﾌｨｯｸｽがstrとかだったりする。
ﾊﾝｶﾞﾘｱﾝの意味、利点を履き違えてるとしか思えない。
そこが、ﾊﾝｶﾞﾘｱﾝが愚かである所以だと思われ。
- 418 名前：仕様書無しさん mailto:sage [2007/05/21(月) 01:36:11 ]
- >>414
それいったら型が何かなんて
IDEなら一発ジャン。
いいっこなしよ。
- 419 名前：仕様書無しさん mailto:sage [2007/05/21(月) 01:59:42 ]
- >>417
strはstringとかぶるぞ。
- 420 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:10:00 ]
- 自分はその
「IDEが無ければ開発作業自体が出来ないPGを多量生産するような考え方」
は承服しない。
- 421 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:12:34 ]
- >>420
テキストエディターが神
の派閥なわけ？？？？
- 422 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:21:36 ]
- >>421
そんなものに派閥なんかあるか！ｗ
エディタが使われていないころから仕事をしているPGさ。
- 423 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:28:19 ]
- >>422
「emacsは最高のIDE」という派閥がある
- 424 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:31:00 ]
- >>422
あ・・・あれか？？
ベタでCやベーシック書いてた時代なのか？？
MSX世代の予感・・・・
- 425 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:40:13 ]
- テキストエディタが神とは言わんが、
現局に行ってviしか無い環境でソース弄くるというのはある・・・
#もちろんデスマ中
- 426 名前：仕様書無しさん mailto:sage [2007/05/21(月) 02:41:12 ]
- >>425
おまｗｗｗ
こんなところ書き込んでる場合じゃねええええ
- 427 名前：仕様書無しさん mailto:sage [2007/05/21(月) 08:22:04 ]
- >>424
BASICにはエディタが組み込まれてたがな（俗にカーソルエディタと呼ばれてた）
エディタなしっつーとパンチカードの時代になるな
- 428 名前：仕様書無しさん mailto:sage [2007/05/21(月) 08:33:23 ]
- コーディング用紙に書いてパンチャーに渡す
そんな時代もあ〜ったねと〜♪
- 429 名前：仕様書無しさん mailto:sage [2007/05/21(月) 09:50:33 ]
- 辞めようってほどじゃないんだけど、もうとっくに辞めてった奴が残した遺産。
BOOL InitInstance( HANDLE hInstance, int nCmdShow )
{
HANDLE hWnd;
hWnd = CreateWindow( 中略 );
if ( hWnd == NULL ) return ( FALSE );
ShowWindow( hWnd, nCmdShow );
UpdateWindow( hWnd );
return ( TRUE );
}
なんだその無駄な改行は。
- 430 名前：仕様書無しさん mailto:sage [2007/05/21(月) 10:31:15 ]
- 昔から一行おき／二行おきに書く人はいたけどねｗ
- 431 名前：仕様書無しさん [2007/05/21(月) 10:46:14 ]
- コメント行を機械的に取り除いた跡かもしれない。
…UpdateWindowに何行コメント書いてたんだｙｐ！
- 432 名前：仕様書無しさん mailto:sage [2007/05/21(月) 10:58:15 ]
- ハンガリアン云々と高尚な話題で議論出来る人たちが裏山しい。
俺なんか、今戦ってるソースが
Select Case Ret
Case 1
Call FuncA( 1 )
Case 2
Call FuncA( 2 )
Case 3
Call FuncA( 3 )
Case 4
Call FuncA( 4 )
Else
End Select
こんなんばっかりだぜ('A`)
- 433 名前：仕様書無しさん mailto:sage [2007/05/21(月) 10:58:58 ]
- あ、>432の一番下のElseは無しね。
- 434 名前：仕様書無しさん [2007/05/21(月) 12:38:48 ]
- >>432
とても見やすいコードダネ
- 435 名前：仕様書無しさん mailto:sage [2007/05/21(月) 13:56:54 ]
- >>427
>パンチカードの時代になるな
紙テープもお忘れなく。
ソースの修正ツールはハサミとノリだ。
- 436 名前：仕様書無しさん mailto:sage [2007/05/21(月) 14:06:17 ]
- >>435
磁気テープもお忘れなく。
修正ツールはユーティリティ起動とそれに対するバッチスクリプトを含むJCLだ。
- 437 名前：仕様書無しさん mailto:sage [2007/05/21(月) 14:26:36 ]
- 宇宙戦艦ヤマトの記憶媒体は磁気テープだぞ！
- 438 名前：仕様書無しさん mailto:sage [2007/05/21(月) 14:39:23 ]
- jspとjavascriptでコードが汚いのは最悪だ、、、
- 439 名前：仕様書無しさん mailto:sage [2007/05/21(月) 16:58:08 ]
- 紙テープを目視で読んで東京湾に出現した怪獣を特定する。
- 440 名前：仕様書無しさん mailto:sage [2007/05/21(月) 20:06:28 ]
- JSPとかJavaScriptが汚いのはもうしょうがないよ。
あれはそういう人力で何とかしましょう、っていうアーキテクチャだと思う。
さっさと諦めて他人に押し付けた方がいい。
|
 |
