【汚物】痛い変数名・関数名【破廉恥】

**デフォルトの名無しさん** · NG

var unko;

**デフォルトの名無しさん** · 2008/08/24(日) 00:11:50

aglicora, aqua

**デフォルトの名無しさん** · 2008/08/24(日) 00:32:55

programa

**デフォルトの名無しさん** · 2008/08/24(日) 00:34:34

COM次第だな

悪のCOMをインストールするのだ

**デフォルトの名無しさん** · 2008/08/25(月) 21:31:48

>>578
Fikeってなんかカッッコイイ

**デフォルトの名無しさん** · 2008/08/26(火) 00:11:43

>>580
それだけだと何が悪いのか分からん

**デフォルトの名無しさん** · 2008/08/28(木) 00:08:42

>>580
C#か？キャメルケースなのにアンダーバーでくくられているのが気になるのか、
副作用がある作りにしているのが気になるのか、
argうんちゃっらっていう意味もへったくれもない変数が気になるのか、
Procedureとかわざわざ名前をつけているのが気になるのかハッキリ汁。

あとお前、この業界にいるには
気が短すぎるのとコミュニケーション能力が低すぎると思われるから
他人のこと言う資格ないと思うぞ。

**デフォルトの名無しさん** · 2008/08/28(木) 01:39:19

まースレタイ通り、変数名・関数名を言ってんだろう。
予想："どんな"StringをCreateするProcedureなのか分からない。ってことじゃないか？

**デフォルトの名無しさん** · 2008/08/28(木) 09:57:27

dataやarg1, arg2みたいな名前が適切な場合もあるよね。
GTKでは任意のデータを受け付ける(void *) dataっていう引数を
引き回していたような記憶。
Lispでも高階関数を定義するときにarg1, arg2みたいな引数名を使ったりする。
（この場合は可変長のargsとかが良いのかもしれんが。）

**デフォルトの名無しさん** · 2008/08/28(木) 19:53:39

自分だったらl,r使うかなあ

**デフォルトの名無しさん** · 2008/08/28(木) 22:00:25

lhs rhs

**デフォルトの名無しさん** · 2008/08/28(木) 23:46:27

>>591
それ、3文字略語はマナー悪いよなぁとも思うし、
もはや専門用語化してて略語じゃないと思える気もするし。

**デフォルトの名無しさん** · 2008/08/29(金) 06:28:31

3つ以上あったらどうするの

**デフォルトの名無しさん** · 2008/08/29(金) 08:48:05

まあ、lhs, rhs は2項演算に対して使う用語だし。

**デフォルトの名無しさん** · 2008/08/30(土) 06:52:15

>>594
ソートに使用する比較関数の変数とかね。

>>593
3つの引数が等価な計算とか無理やりな例以外見たことない。

**デフォルトの名無しさん** · 2008/08/30(土) 08:49:39

>>580の引数がたまたま2つだったから二項演算の話になってるのかな
ちょっと理解に苦しむ

**デフォルトの名無しさん** · 2008/08/31(日) 04:47:26

正直、Effective C++ではじめてrhsとlhsが何の略なのか知った。

**デフォルトの名無しさん** · 2008/08/31(日) 06:12:26

ロハスとロハスだろ。

**デフォルトの名無しさん** · 2008/09/01(月) 13:40:01

Perlだと比較関数で使う仮変数は$a, $bだね。
sort { $b <=> $a } @values
みたいに指定すると降順ソートができる。安直だけど分かりやすい。

**デフォルトの名無しさん** · 2008/09/03(水) 18:46:51

でも、$a, $bを特殊変数に指定してしまったのはかなり汚い。

**デフォルトの名無しさん** · 2008/09/04(木) 22:35:23

int debu1 ;
int debu2 ;
int debu3 ;
同僚でこんな変数を作っているやつがいた。

「デブデブデブっておまいデブ専なのか？」って聞いたら
debuはdebugの略だと言っていた。

**デフォルトの名無しさん** · 2008/09/05(金) 05:57:30

でぶまで書いたんならデバッグまで書けよでぶ

