一文字変数を使うバカは人生の敗北者part1

1 ：2013/03/30 〜 最終レス ：2013/09/19

int i;←バカ意味わかんねーよ

2 ：

まあ、変数名が一文字で可読性が損なわれない、とか言っているのは
単に「俺は困らない」というだけの話、ってのが結論だよね。

3 ：

1文字変数で困るやつはアスペ

4 ：

>>3
アスペだから一文字変数が理解困難な状況を引き起こすことが理解できないのだろう？

5 ：

ローカルなスコープのつもりでiとか使ったのに、
そこが他の一文字教のスコープの中ですでにiが使われているとか
一文字はバグの温床と言わざる得ない。

6 ：

「1文字でも理解できる」という主張ならまだ
「ああ、この人、その程度のコードしか書いたことがないんだな」
で済む。
問題は、「1文字のほうが理解しやすい」という馬鹿。
根本的にプログラミングに向いていない。

7 ：

でも、偉そうな事書いてるヤツも
簡単な御題出されるだけで
言い訳して逃走するのが2chの面白いところ

8 ：

>>6
数文字読まないと理解できない変数より一文字で何なのかわかる変数のほうが
読むのが早いという話。
似たような同じよう長さの変数をいっぱい作られるのは大迷惑としかいいようがない。

9 ：

つまり、メソッドのオーバーロードはするなということか
参考になります

10 ：

アセンブラのソースとか読ませたら卒倒しそうだな。
eaxって結局何の値なんだよ！とかｗ

11 ：

一文字変数を使うバカは周りから相当疎まれている。
でもアスペだから気が付かない。

12 ：

>>7
ガチなプロなんてこんなとこ来ないからｗ

13 ：

>>9
そうだね、メソッドのオーバーロードは混乱の元だ。
俺はメソッドはオーバーライドするほうが良いと思う。
おまえはどういう状況でメソッドをオーバーロードさせるんだ？

14 ：

>>8
おまえは1文字で意味がわかるのか、宣言部やfor文を読まなくても？
プログラマーよりエスパーの素質があるんじゃね？

15 ：

>>8
長さ１の変数をいっぱい作られる件については迷惑じゃないんですね

16 ：

オーバーロードを語るときになぜオーバーライドの話が出てくるのか。
名前が似てるだけで完全に別物なのに。
長友のオーバーラップについて話してるときに
「長友はオーバーオールを着たほうが似合う」とか言い出すようなものだ。

17 ：

やまぶき色のあれか

18 ：

ii, jj, kk で、一文字がどうとかの批判をかわせる。　
はぁ？　意味？　ループ制御変数以外に用途なんかねーよスカタン

19 ：

空ループかよ

20 ：

何回回ったかが分かればいいだけの変数に、大層な名前
なんか付けてられるかハゲ
Index とか、人気がありすぎてどこに割り当てればいいか
迷うだろうが。　意味が簡単に類推できる名前って、例えば
hogehogeControlLoopIndex・・・て、長いわヴォケ

21 ：

でも長い変数名にしたときにindexがつくということは
そのカウンタを配列の添字か何かに使う目的があるということだろ？
そもそもループ回数自体になんらかの根拠や目的があるはずで。
それすらないただのループ制御というのならCPUに負荷をかけるだけの空ループということになるな。

22 ：

hogehogeとかｗ
一文字派はキチガイばっかだなｗ

23 ：

変数に1文字の名前つける人って、自分の子供の名前も
人生ループの名前だからって1文字なの？
意味考えてあげないの？

24 ：

いや、二文字派なんで

25 ：

>>23
一郎、二郎、三郎とかつけるんじゃね？

26 ：

>>20
一文字推奨派は反論するときに変数名を長くしすぎ
短かい変数名の有効性はある程度認めてるってことだな

27 ：

そうか、いま分かった。
反一文字派は、キラキラネーム派なんだなｗ

28 ：

>>23
スコープが80年ぐらいあるから熟考するだろ
スコープが一日ぐらいのミニゲームなら「あああ」とかでいいけど

29 ：

>>23
そもそも人生はループしない

30 ：

>27
なるほど…
絶対わかりあえないと思った

31 ：

>>29
同じ毎日の繰り返しだぞ

32 ：

>>28
コレだな

33 ：

>>27
逆だろ。
考えることを放棄してその辺の適当な固有名詞を名前にしちゃうんだから、
一文字派がキラキラ派だよ。

34 ：

>>29
大人になったら
for (int y=xxxx; y < deadyear; y++)
　for (int m=1; m <= 12; m++)
　　for (int d=1; d <= 31; d++)
　　　everyday();

35 ：

何言ってんだ？
キラキラはキラキラで色々考えて没個性にならないようにという目的で付けるんだぞ
int i みたいな短命一時変数にもちゃんとした名前を与えて没個性にならないように
してあげてる反一文字変数派こそどうみてもキラキラ

36 ：

すげえ、スレが二つになってもどっちも勢いがある…
お前らどんだけフラストレーション溜まってたんだｗ

37 ：

>>33
i, j, k をループ制御変数名にするのは、慣例。　いわば、文化。
長い間に様々な議論があったけど、最終的にそこに収束した、
いわば、集合知の結晶。
それに反抗する連中こそが、キラキラネーム派だろ

38 ：

>>34
2月31日きたああああ

39 ：

>>34
for (int y=xxxx; y < deadyear; y++)
　for (int m=1; m <= 12; m++)
　　for (int d=1; d <= 31; d++)
　　　for(int h=0; h < 24; h++)
　　　　for(int M=0; M < 60; M++)
　　　　　for(int s=0; s < 60; s++)
　　　　　　everysecond();
のとき、mが月でMが分とかわからないから、ちゃんと
year、month、day、hour、minutes、secondsにすべき。
ループだからと言って一文字変数使うやつは総じて無能。

40 ：

つかキラキラの意味わかってるか？
音はともなく読めないような無茶な漢字をあててウチの子だけの個性的な名前！みたいな命名のことだぞ

41 ：

>>40
金星って書いてマーズって読むような奴だろ。知ってるよ。

42 ：

>>39
秒で回したかったらtime_tでも使えよ。

43 ：

>>34
新人研修でカレンダーとか作らせるとこんな感じだな。

44 ：

yy/mm/dd hh/mi/ss でええやん

45 ：

JR-100さんの事ディスってんの？

46 ：

無茶な漢字ではなくてちゃんと音に則した漢字だぞ？
その音(読み)の選択が流行に乗りすぎて強引なんだよ。

47 ：

スレの勢い418.34

48 ：

ループ変数で i とかポインタの p とかで、スコープが 10 行ぐらいなら、かまわん。

49 ：

目新しい事言わないと食いっぱぐれるライターと、それに
まんまと引っかかってるアホが、強引にケンカ売って来て
るんだと思う

50 ：

>>48
>>39のコードは一文字変数のスコープが10行すらないですけど、
ああいうのがいいんですね？

51 ：

>>46
それを無茶って言うんじゃ？
豚切りだったり時には音と漢字が全くあってなかったり…

