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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
NGNG
var unko;
601デフォルトの名無しさん
垢版 |
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
どんな変数名がいいと思う？
604デフォルトの名無しさん
垢版 |
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
管理層も馬鹿じゃないから、火がついても経営的な危機に陥らないような
プロジェクトにしか無能な奴は集めないけどな。板違いｽﾏｿ
610デフォルトの名無しさん
垢版 |
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....〜この後数十個の関数が続く』っていう中身になってて当時の俺だと
「次元が違う人の書くプログラムは読むのも難しいなー」と思ったんだけど、あれってやっぱりダメだったんだな・・・コメント書かない主義だったし
613デフォルトの名無しさん
垢版 |
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

620デフォルトの名無しさん
垢版 |
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を冗長に書き直すと、こんなんだったはず。

まぁコンパイラが大文字小文字を区別しないから、小文字で書いても全く問題ないんだけど。
627デフォルトの名無しさん
垢版 |
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なのか？
640デフォルトの名無しさん
垢版 |
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 は駄目だろ。
もういやだ。
645デフォルトの名無しさん
垢版 |
2009/01/11(日) 00:49:09
>>644
つまりソース書いたやつがdame
2009/01/11(日) 09:17:42
次いってみよう！
2009/01/12(月) 01:38:03
int NullPo;
648デフォルトの名無しさん
垢版 |
2009/01/28(水) 15:22:48
if (だめだこりゃ) 次いってみよう;
649デフォルトの名無しさん
垢版 |
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だろ、常識的に考えて。
662658
垢版 |
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*)
669657
垢版 |
2009/02/12(木) 00:40:10
>>658
>>661
すみません、ほんとすみません、>>657はC#のつもりです(；´Д｀)
べつにJavaと変わらんけど
670デフォルトの名無しさん
垢版 |
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
674デフォルトの名無しさん
垢版 |
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
678デフォルトの名無しさん
垢版 |
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 型を変更

ﾊﾝｶﾞﾘｱﾝ万歳ｗ
2009/04/07(火) 10:14:31
>>682
それどう見てもstrSummary使ってるとこ全部直さなきゃならんだろ。
変数名をそのままにする意味あんのか。

...って聞くだけ野暮ってもんか。
2009/04/07(火) 12:25:14
それ見ると機械的なリファクタリングのありがたみが指に沁み渡る
2009/04/29(水) 22:12:50
痛い変数名というより、マ板の方の「この会社辞めようと思(ry
向きのネタだな。
2009/05/02(土) 18:20:58
引数に必ずNULLを指定しなければならない関数全て
2009/06/02(火) 20:35:34
String kensakuKekkaStatus = "";

山本高広のケインコスギ芸か
2009/07/04(土) 06:57:48
久々に熱い変数名の記事を見たわｗ

UKTKKNSHINF → 受付禁止情報
SKSI → 作成
HNKN → 変換
KKT → 確定
CHKN → 中間
DTM → Datetime
DTA → Data

ひどすぎるネーミング - idesaku blog
http://d.hatena.ne.jp/idesaku/20090703/1246593915
2009/07/04(土) 16:11:25
RMJKRBINNKTNSKHNKNize
2009/07/04(土) 21:47:17
　,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　　 ローカルなスコープではどんな痛い変数名も
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ 　 色なりIDEのリファクタリングなりで無問題
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f.　　そんな風に思っていた時期が
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`! 　　俺にもありました


全然カプセル化されてねーよ!
スパゲティなコードの上にグローバル、ローカル同じ名前とかないよ!
691デフォルトの名無しさん
垢版 |
2009/09/03(木) 00:45:03
痛いコメントも多いよな

「？」とか「なぜか〜なる」とか「とりあえず」とか
コメント入ったまま納品すんなｗ
2009/09/03(木) 02:43:35
消すとリビジョン変わるからそのまま納品でいいんだよ！！！
2009/09/12(土) 22:57:22
コードフリーズされる前に消しておくことだな。
694デフォルトの名無しさん
垢版 |
2009/10/04(日) 05:20:00
実際にあるから怖いね
2009/10/04(日) 06:26:24
俺がリーダーの時、以前のプロジェクトでテキストボックスならTBox,チェックボックスなら
CBoxとかの省略形の接頭辞、接尾辞つけるルールを変えさせた。慣れないといちいち、変換表みるはめに
なり、一瞬止まるから。素直にフルスペルでつけさせた。XXXXTextBoxとか。
2009/10/07(水) 08:26:23
変換表があるだけマシ
2009/10/09(金) 09:42:24
今スレ開くと>>650-651がちょうど上の方にあって、
見る度に笑ってしまう。

確かに、while(1)の代わりにリテラル文字列入れとくという遊びは、
害のない(?)悪戯として使えるかもしれないけど。
2009/10/09(金) 09:51:02
for (;"ever";) {

// これはいいかもしれんw
}
2009/10/09(金) 10:47:31
for(;;)
{
}
の方がいい
括弧の中に何か入ってると身構えてしまう
2009/10/11(日) 00:19:19
#define forever for(;;)

そんな時代もありました…
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況