ふざけた変数名を使う奴

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

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

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

>>250
ウチにもそういう人いるな。

その人が言うには、
・ソース内でどんな変数を使うのか、まとめて一箇所で分からないと読みにくい
・見やすさなんて時や人によって変わるもんだから決めの問題でしかない
ってことらしい。そしてその人は声がでかい。

**仕様書無しさん** · 2008/10/10(金) 21:27:29

旧世代のスタンダードだわな

**仕様書無しさん** · 2008/10/10(金) 21:32:25

なんかグローバルしかなかった時代の感じがする

**仕様書無しさん** · 2008/10/10(金) 22:22:56

>>251
COBOLerか…

花金花金

**仕様書無しさん** · 2008/10/11(土) 11:58:18

グローバルループカウンタって……
再帰的関数をマルチスレッドで動かすにはどうすればいいんだ？

**仕様書無しさん** · 2008/10/11(土) 16:02:52

ミューテックスロック

**仕様書無しさん** · 2008/10/11(土) 20:33:22

>>255
インターロックなら速いんじゃね？とか思いつく
で、パイプラインを止めまくる

**仕様書無しさん** · 2008/10/17(金) 13:15:15

Dim Ia
Dim IaIa
Dim Fungurui

何を召還する気だ。

**仕様書無しさん** · 2008/10/17(金) 13:39:52

名状し難きコードが生産されているようですね。

**仕様書無しさん** · 2008/10/17(金) 14:55:26

>>258
呼び戻すな（×召還）
呼び出せ（○召喚）

**仕様書無しさん** · 2008/10/17(金) 15:33:43

桶、ちょっと魔方陣書いてくる

**仕様書無しさん** · 2008/10/17(金) 15:34:22

Dim Mahoujin As String

**仕様書無しさん** · 2008/10/17(金) 15:39:36

そこはBitmapじゃね？

**仕様書無しさん** · 2008/10/17(金) 15:56:24

いや、書かんでいいから

**仕様書無しさん** · 2008/10/17(金) 16:30:40

Dim Mahoujin As Variant

'とりあえず、明示的にいろいろやれるようにしました

**仕様書無しさん** · 2008/10/17(金) 17:44:59

だから召喚するなｔ

ああ、窓に！窓に！！！

**仕様書無しさん** · 2008/10/17(金) 17:56:19

なんか意味分からんし、きもいんだけど。。。

**仕様書無しさん** · 2008/10/17(金) 19:00:21

コード上にAAで埋め込まれた魔方陣とか、
縦読みの呪文とかか？ｗ

**仕様書無しさん** · 2008/10/17(金) 21:24:33

世の中には楽譜に音符でAA描く奴もいる

**仕様書無しさん** · 2008/10/17(金) 21:37:00

ダンディだったよなあれは

**仕様書無しさん** · 2008/10/18(土) 02:14:05

さあ、iocccに行こうか

**仕様書無しさん** · 2008/10/21(火) 15:19:32

int ikko,niko,sanko;