52 ：

とりあえずまともに動くプログラム組んでください

53 ：

>>41
金星はヴィーナスだろアフォ

54 ：

>>53
>>53
>>53

55 ：

なんで>>53を晒してんの？
晒されるべきは>>41だろ
金星がマーズはない

56 ：

>>55
>>55
>>55

57 ：

>>55
ggrks

58 ：

>>1
まだそれくらいならいいよ
ハンガリアン記法を使う老害よりぜんぜんまし
てかfor文内でint iくらいどってことないし

59 ：

>>1は複素数電気回路も否定する輩か？
複素解析や回路計算のときどうすんだ？

60 ：

ctrl+Fで探せない変数名なんか付けるかよ

61 ：

>>55
これは無知ｗｗｗ

62 ：

近年のアメリカは金星を探査してたのか･･･

63 ：

>>55
>>55
>>55

64 ：

>>16
そうだよねー
オーバーロードとオーバーライドは全然別物だよねー
で、メソッドのオーバーロードの例を見せてくれよw

65 ：

>>2
むしろ一文字否定派のほうが「みんな困ってるはずだ」って話しかできてないじゃん。

66 ：

>>60
またこの話題?
話をループさせてるのはわざとなのか、アスペだからか。

67 ：

>>66
ループカウンタの話だからじゃね

68 ：

無限ループにカウンタなんていらないだろ

69 ：

i,j,kは予約語です

70 ：

>>69
i 〜 n までね

71 ：

>>56 >>57 >>61 >>63
帰ってきたら何で俺が晒されてんだよ
マーズは火星だろ。おまえらがググれよ

72 ：

>>69
cとpも入れといてくれ
x y zも業種により積極的に可

73 ：

>>71
いや…お前が晒されてるのはそうじゃなくて…ｗ

74 ：

>>71
>>71
>>71

75 ：

DQN名としてよく言われてる奴、保険会社とか（毎年「今年の一番人気」とか集計してたり
するような）ちゃんとソースがある奴と、いくら調べても2chソース（の転載）しか出てこない
奴がある。後者は怪しい。代表例が金星（まあず）。

76 ：

>55
>71
>55
>71
>55
>71
だから「キラキラ 金星」とかでぐぐれカス

77 ：

ことわる

78 ：

1 payment = price[containerNo] * quantity;
2 payment = price[cno] * quantity;
3 payment = price[i] * quantity;
4 a = p[i] * n;
で、1と3の争いでいいのかな？

79 ：

ローカル変数の名前は短くて、変数の性質をズバリと表したものを選びます。
例えば、ループの実行回数を数える適当な整数カウンタは i と名付けるのが
良くて、誤解される恐れもないのに loop_counterと呼んでも無駄なだけ。

80 ：

>>79
からループなら、適当な整数カウンタだけど、
ループの中で何らかの意味を持って使用するのだから
適当ではない。

81 ：

>>76
2chとかlivedoorニュースとかばかりでまともなソースがないじゃん
こんな都市伝説レベルの情報信じて>>53や俺を晒してたのかおまえら

82 ：

>>81
都市伝説とか信じる信じないじゃなくて、全員が分かってることを殊更に取り上げて晒すな晒すなというのが滑稽なだけ
お前アスペだわ

83 ：

>>81
>>81
>>81

84 ：

>>82
全員がって俺は知らなかったぞ
こんなのネットニュース隈なく見てないとわからんだろ
そしてお決まりの病気認定ですかw

85 ：

ハゲをバカにするために、hageというローカル変数を使ってます。

86 ：

一文字否定派って、じゃあ、そのループカウンタを配列の
添字として使用する場合の事も考えてもの言ってんの？
どうせ配列の名前も、長ったらしいんだろ？
その上、添字も長ったらしいの？　
どんだけ長ったらしいソースコード書いてんの？
それ、ひと目で配列って分かるの？　分からんだろ？
それくらい、可読性が下がるってことだよ？

87 ：

使い捨てローカル変数が1文字じゃないとか、イラっと来るよね。

88 ：

世の中に広く普及している手法にモノ申す俺ってカッコイイ（ｷﾘｯ
さしずめ、こんな感じか

89 ：

>>87
自動変数をすべて１文字にしてるキチガイ

90 ：

レジスタ名ですら2文字なのにね

91 ：

>>84
知らんならぐぐってみてなんで晒されてるか察せよ
そのくらいできないのかと

92 ：

>>91
ヘビーなネットユーザーしか知らないようなことを
何でいちいち調べてそこまでやらないといかんのか。
常識レベルのことなら晒されても仕方ないが内輪ネタみたいなもんだろ。
内輪ネタを知らないやつを叩くとかちょっと理解できん。

93 ：

かくして話題をそらす事に成功したのであった

94 ：

知らんならおかしいと思った時点でぐぐればいいだろｗ

95 ：

問題解決能力がないから、俺流の頓珍漢な流儀を
でっち上げて、世の中に問題を作り出している感じ

96 ：

>>86
ループカウンタには、配列に関連する名前ではなく、ループに関連する名前を付けるべきだろう。
配列か分からないと言うのは、配列の添字に使われるか分からないという事だろうか？
それは[]内に入るから分かるとともうが。

97 ：

一文字程度の変数だと、[ ] の中に書いても何ら違和感がないが、
長ったらしい変数名だったら、そもそもどこからどこまでが [ ] の
中なのか、パッと見で分からんだろ。
それとも何か？　配列の位置を算出する変数をわざわざ用意して、
そいつに代入してから使えってか？
で、その変数名に一文字変数とか使っちゃダメだってか？

98 ：

お前らこっちのスレに行け。
http://kohada.2ch.net/test/read.cgi/prog/1364608889/l50

99 ：

すまん間違えた。向こうにスレに書こうとしたｗ

100 ：

こっちが本スレ
これからコードを書く人に絶対やって欲しいこと
http://kohada.2ch.net/test/read.cgi/prog/1362887297/

101 ：

言えることはただひとつ
スレ主はどうしようもない馬鹿
良くもまぁ厚かましくマ板に書き込めたなぁ…

102 ：

>>97
i,j,k使うやつはすぐバグ出すんだよ。
配列アクセスでjと書くべきところをiと書いてたりな。

103 ：

でも、全然バグ出さない人もi,j,k使ってるよ。

104 ：

>>97
ちょっと待て。
[]内に文字数制限などないから、そのまま使えばいいだろう。
長すぎるなら略号3文字程度にするてもあるが、
意味が読取れない場合が多いようだから、長いままの方がいいかもしれない。

105 ：

お前は壊れたスレに帰れ
過ぎた話題を掘り返すな

106 ：

100人いたら95人から理解を得られる記述をするのがプロ
極める言語は一つでも色々な言語を使いこなせると煮詰まってくる
詰将棋に近い感覚

107 ：

それ以前に発想が詰んでるだろ

108 ：

だーかーらー、ii, jj, kk にすればいいじゃん。　
反一文字派も、３文字はＯＫって言ってるんだし、
だったら２文字でもいいよね？　ね？

