ふざけた変数名を使う奴

**仕様書無しさん** · 2008/08/23(土) 21:45:16

var1、2、…とか、ふざけてるの？

**仕様書無しさん** · 2009/04/18(土) 13:52:29

どっちがw まどっちでもいいかw

**仕様書無しさん** · 2009/04/18(土) 13:53:35

まとめ

「ハンガリアンとかバカだろ。変数の型が変更になったらどうする？全部書き換えるのか？」
↓
「置換すりゃいいだけだろ」
↓
「置換なんか使うなよ。そのためにtypedefがあるんだろ」
↓
「置換しないためじゃないだろw」

**仕様書無しさん** · 2009/04/18(土) 13:55:50

>>520 性欲を満たすため

**仕様書無しさん** · 2009/04/18(土) 14:03:59

しかしまぁ、将来型が変更になるのをみこしてtypedefを使うのは
決して間違いじゃないわな。つうかむしろ常套手段ともいえる。

**仕様書無しさん** · 2009/04/18(土) 14:30:02

変更の可能性に備えて、っていうのは、もちろんそういう場合もあるとは思うけど
普通はちょっとニュアンス違うと思うよ。

そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。
別名をつけるのは、文字通りそれを別物として扱いたいからだろう。

そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、
一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。
まさに色即是空の世界なんだぞ。

**仕様書無しさん** · 2009/04/18(土) 14:41:24

なんか偉そうに言ってるが、
signed と unsigned　じゃ大違いだろ
printfなんかでの出力のされ方が違うのはもちろん、
shift演算に対する動作が異なるのを知らんのか？

**仕様書無しさん** · 2009/04/18(土) 14:51:07

>>526
たぶん理解できないと思うが一応フォローしておく。

もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」
をもたらしているものは何なのかと言っている。

それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、
人間の認識力だろう。

つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを
「何かに見立てる」ことだと言っている。

**仕様書無しさん** · 2009/04/18(土) 14:55:50

>>525

>別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
これ間違ってると思うんだけど。人にあだ名をつけたからといって別人
になるわけじゃねぇべ。

**仕様書無しさん** · 2009/04/18(土) 14:58:25

で？　本質がそれだと思うことで何か役にたつの？

**仕様書無しさん** · 2009/04/18(土) 15:03:49

>>528
こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。
だから色即是空って言ってるだろ。
君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」
となる。

だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、
生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。

**仕様書無しさん** · 2009/04/18(土) 15:07:37

究極的実体ｗ

**仕様書無しさん** · 2009/04/18(土) 15:09:24

コメントに
ｷﾀ----------！
とか入れるやつがいるらしい。

**仕様書無しさん** · 2009/04/18(土) 15:11:03

>>530
ちょっと横レスで申し訳ないんだけど、
皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、
なんで分子やら何やらまで戻って考えなきゃいけないの？

そうすることでスレタイの疑問が解決することにどう繋がっていくの？

**仕様書無しさん** · 2009/04/18(土) 15:11:08

>>530
もうやめとけ。たった一人の理解できないやつのためにそこまでいわなくても、
他の大半の人は当たり前にわかってることだ。

**仕様書無しさん** · 2009/04/18(土) 15:17:42

>>530
哲学論争はいいんだけど、それがプログラミングで何か役にたつの。
目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww
って妄想して時間がつぶせるとか？
まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw

**仕様書無しさん** · 2009/04/18(土) 15:21:27

人間は分子じゃねえよ、という点だけは突っ込んでおきたい
DNAのことを言っているのなら正しいが

**仕様書無しさん** · 2009/04/18(土) 15:22:57

「巨大分子」じゃないわな
「分子の集まり」ならまぁわからなくもなくもない

**仕様書無しさん** · 2009/04/18(土) 15:38:08

まぁ自己防衛のために人のことを頭が悪いとか言う奴は、本人自信が相当頭が悪いケースが多いらしいな

**仕様書無しさん** · 2009/04/18(土) 15:50:18

自演乙

**仕様書無しさん** · 2009/04/18(土) 15:57:02

>>532
自分用の通信プログラムではやる。

**仕様書無しさん** · 2009/04/18(土) 15:58:25

>>530 ＝ >>534 wwwww

**仕様書無しさん** · 2009/04/18(土) 17:00:28

int型のappleという名前の変数は実はその実体が色即是空であり、
ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、
でもコンパイラから見たらやっぱりint型のappleなんだから、
いくら人間が物事に対して究極的実体を信じていても、
型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。