それで何に使ってるかといえばループカウンタ('A`)

**仕様書無しさん** · 2008/10/21(火) 21:59:28

みっつめがsankonだったら許した

**仕様書無しさん** · 2008/10/24(金) 10:10:54

class tmnetwork

int utu
int tk
int kine

void getwild(void)
void lovetrain(void)

for(ge=1;～;ge++){
for(gege=1;～;gege++){
for(gegege=1;～;gegegege++){

**仕様書無しさん** · 2008/10/24(金) 19:13:47

i,j,kを突破するほどの多重ループって時点で何かがおかしい。

**仕様書無しさん** · 2008/10/24(金) 21:26:23

i,j,kで足りなきゃii,iii,jj,jjj,kk,kkkもあるぜよ・・・
VB6で全部Publicで宣言されてるソースを見てびっくりしたことあるがな

**仕様書無しさん** · 2008/10/24(金) 21:33:07

四元数でも扱うつもりかよｗｗｗ

**仕様書無しさん** · 2008/10/24(金) 23:06:42

kkkは危険だな

**仕様書無しさん** · 2008/10/25(土) 00:58:11

クー・クラッ…おや誰か来たようだ、こんな時間に

**仕様書無しさん** · 2008/10/25(土) 01:03:54

かっぺいこのやｒ

**仕様書無しさん** · 2008/10/25(土) 01:17:04

ってか三菱証券の案件で次みたいな変数名を使ったら何か文句を言われました。

Dim iCount as Integer
Dim strName as String
Dim bCheck as Boolean

変数名の頭に型の略称を使うのはこれまで普通だと思っていたのですが
この命名規則って不味いのでしょうか？

**仕様書無しさん** · 2008/10/25(土) 01:17:41

まずかないが積極的に使う理由に乏しい。

**仕様書無しさん** · 2008/10/25(土) 03:07:29

>>281
ハンガリアン記法とかいう奴？
賛美両論今でも好んで使う頭の古い人はいるが
最初に提唱したMSが、失敗だった禁止しろと今は言っている。
使って文句言われても文句言えない。

まだ知らないほど不勉強なコーダが
2chにこれるだけの知能があるとは驚いたよ。

**仕様書無しさん** · 2008/10/25(土) 03:46:20

普通に変数名つけてたら型なんかすぐに分かるけどな

**仕様書無しさん** · 2008/10/25(土) 04:41:23

システムハンガリアンだと思考にノイズが混じっちゃうんだよなあ。
極端な話こうなる。
count < max 'カウンタと最大値の比較
iCount < iMax 'iつまり整数型のカウンタとiつまり整数型の最大値の、双方とも整数型と確認した上でのカウンタと最大値の比較
訓練次第である程度上に近づけるが、最初から上使った方が楽だし確実。

**仕様書無しさん** · 2008/10/25(土) 05:22:33

それは頭が変だろ

**仕様書無しさん** · 2008/10/25(土) 06:00:21

極端すぎたか。
慣れてくるとこんな感じだろうか。
iCount < iMax 'iとiで同じ。整数。カウンタと最大値の比較

**仕様書無しさん** · 2008/10/25(土) 08:17:27

本来のハンガリアン記法は、

fooCount < fooMax　'fooのカウンタとfooの最大値の比較

barCount < fooMax　'barのカウンタとfooの最大値の比較しているから間違いだと思われ

って感じの使い方だったっけ？

オブジェクト指向言語の場合とか、名前空間がある場合とかだと
こういう記法の必要性も少なくなるのではないかと。

**仕様書無しさん** · 2008/10/25(土) 09:35:35

>>283
多分そんな感じだと思う。
>>285
の説明を読んだけどやっぱり俺には、型名+名称　をつけた変数の方がしくり来ます。

DataTableについて名前をつけると俺の場合
dtEmploy

みんな俺の命名規則に合わせてくれ。じゃないと読み辛い。

**仕様書無しさん** · 2008/10/25(土) 09:41:03

その環境の標準ライブラリに合わせとくのが無難だろうな。
iCount < strName.Length
なんてなったら意味なくなるし。

**仕様書無しさん** · 2008/10/25(土) 10:29:45

>>289
名称が動詞(Employ)って事は、そのテーブルはエンティティじゃなくて
関連を表すテーブルなんじゃね？
それが「データテーブル」だって言うのはおかしくね？

**仕様書無しさん** · 2008/10/25(土) 10:43:22

まだハンガリアンなんて生き残ってるんだね。。。
デメリットばかりで、まともにプログラム書いてれば今の時代メリットは何もないんじゃないかね。
アプリケーションハンガリアンも含めて。

**仕様書無しさん** · 2008/10/25(土) 11:43:32

長大な関数の先頭で大量に宣言された変数を覚えきれない場合でも
使用するその場で型が確認できるというメリットがあります。

**仕様書無しさん** · 2008/10/25(土) 11:49:17

ハンガリアンを捨てれば長大な関数を作りづらくなるというメリットがあります。

**仕様書無しさん** · 2008/10/25(土) 11:50:17

長大な関数な時点で敗北。

**仕様書無しさん** · 2008/10/25(土) 14:35:33

ただ脈絡の無い処理が100個ぐらい
ただある場合があるんだよなあ

**仕様書無しさん** · 2008/10/25(土) 17:20:45

dtなんて中途半端な省略プレフィックスならつけるだけ無駄

DataTable, DateTime, ...

**仕様書無しさん** · 2008/10/25(土) 18:26:58

>>292
何もないは言いすぎ。
システムハンガリアンは有用な場面も少しはあるよ。
例えば旧VBとかドトネトのフォーム上のGUI部品のように使うクラスが限られている場合、
システムハンガリアンを使うことによって

(1) 名前の簡素化
(2) 同じかあるいは関連する機能をもつ別のGUI部品との名前のバッティングの解消

という利点がある。

あと、ドトネトだとなぜか中途半端にインターフェイスにだけIをプリフィクスする
規約になっているけど、本来はクラスや構造体やenumにもプリフィクスを付けた方が
コードは読みやすいし、書き方の自由度が上がる。（プリフィクスをとったそのままを
フィールドやプロパティの名前にできる）

**仕様書無しさん** · 2008/10/25(土) 21:19:40

>>298

>GUI部品のように使うクラスが限られている場合
「GUI部品だけはハンガリアンで」って規則にするの？

変数名が短くなる程度なら、略称を使う弊害の方が大きいな。

> プリフィクスをとったそのままをフィールドやプロパティの名前にできる
これはよく分からんのだが。
と思ったけど、VBは大文字小文字を区別されないんだったっけ？

なんにせよ、仕様的に不自由な言語の場合の苦肉の策だと思う。

**仕様書無しさん** · 2008/10/25(土) 21:27:11

グローバル変数のg_やスタティック変数のs_はプレフィックスつける以外にどう区別すればいいのか

**仕様書無しさん** · 2008/10/25(土) 22:05:00

必要ならプレフィックスつけりゃいいじゃないか。

そもそもプレフィックスなんてただの楽するための技法なんだから
つけるもつけないも楽なほうを選べばいいし, 選べないなら諦めろと。

**仕様書無しさん** · 2008/10/25(土) 22:13:24

>>300
区別がつかなくなるようなコードにしなければいいんじゃない？

**仕様書無しさん** · 2008/10/25(土) 22:45:11

>>298
VBプログラマだからそれ凄く分かる。
大文字小文字が区別できたらどんなに楽なことか。
よし今度からクラスとかにはプレフィックス付けるようにするか。

**仕様書無しさん** · 2008/10/25(土) 22:55:40

VBって、宣言の大文字小文字を変えると
使っているところが一斉に変わる変な言語でそ

**仕様書無しさん** · 2008/10/25(土) 23:00:54

作業進めるうちにプレフィックスルール自体が個人個人で違ってくるんだもんなぁ・・・

**仕様書無しさん** · 2008/10/25(土) 23:04:17

>>299
＞変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
そんな事はない。
俺も可読性を考えず意味なく省略に走った（昔ながらの）命名法は糞だと思ってる人間ではあるが、
意味の明示度が同じなら名前は短い方が好ましいのも事実だから。

GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
といった命名法が実際適合的だ。

＞仕様的に不自由な言語の場合の苦肉の策
言語仕様はあまり関係ないよ。
ドトネトのようにクラス名もプロパティ名もパスカル形式にする規約だと、
例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
（割とありがちなケースだと思うけど）やっぱり混乱して分かりにくいコードになる。

やっぱりクラスや構造体もCListとかSPointみたいにプリフィクスする規約の方が
ただ一貫性があるだけじゃなくて上記の混乱が防げてよかったと思う。

**仕様書無しさん** · 2008/10/25(土) 23:04:41

どうも変数名はロジックには関係無い、

という持論の元適当に名前を付けて

コードを書き終えた後にリファクタリングを使用してあまりにも酷い変数名の場合にのみ

修正をしています。こんなスタンスの奴って多いでしょ？

**仕様書無しさん** · 2008/10/25(土) 23:24:39

GUIコントロールはサフィックスにしたな。
その方が自然に読めるし、１語目はやっぱ重要だし、拡張子みたいなもんだし。

**仕様書無しさん** · 2008/10/26(日) 00:55:18

>>306
>例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
よく分からないな。なにか例はないの？
多分VB特有のものなんだと思うけど。

**仕様書無しさん** · 2008/10/26(日) 01:27:03

>>306
>意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
簡潔にするのはよいけども、略称にしてしまうというのは話が別だと思うがな。

ttp://support.microsoft.com/kb/173738/ja
をみると
・略称から元の意味が分かりにくい。
・重複する
・２、３文字減る程度のものが多い

グローバル変数や長い関数ばりばりで、変数名の長さ制限や大文字小文字区別なし。
そんな時代の遺物じゃないのかねえ。

**仕様書無しさん** · 2008/10/26(日) 01:38:55

>>310
だからどっからVBが出てくるんだよw
例って言われてもその説明で理解できないのなら多分どう言い換えても
理解できないんだと思うよ。
まあいいや。

例えばドトネトのControl.Fontが上記のような場合の一例。

ただ、言ってることが矛盾するように聞こえるかもしれないけど
こういう、クラスライブラリの使う頻度が高いクラスの使う頻度が高いプロパティとかなら
それほど混乱しないとは思う。

だが、自分で書いたFooクラスのHogeInfo型を返すプロパティの名前がHogeInfoだったりすると、
Fooクラスの内部のコードは場合によっては非常に混乱するコードになる。
特にHogeInfoが静的なメンバをもっていたりするとね。

>>309
話がかみ合わんお方だな。
プログラマ（なんでしょ）なら論理的に考えたまえよ。

＞略称から元の意味が分かりにくい。（からシステムハンガリアンは禁止すべき）
これが正しいのは俺も認めている。
そしてこれが正しいのなら、この対偶も自動的に正しい。

つまり略称から元の意味十分に読み取れる限定的な場面であれば、
システムハンガリアンを忌避しなくてよい。

**仕様書無しさん** · 2008/10/26(日) 01:56:51

いつも思うんだが、お前らよくそこまで熱くなれるな。こんな糞みたいなネタで。

**仕様書無しさん** · 2008/10/26(日) 02:18:22

>>311
> 例って言われてもその説明で理解できないのなら多分どう言い換えても
> 理解できないんだと思うよ。
お前は相手が.netをあまり知らないかもとか考えてないのな。

プロパティの話は、結局クラス名もプロパティ名もパスカルケースっていう規約が問題であって、それを忌避するためのバッドノウハウだと思うよ。

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
そんな前提なんてのは割と簡単に破られてしまう、という考えはプログラマとしては大事よ。

それにそんな限定されたところだけ、例外的な命名にするってやだな。
formはfrm、frameは重複しちゃったからfraね、というのもダメっぽい。

**仕様書無しさん** · 2008/10/26(日) 02:43:23

HogeInfo型のインスタンスを返すプロパティの名前がHogeInfoだと
そのプロパティを持つクラスの中でHogeInfo.Method()みたいなのがあった場合、
それがクラスメソッドなのかインスタンスメソッドなのか一目で分からないって話？

**仕様書無しさん** · 2008/10/26(日) 07:19:10

アンカーと引用はあるけど実は見えない敵と戦ってる、て話でしょ
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする

**311** · 2008/10/26(日) 13:29:06

>>315
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。

実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。

txtFileName
fileNameTextBox

mnuEnterFileName
menuItemToEnterFileName

まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。

>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。

だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。

あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。

**仕様書無しさん** · 2008/10/26(日) 16:54:30

.netはよく知らんのだが、まあ、つけた方がいいんならつけたらいいんだろう。
そういう開発環境なんだろうね。

**仕様書無しさん** · 2008/10/26(日) 16:56:50

.NETに限らず、Webアプリのid属性とかでも同様だと思いますが。

**仕様書無しさん** · 2008/10/26(日) 18:45:25

つけたきゃつけろよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ

**仕様書無しさん** · 2008/10/26(日) 19:54:09

凝集度を高く結合度を低くしていけば、プリフィックスで変数の種類を区別することの有用度は低くなると思う.
そこまで理想的にはいかないだろうけど.

**仕様書無しさん** · 2008/10/26(日) 19:59:01

単純な話
名称（=オブジェクトのイメージ）が素直に頭に入ってこない

**仕様書無しさん** · 2008/10/27(月) 11:39:46

ハンガリアンについて語るスレって無かったっけ？

**仕様書無しさん** · 2008/10/27(月) 12:11:55

http://academy6.2ch.net/test/read.cgi/whis/1120899843/l50

**仕様書無しさん** · 2008/10/27(月) 16:54:22

>323
審議拒否（ＡＡ略

**仕様書無しさん** · 2008/10/27(月) 20:43:57

>>311
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある（≠必要十分条件）」な件について

**仕様書無しさん** · 2008/10/27(月) 21:03:47

>>325
ナニが言いたいのチミ？
ケチをつける前に人の文章よく読んだ方がよくないか？

**仕様書無しさん** · 2008/10/27(月) 21:30:16

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない？

> 論理的に考えたまえよ。
(*ﾉ∀ﾉ)

**仕様書無しさん** · 2008/10/27(月) 21:48:40

だからナニを寝惚けたこと言ってるんだコラといってるわけだが。

**仕様書無しさん** · 2008/10/27(月) 21:50:07

しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。

**仕様書無しさん** · 2008/10/27(月) 22:06:44

>>316
txtFileName　txtは想像できる。（今気付いたがこれテキストファイルの名前の意味にも取れるな）
mnuEnterFileName　mnuは厳しい。できればmenuにしてほしい。

**仕様書無しさん** · 2008/10/27(月) 22:28:57

「論理的に考えたまえよ」なんて言っときながら、恥ずかしい間違いをしちゃっている311がいるのはここですか？

**仕様書無しさん** · 2008/10/27(月) 22:31:23

>>331
お前馬鹿だろ。

**仕様書無しさん** · 2008/10/27(月) 22:34:53

元の意味が分からない => ハンガリアンは禁止すべき

対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる

裏は
元の意味が分かる => ハンガリアンは禁止すべきでない

じゃないの？

**仕様書無しさん** · 2008/10/27(月) 22:43:41

>>333
だから何が言いたいの？
ひょっとして

not(ハンガリアンは禁止すべき)

これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)＝ハンガリアンは禁止すべきでない＝ハンガリアンは禁止してはダメ

とか訳のわからん解釈してないだろうな？

**仕様書無しさん** · 2008/10/27(月) 22:46:15

ジャンガリアンハムスターってかわいいですよね

**仕様書無しさん** · 2008/10/27(月) 22:47:31

そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw

**仕様書無しさん** · 2008/10/27(月) 22:48:13

>>334
単純に

311で言ってるのって”対偶”じゃなくて"裏"だろ

ってツッコミをいれてるだけなんだが.

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。

**仕様書無しさん** · 2008/10/27(月) 22:49:09

頭が悪いと、自分が頭が悪いことも分かんなくなるんだろうか。

**仕様書無しさん** · 2008/10/27(月) 22:56:18

まあそうだよね。他にもシステムハンガリアンを忌避しなきゃいけない条件があるかもだし。

**仕様書無しさん** · 2008/10/27(月) 23:08:19

>>337
ああすまん、リアルで間違ってたねw

対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。

みんな本当ごめんｗ

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

**仕様書無しさん** · 2008/10/28(火) 02:08:28

条件文の対偶を間違える奴がいるかもしれないプロジェクトになんていられるか！俺は辞めさせてもらうぞ！

**仕様書無しさん** · 2008/10/28(火) 02:20:17

だうぞ

**仕様書無しさん** · 2008/10/28(火) 08:42:58

それ死亡フl

**仕様書無しさん** · 2008/10/28(火) 10:47:29

ちょっと用水路見てくる

**仕様書無しさん** · 2008/10/28(火) 11:00:28

３３６が家庭教師していた生徒、無事合格できたかな（´・ω・｀）

**仕様書無しさん** · 2008/10/28(火) 14:08:02

俺・・・今度のデスマ終わったら（ｒｙ

int KanriKaisyaBusyoSikibetuCode;

言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
そして最後のCodeだけいきなり英語にｓ（ｒｙ

**仕様書無しさん** · 2008/10/28(火) 14:25:25

今までの例から比べたらどんだけマトモなのにケチつけてんの。

**仕様書無しさん** · 2008/10/28(火) 14:56:28

いきなり英語が入るのは日本語も同じじゃないか

**仕様書無しさん** · 2008/10/28(火) 16:44:42

中途半端に省略されたりするよりは潔いんでないの？ｗ
確かに、見づらいだろうが