109 ：

意味が本人しかわからない変数名を付ける時点で
他の開発者のことを考えられないアスペ確定。

110 ：

出た、実は本人がアスペ、というパターン

111 ：

>>106
無理だよそんなの。人によって書き方全然違うから。
規約云々とか言ってる連中いるけどそんなので統制利かないから。

112 ：

i, j, kの代わりに
index1, index2, index3を使っても
何も分かりやすくなってないんだけどなｗ

113 ：

変数名なんて１文字だろうが単語だろうが臨機応変でいいだろ

114 ：

>>108
112の言う通りただ長くしても意味がない。
iもiiもcntもindexも同じだ。
1、2と3の間には明らかな差がある。
それを考えると1の方が優れていると言えるのではないか？

115 ：

厨二病時代の話だけど、やたら長い妙な変数名をつけちまったことあった
恥ずかしい話だ

116 ：

極端に短い変数名だとSubversionやGitに正しく拾ってもらえないだろ

117 ：

メソッド名が長くなる傾向はあるが、変数名はそこまでいかないだろう。
普通は単語3語以下で単語先頭は大文字。
レガシーCの場合は、長い場合は略称を使う。レガシーCの業務ソース場合は、その前にi_とか入るが。
Ofは使わないな、メソッドじゃないのだから。

118 ：

関数の型を関数名に含める方式（通称ハンガリー方式）なんて使う連中もどうかしてる
そんなことをしなくてもコンパイラは型を知っているし、型チェックもできる
結局はプログラマ自身を混乱させるのがおち
Microsoft が不安定なプログラムを作っているのもうなずけるよね

119 ：

ハンガリー方式？
システムハンガリアン方式だろ。

120 ：

>>118
> そんなことをしなくてもコンパイラは型を知っているし、型チェックもできる
その理屈で言えば、ghsdfbkjslみたいな意味のない変数名でも
コンパイラは型を知っているし、型チェックもできるし、
正しく動作する。
えとな、名前っていうのは、コンピュータのためではなく
人間のためにつけるんだよ。

121 ：

>>118
クラス型になってIDEも進化した今は、ほとんど使ってない。
ただレガシーCの場合は、プリミティブ型全盛で、さらにポイントがあるから、
それなりに有効だぞ。

122 ：

糞コテはいい加減巣に帰れ

123 ：

>>122
俺に居られると困るのか？

124 ：

色々とちょっとずつズレてるから迷惑というかウザいんだと思う

125 ：

あーなるほど

126 ：

>>124
そんなにズレてないだろう。
俺より金星を怒れよ。

127 ：

まあずｗｗｗｗｗｗ(笑)

128 ：

>>116
文字列で比較してるんだから拾えないとかありえんよ

129 ：

>>125
得意技は分身の術か？

130 ：

>>125 = >>129
一人で何やってるの？
メアド間違ってるよ。

131 ：

>>130
一人じゃないよ。
ハンドル名間違えてるぞ。

132 ：

ここまで自演でした、すみません

133 ：

一文字変数禁止派は、多相型の型パラメータも
List<T> じゃなくて
List<TypeParameterOfList> とか書いてるってこと？

134 ：

>>133
それは型の方だから関係ないだろうし、クラス名は長くて普通だろう。

135 ：

型変数という変数なんだが...

136 ：

>>133
もちろん、ContainerType とか AllocatorType とか、それが何なのかを書くべき。

それとは別に数学などの慣例なら i j k n x y z などはそのまま使うのが当然。
vt = v0 + g * t;
で十分わかりやすい。

137 ：

>>136
学生の組み方だな。
単純な数式ならマクロにすべきで、
複雑な数式なら関数にして長い変数名を使うべきだ。

138 ：

マクロってC言語のか？
C++ではDeprecatedなのだが。

139 ：

>>138
マクロはレガシーCの場合だな。
クラス型言語の場合は、まず算術クラスにないか探す。
なければ自分で作るが、長い変数名を使うのがいいだろう。

140 ：

ドカタは数学の素養が無い文系が多いから
数学の慣例なんて意味が無いよね

141 ：

>>118はコピペだぞ
ttp://archive.linux.or.jp/JF/JFdocs/kernel-docs-2.2/CodingStyle

142 ：

>>140
自己紹介乙ｗ

143 ：

>>140
ああ、意味ない。
学校の授業ではないのだから。

144 ：

>>141
だからどうした？
「コンパイラが知っている」ということに
意味が無いのは本当だろ？
ソースコードは汚くても、コンパイラは適切に処理できる。
だからって汚いコードでOKということにはならない。
人間が理解しやすいコードを綺麗なコードと言うんだ。
人間のことを一番に考えましょう。

ハンガリアンがだめなのは、コンパイラが知っているからではなく別の理由。
btnRun、buttonRun、runBtn、runButton、run_button
color_number、numColor、nColor、iColor
これらはハンガリアンか、それとも単に名前を略しただけか、
前につけるのはNGで、後ならOKなのか？
ハンガリアンの本当の問題点は何か。それを本当に理解している人は少ない。

145 ：

>>144を読む限り>>144はハンガリアンを理解しているようには見えない。

146 ：

初出が「ハンガリー方式」な時点で察してあげなよ

147 ：

>>145
バカか？
俺は理解している、なんて一言も書いていない。
こういう完全に理解していない奴は議論をするなという風潮が
日本をダメにした。

148 ：

>>145
そういうことだ。>>144がどうかではなく、
お前はどうなんだ？ってことだ。

149 ：

そんなこと理解する必要ない
ユーザーからは一切触れることのないどっちでもいいことだ

150 ：

>>146
念の為に言っておくと、初出はこれの英語版
Encoding the type of a function into the name (so-called Hungarian notation) is brain
damaged - the compiler knows the types anyway and can check those, and it only
confuses the programmer. No wonder Microsoft makes buggy programs.
って書いてあるから、Hungarian notation
Hungarian notationの日本語訳がハンガリアン記法

151 ：

Hungary とはどこにも。

152 ：

Hungarianってかいてあるよ
> なお、ハンガリアン記法の名称は考案者チャールズ・シモニーがハンガリー出身であることに由来する。

153 ：

すぐに話題がそれるのが、オマエラの悪いところ

154 ：

ハンガリアンでもアプリケーションハンガリアンはOKとされている。
ただ最近の言語はクラスや名前空間できっちりオブジェクトを識別できるので
アプリケーションハンガリアンは出番がなくなった。

155 ：

