08/10/26 13:29:06
>>315
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。
実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。
txtFileName
fileNameTextBox
mnuEnterFileName
menuItemToEnterFileName
まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。
>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。
だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。
あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。
317:仕様書無しさん
08/10/26 16:54:30
.netはよく知らんのだが、まあ、つけた方がいいんならつけたらいいんだろう。
そういう開発環境なんだろうね。
318:仕様書無しさん
08/10/26 16:56:50
.NETに限らず、Webアプリのid属性とかでも同様だと思いますが。
319:仕様書無しさん
08/10/26 18:45:25
つけたきゃつけろよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ
320:仕様書無しさん
08/10/26 19:54:09
凝集度を高く結合度を低くしていけば、プリフィックスで変数の種類を区別することの有用度は低くなると思う.
そこまで理想的にはいかないだろうけど.
321:仕様書無しさん
08/10/26 19:59:01
単純な話
名称（=オブジェクトのイメージ）が素直に頭に入ってこない
322:仕様書無しさん
08/10/27 11:39:46
ハンガリアンについて語るスレって無かったっけ？
323:仕様書無しさん
08/10/27 12:11:55
ｽﾚﾘﾝｸ(whis板)l50
324:仕様書無しさん
08/10/27 16:54:22
>323
審議拒否（ＡＡ略
325:仕様書無しさん
08/10/27 20:43:57
>>311
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある（≠必要十分条件）」な件について
326:仕様書無しさん
08/10/27 21:03:47
>>325
ナニが言いたいのチミ？
ケチをつける前に人の文章よく読んだ方がよくないか？
327:仕様書無しさん
08/10/27 21:30:16
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない？
> 論理的に考えたまえよ。
(*ﾉ∀ﾉ)
328:仕様書無しさん
08/10/27 21:48:40
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。
329:仕様書無しさん
08/10/27 21:50:07
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。
330:仕様書無しさん
08/10/27 22:06:44
>>316
txtFileName txtは想像できる。（今気付いたがこれテキストファイルの名前の意味にも取れるな）
mnuEnterFileName mnuは厳しい。できればmenuにしてほしい。
331:仕様書無しさん
08/10/27 22:28:57
「論理的に考えたまえよ」なんて言っときながら、恥ずかしい間違いをしちゃっている311がいるのはここですか？
332:仕様書無しさん
08/10/27 22:31:23
>>331
お前馬鹿だろ。
333:仕様書無しさん
08/10/27 22:34:53
元の意味が分からない => ハンガリアンは禁止すべき
対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる
裏は
元の意味が分かる => ハンガリアンは禁止すべきでない
じゃないの？
334:仕様書無しさん
08/10/27 22:43:41
>>333
だから何が言いたいの？
ひょっとして
not(ハンガリアンは禁止すべき)
これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)＝ハンガリアンは禁止すべきでない＝ハンガリアンは禁止してはダメ
とか訳のわからん解釈してないだろうな？
335:仕様書無しさん
08/10/27 22:46:15
ジャンガリアンハムスターってかわいいですよね
336:仕様書無しさん
08/10/27 22:47:31
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw
337:仕様書無しさん
08/10/27 22:48:13
>>334
単純に
311で言ってるのって”対偶”じゃなくて"裏"だろ
ってツッコミをいれてるだけなんだが.
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。
338:仕様書無しさん
08/10/27 22:49:09
頭が悪いと、自分が頭が悪いことも分かんなくなるんだろうか。
339:仕様書無しさん
08/10/27 22:56:18
まあそうだよね。他にもシステムハンガリアンを忌避しなきゃいけない条件があるかもだし。
340:仕様書無しさん
08/10/27 23:08:19
>>337
ああすまん、リアルで間違ってたねw
対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。
みんな本当ごめんｗ
341:仕様書無しさん
08/10/27 23:20:22
(ﾉ∀`) ｱﾁｬｰ
326 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:03:47
>>325
ナニが言いたいのチミ？
ケチをつける前に人の文章よく読んだ方がよくないか？
328 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:48:40
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。
329 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:50:07
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。
332 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 22:31:23
>>331
お前馬鹿だろ。
336 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 22:47:31
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw
342:仕様書無しさん
08/10/28 02:08:28
条件文の対偶を間違える奴がいるかもしれないプロジェクトになんていられるか！俺は辞めさせてもらうぞ！
343:仕様書無しさん
08/10/28 02:20:17
だうぞ
344:仕様書無しさん
08/10/28 08:42:58
それ死亡フl
345:仕様書無しさん
08/10/28 10:47:29
ちょっと用水路見てくる
346:仕様書無しさん
08/10/28 11:00:28
３３６が家庭教師していた生徒、無事合格できたかな（´・ω・｀）
347:仕様書無しさん
08/10/28 14:08:02
俺・・・今度のデスマ終わったら（ｒｙ
int KanriKaisyaBusyoSikibetuCode;
言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
そして最後のCodeだけいきなり英語にｓ（ｒｙ
348:仕様書無しさん
08/10/28 14:25:25
今までの例から比べたらどんだけマトモなのにケチつけてんの。
349:仕様書無しさん
08/10/28 14:56:28
いきなり英語が入るのは日本語も同じじゃないか
350:仕様書無しさん
08/10/28 16:44:42
中途半端に省略されたりするよりは潔いんでないの？ｗ
確かに、見づらいだろうが
351:仕様書無しさん
08/10/28 17:01:00
> 言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
> そして最後のCodeだけいきなり英語にｓ（ｒｙ
int kanri_kaisya_busyo_sikibetu_kodo; ってしてほしいのか？
352:仕様書無しさん
08/10/28 18:24:39
外来語は英語にした方が読みやすいよね。
いやならKubunにするか。
> int KanriKaisyaBusyoSikibetuCode;
これは変数名が悪いというより、適切なスコープでないことが問題だろうね。
デスマの様子が手に取るように分かる。
353:仕様書無しさん
08/10/28 18:46:48
KKBSC
354:仕様書無しさん
08/10/28 19:49:22
そこは意味なく _cd で逝くべきだな
355:仕様書無しさん
08/10/28 19:52:32
アンダースコア連発されても打つのだるくね
つかこの件の場合単語の一文字目は大文字とかしてあるだけマシだと思う
356:仕様書無しさん
08/10/28 20:34:48
>>352
お前んとこではCodeとKubunが同じ意味なのか？
357:仕様書無しさん
08/10/28 20:38:42
そこで KubunCode だな
358:仕様書無しさん
08/10/28 20:44:55
>>356
CodeはAさん、KubunはBさん、cdはCさん
誰が書いたか分かる仕組みになってます。
359:仕様書無しさん
08/10/28 20:46:23
IdのDさんとNumのEさんを忘れちゃなんねえ。
360:仕様書無しさん
08/10/28 20:47:13
>>356
この場合は"識別コード"といってるので区分は違うな。確かに。
区分につけられたコードをxxxKubunとすることはあるよ。
361:仕様書無しさん
08/10/28 20:47:39
NoのFさんはリストラですねわかります
362:仕様書無しさん
08/10/28 20:48:41
KbnのGさんとKoudoのHさん、今何してるかな
363:仕様書無しさん
08/10/28 21:46:55
>>341
自分のショボいバグなのに「コンパイラがおかしい！」と騒ぎ立てる奴みたい
364:仕様書無しさん
08/10/29 15:21:24
何を示しているか解る分、少々長くてもいいじゃないかと思ってしまったよ
ローマ字ともハンガリアンとも英語ともつかぬ、妖しげな綴りを乱発されるよりは('A`)
365:仕様書無しさん
08/10/29 22:39:00
>int KanriKaisyaBusyoSikibetuCode;
はコメントが着いてれば問題ないんじゃね?
長いのがこれだけだった場合だがｗ
366:仕様書無しさん
08/10/30 08:11:44
英単語派だったが５００以上の変数に名前をつけなければならない仕事に当たって
考えが変わった
正直、時間の無駄と言わざるをえない
さらに定数も１０００以上かかなければならないときに決まった数は一カ所で定義とか幻想だとわかった
次に必要になったときにそれがすでにあるかどうかを判別できない
そりゃｄａｔｅやｄａｙぐらいのちがいならなんとかなるが
367:仕様書無しさん
08/10/30 08:13:43
プリフィクスって結局限界があるから
int KanriKaisyaBusyoSikibetuCode;
でいいんじゃね？
まあ俺なら
int KanriGaishaBusyoShikibetsuCode;
に訂正させていただくが
368:仕様書無しさん
08/10/30 09:04:02
>>366
>５００以上の変数
>定数も１０００以上
それらがすべて一意でなきゃいけないのだとしたら
その状況の方が異常。
369:仕様書無しさん
08/10/30 09:05:10
>>367
てか「Sikibetu」と「Code」を同居させるなら、いっそまとめて「ID」で済むと思うんだ。
370:仕様書無しさん
08/10/30 11:57:02
仕様書に「管理会社部署識別コード」って書いてあったから、
それをそのまま書いただけのことであろう。
371:仕様書無しさん
08/10/30 12:32:54
>>367
sha と syo が混在するんですね
俺がいまやってるプロジェクトにも、
SHUKKA, SYUKKA, SYUTTSUKA, SYULTUKA
があったり、JYUNJO とかあったりする
372:仕様書無しさん
08/10/30 14:08:42
xtu派です。
373:仕様書無しさん
08/10/30 14:22:11
細い道ほど稼ぎやすい所。
374:仕様書無しさん
08/10/30 14:34:26
きっとコメントで説明しなくてもなるべく伝わるように、っていうのをはき違えたんだよ
375:仕様書無しさん
08/10/30 17:01:43
仕事中、Exciteの翻訳が開いてるやつ居るだろ？
376:仕様書無しさん
08/10/30 18:46:25
>371
あるある
377:仕様書無しさん
08/10/30 19:02:41
実際、お客様の業務で使われるような用語ってうまいこと翻訳しきれない。
378:仕様書無しさん
08/10/30 19:04:17
>>371
＞SYULTUKA
なんだコレ。シュルツカってロシア語みたいな。
正規のローマ字じゃないよな？
379:仕様書無しさん
08/10/30 19:05:55
IME式ローマ字
380:仕様書無しさん
08/10/30 19:06:58
ローマ字がまともに書けるプログラマは少ない
381:仕様書無しさん
08/10/30 19:35:46
【altu-!とaxtu-!の使い分けによる深層心理】
特に意識をせずにlを使うか、xを使うかであなたがどんなタイプのホモかが判定できます。
altu-!
主にlを使う人はその字体の形からも判る通り
自慢の肉棒を駆使したいという強い気持ちが心の奥底で働いています。
ﾀﾁ派と言えるでしょう。
axtu-!
主にxを使う人はその字体の形からも判る通り
自分のアナルに対する絶対的な自信が心の奥底から溢れだしています。
ﾈｺ派と言えるでしょう。
皆さんはどちらでしたか？
382:仕様書無しさん
08/10/30 19:45:26
それ「面白いこと言ってやったぜ」なんて感じのどや顔で書いてるのひょっとして？
つーか昔から「日本の男は車とゴルフと下ネタしか話題がない」とよく言われるが、
2chに住み着いてるような馬鹿って本当ホモネタと差別ネタばっかだな。
ネタが面白いつまらない以前に、そんなものがネタとして成立してると思う感覚が狂ってると思うわ。
383:仕様書無しさん
08/10/30 20:07:12
>>368
定数の追加に申請が要るような大規模なシステム開発ならアタリマエ。
384:仕様書無しさん
08/10/30 20:11:35
>>383
オツム弱い人？
だからそんなものが常態化している状態のことを異常と普通は言うんだよ。
385:仕様書無しさん
08/10/30 20:17:38
どうしようもないだろ・・・一人の力なんて今日も粛々とキーボードを叩いてコーヒー飲んで唸るだけだよ
386:仕様書無しさん
08/10/30 20:19:12
周りから見て異常でも、中から見ると日常ということもある。
もし数人が異常に気が付いてもたいてい流されるだけ。
387:仕様書無しさん
08/10/30 21:15:09
>>384
常態を異常と言うからにはさぞかし立派な理由があるんだろうね？
388:仕様書無しさん
08/10/30 21:19:53
>>387
言ってる意味が分からない。
389:仕様書無しさん
08/10/30 21:39:04
話が噛み合ってないよね？
368はなんか変なとこに噛み付いてるんじゃない？
>オツム弱い人？
こんな煽り方してると、>>341みたいに(ﾉ∀`) ｱﾁｬｰってなるよ
390:仕様書無しさん
08/10/30 22:16:17
>>389
もしかして同一人ぶｔｓ（ｒｙ
391:仕様書無しさん
08/10/30 22:26:50
>>375
Excite翻訳使ってるけど、
それは変数名じゃなくて関数名決めるときに使ってるなぁ
392:仕様書無しさん
08/10/30 22:40:25
>>389
>>368の言ってることはおかしくない。
>>366の言ってることこそおかしい。
もちろん俺は>>368ではない。
っていうか、学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
お前はデータ構造ってものを一切知らんのか、と言いたくなるぞ普通。
ちなみに、もちろん話が噛みあってない訳だが、
それはお前さんと>>366が規格外に馬鹿で無知だからだと思うぞ。
393:仕様書無しさん
08/10/30 22:59:45
たしかに366は説明が下手ではあるけども。
394:仕様書無しさん
08/10/30 23:02:07
>>392
>もちろん俺は>>368ではない。
311と同一人物かだけ教えて。そっちのほうが気になる
395:仕様書無しさん
08/10/30 23:14:22
最近のレスを読み返してみたが、違和感のあるツッコミをしては熱くなるヤツが居るね。
ひとりが粘着してるのか、アホが何人か居るのか、はわからんが。
396:仕様書無しさん
08/10/30 23:17:06
工場の機械設備の工程を制御するプログラム？は鬼のような即値が並んでて死にそうになった
ラベル名が数値でかつ、昇順で並んでいたのは幸いだった・・・
397:仕様書無しさん
08/10/31 01:02:05
>>392
ごめんなさい、なんでデータ構造の話が出てくるか分かりません＞＜
398:368 (以降書いてない)
08/10/31 10:07:56
>>383
「大規模」ってのは「人足の数が多い」という意味だよね。
>>386
最初から異常な場所にいると、そこが基準になるからねえ。
>>397
「データ構造」というよりは「構造化」だろうな。
399:仕様書無しさん
08/10/31 12:05:38
>>398
大規模ってのは単純にプログラムの量も多いんじゃないか？
「５００以上の変数」は１つのモジュールや関数に５００個という意味だと思ってないか？
これも単純に「英単語を沢山考えるのって大変だし時間の無駄」だと言ってるだけだとおもうよ
400:仕様書無しさん
08/10/31 18:50:58
>>392
＞学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
＞>>366の言ってることはおかしいと分かるだろう。
むしろ学部実習3ヶ月のヤツこそが勝手におかしいと
思い込んでしまいがちなんじゃないか。
職業マで場数を踏めば、>>366を全肯定できない
ながらも一理あると認めるのでは。
401:仕様書無しさん
08/10/31 22:03:49
データ年月をあらわす変数を
DETAYM
と書いてる人ならいた。
ちなみに入社８年目の人。
英語力ないとか言うレベルじゃねー！
402:仕様書無しさん
08/10/31 22:06:37
DELTAYMならちょっとカッコ良かったのにな。
403:仕様書無しさん
08/10/31 23:04:22
>>402
デルタ年月って余計わけわかんねーよ！
404:仕様書無しさん
08/10/31 23:07:37
時間差を年月単位で保持している変数なんだろう。
405:仕様書無しさん
08/10/31 23:24:58
「時間型」と「時刻型」の区別がついてない言語って多いよね
406:仕様書無しさん
08/11/01 07:47:46
>>405
>「時間型」と「時刻型」の区別がついてない言語って多いよね
多いって、たとえば、どの言語?
C には、 time_t と timediff_t があるし、強く型付けされた言語で
時刻型と時間型を混同する言語って思いつかないけど。
407:仕様書無しさん
08/11/03 16:30:16
つ 【旧VB】
408:仕様書無しさん
08/11/04 00:33:46
>>407
いっぱいあるんだろ？
409:仕様書無しさん
08/11/14 06:55:39
C#で
Assembly ass
xxxAnalyzer anal
という変数名を見たことがある
410:仕様書無しさん
08/11/14 07:24:35
いかにも穴がありそうな…
411:仕様書無しさん
08/11/14 19:18:58
ass はともかくanalは別に普通だな。
むしろそれで妙なモノしか思い浮かばない奴のお里が知れる。
412:仕様書無しさん
08/11/14 23:25:31
assとanalのお里のレベルの違いがわからん
413:仕様書無しさん
08/11/15 02:17:41
anusです
analは形容詞形
414:仕様書無しさん
08/11/15 12:42:53
そういうことじゃなくて、analはanalyzeの短縮として一般的に使うんだよ
415:仕様書無しさん
08/11/15 14:01:56
もっともassって前振りがあったらそっちを連想しそうなもんだが
416:仕様書無しさん
08/11/15 14:04:21
>>414
つかわねーよ
417:仕様書無しさん
08/11/15 14:10:36
一流アナリストって書かれているだけで爆笑できるお年頃ですね
418:仕様書無しさん
08/11/15 14:37:16
>>414
誰に騙された？
419:仕様書無しさん
08/11/15 14:40:01
int nulpoint
420:仕様書無しさん
08/11/15 14:43:31
英語知ってる奴なら >>409 みたいな略語は普通使わん。
使うとしたら敢えて冗談として使う場合。
俺も気分によって略語で他の（必ずしも良くない）意味に取れる変数名
を敢えて使うよ。
>>409 みたいな事をする人の気分はわかる。
421:仕様書無しさん
08/11/15 14:44:30
int eger
short but_long
char acter
double triple
float icecream
422:仕様書無しさん
08/11/15 15:03:17
int orz=3;
423:仕様書無しさん
08/11/15 15:13:55
>>416>>418
無知って恥ずかしいな。
例えば分析 "anal."とでも検索すればどれだけ一般的な表現か猿でも分かる。
もちろんこれは日本独特の略し方でもない。
424:仕様書無しさん
08/11/15 15:29:34
アナル（笑）
425:仕様書無しさん
08/11/15 15:40:52
>>423
それで google 検索したけど、俺からすると普通の言葉は始めの方にまったく
といって良いほど出てこんな。>>423 には一般的な言葉なのかも知れんが。
426:仕様書無しさん
08/11/15 16:04:06
尻穴ばっかりじゃねえか
427:仕様書無しさん
08/11/15 16:27:58
>>421
char aznable;
428:仕様書無しさん
08/11/15 17:06:08
>>423
つうか略すなよって話。
429:仕様書無しさん
08/11/15 17:33:52
>>427
>>3
430:仕様書無しさん
08/11/15 19:38:03
Analyzeを略すときは ochiri って命名すればいいんじゃね
431:仕様書無しさん
08/11/15 19:54:41
C++で書くとこうか？
Analyzer ＊anal = NULL;
432:仕様書無しさん
08/11/15 21:35:02
>>431
Analyzer ＊anal = NULL;NULL;
433:仕様書無しさん
08/11/16 00:01:10
>>423
ヒント：セーフサーチ
>>425-426
この変態どもめ！
434:仕様書無しさん
08/11/16 00:03:57
URLﾘﾝｸ(www.google.co.jp)
で？
435:仕様書無しさん
08/11/16 00:04:45
うちの会社のネイティブにここの話してみよう。
えらいしかめっ面されそうだが。
436:仕様書無しさん
08/11/16 00:12:55
>>434
得意げに馬鹿かw
やっぱりグーグルもまともに使えないレベルなんだな。
そりゃそうでなきゃそもそも自分の無知蒙昧を棚に上げたようなこと言えないもんな。
437:仕様書無しさん
08/11/16 00:19:23
わざわざセーフにしなきゃいけない時点で避けるべきってことではないのかな？
438:仕様書無しさん
08/11/16 01:49:42
URLﾘﾝｸ(www.google.co.jp)
話題自体はどうでもいいんだけどせめてこっちで調べてくれ
439:仕様書無しさん
08/11/16 02:03:06
>>438
今度は話の文脈を読めない馬鹿かよまったく……
440:仕様書無しさん
08/11/16 02:10:03
オマン○オマン○連呼していて、馬鹿かお前と突っ込まれたら、
オマン湖のことを話していただけだ、何がおかしいと切り返す
厨房時代がお前らにもあったはず。
441:仕様書無しさん
08/11/16 03:29:07
URLﾘﾝｸ(www.google.co.jp)
442:仕様書無しさん
08/11/16 11:40:55
コピペ君って馬鹿だな、まで読んだ。
443:仕様書無しさん
08/11/16 13:43:00
なんでこういうスレってネタ書き込みをする人と無駄に偉そうな人ばかりなんですか
444:仕様書無しさん
08/11/16 13:46:29
自分は正しいと思っているからな
445:仕様書無しさん
08/11/16 14:18:13
ふざけた変数名には二通りある。
自分が命名したもの→ネタ
他人が命名したもの→却下
よって>>443のようになるのは必然。
446:仕様書無しさん
08/11/16 19:07:36
analyzeを略すなら「anlz」か「anlyz」だろ、普通。
447:仕様書無しさん
08/11/16 19:18:30
母音を取るのはいいよね
448:仕様書無しさん
08/11/16 19:18:47
略さなければ全て解決
449:仕様書無しさん
08/11/16 20:53:16
メールとかでもanalにするのか？
スパムとして扱われても文句言えないと思うが
450:sage
08/11/16 21:18:43
いままで不幸にした女の名前をつけてる
俺の贖罪はまだおわらない
451:仕様書無しさん
08/11/17 01:48:58
>>450
あえて参照しないでガーベッジコレクタにお願いしようなんて考えても
そうはいかないぜ！
452:仕様書無しさん
08/11/24 16:11:19
>>371
俺が今やってるプロジェクトだと、会社区分で商社を表す定数がSHOUSYAだな。
んで、DBのカラムとかではSYOSだったりする。
453:仕様書無しさん
08/11/25 23:23:57
頭悪そうｗ
454:仕様書無しさん
08/11/26 04:15:14
>>410->>449
糞な下ネタで喜んでないで
>>450>>451
ぐらいの洒落たネタおとせよ
お前らのくだらんレスのせいで>>451が神に見えたじゃないか。
455:仕様書無しさん
08/11/26 22:48:44
無茶言うなよ、そんなセンス持ち合わせてたら苦労しないよ
456:仕様書無しさん
08/11/27 10:58:27
言うほどのセンスじゃねぇなあ。
457:仕様書無しさん
08/11/28 04:13:51
普通に性別とかでsexってはずかしいだろ。
バグ直してるときとか、女のプログラマに変数sexがどうのこうのいうのか？
458:仕様書無しさん
08/11/28 04:17:45
全然、プログラム組めなくて首にされたプロジェクトをさるとき
できたコードだけでも引き継ぐ際に、いやがらせで変数名にomankoとかnamenameとかやってみたいなあ。
459:仕様書無しさん
08/11/28 04:35:39
恥ずかしがるな！
SextonとかSexsmithみたいな町や人の名前だってあるじゃないですか
Win32APIにだってなんとかSEXてのがあるじゃないですか
460:仕様書無しさん
08/11/28 13:15:48
>>458
いっそかの便箋と封筒のように単語をシャッフルしてしまえ
461:仕様書無しさん
08/11/28 19:08:53
>>459
APIの場合は
なんたらsEx かとｗ
462:仕様書無しさん
08/11/29 11:39:28
C:\Program Files\xeroxを忘れてもらっちゃ困るぜ？ｗ
463:仕様書無しさん
08/11/29 17:32:18
sexadecimalが正当だよな。hexadecimalは邪道。
464:仕様書無しさん
08/11/29 17:35:53
VOID main(INT nArgc,LPSTR *lpszArgv)
465:仕様書無しさん
08/12/02 01:08:19
oppapi = null;
oppapi.demo_sonnano_kanke_ne();
466:仕様書無しさん
08/12/02 02:19:56
>>465
ｶﾞｯ
467:仕様書無しさん
08/12/02 14:55:02
goto SEX;
SEX: end; //Subroutine EXit//
468:仕様書無しさん
08/12/09 21:52:26
>>457
ウチの職場ではふつうにいう。
・・・「～エスイーエックス」とか「～エスエグゼ」みたいに若干濁し気味にｗ
（さすがに「sex」という変数は見た事無いけど）
あと、自動車業界なんで「気筒」とかを単語で言ったりもするよ。
恥ずかしがるのは新人だけ、あとは慣れ。別にセクハラ目的じゃなくて、ちゃんと
した用語として使うから誰も気にしてないよ。
469:仕様書無しさん
08/12/10 00:51:02
S式 = sexp
470:仕様書無しさん
08/12/10 12:15:33
NFSexport
471:仕様書無しさん
08/12/12 16:54:41
int futanari;
やめろｗ
472:仕様書無しさん
08/12/13 16:16:22
そいつは社会的に抹殺していいレベル
473:仕様書無しさん
08/12/13 19:14:20
むしろ希少価値がある
474:仕様書無しさん
08/12/13 19:30:49
int A_Flg;
int B_Flg;
475:仕様書無しさん
08/12/17 16:53:29
int Shibou_Flg;
476:仕様書無しさん
08/12/17 16:58:15
グローバル変数にaとかbとか使うのは
477:仕様書無しさん
08/12/18 00:11:36
グローバル変数に
item1 , item2 , .... , item34 ;
i , j , k ;
グローバル変数にだぜ!!
これを書いた先輩は、大手のIT会社に就職した ...
世の中間違いだらけ orz
478:仕様書無しさん
08/12/18 15:45:41
大手ならどうせ実装はやらないから
479:仕様書無しさん
08/12/18 19:10:36
鉄砲の技術は足軽の業なんだぜ
武将、大名に無くてもいいスキルだ
だが光秀は鉄砲が得意だった
そういうことだ
480:仕様書無しさん
09/01/02 19:56:28
>>477
ループ毎に宣言するのが面倒だからって、グローバルで宣言した先輩いたよ。
案の定、ループ中に別関数へ飛ぶ処理書いて死んでた。
481:仕様書無しさん
09/02/12 00:42:02
i で済ませても横に説明付けちゃう
482:仕様書無しさん
09/04/11 21:20:14
このスレは異常にVB廚が多いな。
>>306の
>GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
>といった命名法が実際適合的だ。
なんてレスがあるが、btnとtxtを一つにしてHoge用コントロール作るとかいう発想はVB
屋には無いのか？
hoge.button
hoge.text
と使えるようにした方が可読性も実用性も高井田ろうに。
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
まぁ。プリフィックス自体は否定しないからプロジェクト上整数の意味でi
を定義し、
Dim ix as Short,iy as Long
の様に使うのは構わんと思う。整数以外(ビットフラグやディスクリプタ)の混入を防げる。
483:仕様書無しさん
09/04/11 21:44:19
>>482
VB厨かどうかしらんが、君が日本語もロクに読めない奴だということは
よくわかったよ。
>>306およびその前繋がりのどこをどう読めば
「btnとtxtを一つにしてHoge用コントロール作るとかいう発想」をすべし、
って議論になるんだ？w
484:仕様書無しさん
09/04/12 12:12:43
たぶんJava厨なんだと思うよｗ
485:仕様書無しさん
09/04/12 12:13:34
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
486:仕様書無しさん
09/04/14 06:21:28
システムハンガリアン使うやつは時代遅れの情報弱者もいいところだろ。
487:仕様書無しさん
09/04/14 08:55:16
じゃあどう書いてんの？
488:仕様書無しさん
09/04/14 11:43:20
主体性のないアホっぽい質問だなあ
489:仕様書無しさん
09/04/15 18:21:37
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
490:仕様書無しさん
09/04/15 19:05:49
>>489
違うって！ｗ
491:仕様書無しさん
09/04/15 19:40:11
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
492:仕様書無しさん
09/04/15 22:32:01
489ﾜﾛﾀ
493:仕様書無しさん
09/04/15 22:36:09
489って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
494:仕様書無しさん
09/04/15 23:56:07
エクセルのVBAじゃ
データベースの最終行なので dsrow なんてつけちゃう
ｓ は最後のｓ・・・はずかしい///
495:仕様書無しさん
09/04/16 06:42:18
datasetのdsじゃなくスのsかよｗ
496:仕様書無しさん
09/04/16 09:35:55
Dim Ransu
Dim DosRansu
Dim DosGenepos
Dim DosGianos
このモンハン廃人めが。
497:仕様書無しさん
09/04/17 16:45:51
>>490-493
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか？
498:仕様書無しさん
09/04/17 17:09:36
コテハンつけろよw
499:仕様書無しさん
09/04/17 19:07:04
>>497
それが置換を避けるためにやってるとでも？
500:仕様書無しさん
09/04/17 23:00:13
スーパーネタ師降臨だな
501:仕様書無しさん
09/04/17 23:20:20
えーと、俺にはさっぱり分からないんだが
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと？
502:仕様書無しさん
09/04/18 00:27:12
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503:仕様書無しさん
09/04/18 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
504:仕様書無しさん
09/04/18 01:58:43
結局、Cのtypedefって何のためにあるんだ？
俺は記述を簡略化するためとポータビリティのためだと思ってるんだが、
ポータビリティーの観点から言うと、他の環境に移植する際の変更点を局所化
できるわけだから、あながち>>489が言ってることも間違いではない気もするが。
ちなみに、Wikipediaの説明をみると、
URLﾘﾝｸ(ja.wikipedia.org)
可読性のためみたいな書かれ方してるな。それだけじゃないと思うんだけど...
エディタやIDEの全置換って結構気を使うよ。意図しないコメント部分や文字列の
中まで置換されてしまったりとか。
505:仕様書無しさん
09/04/18 02:17:19
ただのエディタならともかく、リファクタリングができるやつなら、
「変数名を変更」みたいな機能がついてる。
506:仕様書無しさん
09/04/18 02:32:45
まぁ最近はIDEでサポートしてくれるか...
C++のテンプレートクラスをtypedefしたのも変換してくれるのかな。
でもtypedefができたのはそれよりずっと昔だし、人や環境によっては必ずしもそういうIDEを使ってるわけでもないし...
507:仕様書無しさん
09/04/18 02:47:43
>>504
> 結局、Cのtypedefって何のためにあるんだ？
基本は移植性でしょ。
プラットフォーム依存を吸収できるように。
でもそれは「置換を使わないために」ではないわな。
508:仕様書無しさん
09/04/18 09:39:57
integer CHAR;
integer FLOAT;
character DECIMAL(4);
509:仕様書無しさん
09/04/18 11:43:08
お互いすれ違ってるっぽくね？
かたや、できるだけ置換を使わないないためだろw
かたや、全ての置換をtypedefで対応しろってかw
みたいな
510:仕様書無しさん
09/04/18 11:57:39
かたや
かたや
511:仕様書無しさん
09/04/18 12:13:42
ソーダ
ソーダ
512:仕様書無しさん
09/04/18 12:27:40
かたや？
型屋？
513:仕様書無しさん
09/04/18 13:02:21
置換を使わない目的、という説明では、標準ライブラリのヘッダでもtypedefが
使われていることを説明できないような。
514:仕様書無しさん
09/04/18 13:14:02
標準ライブラリのヘッダでtypedefが使われているから
例えば32ビットから64ビットへコンパイルし直すだけで
対応できるともいえる。まプログラムがちゃんと書かれて
いればの話だけど。
515:仕様書無しさん
09/04/18 13:30:04
なんか「馬鹿のひとつ覚え」ってことわざって本当言い得て妙だな。
そもそもある「道具」の存在理由がたった一つの目的のためだけである、
なんていう仮定が愚の骨頂なんだろ。
いい加減分かれよそのぐらい。
516:仕様書無しさん
09/04/18 13:40:59
はい
517:仕様書無しさん
09/04/18 13:43:47
「たった一つの目的のためだけである」
ってどっかに書いた奴いたっけ？
518:仕様書無しさん
09/04/18 13:45:34
片や
519:仕様書無しさん
09/04/18 13:49:02
さあ、言い訳モードに入りましたw
520:仕様書無しさん
09/04/18 13:51:48
置換機能って何に使うん？
521:仕様書無しさん
09/04/18 13:52:29
どっちがw まどっちでもいいかw
522:仕様書無しさん
09/04/18 13:53:35
まとめ
「ハンガリアンとかバカだろ。変数の型が変更になったらどうする？全部書き換えるのか？」
↓
「置換すりゃいいだけだろ」
↓
「置換なんか使うなよ。そのためにtypedefがあるんだろ」
↓
「置換しないためじゃないだろw」
523:仕様書無しさん
09/04/18 13:55:50
>>520 性欲を満たすため
524:仕様書無しさん
09/04/18 14:03:59
しかしまぁ、将来型が変更になるのをみこしてtypedefを使うのは
決して間違いじゃないわな。つうかむしろ常套手段ともいえる。
525:仕様書無しさん
09/04/18 14:30:02
変更の可能性に備えて、っていうのは、もちろんそういう場合もあるとは思うけど
普通はちょっとニュアンス違うと思うよ。
そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。
別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、
一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。
まさに色即是空の世界なんだぞ。
526:仕様書無しさん
09/04/18 14:41:24
なんか偉そうに言ってるが、
signed と unsigned じゃ大違いだろ
printfなんかでの出力のされ方が違うのはもちろん、
shift演算に対する動作が異なるのを知らんのか？
527:仕様書無しさん
09/04/18 14:51:07
>>526
たぶん理解できないと思うが一応フォローしておく。
もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」
をもたらしているものは何なのかと言っている。
それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、
人間の認識力だろう。
つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを
「何かに見立てる」ことだと言っている。
528:仕様書無しさん
09/04/18 14:55:50
>>525
>別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
これ間違ってると思うんだけど。人にあだ名をつけたからといって別人
になるわけじゃねぇべ。
529:仕様書無しさん
09/04/18 14:58:25
で？ 本質がそれだと思うことで何か役にたつの？
530:仕様書無しさん
09/04/18 15:03:49
>>528
こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。
だから色即是空って言ってるだろ。
君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」
となる。
だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、
生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。
531:仕様書無しさん
09/04/18 15:07:37
究極的実体ｗ
532:仕様書無しさん
09/04/18 15:09:24
コメントに
ｷﾀ----------！
とか入れるやつがいるらしい。
533:仕様書無しさん
09/04/18 15:11:03
>>530
ちょっと横レスで申し訳ないんだけど、
皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、
なんで分子やら何やらまで戻って考えなきゃいけないの？
そうすることでスレタイの疑問が解決することにどう繋がっていくの？
534:仕様書無しさん
09/04/18 15:11:08
>>530
もうやめとけ。たった一人の理解できないやつのためにそこまでいわなくても、
他の大半の人は当たり前にわかってることだ。
535:仕様書無しさん
09/04/18 15:17:42
>>530
哲学論争はいいんだけど、それがプログラミングで何か役にたつの。
目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww
って妄想して時間がつぶせるとか？
まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw
536:仕様書無しさん
09/04/18 15:21:27
人間は分子じゃねえよ、という点だけは突っ込んでおきたい
DNAのことを言っているのなら正しいが
537:仕様書無しさん
09/04/18 15:22:57
「巨大分子」じゃないわな
「分子の集まり」ならまぁわからなくもなくもない
538:仕様書無しさん
09/04/18 15:38:08
まぁ自己防衛のために人のことを頭が悪いとか言う奴は、本人自信が相当頭が悪いケースが多いらしいな
539:仕様書無しさん
09/04/18 15:50:18
自演乙
540:仕様書無しさん
09/04/18 15:57:02
>>532
自分用の通信プログラムではやる。
541:仕様書無しさん
09/04/18 15:58:25
>>530 ＝ >>534 wwwww
542:仕様書無しさん
09/04/18 17:00:28
int型のappleという名前の変数は実はその実体が色即是空であり、
ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、
でもコンパイラから見たらやっぱりint型のappleなんだから、
いくら人間が物事に対して究極的実体を信じていても、
型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。
543:仕様書無しさん
09/04/18 17:09:07
型を変更する時にtypedefを使うんじゃなくて、
予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。
順序が逆じゃね？
544:仕様書無しさん
09/04/18 17:44:58
つまりあらゆる変数の定義には組み込み型を使わずに
一つ一つ丁寧にtypedefされた型を使えということですか。
いつ変わっても良いように。
typedef int apple_t;
apple_t apple;
とか。
545:仕様書無しさん
09/04/18 17:50:25
どうしてこう極端に捕らえるかねぇ
たった１つの目的とか、あらゆる変数の定義とか、
もっと頭柔らか～くしようね、臨機応変に柔軟に、ねっ☆
546:仕様書無しさん
09/04/18 17:59:47
誰のせいでこんな流れになったと
リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆
547:仕様書無しさん
09/04/18 18:20:04
顔真っ赤www
548:仕様書無しさん
09/04/18 18:57:36
>>545
>>522
誤りを認めることは恥ずかしいことではないぞ。
549:仕様書無しさん
09/04/18 19:44:09
勘違い哲学野郎キモいなｗｗ
誰からも相手にされてないんだろうなｗｗｗ
550:仕様書無しさん
09/04/18 20:22:11
>545
涙ふいてらっしゃい、ねっ☆
551:仕様書無しさん
09/04/18 20:27:51
きら☆
552:仕様書無しさん
09/04/19 06:37:58
typedefがついてないstructを見ると俺が困るからやめるんだ
553:仕様書無しさん
09/04/20 12:50:28
typedefで関数プロトタイプ宣言もできたりするｗ（gccだけかもしれないけど）
これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。
554:仕様書無しさん
09/04/27 01:07:59
>>497からの流れは薬剤師の俺にはわからん、全く持ってな
555:仕様書無しさん
09/04/27 01:38:04
>>554
そんなことをわざわざ書き込まんでよろしい
556:仕様書無しさん
09/05/10 21:10:08
私女だけど>>397からの流れはつまんない
557:仕様書無しさん
09/05/16 18:02:23
私女子高生だけど>>556の意図がわからない
558:仕様書無しさん
09/05/16 20:03:15
私女プログラマだけどおまえらアホかと
559:仕様書無しさん
09/05/29 21:33:19
私女だけどちんこ2本生えている
560:仕様書無しさん
09/05/29 23:47:18
女プログラマ＝マ女
561:仕様書無しさん
09/05/30 01:08:52
ところで、お前らtypedefの元の型や#defineで
定義した中身って保証してんの？
typedef x time;
と定義した場合。俺はtimeがxだとはまず保証しないが。
なんか、レスを読んでいくとxがlongだったりしたら、
確実にtimeはlong型であると言っている奴がいるように
見えて仕方ないんだが。
562:仕様書無しさん
09/05/30 01:10:01
はぁ？
563:561
09/05/30 01:13:08
追記
特に>>501-503とかな。まぁ、同一人物かもしれんが。
564:仕様書無しさん
09/05/30 01:19:09
ところで・・・とかいいながら終わった話題を蒸し返すなよｗ
まあ普段は書き込みも少ないスレだしどうでもいいけど
565:仕様書無しさん
09/05/30 01:29:04
ああ
そういえばそういうネタあったな
あの馬鹿がまた来たのか
566:仕様書無しさん
09/05/30 04:03:28
482 名前：仕様書無しさん 投稿日：2009/04/11(土) 21:20:14
このスレは異常にVB廚が多いな。
（略）
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
485 名前：仕様書無しさん 投稿日：2009/04/12(日) 12:13:34
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
489 名前：仕様書無しさん 投稿日：2009/04/15(水) 18:21:37
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
490 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:05:49
>>489
違うって！ｗ
491 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:40:11
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
567:仕様書無しさん
09/05/30 04:04:43
492 名前：仕様書無しさん 投稿日：2009/04/15(水) 22:32:01
489ﾜﾛﾀ
493 名前：仕様書無しさん 投稿日：2009/04/15(水) 22:36:09
489って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
497 名前：仕様書無しさん 投稿日：2009/04/17(金) 16:45:51
>>490-493
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか？
499 名前：仕様書無しさん 投稿日：2009/04/17(金) 19:07:04
>>497
それが置換を避けるためにやってるとでも？
500 名前：仕様書無しさん 投稿日：2009/04/17(金) 23:00:13
スーパーネタ師降臨だな
501 名前：仕様書無しさん 投稿日：2009/04/17(金) 23:20:20
えーと、俺にはさっぱり分からないんだが
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと？
568:仕様書無しさん
09/05/30 04:06:11
502 名前：仕様書無しさん 投稿日：2009/04/18(土) 00:27:12
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503 名前：仕様書無しさん 投稿日：2009/04/18(土) 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
------
この流れを踏まえないと、501～503だけ抜き出しても意味わからん。
↓をよーく読んで考えろよ。
> Cのtypedefや他言語のalias機能が存在する理由解ってる？
> できるだけ置換を避ける為に存在してんだぞ。
569:仕様書無しさん
09/05/30 05:15:34
>>489みたいな奴って、『Cプリプロセッサ・パワー』を名著だと
思っちゃったりしてんのかなw
570:仕様書無しさん
09/05/30 13:57:53
もうさ、哲学（笑）とかの話になる前にどーんと
「私はこうしているんだ、こう思うんだ！」っていう
考え方みたいなのを具体的な例と共に示すべきだと思うんだ
571:仕様書無しさん
09/05/31 11:40:17
tmp = 0xdeadbeef;
tmp2 = 0xbabeface;
572:仕様書無しさん
09/06/02 00:06:20
『和名』を示す単語は、全て『jap』にしてる。
573:仕様書無しさん
09/06/02 00:24:32
ヘイジャーップ！
574:仕様書無しさん
09/06/02 00:55:57
ビッチ ビッチ
ジャップ ジャップ
らんらんらん♪
575:仕様書無しさん
09/06/02 21:11:38
>>572
JPNにしろよ
576:仕様書無しさん
09/06/02 23:15:15
コボル上司「そこはWAMEI001, WAMEI002だろ?」
577:仕様書無しさん
09/09/26 23:21:06
今の職場のソース。ふざけてるってわけじゃないんだろうが、
・英語のつづり間違ってる
・同じものを表す変数なのに場所によって名前が違う
・命名規約が一応あるのに、守られてない
というのが多くて、検索するときにヒットしなくて困る。
578:仕様書無しさん
09/09/28 09:51:25
それ俺の書いたコードかと思った
579:仕様書無しさん
09/09/28 22:58:04
あー俺英語のスペル間違い見つけると
自分は正しいのへ直して書いちゃうから変数名変わっちゃうときある。
やっぱ間違えたまま書いたほうがいいのかな
でも他の人にコイツ間違えてやがるwwwって思われるのも嫌なんだよね
580:仕様書無しさん
09/09/28 23:09:12
全部直して通知すればおｋ
581:仕様書無しさん
09/09/28 23:15:52
そして置換機能について語るわけですね
582:仕様書無しさん
09/09/28 23:18:35
置換機能？馬鹿野郎リファクタリング機能と言え
583:仕様書無しさん
09/09/29 00:07:02
おれはあえて直さないが、雑談のときに「そういえばこういう変数名があったけど、
あれってスペル間違ってますよね」って言う。
584:仕様書無しさん
09/09/29 00:15:54
あえて大勢の前でいう。
585:仕様書無しさん
09/09/29 00:16:28
正しいスペルの変数は既に使われていたりする。
気づくのが自分だけとは限らない。
586:仕様書無しさん
09/09/29 00:21:04
そして、微妙にスペルの異なる変数が
似たような用途で使われる…
587:仕様書無しさん
09/09/29 08:43:49
それがpubricなら多少ロス出ても全体で直したいな
tipoバグとか怖すぎる
588:仕様書無しさん
09/09/29 09:30:47
>>587
待て。コンパイルエラーを直すのが先だ。
589:仕様書無しさん
09/09/29 09:47:05
ビルドが通らないソースをチェックインすんなって説教だな
590:仕様書無しさん
09/09/29 09:53:40
public
591:仕様書無しさん
09/09/29 10:03:25
publicにツッコんでtypoにツッコまないのはなぜだ。
592:仕様書無しさん
09/09/29 10:24:02
もう倒産したけど、「エール」という会社の企業コードが「EHL」ってなんやねん！
「YELL」とカタログに書いてあるではないか！
593:仕様書無しさん
09/09/29 17:16:43
pubic hairというのを public hair と読んで「公的毛」ってなんだ？と思ったことがある
594:仕様書無しさん
09/09/29 18:57:06
>>593
その前者がなんのことかがわからんのだが。
595:仕様書無しさん
09/09/29 19:08:58
辞書引けよ
596:仕様書無しさん
09/09/29 19:46:29
>>594
URLﾘﾝｸ(eow.alc.co.jp)
597:仕様書無しさん
09/09/30 01:28:54
変数名を、単語を組み合わせたものにしたいとき、
アンダースコアで単語間をつなぐか
単語の先頭を大文字にしてアンダースコア無しでつなぐか迷う。
really_big_dog にするか ReallyBigDog にするか。
よしこれでいこうと決めても、後から変えたくなって困る。
598:仕様書無しさん
09/09/30 10:50:30
>>597
そういうのは悩むけど、一回ルール決めたらそこでは同じルールで行くしかない。
あと、変数名なら reallyBigDog みたいに先頭小文字が普通じゃない？
class 名なら先頭大文字にする。
599:仕様書無しさん
09/09/30 21:31:25
>>598
確かにそのとおりですね。thx!
600:仕様書無しさん
09/10/11 12:10:34
あるシステムの通信設定のファイルでsigs.cfgってのがあって
後にそれは拡張されてsigsex.cfgになった
新人全員（男）が普通にシグセックスって読んでワロタ
601:仕様書無しさん
09/10/11 12:17:17
末尾 s に ex は付けるなとあれほど
602:仕様書無しさん
09/10/11 12:48:51
Lispで「S式(S-Expression)」(Lispの概念のひとつ)という語を識別子に
含めるときは sexp と略すという習慣があるなー。
ついでにいうと、真偽を問う述語(predicate)関数には、語尾に p を付
けるという習慣もある((evenp 10) => 真 (oddp 10) => 偽 など)。
つまり sexp で「やらないか」
603:仕様書無しさん
09/10/11 13:10:54
なーんか国語辞典でエロワード引いて喜んでる中学生なメンタルのまま
精神年齢が凍結しちまった可哀想な奴って結構多いのかね。
604:仕様書無しさん
09/10/17 03:22:00
高速でスクロールする画面からエロワードを
検出する眼力を甘く見ない方がいい
605:仕様書無しさん
09/10/23 10:47:21
>>603
追い詰められたときの防衛本能の発露形態として
現実逃避→幼児退行という症状が出るのは自然なことです。
606:仕様書無しさん
10/01/13 22:32:48
ぼくはハンガリアンがきらいです
おざわ ゆきお
先生あのね、ぼくはハンガリアンがだいきらいです。
どうしてかというと、ハンガリアンはとてもわかりにくいからです。
この前、友達のかん君が書いたフォームにはtxtPassWardと
cmdLogInが書いてありました。なぜボタンがcmdになるのか
かん君は教えてくれませんでした。
はとやま君のフォームにはbtnCanselと書いてありました。
ぼくはハンガリアンがなければいいと思いました。
607:仕様書無しさん
10/01/14 11:52:14
それは「問題はハンガリアン以外の部分だろ」と言わせるための罠ですね?
608:仕様書無しさん
10/01/18 13:49:27
ハンガリアンがジャンガリアンに見えて、ハムスターの話かと勘違いした
疲れてんだな、俺
609:仕様書無しさん
10/01/19 00:11:26
>>21
610:仕様書無しさん
10/02/04 01:33:01
Cのsize_tがバイト数にも要素数にも使われてるのは正直ややこしいと思う。
611:仕様書無しさん
10/02/04 02:55:43
>>610
君のコードは危険だ
612:仕様書無しさん
10/02/04 03:00:07
size_t以外の何を使えというのか
613:仕様書無しさん
10/02/10 11:23:25
>>612
それがないのが問題。
void *calloc(size_t nmemb, size_t size)
とか、なんかもう冗談にしか見えない。
1変数あたりのバイト数と、要素数をどちらもsize_tで扱ってるから、
わざわざtypedefしたのに結局微妙なことになってる。
それならもうunsigned intでいいじゃんと思えてくる。
614:仕様書無しさん
10/02/10 14:35:47
それをややこしいと思うってことは
メモリというものをちゃんと理解してないわけで
C言語を使うのはやめた方がいいな
615:仕様書無しさん
10/02/11 08:19:58
ややこしいとかじゃなくて
typedefの意味ないってことだろ
可読性の低いコード書くやつのほうがいらない
616:仕様書無しさん
10/02/11 21:15:41
unsigned intが32ビットでsize_tが64ビットなこともあるぞ
617:仕様書無しさん
10/03/08 21:06:10
INTEGER X,Y
FLOAT I,J
618:仕様書無しさん
10/03/08 21:17:36
はいはいFORTRANFORTRAN
char* p
char *p
コンパイラはどちらも同じコードをはき出すが
どちらが好みなの？文法的には後者がただしいのだが
619:仕様書無しさん
10/03/08 21:26:51
文法的には両者が正しいよ。
620:仕様書無しさん
10/03/09 15:50:04
>>618
両方とも使えるし意味同じだから議論になる
char* p;
の方が，char* の p という意味でわかりやすいともいえる
ただ，そうすると調子に乗って
char* p,q;
としたときにわけがわからなくなる可能性がある
621:仕様書無しさん
10/03/09 20:09:54
char * p, * q;
622:仕様書無しさん
10/03/09 20:11:35
ややこしいから1行に1つずつ、とかいう話になるわけだな。
623:uy ◆e6.oHu1j.o
10/03/10 13:46:53
Object-Cではchar * p, q; で両方ポインタなんだろ
こういう小さな変更って嫌がらせとしか思えない
C系はもう全部切り捨てたほうが世の為
PerlとRubyだけ生き残れ
何故Perl？
Perlは普通の人間には可読性が低いんだけど
極まれにあれを読みやすいと言いだす人がいそうだから残しとくべき
624:仕様書無しさん
10/03/10 14:01:50
>>623
>Object-Cではchar * p, q; で両方ポインタなんだろ
は？？？ 知りもしないで恥をまき散らして……Objective-Cでも q は char だ。
CのスーパーセットであるObjective-C に、そんな変な変更入るわけないだろ。
そもそも Object"ive"-C な。
625:仕様書無しさん
10/03/11 00:25:00
char* p,q;
と
typedef char* LPSTR;
LPSTR p,q;
で定義内容が異なるのはなんとなく納得できない
と感じるのは俺だけか？
626:仕様書無しさん
10/03/11 01:32:57
それなら
#define LPCSTR char*
とでも書いてハマればいいのさ。
627:仕様書無しさん
10/03/11 01:35:45
おっとconstじゃないのにCが入っちまった
628:仕様書無しさん
10/03/11 19:56:05
うわぁ恥ずかしいーｗ
629:uy ◆e6.oHu1j.o
10/03/17 13:47:32
>>624
あ？
まず俺に謝って それからググれカス
630:uy ◆e6.oHu1j.o
10/03/17 13:49:48
正確には、Object-C じゃなくて Objective-C な。
だってお。
だったらもう、二度と略すな？
これからもう二度と略語をおまえは使うな？
631:仕様書無しさん
10/03/17 14:05:04
#ifdefでバサッとコメントにするとき、
#ifdef momotarou
.
.
#endif
という名前を付ける人が多いんだけど、
なぜ、momotarouという名前をみんな付けるの？
何かに書いてあるの？
632:仕様書無しさん
10/03/17 14:07:21
>>631
そんなの見たこと無いな。
URLﾘﾝｸ(www.google.co.jp)
> 情報 "#ifdef momotarou"との一致はありません。
やっぱり無いな。
633:仕様書無しさん
10/03/17 14:08:43
>>631
「みんな」って誰だよ。
書いた奴に聞けよ。
634:uy ◆e6.oHu1j.o
10/03/18 12:45:25
日本語版foo,barじゃないのかね
調べてみたら
momotaro
urashimataro
kintaro
あたり使って解説してるページはいくつかあった
635:仕様書無しさん
10/03/20 09:33:35
hoge,piyo,fugaじゃないのか。
636:仕様書無しさん
10/03/20 10:03:11
変数は全部小文字
定数は全部大文字
構造体は定義全部大文字、宣言・メンバは全部小文字
637:仕様書無しさん
10/03/20 16:51:09
関数名は？
638:uy ◆e6.oHu1j.o
10/03/20 21:49:07
C++
基本的に全て小文字。
ちょっと重要な変数だけ、先頭が大文字。
何か特殊なものは全部大文字
Ruby
ローカル変数は適当に1～4文字
クラス変数とインスタンス変数は、少し長め
639:仕様書無しさん
10/03/21 00:20:39
特殊ｗｗｗ
重要ｗｗｗ
自分勝手なルールで良いな
640:uy ◆e6.oHu1j.o
10/03/21 10:18:46
で、おまえは。
641:仕様書無しさん
10/03/21 15:02:24
はぁ？
642:仕様書無しさん
10/03/21 16:35:35
ひぃ？
643:仕様書無しさん
10/03/21 18:38:11
ふぅ……
644:uy ◆e6.oHu1j.o
10/03/21 18:54:12
>>641
おまえさ、一つ良い？？
他のスレッドでおれに叩かれたからって関係ないスレッドにストレスを書き込むのをやめろな？
迷惑なんだよ
以上。
645:仕様書無しさん
10/03/21 19:25:34
糞レスをまき散らしてるお前が言うかｗ
646:uy ◆e6.oHu1j.o
10/03/21 22:24:52
ゴミみてえな奴だな
647:仕様書無しさん
10/03/21 22:30:22
自己紹介ですか
648:仕様書無しさん
10/03/21 22:32:23
自己紹介ですね
649:仕様書無しさん
10/03/22 13:18:27
自己紹介なわけないだろｗ
＞uy ◆e6.oHu1j.oみたいな性格になったのは
こいつを育てたかーちゃんのせいなんだから。
奴ってのはDQNなかーちゃんのことだ。
650:仕様書無しさん
10/03/22 17:06:09
自演乙
651:uy ◆e6.oHu1j.o
10/03/23 19:15:05
母親はおれが小学校の時に死んだ
652:仕様書無しさん
10/03/23 23:04:18
はいはい
今度はそういう設定？
653:uy ◆e6.oHu1j.o
10/03/27 04:10:38
流石に>>651こういうレスにはあまり叩きが無い
知ってるよ。
こういうのを叩くと叩いてる自分がつらくなるんだよね？ｗ
煽りレスしてんのに逃げ腰か、ゴミだな
654:仕様書無しさん
10/03/27 04:35:53
イミフ
次のレスで突っ込みとしては完結してるがな
655:仕様書無しさん
10/03/27 16:04:19
障害児に触れるなよ
656:仕様書無しさん
10/03/30 15:41:23
やっぱり>>652は障害者だったのか
そんな気はしてたが･･･
657:仕様書無しさん
10/03/30 15:59:37
鳥抜いてもバレバレ
658:(u＿・y) ◆e6.oHu1j.o
10/03/30 19:20:44
>>657
自信を確信にするためのレスか？ 滑稽だな
ゴミグラマは当たり前のことしかいわないし、いえない
659:仕様書無しさん
10/03/30 20:08:12
（意訳）自作自演でした
660:(u＿・y) ◆e6.oHu1j.o
10/03/30 21:33:34
自作自演の意味すらわからないのか･･･
ほんとにプログラマーって知的障害わずらってるとしかおもえないこと
時々言い放つよね
↑マジ
661:仕様書無しさん
10/03/30 22:35:22
自己紹介は置いといて次の話題です。
662:仕様書無しさん
10/03/31 03:10:23
typedef unsigned int SS;
typedef unsigned short SD;
typedef unsigned char SQ;
typedef SQ* QS;
(略)
#define SA(_S) (QS)malloc(_S)
#define AS(_S) free(_S)
あとは延々とS何ちゃらに連番がついた構造体とかが延々と･･･
663:仕様書無しさん
10/04/01 14:53:44
強い悪意を感じる･･･
664:(u＿・y) ◆e6.oHu1j.o
10/04/01 14:53:52
それはふざけてないよ。
本人のまじめさがかなり伝わってくるし、
俺が認める優秀な奴になりそうな要素を持ってることも伝わってくる
規則規則いわれ続けるこの世界で、自分の規則を定義してコードかける奴は多く無い
自分の規則を定義するという事は、新しい何かを見ようとした結果だから
特に「わかってる」のは
#define SA(_S) (QS)malloc(_S)
#define AS(_S) free(_S)
これだ。
SAで取得
ASで開放
逆語にしている所。
malloc、fleeなんていう意味不明な単語を使うより、
ただ単純に記号として扱って、それを逆さまにすることで逆の意味になるコードになったほうが
本当に優秀な奴にとってはそのほうが直感的になってくる
けど、2文字って無理なんだよな。 ゆえにそれは失敗作のゴミコード（本人にとっては、下書きのノートみたいなもんで、無駄ではない）
2文字でも２７＊２７程度の組み合わせは出来るけれど、流石に覚えにくくなってくるし、
そいつはまだ、変数にしか自分定義を使っていない。2文字程度じゃ、関数か変数か型か、
それらをわかりやすく表現しきれないことにはまだ気づいていない
最低３文字は無いと、>>662こういう事をするのはきつい
665:仕様書無しさん
10/04/01 18:26:34
優秀なｵﾚ（ﾟ∀ﾟ）ｶｯｺｲｲ！
666:仕様書無しさん
10/04/01 20:32:20
Flee
エムアロックとフリーわからないマなんているんだな
667:仕様書無しさん
10/04/01 21:55:28
何だAlgol時代の化石野郎かｗ
668:仕様書無しさん
10/04/01 22:35:03
>>124 随分ケツの穴がちいせぇな