ふざけた変数名を使う奴

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2008/08/23(土) 21:45:16
var1、2、…とか、ふざけてるの？
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
アンカーと引用はあるけど実は見えない敵と戦ってる、て話でしょ
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする
316311
垢版 |
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
中途半端に省略されたりするよりは潔いんでないの？ｗ
確かに、見づらいだろうが
2008/10/28(火) 17:01:00
> 言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
> そして最後のCodeだけいきなり英語にｓ（ｒｙ
int kanri_kaisya_busyo_sikibetu_kodo; ってしてほしいのか？
2008/10/28(火) 18:24:39
外来語は英語にした方が読みやすいよね。
いやならKubunにするか。

> int KanriKaisyaBusyoSikibetuCode;
これは変数名が悪いというより、適切なスコープでないことが問題だろうね。
デスマの様子が手に取るように分かる。
2008/10/28(火) 18:46:48
KKBSC
2008/10/28(火) 19:49:22
そこは意味なく _cd で逝くべきだな
2008/10/28(火) 19:52:32
アンダースコア連発されても打つのだるくね
つかこの件の場合単語の一文字目は大文字とかしてあるだけマシだと思う
2008/10/28(火) 20:34:48
>>352
お前んとこではCodeとKubunが同じ意味なのか？
2008/10/28(火) 20:38:42
そこで KubunCode だな
2008/10/28(火) 20:44:55
>>356
CodeはAさん、KubunはBさん、cdはCさん
誰が書いたか分かる仕組みになってます。
2008/10/28(火) 20:46:23
IdのDさんとNumのEさんを忘れちゃなんねえ。
2008/10/28(火) 20:47:13
>>356
この場合は"識別コード"といってるので区分は違うな。確かに。
区分につけられたコードをxxxKubunとすることはあるよ。
2008/10/28(火) 20:47:39
NoのFさんはリストラですねわかります
2008/10/28(火) 20:48:41
KbnのGさんとKoudoのHさん、今何してるかな
2008/10/28(火) 21:46:55
>>341
自分のショボいバグなのに「コンパイラがおかしい！」と騒ぎ立てる奴みたい
2008/10/29(水) 15:21:24
何を示しているか解る分、少々長くてもいいじゃないかと思ってしまったよ
ローマ字ともハンガリアンとも英語ともつかぬ、妖しげな綴りを乱発されるよりは('A`)
365仕様書無しさん
垢版 |
2008/10/29(水) 22:39:00
>int KanriKaisyaBusyoSikibetuCode;

はコメントが着いてれば問題ないんじゃね?
長いのがこれだけだった場合だがｗ
366仕様書無しさん
垢版 |
2008/10/30(木) 08:11:44
英単語派だったが５００以上の変数に名前をつけなければならない仕事に当たって
考えが変わった
正直、時間の無駄と言わざるをえない
さらに定数も１０００以上かかなければならないときに決まった数は一カ所で定義とか幻想だとわかった
次に必要になったときにそれがすでにあるかどうかを判別できない
そりゃｄａｔｅやｄａｙぐらいのちがいならなんとかなるが
2008/10/30(木) 08:13:43
プリフィクスって結局限界があるから
int KanriKaisyaBusyoSikibetuCode;
でいいんじゃね？
まあ俺なら
int KanriGaishaBusyoShikibetsuCode;
に訂正させていただくが
2008/10/30(木) 09:04:02
>>366
>５００以上の変数
>定数も１０００以上
それらがすべて一意でなきゃいけないのだとしたら
その状況の方が異常。
2008/10/30(木) 09:05:10
>>367
てか「Sikibetu」と「Code」を同居させるなら、いっそまとめて「ID」で済むと思うんだ。
2008/10/30(木) 11:57:02
仕様書に「管理会社部署識別コード」って書いてあったから、
それをそのまま書いただけのことであろう。
2008/10/30(木) 12:32:54
>>367
sha と syo が混在するんですね

俺がいまやってるプロジェクトにも、
SHUKKA, SYUKKA, SYUTTSUKA, SYULTUKA
があったり、JYUNJO とかあったりする
2008/10/30(木) 14:08:42
xtu派です。
2008/10/30(木) 14:22:11
細い道ほど稼ぎやすい所。
2008/10/30(木) 14:34:26
きっとコメントで説明しなくてもなるべく伝わるように、っていうのをはき違えたんだよ
2008/10/30(木) 17:01:43
仕事中、Exciteの翻訳が開いてるやつ居るだろ？
2008/10/30(木) 18:46:25
>371
あるある
2008/10/30(木) 19:02:41
実際、お客様の業務で使われるような用語ってうまいこと翻訳しきれない。
2008/10/30(木) 19:04:17
>>371
＞SYULTUKA
なんだコレ。シュルツカってロシア語みたいな。
正規のローマ字じゃないよな？
2008/10/30(木) 19:05:55
IME式ローマ字
2008/10/30(木) 19:06:58
ローマ字がまともに書けるプログラマは少ない
2008/10/30(木) 19:35:46
【altu-!とaxtu-!の使い分けによる深層心理】
特に意識をせずにlを使うか、xを使うかであなたがどんなタイプのホモかが判定できます。

altu-!
主にlを使う人はその字体の形からも判る通り
自慢の肉棒を駆使したいという強い気持ちが心の奥底で働いています。
ﾀﾁ派と言えるでしょう。

axtu-!
主にxを使う人はその字体の形からも判る通り
自分のアナルに対する絶対的な自信が心の奥底から溢れだしています。
ﾈｺ派と言えるでしょう。

皆さんはどちらでしたか？
2008/10/30(木) 19:45:26
それ「面白いこと言ってやったぜ」なんて感じのどや顔で書いてるのひょっとして？
つーか昔から「日本の男は車とゴルフと下ネタしか話題がない」とよく言われるが、
2chに住み着いてるような馬鹿って本当ホモネタと差別ネタばっかだな。

ネタが面白いつまらない以前に、そんなものがネタとして成立してると思う感覚が狂ってると思うわ。
2008/10/30(木) 20:07:12
>>368
定数の追加に申請が要るような大規模なシステム開発ならアタリマエ。
2008/10/30(木) 20:11:35
>>383
オツム弱い人？
だからそんなものが常態化している状態のことを異常と普通は言うんだよ。
2008/10/30(木) 20:17:38
どうしようもないだろ・・・一人の力なんて今日も粛々とキーボードを叩いてコーヒー飲んで唸るだけだよ
2008/10/30(木) 20:19:12
周りから見て異常でも、中から見ると日常ということもある。
もし数人が異常に気が付いてもたいてい流されるだけ。
2008/10/30(木) 21:15:09
>>384
常態を異常と言うからにはさぞかし立派な理由があるんだろうね？
2008/10/30(木) 21:19:53
>>387
言ってる意味が分からない。
2008/10/30(木) 21:39:04
話が噛み合ってないよね？
368はなんか変なとこに噛み付いてるんじゃない？

>オツム弱い人？
こんな煽り方してると、>>341みたいに(ﾉ∀`) ｱﾁｬｰってなるよ
2008/10/30(木) 22:16:17
>>389
もしかして同一人ぶｔｓ（ｒｙ
2008/10/30(木) 22:26:50
>>375
Excite翻訳使ってるけど、
それは変数名じゃなくて関数名決めるときに使ってるなぁ
2008/10/30(木) 22:40:25
>>389
>>368の言ってることはおかしくない。
>>366の言ってることこそおかしい。
もちろん俺は>>368ではない。

っていうか、学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
お前はデータ構造ってものを一切知らんのか、と言いたくなるぞ普通。

ちなみに、もちろん話が噛みあってない訳だが、
それはお前さんと>>366が規格外に馬鹿で無知だからだと思うぞ。
2008/10/30(木) 22:59:45
たしかに366は説明が下手ではあるけども。
2008/10/30(木) 23:02:07
>>392
>もちろん俺は>>368ではない。
311と同一人物かだけ教えて。そっちのほうが気になる
2008/10/30(木) 23:14:22
最近のレスを読み返してみたが、違和感のあるツッコミをしては熱くなるヤツが居るね。
ひとりが粘着してるのか、アホが何人か居るのか、はわからんが。
2008/10/30(木) 23:17:06
工場の機械設備の工程を制御するプログラム？は鬼のような即値が並んでて死にそうになった
ラベル名が数値でかつ、昇順で並んでいたのは幸いだった・・・
2008/10/31(金) 01:02:05
>>392
ごめんなさい、なんでデータ構造の話が出てくるか分かりません＞＜
2008/10/31(金) 10:07:56
>>383
「大規模」ってのは「人足の数が多い」という意味だよね。

>>386
最初から異常な場所にいると、そこが基準になるからねえ。

>>397
「データ構造」というよりは「構造化」だろうな。
2008/10/31(金) 12:05:38
>>398
大規模ってのは単純にプログラムの量も多いんじゃないか？

「５００以上の変数」は１つのモジュールや関数に５００個という意味だと思ってないか？
これも単純に「英単語を沢山考えるのって大変だし時間の無駄」だと言ってるだけだとおもうよ
2008/10/31(金) 18:50:58
>>392
＞学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
＞>>366の言ってることはおかしいと分かるだろう。
むしろ学部実習3ヶ月のヤツこそが勝手におかしいと
思い込んでしまいがちなんじゃないか。

職業マで場数を踏めば、>>366を全肯定できない
ながらも一理あると認めるのでは。
2008/10/31(金) 22:03:49
データ年月をあらわす変数を

DETAYM

と書いてる人ならいた。
ちなみに入社８年目の人。
英語力ないとか言うレベルじゃねー！
2008/10/31(金) 22:06:37
DELTAYMならちょっとカッコ良かったのにな。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況