742 名前：仕様書無しさん 投稿日：2013/03/31(日) 22:03:39.55
>>692,>>699
思い込みで勝手にニュアンスを付加するな。
正確に訳すと、以下のようになる。
One-character variable names should be avoided except for temporary "throwaway" variables.
一文字名の変数の使用は避けるべき。ただし、一時的な「使い捨て」変数は除く。
747 名前：仕様書無しさん 投稿日：2013/04/01(月) 05:01:24.13
>>742
なにその中学レベルの訳文w
A should be B except for C の
except for Cは「Cは除く」よりは「Cの場合はその限りではない」のほうが原語の意味に近い。
もし「Cは除く」ぐらい強い除外をするのであれば、
A except for C should be B.
もう少し柔らかめな表現なら
A other than C should be B.
という英文になる。こんぐらいわかっとけ。
749 名前：仕様書無しさん 投稿日：2013/04/01(月) 09:02:33.58
>>747
＞except for Cは「Cは除く」よりは「Cの場合はその限りではない」のほうが原語の意味に近い。
勝手に自説に有利なように訳語を捻じ曲げるな。
そういう意味になる場合もならない場合もなる。
特にそういうニュアンスを示す表現が前後に無いのであれば、
except forはプレーンな「除く」という言葉を使うべき。

156 ：

749 名前：仕様書無しさん 投稿日：2013/04/01(月) 09:02:33.58
>>747
＞except for Cは「Cは除く」よりは「Cの場合はその限りではない」のほうが原語の意味に近い。
勝手に自説に有利なように訳語を捻じ曲げるな。
そういう意味になる場合もならない場合もなる。
特にそういうニュアンスを示す表現が前後に無いのであれば、
except forはプレーンな「除く」という言葉を使うべき。

750 名前：仕様書無しさん 投稿日：2013/04/01(月) 10:04:55.71
＞もし「Cは除く」ぐらい強い除外をするのであれば、
ほとんど英語じゃなくて日本語力の問題だな。
「除く」は単に除外の意味であって、強いも弱いも無いよ。

752 名前：仕様書無しさん 投稿日：2013/04/01(月) 11:54:17.90
まあどっちにしても除かれてるのなら使っていいってことじゃん。

753 名前：仕様書無しさん 投稿日：2013/04/01(月) 12:11:16.23
そう。 この文が意味するところは、それ以上でもそれ以下でもない。

754 名前：仕様書無しさん 投稿日：2013/04/01(月) 22:10:17.14
いや、歴史的経緯でしかたなく見逃してあげる。というニュアンスが含まれているのだよ

764 名前：仕様書無しさん 投稿日：2013/04/01(月) 23:15:40.21
>>754
訳者による過剰な深読みって奴だな。

157 ：

２行にまとめろゴミ

158 ：

一文字変数
使用禁止

159 ：

ハムスターの話題と聞いて

160 ：

>>157
は屑

161 ：

>>152
ハンガリアンとはあるがハンガリーとはありませんね？

162 ：

プログラマは人生の敗北者

163 ：

何を今更

164 ：

>>161
アメリカンとは書いてあるがアメリカ人とはありませんね。みたいなこと言うなよｗ
ハンガリアンで、ハンガリー人って意味なんだよ。

165 ：

訂正
ハンガリアンで、「ハンガリー人」や「ハンガリーの」って意味なんだよ。

166 ：

http://www.knonline.net/d/?date=20090515
> ハンガリー記法はマイクロソフトの技術者、チャールズ・シモニイが
> 考案し彼がハンガリー人だったのでこんな名前で呼ばれるようになりました。
>
> この人はWordなどの開発に携わった人で優れた実績を上げました。
>
>
>
> 彼が考えたハンガリー記法の本来意図は変数の種類・用途を示すことであって、
> 実は型を示すことではありませんでした。
>
> 種類というのの例をあげると、座業系などがあげられます。
> これが本来チャールズ・シモニイが意図したハンガリアン記法でした。
>
> 同じ型でも混同してはいけない変数の意味（種類）を変数名に与えるというアイデアです。
>
> これなら誰が見ても変数の意味が明確に分ります。
>
> 現在ではアプリケーションハンガリアンと呼ばれたりします。

読んでおくといいよ。

167 ：

だめだこりゃ

168 ：

なにがだめなの？

169 ：

型を変数名に入れる習慣は、レガシーCの業務プログラムのコーディング規約に多い。
その名残でC++のコーディング規約に入っている場合もあるが、基本的に無意味だ。
しかし無意味でもコーディング規約に入っていれば無視できない。
その場合はコーディング規約を変更する事だ。
理由と歴史を説明すれば大体変更になるが、変更出来なかった場合は、従うしかない。
まあ、普通の仕様書と同じだな。
問題があれば指摘し、それでも問題なしと判断されれば従う。

170 ：

システムハンガリアンは最初から不要
phantom typeが使えればアプリケーションハンガリアンも不要かも

171 ：

一文字変数が禁止されている場合も、もし使いたいならコーディング規約を変更する必要がある。
しかし、現在は単語で区切に大文字を使う、理解しやすさ優先が主流なので、変更出来る可能性は低い。
禁止されていない場合は、ルール上は使用可能だ。
しかしその場合でも略号使って3文字程度にした方がいいだろう。
それ程冗長ならず、理解しやすさもそれなりに確保される。

172 ：

ドカタとそれ以外で別々のコーディング規約を使えば
このスレの問題は解決する

173 ：

>>172
ドカタとそれ以外が混在してるプロジェクトがほとんどなんだけど

174 ：

>>172
それでは、コーディング規約の意味がないな。
ところで一文字変数の利点は何だ？
本人が見やすいだけか？

175 ：

どうせドカタの書いたコードなんて汎用性のかけらも無くて
書いたドカタ本人しか読まないんだから
好きにしたら良いんだよ

176 ：

ループカウンタ程度なら i, j, k でもいいだろ
それとも TheLoopCounter0, TheLoopCounter1, TheLoopCounter2 とかを使ってるのか？

177 ：

文系のやつらって数式でもx, y, zとか使わずに
単語使って書くじゃん？それと同じことだよ

178 ：

プログラミング"言語"なんだから文系の書き方のほうが適切じゃね？

179 ：

"プログラミング"言語なんだから文系の書き方のほうが適切じゃね？

180 ：

プログラミングは数学である

181 ：

んなこたーない

182 ：

「言語を用いるのだからプログラミングは文系分野である」という主張が真なら、
「量子論の論文は言語を用いて書くのだから物理学は文系分野である」ということになる

183 ：

>>176
だから、それではi、jと変わらないだろう。
何のループか分かるような変数名をつけるんだよ。
1 payment = price[containerNo] * quantity;
読取れないか？

184 ：

>>183
ループカウンタなんだから、priceという配列なりvectorなりの要素を総なめるんだろ？
その場合は i でいいんじゃね？
for (int i = 0; i < price.size(); ++i) {
　payment = price[i] * quantity;
　doSomething(payment);
}
たまたまpriceの添字がcontainerNoと一致するような仕様だったとしても、
ここでその意義を強調する必要性は薄いんじゃね？

185 ：

理屈を言語で記述したりルールや命名規則を策定するなんてまさに文系の お仕事 じゃないか！
プログラミングなんてめんどくさい作業は文系にやらせて俺ら理系はもっとまともなことしようぜ。
理系技術者ばっかり迫害されるのなんてもうこりごりだ！

186 ：

Stay Hungary,
Stay Foolish.

187 ：