**デフォルトの名無しさん** · 2008/09/07(日) 15:59:30

>>600
どんな変数名がいいと思う？

**デフォルトの名無しさん** · 2008/09/07(日) 22:53:26

>>580は普通頭に来るだろう。
これを許すなら、文字列を２個受け取って文字列を返すメソッドは
全部同じ名前で1,2,3...が付くだけとかで書かれてしまう。
もちろんこんな名前を付ける人にはクラス名やコメントやドキュメントは期待できない。

**デフォルトの名無しさん** · 2008/09/07(日) 23:09:04

引数自体に意味を持たせず、ただ順序だけが重要なのかも。
いずれにしろ、>>580自身が説明しないとダメでしょう。

**デフォルトの名無しさん** · 2008/09/07(日) 23:10:09

>>601
それぜったい狙ってやってると思う

**デフォルトの名無しさん** · 2008/09/08(月) 10:47:00

昔火の付いたプロジェクト手伝ってたら、
int型のflagつう変数があって0がオンで1がオフに使われてた。
コメントもなんも無し。

**デフォルトの名無しさん** · 2008/09/09(火) 13:24:58

火のつくプロジェクトはまずい人材か従順に言うことを聞くだけの人材しかいない。
人月にあらず。そこにいるのは何もできないか、まずいことしかやらない人々なのだ。

**デフォルトの名無しさん** · 2008/09/09(火) 22:17:16

管理層も馬鹿じゃないから、火がついても経営的な危機に陥らないような
プロジェクトにしか無能な奴は集めないけどな。板違いｽﾏｿ

**デフォルトの名無しさん** · 2008/09/28(日) 21:06:12

IT技術者は免許制にしてほしいよね

**デフォルトの名無しさん** · 2008/09/28(日) 21:22:06

いや、GPL使うを免許にすべき

**デフォルトの名無しさん** · 2008/10/08(水) 20:01:42

externってあんまり使わないほうがいいんかね

昔、学校のグラフィックスの授業でOpenGLを使った課題を発表し合ったとき、
gnuplotの3次元グラフみたいなものを動的に表示させるプログラムを書いた人がいて、すげーと思って
ソース見たら『void function001(void)...function002..003....～この後数十個の関数が続く』っていう中身になってて当時の俺だと
「次元が違う人の書くプログラムは読むのも難しいなー」と思ったんだけど、あれってやっぱりダメだったんだな・・・コメント書かない主義だったし

**デフォルトの名無しさん** · 2008/10/08(水) 21:37:45

それ逆コンパイラか難読化ツールを作ったのが発表だったんじゃね？

**デフォルトの名無しさん** · 2008/10/08(水) 22:19:02

逆コンパイラで何かぱくってきたの方に1票。

**デフォルトの名無しさん** · 2008/10/09(木) 13:12:50

>>612
最適化か効率化かが極まった特例としてはアリかも。

キー入力応答やレンダリングとかの処理がいっぱい
必要な場合は、関数の名前を考える時間もバカに
ならないんで。
C/C++には無名関数もないしね。
処理系によっては、いちいちコールバック関数が
必須だったりするんでなおさら。

見習ってはいかんと思うけど、アタマから否定しない
度量もあっていい。

**デフォルトの名無しさん** · 2008/10/11(土) 22:35:28

それでもコメント書かない主義ってのはダメだな
「function**は○○用の関数」とか一言書いておくだけでかなり違うのに

**デフォルトの名無しさん** · 2008/10/12(日) 00:50:10

他人に保守させるとかじゃなければOKかな

**デフォルトの名無しさん** · 2008/10/13(月) 07:41:36

コメントをコピペ修正忘れするくらいなら、コメントを書くことよりも、まともな関数名を考えることに注力して欲しい。
駄目な奴は何をやっても駄目だからしかたないが。

**デフォルトの名無しさん** · 2008/11/08(土) 20:52:10

>>580
string-> "S"tring　か?w
ケツ蹴っ飛ばしたれ。w

**デフォルトの名無しさん** · 2008/11/09(日) 19:23:34