**仕様書無しさん** · 2009/04/18(土) 17:09:07

型を変更する時にtypedefを使うんじゃなくて、
予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。
順序が逆じゃね？

**仕様書無しさん** · 2009/04/18(土) 17:44:58

つまりあらゆる変数の定義には組み込み型を使わずに
一つ一つ丁寧にtypedefされた型を使えということですか。
いつ変わっても良いように。
typedef int apple_t;
apple_t apple;
とか。

**仕様書無しさん** · 2009/04/18(土) 17:50:25

どうしてこう極端に捕らえるかねぇ
たった１つの目的とか、あらゆる変数の定義とか、
もっと頭柔らか～くしようね、臨機応変に柔軟に、ねっ☆

**仕様書無しさん** · 2009/04/18(土) 17:59:47

誰のせいでこんな流れになったと
リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆

**仕様書無しさん** · 2009/04/18(土) 18:20:04

顔真っ赤www

**仕様書無しさん** · 2009/04/18(土) 18:57:36

>>545
>>522

誤りを認めることは恥ずかしいことではないぞ。

**仕様書無しさん** · 2009/04/18(土) 19:44:09

勘違い哲学野郎キモいなｗｗ
誰からも相手にされてないんだろうなｗｗｗ

**仕様書無しさん** · 2009/04/18(土) 20:22:11

>545
涙ふいてらっしゃい、ねっ☆

**仕様書無しさん** · 2009/04/18(土) 20:27:51

きら☆

**仕様書無しさん** · 2009/04/19(日) 06:37:58

typedefがついてないstructを見ると俺が困るからやめるんだ

**仕様書無しさん** · 2009/04/20(月) 12:50:28

typedefで関数プロトタイプ宣言もできたりするｗ（gccだけかもしれないけど）
これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。

**仕様書無しさん** · 2009/04/27(月) 01:07:59

>>497からの流れは薬剤師の俺にはわからん、全く持ってな

**仕様書無しさん** · 2009/04/27(月) 01:38:04

>>554
そんなことをわざわざ書き込まんでよろしい

**仕様書無しさん** · 2009/05/10(日) 21:10:08

私女だけど>>397からの流れはつまんない

**仕様書無しさん** · 2009/05/16(土) 18:02:23

私女子高生だけど>>556の意図がわからない

**仕様書無しさん** · 2009/05/16(土) 20:03:15

私女プログラマだけどおまえらアホかと

**仕様書無しさん** · 2009/05/29(金) 21:33:19

私女だけどちんこ2本生えている

**仕様書無しさん** · 2009/05/29(金) 23:47:18

女プログラマ＝マ女

**仕様書無しさん** · 2009/05/30(土) 01:08:52

ところで、お前らtypedefの元の型や#defineで
定義した中身って保証してんの？
typedef x time;
と定義した場合。俺はtimeがxだとはまず保証しないが。
なんか、レスを読んでいくとxがlongだったりしたら、
確実にtimeはlong型であると言っている奴がいるように
見えて仕方ないんだが。

**仕様書無しさん** · 2009/05/30(土) 01:10:01

はぁ？

**561** · 2009/05/30(土) 01:13:08

追記
特に>>501-503とかな。まぁ、同一人物かもしれんが。

**仕様書無しさん** · 2009/05/30(土) 01:19:09

ところで・・・とかいいながら終わった話題を蒸し返すなよｗ
まあ普段は書き込みも少ないスレだしどうでもいいけど

**仕様書無しさん** · 2009/05/30(土) 01:29:04

ああ
そういえばそういうネタあったな
あの馬鹿がまた来たのか

**仕様書無しさん** · 2009/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

**仕様書無しさん** · 2009/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とかでコンパイラの解釈的な置き換えをしろってこと？

**仕様書無しさん** · 2009/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機能が存在する理由解ってる？
> できるだけ置換を避ける為に存在してんだぞ。

**仕様書無しさん** · 2009/05/30(土) 05:15:34

>>489みたいな奴って、『Cプリプロセッサ・パワー』を名著だと
思っちゃったりしてんのかなw

**仕様書無しさん** · 2009/05/30(土) 13:57:53

もうさ、哲学（笑）とかの話になる前にどーんと
「私はこうしているんだ、こう思うんだ！」っていう
考え方みたいなのを具体的な例と共に示すべきだと思うんだ

**仕様書無しさん** · 2009/05/31(日) 11:40:17

tmp = 0xdeadbeef;
tmp2 = 0xbabeface;