>>184
確かに配列1つをなめるのならそれでもいいかもしれない。
しかしサンプルはprice以外にも配列があり、コンテナ数分回す想定だ。

188 ：

>>185
理系とか文系とかは学生の発想だな。
PG5年もやればそんな区別は無意味だと気が付くだろう。

189 ：

アイム ハングリー。

190 ：

>>176
一文字禁止に反論するときなぜいつもすごく長い変数名にするのか
なんだよ、Theってw

191 ：

>>190
TheLoopCounter0、LoopCounter1、LoopCounter2 とかなら使ってるのか？

192 ：

>>191
なんか残念な読解力だね

193 ：

一文字変数名が出てきて困る場合、一文字変数名よりもそのメソッドの実装がそもそもうんｋって事が多い
もちろん、中身が明確でない場合の一文字変数名なんかは糞だがな
つか、よほど頭が悪すぎる奴でもない限り、
ループカウンタや狭いスコープ内での一文字変数名が原因でコードが複雑化してるって思う奴は居ない

194 ：

でもFizzBuzzレベルですら書けないアホも居るからなぁ
このスレの一文字変数禁止派は多分書けないし

195 ：

>>194
変数名を長く書ける人は、短くも書けるし、短く書く人は、長くも書ける。
スキルは関係ないだろう。

196 ：

>>194
こういう、議論で勝ち目がないからって必死にレッテル貼りしてるのって
恥ずかしくないのかね？

197 ：

能書きはいいからFizzBuzz書いてみろ

198 ：

おらよ
i=1;main(){for(;i<31;++i){((i%3?0:printf("Fizz"))|(i%5?0:printf("Buzz")))?0:printf("%d",i);puts("");}}

199 ：

>>198
| の右辺と左辺の評価順に依存してる

200 ：

>>183
> 1 payment = price[containerNo] * quantity;
なんだこれ、恥ずかしくないのか。
説明してみろ。

201 ：

>>199
C の仕様に依存していることを指摘して何の意味があるんだ？

202 ：

Cの仕様で「未規定」の動作に依存していることが指摘されているんだが。

203 ：

だからそれを指摘したところで意味がないだろ？

204 ：

バグを指摘することに意味がない？
バグだらけのアプリを使い続けることに何の苦痛も感じない変な人か？

205 ：

そもそも未規定ではないし

206 ：

JIS X 3010-1993 より
6.3 式
（略）
構文で示されているか（注35），又は（関数呼出し演算子 ()，&&，||，? : 及びコンマ演算子に
対して）後で規定する場合を除いて，部分式の評価順序及び副作用が生じる順序は
未規定とする。
（以下略）

207 ：

そこ全然違う話

208 ：

じゃあ、| の右辺と左辺の評価順が規定されているという証拠を出せよ。

209 ：

言語仕様自体は未規定でも各コンパイラが決めてるだろ

210 ：

コンパイラが決めてる（決めなきゃならない）のは、規格で「処理系定義」となっていること。
「未規定」の事項は、例えばこの例なら左右のどちらが先かランダムであっても、規格上は問題ない。

211 ：

はいはい
じゃあそのランダムな処理系の具体例を出して

212 ：

だから未規定じゃないってば

213 ：

>>211
バージョンアップで非公開仕様が変わって嵌ったことがない幸せな人なんだねw
>>212
| と || を混同してない？

214 ：

しつこいなぁ
キミが信じようが信じまいが、どんなコンパイラでも同じ解釈なんだよ

215 ：

>>213
非公開仕様じゃないし

216 ：

じゃあ | の左右の評価順序を、コンパイラの仕様としてドキュメンテーションされてる例があるなら出してみろよ。
どっかの言語設計者みたいにソースコードが仕様とか言うなよw

217 ：

なんでもかんでもドキュメンテーションされている世界、いいよね。

218 ：

>>216
>>211

219 ：

規格とdefacto standardどっちが強い的な話？

220 ：

ランダムであっても問題はない　それはわかる
だが動きがランダムになるコンパイラはないだろ
あるなら持って来いよ
可哀想だからバージョンアップで変わった例でも容認してやる
さっさと持って来い

221 ：

>>200
実際に使われるのは配列をなめるパターンが多いが、
ループは必ず1つの配列をなめるために使われるとは限らない。
そのため、配列とは無関係な名前をカウンタに使った。
カウンタには配列が分かる名前でなく、ループが分かる名前にすべきと言いたかった。
もし1つの配列をなめる処理ならは、cntでもいいと思う。

222 ：

>>221
cnt？countryの略か？なんで国が回るんだ？

223 ：

>>222
カウンタだよ、iとおなじ。
俺はiじゃなくて、cntつかう。

224 ：

>>223
だったらcounterだろ。何cntって。countinueだかcountryだか
わからんじゃん。バカ？

225 ：

cntならだいぶ市民権を得ていると思うが、
自分勝手に単語略すのはやめてほしいよな。

226 ：

cntがcountryだとｗバカだこいつｗ

227 ：

>>220
俺が昔調べた限りでは、評価順は左から右だった。
調べたのは、gcc/Linux、cc/Solaris、aCC/HP-UX、VC/Windows。
不定要素で違いがあったのは、関数引数の実行順ぐらいだったな。

228 ：

「非公開仕様じゃないし」ていうから「公開されてる仕様ある」んだろ？

229 ：

結局、一文字変数の利点は、本人が見やすいだけか？

230 ：

昔からの慣例なんだから、別に問題ない
それを否定する目新しい事のほぼ１００％は、すたれて行く

231 ：

他人も見やすい

232 ：

昔からの慣例とか、せめて100年は続いてから言ってくれよ。
現状慣例でも何でもなく、そういうのが読みやすい奇特な人が
いて、奇特な人の信者がいるというだけのこと。

233 ：

AND/ORの評価順はUNIXシェルが左からって規定されてるからそれで一般的なんじゃないの

234 ：

>>232
ドッグイヤー換算なら十分じゃね？

235 ：

何でもかんでも１文字を否定する人は鳥頭なん？
つか、寿命の短いローカル変数に冗長な名前を付ける事は、
手を抜いて短い名前にするメリットに勝るほどの利点なくね。

236 ：

偏るのｲｸﾅｲ

237 ：

行数の少ないループカウンターでのみ一文字はありって話しだったのに
他の変数まで一文字にするって話なら俺は乗れんわ

238 ：

分かりやすいって話なら、日本語使えよ

239 ：

>>235
よく分からんが、一文字変数の方がコーディングしやすいって事かな。

240 ：

>>111
有識者がコードレビューする事で
イレギュラーに関しては確実に潰せるよ
ルールに従えないなら製造工程から外すしか無い

241 ：

>>240
警告してもコーディング規約に従わない人は、
時間外で修正させれば良い。
俺も昔やらされた。

242 ：

ネストしたループで配列の添え字に i と j を使うのは禁止。
ii 、jj ならまだタイポを見つけられるがそれでも同時に使うのは控える事。

243 ：