>>619
つっこみどころは arg1, arg2 だろ(´д｀;)

**デフォルトの名無しさん** · 2008/11/09(日) 19:38:32

どうやっても値が返らないってところに突っ込むべきじゃ。

**デフォルトの名無しさん** · 2008/11/09(日) 22:20:26

内部状態更新するんじゃね？

**デフォルトの名無しさん** · 2008/11/09(日) 22:30:41

create_string といういかにも値返しそうな名前なのに
procedure というところ？

**デフォルトの名無しさん** · 2008/11/10(月) 09:55:07

突っ込みどころが多い、とｗ
しかし単語の先頭を大文字にした上でアンダースコアでつないでるのを見るとイラっとくるな。

**デフォルトの名無しさん** · 2008/11/11(火) 07:18:47

C#ならstring小文字もメソッド名先頭大文字も普通。
アンダースコアはないが、他にそういう慣習の言語もあるのかも知れん。
言語を明示しないと突っ込みづらい。

**デフォルトの名無しさん** · 2008/11/11(火) 13:47:02

そういやAdaは予約語以外は大文字で始めて単語の切れ目は_入れるんだったな。
procedure Create_String_Procedure(Arg1, Arg2: in String) is
:
begin
:
end Create_String_Procedure;
580を冗長に書き直すと、こんなんだったはず。

まぁコンパイラが大文字小文字を区別しないから、小文字で書いても全く問題ないんだけど。

**デフォルトの名無しさん** · 2008/11/26(水) 02:03:59

>>580
で、こたえは？

**デフォルトの名無しさん** · 2008/11/28(金) 18:38:24

>>537のってだめなの？
old new num はたまに使うんだけど

**デフォルトの名無しさん** · 2008/11/28(金) 18:56:44

>>628
newはしばしば予約されている。
oldやnumも、単体で使うのは有り得ない。
変数名の一部として使う分にはまぁいいと思うけどね。
>537は教条主義に陥っている気がするな。

**デフォルトの名無しさん** · 2008/11/28(金) 19:54:52

>>629
ああいや単体では使わんよ。
ただ変数名に含める事は結構あるんじゃないかと。

**デフォルトの名無しさん** · 2008/11/29(土) 12:16:02

多くの場合に、 old, new よりは previous, current, next のほうがより明確だと思う。
対象領域に old, new の概念があり、それを表すならば、もちろん old, new がふさわしいだろう。

**デフォルトの名無しさん** · 2008/11/29(土) 18:05:50

なるほど、確かにpreviousとnextの方がいいかも。

**デフォルトの名無しさん** · 2008/11/29(土) 21:22:32

>537の理屈じゃ、oldTypeとかnewTypeでもダメそうだもんなw

**デフォルトの名無しさん** · 2008/12/01(月) 22:03:48

>>537のは、結局"故にすべてのプログラムはクソ"というｵﾁなんじゃない？

**デフォルトの名無しさん** · 2008/12/02(火) 01:09:20

>>633
普通にダメだと思うぞそんな名前

**デフォルトの名無しさん** · 2008/12/02(火) 09:58:51

newが入ってるとこみると名前の一部だよなそれ？

**デフォルトの名無しさん** · 2008/12/05(金) 09:57:06

>627
CamelでC#と勝手に予想して>621が正解。
最近C#書く機会が多いから俺もそうオモタ。
変化球でメンバ更新用だとしてもメソッド名で（ ´,_ゝ｀）できる。

**デフォルトの名無しさん** · 2008/12/05(金) 10:20:28

それは名前に突っ込んでるのか仕様につっこんでるのか

**デフォルトの名無しさん** · 2008/12/05(金) 19:57:42

stringはstd::stringなのか？

**デフォルトの名無しさん** · 2009/01/08(木) 02:50:44

year2009

**デフォルトの名無しさん** · 2009/01/08(木) 12:03:10

bool eroikkaizutu = true;

**デフォルトの名無しさん** · 2009/01/08(木) 21:59:30

>>616
コメントが正しければね。

/* DB接続 */
int connect()

/* DB接続 */
int disconnect()

