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