3D座標系以外のネストしたループは大抵別の方法がある

244 ：

int count;
for(count=0;count<10;count++)
var = array[count];
めちゃくちゃコード効率悪いね
i,j,kは添字の基本ルールだよ

245 ：

プログラミングは数学なんだから、慣習も数学に則ったものが多いのだよ
i, j, kの使用は集合論からの慣習
ほんと、馬鹿な文系は迷惑だ

246 ：

自分とわかるやつだけわかればいい
コミュ力のない理系の考えそうなことだ

247 ：

コミュ力とか言って逃げる奴が来ましたーw

248 ：

最後にiは勝つ

249 ：

>>244
今はそんな使い方はしないな。
foreach(var in array)
逆に言うとカウンタを使う時は、
単純なループではないから、
分かる名前を付けた方がいいだろう。

250 ：

PGには理系の能力も文系の能力も必要だから、両方やれよ。
いつまでも学生みたいな事、言ってるなよ。

251 ：

>>249
C言語はそういう書き方はできない。
最近の言語ではそういう省略された書き方ができる。
その省略されてもいいようなものに、
ちゃんとした名前をつけろと言っているわけだ。
ここからもループ変数の名前は
適当でいいことがわかる。

252 ：

>>251
俺も配列をなめるだけのカウンタなら、cntでいいと思う。
ちなみに、
C#やC++はC言語に入らないのか？

253 ：

その通りだな
ループ変数は単独で用いられるものではなく、配列等とセットで意味をなすもの
array[i] で意味が分かれば十分

254 ：

>>253
でもiは使わないな。
入門C言語で勉強した新人っぽい。

255 ：

i はよく見るが cnt なんて見たことないな

256 ：

cntって二文字しか節約できてないのだが
予約語回避なのか？w

257 ：

最近のC++はforeach使えるよ

258 ：

>>256
これは個人的な趣味だが、
countはフィールド変数や、メソッドの一部に使い、cntは自動変数に使っている。

259 ：

ぶっちゃけ3文字略馬鹿のほうが一文字変数よりうざいな
cntとかflgとかtmpとか使ってる奴のコードは大抵解析が面倒なコードになってるイメージある
なんていうか、そういう名前を好んで使う奴って、
何のカウンタなのか、何のフラグなのかをコードで表現してないコード書きまくるから、解析に手間かかるんだよな

260 ：

for で i を使うのを玄人っぽくないからって理由で否定してる人から滲み出るにわかっぽさ感じる
実際問題、一文字変数名にしても俺々略字にしても、それ自体は問題じゃない
なにが格納されててどう使われてるのかが、すぐに読み解ければローカル変数名なんて何でも構わん
重要なのは、後から前情報なしでコードを見て脳内で仕様に戻す作業がどれくらいやりやすいかってとこだろ
昨今の開発環境じゃ、メモリ確保とか開放なんかはきっちり意識する必要少ないし、
メソッド分けて呼びまくったりもパフォーマンスに大きな差なんて出ない
省略された変数名が把握しづらくてコードの見通しが悪いようなら、
まずは変数名を変更するよりスコープの狭いメソッドに処理を分割するほうが、リファクタリングとしては正解

261 ：

>>260
コードが長くなったら、メソッドに分割しろって言ってる？

262 ：

for(int OneTimeLoopCounter=0;OneTimeLoopCounter<100;OneTimeLoopCounter++){
}
String u;　// ログインユーザID

263 ：

極端な例だけで考えるのは否定派の頭悪いのと同レベル

264 ：

コーディング規約なんて飾りです

265 ：

チームで新規のプロジェクトをやる時は、誰かが最初にサンプルプログラムを作る。
そのサンプルはコーディング規約をクリアし、新人にも理解しやすい物ではなくてはならない。
当然、ヘッダと各種コメントも記載するし、代表的な処理の部分を作る。
これをベースに皆がコーディングするので重要だ。

266 ：

i,j,kをループ変数として使うのは、デフォです。
cntも偶に使うな。
俺は[]の中にLoopなんて使いたくないな。
何処を指しているかが掴みづらくなる。

267 ：

>>266
Loopって変数名か？

268 ：

じゃ、単純なループのカウンタにi、jは許容で、それ以外は一文字変数は非許容という事で。

269 ：

一文字変数名で分からなくなるよう糞コードだったら、そのコード自体がウンコードってだけだろ
見通しが格段に悪くなる使い方なら何文字だろうが糞だし、見通しがよければどんな略でも構わん
ループだけOKとかそういう変な視点でアホな事言ってる奴等はいったいどういう頭してるんだ

270 ：

こんな議論を延々やってるくらい、時間に無頓着な連中が、
一文字変数を全否定している。
クソ下らんことをさも画期的な方法論みたいに騒ぎ立てて、
みっともないったらありゃしない。
どうせしばらくしたら、また違う方法論を声高に叫んでるに
違いない。

271 ：

＜こんな議論を延々やってるくらい、時間に無頓着な連中が、
＜一文字変数を全否定している。
どちらかというと肯定派のほうが熱弁を振るっているように見えますが

272 ：

>>269
一文字なら普通にわかんなくなるだろ
どんだけ簡単なプログラムばっか書いてんだよ

273 ：

>>270
スレが伸びるのは意見が均衡してるってことだよ
熱くなってるのは両方ともだろ
「否定派は時間に無頓着、肯定派は時間の使い方が上手い」にはならんだろ

274 ：

>>272
複雑な問題を簡単に理解出来るところまで細分化する事がソフトウェアの設計だ

275 ：

>>267
予約語になっている言語もあれば、変数名として使える言語もあるだろ。
俺は、[]の中に５文字以上の変数は使いたくない

276 ：

>>268
元々はそこすら認められないアホがたてたスレなんだが？
議論してるのは「単純なループのカウンタにi、jは許容」できるかできないかってこと
だからおまえはズレてると言ってるんだよ
さっさと巣へ帰れ

277 ：

>>272
使ってる言語や開発環境にもよるが、OOPが一般的になった以降に出た言語使ってるなら、
よほど冗長なメソッド作ってる馬鹿じゃない限り、複雑で読み解けない処理なんて書く機会ないだろ。
スキルのない初心者とか、使えないｵｯｻﾝは、そんな感じの多機能メソッドみたいな糞コード書いてたりするけど、
あんたは別にそういうコード書いてるわけじゃないんだろ？
それとも組み込み業界だったり、制限きついハード向けの、パフォーマンス要求の高いゲームとか作ってる系の人？

278 ：

配列自体あんまり使わないっていうか、使う場合はニッチな処理くらいだから、
大抵スコープ狭いし凝った変数名をindexの変数名として使う機会ないな
集合データを扱うならコレクション使うし

279 ：

ループのカウンタに５文字以上宛てるって、
ただの繰り返しに意味なんて殆どないだろ。

280 ：

>>276
とりあえず、269と話合ってくれないか？

281 ：

>>275
いや、何で先頭が大文字なのかなと。

282 ：