/* DB接続 */
int select()

みたいなのがあると悲しくなるよ。

**デフォルトの名無しさん** · 2009/01/09(金) 00:52:00

アニメとか漫画のキャラの名前を変数に使うなよ！！！

**デフォルトの名無しさん** · 2009/01/09(金) 02:04:22

bool dame;

…

if (!dame) {
//登録失敗
　…
}

どっちなんだよ。
dame は駄目だろ。
もういやだ。

**デフォルトの名無しさん** · 2009/01/11(日) 00:49:09

>>644
つまりソース書いたやつがdame

**デフォルトの名無しさん** · 2009/01/11(日) 09:17:42

次いってみよう！

**デフォルトの名無しさん** · 2009/01/12(月) 01:38:03

int NullPo;

**デフォルトの名無しさん** · 2009/01/28(水) 15:22:48

if (だめだこりゃ) 次いってみよう;

**デフォルトの名無しさん** · 2009/01/28(水) 15:40:31

カセット！

**デフォルトの名無しさん** · 2009/01/28(水) 18:51:40

while ("終わりが無いのが終わり　それがゴールド・エクスペリエンス・レクイエム") {

　break;
}

**デフォルトの名無しさん** · 2009/01/29(木) 00:55:28

>>650
breakすんな

**デフォルトの名無しさん** · 2009/01/31(土) 00:28:52

変数名や関数名にまともな名前付けれない奴が良いプログラミングなんてできるわけがないに激しく同意。
うちの部署にもいるが、「変数名なんて何でもいい。考えている時間が無駄だ。」とか言い出す始末。

関数クラスのクラス名→F
グローバル変数クラス→G
業務処理クラス→GYM

絶対クラスの意味わかってねーだろコイツ。

FC.ToStr("あああ");　//文字列変換処理

なんか意味あんのかこのメソッドは。プロなのかコイツは。

**デフォルトの名無しさん** · 2009/01/31(土) 09:15:55

その程度の職場にその程度のプログラマ

**デフォルトの名無しさん** · 2009/01/31(土) 12:49:29

そんな名前をつけられる位なら、逆に30年前の大型汎用機の開発のような「連番＋台帳管理」の方がマシだな。
（すくなくとも記録は確実に残るし）

**デフォルトの名無しさん** · 2009/01/31(土) 15:34:20

グローバル変数クラスなんていうシロモノがある時点でオワットルな

**デフォルトの名無しさん** · 2009/01/31(土) 17:49:37

>>業務処理クラス→GYM
COBOLer警報が鳴り止まない。

**デフォルトの名無しさん** · 2009/02/08(日) 03:30:35

普通
private int m_hoge;
コンストラクタ(int hoge){this.m_hoge = hoge;}
て、外出ししない変数にプレフィックスとか（必要なら）つけると思うけど

private int hoge;
コンストラクタ(int hogeArg){this.hoge = hogeArg;}
て書く人がいる。

**デフォルトの名無しさん** · 2009/02/08(日) 03:49:06

>>657
> コンストラクタ(int hoge){this.m_hoge = hoge;}

普通は初期化ですむところで代入なんか使わない。
　コンストラクタ(int hoge) m_hoge(hoge) {}

> コンストラクタ(int hogeArg){this.hoge = hogeArg;}

利用者側に見せる名前に、実装側の都合で変な装飾がつくのは良くないね。
ここも初期化を使っていればこれでいい。
　コンストラクタ(int hoge) hoge(hoge) {}

**デフォルトの名無しさん** · 2009/02/08(日) 05:15:16

スコット・メイヤー先生やハーブ・サッター先生の教えに従えば
メンバ変数が公開されることはないので
メンバ変数にはテキトーな名前をつけてもいいんじゃないだろうか…

と思ったが、コードは書かれるよりも読まれることの方がずっと多いと
アンドリュー・ハント先生が言っていたのを思い出した。

やっぱりわかりやすく書かないとダメだ…

**デフォルトの名無しさん** · 2009/02/08(日) 07:19:00