**仕様書無しさん** · 2009/06/02(火) 00:06:20

『和名』を示す単語は、全て『jap』にしてる。

**仕様書無しさん** · 2009/06/02(火) 00:24:32

ヘイジャーップ！

**仕様書無しさん** · 2009/06/02(火) 00:55:57

ビッチビッチ
ジャップ　ジャップ
らんらんらん♪

**仕様書無しさん** · 2009/06/02(火) 21:11:38

>>572
JPNにしろよ

**仕様書無しさん** · 2009/06/02(火) 23:15:15

コボル上司「そこはWAMEI001, WAMEI002だろ?」

**仕様書無しさん** · 2009/09/26(土) 23:21:06

今の職場のソース。ふざけてるってわけじゃないんだろうが、
・英語のつづり間違ってる
・同じものを表す変数なのに場所によって名前が違う
・命名規約が一応あるのに、守られてない
というのが多くて、検索するときにヒットしなくて困る。

**仕様書無しさん** · 2009/09/28(月) 09:51:25

それ俺の書いたコードかと思った

**仕様書無しさん** · 2009/09/28(月) 22:58:04

あー俺英語のスペル間違い見つけると
自分は正しいのへ直して書いちゃうから変数名変わっちゃうときある。

やっぱ間違えたまま書いたほうがいいのかな
でも他の人にコイツ間違えてやがるwwwって思われるのも嫌なんだよね

**仕様書無しさん** · 2009/09/28(月) 23:09:12

全部直して通知すればおｋ

**仕様書無しさん** · 2009/09/28(月) 23:15:52

そして置換機能について語るわけですね

**仕様書無しさん** · 2009/09/28(月) 23:18:35

置換機能？馬鹿野郎リファクタリング機能と言え

**仕様書無しさん** · 2009/09/29(火) 00:07:02

おれはあえて直さないが、雑談のときに「そういえばこういう変数名があったけど、
あれってスペル間違ってますよね」って言う。

**仕様書無しさん** · 2009/09/29(火) 00:15:54

あえて大勢の前でいう。

**仕様書無しさん** · 2009/09/29(火) 00:16:28

正しいスペルの変数は既に使われていたりする。
気づくのが自分だけとは限らない。

**仕様書無しさん** · 2009/09/29(火) 00:21:04

そして、微妙にスペルの異なる変数が
似たような用途で使われる…

**仕様書無しさん** · 2009/09/29(火) 08:43:49

それがpubricなら多少ロス出ても全体で直したいな
tipoバグとか怖すぎる

**仕様書無しさん** · 2009/09/29(火) 09:30:47

>>587
待て。コンパイルエラーを直すのが先だ。

**仕様書無しさん** · 2009/09/29(火) 09:47:05

ビルドが通らないソースをチェックインすんなって説教だな

**仕様書無しさん** · 2009/09/29(火) 09:53:40

public

**仕様書無しさん** · 2009/09/29(火) 10:03:25

publicにツッコんでtypoにツッコまないのはなぜだ。

**仕様書無しさん** · 2009/09/29(火) 10:24:02

もう倒産したけど、「エール」という会社の企業コードが「EHL」ってなんやねん！
「YELL」とカタログに書いてあるではないか！

**仕様書無しさん** · 2009/09/29(火) 17:16:43

pubic hairというのを public hair と読んで「公的毛」ってなんだ？と思ったことがある

**仕様書無しさん** · 2009/09/29(火) 18:57:06

>>593
その前者がなんのことかがわからんのだが。

**仕様書無しさん** · 2009/09/29(火) 19:08:58

辞書引けよ

**仕様書無しさん** · 2009/09/29(火) 19:46:29

>>594
http://eow.alc.co.jp/pubic+hair/UTF-8/

**仕様書無しさん** · 2009/09/30(水) 01:28:54

変数名を、単語を組み合わせたものにしたいとき、
アンダースコアで単語間をつなぐか
単語の先頭を大文字にしてアンダースコア無しでつなぐか迷う。

really_big_dog にするか ReallyBigDog にするか。

よしこれでいこうと決めても、後から変えたくなって困る。

**仕様書無しさん** · 2009/09/30(水) 10:50:30

>>597
そういうのは悩むけど、一回ルール決めたらそこでは同じルールで行くしかない。
あと、変数名なら reallyBigDog みたいに先頭小文字が普通じゃない？
class 名なら先頭大文字にする。

**仕様書無しさん** · 2009/09/30(水) 21:31:25