>>277
そりゃ読み解けないような複雑なメソッドは書かないが
それなりの数の変数が必要になる場合はあるだろ
それがaとかbとかじゃ困るんだよ

283 ：

>>281
＞＞１７６のコメントを読んでいたから
あと、x86のアセンブラで「LOOP」という(疑似？)命令があった気がする。

284 ：

このスレの主旨は、
「場合によっては一文字変数を許容する派」
「いかなる場合においても一文字変数を拒否する派」
の論争だろ？
で、後者は今のところスレ主しかいない感じだが
そもそも一文字変数を全否定されると、使い捨てのラムダ式とか非常に面倒くさいんだが

285 ：

後でラムダ式の中が複雑になったらどうする？

286 ：

>>273
意見が均衡している＝必ずしも否定出来ない
なので、言い出しっぺであるところの否定派の前提が
崩れてるんだが

287 ：

>>285
またそれか
書き直せよ

288 ：

>>284
いや、カウンタ以外の一文字変数肯定派も1人しかいないようだぞ。

289 ：

　発　者　同　　　　　　　　 .　｡_　　 ____　　　　　　　　　　 争
　生　同　.じ　　　　 .　　　　/´ |　 (ゝ___)　　　　　　　　　　い
　.し　士　.レ　　　　　　.__／'r-┴<ゝi,,ノ　 　ro､　　　　　　は、
　.な　で　.ベ　　　 　 ∠ゝ　(ゝ.／/｀　　 ./｀|　 }⌒j　　　　　
　.い　し　.ル　　　　　 　　} ⌒ ／｀ヽ､_∠l,ノ　・ヽ´
　.! !　か　の　　　　　　 /　　´..:.} ＞､､___,　 .r､ ｿ､｀＼
　　　　　　　　　　　　　/　　　..:.:.}　　　/　　　|∨　｀￣
　　　　　　　　　　　 ／　　　..:.:./　　　 |　　　丶
　　　　　　　　　　 /　＿､　..:.:.:.{　　　 .{.:.:.　　　＼
　　　　　　　　　　{　　　..:Y　　.ゝ､　　 {.:.:.:.:.　　　 ヽ

290 ：

>>288
だからこのスレの趣旨はって言ってんだろ
んな糞は黙Rりゃいいんだよハゲ

291 ：

>>289
まさにこれだよね。熱くなり方が一緒

292 ：

ちなみに、このスレたてたの俺だけど
俺自体は一文字絶対禁止論者でも何でもなく、元スレで優勢だった
一文字変数おｋ派が食いつきやすそうなスレタイにしてみただけ。
元スレでは両派を演じて一生懸命喧嘩になるように頑張ったりしてたから、
まあここまで話が長く、そして意味がないものになったのは感無量である。

293 ：

>>292
じゃ、一文字絶対禁止論者はおらんのか？

294 ：

こんどは「いかに大所高所から物を言えるか」合戦ですかｗ

295 ：

煽るなら途中で止めんなやボケカス

296 ：

javaとか.netから入った人は一文字変数とか馴染みが薄いのかな
純然たるC言語とかループカウンタにijlとか当たり前体操だと思うが

297 ：

>>296
関係ないというか、逆に見慣れてるでしょｗ
Javaだと例外処理のtry-catchで普通に一文字変数eがでてくるし、
.NET（C#）だとダブルクリックで自動生成されるイベントハンドラに
EventArgs eって書いてある。
さて、一体一文字変数使うなとは何の言語かな。

298 ：

>>297
いや、完全否定派はいないみたいだぞ。

299 ：

>>298
すくなくともこんな糞スレ立てた>>1は完全否定派だろ

300 ：

>>299
292で違うと言っているようだか。

301 ：

個人的には、i,j,k,x,y,zはほとんどの場合で問題ないと思うねぇ。
あと、get setとかイベントとかで使うスコープがわかりやすい引数用のパラ。
慣例化できて、複数の機能を持たなければぶっちゃけ１文字でも読むのに困らん。

302 ：

>>301
じゃ、それで決定でいいか。

303 ：

>>300
>>1は完全否定派で賛同者が現れることを期待してたけど、
想い通りにならなかったらから、>>292で「いい訳」してるだけ
単に自分の負けを認める事のできない糞ガキだ
というか、>>1自身が>>292で糞スレ立てたとゲロってるだろ
>>302
いいんじゃまいかと

304 ：

一文字戦役、ここに終結

305 ：

ほんとに終わったの？

306 ：

やれやれ、ここまでまとめた俺様の功績は大きいな

307 ：

>>292は偽物。
一文字の正当性を証明できなかった一文字派が一文字否定派の
なりすまし攻撃を始めただけだよ。

308 ：

>>307
言語規約に書いてないところで、正当性云々って
どんだけアフォなんだ。
一文字の変数名で十分理解できるから、i,j,kを
使っているのにw

309 ：

>>308
規約に書かれていないから正当性を主張できません！
ってどんだけゆとりｗ

310 ：

>>308
万人が理解できることを証明しろよ。
お前だけが理解できてもしょうがないんだよ。

311 ：

>>310
見ての通りお前がバカ。
はい論破。

312 ：

小競り合いが無いと困る連中がいるところは、某基地外宗教団体と同じだな

313 ：

>>309,>>310
プログラム言語を語るのに正当性云々なんて
おもいっきし笑えるなw

314 ：

ループにiとかはわかるが、それ以外で使うなという意味じゃないんか？

315 ：

誰に言ってんの？

316 ：

>>268
char cはありだろ

317 ：

馬鹿共の隔離サイトがあるって聞いたんですけど、此処らしいね。
頭悪そうな会話ばっかりで、見てるだけで馬鹿がうつりそう。

318 ：

大丈夫だよ。
おまえ、もっと馬鹿だから。

319 ：

　　　　　　　　　♪　　　　　　　　　　　　「さっちゃん」の節で
　 ∧＿∧ ♪ 　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　<丶｀∀´> ＜ 　　　　在日パクチョン（白丁）の歌
　（ 白丁 ） 　│　　　　　
　｜ ｜　|　　│　　　　　♪ パクチョンは　ねー
　〈＿フ__フ　 │　　　　♪ 勝手に　日本に来た　朝鮮人
　 　　　♪　　│　　　♪ だけど　ずーるいかーら
　 　　　　　 　│　　♪ 自分のこと　被害者だって　言うんだよ
　 　　　　　 　│　♪ ゴキブリの　パクチョン
　　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　♪ パクチョンは　ねー
　　　　♪ 差別から　逃げて来た　朝鮮人
　　　♪ だけど　ずーるいかーら
　　♪ 強制連行　されたって　言うんだよ
　♪ うそつきの　パクチョン
　　　　　♪ パクチョンは　ねー
　　　　♪ 不法に　入国した　朝鮮人
　　　♪ だけど　ずーるいかーら
　　♪ 選挙権を　よこせって　言うんだよ
　♪ ずうずうしい　パクチョン

320 ：

掲示板でコピペ荒らしする反社会的な日本人にも選挙権を与えるべきじゃないよな。

321 ：

名前が必要になるほど広いスコープでローカル変数使うことが少ないから
String s = getNandakaNagakuteKaigyouShisouNaName();
return String.format(NAME_FORMAT, s);
みたいな一文字変数とかよく使う
1文字ローカル変数名禁止とかってのは、
人判断に依存しないようなルール付けが必要な低レベルを基準にした、馬鹿の多い職場とか限定のルールでしかない

322 ：

まあ GW だし昼間っから酒飲んでても別にいいんじゃないの。

323 ：

>>321
そう、お前みたいのがいるからこういうルールができる

324 ：

>>314
ループにもiとかcとか使うなってのがスレ主の主張じゃないのか
アホですわ

325 ：

意味のない変数→存在すること自体が悪
意味のある変数→意味のある名前を付けろ
これだけの話なのに、理解できないバカが多い

326 ：

>>325
じゃあループはこんなのでいいのか
何か分かりにいっつうか、却って間違いな気がするな
foreach (var fooChar in fooString)

327 ：

コードが分かりにくくなるほど、識別子の自己説明性が求められる。
要するにクソコードには、それなりの長い名前が必須。

328 ：

優れたコードは使いどころが丁寧で１文字変数がむしろ美しい。
未熟な奴が書いたコードは短かろうが長かろうが
コード自体がひたすら追っかけにくいので、お薦めはできない。

329 ：

>>327
クソコードを書く奴は長い名前でも
適切でわかりやすい名前なんて付けられないよ？
もしそれができるんなら、クソコードなんて書かないってw

330 ：

俺のポケットコンピューターで扱える変数名の長さは2文字までだという

331 ：

2文字で十分だな
2文字でも1000パターンくらいあるじゃろ

332 ：

2文字なら無意識に何か意味のある組み合わせになるな。px,pyとか。
1文字はもはや暗黙だな。使い方のパターンが決まってる。
プログラマなら使って当たり前、読めて当たり前の領域。

333 ：

見てわかるレベルの部分まで詳細な名前をつける必要はない
冗長すぎる名前は、むしろ邪魔になることすらある
公開されてなくてもクラスフィールドなんかは意味が分かる名前にすべき
ローカル変数を見失うようなら、変数名じゃなくまず無駄に複雑になっているメソッドのリファクタリングを検討すべき
ttp://twitter.github.io/effectivescala/index.html#Formatting-Naming
ttp://twitter.github.io/effectivescala/index-ja.html#書式-命名
個人的にはこの辺りのルール結構好み

334 ：

センスがないやつは長い変数名でもやっぱりダメだよ。
前にダメグラマーが俺に本社って英語で何すかね？って聞いてきたから
無理して英語変数にしなくても日本語一文でいいよって答えて後でコード
レビューしたらjp_is_no1だったからなあ。マジでびびった。俺としたら
input_honshaくらいに付けてくれると思ったのに。

335 ：

kbnとか書く奴は屑

336 ：

ﾀｲﾌﾟするのが楽
他人が共通認識ならさらに楽
それ以外の理由は無いが、逆にそれ以外の理由を持ってくるのも変だな

337 ：

3文字略字のほうが1文字変数よりたち悪いこと多いから嫌い
1文字変数は、スコープの短い変数名とかのことが多いし
そもそも1文字で辛い場合、そのメソッド自体が冗長で無駄だらけのことが多い

338 ：

外国の仕事でだけど45文字の変数見たことあるわ

339 ：

韓国や中国は変数名にgを付けるのかね
int hongkong;みたいな

340 ：

C言語のでかいプロジェクトでグローバル変数なら、それぐらい長い名前は
十分ありえる。

341 ：

>>339
日本でもglobal変数とlocal変数分けたい時にpreffixに付けないか?

342 ：

>>341
意味がわかってないね？
サムスンをまともに読むとサムスング

343 ：

ピング

344 ：

>>342
ごめん、マジで何言ってるのか意味不明
それ面白いと思ったの？
それともマジキチでプログラム変数に自分の会社名でも入れてんの？

345 ：

>>344
あくまでも真面目な書き込み
決してウケ狙いで書いたつもりはないんだが
そのブチ切れ方、チョンか？

346 ：

そうそう、意味わかってないんだったな。
日本でも日本語をローマ字にして変数名や関数名にしてる奴いるだろ？
なんならDBのテーブル名やフィールド名でもいい。
無理して英語で徹底する必要もないが、そんな暗黒ルールもお構いなしに
var $uriage;みたいな日本人にしかわからん名前を平気で使いまくる素人が多いんだわ。
中国や韓国もそんな奴がいるのかな、
もしいたらローマ字で「ング」と書く部分にgを付けるのかなって率直に思ったことを書いただけ。

347 ：

「この谷って変数どこで使ってるんですか」と聞かれた
よくよく見たら「単位」という意味だった
#tani

348 ：

> そのブチ切れ方、チョンか？
巣に帰れ

349 ：

たかがgがそんなに気に障る要素になるとは思わなかったｗ

350 ：

よく分からんがじゃあグランプリはGrandprixだからグランドプリックスで
dとxを書くのかな？とかいう質問なのか？
オレが答えていいなら
「いちから英語をやり直せ」

351 ：

>>346
＞もしいたらローマ字で「ング」と書く部分にgを付けるのかな
日本語すらおかしいが、英語の綴りをローマ字とは言わない。
大丈夫か、日本は。

352 ：

>>349
お前が言ってることの意味が全然理解できないからじゃね
例えばどういう単語の場合の話をしてんの？
hong kong は英語圏の人が書いても hong kong だし、例になってない

353 ：

ハングル読みの特性を知らんバカの多いこと

354 ：

いや、近い時間に一斉に書いてるから一人か
まぁどうでも良いが
>>352
int Liang = 0;
int YingyeZongShouru = 0;
しかし寝苦しい暑さだ

355 ：

そういえば何も考えずアッパーで書いたが、最近のケースではこっちの方が馴染みか
int yingyeZongShouru = 0;
int yingye_zong_shouru = 0;

356 ：

キャメルケースな
見やすさではスネークケースのほうが上だと思うけど、タイピング的にはキャメルケースのが幾分楽かなって気がしてる
まぁどっちであれ、読み解くのが困難なほど長い名前になるようなものは極力使わないようにするのが正解だとは思う

357 ：

真の勇者はこう書く
int YINGYEzONGsHOURU

358 ：

Unicodeとか使わない文字コード大量に余ってるんだから変数も予約語も全部一文字にしたい。�gみたいなフォント作って。タイプミス激減ってレベルじゃない

359 ：

メタ構文変数は一文字でも分かるからいい
変数名にローマ字の日本語は読んでて気持ち悪いな

360 ：

>>358
ミス以前にどうやって打つんだよ

361 ：2013/09/19

読み解きやすいかどうかは変数名の長さだけで決まるものじゃないし、
使い方次第で一文字でも問題ないけどな
視野や考え方が狭く、一文字変数はダメ、みたいなヤツのコードのほうが大抵見づらい