メンバ変数のプリフィックスにアンダースコアを付けるのは
グローバルスコープでないのだから良いと思っていたが、
マクロというスコープを越えてやって来る邪悪なる存在に襲われ、
次回のプロジェクトではアンスコはサフィックスにすることにした。

**デフォルトの名無しさん** · 2009/02/08(日) 10:57:36

>>658
private int hoge;
からしてC++じゃなくてjavaだろ、常識的に考えて。

**658** · 2009/02/08(日) 12:01:07

>>661
ほんとだ。ごめん。 m_hoge 見て C++ だと思い込んだ。

Java にしても this.hoge = hoge でいいから、やっぱり
利用者側に（略）変な装飾がつくのは良くないね。

**デフォルトの名無しさん** · 2009/02/08(日) 12:28:59

ぱっと見で把握できないような大きめのクラスは必ずpimplになるから
実質this->付いてるのと同じだな、自分の場合。

**デフォルトの名無しさん** · 2009/02/08(日) 12:58:18

利用者側に変な装飾付けない方がいいのは同意。
装飾付けるなら内部の方がいい。

メンバ変数に装飾付けないプログラム見たけど、
どれがメンバ変数なのか分かり辛くて大変だった。
しかも、メンバ変数と同名のローカル変数作ってたり・・・。
最後まで読み進めると、その同名のローカル変数しか使ってなくて、
メンバ変数使って無いじゃん！とか。

this.hoge 派は this. で装飾付けた気になってんだろうけど、
それ知らない奴がそのコードいじると this. 付けなかったりする事もあるから
独りよがりなコードだね。

**デフォルトの名無しさん** · 2009/02/08(日) 14:41:37

とりあえずメンバ変数宣言をコメント化すればすぐに分かったのにね。

**デフォルトの名無しさん** · 2009/02/08(日) 14:50:58

そういう問題じゃないだろ・・・

**デフォルトの名無しさん** · 2009/02/08(日) 17:08:49

命名規則スレが別になかったっけ？

**デフォルトの名無しさん** · 2009/02/10(火) 23:08:27

dpkg-1.14.20ubuntu6/lib/dpkg.h
>void ohshit(const char *fmt, ...)
>void ohshitv(const char *fmt, va_list al)
>void ohshite(const char *fmt, ...)
>void ohshitvb(struct varbuf*)

**657** · 2009/02/12(木) 00:40:10

>>658
>>661
すみません、ほんとすみません、>>657はC#のつもりです(；´Д｀)
べつにJavaと変わらんけど

**デフォルトの名無しさん** · 2009/03/20(金) 03:19:07

hogeの次に使う変数ってpiyo？

**デフォルトの名無しさん** · 2009/03/20(金) 03:21:48

fuga

**デフォルトの名無しさん** · 2009/03/20(金) 03:28:59

huhun

**デフォルトの名無しさん** · 2009/03/20(金) 03:38:01

mogyo

**デフォルトの名無しさん** · 2009/03/20(金) 04:15:47

zamasuzamasu

**デフォルトの名無しさん** · 2009/03/25(水) 00:49:23

so_degansu

**デフォルトの名無しさん** · 2009/03/25(水) 10:24:54

hunga_()

**デフォルトの名無しさん** · 2009/03/25(水) 10:37:40

maji
meni
haji
mena
saiyo

**デフォルトの名無しさん** · 2009/03/27(金) 07:30:51

kuukiyome

**デフォルトの名無しさん** · 2009/03/27(金) 08:39:12

ore_tsueeeeeeee_max

**デフォルトの名無しさん** · 2009/03/27(金) 21:47:09

kintama_kick

**デフォルトの名無しさん** · 2009/03/28(土) 13:22:51

int k;
int kk;
int kkk;
UINT kkkk;
char* a;
char* as;
char asdf;

みたいなものすごく投げやりなのは見たことあるw

**デフォルトの名無しさん** · 2009/04/07(火) 00:58:03

//UPD start 200x/12/24 型を変更
//String strSummary = "0";
long strSummary = 0L;
//UPD end 200x/12/24 型を変更

ﾊﾝｶﾞﾘｱﾝ万歳ｗ