08/08/24 11:55:55
ハンガリアンつけているようなのは
英語力がないんだと思った。
29:仕様書無しさん
08/08/24 13:27:05
>>28
そりゃそうだ。
ハンガリアンを推奨しているのは英語圏の人々だけど
実際開発に携わってるのはインド人とパキスタン人だからな
30:仕様書無しさん
08/08/24 13:42:25
#define Three 4
とかいうのを見たことがあるって
何かのプログラム本に書いてあったな
31:仕様書無しさん
08/08/24 15:34:20
public boolean func(String str){
boolean result;
～略～
return true;
}
吹いた.
いかにも戻り値が格納されそうな変数resultを用意しておきながらベタ打ちで戻してるし
32:仕様書無しさん
08/08/24 16:13:58
>>31
えええ？一体何処でこんな変なプログラムに出会うんだ？
書いた人よりもむしろ出会った場所をを知りたい。
33:仕様書無しさん
08/08/24 17:12:46
>>24
じわじわ来たｗ
34:仕様書無しさん
08/08/24 17:28:11
ハンガリアンについては
ここを見て考えが変わった。
URLﾘﾝｸ(local.joelonsoftware.com)
35:仕様書無しさん
08/08/24 17:28:26
>>32
お前は幸せだなあ。
ITにはこのぐらいも見直せないバカがぎょうさんおるんよ。
36:仕様書無しさん
08/08/24 20:06:52
>>30
#define thru 1
は見たことある。スルーってなんだ？と思った
37:仕様書無しさん
08/08/24 20:39:34
合理性の感じられない変数名や関数名を付ける奴のプログラム（他の仕事振りも含む）は総じて糞な印象。
38:仕様書無しさん
08/08/24 20:58:47
>>34
アプリケーションハンガリアンに関してはこんな考えもあるぞ。
URLﾘﾝｸ(209.85.175.104)
39:仕様書無しさん
08/08/24 23:37:15
不良品を扱う関数で変数名をDQNって書いてる同僚がいた
40:仕様書無しさん
08/08/25 02:14:35
hoge foo bar baz piyo fuga
テストコードだけでしてください・・・
41:仕様書無しさん
08/08/25 06:24:43
func000001
こんなのだと涎がでちゃうね。
42:仕様書無しさん
08/08/25 09:26:09
ふざけた変数名であっても一貫してふざけた変数名をつけ続けていたら
それはそれでプロフェッショナル
43:仕様書無しさん
08/08/25 10:50:24
ｓｕｂｒｏｕｔｉｎｅ－ｅｘｉｔを短縮して「ＳＥＸ」
44:仕様書無しさん
08/08/25 11:02:01
昔、あるシステムの仕様書に「シマムクコード」というのがあった。
これ何？と思いながら先を読んで行くと、
市区町村コードだとわかった。
だけどなんで「シマムク」？
その夜風呂に入っていて突然わかった！
市→し →シ
町→まち→マ
村→むら→ム
区→く →ク
45:仕様書無しさん
08/08/25 11:31:56
>>44
よく分かったな
あんたすげぇよ
46:仕様書無しさん
08/08/25 11:33:11
字（あざ）は
47:仕様書無しさん
08/08/25 11:36:40
市区町村までで足りるシステム
48:仕様書無しさん
08/08/25 16:00:54
なんで
「シクマム」じゃないんだろう？
49:仕様書無しさん
08/08/25 17:07:34
語呂として面白いのは「島向く」
50:仕様書無しさん
08/08/25 17:23:49
やめようと思ったソースコードスレに以前にも書いた記憶があるが
ローマ字なのに微妙に違っている変数名は萎える。
合計値でTotal としたかったんだろうが、Tortaru
市町村コードでTown としたかったんだろうが Tawn
パスワードでPathword、ファイルのパス名でPass（逆だろｗ
事務所コードでZimuてのもあったな('A`)
51:仕様書無しさん
08/08/25 18:16:32
>>50
コボル脳だなｗ
52:仕様書無しさん
08/08/25 21:29:58
伝説の UwaRite に比べればまだまだだな
53:仕様書無しさん
08/08/25 21:32:42
>>41
上司に変数の必要数を言うと、
その上司が分厚い変数台帳から次の番号を調べて
XAB00234,XAB00235,XAB00236
なんてのを貰うという
暗黒時代みたいな感じの会社があった。
と、聞いたことがある。
54:仕様書無しさん
08/08/25 21:32:43
糞な変数名は一括置換でなかったことにー
55:仕様書無しさん
08/08/25 21:40:05
3年ほど前にいた現場では、グローバル変数の命名規則が
モジュール名＋連番
みたいな感じだった。
モジュール名＝業務コード＋モジュール種別＋連番
見たいな感じで...
56:側近中の側近 ◆0351148456
08/08/25 22:03:58
(っ´▽｀)っ
金融系だと、関数名、変数名等のオブジェクト名が意味の持たない連番ってことがある。
理由はセキュリティ対策だとのこと。
ソースコードを盗まれても、
オブジェクト名を全て意味の持たない連番にしておけば、
ソースがわかりにくくなり、ハッキングが難しくなる。
(っ´▽｀)っ
というが、意味あるのかねぇ・・・
57:仕様書無しさん
08/08/25 22:11:36
糞なコテはNGNameでなかったことにー
58:仕様書無しさん
08/08/25 22:28:05
>>31に近い感じのマヌケコードで
public String func(XXXXXXXX){
if(XXXXXX){
return "false";
}
return "true";
}
ってのを見たことがあるぞ。
って、スレ違いか。
59:仕様書無しさん
08/08/25 23:23:39
>>56
つまり可読性をあえて損ねる、ってことだよね？
メンテナンスしやすさを犠牲にしてセキュリティを強化、という
つもりかも知れないけど、セキュリティもたいして強化されないよな。
60:仕様書無しさん
08/08/25 23:28:39
むしろセキュリティホールが発生しやすくなる悪寒
61:仕様書無しさん
08/08/25 23:33:05
>>53 >>55
嫌がらせでグローバル変数の使用を減少させる意図なんだと好意的に解釈
62:側近中の側近 ◆0351148456
08/08/26 07:17:50
>>61
(っ´▽｀)っ
グローバル変数以外使用禁止ってことも考えられるぞ。
COBOLerがリーダーのところだと。
63:仕様書無しさん
08/08/26 11:28:59
で？
64:仕様書無しさん
08/08/26 13:33:46
privateにこだわる必要は無いと思うよ。
プロパティ作成でコーディングが長くなるし
変なプロパティ名付けられたもね
65:側近中の側近 ◆0351148456
08/08/26 20:23:24
>>63
(っ´▽｀)っ
でで？
66:仕様書無しさん
08/08/26 22:20:46
>>63
「あれ」に登録すればおｋ
67:仕様書無しさん
08/08/27 00:04:17
>>56
sedやawkなどのフィルタ系スクリプト言語を知らないんだろうか？
68:仕様書無しさん
08/08/27 00:47:18
>>38
なんでサイトきえてんの？
69:仕様書無しさん
08/08/27 02:40:33
int meidosan, kyoumoichinichi, gohousizanmai;
って宣言を見たことがある
70:仕様書無しさん
08/08/27 04:56:38
int s, e, x;
とかやってみたい
71:仕様書無しさん
08/08/27 05:28:05
中学生かお前は
72:仕様書無しさん
08/08/27 11:24:52
char *s;
double e;
int x, y;
だったらごまかせそうだな
73:仕様書無しさん
08/08/27 11:29:40
>>72
お前、天才だな。
74:仕様書無しさん
08/08/27 14:54:29
>>55
俺の知ってるソフトで
テーブル名略文字+連番がテーブルの項目名って処がある
資料がないとわからないのにその資料がまともに整備されていない
という即死ソフト
75:仕様書無しさん
08/08/27 15:11:31
本当のド素人が作ったプログラムなんだな。
今そんなの作ったら瑕疵責任ものだな。
76:仕様書無しさん
08/08/27 21:00:36
>>74
俺もそれで苦労した。
せめて各ファイルの同じ項目が同じ番号だったら救いがあるんだが。
結局納品後にそう手直ししたけどね。
顧客マスタの顧客コードが ＭＡＳ００１０ だったら
売上ファイルの顧客コードも同じく ＵＲＩ００１０ というように
77:仕様書無しさん
08/08/27 22:04:54
>>76
おれもそういうの見たことある。
割とポピュラーなものだったのか？
78:仕様書無しさん
08/08/28 10:56:29
>>56
ハッカーすら逃げ出すソースを作るって事ですね。
で、開発者も逃げ出したくなると。
79:仕様書無しさん
08/08/28 22:41:41
>>68
表現が過激すぎてマズいことになったのでは？
80:仕様書無しさん
08/08/29 00:46:20
>>72
Sから始まる例外をcatchするときは、迷わずsexでしょ
catch(ServletException sex){
:
:
}
81:仕様書無しさん
08/08/29 09:42:00
sexとか飽きた。
82:仕様書無しさん
08/08/29 11:45:03
hage
hige
hoge
mage
moge
mike_neko
short foo
long fool
83:仕様書無しさん
08/08/29 16:22:50
他社の、それも動作実証用のテストプログラムだったとはいえ
個人名＋_sineとか_yamero _useroだったのは引いた。
その個人名はその他社の新人のもの。
その当人見てるんだし、もろパワハラだわ。
84:仕様書無しさん
08/08/29 16:25:40
int unko0, unko1;
とか書いてた新人。 大人になれよ…
85:仕様書無しさん
08/08/29 16:30:06
>>83
そういうものはは気に入らない上司や無茶なスケジューリングをするSEの名前をこっそり書くものだと思っていたんだが､違ったんだな。
86:仕様書無しさん
08/08/29 18:42:09
VBでアルバイトが
Dim str事業名 As String
コンパイル通るし
87:仕様書無しさん
08/08/29 19:28:29
何か問題あるの？
88:仕様書無しさん
08/08/29 19:35:53
VBは割と昔から、全角変数とか使えるけど？
89:仕様書無しさん
08/08/30 00:25:12
あれ、でも何かヤバイ問題があったような気がする。
何だったかよく覚えてないけど・・・。
90:仕様書無しさん
08/08/30 03:24:42
BakaAhoAsobijyaneenda
91:仕様書無しさん
08/08/30 19:04:11
以前、ベンチャーでバイトしていた時の話なんだが・・・
お姉さん以上おばさん未満な電話番のババア（独身）と雑談していて
「テストのために一時的に使う変数の名前には、fooとかhogeとかが”標準”なんですよ」
と教えてやったら、なんつって言い返してきたと思う？
「くだらない」
「そんなふざけた名前使うなんて世間をなめている」
「おふざけに付き合うほどわたしは暇じゃない」 ←('A`;)ﾃﾞﾝﾜﾊﾞﾝﾉｸｾﾆ
ちなみに、そのババアが電話番として得ていた給料は
おれが作成したブツを換金することで得ていたわけだが・・・
92:仕様書無しさん
08/08/30 19:05:39
( ´-`)？
93:仕様書無しさん
08/08/30 20:17:24
電話番を一匹雇えるとは
ずいぶん大規模なベンチャーですね
94:仕様書無しさん
08/08/30 20:33:27
英会話ができるというのがポイントだったらしいのだが
実際は月に一度か二度しかその手の電話はなかったな
95:仕様書無しさん
08/08/31 03:50:49
fooもhogeも使ったことないや
96:仕様書無しさん
08/08/31 08:22:05
俺もテスト用でも使った事ないな。本でたまに見かける程度だな。
97:仕様書無しさん
08/08/31 09:43:39
>>91
そもそもお前さん、標準の意味分かってないでしょ…。
98:仕様書無しさん
08/08/31 12:01:12
>>91
メタ構文変数を当たり前だと主張するやつがいたら、
何かしら問題がある（可能性がある）と思って身構えるなぁ。
プログラミングテクニックはわからんが、
自己中心的でわかりにくく、変わったことばかり主張して
メンテしずらいコード書きそうｗ
99:仕様書無しさん
08/08/31 14:56:52
バイト君は電話番相手にどんな話してるんだよｗｗ
100:仕様書無しさん
08/08/31 16:17:13
>>91
スキル的に英会話＞プログラム初級だと思うよ、ババア尊敬しとけ。
101:仕様書無しさん
08/08/31 17:32:09
俺は、一時的であっても意味のある名前をつけるかな...
hogeとかはサンプルプログラムで見かけるくらい。
102:仕様書無しさん
08/08/31 17:35:32
hage hoge higeは実際に自分が使うプログラムを組む時には使わないよな
103:仕様書無しさん
08/08/31 17:45:12
＞ちなみに、そのババアが電話番として得ていた給料は
＞おれが作成したブツを換金することで得ていたわけだが・・・
利益を生む活動だけで会社が成り立ってると思ってんの？
金にならない雑用もたくさんあって、誰かがそれをやらなきゃいけないわけだが。
これだからガキは(笑)
104:仕様書無しさん
08/08/31 19:10:21
女はブサメンには厳しいからな。イケメンには優しい。
くだらないと言われるほどブサメンなんだろう
105:仕様書無しさん
08/08/31 22:10:21
>>56
何年前だよｗ
最近はないだろう… たぶん…
106:仕様書無しさん
08/09/04 22:29:01
おばさん未満にババアと言ってはいけません
107:仕様書無しさん
08/09/09 02:13:13
Vector i = new Vector();
108:仕様書無しさん
08/09/09 02:16:56
>>91
>ちなみに、そのババアが電話番として得ていた給料は
>おれが作成したブツを換金することで得ていたわけだが・・・
電話番のおかげでブツ作成にある程度専念できた。
相乗効果だ。電話番がいなかったら換金のタイミングが若干ながらも遅れたであろう。
遅れたら換金の保障はない。
109:仕様書無しさん
08/09/09 08:59:10
ここでも婆ちゃんの話してるのか
110:仕様書無しさん
08/09/09 10:47:47
ウチのババァは飴くれるお （´ω｀）ﾎｯｺﾘ
111:仕様書無しさん
08/09/09 16:03:22
飴ちゃんだろ、飴ちゃん
112:仕様書無しさん
08/09/09 17:51:17
>>34
Writeで自動的にエンコードされるようにするだろう。普通。
usなんて略称使うのは行儀悪いし。
って誰かと思ったらJoelか。
113:仕様書無しさん
08/09/09 20:39:11
自動エンコードは、エンコードされたくない部分と一緒に出力出来ないから、使い分けなくちゃならなくて面倒だな
っていうかそれじゃあそこで言われていることの問題を解決しきれないし。
それにusみたいな接頭・接尾子が行儀悪いっていう感覚も分からないなぁ
114:仕様書無しさん
08/09/09 22:40:09
自分の常識だけが世界で唯一絶対の常識である
とか主張してる香具師に反応する必要ないと思うよ
115:仕様書無しさん
08/09/10 17:49:40
int nantoka;
int kantoka;
int are;
int kore;
もうちょっとひねれよ。
116:仕様書無しさん
08/09/10 21:19:58
>>115
int sore ;
int dore ;
int koko ;
int asoko ;
117:仕様書無しさん
08/09/10 23:40:10
>>113
略称はよくない。usでUnsafe Stringって...。
XSS対策であれば、基本のWrite関数は自動エンコードにして
エスケープされたくない場合だけ明示するように設計するのがいいと思う。
>>114
まあ「普通」とか、つい書いてしまったが、唯一絶対とかまでは思ってないよ。
安全かどうかっていったって、HTMLやSQLやURLなど色々有って、sが「安全な文字列を示す接頭辞」なんてバカなこと言ってんじゃねーよとは思う。
118:仕様書無しさん
08/09/11 21:13:09
アプリケーションハンガリアンってアプリの枠内で使えば何も問題なくね？
統一しようなんて考えるのが間違いだと思うんだが
119:仕様書無しさん
08/09/12 01:05:31
>>117
略称は良くない、って脊髄反射かよ。
ナンデ良くないのか説明できれば、解決策も示せようものを。
120:仕様書無しさん
08/09/12 01:32:03
今更。
ちょっと考えれば分かるだろ。
121:仕様書無しさん
08/09/12 10:27:11
ハンガリアンって今でも必要？
コンパイラに任せとけば良くないか。
122:仕様書無しさん
08/09/12 10:29:13
何を！？
123:仕様書無しさん
08/09/12 11:20:18
>>121-122
吹いたw
124:仕様書無しさん
08/09/12 12:10:55
でぃむ うんこ あず すとりんぐ
125:仕様書無しさん
08/09/12 13:47:26
>>121
ｋｗｓｋ
126:仕様書無しさん
08/09/12 22:36:02
（コンパイラじゃなくてIDEの型情報管理機能のことを言おうとしたって事、姉さんはちゃあんとわかってますからね…）
127:仕様書無しさん
08/09/12 22:37:13
>>126
121乙
128:仕様書無しさん
08/09/12 23:08:28
何言ってんだか
129:仕様書無しさん
08/09/13 00:22:42
で、どうして略称は良くないの？ちょっと話してごらん。
130:仕様書無しさん
08/09/13 00:59:51
ぱっと見で変数の意味がわからねーからだよボケ
131:仕様書無しさん
08/09/13 01:17:44
それは頭が悪いからじゃないのお？
132:仕様書無しさん
08/09/13 01:24:08
なるほどなるほど頭が悪いからこの程度の略し方なら理解できると思ってくれちゃってるんですね。
133:仕様書無しさん
08/09/13 01:50:38
ん？
134:仕様書無しさん
08/09/13 03:08:09
ryはgbLKでimfとか1mtslfもunsのsだから
135:仕様書無しさん
08/09/13 05:26:42
kwsk
136:仕様書無しさん
08/09/13 08:58:26
>>130
アプリケーションハンガリアンの話なら、規約として規定されるのが前提だろうから、
略称そのものから意味を推測出来るようにする必要はないのでは？
利点はあるかも知れないけど、本質じゃないかと。
そもそも略ですらある必要ないですよね。
リンク先の例では、意味を持つ記号(プレフィクス)に略称の文字列を割り当てただけで
137:仕様書無しさん
08/09/13 09:46:38
>>126を脳内スルーしてたけど
ようやく分かった俺アfホフ
138:仕様書無しさん
08/09/13 15:07:57
>>136
それなんてコボル？
139:仕様書無しさん
08/09/13 15:20:41
>>130
サンドバッグ乙。
140:仕様書無しさん
08/09/13 16:16:07
わざわざ略称を使う意図は？
141:仕様書無しさん
08/09/13 16:45:36
長いとtypoするからでつ
142:仕様書無しさん
08/09/13 17:55:15
ぶっちゃけ一部の略語にすらなってないみたいなのを除けばそう困らんけどね
たとえばこういうの
55 ： 仕様書無しさん [sage] DATE:2008/05/24(土) 23:36:48
HRG01 HRG02・・
とか並んでるDBならみたことある。
作った人に「HRGってなんて意味ですか？」
って聞いたら、
「フラグだ。そのまんまだろ」
ていわれた。
いろいろ言いたくなったけど、無駄だろうからやめた。
143:仕様書無しさん
08/09/13 18:09:07
>>142
日本のローマ字の標準規格（ヘボン式）から母音字を落としたわけか
URLﾘﾝｸ(www.bunka.go.jp)
見たくも使いたくもないけどw
144:仕様書無しさん
08/09/13 18:16:10
エディタ or IDEでも変わるし、変数名の長さ制限があるような環境かどうかも影響するわな。
ただ環境さえ整えば略称を使う積極的理由なんか無いと思う。
145:仕様書無しさん
08/09/13 18:25:07
おまいらが許せる変数の長さってどんぐらい？
その文字一杯の変数が一つの関数に10個あると仮定して
146:仕様書無しさん
08/09/13 18:26:39
>>144
int jugemujugemuGokounosurikireKaijarisuigyonoSuigyoumatuUnraimatuFuraimatuKuunerutokoronisumutokoroYaburakoujinoyabukoujiPaipopaipopaiponoShuringanShuringannoponpokopi-noponpokona-noChoukyuumeinoChousukeNoJumyou = 5 ;
147:仕様書無しさん
08/09/13 18:36:33
>>145
まともに作ってたらそんなことにならんからな
148:仕様書無しさん
08/09/13 18:39:22
普通にキャメルケースか_区切りでよくね？
149:仕様書無しさん
08/09/13 19:00:00
>>145
その仮定はおかしい(AA略)
150:仕様書無しさん
08/09/13 22:13:06
>>145
「必要があれば」何文字でも許せる。
もちろん簡潔に表現する。MacのCocoaのメソッド名なんかはクドいと思う。
ただ変な略称は使わない。
151:仕様書無しさん
08/09/13 22:16:21
ベンダやライブラリの名前がクラス名とかに含まれることはあるけど、大抵略称になるよな。
JavaのSwingならJFrameとか。略称使わないとしたらJavaFrameかね？無いわ…。
152:仕様書無しさん
08/09/13 22:24:27
>>151
あれはAWTの負の遺産込みの命名だからな。
略称使いたくなるのは、設計の問題がある場合というのも多いんじゃないだろうか。
153:仕様書無しさん
08/09/13 22:33:03
>>143
訓令式のほうだろ。
ヘボン式なら「フ」は「fu」だ。
154:仕様書無しさん
08/09/13 22:39:49
ローマ字の問題じゃないけれど、
キャッシュ制御に関わる変数名がことごとくcshなんたらってなってる
cash・・・ cache・・・ ('A`)
155:143
08/09/13 22:47:01
>>153
確かに・・・・・・or2
156:仕様書無しさん
08/09/14 13:22:34
とある役所のシステムを改修したんだが、
変数に「kae」「ra」「sete」「si」「nu」ってのがあった……
ダイイングメッセージみたいで怖いからやめてくれ。
157:仕様書無しさん
08/09/14 13:41:14
>>156
そんな命名、保守する方の身にもなれよって感じだな。
158:仕様書無しさん
08/09/14 13:44:03
不幸はみんなで分かち合うべきである
159:仕様書無しさん
08/09/14 13:46:41
つまり、>>158は不幸になるべきである
160:仕様書無しさん
08/09/14 14:09:41
約一ヵ月後、>>158から引き継がれたプログラムを開くと、
Dim kae as String
Dim ra as String
Dim sete as String
Dim si as String
Dim nu as String
とあったそうな。
161:仕様書無しさん
08/09/14 14:15:26
>>160
メンテした。
Dim selectSql as String
Dim insertSql as String
Dim updateSql as String
Dim deleteSql as String
Dim errorMessage as String
162:仕様書無しさん
08/09/14 14:18:38
>>161
おれもおれも。
10 LET $SEL, $INS, $UPDATE, $DEL, $ERR
163:仕様書無しさん
08/09/14 14:40:37
>>158-159の流れにコーラを噴出して不幸になりました＞＜
164:仕様書無しさん
08/09/14 15:01:57
ここの人達って主に何の言語で開発しているの？
165:仕様書無しさん
08/09/14 15:24:29
今はJava
166:仕様書無しさん
08/09/14 19:59:19
>>162
なんでUPDATEだけ6字なんだよ。やりなおし。
167:仕様書無しさん
08/09/16 04:59:31
俺もJava。まあ、なんだかんだいって一番面倒が無い。
168:仕様書無しさん
08/09/17 01:27:28
一番面倒が無いのはC#だな。Javaやるには、とりまく環境も含めて
把握しないとダメで変な向上心が必要になってくる。
169:仕様書無しさん
08/09/17 01:37:27
Cでつ
170:仕様書無しさん
08/09/17 02:08:31
今更Cなんて・・・
171:仕様書無しさん
08/09/17 02:15:34
えっ？
172:仕様書無しさん
08/09/17 06:44:51
Ｃまでいったら市役所に行かないと・・・
173:仕様書無しさん
08/09/17 08:15:49
組み込み用途でもCは時代遅れなのか？ ・・・うすうすそんな気はしてたけど
某社のエンタープライズディスクアレイ用のコード書いてる
>>172
ｋｗｓｋ
174:仕様書無しさん
08/09/17 23:26:47
組み込み用途なら、数年～10年以上前のコードはCだね。
組み込みであっても、昔と比べて緻密なコードが要求される場面はなくなりました。
これから新規開発でCはありえない。
175:仕様書無しさん
08/09/17 23:27:15
ほ
176:仕様書無しさん
08/09/17 23:29:28
>>172
婚姻届を出しに行くとか言うなよ？絶対言うなよ？
177:仕様書無しさん
08/09/17 23:37:05
>>176
ｋｗｓｋとか書いた俺涙目
178:仕様書無しさん
08/09/18 01:00:36
恋のABCなんて若いモンは知るまいて
179:仕様書無しさん
08/09/18 01:17:26
AがキスでZが結婚でその間は全部変態プレイの羅列、ってな勘違いをしてる人がいた
180:仕様書無しさん
08/09/18 02:19:49
A=キス B=ペッティング C=エッチ
…Ｚ＝別れ
181:仕様書無しさん
08/09/18 09:47:46
D=中だし
E=出産
F=育児…
という感じで続くのだろうか
182:仕様書無しさん
08/09/18 10:03:07
英字だけじゃ48手が収まらないじゃないか
183:仕様書無しさん
08/09/18 16:29:38
G=倦怠期、オナニー専科
H=肉欲復活
I=肉欲を超越して愛に目覚める。だがそれも束の間。
J=娘がJCになる。洗濯物を分けられる。
K=娘がJKになる。生ゴミ扱い。
疲れた
後は頼む
184:仕様書無しさん
08/09/18 18:13:46
Hの部分は狙ってるのか
185:仕様書無しさん
08/09/18 21:13:32
>>174
＞これから新規開発でCはありえない。
んなこたねーだろ。
Cなめんな！
いろんな意味で。
186:仕様書無しさん
08/09/18 23:45:28
つ～か、Ｃ知らずにコンピュータを理解できんだろ。
187:仕様書無しさん
08/09/18 23:59:12
つ アセンブリ言語
188:仕様書無しさん
08/09/19 00:00:20
つ マシン語
189:仕様書無しさん
08/09/19 00:00:53
つ CASL2
190:仕様書無しさん
08/09/19 00:19:00
つ 真空管
191:仕様書無しさん
08/09/19 00:36:53
Cで書いたからってプログラムが最速になるわけでもない
192:仕様書無しさん
08/09/19 01:05:59
Dは公道最速プロジェクトだぜ！
（ってまだやってんだよねあの漫画・・・
193:仕様書無しさん
08/09/25 20:05:09
ローマ字表記は別にかまわんが、「じ」は「Ji」だったり「Zi」だったり
統一しろよぅ
194:仕様書無しさん
08/09/25 20:08:55
ローマ字表記の規約くらい用意しろよ。
195:仕様書無しさん
08/09/25 20:33:47
Giもあるぞい
196:仕様書無しさん
08/09/25 21:04:26
規約では sha なのに当然のように無視で sya とかが混ざってて(DBのフィールド名)
困っていた俺が通り抜けますよ
197:仕様書無しさん
08/09/25 21:39:03
訓令式の方が規約化し易いんだけど、コーディング時にはどうしてもヘボン式の癖がでてしまふ
198:仕様書無しさん
08/09/25 22:44:48
いっそ日本語変数名にすればいいのに。
199:仕様書無しさん
08/09/26 19:08:12
ローマ字どころか
dayとnitiとmonthとtukiとYearとnenと
同一人物の１ソース内になんでこんなに混在するんだヽ(`Д´)ﾉ
200:仕様書無しさん
08/09/26 20:44:38
気分です、気分
201:仕様書無しさん
08/09/26 21:27:46
nitiとhiが混在している上に両方グローバルだったりするともう逆に興奮してくる
202:仕様書無しさん
08/09/26 23:53:41
かと思えば xxxxbi (xxxx日) なんてのまで出てくるわけだ
203:仕様書無しさん
08/09/27 00:41:16
ekkusu_day なんてものあった
204:仕様書無しさん
08/10/01 11:21:12
HakoSaizu ← 混乱しすぎた実例
205:仕様書無しさん
08/10/01 22:41:49
int ort=3
206:仕様書無しさん
08/10/01 23:07:49
if ('A') {
207:仕様書無しさん
08/10/01 23:09:56
変数じゃねーし
208:仕様書無しさん
08/10/04 03:52:58
m9('A')9m
209:仕様書無しさん
08/10/06 02:08:41
dim iCount as integer
dim strSql as string
dim const string strConstOmanko as string
210:仕様書無しさん
08/10/06 09:52:47
>>209
コンパイルが通らないふざけたコードを書く奴
211:仕様書無しさん
08/10/07 00:50:31
>>210
通るだろ。ぼけ。
212:ボケ
08/10/07 01:23:34
またボケとか貶し合いかよ？まったく小学生かっつーの。もう俺がボケでいいよ。
213:仕様書無しさん
08/10/07 01:39:13
ﾜﾗﾀ 名乗るなよｗ
214:仕様書無しさん
08/10/07 03:01:38
>212
黙ってろハゲ
215:仕様書無しさん
08/10/07 04:19:10
>>214
おまえは頭頂部から禿げてしまえ
216:仕様書無しさん
08/10/07 04:24:15
>>212
薔薇の方なのですね、わかります
217:仕様書無しさん
08/10/07 22:34:33
>>214
エラー：多重継承は実装されていません
218:仕様書無しさん
08/10/07 22:50:12
ハゲデコレータなんだよきっと
219:仕様書無しさん
08/10/07 22:51:20
>>214
エラー：クラス"Head"はインターフェイス"IHair"を実装しません
220:仕様書無しさん
08/10/07 22:59:14
>>219
俺一生この髪型かよ…。
221:仕様書無しさん
08/10/07 23:21:51
「あれ？頭切ってきた？」
222:仕様書無しさん
08/10/08 00:17:17
たぶんfoo, bar, baz....みたいなのりだと思うんだが、
abasi, hidebu, tawabaって変数名が使われてるコードを見たことがる。
223:仕様書無しさん
08/10/08 08:16:04
DBのフィールド名は全部ふざけてる。
ローマ字が基本なんだが、そのまま使うと文字数が多くなりすぎるため
特別なルールで短縮する。
結果、フィールド名だけでは何が格納されているかわからなくなる。
これなら、単純にF1, F2, F3とかにしたほうがましだと思う。
224:仕様書無しさん
08/10/08 11:58:26
そして台帳へ
225:仕様書無しさん
08/10/08 12:28:43
>>223
正規化されてない横長テーブルばっかなんじゃないの？
226:仕様書無しさん
08/10/08 23:58:19
家の会社にカウンタにijkを使う馬鹿がいる
足りなくなったらii,ij...って具合に増やしていく…
そんなソースの修正頼まれたらこんな時間になったよ！、死ねよ禿
227:仕様書無しさん
08/10/09 00:15:28
>>226
ループカウンタとしてしか意味の無い変数だったらi,j,kがいいんじゃないか？
kまで必要になるくらいだったら、関数を分割するけど。
昔VBで
Global i
ってあって死にそうになったことがあったが、スレ違いだな。
228:仕様書無しさん
08/10/09 00:24:38
VBにGlobalなんてキーワードないぞ
229:仕様書無しさん
08/10/09 00:36:37
>>227
設計通り作ってあればそうかもしれないけど、実際全然設計と違うからどれがどのルーうカウンタか分からなくなるんだ…
しかもiijとjiiが同じような部分にあって頭が痛くなる
ただの愚痴だったんだ、ごめんよ
230:仕様書無しさん
08/10/09 00:37:15
ダウト！！
231:仕様書無しさん
08/10/09 00:44:57
>>228
「昔のバージョンにはあった」という考えは浮かばないの？
232:仕様書無しさん
08/10/09 00:54:32
>>230
なにが？
233:仕様書無しさん
08/10/09 01:54:21
>229の会社ではループカウンタまで設計書に書いてあるのか？
普通そのレベルはコード書く人の自由裁量だと思うけど。
ループカウンタにローマ数字使ってたのを見たときはある意味感心したな。
i、ii、iii、iv、v・・・
そんな大量のカウンタ使ってる関数の中身がどんな有様かは書くまでもないが。
234:仕様書無しさん
08/10/09 02:13:33
俺は命名規則をまったく守っていない。
（守らないのがポリシー）
と同時にバグを９９％出さないのもポリシー
235:仕様書無しさん
08/10/09 02:25:23
>>234
100行に1つはバグがあるって最低
236:仕様書無しさん
08/10/09 03:22:17
>234みたいなのがいるから、まともなプログラマの苦労が絶えないわけだな。
バグがあっても可読性の高いプログラムはデバッグも保守も楽。
バグがなくても可読性の低いプログラムは保守が地獄。
プログラムの品質をバグ密度だけで測るなよ。
237:仕様書無しさん
08/10/09 05:54:17
>>226
ループカウンタ程度でデバックが停止するおまえは
この仕事に向いて無いからはやいところ転職を考えた方がいい
>>234
自分だけは大丈夫と言う奴のためにまじめに仕事してる人がどんどん潰されていく
過去の所業が己自身を殺す時がくるまで楽しみにしてろ
238:仕様書無しさん
08/10/09 08:58:48
>>233
今の案件では俺たちはプログラムだけで詳細設計まで設計は相手の会社が全部やることになってる
入社してからずっとこんな感じだからこれが普通と思ってた
239:仕様書無しさん
08/10/09 09:07:18
>>238
ループカウンタがどうとかいうレベルの詳細設計なんて有り得ないレベル。
240:仕様書無しさん
08/10/09 14:04:50
一重のループはiが定番すぎてもはや思考の必要がないという理由でiを使うけど、
二重のループになると少し複雑になるんでx/yとかcol/rowみたいなのを使うこともあるな。
三重になるとまずメソッドの抽出から考えると思う。
241:仕様書無しさん
08/10/09 14:30:29
ループカウンタはこんな感じで、文字列はこんな感じで、という
おおざっぱな規約はあるなあ＠弊社
過去にとんでも変数で苦労したかららしい
242:仕様書無しさん
08/10/09 17:06:25
kijcのどれかを使うな俺は…
243:仕様書無しさん
08/10/09 18:49:47
i_idx1、i_idx2、i_idx3 ・・・にしろっていうprojがあったな
先頭のiはハンガリアン
（´A｀）ﾏﾝﾄﾞｸｾ
244:仕様書無しさん
08/10/09 22:34:14
ノイズが増えれば生産性は下がりバグは増えるというのにな。
245:仕様書無しさん
08/10/09 23:26:40
で、ループカウンタの宣言はいちいちブロック内でせず
まとめて一箇所だけにしろってんでグローバル化・・・
246:仕様書無しさん
08/10/10 00:11:38
それじゃノイズが減るどころか拡散してるじゃねえかw
247:仕様書無しさん
08/10/10 01:09:04
>238
それは昔でいうとアレだぞ。
プログラマが紙に書いて持ってきたプログラムを受け取って
その通りにパンチカードに穴開けてるのと同質の作業だぞ。
俺だったら発狂するな。
248:仕様書無しさん
08/10/10 01:28:09
コーダって死滅したと思ってたのに、まだ生き残ってたのか
249:仕様書無しさん
08/10/10 17:29:33
>>245
言語は C++/Java とかかしらん。
なぜブロック内ダメっていうことになるの？
250:仕様書無しさん
08/10/10 18:46:36
たぶん、
「それが見やすい」と思う人たちが居て、
そんな連中の声がでかいと、そうなる
251:仕様書無しさん
08/10/10 21:20:23
>>250
ウチにもそういう人いるな。
その人が言うには、
・ソース内でどんな変数を使うのか、まとめて一箇所で分からないと読みにくい
・見やすさなんて時や人によって変わるもんだから決めの問題でしかない
ってことらしい。そしてその人は声がでかい。
252:仕様書無しさん
08/10/10 21:27:29
旧世代のスタンダードだわな
253:仕様書無しさん
08/10/10 21:32:25
なんかグローバルしかなかった時代の感じがする
254:仕様書無しさん
08/10/10 22:22:56
>>251
COBOLerか…
花金花金
255:仕様書無しさん
08/10/11 11:58:18
グローバルループカウンタって……
再帰的関数をマルチスレッドで動かすにはどうすればいいんだ？
256:仕様書無しさん
08/10/11 16:02:52
ミューテックスロック
257:仕様書無しさん
08/10/11 20:33:22
>>255
インターロックなら速いんじゃね？とか思いつく
で、パイプラインを止めまくる
258:仕様書無しさん
08/10/17 13:15:15
Dim Ia
Dim IaIa
Dim Fungurui
何を召還する気だ。
259:仕様書無しさん
08/10/17 13:39:52
名状し難きコードが生産されているようですね。
260:仕様書無しさん
08/10/17 14:55:26
>>258
呼び戻すな（×召還）
呼び出せ（○召喚）
261:仕様書無しさん
08/10/17 15:33:43
桶、ちょっと魔方陣書いてくる
262:仕様書無しさん
08/10/17 15:34:22
Dim Mahoujin As String
263:仕様書無しさん
08/10/17 15:39:36
そこはBitmapじゃね？
264:仕様書無しさん
08/10/17 15:56:24
いや、書かんでいいから
265:仕様書無しさん
08/10/17 16:30:40
Dim Mahoujin As Variant
'とりあえず、明示的にいろいろやれるようにしました
266:仕様書無しさん
08/10/17 17:44:59
だから召喚するなｔ
ああ、窓に！窓に！！！
267:仕様書無しさん
08/10/17 17:56:19
なんか意味分からんし、きもいんだけど。。。
268:仕様書無しさん
08/10/17 19:00:21
コード上にAAで埋め込まれた魔方陣とか、
縦読みの呪文とかか？ｗ
269:仕様書無しさん
08/10/17 21:24:33
世の中には楽譜に音符でAA描く奴もいる
270:仕様書無しさん
08/10/17 21:37:00
ダンディだったよなあれは
271:仕様書無しさん
08/10/18 02:14:05
さあ、iocccに行こうか
272:仕様書無しさん
08/10/21 15:19:32
int ikko,niko,sanko;
それで何に使ってるかといえばループカウンタ('A`)
273:仕様書無しさん
08/10/21 21:59:28
みっつめがsankonだったら許した
274:仕様書無しさん
08/10/24 10:10:54
class tmnetwork
int utu
int tk
int kine
void getwild(void)
void lovetrain(void)
for(ge=1;～;ge++){
for(gege=1;～;gege++){
for(gegege=1;～;gegegege++){
275:仕様書無しさん
08/10/24 19:13:47
i,j,kを突破するほどの多重ループって時点で何かがおかしい。
276:仕様書無しさん
08/10/24 21:26:23
i,j,kで足りなきゃii,iii,jj,jjj,kk,kkkもあるぜよ・・・
VB6で全部Publicで宣言されてるソースを見てびっくりしたことあるがな
277:仕様書無しさん
08/10/24 21:33:07
四元数でも扱うつもりかよｗｗｗ
278:仕様書無しさん
08/10/24 23:06:42
kkkは危険だな
279:仕様書無しさん
08/10/25 00:58:11
クー・クラッ…おや誰か来たようだ、こんな時間に
280:仕様書無しさん
08/10/25 01:03:54
かっぺいこのやｒ
281:仕様書無しさん
08/10/25 01:17:04
ってか三菱証券の案件で次みたいな変数名を使ったら何か文句を言われました。
Dim iCount as Integer
Dim strName as String
Dim bCheck as Boolean
変数名の頭に型の略称を使うのはこれまで普通だと思っていたのですが
この命名規則って不味いのでしょうか？
282:仕様書無しさん
08/10/25 01:17:41
まずかないが積極的に使う理由に乏しい。
283:仕様書無しさん
08/10/25 03:07:29
>>281
ハンガリアン記法とかいう奴？
賛美両論今でも好んで使う頭の古い人はいるが
最初に提唱したMSが、失敗だった禁止しろと今は言っている。
使って文句言われても文句言えない。
まだ知らないほど不勉強なコーダが
2chにこれるだけの知能があるとは驚いたよ。
284:仕様書無しさん
08/10/25 03:46:20
普通に変数名つけてたら型なんかすぐに分かるけどな
285:仕様書無しさん
08/10/25 04:41:23
システムハンガリアンだと思考にノイズが混じっちゃうんだよなあ。
極端な話こうなる。
count < max 'カウンタと最大値の比較
iCount < iMax 'iつまり整数型のカウンタとiつまり整数型の最大値の、双方とも整数型と確認した上でのカウンタと最大値の比較
訓練次第である程度上に近づけるが、最初から上使った方が楽だし確実。
286:仕様書無しさん
08/10/25 05:22:33
それは頭が変だろ
287:仕様書無しさん
08/10/25 06:00:21
極端すぎたか。
慣れてくるとこんな感じだろうか。
iCount < iMax 'iとiで同じ。整数。カウンタと最大値の比較
288:仕様書無しさん
08/10/25 08:17:27
本来のハンガリアン記法は、
fooCount < fooMax 'fooのカウンタとfooの最大値の比較
barCount < fooMax 'barのカウンタとfooの最大値の比較しているから間違いだと思われ
って感じの使い方だったっけ？
オブジェクト指向言語の場合とか、名前空間がある場合とかだと
こういう記法の必要性も少なくなるのではないかと。
289:仕様書無しさん
08/10/25 09:35:35
>>283
多分そんな感じだと思う。
>>285
の説明を読んだけどやっぱり俺には、型名+名称 をつけた変数の方がしくり来ます。
DataTableについて名前をつけると俺の場合
dtEmploy
みんな俺の命名規則に合わせてくれ。じゃないと読み辛い。
290:仕様書無しさん
08/10/25 09:41:03
その環境の標準ライブラリに合わせとくのが無難だろうな。
iCount < strName.Length
なんてなったら意味なくなるし。
291:仕様書無しさん
08/10/25 10:29:45
>>289
名称が動詞(Employ)って事は、そのテーブルはエンティティじゃなくて
関連を表すテーブルなんじゃね？
それが「データテーブル」だって言うのはおかしくね？
292:仕様書無しさん
08/10/25 10:43:22
まだハンガリアンなんて生き残ってるんだね。。。
デメリットばかりで、まともにプログラム書いてれば今の時代メリットは何もないんじゃないかね。
アプリケーションハンガリアンも含めて。
293:仕様書無しさん
08/10/25 11:43:32
長大な関数の先頭で大量に宣言された変数を覚えきれない場合でも
使用するその場で型が確認できるというメリットがあります。
294:仕様書無しさん
08/10/25 11:49:17
ハンガリアンを捨てれば長大な関数を作りづらくなるというメリットがあります。
295:仕様書無しさん
08/10/25 11:50:17
長大な関数な時点で敗北。
296:仕様書無しさん
08/10/25 14:35:33
ただ脈絡の無い処理が100個ぐらい
ただある場合があるんだよなあ
297:仕様書無しさん
08/10/25 17:20:45
dtなんて中途半端な省略プレフィックスならつけるだけ無駄
DataTable, DateTime, ...
298:仕様書無しさん
08/10/25 18:26:58
>>292
何もないは言いすぎ。
システムハンガリアンは有用な場面も少しはあるよ。
例えば旧VBとかドトネトのフォーム上のGUI部品のように使うクラスが限られている場合、
システムハンガリアンを使うことによって
(1) 名前の簡素化
(2) 同じかあるいは関連する機能をもつ別のGUI部品との名前のバッティングの解消
という利点がある。
あと、ドトネトだとなぜか中途半端にインターフェイスにだけIをプリフィクスする
規約になっているけど、本来はクラスや構造体やenumにもプリフィクスを付けた方が
コードは読みやすいし、書き方の自由度が上がる。（プリフィクスをとったそのままを
フィールドやプロパティの名前にできる）
299:仕様書無しさん
08/10/25 21:19:40
>>298
>GUI部品のように使うクラスが限られている場合
「GUI部品だけはハンガリアンで」って規則にするの？
変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
> プリフィクスをとったそのままをフィールドやプロパティの名前にできる
これはよく分からんのだが。
と思ったけど、VBは大文字小文字を区別されないんだったっけ？
なんにせよ、仕様的に不自由な言語の場合の苦肉の策だと思う。
300:仕様書無しさん
08/10/25 21:27:11
グローバル変数のg_やスタティック変数のs_はプレフィックスつける以外にどう区別すればいいのか
301:仕様書無しさん
08/10/25 22:05:00
必要ならプレフィックスつけりゃいいじゃないか。
そもそもプレフィックスなんてただの楽するための技法なんだから
つけるもつけないも楽なほうを選べばいいし, 選べないなら諦めろと。
302:仕様書無しさん
08/10/25 22:13:24
>>300
区別がつかなくなるようなコードにしなければいいんじゃない？
303:仕様書無しさん
08/10/25 22:45:11
>>298
VBプログラマだからそれ凄く分かる。
大文字小文字が区別できたらどんなに楽なことか。
よし今度からクラスとかにはプレフィックス付けるようにするか。
304:仕様書無しさん
08/10/25 22:55:40
VBって、宣言の大文字小文字を変えると
使っているところが一斉に変わる変な言語でそ
305:仕様書無しさん
08/10/25 23:00:54
作業進めるうちにプレフィックスルール自体が個人個人で違ってくるんだもんなぁ・・・
306:仕様書無しさん
08/10/25 23:04:17
>>299
＞変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
そんな事はない。
俺も可読性を考えず意味なく省略に走った（昔ながらの）命名法は糞だと思ってる人間ではあるが、
意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
といった命名法が実際適合的だ。
＞仕様的に不自由な言語の場合の苦肉の策
言語仕様はあまり関係ないよ。
ドトネトのようにクラス名もプロパティ名もパスカル形式にする規約だと、
例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
（割とありがちなケースだと思うけど）やっぱり混乱して分かりにくいコードになる。
やっぱりクラスや構造体もCListとかSPointみたいにプリフィクスする規約の方が
ただ一貫性があるだけじゃなくて上記の混乱が防げてよかったと思う。
307:仕様書無しさん
08/10/25 23:04:41
どうも変数名はロジックには関係無い、
という持論の元適当に名前を付けて
コードを書き終えた後にリファクタリングを使用してあまりにも酷い変数名の場合にのみ
修正をしています。こんなスタンスの奴って多いでしょ？
308:仕様書無しさん
08/10/25 23:24:39
GUIコントロールはサフィックスにしたな。
その方が自然に読めるし、１語目はやっぱ重要だし、拡張子みたいなもんだし。
309:仕様書無しさん
08/10/26 00:55:18
>>306
>例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
よく分からないな。なにか例はないの？
多分VB特有のものなんだと思うけど。
310:仕様書無しさん
08/10/26 01:27:03
>>306
>意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
簡潔にするのはよいけども、略称にしてしまうというのは話が別だと思うがな。
URLﾘﾝｸ(support.microsoft.com)
をみると
・略称から元の意味が分かりにくい。
・重複する
・２、３文字減る程度のものが多い
グローバル変数や長い関数ばりばりで、変数名の長さ制限や大文字小文字区別なし。
そんな時代の遺物じゃないのかねえ。
311:仕様書無しさん
08/10/26 01:38:55
>>310
だからどっからVBが出てくるんだよw
例って言われてもその説明で理解できないのなら多分どう言い換えても
理解できないんだと思うよ。
まあいいや。
例えばドトネトのControl.Fontが上記のような場合の一例。
ただ、言ってることが矛盾するように聞こえるかもしれないけど
こういう、クラスライブラリの使う頻度が高いクラスの使う頻度が高いプロパティとかなら
それほど混乱しないとは思う。
だが、自分で書いたFooクラスのHogeInfo型を返すプロパティの名前がHogeInfoだったりすると、
Fooクラスの内部のコードは場合によっては非常に混乱するコードになる。
特にHogeInfoが静的なメンバをもっていたりするとね。
>>309
話がかみ合わんお方だな。
プログラマ（なんでしょ）なら論理的に考えたまえよ。
＞略称から元の意味が分かりにくい。（からシステムハンガリアンは禁止すべき）
これが正しいのは俺も認めている。
そしてこれが正しいのなら、この対偶も自動的に正しい。
つまり略称から元の意味十分に読み取れる限定的な場面であれば、
システムハンガリアンを忌避しなくてよい。
312:仕様書無しさん
08/10/26 01:56:51
いつも思うんだが、お前らよくそこまで熱くなれるな。こんな糞みたいなネタで。
313:仕様書無しさん
08/10/26 02:18:22
>>311
> 例って言われてもその説明で理解できないのなら多分どう言い換えても
> 理解できないんだと思うよ。
お前は相手が.netをあまり知らないかもとか考えてないのな。
プロパティの話は、結局クラス名もプロパティ名もパスカルケースっていう規約が問題であって、それを忌避するためのバッドノウハウだと思うよ。
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
そんな前提なんてのは割と簡単に破られてしまう、という考えはプログラマとしては大事よ。
それにそんな限定されたところだけ、例外的な命名にするってやだな。
formはfrm、frameは重複しちゃったからfraね、というのもダメっぽい。
314:仕様書無しさん
08/10/26 02:43:23
HogeInfo型のインスタンスを返すプロパティの名前がHogeInfoだと
そのプロパティを持つクラスの中でHogeInfo.Method()みたいなのがあった場合、
それがクラスメソッドなのかインスタンスメソッドなのか一目で分からないって話？
315:仕様書無しさん
08/10/26 07:19:10
アンカーと引用はあるけど実は見えない敵と戦ってる、て話でしょ
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする
316:311
08/10/26 13:29:06
>>315
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。
実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。
txtFileName
fileNameTextBox
mnuEnterFileName
menuItemToEnterFileName
まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。
>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。
だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。
あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。
317:仕様書無しさん
08/10/26 16:54:30
.netはよく知らんのだが、まあ、つけた方がいいんならつけたらいいんだろう。
そういう開発環境なんだろうね。
318:仕様書無しさん
08/10/26 16:56:50
.NETに限らず、Webアプリのid属性とかでも同様だと思いますが。
319:仕様書無しさん
08/10/26 18:45:25
つけたきゃつけろよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ
320:仕様書無しさん
08/10/26 19:54:09
凝集度を高く結合度を低くしていけば、プリフィックスで変数の種類を区別することの有用度は低くなると思う.
そこまで理想的にはいかないだろうけど.
321:仕様書無しさん
08/10/26 19:59:01
単純な話
名称（=オブジェクトのイメージ）が素直に頭に入ってこない
322:仕様書無しさん
08/10/27 11:39:46
ハンガリアンについて語るスレって無かったっけ？
323:仕様書無しさん
08/10/27 12:11:55
ｽﾚﾘﾝｸ(whis板)l50
324:仕様書無しさん
08/10/27 16:54:22
>323
審議拒否（ＡＡ略
325:仕様書無しさん
08/10/27 20:43:57
>>311
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある（≠必要十分条件）」な件について
326:仕様書無しさん
08/10/27 21:03:47
>>325
ナニが言いたいのチミ？
ケチをつける前に人の文章よく読んだ方がよくないか？
327:仕様書無しさん
08/10/27 21:30:16
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない？
> 論理的に考えたまえよ。
(*ﾉ∀ﾉ)
328:仕様書無しさん
08/10/27 21:48:40
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。
329:仕様書無しさん
08/10/27 21:50:07
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。
330:仕様書無しさん
08/10/27 22:06:44
>>316
txtFileName txtは想像できる。（今気付いたがこれテキストファイルの名前の意味にも取れるな）
mnuEnterFileName mnuは厳しい。できればmenuにしてほしい。
331:仕様書無しさん
08/10/27 22:28:57
「論理的に考えたまえよ」なんて言っときながら、恥ずかしい間違いをしちゃっている311がいるのはここですか？
332:仕様書無しさん
08/10/27 22:31:23
>>331
お前馬鹿だろ。
333:仕様書無しさん
08/10/27 22:34:53
元の意味が分からない => ハンガリアンは禁止すべき
対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる
裏は
元の意味が分かる => ハンガリアンは禁止すべきでない
じゃないの？
334:仕様書無しさん
08/10/27 22:43:41
>>333
だから何が言いたいの？
ひょっとして
not(ハンガリアンは禁止すべき)
これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)＝ハンガリアンは禁止すべきでない＝ハンガリアンは禁止してはダメ
とか訳のわからん解釈してないだろうな？
335:仕様書無しさん
08/10/27 22:46:15
ジャンガリアンハムスターってかわいいですよね
336:仕様書無しさん
08/10/27 22:47:31
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw
337:仕様書無しさん
08/10/27 22:48:13
>>334
単純に
311で言ってるのって”対偶”じゃなくて"裏"だろ
ってツッコミをいれてるだけなんだが.
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。
338:仕様書無しさん
08/10/27 22:49:09
頭が悪いと、自分が頭が悪いことも分かんなくなるんだろうか。
339:仕様書無しさん
08/10/27 22:56:18
まあそうだよね。他にもシステムハンガリアンを忌避しなきゃいけない条件があるかもだし。
340:仕様書無しさん
08/10/27 23:08:19
>>337
ああすまん、リアルで間違ってたねw
対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。
みんな本当ごめんｗ
341:仕様書無しさん
08/10/27 23:20:22
(ﾉ∀`) ｱﾁｬｰ
326 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:03:47
>>325
ナニが言いたいのチミ？
ケチをつける前に人の文章よく読んだ方がよくないか？
328 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:48:40
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。
329 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:50:07
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。
332 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 22:31:23
>>331
お前馬鹿だろ。
336 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 22:47:31
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw
342:仕様書無しさん
08/10/28 02:08:28
条件文の対偶を間違える奴がいるかもしれないプロジェクトになんていられるか！俺は辞めさせてもらうぞ！
343:仕様書無しさん
08/10/28 02:20:17
だうぞ
344:仕様書無しさん
08/10/28 08:42:58
それ死亡フl
345:仕様書無しさん
08/10/28 10:47:29
ちょっと用水路見てくる
346:仕様書無しさん
08/10/28 11:00:28
３３６が家庭教師していた生徒、無事合格できたかな（´・ω・｀）
347:仕様書無しさん
08/10/28 14:08:02
俺・・・今度のデスマ終わったら（ｒｙ
int KanriKaisyaBusyoSikibetuCode;
言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
そして最後のCodeだけいきなり英語にｓ（ｒｙ
348:仕様書無しさん
08/10/28 14:25:25
今までの例から比べたらどんだけマトモなのにケチつけてんの。
349:仕様書無しさん
08/10/28 14:56:28
いきなり英語が入るのは日本語も同じじゃないか
350:仕様書無しさん
08/10/28 16:44:42
中途半端に省略されたりするよりは潔いんでないの？ｗ
確かに、見づらいだろうが
351:仕様書無しさん
08/10/28 17:01:00
> 言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
> そして最後のCodeだけいきなり英語にｓ（ｒｙ
int kanri_kaisya_busyo_sikibetu_kodo; ってしてほしいのか？
352:仕様書無しさん
08/10/28 18:24:39
外来語は英語にした方が読みやすいよね。
いやならKubunにするか。
> int KanriKaisyaBusyoSikibetuCode;
これは変数名が悪いというより、適切なスコープでないことが問題だろうね。
デスマの様子が手に取るように分かる。
353:仕様書無しさん
08/10/28 18:46:48
KKBSC
354:仕様書無しさん
08/10/28 19:49:22
そこは意味なく _cd で逝くべきだな
355:仕様書無しさん
08/10/28 19:52:32
アンダースコア連発されても打つのだるくね
つかこの件の場合単語の一文字目は大文字とかしてあるだけマシだと思う
356:仕様書無しさん
08/10/28 20:34:48
>>352
お前んとこではCodeとKubunが同じ意味なのか？
357:仕様書無しさん
08/10/28 20:38:42
そこで KubunCode だな
358:仕様書無しさん
08/10/28 20:44:55
>>356
CodeはAさん、KubunはBさん、cdはCさん
誰が書いたか分かる仕組みになってます。
359:仕様書無しさん
08/10/28 20:46:23
IdのDさんとNumのEさんを忘れちゃなんねえ。
360:仕様書無しさん
08/10/28 20:47:13
>>356
この場合は"識別コード"といってるので区分は違うな。確かに。
区分につけられたコードをxxxKubunとすることはあるよ。
361:仕様書無しさん
08/10/28 20:47:39
NoのFさんはリストラですねわかります
362:仕様書無しさん
08/10/28 20:48:41
KbnのGさんとKoudoのHさん、今何してるかな
363:仕様書無しさん
08/10/28 21:46:55
>>341
自分のショボいバグなのに「コンパイラがおかしい！」と騒ぎ立てる奴みたい
364:仕様書無しさん
08/10/29 15:21:24
何を示しているか解る分、少々長くてもいいじゃないかと思ってしまったよ
ローマ字ともハンガリアンとも英語ともつかぬ、妖しげな綴りを乱発されるよりは('A`)
365:仕様書無しさん
08/10/29 22:39:00
>int KanriKaisyaBusyoSikibetuCode;
はコメントが着いてれば問題ないんじゃね?
長いのがこれだけだった場合だがｗ
366:仕様書無しさん
08/10/30 08:11:44
英単語派だったが５００以上の変数に名前をつけなければならない仕事に当たって
考えが変わった
正直、時間の無駄と言わざるをえない
さらに定数も１０００以上かかなければならないときに決まった数は一カ所で定義とか幻想だとわかった
次に必要になったときにそれがすでにあるかどうかを判別できない
そりゃｄａｔｅやｄａｙぐらいのちがいならなんとかなるが
367:仕様書無しさん
08/10/30 08:13:43
プリフィクスって結局限界があるから
int KanriKaisyaBusyoSikibetuCode;
でいいんじゃね？
まあ俺なら
int KanriGaishaBusyoShikibetsuCode;
に訂正させていただくが
368:仕様書無しさん
08/10/30 09:04:02
>>366
>５００以上の変数
>定数も１０００以上
それらがすべて一意でなきゃいけないのだとしたら
その状況の方が異常。
369:仕様書無しさん
08/10/30 09:05:10
>>367
てか「Sikibetu」と「Code」を同居させるなら、いっそまとめて「ID」で済むと思うんだ。
370:仕様書無しさん
08/10/30 11:57:02
仕様書に「管理会社部署識別コード」って書いてあったから、
それをそのまま書いただけのことであろう。
371:仕様書無しさん
08/10/30 12:32:54
>>367
sha と syo が混在するんですね
俺がいまやってるプロジェクトにも、
SHUKKA, SYUKKA, SYUTTSUKA, SYULTUKA
があったり、JYUNJO とかあったりする
372:仕様書無しさん
08/10/30 14:08:42
xtu派です。
373:仕様書無しさん
08/10/30 14:22:11
細い道ほど稼ぎやすい所。
374:仕様書無しさん
08/10/30 14:34:26
きっとコメントで説明しなくてもなるべく伝わるように、っていうのをはき違えたんだよ
375:仕様書無しさん
08/10/30 17:01:43
仕事中、Exciteの翻訳が開いてるやつ居るだろ？
376:仕様書無しさん
08/10/30 18:46:25
>371
あるある
377:仕様書無しさん
08/10/30 19:02:41
実際、お客様の業務で使われるような用語ってうまいこと翻訳しきれない。
378:仕様書無しさん
08/10/30 19:04:17
>>371
＞SYULTUKA
なんだコレ。シュルツカってロシア語みたいな。
正規のローマ字じゃないよな？
379:仕様書無しさん
08/10/30 19:05:55
IME式ローマ字
380:仕様書無しさん
08/10/30 19:06:58
ローマ字がまともに書けるプログラマは少ない
381:仕様書無しさん
08/10/30 19:35:46
【altu-!とaxtu-!の使い分けによる深層心理】
特に意識をせずにlを使うか、xを使うかであなたがどんなタイプのホモかが判定できます。
altu-!
主にlを使う人はその字体の形からも判る通り
自慢の肉棒を駆使したいという強い気持ちが心の奥底で働いています。
ﾀﾁ派と言えるでしょう。
axtu-!
主にxを使う人はその字体の形からも判る通り
自分のアナルに対する絶対的な自信が心の奥底から溢れだしています。
ﾈｺ派と言えるでしょう。
皆さんはどちらでしたか？
382:仕様書無しさん
08/10/30 19:45:26
それ「面白いこと言ってやったぜ」なんて感じのどや顔で書いてるのひょっとして？
つーか昔から「日本の男は車とゴルフと下ネタしか話題がない」とよく言われるが、
2chに住み着いてるような馬鹿って本当ホモネタと差別ネタばっかだな。
ネタが面白いつまらない以前に、そんなものがネタとして成立してると思う感覚が狂ってると思うわ。
383:仕様書無しさん
08/10/30 20:07:12
>>368
定数の追加に申請が要るような大規模なシステム開発ならアタリマエ。
384:仕様書無しさん
08/10/30 20:11:35
>>383
オツム弱い人？
だからそんなものが常態化している状態のことを異常と普通は言うんだよ。
385:仕様書無しさん
08/10/30 20:17:38
どうしようもないだろ・・・一人の力なんて今日も粛々とキーボードを叩いてコーヒー飲んで唸るだけだよ
386:仕様書無しさん
08/10/30 20:19:12
周りから見て異常でも、中から見ると日常ということもある。
もし数人が異常に気が付いてもたいてい流されるだけ。
387:仕様書無しさん
08/10/30 21:15:09
>>384
常態を異常と言うからにはさぞかし立派な理由があるんだろうね？
388:仕様書無しさん
08/10/30 21:19:53
>>387
言ってる意味が分からない。
389:仕様書無しさん
08/10/30 21:39:04
話が噛み合ってないよね？
368はなんか変なとこに噛み付いてるんじゃない？
>オツム弱い人？
こんな煽り方してると、>>341みたいに(ﾉ∀`) ｱﾁｬｰってなるよ
390:仕様書無しさん
08/10/30 22:16:17
>>389
もしかして同一人ぶｔｓ（ｒｙ
391:仕様書無しさん
08/10/30 22:26:50
>>375
Excite翻訳使ってるけど、
それは変数名じゃなくて関数名決めるときに使ってるなぁ
392:仕様書無しさん
08/10/30 22:40:25
>>389
>>368の言ってることはおかしくない。
>>366の言ってることこそおかしい。
もちろん俺は>>368ではない。
っていうか、学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
お前はデータ構造ってものを一切知らんのか、と言いたくなるぞ普通。
ちなみに、もちろん話が噛みあってない訳だが、
それはお前さんと>>366が規格外に馬鹿で無知だからだと思うぞ。
393:仕様書無しさん
08/10/30 22:59:45
たしかに366は説明が下手ではあるけども。
394:仕様書無しさん
08/10/30 23:02:07
>>392
>もちろん俺は>>368ではない。
311と同一人物かだけ教えて。そっちのほうが気になる
395:仕様書無しさん
08/10/30 23:14:22
最近のレスを読み返してみたが、違和感のあるツッコミをしては熱くなるヤツが居るね。
ひとりが粘着してるのか、アホが何人か居るのか、はわからんが。
396:仕様書無しさん
08/10/30 23:17:06
工場の機械設備の工程を制御するプログラム？は鬼のような即値が並んでて死にそうになった
ラベル名が数値でかつ、昇順で並んでいたのは幸いだった・・・
397:仕様書無しさん
08/10/31 01:02:05
>>392
ごめんなさい、なんでデータ構造の話が出てくるか分かりません＞＜
398:368 (以降書いてない)
08/10/31 10:07:56
>>383
「大規模」ってのは「人足の数が多い」という意味だよね。
>>386
最初から異常な場所にいると、そこが基準になるからねえ。
>>397
「データ構造」というよりは「構造化」だろうな。
399:仕様書無しさん
08/10/31 12:05:38
>>398
大規模ってのは単純にプログラムの量も多いんじゃないか？
「５００以上の変数」は１つのモジュールや関数に５００個という意味だと思ってないか？
これも単純に「英単語を沢山考えるのって大変だし時間の無駄」だと言ってるだけだとおもうよ
400:仕様書無しさん
08/10/31 18:50:58
>>392
＞学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
＞>>366の言ってることはおかしいと分かるだろう。
むしろ学部実習3ヶ月のヤツこそが勝手におかしいと
思い込んでしまいがちなんじゃないか。
職業マで場数を踏めば、>>366を全肯定できない
ながらも一理あると認めるのでは。
401:仕様書無しさん
08/10/31 22:03:49
データ年月をあらわす変数を
DETAYM
と書いてる人ならいた。
ちなみに入社８年目の人。
英語力ないとか言うレベルじゃねー！
402:仕様書無しさん
08/10/31 22:06:37
DELTAYMならちょっとカッコ良かったのにな。
403:仕様書無しさん
08/10/31 23:04:22
>>402
デルタ年月って余計わけわかんねーよ！
404:仕様書無しさん
08/10/31 23:07:37
時間差を年月単位で保持している変数なんだろう。
405:仕様書無しさん
08/10/31 23:24:58
「時間型」と「時刻型」の区別がついてない言語って多いよね
406:仕様書無しさん
08/11/01 07:47:46
>>405
>「時間型」と「時刻型」の区別がついてない言語って多いよね
多いって、たとえば、どの言語?
C には、 time_t と timediff_t があるし、強く型付けされた言語で
時刻型と時間型を混同する言語って思いつかないけど。
407:仕様書無しさん
08/11/03 16:30:16
つ 【旧VB】
408:仕様書無しさん
08/11/04 00:33:46
>>407
いっぱいあるんだろ？
409:仕様書無しさん
08/11/14 06:55:39
C#で
Assembly ass
xxxAnalyzer anal
という変数名を見たことがある
410:仕様書無しさん
08/11/14 07:24:35
いかにも穴がありそうな…
411:仕様書無しさん
08/11/14 19:18:58
ass はともかくanalは別に普通だな。
むしろそれで妙なモノしか思い浮かばない奴のお里が知れる。
412:仕様書無しさん
08/11/14 23:25:31
assとanalのお里のレベルの違いがわからん
413:仕様書無しさん
08/11/15 02:17:41
anusです
analは形容詞形
414:仕様書無しさん
08/11/15 12:42:53
そういうことじゃなくて、analはanalyzeの短縮として一般的に使うんだよ
415:仕様書無しさん
08/11/15 14:01:56
もっともassって前振りがあったらそっちを連想しそうなもんだが
416:仕様書無しさん
08/11/15 14:04:21
>>414
つかわねーよ
417:仕様書無しさん
08/11/15 14:10:36
一流アナリストって書かれているだけで爆笑できるお年頃ですね
418:仕様書無しさん
08/11/15 14:37:16
>>414
誰に騙された？
419:仕様書無しさん
08/11/15 14:40:01
int nulpoint
420:仕様書無しさん
08/11/15 14:43:31
英語知ってる奴なら >>409 みたいな略語は普通使わん。
使うとしたら敢えて冗談として使う場合。
俺も気分によって略語で他の（必ずしも良くない）意味に取れる変数名
を敢えて使うよ。
>>409 みたいな事をする人の気分はわかる。
421:仕様書無しさん
08/11/15 14:44:30
int eger
short but_long
char acter
double triple
float icecream
422:仕様書無しさん
08/11/15 15:03:17
int orz=3;
423:仕様書無しさん
08/11/15 15:13:55
>>416>>418
無知って恥ずかしいな。
例えば分析 "anal."とでも検索すればどれだけ一般的な表現か猿でも分かる。
もちろんこれは日本独特の略し方でもない。
424:仕様書無しさん
08/11/15 15:29:34
アナル（笑）
425:仕様書無しさん
08/11/15 15:40:52
>>423
それで google 検索したけど、俺からすると普通の言葉は始めの方にまったく
といって良いほど出てこんな。>>423 には一般的な言葉なのかも知れんが。
426:仕様書無しさん
08/11/15 16:04:06
尻穴ばっかりじゃねえか
427:仕様書無しさん
08/11/15 16:27:58
>>421
char aznable;
428:仕様書無しさん
08/11/15 17:06:08
>>423
つうか略すなよって話。
429:仕様書無しさん
08/11/15 17:33:52
>>427
>>3
430:仕様書無しさん
08/11/15 19:38:03
Analyzeを略すときは ochiri って命名すればいいんじゃね
431:仕様書無しさん
08/11/15 19:54:41
C++で書くとこうか？
Analyzer ＊anal = NULL;
432:仕様書無しさん
08/11/15 21:35:02
>>431
Analyzer ＊anal = NULL;NULL;
433:仕様書無しさん
08/11/16 00:01:10
>>423
ヒント：セーフサーチ
>>425-426
この変態どもめ！
434:仕様書無しさん
08/11/16 00:03:57
URLﾘﾝｸ(www.google.co.jp)
で？
435:仕様書無しさん
08/11/16 00:04:45
うちの会社のネイティブにここの話してみよう。
えらいしかめっ面されそうだが。
436:仕様書無しさん
08/11/16 00:12:55
>>434
得意げに馬鹿かw
やっぱりグーグルもまともに使えないレベルなんだな。
そりゃそうでなきゃそもそも自分の無知蒙昧を棚に上げたようなこと言えないもんな。
437:仕様書無しさん
08/11/16 00:19:23
わざわざセーフにしなきゃいけない時点で避けるべきってことではないのかな？
438:仕様書無しさん
08/11/16 01:49:42
URLﾘﾝｸ(www.google.co.jp)
話題自体はどうでもいいんだけどせめてこっちで調べてくれ
439:仕様書無しさん
08/11/16 02:03:06
>>438
今度は話の文脈を読めない馬鹿かよまったく……
440:仕様書無しさん
08/11/16 02:10:03
オマン○オマン○連呼していて、馬鹿かお前と突っ込まれたら、
オマン湖のことを話していただけだ、何がおかしいと切り返す
厨房時代がお前らにもあったはず。
441:仕様書無しさん
08/11/16 03:29:07
URLﾘﾝｸ(www.google.co.jp)
442:仕様書無しさん
08/11/16 11:40:55
コピペ君って馬鹿だな、まで読んだ。
443:仕様書無しさん
08/11/16 13:43:00
なんでこういうスレってネタ書き込みをする人と無駄に偉そうな人ばかりなんですか
444:仕様書無しさん
08/11/16 13:46:29
自分は正しいと思っているからな
445:仕様書無しさん
08/11/16 14:18:13
ふざけた変数名には二通りある。
自分が命名したもの→ネタ
他人が命名したもの→却下
よって>>443のようになるのは必然。
446:仕様書無しさん
08/11/16 19:07:36
analyzeを略すなら「anlz」か「anlyz」だろ、普通。
447:仕様書無しさん
08/11/16 19:18:30
母音を取るのはいいよね
448:仕様書無しさん
08/11/16 19:18:47
略さなければ全て解決
449:仕様書無しさん
08/11/16 20:53:16
メールとかでもanalにするのか？
スパムとして扱われても文句言えないと思うが
450:sage
08/11/16 21:18:43
いままで不幸にした女の名前をつけてる
俺の贖罪はまだおわらない
451:仕様書無しさん
08/11/17 01:48:58
>>450
あえて参照しないでガーベッジコレクタにお願いしようなんて考えても
そうはいかないぜ！
452:仕様書無しさん
08/11/24 16:11:19
>>371
俺が今やってるプロジェクトだと、会社区分で商社を表す定数がSHOUSYAだな。
んで、DBのカラムとかではSYOSだったりする。
453:仕様書無しさん
08/11/25 23:23:57
頭悪そうｗ
454:仕様書無しさん
08/11/26 04:15:14
>>410->>449
糞な下ネタで喜んでないで
>>450>>451
ぐらいの洒落たネタおとせよ
お前らのくだらんレスのせいで>>451が神に見えたじゃないか。
455:仕様書無しさん
08/11/26 22:48:44
無茶言うなよ、そんなセンス持ち合わせてたら苦労しないよ
456:仕様書無しさん
08/11/27 10:58:27
言うほどのセンスじゃねぇなあ。
457:仕様書無しさん
08/11/28 04:13:51
普通に性別とかでsexってはずかしいだろ。
バグ直してるときとか、女のプログラマに変数sexがどうのこうのいうのか？
458:仕様書無しさん
08/11/28 04:17:45
全然、プログラム組めなくて首にされたプロジェクトをさるとき
できたコードだけでも引き継ぐ際に、いやがらせで変数名にomankoとかnamenameとかやってみたいなあ。
459:仕様書無しさん
08/11/28 04:35:39
恥ずかしがるな！
SextonとかSexsmithみたいな町や人の名前だってあるじゃないですか
Win32APIにだってなんとかSEXてのがあるじゃないですか
460:仕様書無しさん
08/11/28 13:15:48
>>458
いっそかの便箋と封筒のように単語をシャッフルしてしまえ
461:仕様書無しさん
08/11/28 19:08:53
>>459
APIの場合は
なんたらsEx かとｗ
462:仕様書無しさん
08/11/29 11:39:28
C:\Program Files\xeroxを忘れてもらっちゃ困るぜ？ｗ
463:仕様書無しさん
08/11/29 17:32:18
sexadecimalが正当だよな。hexadecimalは邪道。
464:仕様書無しさん
08/11/29 17:35:53
VOID main(INT nArgc,LPSTR *lpszArgv)
465:仕様書無しさん
08/12/02 01:08:19
oppapi = null;
oppapi.demo_sonnano_kanke_ne();
466:仕様書無しさん
08/12/02 02:19:56
>>465
ｶﾞｯ
467:仕様書無しさん
08/12/02 14:55:02
goto SEX;
SEX: end; //Subroutine EXit//
468:仕様書無しさん
08/12/09 21:52:26
>>457
ウチの職場ではふつうにいう。
・・・「～エスイーエックス」とか「～エスエグゼ」みたいに若干濁し気味にｗ
（さすがに「sex」という変数は見た事無いけど）
あと、自動車業界なんで「気筒」とかを単語で言ったりもするよ。
恥ずかしがるのは新人だけ、あとは慣れ。別にセクハラ目的じゃなくて、ちゃんと
した用語として使うから誰も気にしてないよ。
469:仕様書無しさん
08/12/10 00:51:02
S式 = sexp
470:仕様書無しさん
08/12/10 12:15:33
NFSexport
471:仕様書無しさん
08/12/12 16:54:41
int futanari;
やめろｗ
472:仕様書無しさん
08/12/13 16:16:22
そいつは社会的に抹殺していいレベル
473:仕様書無しさん
08/12/13 19:14:20
むしろ希少価値がある
474:仕様書無しさん
08/12/13 19:30:49
int A_Flg;
int B_Flg;
475:仕様書無しさん
08/12/17 16:53:29
int Shibou_Flg;
476:仕様書無しさん
08/12/17 16:58:15
グローバル変数にaとかbとか使うのは
477:仕様書無しさん
08/12/18 00:11:36
グローバル変数に
item1 , item2 , .... , item34 ;
i , j , k ;
グローバル変数にだぜ!!
これを書いた先輩は、大手のIT会社に就職した ...
世の中間違いだらけ orz
478:仕様書無しさん
08/12/18 15:45:41
大手ならどうせ実装はやらないから
479:仕様書無しさん
08/12/18 19:10:36
鉄砲の技術は足軽の業なんだぜ
武将、大名に無くてもいいスキルだ
だが光秀は鉄砲が得意だった
そういうことだ
480:仕様書無しさん
09/01/02 19:56:28
>>477
ループ毎に宣言するのが面倒だからって、グローバルで宣言した先輩いたよ。
案の定、ループ中に別関数へ飛ぶ処理書いて死んでた。
481:仕様書無しさん
09/02/12 00:42:02
i で済ませても横に説明付けちゃう
482:仕様書無しさん
09/04/11 21:20:14
このスレは異常にVB廚が多いな。
>>306の
>GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
>といった命名法が実際適合的だ。
なんてレスがあるが、btnとtxtを一つにしてHoge用コントロール作るとかいう発想はVB
屋には無いのか？
hoge.button
hoge.text
と使えるようにした方が可読性も実用性も高井田ろうに。
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
まぁ。プリフィックス自体は否定しないからプロジェクト上整数の意味でi
を定義し、
Dim ix as Short,iy as Long
の様に使うのは構わんと思う。整数以外(ビットフラグやディスクリプタ)の混入を防げる。
483:仕様書無しさん
09/04/11 21:44:19
>>482
VB厨かどうかしらんが、君が日本語もロクに読めない奴だということは
よくわかったよ。
>>306およびその前繋がりのどこをどう読めば
「btnとtxtを一つにしてHoge用コントロール作るとかいう発想」をすべし、
って議論になるんだ？w
484:仕様書無しさん
09/04/12 12:12:43
たぶんJava厨なんだと思うよｗ
485:仕様書無しさん
09/04/12 12:13:34
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
486:仕様書無しさん
09/04/14 06:21:28
システムハンガリアン使うやつは時代遅れの情報弱者もいいところだろ。
487:仕様書無しさん
09/04/14 08:55:16
じゃあどう書いてんの？
488:仕様書無しさん
09/04/14 11:43:20
主体性のないアホっぽい質問だなあ
489:仕様書無しさん
09/04/15 18:21:37
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
490:仕様書無しさん
09/04/15 19:05:49
>>489
違うって！ｗ
491:仕様書無しさん
09/04/15 19:40:11
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
492:仕様書無しさん
09/04/15 22:32:01
489ﾜﾛﾀ
493:仕様書無しさん
09/04/15 22:36:09
489って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
494:仕様書無しさん
09/04/15 23:56:07
エクセルのVBAじゃ
データベースの最終行なので dsrow なんてつけちゃう
ｓ は最後のｓ・・・はずかしい///
495:仕様書無しさん
09/04/16 06:42:18
datasetのdsじゃなくスのsかよｗ
496:仕様書無しさん
09/04/16 09:35:55
Dim Ransu
Dim DosRansu
Dim DosGenepos
Dim DosGianos
このモンハン廃人めが。
497:仕様書無しさん
09/04/17 16:45:51
>>490-493
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか？
498:仕様書無しさん
09/04/17 17:09:36
コテハンつけろよw
499:仕様書無しさん
09/04/17 19:07:04
>>497
それが置換を避けるためにやってるとでも？
500:仕様書無しさん
09/04/17 23:00:13
スーパーネタ師降臨だな
501:仕様書無しさん
09/04/17 23:20:20
えーと、俺にはさっぱり分からないんだが
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと？
502:仕様書無しさん
09/04/18 00:27:12
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503:仕様書無しさん
09/04/18 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
504:仕様書無しさん
09/04/18 01:58:43
結局、Cのtypedefって何のためにあるんだ？
俺は記述を簡略化するためとポータビリティのためだと思ってるんだが、
ポータビリティーの観点から言うと、他の環境に移植する際の変更点を局所化
できるわけだから、あながち>>489が言ってることも間違いではない気もするが。
ちなみに、Wikipediaの説明をみると、
URLﾘﾝｸ(ja.wikipedia.org)
可読性のためみたいな書かれ方してるな。それだけじゃないと思うんだけど...
エディタやIDEの全置換って結構気を使うよ。意図しないコメント部分や文字列の
中まで置換されてしまったりとか。
505:仕様書無しさん
09/04/18 02:17:19
ただのエディタならともかく、リファクタリングができるやつなら、
「変数名を変更」みたいな機能がついてる。
506:仕様書無しさん
09/04/18 02:32:45
まぁ最近はIDEでサポートしてくれるか...
C++のテンプレートクラスをtypedefしたのも変換してくれるのかな。
でもtypedefができたのはそれよりずっと昔だし、人や環境によっては必ずしもそういうIDEを使ってるわけでもないし...
507:仕様書無しさん
09/04/18 02:47:43
>>504
> 結局、Cのtypedefって何のためにあるんだ？
基本は移植性でしょ。
プラットフォーム依存を吸収できるように。
でもそれは「置換を使わないために」ではないわな。
508:仕様書無しさん
09/04/18 09:39:57
integer CHAR;
integer FLOAT;
character DECIMAL(4);
509:仕様書無しさん
09/04/18 11:43:08
お互いすれ違ってるっぽくね？
かたや、できるだけ置換を使わないないためだろw
かたや、全ての置換をtypedefで対応しろってかw
みたいな
510:仕様書無しさん
09/04/18 11:57:39
かたや
かたや
511:仕様書無しさん
09/04/18 12:13:42
ソーダ
ソーダ
512:仕様書無しさん
09/04/18 12:27:40
かたや？
型屋？
513:仕様書無しさん
09/04/18 13:02:21
置換を使わない目的、という説明では、標準ライブラリのヘッダでもtypedefが
使われていることを説明できないような。
514:仕様書無しさん
09/04/18 13:14:02
標準ライブラリのヘッダでtypedefが使われているから
例えば32ビットから64ビットへコンパイルし直すだけで
対応できるともいえる。まプログラムがちゃんと書かれて
いればの話だけど。
515:仕様書無しさん
09/04/18 13:30:04
なんか「馬鹿のひとつ覚え」ってことわざって本当言い得て妙だな。
そもそもある「道具」の存在理由がたった一つの目的のためだけである、
なんていう仮定が愚の骨頂なんだろ。
いい加減分かれよそのぐらい。
516:仕様書無しさん
09/04/18 13:40:59
はい
517:仕様書無しさん
09/04/18 13:43:47
「たった一つの目的のためだけである」
ってどっかに書いた奴いたっけ？
518:仕様書無しさん
09/04/18 13:45:34
片や
519:仕様書無しさん
09/04/18 13:49:02
さあ、言い訳モードに入りましたw
520:仕様書無しさん
09/04/18 13:51:48
置換機能って何に使うん？
521:仕様書無しさん
09/04/18 13:52:29
どっちがw まどっちでもいいかw
522:仕様書無しさん
09/04/18 13:53:35
まとめ
「ハンガリアンとかバカだろ。変数の型が変更になったらどうする？全部書き換えるのか？」
↓
「置換すりゃいいだけだろ」
↓
「置換なんか使うなよ。そのためにtypedefがあるんだろ」
↓
「置換しないためじゃないだろw」
523:仕様書無しさん
09/04/18 13:55:50
>>520 性欲を満たすため
524:仕様書無しさん
09/04/18 14:03:59
しかしまぁ、将来型が変更になるのをみこしてtypedefを使うのは
決して間違いじゃないわな。つうかむしろ常套手段ともいえる。
525:仕様書無しさん
09/04/18 14:30:02
変更の可能性に備えて、っていうのは、もちろんそういう場合もあるとは思うけど
普通はちょっとニュアンス違うと思うよ。
そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。
別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、
一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。
まさに色即是空の世界なんだぞ。
526:仕様書無しさん
09/04/18 14:41:24
なんか偉そうに言ってるが、
signed と unsigned じゃ大違いだろ
printfなんかでの出力のされ方が違うのはもちろん、
shift演算に対する動作が異なるのを知らんのか？
527:仕様書無しさん
09/04/18 14:51:07
>>526
たぶん理解できないと思うが一応フォローしておく。
もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」
をもたらしているものは何なのかと言っている。
それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、
人間の認識力だろう。
つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを
「何かに見立てる」ことだと言っている。
528:仕様書無しさん
09/04/18 14:55:50
>>525
>別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
これ間違ってると思うんだけど。人にあだ名をつけたからといって別人
になるわけじゃねぇべ。
529:仕様書無しさん
09/04/18 14:58:25
で？ 本質がそれだと思うことで何か役にたつの？
530:仕様書無しさん
09/04/18 15:03:49
>>528
こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。
だから色即是空って言ってるだろ。
君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」
となる。
だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、
生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。
531:仕様書無しさん
09/04/18 15:07:37
究極的実体ｗ
532:仕様書無しさん
09/04/18 15:09:24
コメントに
ｷﾀ----------！
とか入れるやつがいるらしい。
533:仕様書無しさん
09/04/18 15:11:03
>>530
ちょっと横レスで申し訳ないんだけど、
皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、
なんで分子やら何やらまで戻って考えなきゃいけないの？
そうすることでスレタイの疑問が解決することにどう繋がっていくの？
534:仕様書無しさん
09/04/18 15:11:08
>>530
もうやめとけ。たった一人の理解できないやつのためにそこまでいわなくても、
他の大半の人は当たり前にわかってることだ。
535:仕様書無しさん
09/04/18 15:17:42
>>530
哲学論争はいいんだけど、それがプログラミングで何か役にたつの。
目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww
って妄想して時間がつぶせるとか？
まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw
536:仕様書無しさん
09/04/18 15:21:27
人間は分子じゃねえよ、という点だけは突っ込んでおきたい
DNAのことを言っているのなら正しいが
537:仕様書無しさん
09/04/18 15:22:57
「巨大分子」じゃないわな
「分子の集まり」ならまぁわからなくもなくもない
538:仕様書無しさん
09/04/18 15:38:08
まぁ自己防衛のために人のことを頭が悪いとか言う奴は、本人自信が相当頭が悪いケースが多いらしいな
539:仕様書無しさん
09/04/18 15:50:18
自演乙
540:仕様書無しさん
09/04/18 15:57:02
>>532
自分用の通信プログラムではやる。
541:仕様書無しさん
09/04/18 15:58:25
>>530 ＝ >>534 wwwww
542:仕様書無しさん
09/04/18 17:00:28
int型のappleという名前の変数は実はその実体が色即是空であり、
ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、
でもコンパイラから見たらやっぱりint型のappleなんだから、
いくら人間が物事に対して究極的実体を信じていても、
型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。
543:仕様書無しさん
09/04/18 17:09:07
型を変更する時にtypedefを使うんじゃなくて、
予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。
順序が逆じゃね？
544:仕様書無しさん
09/04/18 17:44:58
つまりあらゆる変数の定義には組み込み型を使わずに
一つ一つ丁寧にtypedefされた型を使えということですか。
いつ変わっても良いように。
typedef int apple_t;
apple_t apple;
とか。
545:仕様書無しさん
09/04/18 17:50:25
どうしてこう極端に捕らえるかねぇ
たった１つの目的とか、あらゆる変数の定義とか、
もっと頭柔らか～くしようね、臨機応変に柔軟に、ねっ☆
546:仕様書無しさん
09/04/18 17:59:47
誰のせいでこんな流れになったと
リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆
547:仕様書無しさん
09/04/18 18:20:04
顔真っ赤www
548:仕様書無しさん
09/04/18 18:57:36
>>545
>>522
誤りを認めることは恥ずかしいことではないぞ。
549:仕様書無しさん
09/04/18 19:44:09
勘違い哲学野郎キモいなｗｗ
誰からも相手にされてないんだろうなｗｗｗ
550:仕様書無しさん
09/04/18 20:22:11
>545
涙ふいてらっしゃい、ねっ☆
551:仕様書無しさん
09/04/18 20:27:51
きら☆
552:仕様書無しさん
09/04/19 06:37:58
typedefがついてないstructを見ると俺が困るからやめるんだ
553:仕様書無しさん
09/04/20 12:50:28
typedefで関数プロトタイプ宣言もできたりするｗ（gccだけかもしれないけど）
これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。
554:仕様書無しさん
09/04/27 01:07:59
>>497からの流れは薬剤師の俺にはわからん、全く持ってな
555:仕様書無しさん
09/04/27 01:38:04
>>554
そんなことをわざわざ書き込まんでよろしい
556:仕様書無しさん
09/05/10 21:10:08
私女だけど>>397からの流れはつまんない
557:仕様書無しさん
09/05/16 18:02:23
私女子高生だけど>>556の意図がわからない
558:仕様書無しさん
09/05/16 20:03:15
私女プログラマだけどおまえらアホかと
559:仕様書無しさん
09/05/29 21:33:19
私女だけどちんこ2本生えている
560:仕様書無しさん
09/05/29 23:47:18
女プログラマ＝マ女
561:仕様書無しさん
09/05/30 01:08:52
ところで、お前らtypedefの元の型や#defineで
定義した中身って保証してんの？
typedef x time;
と定義した場合。俺はtimeがxだとはまず保証しないが。
なんか、レスを読んでいくとxがlongだったりしたら、
確実にtimeはlong型であると言っている奴がいるように
見えて仕方ないんだが。
562:仕様書無しさん
09/05/30 01:10:01
はぁ？
563:561
09/05/30 01:13:08
追記
特に>>501-503とかな。まぁ、同一人物かもしれんが。
564:仕様書無しさん
09/05/30 01:19:09
ところで・・・とかいいながら終わった話題を蒸し返すなよｗ
まあ普段は書き込みも少ないスレだしどうでもいいけど
565:仕様書無しさん
09/05/30 01:29:04
ああ
そういえばそういうネタあったな
あの馬鹿がまた来たのか
566:仕様書無しさん
09/05/30 04:03:28
482 名前：仕様書無しさん 投稿日：2009/04/11(土) 21:20:14
このスレは異常にVB廚が多いな。
（略）
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
485 名前：仕様書無しさん 投稿日：2009/04/12(日) 12:13:34
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
489 名前：仕様書無しさん 投稿日：2009/04/15(水) 18:21:37
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
490 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:05:49
>>489
違うって！ｗ
491 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:40:11
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
567:仕様書無しさん
09/05/30 04:04:43
492 名前：仕様書無しさん 投稿日：2009/04/15(水) 22:32:01
489ﾜﾛﾀ
493 名前：仕様書無しさん 投稿日：2009/04/15(水) 22:36:09
489って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
497 名前：仕様書無しさん 投稿日：2009/04/17(金) 16:45:51
>>490-493
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか？
499 名前：仕様書無しさん 投稿日：2009/04/17(金) 19:07:04
>>497
それが置換を避けるためにやってるとでも？
500 名前：仕様書無しさん 投稿日：2009/04/17(金) 23:00:13
スーパーネタ師降臨だな
501 名前：仕様書無しさん 投稿日：2009/04/17(金) 23:20:20
えーと、俺にはさっぱり分からないんだが
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと？
568:仕様書無しさん
09/05/30 04:06:11
502 名前：仕様書無しさん 投稿日：2009/04/18(土) 00:27:12
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503 名前：仕様書無しさん 投稿日：2009/04/18(土) 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
------
この流れを踏まえないと、501～503だけ抜き出しても意味わからん。
↓をよーく読んで考えろよ。
> Cのtypedefや他言語のalias機能が存在する理由解ってる？
> できるだけ置換を避ける為に存在してんだぞ。