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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
NGNG
var unko;
2008/07/16(水) 21:44:13
>>566-569
それ（static無）やってる職場に以前いたんだが、(当然ながら)全く同じ定義のせいかエラーが出ずにリンク出来てた。
動作も正常。むしろエラーになってくれる方がありがたかったな。という思い出。

2008/07/17(木) 01:33:32
>>568も変だけどな。
2008/07/17(木) 20:12:07
変じゃないだろ
ヘッダでメモリ確保しちゃダメなのは常識
573デフォルトの名無しさん
垢版 |
2008/08/22(金) 14:10:24
>>572
ｋｗｓｋ
574デフォルトの名無しさん
垢版 |
2008/08/22(金) 22:19:51
送信済みデータ保存関数

saveSendedData
2008/08/22(金) 22:34:56
>>574
読み込み済みデータでreadedDataってのもあったぞ。
2008/08/23(土) 00:03:00
>>573
ヘッダファイルとして分離する目的は何でしょう？
複数のモジュールから、同一の定義を参照する事が目的。

ゆえに変数定義など、唯一でなければならないモノをヘッダに書いてはならない。

そもそも、static変数をヘッダで定義して
あちこちのモジュールでインクルードせにゃならんってのは、
構造的に間違ってる。　うつくしくない。
577デフォルトの名無しさん
垢版 |
2008/08/23(土) 21:21:27
>>547
getmegu
Insert_megu
open_megu (man, co)
せくはら
578デフォルトの名無しさん
垢版 |
2008/08/23(土) 21:37:33
VB質問スレから
Dim strFikeNamae

これは秀逸だと思ったので
今までfnameやfilenameにしていたけど
これからはfnamaeやfilenamaeにしようと思った。
2008/08/23(土) 22:42:06
一瞬単なるタイポかと思わせておいて「なまえ」とは･･
2008/08/23(土) 23:10:21
public void Create_String_Procedure( string arg1, string arg2 ){
・・・・・
}

PCをけっ飛ばしたくなった。
2008/08/23(土) 23:51:29
-aeで終わるとラテン語の複数形みたいに見えるな
ラテン語でnameはnomenだが。

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を特殊変数に指定してしまったのはかなり汚い。
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と変わらんけど
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況