>>598
確かにそのとおりですね。thx!

**仕様書無しさん** · 2009/10/11(日) 12:10:34

あるシステムの通信設定のファイルでsigs.cfgってのがあって
後にそれは拡張されてsigsex.cfgになった
新人全員（男）が普通にシグセックスって読んでワロタ

**仕様書無しさん** · 2009/10/11(日) 12:17:17

末尾 s に ex は付けるなとあれほど

**仕様書無しさん** · 2009/10/11(日) 12:48:51

Lispで「S式(S-Expression)」(Lispの概念のひとつ)という語を識別子に
含めるときは sexp と略すという習慣があるなー。

ついでにいうと、真偽を問う述語(predicate)関数には、語尾に p を付
けるという習慣もある((evenp 10) => 真 (oddp 10) => 偽など)。

つまり sexp で「やらないか」

**仕様書無しさん** · 2009/10/11(日) 13:10:54

なーんか国語辞典でエロワード引いて喜んでる中学生なメンタルのまま
精神年齢が凍結しちまった可哀想な奴って結構多いのかね。

**仕様書無しさん** · 2009/10/17(土) 03:22:00

高速でスクロールする画面からエロワードを
検出する眼力を甘く見ない方がいい

**仕様書無しさん** · 2009/10/23(金) 10:47:21

>>603
追い詰められたときの防衛本能の発露形態として
現実逃避→幼児退行という症状が出るのは自然なことです。

**仕様書無しさん** · 2010/01/13(水) 22:32:48

　　　ぼくはハンガリアンがきらいです
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　おざわ　ゆきお
　先生あのね、ぼくはハンガリアンがだいきらいです。
どうしてかというと、ハンガリアンはとてもわかりにくいからです。
この前、友達のかん君が書いたフォームにはtxtPassWardと
cmdLogInが書いてありました。なぜボタンがcmdになるのか
かん君は教えてくれませんでした。
はとやま君のフォームにはbtnCanselと書いてありました。
ぼくはハンガリアンがなければいいと思いました。

**仕様書無しさん** · 2010/01/14(木) 11:52:14

それは「問題はハンガリアン以外の部分だろ」と言わせるための罠ですね?

**仕様書無しさん** · 2010/01/18(月) 13:49:27

ハンガリアンがジャンガリアンに見えて、ハムスターの話かと勘違いした
疲れてんだな、俺

**仕様書無しさん** · 2010/01/19(火) 00:11:26

>>21

**仕様書無しさん** · 2010/02/04(木) 01:33:01

Cのsize_tがバイト数にも要素数にも使われてるのは正直ややこしいと思う。

**仕様書無しさん** · 2010/02/04(木) 02:55:43

>>610
君のコードは危険だ

**仕様書無しさん** · 2010/02/04(木) 03:00:07

size_t以外の何を使えというのか

**仕様書無しさん** · 2010/02/10(水) 11:23:25

>>612
それがないのが問題。
void *calloc(size_t nmemb, size_t size)
とか、なんかもう冗談にしか見えない。

1変数あたりのバイト数と、要素数をどちらもsize_tで扱ってるから、
わざわざtypedefしたのに結局微妙なことになってる。
それならもうunsigned intでいいじゃんと思えてくる。

**仕様書無しさん** · 2010/02/10(水) 14:35:47

それをややこしいと思うってことは
メモリというものをちゃんと理解してないわけで
C言語を使うのはやめた方がいいな

**仕様書無しさん** · 2010/02/11(木) 08:19:58

ややこしいとかじゃなくて
typedefの意味ないってことだろ

可読性の低いコード書くやつのほうがいらない

**仕様書無しさん** · 2010/02/11(木) 21:15:41

unsigned intが32ビットでsize_tが64ビットなこともあるぞ

**仕様書無しさん** · 2010/03/08(月) 21:06:10

INTEGER X,Y
FLOAT I,J

**仕様書無しさん** · 2010/03/08(月) 21:17:36

はいはいFORTRANFORTRAN

char* p
char *p

コンパイラはどちらも同じコードをはき出すが
どちらが好みなの？文法的には後者がただしいのだが

**仕様書無しさん** · 2010/03/08(月) 21:26:51

文法的には両者が正しいよ。

**仕様書無しさん** · 2010/03/09(火) 15:50:04

>>618
両方とも使えるし意味同じだから議論になる

char* p;

の方が，char* の p という意味でわかりやすいともいえる
ただ，そうすると調子に乗って

char* p,q;

としたときにわけがわからなくなる可能性がある