- 1 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 23:36:31.74 ID:uXFKqVsm.net]
- クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part25
peace.2ch.net/test/read.cgi/tech/1416550677/
- 419 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 20:17:51.13 ID:+fx8B3Le.net]
- 「nヶ月前」を意味し、 この n を格納する Int 型変数の名前は何にしたらいいと思う？
- 420 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 21:12:35.73 ID:U2nwZ26D.net]
- monthsBefore
- 421 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 21:15:05.12 ID:wuBisWbe.net]
- 月数(months)でいいんじゃないの？
変数名にそこまで具体的な意味を込める必要は恐らくないと思うんだけど。
- 422 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 21:41:48.90 ID:8jvqYkZx.net]
- months_passed
- 423 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 22:00:54.75 ID:o77xN4AH.net]
- Ruby on Railsのmonths_agoメソッドだと
def months_ago(months)
で変数(引数)名はmonthsになってるね
- 424 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 22:09:50.68 ID:+fx8B3Le.net]
- みんなありがとう。
nヶ月後を表す変数と区別したいから monthsBefore にするよ。
>>419
Ruby は使ったことないんだけど、それはメソッドの定義で、months は仮引数なの？
その状況なら months で十分なのは分かる。
- 425 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 22:10:42.90 ID:Y2FRm/z5.net]
- それはメソッド名で役割を明確にしてるからだろ
言及されてないからわからんが変数で表したいだけならmonthsだけじゃ不明瞭
- 426 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 13:07:51.82 ID:FVU7PUl1.net]
- 期間は2つのポイントがあるから導き出せるってことだよね
ポイントを変数に入れてその差異を出すじゃあ駄目なの？
前か後かは符号で分かるし
この話はスレ違いか
- 427 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 13:32:48.54 ID:LWhq4u9q.net]
- たかが数文字書いとけば済むのに
こういう読み手に無駄な作業増やしたがるやつってなんなんだろうな
- 428 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 13:54:05.27 ID:P4D3CPGd.net]
- 無駄に説明的な名前だとかえって分かりづらくなる場合もあるから
一概にどっちが正しいとは言えないと思うよ。
特にこの例みたいに、日本語や英語ですら何て表現してよいか迷うような概念の場合。
一般的には説明的な方が好ましいのは確かだけどね。
- 429 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 18:52:22.12 ID:OgtmDK03.net]
- 例えばその変数に3って入ってるとして、
その3をどう使うのか説明してくれれば、
もうちょっとマシな提案できると思うよ
- 430 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 18:58:27.11 ID:3d173yzJ.net]
- >>419のように変数が一つしかないのなら months で良いと思う
>>420のようにnヶ月後と区別するなら、
var previous, after;
var previousNumber, afterNumber;
var previousMonths, afterMonths;
どの変数名を採用するか、は他にある変数名に依存するかと
- 431 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 10:46:53.32 ID:ywdq7rGj.net]
- 文字列を引数として、列挙型を返す関数の名前をお願いします。
enum Fruits
{
ORANGE, BANANA, GRAPE, MELON, DURIAN,ACORN
}
似たような関数が複数あるため、できるだけ統一した命名にしたいと考えています。
- 432 名前：427 mailto:sage [2016/08/06(土) 10:54:41.22 ID:ywdq7rGj.net]
- すみません、送信ミスりました。
上記のような列挙型があるとして、
適当な文字列（例えば"みかん" "Orange" "いよかん" など）を与えると、
それに対応した列挙型の値（この場合はORANGE）を返してくるというものです。
今のところGetFruit()やConvertFruit()が候補にあるのですが
どちらもなんか違うような気がしています。
よろしくお願いします
- 433 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 11:35:38.76 ID:CIMwAPv1.net]
- 返ってきた値をどう利用するの？
GetIndex？
- 434 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 11:38:47.07 ID:dqPdKOk8.net]
- ParseFruit
GetFruitFromString
- 435 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 12:22:29.34 ID:NUwSQmRP.net]
- classify
- 436 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 12:29:13.43 ID:dhAdgMp9.net]
- >>428
普通にToFruitsでいいんじゃないの？
string以外の型からFruitsへの返還関数もあってかつオーバーロードも使えないなら
StringToFruits
もしenumに静的メソッドを定義できるならFruits.FromStringとかFruits.Parseもあり
- 437 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 13:38:14.02 ID:HwGfpDVr.net]
- >>428
getFruitID
- 438 名前：427 mailto:sage [2016/08/06(土) 20:13:49.16 ID:ywdq7rGj.net]
- >>429-433
ありがとうございます。
ParseFruit()にしようと思います。
>>429
表示を変えたり、データベースに突っ込む前の下準備だったりと色々です。
使うたびに正規表現でマッチさせても、そこまで速度が変わるわけではないんですけれども。
>>432
頭に動詞を持ってこないタイプの命名、すっかり忘れてました。
変換（型変換？）を多用するときに特に有効そうですね。
- 439 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 22:56:10.17 ID:wynReyk0.net]
- >>429
「戻り値の使い方」を関数名に込めると、
その関数と今の呼び出し元の関数との間の関係が必要以上に深くなる。
その関数を他の場所や目的で使いにくくする可能性が増すからお勧めしない。
そういう意味で言ってるんじゃなかったらゴメン。
- 440 名前：デフォルトの名無しさん [2016/08/07(日) 00:46:48.79 ID:2lgjqB6s.net]
- 考えすぎやねんw
- 441 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 04:00:39.31 ID:BOC7lX8O.net]
- つーかこれ型名Fruitじゃないの？一般的に
- 442 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 08:53:56.95 ID:zBYc/KkC.net]
- >>435
indexとして利用するのかとりあえずORANGEならいいのかで変わってくるような
構造体Fruitがあったとして
Fruit[ORANGE]ならFruitに含まれる情報はオレンジの情報って感じでindex使うかなと思って
- 443 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 11:25:19.07 ID:RaDiNtb+.net]
- なんか後から盛り上がってるんであえて黙ってたことを書いちゃうけど、
質問者はParseFruitで納得してるけどこれ日本語訳すると「Fruitsを解読する」。
実際の処理は「文字列を解読してFruitsに変換する」だから実は処理と名前が正反対なんだよね。
- 444 名前：デフォルトの名無しさん [2016/08/07(日) 13:40:19.23 ID:2lgjqB6s.net]
- だから考えすぎやねんw
Fruitの名前をParseするんだからParseFruitで全く問題ないわw
- 445 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 13:46:21.43 ID:zBYc/KkC.net]
- >>440
「おれんじとりんごとぶどう」これを
「おれんじ」「りんご」「ぶどう」こうするのがParse
- 446 名前：デフォルトの名無しさん [2016/08/07(日) 13:49:12.87 ID:2lgjqB6s.net]
- >>441
考えすぎてオレオレ定義になってもうとるわw
- 447 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 13:54:06.00 ID:zBYc/KkC.net]
- >>442
質問者が示したのは構文が無いだろ？ <
- 448 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 13:59:31.38 ID:9x/mUqeF.net]
- DURIANはともかくMELONとACORN（どんぐり？）は果物なのかどうか問題
- 449 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 14:33:50.73 ID:4ZSsrl0W.net]
- >>440
いやいや悪いけどお前さんの考えが足りないだけ。
「Fruitsの名前」は文字列であってFruitsじゃないでしょ。
"日本語の文"を"A Japanese sentense sentence" 変換する作業は「日本語を翻訳」であって
「英語を翻訳」ではない。
「英語に翻訳」なら正しいけど、ParseFruitsは「FruitsをParse」であって「FruitsにParse」じゃない。
- 450 名前：デフォルトの名無しさん [2016/08/07(日) 14:46:52.12 ID:2lgjqB6s.net]
- >>445
だからFruitをParseであってるやろw頭おかしいんかお前w
お前と ID:zBYc/KkC は考えると問題に無関係の因子を持ちこんで
余計に混乱させるタイプの脳を持っとるようやからなんも考えん方がよっぽどマシやでw
- 451 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 14:50:11.80 ID:4ZSsrl0W.net]
- >>446
なんか頭悪そうだけど、"Fruitsの名前"がFrutsiそのものであるならそもそも変換いらないじゃん。
馬鹿じゃないの。
- 452 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 15:52:33.40 ID:zBYc/KkC.net]
- >>446
主語動詞etcに分解する事をParse
そっちが言ってるのはオレンジをORANGEにする事をParseな
プログラム以前に国語と英語を
- 453 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 16:38:45.95 ID:xBB6TA9C.net]
- うむ parse だと続きがありそうな気になる
- 454 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 16:53:02.13 ID:4ZSsrl0W.net]
- ちょっとググった感じだとParseIntoFruitsなら少なくとも間違いではない感じ。
intoじゃなくてtoでもいいような気もするけどその辺は自信ないな。
- 455 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 17:05:38.96 ID:JROb1E9W.net]
- GetEnumFruits でw
- 456 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 17:34:34.23 ID:EccYH2Vl.net]
- 例を挙げるならこんなところか
function parseJSON (json) { return JSON.parse(json); }
var fruits = parseJSON ('["ORANGE","BANANA","GRAPE","MELON","DURIAN","ACORN"]');
ここで関数名を parseFruits にする人はいない
フルーツだけしか列挙出来ない文字列フォーマットなら convertToFruits や parseFruitsString が考えられるが、ちょっと考えにくいな
列挙型に変換可能な文字列フォーマットならフルーツ特化というわけでもないと思うが
- 457 名前：デフォルトの名無しさん [2016/08/07(日) 18:27:55.44 ID:2lgjqB6s.net]
- >>452
「いない」やないわ
お前が「今は」それは少し違うと考えとるだけや
お前も脳に仕事させへん方が良いタイプやなw
- 458 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 18:46:55.94 ID:zBYc/KkC.net]
- >>453
いつ本題で反論するんかなぁ
- 459 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 21:01:25.91 ID:efJ0aVBs.net]
- もうreplaceでいいよめんどくさいから
- 460 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 11:13:52.57 ID:GluBStzJ.net]
- クラスを定義する時に
class 商品情報Class{
...
}
みたいに、末尾にClassとかクラスなどの文字を入れるべきでしょうか？
利用する言語は主にC#です。
- 461 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 11:49:08.90 ID:liPHE8bT.net]
- 俺なら後々競合したら嫌だし
C_プロジェクト名_商品情報
ってやるな
- 462 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 12:04:30.00 ID:5Stpz6MP.net]
- いやいや、名前空間ってないの？？
>>456
C#というか.NETの標準クラスの名前にそんな「Class」って接尾辞ついてるか？？？？？？？？？？？？
そんなものあわせりゃいいだけだろ。
- 463 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 12:26:29.00 ID:/oRCvZgG.net]
- >>456
必要がないどろこかそんなもの付けちゃダメw
何の意味もないでしょ
- 464 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 12:47:06.55 ID:9w580vhq.net]
- >>456
C#ならクラス名にプレフィックスやサフィックスを付けるのは規約違反だよ
- 465 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 13:27:20.97 ID:GluBStzJ.net]
- >>459
意味あるでしょ。
見ただけでクラスと分かる。
>>460
文法的に問題は無いですが。
- 466 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 13:39:26.11 ID:/oRCvZgG.net]
- >>461
見ただけでクラスを分かる必要なんかないでしょ。
C#はクラスが基本で構造体はあまり使わないから「見ただけで構造体と分かるようにしたい」
なら百歩譲って多少の意味はあるが、それも必用な時にインテリセンス等で確認できれば必要十分。
論より証拠、まともなプロジェクトで>>456みたいな命名をやってるのが一つでもあるのか。
ついでに、C#ではインターフェイスのみIでプリフィクスすることになってるけど、これは「見ただけで分かる」
ためじゃなくて恐らく名前のバッティングを避けるため。 []- [ここ壊れてます]
- 468 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 14:19:36.88 ID:yY0VOXeS.net]
- 好きにしろよ
こんなこというようなやつだしどうせ自分しか見ないもんだろ
- 469 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 15:52:00.88 ID:X6h1Br7O.net]
- 「見ただけで分かる」の程度の差は誰でもあるんだから、好きにすればいいじゃない。
インテリセンスとか宣言で分かるからなんて言い出したら、変数名も一文字でいいよ。
- 470 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 15:55:06.43 ID:/oRCvZgG.net]
- >>464
頭悪そう...
型がクラスかどうかを意識する必要性が生じることはかなり稀だが、
処理の中で変数の持つ意味については常に意識する必要がある。
- 471 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 16:19:06.14 ID:X6h1Br7O.net]
- おっ、気持ちよさそうなドヤ顔
- 472 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 17:59:52.15 ID:4wAqez6C.net]
- 「〜取得用のメソッド」みたいなコメント書く馬鹿いるよな
見たら分かるっちゅうねん
- 473 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 18:06:59.60 ID:9w580vhq.net]
- 「〜処理」もイラッとする
なぜ名詞にしたがるのか
- 474 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 18:10:34.19 ID:liPHE8bT.net]
- プログラム習い始めの子が変数名や関数名を短くするようなイメージ
- 475 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 18:20:47.38 ID:Llgl68w5.net]
- >>469
名前空間
- 476 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 18:29:08.68 ID:HZvPgKIC.net]
- >>467
その言い方はくどいがドキュメントもかねてる場合は〜を返すってくらいは普通に書く
たとえ見てわかるとしてもな
- 477 名前：デフォルトの名無しさん [2016/08/08(月) 19:04:01.26 ID:n+VZzCs/.net]
- >>469←プログラム習い始めの子がプログラム習い始めの子を語る構図w
- 478 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 19:15:00.01 ID:liPHE8bT.net]
- >>472
習ってもいない奴が適当に叩いてる構図
でいいのか？
- 479 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 19:19:59.09 ID:ZW/Dn+F/.net]
- なれてるやつの方が短いだろ
果ては一文字変数とか使い出すしいい迷惑
一文字で許してもいいのはループ変数くらい
- 480 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 19:30:50.79 ID:0h94x3PW.net]
- >>474
むしろローカル変数で過剰に説明的な名前を付けたいような状況になったら
メソッドが長すぎることを疑うべき。
メソッドが十分に短くてかつ使う型に十分に説明的な名前がついていれば
ローカル変数名なんて1文字でいい。
- 481 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 19:46:58.05 ID:pTFLphMl.net]
- 自分のものだけでやってくれよそういう自己満足は
- 482 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 20:05:48.67 ID:jlXOEcZW.net]
- なんかの状態を表すためのbool型の変数の名前をただのflagにするか、目的が分かる名前にするか、どっちがいいんだろうな
メソッド内にそういう使い方をする変数は1つしかないとして
- 483 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 20:32:21.21 ID:robrIdsq.net]
- >>477
一時的なフラグって大抵exitとかsuccessとか意味があって簡潔な名前を付けやすいから
あえて意味不明な名前を選ぶ理由がない
- 484 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 20:34:28.94 ID:0h94x3PW.net]
- だいたい、現実世界でboolの変数をフラグって言う奴見たことないよw
アセンブリのプログラマは別にしてw
- 485 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 20:56:25.75 ID:robrIdsq.net]
- 〜flagって付けたがる奴いるよな
整数とか文字列とか日付とか他のもサフィックス付けるんなら分かるが、
flag使う奴は大抵なぜかboolだけを特別扱いする
本人に聞いても特に理由はないがflagを付けないと落ち着かないらしい
- 486 名前：デフォルトの名無しさん [2016/08/08(月) 22:17:09.02 ID:n+VZzCs/.net]
- 聞いた事ないくせに本人に聞いたと嘘をつく奴いるよなw
- 487 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:14:13.04 ID:FxJtN5bL.net]
- ひどいのになると 〜frag とかいう名前が付いてた...
- 488 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 03:05:53.84 ID:NWt115mk.net]
- こういう能書き垂れるやつらに後学のためにお前が書いたやつ見せてっていっても絶対見せないんだよなあ
参考にしたいからぜひ実物を見たいんだが
- 489 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 07:30:19.97 ID:HRQ9KN0P.net]
- flagサフィックスいらないって言ってるだけなのに実物もクソもないだろう
整数で真偽値を表現する言語だと、
注意して区別する必要があるからflagを付けたくなるのはまあ分かる
最近の言語でもビットフィールドだけはflag付けたくなる
- 490 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 08:43:30.26 ID:JptmWLYq.net]
- それ限定じゃなくて全般に対しての話でしょ
上の方でもなんかぐちぐちいってる人たちいたし
- 491 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 14:19:26.00 ID:FiC/Vloh.net]
- 結局は・・・Classと付けるのが良いのですね。
- 492 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 15:16:21.21 ID:s9poePNg.net]
- >>486
ありえない
- 493 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 15:30:49.18 ID:0Pwcb2ea.net]
- ハンガリアンはいいものだ
- 494 名前：デフォルトの名無しさん mailto:sage [2016/08/10(水) 00:04:27.48 ID:wNn4whiw.net]
- ハンガリアは分かりやすいから賛成だと思うが否定されているね
- 495 名前：デフォルトの名無しさん mailto:sage [2016/08/10(水) 00:23:07.38 ID:PjOubVFc.net]
- 型の無い言語で、
例えばプレーンテキストの文字列と、HTMLの文字列を使い分けたい時とか
ハンガリあんしちゃったほうが楽なんじゃないかって
- 496 名前：デフォルトの名無しさん mailto:sage [2016/08/10(水) 07:18:04.16 ID:0FrSD1Xj.net]
- >>490
それはアプリケーションハンガリアン
クラスにClassとか付けちゃうバカチンハンガリアンとは別
- 497 名前：デフォルトの名無しさん mailto:sage [2016/08/10(水) 08:26:12.40 ID:oJSizC1Q.net]
- >>490
型名を示す犯狩り案とはまた別だね
- 498 名前：デフォルトの名無しさん mailto:sage [2016/08/10(水) 13:18:47.02 ID:ThENSwqI.net]
- プレフィックスの意味とか中身は実はどうでもよくて、
関数名は大文字から始まり、変数名は小文字から始まるが単語としては大文字から始まる、
つまりプレフィックス的な小文字がおまけで付いて大文字でアクセントの付いた文字列として表現。
この辺はもうデザインとしてそうしてる。
文字列区切りとして大文字区切りではなく、アンダーバー区切りだと全部小文字でも良かったが、
アンダーバーの分長くなるのが嫌い。
- 499 名前：デフォルトの名無しさん mailto:sage [2016/08/12(金) 22:03:07.57 ID:IYlYCot4.net]
- Manager, Controler, Utilityを使い回す
- 500 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 13:34:40.19 ID:fC7pbJe3.net]
- 質問なのですが
ちょびっと使うだけなら
tmp,a,b,c,の他に何かありますか
- 501 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 13:47:49.57 ID:tBQUW0H6.net]
- n, m, p, x, y, w, h, s, d, t, r,,,,
tmp, a, b, c って、表現しようの無い一時変数って感じだな。
- 502 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 13:48:28.39 ID:DtcqzF6E.net]
- >>495
何のために？
- 503 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 14:02:36.73 ID:/RUSPZDT.net]
- >>495
hogeでググるといろいろ出てくるよ
hageじゃなくてhogeね
- 504 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 16:03:30.78 ID:6b+P2CyF.net]
- xはLINQのラムダ式でたまに使う
- 505 名前：デフォルトの名無しさん mailto:sage [2016/08/16(火) 21:12:00.06 ID:VwgNa7QC.net]
- i j k l m nぐらいはループ変数に脳内が割り当ててる
- 506 名前：デフォルトの名無しさん mailto:sage [2016/08/16(火) 23:27:52.02 ID:6YePaDDO.net]
- i j k
n
x y z t
p
w h
この辺りは、それ単独で意味を持ちそう。
あとPerlだったか、a b は好ましくないって言語があったような
- 507 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 01:14:47.53 ID:6tDDxAzE.net]
- >>500
Fortran脳乙
- 508 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 08:42:36.79 ID:rz4OYI8a.net]
- i はindex？
j k l はiからの文字順？
- 509 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 14:08:28.17 ID:IPZ0fN+X.net]
- >>500
Perlは以前、一文字の変数は全部特殊変数の予約だかで非推奨だったね。
どんな変数でも必ず単語を付けなさいって推奨だった気がするけど、あまりよくないことだと思う。
右長になる。(特に大きな構造を持つプログラムでは大変)
誤字や単語のニュアンス違いが増える。(xとyとかだと間違う隙間もない)。
名前を考えるのに時間がかかる。(道端の石ころにまで正しい命名を考えるべきではない)。
- 510 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 14:09:10.83 ID:IPZ0fN+X.net]
- 安価間違えたけどまぁいいか
- 511 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 15:07:47.60 ID:XbrAXvZQ.net]
- >>503
integerあるいはiteratorの頭文字とされることが多いが、
別にindexの頭文字でも困らないと思う
- 512 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 18:07:19.67 ID:ORSiEfcj.net]
- なんにしてもijlとアルファベットで一番視認性が悪い部分を一文字で使い出したやつはただの無能
- 513 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 18:28:11.67 ID:YSBgSIK4.net]
- >>507
当時はスクリーンエディターどころかモニターそのものがないけどねw
- 514 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 18:29:31.37 ID:YSBgSIK4.net]
- っていうか、文字の視認性が悪いのはフォントメーカーの問題だろうにw
Courierみたいなフォントでijlを見間違える奴なんていないよw
- 515 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 19:14:28.62 ID:T7KqFpu4.net]
- 小文字もなかったころの話だしな
- 516 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 19:29:05.47 ID:9U3uyYhi.net]
- ijkを読み間違える人は keep を jeep と読んだりするのかな
- 517 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 19:33:42.82 ID:xiehHi4F.net]
- kは間違えないだろ
- 518 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 19:36:41.94 ID:9U3uyYhi.net]
- では、jeed と leed か
- 519 名前：デフォルトの名無しさん [2016/08/17(水) 19:42:05.07 ID:E/N9h8UB.net]
- 結論： >>507は無能以下の負能w
|
 |
