2ちゃんねる スマホ用 ■掲示板に戻る■ 全部 1- 最新50    

ふざけた変数名を使う奴

1 :仕様書無しさん:2008/08/23(土) 21:45:16 .net
var1、2、…とか、ふざけてるの?

2 : ◆Tessar/gGw :2008/08/23(土) 21:47:49 .net
ズミクロン

3 :仕様書無しさん:2008/08/23(土) 21:52:35 .net
char aznable;

4 :仕様書無しさん:2008/08/23(土) 21:54:56 .net
>>3
いただき

5 :仕様書無しさん:2008/08/23(土) 21:55:07 .net
「ちょっと実装してみて」とサラッ肩越しに言われたので
関数名を別れた女の名前にして遊び半分でコードを書いたことがある。


6 :仕様書無しさん:2008/08/23(土) 22:04:18 .net
Dim strSeachSQL As String ' 検索用SQL文

7 :仕様書無しさん:2008/08/23(土) 22:38:05 .net
>>6
それは何かマズイの?


8 :仕様書無しさん:2008/08/23(土) 22:43:15 .net
俺はもっぱらSQL文の文字列はqとかqueryで済ましてるけど、
本来なら>>6の書き方の方がいいぞ。スペル間違ってるけど

9 :側近中の側近 ◆0351148456 :2008/08/23(土) 22:45:28 .net
(っ´▽`)っ
>>6はハンガリアン記法が嫌って事じゃないのか?

10 :側近中の側近 ◆0351148456 :2008/08/23(土) 22:47:18 .net
(っ´▽`)っ
どうなんだろうね。ハンガリアン。
変数名だけで型の判別が付く一方で、
型が変わった場合、紛らわしいってのもある。

↓↓↓以降、ハンガリアン賛成派?反対派のスレになります☆↓↓↓

11 :仕様書無しさん:2008/08/23(土) 22:49:04 .net
>ハンガリアン
一長一短。すきにしろ

12 :側近中の側近 ◆0351148456 :2008/08/23(土) 22:49:27 .net
(っ´▽`)っ
むしろ、開発者にきちんと定義を確認させるために、
わざとハンガリアンにしないという手も。
生産性は落ちるけど、バグは減るような気がする。

まあ、定義確認せずに勘だけで変数使う奴には効果がないが。

13 :側近中の側近 ◆0351148456 :2008/08/23(土) 22:56:45 .net
(っ´▽`)っ
まあ、でも「ふざけた」変数名じゃないわな・・・。

(っ´ω`)っ
スレ違いでごめんね。いきててごめんね。

14 :仕様書無しさん:2008/08/23(土) 23:04:52 .net
きょうびシステムハンガリアンなんて

15 :仕様書無しさん:2008/08/23(土) 23:17:50 .net
【汚物】痛い変数名・関数名【破廉恥】
http://pc11.2ch.net/test/read.cgi/tech/1077137948/

16 :仕様書無しさん:2008/08/23(土) 23:30:17 .net
そんなに型強調したいないなら
hoge$とかのままで書けよ。

17 :側近中の側近 ◆0351148456 :2008/08/23(土) 23:42:31 .net
(っ´▽`)っ
マクロ変数でもいいかな?

/*○○コード*/
#define VALUE_101 101
#define VALUE_102 102
#define VALUE_103 103

マクロにしている意味ないじゃ〜ん☆

18 :仕様書無しさん:2008/08/24(日) 00:10:15 .net
個人的に死ね:

Map<K, V> map;
String value;
boolean bRet;

19 :仕様書無しさん:2008/08/24(日) 00:14:21 .net
>>18
ゲーム屋乙

20 :仕様書無しさん:2008/08/24(日) 00:19:48 .net
ああ、あとこれも死ね。
boolean ~~flg;

>>19
ただのITドカタだよw

説明のないプログラム、ムダしかないプログラムを書いて
何も疑問抱かずにコーディング終了報告するバカ多すぎ。死ね。死ね。死ね。

21 :仕様書無しさん:2008/08/24(日) 02:15:42 .net
ハンガリアンジャムスター

22 :仕様書無しさん:2008/08/24(日) 03:45:18 .net
>>21
個人的にトリノスケール7くらい

23 :仕様書無しさん:2008/08/24(日) 04:28:02 .net
おいらはプログラマー
やくざなプログラマー
おいらが怒ればバグの嵐
喧嘩代わりにデバッグすれば
金はいらねトンズラさ〜

24 :仕様書無しさん:2008/08/24(日) 05:21:20 .net
hi があったので low を探したら nen tuki が見つかりました・・・
day にしろよ・・・

25 :仕様書無しさん:2008/08/24(日) 05:49:06 .net
highじゃないのか。

26 :仕様書無しさん:2008/08/24(日) 08:19:05 .net
>>10
ハンガリアン嫌い

やるにしても頭に1文字のみで、数字か文字かオブジェクトかを識別する文字のみ(n,s,o)
intとかlngとかdblとか許さん。

27 :側近中の側近 ◆0351148456 :2008/08/24(日) 08:56:32 .net
(っ´▽`)っ
今もMSはハンガリアン記法で開発してるのかな・・・。

28 :仕様書無しさん:2008/08/24(日) 11:55:55 .net
ハンガリアンつけているようなのは
英語力がないんだと思った。

29 :仕様書無しさん:2008/08/24(日) 13:27:05 .net
>>28
そりゃそうだ。
ハンガリアンを推奨しているのは英語圏の人々だけど
実際開発に携わってるのはインド人とパキスタン人だからな

30 :仕様書無しさん:2008/08/24(日) 13:42:25 .net
#define Three 4
とかいうのを見たことがあるって
何かのプログラム本に書いてあったな

31 :仕様書無しさん:2008/08/24(日) 15:34:20 .net
public boolean func(String str){

boolean result;

〜略〜

return true;

}



吹いた.
いかにも戻り値が格納されそうな変数resultを用意しておきながらベタ打ちで戻してるし

32 :仕様書無しさん:2008/08/24(日) 16:13:58 .net
>>31
えええ?一体何処でこんな変なプログラムに出会うんだ?
書いた人よりもむしろ出会った場所をを知りたい。

33 :仕様書無しさん:2008/08/24(日) 17:12:46 .net
>>24
じわじわ来たw

34 :仕様書無しさん:2008/08/24(日) 17:28:11 .net
ハンガリアンについては
ここを見て考えが変わった。
http://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 :仕様書無しさん:2008/08/24(日) 17:28:26 .net
>>32
お前は幸せだなあ。
ITにはこのぐらいも見直せないバカがぎょうさんおるんよ。

36 :仕様書無しさん:2008/08/24(日) 20:06:52 .net
>>30
#define thru 1
は見たことある。スルーってなんだ?と思った

37 :仕様書無しさん:2008/08/24(日) 20:39:34 .net
合理性の感じられない変数名や関数名を付ける奴のプログラム(他の仕事振りも含む)は総じて糞な印象。

38 :仕様書無しさん:2008/08/24(日) 20:58:47 .net
>>34
アプリケーションハンガリアンに関してはこんな考えもあるぞ。
http://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 :仕様書無しさん:2008/08/24(日) 23:37:15 .net
不良品を扱う関数で変数名をDQNって書いてる同僚がいた

40 :仕様書無しさん:2008/08/25(月) 02:14:35 .net
hoge foo bar baz piyo fuga

テストコードだけでしてください・・・

41 :仕様書無しさん:2008/08/25(月) 06:24:43 .net
func000001
こんなのだと涎がでちゃうね。

42 :仕様書無しさん:2008/08/25(月) 09:26:09 .net
ふざけた変数名であっても一貫してふざけた変数名をつけ続けていたら
それはそれでプロフェッショナル

43 :仕様書無しさん:2008/08/25(月) 10:50:24 .net
subroutine−exitを短縮して「SEX」

44 :仕様書無しさん:2008/08/25(月) 11:02:01 .net
昔、あるシステムの仕様書に「シマムクコード」というのがあった。
これ何?と思いながら先を読んで行くと、
市区町村コードだとわかった。

だけどなんで「シマムク」?

その夜風呂に入っていて突然わかった!

市→し →シ
町→まち→マ
村→むら→ム
区→く →ク

45 :仕様書無しさん:2008/08/25(月) 11:31:56 .net
>>44
よく分かったな
あんたすげぇよ

46 :仕様書無しさん:2008/08/25(月) 11:33:11 .net
字(あざ)は

47 :仕様書無しさん:2008/08/25(月) 11:36:40 .net
市区町村までで足りるシステム

48 :仕様書無しさん:2008/08/25(月) 16:00:54 .net
なんで
「シクマム」じゃないんだろう?

49 :仕様書無しさん:2008/08/25(月) 17:07:34 .net
語呂として面白いのは「島向く」

50 :仕様書無しさん:2008/08/25(月) 17:23:49 .net
やめようと思ったソースコードスレに以前にも書いた記憶があるが
ローマ字なのに微妙に違っている変数名は萎える。

合計値でTotal としたかったんだろうが、Tortaru
市町村コードでTown としたかったんだろうが Tawn
パスワードでPathword、ファイルのパス名でPass(逆だろw

事務所コードでZimuてのもあったな('A`)


51 :仕様書無しさん:2008/08/25(月) 18:16:32 .net
>>50
コボル脳だなw

52 :仕様書無しさん:2008/08/25(月) 21:29:58 .net
伝説の UwaRite に比べればまだまだだな

53 :仕様書無しさん:2008/08/25(月) 21:32:42 .net
>>41
上司に変数の必要数を言うと、
その上司が分厚い変数台帳から次の番号を調べて
XAB00234,XAB00235,XAB00236
なんてのを貰うという
暗黒時代みたいな感じの会社があった。
と、聞いたことがある。



54 :仕様書無しさん:2008/08/25(月) 21:32:43 .net
糞な変数名は一括置換でなかったことにー

55 :仕様書無しさん:2008/08/25(月) 21:40:05 .net
3年ほど前にいた現場では、グローバル変数の命名規則が
モジュール名+連番
みたいな感じだった。
モジュール名=業務コード+モジュール種別+連番
見たいな感じで...

56 :側近中の側近 ◆0351148456 :2008/08/25(月) 22:03:58 .net
(っ´▽`)っ
金融系だと、関数名、変数名等のオブジェクト名が意味の持たない連番ってことがある。
理由はセキュリティ対策だとのこと。
ソースコードを盗まれても、
オブジェクト名を全て意味の持たない連番にしておけば、
ソースがわかりにくくなり、ハッキングが難しくなる。

(っ´▽`)っ
というが、意味あるのかねぇ・・・

57 :仕様書無しさん:2008/08/25(月) 22:11:36 .net
糞なコテはNGNameでなかったことにー

58 :仕様書無しさん:2008/08/25(月) 22:28:05 .net
>>31に近い感じのマヌケコードで

public String func(XXXXXXXX){

  if(XXXXXX){
      return "false";
  }

  return "true";
}

ってのを見たことがあるぞ。
って、スレ違いか。

59 :仕様書無しさん:2008/08/25(月) 23:23:39 .net
>>56
つまり可読性をあえて損ねる、ってことだよね?

メンテナンスしやすさを犠牲にしてセキュリティを強化、という
つもりかも知れないけど、セキュリティもたいして強化されないよな。

60 :仕様書無しさん:2008/08/25(月) 23:28:39 .net
むしろセキュリティホールが発生しやすくなる悪寒

61 :仕様書無しさん:2008/08/25(月) 23:33:05 .net
>>53 >>55
嫌がらせでグローバル変数の使用を減少させる意図なんだと好意的に解釈

62 :側近中の側近 ◆0351148456 :2008/08/26(火) 07:17:50 .net
>>61
(っ´▽`)っ
グローバル変数以外使用禁止ってことも考えられるぞ。
COBOLerがリーダーのところだと。

63 :仕様書無しさん:2008/08/26(火) 11:28:59 .net
で?

64 :仕様書無しさん:2008/08/26(火) 13:33:46 .net
privateにこだわる必要は無いと思うよ。
プロパティ作成でコーディングが長くなるし
変なプロパティ名付けられたもね


65 :側近中の側近 ◆0351148456 :2008/08/26(火) 20:23:24 .net
>>63
(っ´▽`)っ
でで?

66 :仕様書無しさん:2008/08/26(火) 22:20:46 .net
>>63
「あれ」に登録すればおk

67 :仕様書無しさん:2008/08/27(水) 00:04:17 .net
>>56
sedやawkなどのフィルタ系スクリプト言語を知らないんだろうか?

68 :仕様書無しさん:2008/08/27(水) 00:47:18 .net
>>38
なんでサイトきえてんの?

69 :仕様書無しさん:2008/08/27(水) 02:40:33 .net
int meidosan, kyoumoichinichi, gohousizanmai;
って宣言を見たことがある

70 :仕様書無しさん:2008/08/27(水) 04:56:38 .net
int s, e, x;

とかやってみたい

71 :仕様書無しさん:2008/08/27(水) 05:28:05 .net
中学生かお前は

72 :仕様書無しさん:2008/08/27(水) 11:24:52 .net
char *s;
double e;
int x, y;

だったらごまかせそうだな

73 :仕様書無しさん:2008/08/27(水) 11:29:40 .net
>>72
お前、天才だな。

74 :仕様書無しさん:2008/08/27(水) 14:54:29 .net
>>55
俺の知ってるソフトで
テーブル名略文字+連番がテーブルの項目名って処がある
資料がないとわからないのにその資料がまともに整備されていない
という即死ソフト

75 :仕様書無しさん:2008/08/27(水) 15:11:31 .net
本当のド素人が作ったプログラムなんだな。
今そんなの作ったら瑕疵責任ものだな。

76 :仕様書無しさん:2008/08/27(水) 21:00:36 .net
>>74
俺もそれで苦労した。
せめて各ファイルの同じ項目が同じ番号だったら救いがあるんだが。

結局納品後にそう手直ししたけどね。

顧客マスタの顧客コードが     MAS0010 だったら
売上ファイルの顧客コードも同じく URI0010 というように

77 :仕様書無しさん:2008/08/27(水) 22:04:54 .net
>>76
おれもそういうの見たことある。
割とポピュラーなものだったのか?

78 :仕様書無しさん:2008/08/28(木) 10:56:29 .net
>>56
ハッカーすら逃げ出すソースを作るって事ですね。

で、開発者も逃げ出したくなると。

79 :仕様書無しさん:2008/08/28(木) 22:41:41 .net
>>68
表現が過激すぎてマズいことになったのでは?


80 :仕様書無しさん:2008/08/29(金) 00:46:20 .net
>>72
Sから始まる例外をcatchするときは、迷わずsexでしょ

catch(ServletException sex){
:
:
}





81 :仕様書無しさん:2008/08/29(金) 09:42:00 .net
sexとか飽きた。

82 :仕様書無しさん:2008/08/29(金) 11:45:03 .net
hage
hige
hoge
mage
moge
mike_neko

short foo
long fool

83 :仕様書無しさん:2008/08/29(金) 16:22:50 .net
他社の、それも動作実証用のテストプログラムだったとはいえ
個人名+_sineとか_yamero _useroだったのは引いた。
その個人名はその他社の新人のもの。
その当人見てるんだし、もろパワハラだわ。

84 :仕様書無しさん:2008/08/29(金) 16:25:40 .net
int unko0, unko1;

とか書いてた新人。 大人になれよ…

85 :仕様書無しさん:2008/08/29(金) 16:30:06 .net
>>83
そういうものはは気に入らない上司や無茶なスケジューリングをするSEの名前をこっそり書くものだと思っていたんだが、違ったんだな。


86 :仕様書無しさん:2008/08/29(金) 18:42:09 .net
VBでアルバイトが
Dim str事業名 As String
コンパイル通るし

87 :仕様書無しさん:2008/08/29(金) 19:28:29 .net
何か問題あるの?

88 :仕様書無しさん:2008/08/29(金) 19:35:53 .net
VBは割と昔から、全角変数とか使えるけど?

89 :仕様書無しさん:2008/08/30(土) 00:25:12 .net
あれ、でも何かヤバイ問題があったような気がする。
何だったかよく覚えてないけど・・・。


90 :仕様書無しさん:2008/08/30(土) 03:24:42 .net
BakaAhoAsobijyaneenda

91 :仕様書無しさん:2008/08/30(土) 19:04:11 .net
以前、ベンチャーでバイトしていた時の話なんだが・・・

お姉さん以上おばさん未満な電話番のババア(独身)と雑談していて
「テストのために一時的に使う変数の名前には、fooとかhogeとかが”標準”なんですよ」
と教えてやったら、なんつって言い返してきたと思う?


「くだらない」

「そんなふざけた名前使うなんて世間をなめている」

「おふざけに付き合うほどわたしは暇じゃない」   ←('A`;)デンワバンノクセニ


ちなみに、そのババアが電話番として得ていた給料は
おれが作成したブツを換金することで得ていたわけだが・・・

92 :仕様書無しさん:2008/08/30(土) 19:05:39 .net
( ´-`)?

93 :仕様書無しさん:2008/08/30(土) 20:17:24 .net
電話番を一匹雇えるとは
ずいぶん大規模なベンチャーですね

94 :仕様書無しさん:2008/08/30(土) 20:33:27 .net
英会話ができるというのがポイントだったらしいのだが
実際は月に一度か二度しかその手の電話はなかったな

95 :仕様書無しさん:2008/08/31(日) 03:50:49 .net
fooもhogeも使ったことないや

96 :仕様書無しさん:2008/08/31(日) 08:22:05 .net
俺もテスト用でも使った事ないな。本でたまに見かける程度だな。

97 :仕様書無しさん:2008/08/31(日) 09:43:39 .net
>>91
そもそもお前さん、標準の意味分かってないでしょ…。

98 :仕様書無しさん:2008/08/31(日) 12:01:12 .net
>>91
メタ構文変数を当たり前だと主張するやつがいたら、
何かしら問題がある(可能性がある)と思って身構えるなぁ。

プログラミングテクニックはわからんが、
自己中心的でわかりにくく、変わったことばかり主張して
メンテしずらいコード書きそうw

99 :仕様書無しさん:2008/08/31(日) 14:56:52 .net
バイト君は電話番相手にどんな話してるんだよww

100 :仕様書無しさん:2008/08/31(日) 16:17:13 .net
>>91
スキル的に英会話>プログラム初級だと思うよ、ババア尊敬しとけ。

101 :仕様書無しさん:2008/08/31(日) 17:32:09 .net
俺は、一時的であっても意味のある名前をつけるかな...
hogeとかはサンプルプログラムで見かけるくらい。

102 :仕様書無しさん:2008/08/31(日) 17:35:32 .net
hage hoge higeは実際に自分が使うプログラムを組む時には使わないよな

103 :仕様書無しさん:2008/08/31(日) 17:45:12 .net
>ちなみに、そのババアが電話番として得ていた給料は
>おれが作成したブツを換金することで得ていたわけだが・・・

利益を生む活動だけで会社が成り立ってると思ってんの?
金にならない雑用もたくさんあって、誰かがそれをやらなきゃいけないわけだが。

これだからガキは(笑)

104 :仕様書無しさん:2008/08/31(日) 19:10:21 .net
女はブサメンには厳しいからな。イケメンには優しい。
くだらないと言われるほどブサメンなんだろう

105 :仕様書無しさん:2008/08/31(日) 22:10:21 .net
>>56
何年前だよw
最近はないだろう… たぶん…

106 :仕様書無しさん:2008/09/04(木) 22:29:01 .net
おばさん未満にババアと言ってはいけません


107 :仕様書無しさん:2008/09/09(火) 02:13:13 .net
Vector i = new Vector();

108 :仕様書無しさん:2008/09/09(火) 02:16:56 .net
>>91
>ちなみに、そのババアが電話番として得ていた給料は
>おれが作成したブツを換金することで得ていたわけだが・・・
電話番のおかげでブツ作成にある程度専念できた。
相乗効果だ。電話番がいなかったら換金のタイミングが若干ながらも遅れたであろう。
遅れたら換金の保障はない。


109 :仕様書無しさん:2008/09/09(火) 08:59:10 .net
ここでも婆ちゃんの話してるのか

110 :仕様書無しさん:2008/09/09(火) 10:47:47 .net
ウチのババァは飴くれるお (´ω`)ホッコリ

111 :仕様書無しさん:2008/09/09(火) 16:03:22 .net
飴ちゃんだろ、飴ちゃん

112 :仕様書無しさん:2008/09/09(火) 17:51:17 .net
>>34
Writeで自動的にエンコードされるようにするだろう。普通。
usなんて略称使うのは行儀悪いし。
って誰かと思ったらJoelか。

113 :仕様書無しさん:2008/09/09(火) 20:39:11 .net
自動エンコードは、エンコードされたくない部分と一緒に出力出来ないから、使い分けなくちゃならなくて面倒だな
っていうかそれじゃあそこで言われていることの問題を解決しきれないし。
それにusみたいな接頭・接尾子が行儀悪いっていう感覚も分からないなぁ

114 :仕様書無しさん:2008/09/09(火) 22:40:09 .net
自分の常識だけが世界で唯一絶対の常識である
とか主張してる香具師に反応する必要ないと思うよ

115 :仕様書無しさん:2008/09/10(水) 17:49:40 .net
int nantoka;
int kantoka;
int are;
int kore;


もうちょっとひねれよ。

116 :仕様書無しさん:2008/09/10(水) 21:19:58 .net
>>115
int sore ;
int dore ;
int koko ;
int asoko ;

117 :仕様書無しさん:2008/09/10(水) 23:40:10 .net
>>113
略称はよくない。usでUnsafe Stringって...。

XSS対策であれば、基本のWrite関数は自動エンコードにして
エスケープされたくない場合だけ明示するように設計するのがいいと思う。

>>114
まあ「普通」とか、つい書いてしまったが、唯一絶対とかまでは思ってないよ。

安全かどうかっていったって、HTMLやSQLやURLなど色々有って、sが「安全な文字列を示す接頭辞」なんてバカなこと言ってんじゃねーよとは思う。


118 :仕様書無しさん:2008/09/11(木) 21:13:09 .net
アプリケーションハンガリアンってアプリの枠内で使えば何も問題なくね?
統一しようなんて考えるのが間違いだと思うんだが

119 :仕様書無しさん:2008/09/12(金) 01:05:31 .net
>>117
略称は良くない、って脊髄反射かよ。

ナンデ良くないのか説明できれば、解決策も示せようものを。


120 :仕様書無しさん:2008/09/12(金) 01:32:03 .net
今更。
ちょっと考えれば分かるだろ。

121 :仕様書無しさん:2008/09/12(金) 10:27:11 .net
ハンガリアンって今でも必要?
コンパイラに任せとけば良くないか。

122 :仕様書無しさん:2008/09/12(金) 10:29:13 .net
何を!?

123 :仕様書無しさん:2008/09/12(金) 11:20:18 .net
>>121-122
吹いたw

124 :仕様書無しさん:2008/09/12(金) 12:10:55 .net
でぃむ うんこ あず すとりんぐ

125 :仕様書無しさん:2008/09/12(金) 13:47:26 .net
>>121
kwsk

126 :仕様書無しさん:2008/09/12(金) 22:36:02 .net
(コンパイラじゃなくてIDEの型情報管理機能のことを言おうとしたって事、姉さんはちゃあんとわかってますからね…)

127 :仕様書無しさん:2008/09/12(金) 22:37:13 .net
>>126
121乙

128 :仕様書無しさん:2008/09/12(金) 23:08:28 .net
何言ってんだか

129 :仕様書無しさん:2008/09/13(土) 00:22:42 .net
で、どうして略称は良くないの?ちょっと話してごらん。

130 :仕様書無しさん:2008/09/13(土) 00:59:51 .net
ぱっと見で変数の意味がわからねーからだよボケ

131 :仕様書無しさん:2008/09/13(土) 01:17:44 .net
それは頭が悪いからじゃないのお?

132 :仕様書無しさん:2008/09/13(土) 01:24:08 .net
なるほどなるほど頭が悪いからこの程度の略し方なら理解できると思ってくれちゃってるんですね。

133 :仕様書無しさん:2008/09/13(土) 01:50:38 .net
ん?

134 :仕様書無しさん:2008/09/13(土) 03:08:09 .net
ryはgbLKでimfとか1mtslfもunsのsだから


135 :仕様書無しさん:2008/09/13(土) 05:26:42 .net
kwsk

136 :仕様書無しさん:2008/09/13(土) 08:58:26 .net
>>130
アプリケーションハンガリアンの話なら、規約として規定されるのが前提だろうから、
略称そのものから意味を推測出来るようにする必要はないのでは?
利点はあるかも知れないけど、本質じゃないかと。

そもそも略ですらある必要ないですよね。
リンク先の例では、意味を持つ記号(プレフィクス)に略称の文字列を割り当てただけで

137 :仕様書無しさん:2008/09/13(土) 09:46:38 .net
>>126を脳内スルーしてたけど
ようやく分かった俺アfホフ

138 :仕様書無しさん:2008/09/13(土) 15:07:57 .net
>>136
それなんてコボル?

139 :仕様書無しさん:2008/09/13(土) 15:20:41 .net
>>130
サンドバッグ乙。

140 :仕様書無しさん:2008/09/13(土) 16:16:07 .net
わざわざ略称を使う意図は?

141 :仕様書無しさん:2008/09/13(土) 16:45:36 .net
長いとtypoするからでつ

142 :仕様書無しさん:2008/09/13(土) 17:55:15 .net
ぶっちゃけ一部の略語にすらなってないみたいなのを除けばそう困らんけどね
たとえばこういうの

55 : 仕様書無しさん [sage] DATE:2008/05/24(土) 23:36:48
HRG01 HRG02・・
とか並んでるDBならみたことある。
作った人に「HRGってなんて意味ですか?」
って聞いたら、
「フラグだ。そのまんまだろ」
ていわれた。

いろいろ言いたくなったけど、無駄だろうからやめた。

143 :仕様書無しさん:2008/09/13(土) 18:09:07 .net
>>142
日本のローマ字の標準規格(ヘボン式)から母音字を落としたわけか
ttp://www.bunka.go.jp/kokugo/main.asp?fl=show&id=1000001932&clc=1000000068&cmc=1000003935&cli=1000004673&cmi=1000004675


見たくも使いたくもないけどw

144 :仕様書無しさん:2008/09/13(土) 18:16:10 .net
エディタ or IDEでも変わるし、変数名の長さ制限があるような環境かどうかも影響するわな。
ただ環境さえ整えば略称を使う積極的理由なんか無いと思う。



145 :仕様書無しさん:2008/09/13(土) 18:25:07 .net
おまいらが許せる変数の長さってどんぐらい?
その文字一杯の変数が一つの関数に10個あると仮定して

146 :仕様書無しさん:2008/09/13(土) 18:26:39 .net
>>144
int jugemujugemuGokounosurikireKaijarisuigyonoSuigyoumatuUnraimatuFuraimatuKuunerutokoronisumutokoroYaburakoujinoyabukoujiPaipopaipopaiponoShuringanShuringannoponpokopi-noponpokona-noChoukyuumeinoChousukeNoJumyou = 5 ;

147 :仕様書無しさん:2008/09/13(土) 18:36:33 .net
>>145
まともに作ってたらそんなことにならんからな



148 :仕様書無しさん:2008/09/13(土) 18:39:22 .net
普通にキャメルケースか_区切りでよくね?

149 :仕様書無しさん:2008/09/13(土) 19:00:00 .net
>>145
その仮定はおかしい(AA略)

150 :仕様書無しさん:2008/09/13(土) 22:13:06 .net
>>145
「必要があれば」何文字でも許せる。
もちろん簡潔に表現する。MacのCocoaのメソッド名なんかはクドいと思う。
ただ変な略称は使わない。

151 :仕様書無しさん:2008/09/13(土) 22:16:21 .net
ベンダやライブラリの名前がクラス名とかに含まれることはあるけど、大抵略称になるよな。
JavaのSwingならJFrameとか。略称使わないとしたらJavaFrameかね?無いわ…。

152 :仕様書無しさん:2008/09/13(土) 22:24:27 .net
>>151
あれはAWTの負の遺産込みの命名だからな。
略称使いたくなるのは、設計の問題がある場合というのも多いんじゃないだろうか。



153 :仕様書無しさん:2008/09/13(土) 22:33:03 .net
>>143
訓令式のほうだろ。
ヘボン式なら「フ」は「fu」だ。


154 :仕様書無しさん:2008/09/13(土) 22:39:49 .net
ローマ字の問題じゃないけれど、
キャッシュ制御に関わる変数名がことごとくcshなんたらってなってる

cash・・・ cache・・・ ('A`)

155 :143:2008/09/13(土) 22:47:01 .net
>>153
確かに・・・・・・or2

156 :仕様書無しさん:2008/09/14(日) 13:22:34 .net
とある役所のシステムを改修したんだが、
変数に「kae」「ra」「sete」「si」「nu」ってのがあった……
ダイイングメッセージみたいで怖いからやめてくれ。

157 :仕様書無しさん:2008/09/14(日) 13:41:14 .net
>>156
そんな命名、保守する方の身にもなれよって感じだな。

158 :仕様書無しさん:2008/09/14(日) 13:44:03 .net
不幸はみんなで分かち合うべきである

159 :仕様書無しさん:2008/09/14(日) 13:46:41 .net
つまり、>>158は不幸になるべきである

160 :仕様書無しさん:2008/09/14(日) 14:09:41 .net
約一ヵ月後、>>158から引き継がれたプログラムを開くと、

Dim kae as String
Dim ra as String
Dim sete as String
Dim si as String
Dim nu as String

とあったそうな。

161 :仕様書無しさん:2008/09/14(日) 14:15:26 .net
>>160
メンテした。

Dim selectSql as String
Dim insertSql as String
Dim updateSql as String
Dim deleteSql as String
Dim errorMessage as String


162 :仕様書無しさん:2008/09/14(日) 14:18:38 .net
>>161
おれもおれも。

10 LET $SEL, $INS, $UPDATE, $DEL, $ERR

163 :仕様書無しさん:2008/09/14(日) 14:40:37 .net
>>158-159の流れにコーラを噴出して不幸になりました><

164 :仕様書無しさん:2008/09/14(日) 15:01:57 .net
ここの人達って主に何の言語で開発しているの?

165 :仕様書無しさん:2008/09/14(日) 15:24:29 .net
今はJava

166 :仕様書無しさん:2008/09/14(日) 19:59:19 .net
>>162
なんでUPDATEだけ6字なんだよ。やりなおし。

167 :仕様書無しさん:2008/09/16(火) 04:59:31 .net
俺もJava。まあ、なんだかんだいって一番面倒が無い。

168 :仕様書無しさん:2008/09/17(水) 01:27:28 .net
一番面倒が無いのはC#だな。Javaやるには、とりまく環境も含めて
把握しないとダメで変な向上心が必要になってくる。

169 :仕様書無しさん:2008/09/17(水) 01:37:27 .net
Cでつ

170 :仕様書無しさん:2008/09/17(水) 02:08:31 .net
今更Cなんて・・・

171 :仕様書無しさん:2008/09/17(水) 02:15:34 .net
えっ?

172 :仕様書無しさん:2008/09/17(水) 06:44:51 .net
Cまでいったら市役所に行かないと・・・

173 :仕様書無しさん:2008/09/17(水) 08:15:49 .net
組み込み用途でもCは時代遅れなのか? ・・・うすうすそんな気はしてたけど
某社のエンタープライズディスクアレイ用のコード書いてる

>>172
kwsk

174 :仕様書無しさん:2008/09/17(水) 23:26:47 .net
組み込み用途なら、数年〜10年以上前のコードはCだね。
組み込みであっても、昔と比べて緻密なコードが要求される場面はなくなりました。
これから新規開発でCはありえない。

175 :仕様書無しさん:2008/09/17(水) 23:27:15 .net


176 :仕様書無しさん:2008/09/17(水) 23:29:28 .net
>>172
婚姻届を出しに行くとか言うなよ?絶対言うなよ?

177 :仕様書無しさん:2008/09/17(水) 23:37:05 .net
>>176
kwskとか書いた俺涙目

178 :仕様書無しさん:2008/09/18(木) 01:00:36 .net
恋のABCなんて若いモンは知るまいて

179 :仕様書無しさん:2008/09/18(木) 01:17:26 .net
AがキスでZが結婚でその間は全部変態プレイの羅列、ってな勘違いをしてる人がいた

180 :仕様書無しさん:2008/09/18(木) 02:19:49 .net
A=キス B=ペッティング C=エッチ

                      …Z=別れ

181 :仕様書無しさん:2008/09/18(木) 09:47:46 .net
D=中だし
E=出産
F=育児…

という感じで続くのだろうか

182 :仕様書無しさん:2008/09/18(木) 10:03:07 .net
英字だけじゃ48手が収まらないじゃないか

183 :仕様書無しさん:2008/09/18(木) 16:29:38 .net
G=倦怠期、オナニー専科
H=肉欲復活
I=肉欲を超越して愛に目覚める。だがそれも束の間。
J=娘がJCになる。洗濯物を分けられる。
K=娘がJKになる。生ゴミ扱い。

疲れた
後は頼む

184 :仕様書無しさん:2008/09/18(木) 18:13:46 .net
Hの部分は狙ってるのか

185 :仕様書無しさん:2008/09/18(木) 21:13:32 .net
>>174
>これから新規開発でCはありえない。
んなこたねーだろ。
Cなめんな!

いろんな意味で。


186 :仕様書無しさん:2008/09/18(木) 23:45:28 .net
つ〜か、C知らずにコンピュータを理解できんだろ。

187 :仕様書無しさん:2008/09/18(木) 23:59:12 .net
つ アセンブリ言語


188 :仕様書無しさん:2008/09/19(金) 00:00:20 .net
つ マシン語

189 :仕様書無しさん:2008/09/19(金) 00:00:53 .net
つ CASL2

190 :仕様書無しさん:2008/09/19(金) 00:19:00 .net
つ 真空管

191 :仕様書無しさん:2008/09/19(金) 00:36:53 .net
Cで書いたからってプログラムが最速になるわけでもない

192 :仕様書無しさん:2008/09/19(金) 01:05:59 .net
Dは公道最速プロジェクトだぜ!

(ってまだやってんだよねあの漫画・・・

193 :仕様書無しさん:2008/09/25(木) 20:05:09 .net
ローマ字表記は別にかまわんが、「じ」は「Ji」だったり「Zi」だったり
統一しろよぅ

194 :仕様書無しさん:2008/09/25(木) 20:08:55 .net
ローマ字表記の規約くらい用意しろよ。

195 :仕様書無しさん:2008/09/25(木) 20:33:47 .net
Giもあるぞい

196 :仕様書無しさん:2008/09/25(木) 21:04:26 .net
規約では sha なのに当然のように無視で sya とかが混ざってて(DBのフィールド名)
困っていた俺が通り抜けますよ

197 :仕様書無しさん:2008/09/25(木) 21:39:03 .net
訓令式の方が規約化し易いんだけど、コーディング時にはどうしてもヘボン式の癖がでてしまふ

198 :仕様書無しさん:2008/09/25(木) 22:44:48 .net
いっそ日本語変数名にすればいいのに。

199 :仕様書無しさん:2008/09/26(金) 19:08:12 .net
ローマ字どころか

dayとnitiとmonthとtukiとYearとnenと

同一人物の1ソース内になんでこんなに混在するんだヽ(`Д´)ノ

200 :仕様書無しさん:2008/09/26(金) 20:44:38 .net
気分です、気分

201 :仕様書無しさん:2008/09/26(金) 21:27:46 .net
nitiとhiが混在している上に両方グローバルだったりするともう逆に興奮してくる

202 :仕様書無しさん:2008/09/26(金) 23:53:41 .net
かと思えば xxxxbi (xxxx日) なんてのまで出てくるわけだ

203 :仕様書無しさん:2008/09/27(土) 00:41:16 .net
ekkusu_day なんてものあった

204 :仕様書無しさん:2008/10/01(水) 11:21:12 .net
HakoSaizu ← 混乱しすぎた実例

205 :仕様書無しさん:2008/10/01(水) 22:41:49 .net
int ort=3

206 :仕様書無しさん:2008/10/01(水) 23:07:49 .net
if ('A') {

207 :仕様書無しさん:2008/10/01(水) 23:09:56 .net
変数じゃねーし

208 :仕様書無しさん:2008/10/04(土) 03:52:58 .net
m9('A')9m

209 :仕様書無しさん:2008/10/06(月) 02:08:41 .net
dim iCount as integer
dim strSql as string
dim const string strConstOmanko as string



210 :仕様書無しさん:2008/10/06(月) 09:52:47 .net
>>209
コンパイルが通らないふざけたコードを書く奴

211 :仕様書無しさん:2008/10/07(火) 00:50:31 .net
>>210
通るだろ。ぼけ。

212 :ボケ:2008/10/07(火) 01:23:34 .net
またボケとか貶し合いかよ?まったく小学生かっつーの。もう俺がボケでいいよ。

213 :仕様書無しさん:2008/10/07(火) 01:39:13 .net
ワラタ 名乗るなよw

214 :仕様書無しさん:2008/10/07(火) 03:01:38 .net
>212
黙ってろハゲ

215 :仕様書無しさん:2008/10/07(火) 04:19:10 .net
>>214
おまえは頭頂部から禿げてしまえ

216 :仕様書無しさん:2008/10/07(火) 04:24:15 .net
>>212
薔薇の方なのですね、わかります

217 :仕様書無しさん:2008/10/07(火) 22:34:33 .net
>>214
エラー:多重継承は実装されていません

218 :仕様書無しさん:2008/10/07(火) 22:50:12 .net
ハゲデコレータなんだよきっと

219 :仕様書無しさん:2008/10/07(火) 22:51:20 .net
>>214
エラー:クラス"Head"はインターフェイス"IHair"を実装しません

220 :仕様書無しさん:2008/10/07(火) 22:59:14 .net
>>219
俺一生この髪型かよ…。

221 :仕様書無しさん:2008/10/07(火) 23:21:51 .net
「あれ?頭切ってきた?」

222 :仕様書無しさん:2008/10/08(水) 00:17:17 .net
たぶんfoo, bar, baz....みたいなのりだと思うんだが、
abasi, hidebu, tawabaって変数名が使われてるコードを見たことがる。

223 :仕様書無しさん:2008/10/08(水) 08:16:04 .net
DBのフィールド名は全部ふざけてる。
ローマ字が基本なんだが、そのまま使うと文字数が多くなりすぎるため
特別なルールで短縮する。
結果、フィールド名だけでは何が格納されているかわからなくなる。
これなら、単純にF1, F2, F3とかにしたほうがましだと思う。

224 :仕様書無しさん:2008/10/08(水) 11:58:26 .net
そして台帳へ

225 :仕様書無しさん:2008/10/08(水) 12:28:43 .net
>>223
正規化されてない横長テーブルばっかなんじゃないの?


226 :仕様書無しさん:2008/10/08(水) 23:58:19 .net
家の会社にカウンタにijkを使う馬鹿がいる

足りなくなったらii,ij...って具合に増やしていく…

そんなソースの修正頼まれたらこんな時間になったよ!、死ねよ禿

227 :仕様書無しさん:2008/10/09(木) 00:15:28 .net
>>226
ループカウンタとしてしか意味の無い変数だったらi,j,kがいいんじゃないか?
kまで必要になるくらいだったら、関数を分割するけど。

昔VBで
Global i
ってあって死にそうになったことがあったが、スレ違いだな。

228 :仕様書無しさん:2008/10/09(木) 00:24:38 .net
VBにGlobalなんてキーワードないぞ

229 :仕様書無しさん:2008/10/09(木) 00:36:37 .net
>>227
設計通り作ってあればそうかもしれないけど、実際全然設計と違うからどれがどのルーうカウンタか分からなくなるんだ…
しかもiijとjiiが同じような部分にあって頭が痛くなる

ただの愚痴だったんだ、ごめんよ

230 :仕様書無しさん:2008/10/09(木) 00:37:15 .net
ダウト!!

231 :仕様書無しさん:2008/10/09(木) 00:44:57 .net
>>228
「昔のバージョンにはあった」という考えは浮かばないの?

232 :仕様書無しさん:2008/10/09(木) 00:54:32 .net
>>230
なにが?

233 :仕様書無しさん:2008/10/09(木) 01:54:21 .net
>229の会社ではループカウンタまで設計書に書いてあるのか?
普通そのレベルはコード書く人の自由裁量だと思うけど。


ループカウンタにローマ数字使ってたのを見たときはある意味感心したな。
i、ii、iii、iv、v・・・
そんな大量のカウンタ使ってる関数の中身がどんな有様かは書くまでもないが。

234 :仕様書無しさん:2008/10/09(木) 02:13:33 .net

俺は命名規則をまったく守っていない。
(守らないのがポリシー)

と同時にバグを99%出さないのもポリシー

235 :仕様書無しさん:2008/10/09(木) 02:25:23 .net
>>234
100行に1つはバグがあるって最低

236 :仕様書無しさん:2008/10/09(木) 03:22:17 .net
>234みたいなのがいるから、まともなプログラマの苦労が絶えないわけだな。

バグがあっても可読性の高いプログラムはデバッグも保守も楽。
バグがなくても可読性の低いプログラムは保守が地獄。

プログラムの品質をバグ密度だけで測るなよ。

237 :仕様書無しさん:2008/10/09(木) 05:54:17 .net
>>226
ループカウンタ程度でデバックが停止するおまえは
この仕事に向いて無いからはやいところ転職を考えた方がいい

>>234
自分だけは大丈夫と言う奴のためにまじめに仕事してる人がどんどん潰されていく
過去の所業が己自身を殺す時がくるまで楽しみにしてろ

238 :仕様書無しさん:2008/10/09(木) 08:58:48 .net
>>233
今の案件では俺たちはプログラムだけで詳細設計まで設計は相手の会社が全部やることになってる
入社してからずっとこんな感じだからこれが普通と思ってた

239 :仕様書無しさん:2008/10/09(木) 09:07:18 .net
>>238
ループカウンタがどうとかいうレベルの詳細設計なんて有り得ないレベル。


240 :仕様書無しさん:2008/10/09(木) 14:04:50 .net
一重のループはiが定番すぎてもはや思考の必要がないという理由でiを使うけど、
二重のループになると少し複雑になるんでx/yとかcol/rowみたいなのを使うこともあるな。
三重になるとまずメソッドの抽出から考えると思う。

241 :仕様書無しさん:2008/10/09(木) 14:30:29 .net
ループカウンタはこんな感じで、文字列はこんな感じで、という
おおざっぱな規約はあるなあ@弊社
過去にとんでも変数で苦労したかららしい

242 :仕様書無しさん:2008/10/09(木) 17:06:25 .net
kijcのどれかを使うな俺は…

243 :仕様書無しさん:2008/10/09(木) 18:49:47 .net
i_idx1、i_idx2、i_idx3 ・・・にしろっていうprojがあったな
先頭のiはハンガリアン
(´A`)マンドクセ

244 :仕様書無しさん:2008/10/09(木) 22:34:14 .net
ノイズが増えれば生産性は下がりバグは増えるというのにな。

245 :仕様書無しさん:2008/10/09(木) 23:26:40 .net
で、ループカウンタの宣言はいちいちブロック内でせず
まとめて一箇所だけにしろってんでグローバル化・・・

246 :仕様書無しさん:2008/10/10(金) 00:11:38 .net
それじゃノイズが減るどころか拡散してるじゃねえかw

247 :仕様書無しさん:2008/10/10(金) 01:09:04 .net
>238
それは昔でいうとアレだぞ。
プログラマが紙に書いて持ってきたプログラムを受け取って
その通りにパンチカードに穴開けてるのと同質の作業だぞ。

俺だったら発狂するな。

248 :仕様書無しさん:2008/10/10(金) 01:28:09 .net
コーダって死滅したと思ってたのに、まだ生き残ってたのか

249 :仕様書無しさん:2008/10/10(金) 17:29:33 .net
>>245
言語は C++/Java とかかしらん。
なぜブロック内ダメっていうことになるの?

250 :仕様書無しさん:2008/10/10(金) 18:46:36 .net
たぶん、
「それが見やすい」と思う人たちが居て、
そんな連中の声がでかいと、そうなる

251 :仕様書無しさん:2008/10/10(金) 21:20:23 .net
>>250
ウチにもそういう人いるな。

その人が言うには、
・ソース内でどんな変数を使うのか、まとめて一箇所で分からないと読みにくい
・見やすさなんて時や人によって変わるもんだから決めの問題でしかない
ってことらしい。そしてその人は声がでかい。

252 :仕様書無しさん:2008/10/10(金) 21:27:29 .net
旧世代のスタンダードだわな

253 :仕様書無しさん:2008/10/10(金) 21:32:25 .net
なんかグローバルしかなかった時代の感じがする

254 :仕様書無しさん:2008/10/10(金) 22:22:56 .net
>>251
COBOLerか…

花金花金

255 :仕様書無しさん:2008/10/11(土) 11:58:18 .net
グローバルループカウンタって……
再帰的関数をマルチスレッドで動かすにはどうすればいいんだ?

256 :仕様書無しさん:2008/10/11(土) 16:02:52 .net
ミューテックスロック

257 :仕様書無しさん:2008/10/11(土) 20:33:22 .net
>>255
インターロックなら速いんじゃね?とか思いつく
で、パイプラインを止めまくる

258 :仕様書無しさん:2008/10/17(金) 13:15:15 .net
Dim Ia
Dim IaIa
Dim Fungurui

何を召還する気だ。

259 :仕様書無しさん:2008/10/17(金) 13:39:52 .net
名状し難きコードが生産されているようですね。

260 :仕様書無しさん:2008/10/17(金) 14:55:26 .net
>>258
呼び戻すな(×召還)
呼び出せ(○召喚)

261 :仕様書無しさん:2008/10/17(金) 15:33:43 .net
桶、ちょっと魔方陣書いてくる

262 :仕様書無しさん:2008/10/17(金) 15:34:22 .net
Dim Mahoujin As String

263 :仕様書無しさん:2008/10/17(金) 15:39:36 .net
そこはBitmapじゃね?

264 :仕様書無しさん:2008/10/17(金) 15:56:24 .net
いや、書かんでいいから

265 :仕様書無しさん:2008/10/17(金) 16:30:40 .net
Dim Mahoujin As Variant

'とりあえず、明示的にいろいろやれるようにしました

266 :仕様書無しさん:2008/10/17(金) 17:44:59 .net
だから召喚するなt


ああ、窓に!窓に!!!

267 :仕様書無しさん:2008/10/17(金) 17:56:19 .net
なんか意味分からんし、きもいんだけど。。。

268 :仕様書無しさん:2008/10/17(金) 19:00:21 .net
コード上にAAで埋め込まれた魔方陣とか、
縦読みの呪文とかか?w

269 :仕様書無しさん:2008/10/17(金) 21:24:33 .net
世の中には楽譜に音符でAA描く奴もいる

270 :仕様書無しさん:2008/10/17(金) 21:37:00 .net
ダンディだったよなあれは

271 :仕様書無しさん:2008/10/18(土) 02:14:05 .net
さあ、iocccに行こうか

272 :仕様書無しさん:2008/10/21(火) 15:19:32 .net
int ikko,niko,sanko;


それで何に使ってるかといえばループカウンタ('A`)

273 :仕様書無しさん:2008/10/21(火) 21:59:28 .net
みっつめがsankonだったら許した

274 :仕様書無しさん:2008/10/24(金) 10:10:54 .net
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 :仕様書無しさん:2008/10/24(金) 19:13:47 .net
i,j,kを突破するほどの多重ループって時点で何かがおかしい。

276 :仕様書無しさん:2008/10/24(金) 21:26:23 .net
i,j,kで足りなきゃii,iii,jj,jjj,kk,kkkもあるぜよ・・・
VB6で全部Publicで宣言されてるソースを見てびっくりしたことあるがな

277 :仕様書無しさん:2008/10/24(金) 21:33:07 .net
四元数でも扱うつもりかよwww

278 :仕様書無しさん:2008/10/24(金) 23:06:42 .net
kkkは危険だな

279 :仕様書無しさん:2008/10/25(土) 00:58:11 .net
クー・クラッ…おや誰か来たようだ、こんな時間に

280 :仕様書無しさん:2008/10/25(土) 01:03:54 .net
かっぺいこのやr

281 :仕様書無しさん:2008/10/25(土) 01:17:04 .net
ってか三菱証券の案件で次みたいな変数名を使ったら何か文句を言われました。

Dim iCount as Integer
Dim strName as String
Dim bCheck as Boolean

変数名の頭に型の略称を使うのはこれまで普通だと思っていたのですが
この命名規則って不味いのでしょうか?



282 :仕様書無しさん:2008/10/25(土) 01:17:41 .net
まずかないが積極的に使う理由に乏しい。


283 :仕様書無しさん:2008/10/25(土) 03:07:29 .net
>>281
ハンガリアン記法とかいう奴?
賛美両論今でも好んで使う頭の古い人はいるが
最初に提唱したMSが、失敗だった禁止しろと今は言っている。
使って文句言われても文句言えない。

まだ知らないほど不勉強なコーダが
2chにこれるだけの知能があるとは驚いたよ。

284 :仕様書無しさん:2008/10/25(土) 03:46:20 .net
普通に変数名つけてたら型なんかすぐに分かるけどな

285 :仕様書無しさん:2008/10/25(土) 04:41:23 .net
システムハンガリアンだと思考にノイズが混じっちゃうんだよなあ。
極端な話こうなる。
count < max 'カウンタと最大値の比較
iCount < iMax 'iつまり整数型のカウンタとiつまり整数型の最大値の、双方とも整数型と確認した上でのカウンタと最大値の比較
訓練次第である程度上に近づけるが、最初から上使った方が楽だし確実。

286 :仕様書無しさん:2008/10/25(土) 05:22:33 .net
それは頭が変だろ

287 :仕様書無しさん:2008/10/25(土) 06:00:21 .net
極端すぎたか。
慣れてくるとこんな感じだろうか。
iCount < iMax 'iとiで同じ。整数。カウンタと最大値の比較

288 :仕様書無しさん:2008/10/25(土) 08:17:27 .net
本来のハンガリアン記法は、

fooCount < fooMax 'fooのカウンタとfooの最大値の比較

barCount < fooMax 'barのカウンタとfooの最大値の比較しているから間違いだと思われ

って感じの使い方だったっけ?

オブジェクト指向言語の場合とか、名前空間がある場合とかだと
こういう記法の必要性も少なくなるのではないかと。

289 :仕様書無しさん:2008/10/25(土) 09:35:35 .net
>>283
多分そんな感じだと思う。
>>285
の説明を読んだけどやっぱり俺には、型名+名称 をつけた変数の方がしくり来ます。

DataTableについて名前をつけると俺の場合
dtEmploy


みんな俺の命名規則に合わせてくれ。じゃないと読み辛い。


290 :仕様書無しさん:2008/10/25(土) 09:41:03 .net
その環境の標準ライブラリに合わせとくのが無難だろうな。
iCount < strName.Length
なんてなったら意味なくなるし。

291 :仕様書無しさん:2008/10/25(土) 10:29:45 .net
>>289
名称が動詞(Employ)って事は、そのテーブルはエンティティじゃなくて
関連を表すテーブルなんじゃね?
それが「データテーブル」だって言うのはおかしくね?

292 :仕様書無しさん:2008/10/25(土) 10:43:22 .net
まだハンガリアンなんて生き残ってるんだね。。。
デメリットばかりで、まともにプログラム書いてれば今の時代メリットは何もないんじゃないかね。
アプリケーションハンガリアンも含めて。

293 :仕様書無しさん:2008/10/25(土) 11:43:32 .net
長大な関数の先頭で大量に宣言された変数を覚えきれない場合でも
使用するその場で型が確認できるというメリットがあります。

294 :仕様書無しさん:2008/10/25(土) 11:49:17 .net
ハンガリアンを捨てれば長大な関数を作りづらくなるというメリットがあります。


295 :仕様書無しさん:2008/10/25(土) 11:50:17 .net
長大な関数な時点で敗北。


296 :仕様書無しさん:2008/10/25(土) 14:35:33 .net
ただ脈絡の無い処理が100個ぐらい
ただある場合があるんだよなあ

297 :仕様書無しさん:2008/10/25(土) 17:20:45 .net
dtなんて中途半端な省略プレフィックスならつけるだけ無駄

DataTable, DateTime, ...

298 :仕様書無しさん:2008/10/25(土) 18:26:58 .net
>>292
何もないは言いすぎ。
システムハンガリアンは有用な場面も少しはあるよ。
例えば旧VBとかドトネトのフォーム上のGUI部品のように使うクラスが限られている場合、
システムハンガリアンを使うことによって

(1) 名前の簡素化
(2) 同じかあるいは関連する機能をもつ別のGUI部品との名前のバッティングの解消

という利点がある。

あと、ドトネトだとなぜか中途半端にインターフェイスにだけIをプリフィクスする
規約になっているけど、本来はクラスや構造体やenumにもプリフィクスを付けた方が
コードは読みやすいし、書き方の自由度が上がる。(プリフィクスをとったそのままを
フィールドやプロパティの名前にできる)

299 :仕様書無しさん:2008/10/25(土) 21:19:40 .net
>>298

>GUI部品のように使うクラスが限られている場合
「GUI部品だけはハンガリアンで」って規則にするの?

変数名が短くなる程度なら、略称を使う弊害の方が大きいな。

> プリフィクスをとったそのままをフィールドやプロパティの名前にできる
これはよく分からんのだが。
と思ったけど、VBは大文字小文字を区別されないんだったっけ?

なんにせよ、仕様的に不自由な言語の場合の苦肉の策だと思う。


300 :仕様書無しさん:2008/10/25(土) 21:27:11 .net
グローバル変数のg_やスタティック変数のs_はプレフィックスつける以外にどう区別すればいいのか

301 :仕様書無しさん:2008/10/25(土) 22:05:00 .net
必要ならプレフィックスつけりゃいいじゃないか。

そもそもプレフィックスなんてただの楽するための技法なんだから
つけるもつけないも楽なほうを選べばいいし, 選べないなら諦めろと。

302 :仕様書無しさん:2008/10/25(土) 22:13:24 .net
>>300
区別がつかなくなるようなコードにしなければいいんじゃない?

303 :仕様書無しさん:2008/10/25(土) 22:45:11 .net
>>298
VBプログラマだからそれ凄く分かる。
大文字小文字が区別できたらどんなに楽なことか。
よし今度からクラスとかにはプレフィックス付けるようにするか。

304 :仕様書無しさん:2008/10/25(土) 22:55:40 .net
VBって、宣言の大文字小文字を変えると
使っているところが一斉に変わる変な言語でそ

305 :仕様書無しさん:2008/10/25(土) 23:00:54 .net
作業進めるうちにプレフィックスルール自体が個人個人で違ってくるんだもんなぁ・・・

306 :仕様書無しさん:2008/10/25(土) 23:04:17 .net
>>299
>変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
そんな事はない。
俺も可読性を考えず意味なく省略に走った(昔ながらの)命名法は糞だと思ってる人間ではあるが、
意味の明示度が同じなら名前は短い方が好ましいのも事実だから。

GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
といった命名法が実際適合的だ。

>仕様的に不自由な言語の場合の苦肉の策
言語仕様はあまり関係ないよ。
ドトネトのようにクラス名もプロパティ名もパスカル形式にする規約だと、
例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
(割とありがちなケースだと思うけど)やっぱり混乱して分かりにくいコードになる。

やっぱりクラスや構造体もCListとかSPointみたいにプリフィクスする規約の方が
ただ一貫性があるだけじゃなくて上記の混乱が防げてよかったと思う。

307 :仕様書無しさん:2008/10/25(土) 23:04:41 .net
どうも変数名はロジックには関係無い、

という持論の元適当に名前を付けて

コードを書き終えた後にリファクタリングを使用してあまりにも酷い変数名の場合にのみ

修正をしています。こんなスタンスの奴って多いでしょ?

308 :仕様書無しさん:2008/10/25(土) 23:24:39 .net
GUIコントロールはサフィックスにしたな。
その方が自然に読めるし、1語目はやっぱ重要だし、拡張子みたいなもんだし。

309 :仕様書無しさん:2008/10/26(日) 00:55:18 .net
>>306
>例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
よく分からないな。なにか例はないの?
多分VB特有のものなんだと思うけど。

310 :仕様書無しさん:2008/10/26(日) 01:27:03 .net
>>306
>意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
簡潔にするのはよいけども、略称にしてしまうというのは話が別だと思うがな。

ttp://support.microsoft.com/kb/173738/ja
をみると
・略称から元の意味が分かりにくい。
・重複する
・2、3文字減る程度のものが多い

グローバル変数や長い関数ばりばりで、変数名の長さ制限や大文字小文字区別なし。
そんな時代の遺物じゃないのかねえ。

311 :仕様書無しさん:2008/10/26(日) 01:38:55 .net
>>310
だからどっからVBが出てくるんだよw
例って言われてもその説明で理解できないのなら多分どう言い換えても
理解できないんだと思うよ。
まあいいや。

例えばドトネトのControl.Fontが上記のような場合の一例。

ただ、言ってることが矛盾するように聞こえるかもしれないけど
こういう、クラスライブラリの使う頻度が高いクラスの使う頻度が高いプロパティとかなら
それほど混乱しないとは思う。

だが、自分で書いたFooクラスのHogeInfo型を返すプロパティの名前がHogeInfoだったりすると、
Fooクラスの内部のコードは場合によっては非常に混乱するコードになる。
特にHogeInfoが静的なメンバをもっていたりするとね。

>>309
話がかみ合わんお方だな。
プログラマ(なんでしょ)なら論理的に考えたまえよ。

>略称から元の意味が分かりにくい。(からシステムハンガリアンは禁止すべき)
これが正しいのは俺も認めている。
そしてこれが正しいのなら、この対偶も自動的に正しい。

つまり略称から元の意味十分に読み取れる限定的な場面であれば、
システムハンガリアンを忌避しなくてよい。

312 :仕様書無しさん:2008/10/26(日) 01:56:51 .net
いつも思うんだが、お前らよくそこまで熱くなれるな。こんな糞みたいなネタで。

313 :仕様書無しさん:2008/10/26(日) 02:18:22 .net
>>311
> 例って言われてもその説明で理解できないのなら多分どう言い換えても
> 理解できないんだと思うよ。
お前は相手が.netをあまり知らないかもとか考えてないのな。

プロパティの話は、結局クラス名もプロパティ名もパスカルケースっていう規約が問題であって、それを忌避するためのバッドノウハウだと思うよ。

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
そんな前提なんてのは割と簡単に破られてしまう、という考えはプログラマとしては大事よ。

それにそんな限定されたところだけ、例外的な命名にするってやだな。
formはfrm、frameは重複しちゃったからfraね、というのもダメっぽい。

314 :仕様書無しさん:2008/10/26(日) 02:43:23 .net
HogeInfo型のインスタンスを返すプロパティの名前がHogeInfoだと
そのプロパティを持つクラスの中でHogeInfo.Method()みたいなのがあった場合、
それがクラスメソッドなのかインスタンスメソッドなのか一目で分からないって話?

315 :仕様書無しさん:2008/10/26(日) 07:19:10 .net
アンカーと引用はあるけど実は見えない敵と戦ってる、て話でしょ
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする

316 :311:2008/10/26(日) 13:29:06 .net
>>315
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。

実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。

txtFileName
fileNameTextBox

mnuEnterFileName
menuItemToEnterFileName

まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。

>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。

だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。

あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。

317 :仕様書無しさん:2008/10/26(日) 16:54:30 .net
.netはよく知らんのだが、まあ、つけた方がいいんならつけたらいいんだろう。
そういう開発環境なんだろうね。

318 :仕様書無しさん:2008/10/26(日) 16:56:50 .net
.NETに限らず、Webアプリのid属性とかでも同様だと思いますが。

319 :仕様書無しさん:2008/10/26(日) 18:45:25 .net
つけたきゃつけろよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ

320 :仕様書無しさん:2008/10/26(日) 19:54:09 .net
凝集度を高く結合度を低くしていけば、プリフィックスで変数の種類を区別することの有用度は低くなると思う.
そこまで理想的にはいかないだろうけど.

321 :仕様書無しさん:2008/10/26(日) 19:59:01 .net
単純な話
名称(=オブジェクトのイメージ)が素直に頭に入ってこない

322 :仕様書無しさん:2008/10/27(月) 11:39:46 .net
ハンガリアンについて語るスレって無かったっけ?

323 :仕様書無しさん:2008/10/27(月) 12:11:55 .net
http://academy6.2ch.net/test/read.cgi/whis/1120899843/l50

324 :仕様書無しさん:2008/10/27(月) 16:54:22 .net
>323
審議拒否(AA略

325 :仕様書無しさん:2008/10/27(月) 20:43:57 .net
>>311
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある(≠必要十分条件)」な件について

326 :仕様書無しさん:2008/10/27(月) 21:03:47 .net
>>325
ナニが言いたいのチミ?
ケチをつける前に人の文章よく読んだ方がよくないか?

327 :仕様書無しさん:2008/10/27(月) 21:30:16 .net
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない?

> 論理的に考えたまえよ。
(*ノ∀ノ)

328 :仕様書無しさん:2008/10/27(月) 21:48:40 .net
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。

329 :仕様書無しさん:2008/10/27(月) 21:50:07 .net
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。

330 :仕様書無しさん:2008/10/27(月) 22:06:44 .net
>>316
txtFileName txtは想像できる。(今気付いたがこれテキストファイルの名前の意味にも取れるな)
mnuEnterFileName mnuは厳しい。できればmenuにしてほしい。

331 :仕様書無しさん:2008/10/27(月) 22:28:57 .net
「論理的に考えたまえよ」なんて言っときながら、恥ずかしい間違いをしちゃっている311がいるのはここですか?

332 :仕様書無しさん:2008/10/27(月) 22:31:23 .net
>>331
お前馬鹿だろ。

333 :仕様書無しさん:2008/10/27(月) 22:34:53 .net
元の意味が分からない => ハンガリアンは禁止すべき

対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる

裏は
元の意味が分かる => ハンガリアンは禁止すべきでない

じゃないの?

334 :仕様書無しさん:2008/10/27(月) 22:43:41 .net
>>333
だから何が言いたいの?
ひょっとして

not(ハンガリアンは禁止すべき)

これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)=ハンガリアンは禁止すべきでない=ハンガリアンは禁止してはダメ

とか訳のわからん解釈してないだろうな?

335 :仕様書無しさん:2008/10/27(月) 22:46:15 .net
ジャンガリアンハムスターってかわいいですよね

336 :仕様書無しさん:2008/10/27(月) 22:47:31 .net
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw

337 :仕様書無しさん:2008/10/27(月) 22:48:13 .net
>>334
単純に

311で言ってるのって”対偶”じゃなくて"裏"だろ

ってツッコミをいれてるだけなんだが.

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。

338 :仕様書無しさん:2008/10/27(月) 22:49:09 .net
頭が悪いと、自分が頭が悪いことも分かんなくなるんだろうか。

339 :仕様書無しさん:2008/10/27(月) 22:56:18 .net
まあそうだよね。他にもシステムハンガリアンを忌避しなきゃいけない条件があるかもだし。

340 :仕様書無しさん:2008/10/27(月) 23:08:19 .net
>>337
ああすまん、リアルで間違ってたねw

対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。

みんな本当ごめんw


341 :仕様書無しさん:2008/10/27(月) 23:20:22 .net
(ノ∀`) アチャー

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 :仕様書無しさん:2008/10/28(火) 02:08:28 .net
条件文の対偶を間違える奴がいるかもしれないプロジェクトになんていられるか!俺は辞めさせてもらうぞ!

343 :仕様書無しさん:2008/10/28(火) 02:20:17 .net
だうぞ

344 :仕様書無しさん:2008/10/28(火) 08:42:58 .net
それ死亡フl

345 :仕様書無しさん:2008/10/28(火) 10:47:29 .net
ちょっと用水路見てくる

346 :仕様書無しさん:2008/10/28(火) 11:00:28 .net
336が家庭教師していた生徒、無事合格できたかな(´・ω・`)

347 :仕様書無しさん:2008/10/28(火) 14:08:02 .net
俺・・・今度のデスマ終わったら(ry


int KanriKaisyaBusyoSikibetuCode;


言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりd(ry
そして最後のCodeだけいきなり英語にs(ry

348 :仕様書無しさん:2008/10/28(火) 14:25:25 .net
今までの例から比べたらどんだけマトモなのにケチつけてんの。

349 :仕様書無しさん:2008/10/28(火) 14:56:28 .net
いきなり英語が入るのは日本語も同じじゃないか

350 :仕様書無しさん:2008/10/28(火) 16:44:42 .net
中途半端に省略されたりするよりは潔いんでないの?w
確かに、見づらいだろうが

351 :仕様書無しさん:2008/10/28(火) 17:01:00 .net
> 言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりd(ry
> そして最後のCodeだけいきなり英語にs(ry
int kanri_kaisya_busyo_sikibetu_kodo; ってしてほしいのか?

352 :仕様書無しさん:2008/10/28(火) 18:24:39 .net
外来語は英語にした方が読みやすいよね。
いやならKubunにするか。

> int KanriKaisyaBusyoSikibetuCode;
これは変数名が悪いというより、適切なスコープでないことが問題だろうね。
デスマの様子が手に取るように分かる。


353 :仕様書無しさん:2008/10/28(火) 18:46:48 .net
KKBSC

354 :仕様書無しさん:2008/10/28(火) 19:49:22 .net
そこは意味なく _cd で逝くべきだな

355 :仕様書無しさん:2008/10/28(火) 19:52:32 .net
アンダースコア連発されても打つのだるくね
つかこの件の場合単語の一文字目は大文字とかしてあるだけマシだと思う

356 :仕様書無しさん:2008/10/28(火) 20:34:48 .net
>>352
お前んとこではCodeとKubunが同じ意味なのか?

357 :仕様書無しさん:2008/10/28(火) 20:38:42 .net
そこで KubunCode だな

358 :仕様書無しさん:2008/10/28(火) 20:44:55 .net
>>356
CodeはAさん、KubunはBさん、cdはCさん
誰が書いたか分かる仕組みになってます。

359 :仕様書無しさん:2008/10/28(火) 20:46:23 .net
IdのDさんとNumのEさんを忘れちゃなんねえ。

360 :仕様書無しさん:2008/10/28(火) 20:47:13 .net
>>356
この場合は"識別コード"といってるので区分は違うな。確かに。
区分につけられたコードをxxxKubunとすることはあるよ。


361 :仕様書無しさん:2008/10/28(火) 20:47:39 .net
NoのFさんはリストラですねわかります

362 :仕様書無しさん:2008/10/28(火) 20:48:41 .net
KbnのGさんとKoudoのHさん、今何してるかな

363 :仕様書無しさん:2008/10/28(火) 21:46:55 .net
>>341
自分のショボいバグなのに「コンパイラがおかしい!」と騒ぎ立てる奴みたい

364 :仕様書無しさん:2008/10/29(水) 15:21:24 .net
何を示しているか解る分、少々長くてもいいじゃないかと思ってしまったよ
ローマ字ともハンガリアンとも英語ともつかぬ、妖しげな綴りを乱発されるよりは('A`)

365 :仕様書無しさん:2008/10/29(水) 22:39:00 .net
>int KanriKaisyaBusyoSikibetuCode;

はコメントが着いてれば問題ないんじゃね?
長いのがこれだけだった場合だがw

366 :仕様書無しさん:2008/10/30(木) 08:11:44 .net
英単語派だったが500以上の変数に名前をつけなければならない仕事に当たって
考えが変わった
正直、時間の無駄と言わざるをえない
さらに定数も1000以上かかなければならないときに決まった数は一カ所で定義とか幻想だとわかった
次に必要になったときにそれがすでにあるかどうかを判別できない
そりゃdateやdayぐらいのちがいならなんとかなるが

367 :仕様書無しさん:2008/10/30(木) 08:13:43 .net
プリフィクスって結局限界があるから
int KanriKaisyaBusyoSikibetuCode;
でいいんじゃね?
まあ俺なら
int KanriGaishaBusyoShikibetsuCode;
に訂正させていただくが

368 :仕様書無しさん:2008/10/30(木) 09:04:02 .net
>>366
>500以上の変数
>定数も1000以上
それらがすべて一意でなきゃいけないのだとしたら
その状況の方が異常。

369 :仕様書無しさん:2008/10/30(木) 09:05:10 .net
>>367
てか「Sikibetu」と「Code」を同居させるなら、いっそまとめて「ID」で済むと思うんだ。

370 :仕様書無しさん:2008/10/30(木) 11:57:02 .net
仕様書に「管理会社部署識別コード」って書いてあったから、
それをそのまま書いただけのことであろう。

371 :仕様書無しさん:2008/10/30(木) 12:32:54 .net
>>367
sha と syo が混在するんですね

俺がいまやってるプロジェクトにも、
SHUKKA, SYUKKA, SYUTTSUKA, SYULTUKA
があったり、JYUNJO とかあったりする

372 :仕様書無しさん:2008/10/30(木) 14:08:42 .net
xtu派です。

373 :仕様書無しさん:2008/10/30(木) 14:22:11 .net
細い道ほど稼ぎやすい所。

374 :仕様書無しさん:2008/10/30(木) 14:34:26 .net
きっとコメントで説明しなくてもなるべく伝わるように、っていうのをはき違えたんだよ

375 :仕様書無しさん:2008/10/30(木) 17:01:43 .net
仕事中、Exciteの翻訳が開いてるやつ居るだろ?

376 :仕様書無しさん:2008/10/30(木) 18:46:25 .net
>371
あるある

377 :仕様書無しさん:2008/10/30(木) 19:02:41 .net
実際、お客様の業務で使われるような用語ってうまいこと翻訳しきれない。

378 :仕様書無しさん:2008/10/30(木) 19:04:17 .net
>>371
>SYULTUKA
なんだコレ。シュルツカってロシア語みたいな。
正規のローマ字じゃないよな?

379 :仕様書無しさん:2008/10/30(木) 19:05:55 .net
IME式ローマ字

380 :仕様書無しさん:2008/10/30(木) 19:06:58 .net
ローマ字がまともに書けるプログラマは少ない

381 :仕様書無しさん:2008/10/30(木) 19:35:46 .net
【altu-!とaxtu-!の使い分けによる深層心理】
特に意識をせずにlを使うか、xを使うかであなたがどんなタイプのホモかが判定できます。

altu-!
主にlを使う人はその字体の形からも判る通り
自慢の肉棒を駆使したいという強い気持ちが心の奥底で働いています。
タチ派と言えるでしょう。

axtu-!
主にxを使う人はその字体の形からも判る通り
自分のアナルに対する絶対的な自信が心の奥底から溢れだしています。
ネコ派と言えるでしょう。

皆さんはどちらでしたか?

382 :仕様書無しさん:2008/10/30(木) 19:45:26 .net
それ「面白いこと言ってやったぜ」なんて感じのどや顔で書いてるのひょっとして?
つーか昔から「日本の男は車とゴルフと下ネタしか話題がない」とよく言われるが、
2chに住み着いてるような馬鹿って本当ホモネタと差別ネタばっかだな。

ネタが面白いつまらない以前に、そんなものがネタとして成立してると思う感覚が狂ってると思うわ。

383 :仕様書無しさん:2008/10/30(木) 20:07:12 .net
>>368
定数の追加に申請が要るような大規模なシステム開発ならアタリマエ。

384 :仕様書無しさん:2008/10/30(木) 20:11:35 .net
>>383
オツム弱い人?
だからそんなものが常態化している状態のことを異常と普通は言うんだよ。

385 :仕様書無しさん:2008/10/30(木) 20:17:38 .net
どうしようもないだろ・・・一人の力なんて今日も粛々とキーボードを叩いてコーヒー飲んで唸るだけだよ

386 :仕様書無しさん:2008/10/30(木) 20:19:12 .net
周りから見て異常でも、中から見ると日常ということもある。
もし数人が異常に気が付いてもたいてい流されるだけ。

387 :仕様書無しさん:2008/10/30(木) 21:15:09 .net
>>384
常態を異常と言うからにはさぞかし立派な理由があるんだろうね?

388 :仕様書無しさん:2008/10/30(木) 21:19:53 .net
>>387
言ってる意味が分からない。

389 :仕様書無しさん:2008/10/30(木) 21:39:04 .net
話が噛み合ってないよね?
368はなんか変なとこに噛み付いてるんじゃない?

>オツム弱い人?
こんな煽り方してると、>>341みたいに(ノ∀`) アチャーってなるよ

390 :仕様書無しさん:2008/10/30(木) 22:16:17 .net
>>389
もしかして同一人ぶts(ry

391 :仕様書無しさん:2008/10/30(木) 22:26:50 .net
>>375
Excite翻訳使ってるけど、
それは変数名じゃなくて関数名決めるときに使ってるなぁ

392 :仕様書無しさん:2008/10/30(木) 22:40:25 .net
>>389
>>368の言ってることはおかしくない。
>>366の言ってることこそおかしい。
もちろん俺は>>368ではない。

っていうか、学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
お前はデータ構造ってものを一切知らんのか、と言いたくなるぞ普通。

ちなみに、もちろん話が噛みあってない訳だが、
それはお前さんと>>366が規格外に馬鹿で無知だからだと思うぞ。

393 :仕様書無しさん:2008/10/30(木) 22:59:45 .net
たしかに366は説明が下手ではあるけども。

394 :仕様書無しさん:2008/10/30(木) 23:02:07 .net
>>392
>もちろん俺は>>368ではない。
311と同一人物かだけ教えて。そっちのほうが気になる

395 :仕様書無しさん:2008/10/30(木) 23:14:22 .net
最近のレスを読み返してみたが、違和感のあるツッコミをしては熱くなるヤツが居るね。
ひとりが粘着してるのか、アホが何人か居るのか、はわからんが。

396 :仕様書無しさん:2008/10/30(木) 23:17:06 .net
工場の機械設備の工程を制御するプログラム?は鬼のような即値が並んでて死にそうになった
ラベル名が数値でかつ、昇順で並んでいたのは幸いだった・・・

397 :仕様書無しさん:2008/10/31(金) 01:02:05 .net
>>392
ごめんなさい、なんでデータ構造の話が出てくるか分かりません><


398 :368 (以降書いてない):2008/10/31(金) 10:07:56 .net
>>383
「大規模」ってのは「人足の数が多い」という意味だよね。

>>386
最初から異常な場所にいると、そこが基準になるからねえ。

>>397
「データ構造」というよりは「構造化」だろうな。

399 :仕様書無しさん:2008/10/31(金) 12:05:38 .net
>>398
大規模ってのは単純にプログラムの量も多いんじゃないか?

「500以上の変数」は1つのモジュールや関数に500個という意味だと思ってないか?
これも単純に「英単語を沢山考えるのって大変だし時間の無駄」だと言ってるだけだとおもうよ

400 :仕様書無しさん:2008/10/31(金) 18:50:58 .net
>>392
>学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
むしろ学部実習3ヶ月のヤツこそが勝手におかしいと
思い込んでしまいがちなんじゃないか。

職業マで場数を踏めば、>>366を全肯定できない
ながらも一理あると認めるのでは。

401 :仕様書無しさん:2008/10/31(金) 22:03:49 .net
データ年月をあらわす変数を

DETAYM

と書いてる人ならいた。
ちなみに入社8年目の人。
英語力ないとか言うレベルじゃねー!


402 :仕様書無しさん:2008/10/31(金) 22:06:37 .net
DELTAYMならちょっとカッコ良かったのにな。

403 :仕様書無しさん:2008/10/31(金) 23:04:22 .net
>>402
デルタ年月って余計わけわかんねーよ!

404 :仕様書無しさん:2008/10/31(金) 23:07:37 .net
時間差を年月単位で保持している変数なんだろう。


405 :仕様書無しさん:2008/10/31(金) 23:24:58 .net
「時間型」と「時刻型」の区別がついてない言語って多いよね

406 :仕様書無しさん:2008/11/01(土) 07:47:46 .net
>>405
>「時間型」と「時刻型」の区別がついてない言語って多いよね
多いって、たとえば、どの言語?
C には、 time_t と timediff_t があるし、強く型付けされた言語で
時刻型と時間型を混同する言語って思いつかないけど。


407 :仕様書無しさん:2008/11/03(月) 16:30:16 .net
つ 【旧VB】

408 :仕様書無しさん:2008/11/04(火) 00:33:46 .net
>>407
いっぱいあるんだろ?

409 :仕様書無しさん:2008/11/14(金) 06:55:39 .net
C#で
Assembly ass
xxxAnalyzer anal

という変数名を見たことがある


410 :仕様書無しさん:2008/11/14(金) 07:24:35 .net
いかにも穴がありそうな…

411 :仕様書無しさん:2008/11/14(金) 19:18:58 .net
ass はともかくanalは別に普通だな。
むしろそれで妙なモノしか思い浮かばない奴のお里が知れる。

412 :仕様書無しさん:2008/11/14(金) 23:25:31 .net
assとanalのお里のレベルの違いがわからん

413 :仕様書無しさん:2008/11/15(土) 02:17:41 .net
anusです
analは形容詞形

414 :仕様書無しさん:2008/11/15(土) 12:42:53 .net
そういうことじゃなくて、analはanalyzeの短縮として一般的に使うんだよ

415 :仕様書無しさん:2008/11/15(土) 14:01:56 .net
もっともassって前振りがあったらそっちを連想しそうなもんだが

416 :仕様書無しさん:2008/11/15(土) 14:04:21 .net
>>414
つかわねーよ

417 :仕様書無しさん:2008/11/15(土) 14:10:36 .net
一流アナリストって書かれているだけで爆笑できるお年頃ですね

418 :仕様書無しさん:2008/11/15(土) 14:37:16 .net
>>414
誰に騙された?

419 :仕様書無しさん:2008/11/15(土) 14:40:01 .net
int nulpoint

420 :仕様書無しさん:2008/11/15(土) 14:43:31 .net
英語知ってる奴なら >>409 みたいな略語は普通使わん。
使うとしたら敢えて冗談として使う場合。
俺も気分によって略語で他の(必ずしも良くない)意味に取れる変数名
を敢えて使うよ。
>>409 みたいな事をする人の気分はわかる。


421 :仕様書無しさん:2008/11/15(土) 14:44:30 .net
int eger
short but_long
char acter
double triple
float icecream

422 :仕様書無しさん:2008/11/15(土) 15:03:17 .net
int orz=3;

423 :仕様書無しさん:2008/11/15(土) 15:13:55 .net
>>416>>418
無知って恥ずかしいな。
例えば分析 "anal."とでも検索すればどれだけ一般的な表現か猿でも分かる。
もちろんこれは日本独特の略し方でもない。

424 :仕様書無しさん:2008/11/15(土) 15:29:34 .net
アナル(笑)

425 :仕様書無しさん:2008/11/15(土) 15:40:52 .net
>>423
それで google 検索したけど、俺からすると普通の言葉は始めの方にまったく
といって良いほど出てこんな。>>423 には一般的な言葉なのかも知れんが。

426 :仕様書無しさん:2008/11/15(土) 16:04:06 .net
尻穴ばっかりじゃねえか

427 :仕様書無しさん:2008/11/15(土) 16:27:58 .net
>>421
char aznable;

428 :仕様書無しさん:2008/11/15(土) 17:06:08 .net
>>423
つうか略すなよって話。

429 :仕様書無しさん:2008/11/15(土) 17:33:52 .net
>>427
>>3

430 :仕様書無しさん:2008/11/15(土) 19:38:03 .net
Analyzeを略すときは ochiri って命名すればいいんじゃね

431 :仕様書無しさん:2008/11/15(土) 19:54:41 .net
C++で書くとこうか?
Analyzer *anal = NULL;

432 :仕様書無しさん:2008/11/15(土) 21:35:02 .net
>>431
Analyzer *anal = NULL;NULL;

433 :仕様書無しさん:2008/11/16(日) 00:01:10 .net
>>423
ヒント:セーフサーチ

>>425-426
この変態どもめ!

434 :仕様書無しさん:2008/11/16(日) 00:03:57 .net
ttp://www.google.co.jp/search?hl=ja&q=%22anal.%22&lr=

で?

435 :仕様書無しさん:2008/11/16(日) 00:04:45 .net
うちの会社のネイティブにここの話してみよう。
えらいしかめっ面されそうだが。

436 :仕様書無しさん:2008/11/16(日) 00:12:55 .net
>>434
得意げに馬鹿かw
やっぱりグーグルもまともに使えないレベルなんだな。
そりゃそうでなきゃそもそも自分の無知蒙昧を棚に上げたようなこと言えないもんな。

437 :仕様書無しさん:2008/11/16(日) 00:19:23 .net
わざわざセーフにしなきゃいけない時点で避けるべきってことではないのかな?

438 :仕様書無しさん:2008/11/16(日) 01:49:42 .net
ttp://www.google.co.jp/codesearch?hl=ja&lr=&q=anal%5CW&sbtn=%E6%A4%9C%E7%B4%A2
話題自体はどうでもいいんだけどせめてこっちで調べてくれ

439 :仕様書無しさん:2008/11/16(日) 02:03:06 .net
>>438
今度は話の文脈を読めない馬鹿かよまったく……

440 :仕様書無しさん:2008/11/16(日) 02:10:03 .net
オマン○オマン○連呼していて、馬鹿かお前と突っ込まれたら、
オマン湖のことを話していただけだ、何がおかしいと切り返す
厨房時代がお前らにもあったはず。


441 :仕様書無しさん:2008/11/16(日) 03:29:07 .net
http://www.google.co.jp/codesearch?hl=ja&lr=&q=pussy\W

442 :仕様書無しさん:2008/11/16(日) 11:40:55 .net
コピペ君って馬鹿だな、まで読んだ。

443 :仕様書無しさん:2008/11/16(日) 13:43:00 .net
なんでこういうスレってネタ書き込みをする人と無駄に偉そうな人ばかりなんですか

444 :仕様書無しさん:2008/11/16(日) 13:46:29 .net
自分は正しいと思っているからな

445 :仕様書無しさん:2008/11/16(日) 14:18:13 .net
ふざけた変数名には二通りある。

自分が命名したもの→ネタ
他人が命名したもの→却下

よって>>443のようになるのは必然。

446 :仕様書無しさん:2008/11/16(日) 19:07:36 .net
analyzeを略すなら「anlz」か「anlyz」だろ、普通。


447 :仕様書無しさん:2008/11/16(日) 19:18:30 .net
母音を取るのはいいよね

448 :仕様書無しさん:2008/11/16(日) 19:18:47 .net
略さなければ全て解決

449 :仕様書無しさん:2008/11/16(日) 20:53:16 .net
メールとかでもanalにするのか?
スパムとして扱われても文句言えないと思うが

450 :sage:2008/11/16(日) 21:18:43 .net
いままで不幸にした女の名前をつけてる

俺の贖罪はまだおわらない

451 :仕様書無しさん:2008/11/17(月) 01:48:58 .net
>>450
あえて参照しないでガーベッジコレクタにお願いしようなんて考えても
そうはいかないぜ!

452 :仕様書無しさん:2008/11/24(月) 16:11:19 .net
>>371
俺が今やってるプロジェクトだと、会社区分で商社を表す定数がSHOUSYAだな。
んで、DBのカラムとかではSYOSだったりする。

453 :仕様書無しさん:2008/11/25(火) 23:23:57 .net
頭悪そうw

454 :仕様書無しさん:2008/11/26(水) 04:15:14 .net
>>410->>449
糞な下ネタで喜んでないで
>>450>>451
ぐらいの洒落たネタおとせよ
お前らのくだらんレスのせいで>>451が神に見えたじゃないか。

455 :仕様書無しさん:2008/11/26(水) 22:48:44 .net
無茶言うなよ、そんなセンス持ち合わせてたら苦労しないよ

456 :仕様書無しさん:2008/11/27(木) 10:58:27 .net
言うほどのセンスじゃねぇなあ。

457 :仕様書無しさん:2008/11/28(金) 04:13:51 .net
普通に性別とかでsexってはずかしいだろ。
バグ直してるときとか、女のプログラマに変数sexがどうのこうのいうのか?

458 :仕様書無しさん:2008/11/28(金) 04:17:45 .net
全然、プログラム組めなくて首にされたプロジェクトをさるとき
できたコードだけでも引き継ぐ際に、いやがらせで変数名にomankoとかnamenameとかやってみたいなあ。

459 :仕様書無しさん:2008/11/28(金) 04:35:39 .net
恥ずかしがるな!
SextonとかSexsmithみたいな町や人の名前だってあるじゃないですか
Win32APIにだってなんとかSEXてのがあるじゃないですか

460 :仕様書無しさん:2008/11/28(金) 13:15:48 .net
>>458
いっそかの便箋と封筒のように単語をシャッフルしてしまえ

461 :仕様書無しさん:2008/11/28(金) 19:08:53 .net
>>459
APIの場合は
なんたらsEx かとw

462 :仕様書無しさん:2008/11/29(土) 11:39:28 .net
C:\Program Files\xeroxを忘れてもらっちゃ困るぜ?w


463 :仕様書無しさん:2008/11/29(土) 17:32:18 .net
sexadecimalが正当だよな。hexadecimalは邪道。


464 :仕様書無しさん:2008/11/29(土) 17:35:53 .net
VOID main(INT nArgc,LPSTR *lpszArgv)

465 :仕様書無しさん:2008/12/02(火) 01:08:19 .net
oppapi = null;
oppapi.demo_sonnano_kanke_ne();



466 :仕様書無しさん:2008/12/02(火) 02:19:56 .net
>>465
ガッ

467 :仕様書無しさん:2008/12/02(火) 14:55:02 .net
    goto SEX;

SEX:  end; //Subroutine EXit//

468 :仕様書無しさん:2008/12/09(火) 21:52:26 .net
>>457
ウチの職場ではふつうにいう。

・・・「〜エスイーエックス」とか「〜エスエグゼ」みたいに若干濁し気味にw
(さすがに「sex」という変数は見た事無いけど)

あと、自動車業界なんで「気筒」とかを単語で言ったりもするよ。
恥ずかしがるのは新人だけ、あとは慣れ。別にセクハラ目的じゃなくて、ちゃんと
した用語として使うから誰も気にしてないよ。

469 :仕様書無しさん:2008/12/10(水) 00:51:02 .net
S式 = sexp


470 :仕様書無しさん:2008/12/10(水) 12:15:33 .net
NFSexport

471 :仕様書無しさん:2008/12/12(金) 16:54:41 .net
int futanari;

やめろw

472 :仕様書無しさん:2008/12/13(土) 16:16:22 .net
そいつは社会的に抹殺していいレベル

473 :仕様書無しさん:2008/12/13(土) 19:14:20 .net
むしろ希少価値がある

474 :仕様書無しさん:2008/12/13(土) 19:30:49 .net
int A_Flg;
int B_Flg;

475 :仕様書無しさん:2008/12/17(水) 16:53:29 .net
int Shibou_Flg;

476 :仕様書無しさん:2008/12/17(水) 16:58:15 .net
グローバル変数にaとかbとか使うのは

477 :仕様書無しさん:2008/12/18(木) 00:11:36 .net
グローバル変数に

item1 , item2 , .... , item34 ;
i , j , k ;

グローバル変数にだぜ!!

これを書いた先輩は、大手のIT会社に就職した ...
世の中間違いだらけ orz

478 :仕様書無しさん:2008/12/18(木) 15:45:41 .net
大手ならどうせ実装はやらないから

479 :仕様書無しさん:2008/12/18(木) 19:10:36 .net
鉄砲の技術は足軽の業なんだぜ
武将、大名に無くてもいいスキルだ
だが光秀は鉄砲が得意だった
そういうことだ

480 :仕様書無しさん:2009/01/02(金) 19:56:28 .net
>>477
ループ毎に宣言するのが面倒だからって、グローバルで宣言した先輩いたよ。
案の定、ループ中に別関数へ飛ぶ処理書いて死んでた。

481 :仕様書無しさん:2009/02/12(木) 00:42:02 .net
i で済ませても横に説明付けちゃう

482 :仕様書無しさん:2009/04/11(土) 21:20:14 .net
このスレは異常に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 :仕様書無しさん:2009/04/11(土) 21:44:19 .net
>>482
VB厨かどうかしらんが、君が日本語もロクに読めない奴だということは
よくわかったよ。

>>306およびその前繋がりのどこをどう読めば
「btnとtxtを一つにしてHoge用コントロール作るとかいう発想」をすべし、
って議論になるんだ?w

484 :仕様書無しさん:2009/04/12(日) 12:12:43 .net
たぶんJava厨なんだと思うよw

485 :仕様書無しさん:2009/04/12(日) 12:13:34 .net
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね?

いまどき検索・置換機能を知らないバカがいるとも思えないが。

486 :仕様書無しさん:2009/04/14(火) 06:21:28 .net
システムハンガリアン使うやつは時代遅れの情報弱者もいいところだろ。

487 :仕様書無しさん:2009/04/14(火) 08:55:16 .net
じゃあどう書いてんの?

488 :仕様書無しさん:2009/04/14(火) 11:43:20 .net
主体性のないアホっぽい質問だなあ

489 :仕様書無しさん:2009/04/15(水) 18:21:37 .net
>>485
 だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる?
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。

490 :仕様書無しさん:2009/04/15(水) 19:05:49 .net
>>489
違うって!w

491 :仕様書無しさん:2009/04/15(水) 19:40:11 .net
#define caunt count /*つづりが間違っているので修正*/
こうですか?w

492 :仕様書無しさん:2009/04/15(水) 22:32:01 .net
489ワロタ

493 :仕様書無しさん:2009/04/15(水) 22:36:09 .net
489って何かのコピペ?
違う意味でレベルが高すぎるので突っ込みにくいんだが

494 :仕様書無しさん:2009/04/15(水) 23:56:07 .net
エクセルのVBAじゃ
データベースの最終行なので dsrow なんてつけちゃう

s は最後のs・・・はずかしい///

495 :仕様書無しさん:2009/04/16(木) 06:42:18 .net
datasetのdsじゃなくスのsかよw

496 :仕様書無しさん:2009/04/16(木) 09:35:55 .net
Dim Ransu
Dim DosRansu
Dim DosGenepos
Dim DosGianos

このモンハン廃人めが。

497 :仕様書無しさん:2009/04/17(金) 16:45:51 .net
>>490-493
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか?


498 :仕様書無しさん:2009/04/17(金) 17:09:36 .net
コテハンつけろよw

499 :仕様書無しさん:2009/04/17(金) 19:07:04 .net
>>497
それが置換を避けるためにやってるとでも?

500 :仕様書無しさん:2009/04/17(金) 23:00:13 .net
スーパーネタ師降臨だな

501 :仕様書無しさん:2009/04/17(金) 23:20:20 .net
えーと、俺にはさっぱり分からないんだが
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと?

502 :仕様書無しさん:2009/04/18(土) 00:27:12 .net
あえて書くけど・・・

497って何かのコピペ?
違う意味でレベルが高すぎるので突っ込みにくいんだが

503 :仕様書無しさん:2009/04/18(土) 01:00:06 .net
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ

504 :仕様書無しさん:2009/04/18(土) 01:58:43 .net
結局、Cのtypedefって何のためにあるんだ?
俺は記述を簡略化するためとポータビリティのためだと思ってるんだが、
ポータビリティーの観点から言うと、他の環境に移植する際の変更点を局所化
できるわけだから、あながち>>489が言ってることも間違いではない気もするが。
ちなみに、Wikipediaの説明をみると、
ttp://ja.wikipedia.org/wiki/Typedef
可読性のためみたいな書かれ方してるな。それだけじゃないと思うんだけど...
エディタやIDEの全置換って結構気を使うよ。意図しないコメント部分や文字列の
中まで置換されてしまったりとか。

505 :仕様書無しさん:2009/04/18(土) 02:17:19 .net
ただのエディタならともかく、リファクタリングができるやつなら、
「変数名を変更」みたいな機能がついてる。


506 :仕様書無しさん:2009/04/18(土) 02:32:45 .net
まぁ最近はIDEでサポートしてくれるか...
C++のテンプレートクラスをtypedefしたのも変換してくれるのかな。
でもtypedefができたのはそれよりずっと昔だし、人や環境によっては必ずしもそういうIDEを使ってるわけでもないし...

507 :仕様書無しさん:2009/04/18(土) 02:47:43 .net
>>504
> 結局、Cのtypedefって何のためにあるんだ?

基本は移植性でしょ。
プラットフォーム依存を吸収できるように。

でもそれは「置換を使わないために」ではないわな。

508 :仕様書無しさん:2009/04/18(土) 09:39:57 .net
integer CHAR;
integer FLOAT;
character DECIMAL(4);

509 :仕様書無しさん:2009/04/18(土) 11:43:08 .net
お互いすれ違ってるっぽくね?
かたや、できるだけ置換を使わないないためだろw
かたや、全ての置換をtypedefで対応しろってかw
みたいな

510 :仕様書無しさん:2009/04/18(土) 11:57:39 .net
かたや
かたや

511 :仕様書無しさん:2009/04/18(土) 12:13:42 .net
ソーダ
ソーダ

512 :仕様書無しさん:2009/04/18(土) 12:27:40 .net
かたや?
型屋?

513 :仕様書無しさん:2009/04/18(土) 13:02:21 .net
置換を使わない目的、という説明では、標準ライブラリのヘッダでもtypedefが
使われていることを説明できないような。

514 :仕様書無しさん:2009/04/18(土) 13:14:02 .net
標準ライブラリのヘッダでtypedefが使われているから
例えば32ビットから64ビットへコンパイルし直すだけで
対応できるともいえる。まプログラムがちゃんと書かれて
いればの話だけど。

515 :仕様書無しさん:2009/04/18(土) 13:30:04 .net
なんか「馬鹿のひとつ覚え」ってことわざって本当言い得て妙だな。

そもそもある「道具」の存在理由がたった一つの目的のためだけである、
なんていう仮定が愚の骨頂なんだろ。

いい加減分かれよそのぐらい。

516 :仕様書無しさん:2009/04/18(土) 13:40:59 .net
はい

517 :仕様書無しさん:2009/04/18(土) 13:43:47 .net
「たった一つの目的のためだけである」
ってどっかに書いた奴いたっけ?

518 :仕様書無しさん:2009/04/18(土) 13:45:34 .net
片や

519 :仕様書無しさん:2009/04/18(土) 13:49:02 .net
さあ、言い訳モードに入りましたw

520 :仕様書無しさん:2009/04/18(土) 13:51:48 .net
置換機能って何に使うん?

521 :仕様書無しさん:2009/04/18(土) 13:52:29 .net
どっちがw まどっちでもいいかw

522 :仕様書無しさん:2009/04/18(土) 13:53:35 .net
まとめ

「ハンガリアンとかバカだろ。変数の型が変更になったらどうする?全部書き換えるのか?」

「置換すりゃいいだけだろ」

「置換なんか使うなよ。そのためにtypedefがあるんだろ」

「置換しないためじゃないだろw」

523 :仕様書無しさん:2009/04/18(土) 13:55:50 .net
>>520 性欲を満たすため

524 :仕様書無しさん:2009/04/18(土) 14:03:59 .net
しかしまぁ、将来型が変更になるのをみこしてtypedefを使うのは
決して間違いじゃないわな。つうかむしろ常套手段ともいえる。

525 :仕様書無しさん:2009/04/18(土) 14:30:02 .net
変更の可能性に備えて、っていうのは、もちろんそういう場合もあるとは思うけど
普通はちょっとニュアンス違うと思うよ。

そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。
別名をつけるのは、文字通りそれを別物として扱いたいからだろう。

そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、
一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。
まさに色即是空の世界なんだぞ。

526 :仕様書無しさん:2009/04/18(土) 14:41:24 .net
なんか偉そうに言ってるが、
signed と unsigned じゃ大違いだろ
printfなんかでの出力のされ方が違うのはもちろん、
shift演算に対する動作が異なるのを知らんのか?

527 :仕様書無しさん:2009/04/18(土) 14:51:07 .net
>>526
たぶん理解できないと思うが一応フォローしておく。

もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」
をもたらしているものは何なのかと言っている。

それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、
人間の認識力だろう。

つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを
「何かに見立てる」ことだと言っている。

528 :仕様書無しさん:2009/04/18(土) 14:55:50 .net
>>525

>別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
これ間違ってると思うんだけど。人にあだ名をつけたからといって別人
になるわけじゃねぇべ。

529 :仕様書無しさん:2009/04/18(土) 14:58:25 .net
で? 本質がそれだと思うことで何か役にたつの?

530 :仕様書無しさん:2009/04/18(土) 15:03:49 .net
>>528
こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。
だから色即是空って言ってるだろ。
君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」
となる。

だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、
生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。

531 :仕様書無しさん:2009/04/18(土) 15:07:37 .net
究極的実体w

532 :仕様書無しさん:2009/04/18(土) 15:09:24 .net
コメントに
キタ----------!
とか入れるやつがいるらしい。

533 :仕様書無しさん:2009/04/18(土) 15:11:03 .net
>>530
ちょっと横レスで申し訳ないんだけど、
皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、
なんで分子やら何やらまで戻って考えなきゃいけないの?

そうすることでスレタイの疑問が解決することにどう繋がっていくの?

534 :仕様書無しさん:2009/04/18(土) 15:11:08 .net
>>530
もうやめとけ。たった一人の理解できないやつのためにそこまでいわなくても、
他の大半の人は当たり前にわかってることだ。

535 :仕様書無しさん:2009/04/18(土) 15:17:42 .net
>>530
哲学論争はいいんだけど、それがプログラミングで何か役にたつの。
目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww
って妄想して時間がつぶせるとか?
まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw

536 :仕様書無しさん:2009/04/18(土) 15:21:27 .net
人間は分子じゃねえよ、という点だけは突っ込んでおきたい
DNAのことを言っているのなら正しいが

537 :仕様書無しさん:2009/04/18(土) 15:22:57 .net
「巨大分子」じゃないわな
「分子の集まり」ならまぁわからなくもなくもない

538 :仕様書無しさん:2009/04/18(土) 15:38:08 .net
まぁ自己防衛のために人のことを頭が悪いとか言う奴は、本人自信が相当頭が悪いケースが多いらしいな

539 :仕様書無しさん:2009/04/18(土) 15:50:18 .net
自演乙

540 :仕様書無しさん:2009/04/18(土) 15:57:02 .net
>>532
自分用の通信プログラムではやる。

541 :仕様書無しさん:2009/04/18(土) 15:58:25 .net
>>530>>534 wwwww

542 :仕様書無しさん:2009/04/18(土) 17:00:28 .net
int型のappleという名前の変数は実はその実体が色即是空であり、
ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、
でもコンパイラから見たらやっぱりint型のappleなんだから、
いくら人間が物事に対して究極的実体を信じていても、
型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。

543 :仕様書無しさん:2009/04/18(土) 17:09:07 .net
型を変更する時にtypedefを使うんじゃなくて、
予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。
順序が逆じゃね?

544 :仕様書無しさん:2009/04/18(土) 17:44:58 .net
つまりあらゆる変数の定義には組み込み型を使わずに
一つ一つ丁寧にtypedefされた型を使えということですか。
いつ変わっても良いように。
typedef int apple_t;
apple_t apple;
とか。

545 :仕様書無しさん:2009/04/18(土) 17:50:25 .net
どうしてこう極端に捕らえるかねぇ
たった1つの目的とか、あらゆる変数の定義とか、
もっと頭柔らか〜くしようね、臨機応変に柔軟に、ねっ☆

546 :仕様書無しさん:2009/04/18(土) 17:59:47 .net
誰のせいでこんな流れになったと
リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆

547 :仕様書無しさん:2009/04/18(土) 18:20:04 .net
顔真っ赤www

548 :仕様書無しさん:2009/04/18(土) 18:57:36 .net
>>545
>>522

誤りを認めることは恥ずかしいことではないぞ。

549 :仕様書無しさん:2009/04/18(土) 19:44:09 .net
勘違い哲学野郎キモいなww
誰からも相手にされてないんだろうなwww

550 :仕様書無しさん:2009/04/18(土) 20:22:11 .net
>545
涙ふいてらっしゃい、ねっ☆

551 :仕様書無しさん:2009/04/18(土) 20:27:51 .net
きら☆

552 :仕様書無しさん:2009/04/19(日) 06:37:58 .net
typedefがついてないstructを見ると俺が困るからやめるんだ

553 :仕様書無しさん:2009/04/20(月) 12:50:28 .net
typedefで関数プロトタイプ宣言もできたりするw(gccだけかもしれないけど)
これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。


554 :仕様書無しさん:2009/04/27(月) 01:07:59 .net
>>497からの流れは薬剤師の俺にはわからん、全く持ってな

555 :仕様書無しさん:2009/04/27(月) 01:38:04 .net
>>554
そんなことをわざわざ書き込まんでよろしい

556 :仕様書無しさん:2009/05/10(日) 21:10:08 .net
私女だけど>>397からの流れはつまんない

557 :仕様書無しさん:2009/05/16(土) 18:02:23 .net
私女子高生だけど>>556の意図がわからない

558 :仕様書無しさん:2009/05/16(土) 20:03:15 .net
私女プログラマだけどおまえらアホかと

559 :仕様書無しさん:2009/05/29(金) 21:33:19 .net
私女だけどちんこ2本生えている

560 :仕様書無しさん:2009/05/29(金) 23:47:18 .net
女プログラマ=マ女

561 :仕様書無しさん:2009/05/30(土) 01:08:52 .net
ところで、お前らtypedefの元の型や#defineで
定義した中身って保証してんの?
typedef x time;
と定義した場合。俺はtimeがxだとはまず保証しないが。
なんか、レスを読んでいくとxがlongだったりしたら、
確実にtimeはlong型であると言っている奴がいるように
見えて仕方ないんだが。

562 :仕様書無しさん:2009/05/30(土) 01:10:01 .net
はぁ?

563 :561:2009/05/30(土) 01:13:08 .net
追記
特に>>501-503とかな。まぁ、同一人物かもしれんが。

564 :仕様書無しさん:2009/05/30(土) 01:19:09 .net
ところで・・・とかいいながら終わった話題を蒸し返すなよw
まあ普段は書き込みも少ないスレだしどうでもいいけど

565 :仕様書無しさん:2009/05/30(土) 01:29:04 .net
ああ
そういえばそういうネタあったな
あの馬鹿がまた来たのか

566 :仕様書無しさん:2009/05/30(土) 04:03:28 .net
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 :仕様書無しさん:2009/05/30(土) 04:04:43 .net
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 :仕様書無しさん:2009/05/30(土) 04:06:11 .net
502 名前:仕様書無しさん 投稿日:2009/04/18(土) 00:27:12
あえて書くけど・・・

497って何かのコピペ?
違う意味でレベルが高すぎるので突っ込みにくいんだが

503 名前:仕様書無しさん 投稿日:2009/04/18(土) 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ

------
この流れを踏まえないと、501〜503だけ抜き出しても意味わからん。
↓をよーく読んで考えろよ。

> Cのtypedefや他言語のalias機能が存在する理由解ってる?
> できるだけ置換を避ける為に存在してんだぞ。


569 :仕様書無しさん:2009/05/30(土) 05:15:34 .net
>>489みたいな奴って、『Cプリプロセッサ・パワー』を名著だと
思っちゃったりしてんのかなw

570 :仕様書無しさん:2009/05/30(土) 13:57:53 .net
もうさ、哲学(笑)とかの話になる前にどーんと
「私はこうしているんだ、こう思うんだ!」っていう
考え方みたいなのを具体的な例と共に示すべきだと思うんだ

571 :仕様書無しさん:2009/05/31(日) 11:40:17 .net
tmp = 0xdeadbeef;
tmp2 = 0xbabeface;

572 :仕様書無しさん:2009/06/02(火) 00:06:20 .net
『和名』を示す単語は、全て『jap』にしてる。

573 :仕様書無しさん:2009/06/02(火) 00:24:32 .net
ヘイジャーップ!

574 :仕様書無しさん:2009/06/02(火) 00:55:57 .net
ビッチ ビッチ
ジャップ ジャップ
らんらんらん♪

575 :仕様書無しさん:2009/06/02(火) 21:11:38 .net
>>572
JPNにしろよ

576 :仕様書無しさん:2009/06/02(火) 23:15:15 .net
コボル上司「そこはWAMEI001, WAMEI002だろ?」

577 :仕様書無しさん:2009/09/26(土) 23:21:06 .net
今の職場のソース。ふざけてるってわけじゃないんだろうが、
・英語のつづり間違ってる
・同じものを表す変数なのに場所によって名前が違う
・命名規約が一応あるのに、守られてない
というのが多くて、検索するときにヒットしなくて困る。


578 :仕様書無しさん:2009/09/28(月) 09:51:25 .net
それ俺の書いたコードかと思った

579 :仕様書無しさん:2009/09/28(月) 22:58:04 .net
あー俺英語のスペル間違い見つけると
自分は正しいのへ直して書いちゃうから変数名変わっちゃうときある。

やっぱ間違えたまま書いたほうがいいのかな
でも他の人にコイツ間違えてやがるwwwって思われるのも嫌なんだよね

580 :仕様書無しさん:2009/09/28(月) 23:09:12 .net
全部直して通知すればおk

581 :仕様書無しさん:2009/09/28(月) 23:15:52 .net
そして置換機能について語るわけですね

582 :仕様書無しさん:2009/09/28(月) 23:18:35 .net
置換機能?馬鹿野郎リファクタリング機能と言え

583 :仕様書無しさん:2009/09/29(火) 00:07:02 .net
おれはあえて直さないが、雑談のときに「そういえばこういう変数名があったけど、
あれってスペル間違ってますよね」って言う。

584 :仕様書無しさん:2009/09/29(火) 00:15:54 .net
あえて大勢の前でいう。

585 :仕様書無しさん:2009/09/29(火) 00:16:28 .net
正しいスペルの変数は既に使われていたりする。
気づくのが自分だけとは限らない。

586 :仕様書無しさん:2009/09/29(火) 00:21:04 .net
そして、微妙にスペルの異なる変数が
似たような用途で使われる…

587 :仕様書無しさん:2009/09/29(火) 08:43:49 .net
それがpubricなら多少ロス出ても全体で直したいな
tipoバグとか怖すぎる

588 :仕様書無しさん:2009/09/29(火) 09:30:47 .net
>>587
待て。コンパイルエラーを直すのが先だ。

589 :仕様書無しさん:2009/09/29(火) 09:47:05 .net
ビルドが通らないソースをチェックインすんなって説教だな

590 :仕様書無しさん:2009/09/29(火) 09:53:40 .net
public

591 :仕様書無しさん:2009/09/29(火) 10:03:25 .net
publicにツッコんでtypoにツッコまないのはなぜだ。

592 :仕様書無しさん:2009/09/29(火) 10:24:02 .net
もう倒産したけど、「エール」という会社の企業コードが「EHL」ってなんやねん!
「YELL」とカタログに書いてあるではないか!

593 :仕様書無しさん:2009/09/29(火) 17:16:43 .net
pubic hairというのを public hair と読んで「公的毛」ってなんだ?と思ったことがある

594 :仕様書無しさん:2009/09/29(火) 18:57:06 .net
>>593
その前者がなんのことかがわからんのだが。

595 :仕様書無しさん:2009/09/29(火) 19:08:58 .net
辞書引けよ

596 :仕様書無しさん:2009/09/29(火) 19:46:29 .net
>>594
http://eow.alc.co.jp/pubic+hair/UTF-8/

597 :仕様書無しさん:2009/09/30(水) 01:28:54 .net
変数名を、単語を組み合わせたものにしたいとき、
アンダースコアで単語間をつなぐか
単語の先頭を大文字にしてアンダースコア無しでつなぐか迷う。

really_big_dog にするか ReallyBigDog にするか。

よしこれでいこうと決めても、後から変えたくなって困る。

598 :仕様書無しさん:2009/09/30(水) 10:50:30 .net
>>597
そういうのは悩むけど、一回ルール決めたらそこでは同じルールで行くしかない。
あと、変数名なら reallyBigDog みたいに先頭小文字が普通じゃない?
class 名なら先頭大文字にする。

599 :仕様書無しさん:2009/09/30(水) 21:31:25 .net
>>598
確かにそのとおりですね。thx!

600 :仕様書無しさん:2009/10/11(日) 12:10:34 .net
あるシステムの通信設定のファイルでsigs.cfgってのがあって
後にそれは拡張されてsigsex.cfgになった
新人全員(男)が普通にシグセックスって読んでワロタ

601 :仕様書無しさん:2009/10/11(日) 12:17:17 .net
末尾 s に ex は付けるなとあれほど

602 :仕様書無しさん:2009/10/11(日) 12:48:51 .net
Lispで「S式(S-Expression)」(Lispの概念のひとつ)という語を識別子に
含めるときは sexp と略すという習慣があるなー。

ついでにいうと、真偽を問う述語(predicate)関数には、語尾に p を付
けるという習慣もある((evenp 10) => 真 (oddp 10) => 偽 など)。

つまり sexp で「やらないか」



603 :仕様書無しさん:2009/10/11(日) 13:10:54 .net
なーんか国語辞典でエロワード引いて喜んでる中学生なメンタルのまま
精神年齢が凍結しちまった可哀想な奴って結構多いのかね。

604 :仕様書無しさん:2009/10/17(土) 03:22:00 .net
高速でスクロールする画面からエロワードを
検出する眼力を甘く見ない方がいい

605 :仕様書無しさん:2009/10/23(金) 10:47:21 .net
>>603
追い詰められたときの防衛本能の発露形態として
現実逃避→幼児退行という症状が出るのは自然なことです。

606 :仕様書無しさん:2010/01/13(水) 22:32:48 .net
   ぼくはハンガリアンがきらいです
                             おざわ ゆきお
 先生あのね、ぼくはハンガリアンがだいきらいです。
どうしてかというと、ハンガリアンはとてもわかりにくいからです。
この前、友達のかん君が書いたフォームにはtxtPassWardと
cmdLogInが書いてありました。なぜボタンがcmdになるのか
かん君は教えてくれませんでした。
はとやま君のフォームにはbtnCanselと書いてありました。
ぼくはハンガリアンがなければいいと思いました。

607 :仕様書無しさん:2010/01/14(木) 11:52:14 .net
それは「問題はハンガリアン以外の部分だろ」と言わせるための罠ですね?

608 :仕様書無しさん:2010/01/18(月) 13:49:27 .net
ハンガリアンがジャンガリアンに見えて、ハムスターの話かと勘違いした
疲れてんだな、俺

609 :仕様書無しさん:2010/01/19(火) 00:11:26 .net
>>21

610 :仕様書無しさん:2010/02/04(木) 01:33:01 .net
Cのsize_tがバイト数にも要素数にも使われてるのは正直ややこしいと思う。

611 :仕様書無しさん:2010/02/04(木) 02:55:43 .net
>>610
君のコードは危険だ

612 :仕様書無しさん:2010/02/04(木) 03:00:07 .net
size_t以外の何を使えというのか

613 :仕様書無しさん:2010/02/10(水) 11:23:25 .net
>>612
それがないのが問題。
void *calloc(size_t nmemb, size_t size)
とか、なんかもう冗談にしか見えない。

1変数あたりのバイト数と、要素数をどちらもsize_tで扱ってるから、
わざわざtypedefしたのに結局微妙なことになってる。
それならもうunsigned intでいいじゃんと思えてくる。

614 :仕様書無しさん:2010/02/10(水) 14:35:47 .net
それをややこしいと思うってことは
メモリというものをちゃんと理解してないわけで
C言語を使うのはやめた方がいいな

615 :仕様書無しさん:2010/02/11(木) 08:19:58 .net
ややこしいとかじゃなくて
typedefの意味ないってことだろ

可読性の低いコード書くやつのほうがいらない

616 :仕様書無しさん:2010/02/11(木) 21:15:41 .net
unsigned intが32ビットでsize_tが64ビットなこともあるぞ

617 :仕様書無しさん:2010/03/08(月) 21:06:10 .net
INTEGER X,Y
FLOAT I,J

618 :仕様書無しさん:2010/03/08(月) 21:17:36 .net
はいはいFORTRANFORTRAN


char* p
char *p

コンパイラはどちらも同じコードをはき出すが
どちらが好みなの?文法的には後者がただしいのだが

619 :仕様書無しさん:2010/03/08(月) 21:26:51 .net
文法的には両者が正しいよ。



620 :仕様書無しさん:2010/03/09(火) 15:50:04 .net
>>618
両方とも使えるし意味同じだから議論になる

char* p;

の方が,char* の p という意味でわかりやすいともいえる
ただ,そうすると調子に乗って

char* p,q;

としたときにわけがわからなくなる可能性がある


621 :仕様書無しさん:2010/03/09(火) 20:09:54 .net
char * p, * q;

622 :仕様書無しさん:2010/03/09(火) 20:11:35 .net
ややこしいから1行に1つずつ、とかいう話になるわけだな。


623 :uy ◆e6.oHu1j.o :2010/03/10(水) 13:46:53 .net
Object-Cではchar * p, q; で両方ポインタなんだろ
こういう小さな変更って嫌がらせとしか思えない
C系はもう全部切り捨てたほうが世の為
PerlとRubyだけ生き残れ

何故Perl?
Perlは普通の人間には可読性が低いんだけど
極まれにあれを読みやすいと言いだす人がいそうだから残しとくべき

624 :仕様書無しさん:2010/03/10(水) 14:01:50 .net
>>623
>Object-Cではchar * p, q; で両方ポインタなんだろ
は??? 知りもしないで恥をまき散らして……Objective-Cでも q は char だ。
CのスーパーセットであるObjective-C に、そんな変な変更入るわけないだろ。
そもそも Object"ive"-C な。

625 :仕様書無しさん:2010/03/11(木) 00:25:00 .net
char* p,q;

typedef char* LPSTR;
LPSTR p,q;
で定義内容が異なるのはなんとなく納得できない



と感じるのは俺だけか?

626 :仕様書無しさん:2010/03/11(木) 01:32:57 .net
それなら
#define LPCSTR char*
とでも書いてハマればいいのさ。

627 :仕様書無しさん:2010/03/11(木) 01:35:45 .net
おっとconstじゃないのにCが入っちまった

628 :仕様書無しさん:2010/03/11(木) 19:56:05 .net
うわぁ恥ずかしいーw

629 :uy ◆e6.oHu1j.o :2010/03/17(水) 13:47:32 .net
>>624
あ?
まず俺に謝って それからググれカス

630 :uy ◆e6.oHu1j.o :2010/03/17(水) 13:49:48 .net
正確には、Object-C  じゃなくて Objective-C な。
だってお。

だったらもう、二度と略すな?
これからもう二度と略語をおまえは使うな?

631 :仕様書無しさん:2010/03/17(水) 14:05:04 .net
#ifdefでバサッとコメントにするとき、

#ifdef  momotarou
.
.
#endif

という名前を付ける人が多いんだけど、
なぜ、momotarouという名前をみんな付けるの?
何かに書いてあるの?


632 :仕様書無しさん:2010/03/17(水) 14:07:21 .net
>>631
そんなの見たこと無いな。

http://www.google.co.jp/search?q=%22%23ifdef+momotarou%22
> 情報 "#ifdef momotarou"との一致はありません。

やっぱり無いな。

633 :仕様書無しさん:2010/03/17(水) 14:08:43 .net
>>631
「みんな」って誰だよ。
書いた奴に聞けよ。

634 :uy ◆e6.oHu1j.o :2010/03/18(木) 12:45:25 .net
日本語版foo,barじゃないのかね
調べてみたら
momotaro
urashimataro
kintaro
あたり使って解説してるページはいくつかあった

635 :仕様書無しさん:2010/03/20(土) 09:33:35 .net
hoge,piyo,fugaじゃないのか。

636 :仕様書無しさん:2010/03/20(土) 10:03:11 .net
変数は全部小文字
定数は全部大文字
構造体は定義全部大文字、宣言・メンバは全部小文字

637 :仕様書無しさん:2010/03/20(土) 16:51:09 .net
関数名は?

638 :uy ◆e6.oHu1j.o :2010/03/20(土) 21:49:07 .net
C++
基本的に全て小文字。
ちょっと重要な変数だけ、先頭が大文字。
何か特殊なものは全部大文字

Ruby
ローカル変数は適当に1〜4文字
クラス変数とインスタンス変数は、少し長め

639 :仕様書無しさん:2010/03/21(日) 00:20:39 .net
特殊www
重要www

自分勝手なルールで良いな

640 :uy ◆e6.oHu1j.o :2010/03/21(日) 10:18:46 .net
で、おまえは。

641 :仕様書無しさん:2010/03/21(日) 15:02:24 .net
はぁ?

642 :仕様書無しさん:2010/03/21(日) 16:35:35 .net
ひぃ?

643 :仕様書無しさん:2010/03/21(日) 18:38:11 .net
ふぅ……

644 :uy ◆e6.oHu1j.o :2010/03/21(日) 18:54:12 .net
>>641
おまえさ、一つ良い??
他のスレッドでおれに叩かれたからって関係ないスレッドにストレスを書き込むのをやめろな?
迷惑なんだよ
以上。

645 :仕様書無しさん:2010/03/21(日) 19:25:34 .net
糞レスをまき散らしてるお前が言うかw

646 :uy ◆e6.oHu1j.o :2010/03/21(日) 22:24:52 .net
ゴミみてえな奴だな

647 :仕様書無しさん:2010/03/21(日) 22:30:22 .net
自己紹介ですか

648 :仕様書無しさん:2010/03/21(日) 22:32:23 .net
自己紹介ですね

649 :仕様書無しさん:2010/03/22(月) 13:18:27 .net
自己紹介なわけないだろw
>uy ◆e6.oHu1j.oみたいな性格になったのは
こいつを育てたかーちゃんのせいなんだから。
奴ってのはDQNなかーちゃんのことだ。


650 :仕様書無しさん:2010/03/22(月) 17:06:09 .net
自演乙

651 :uy ◆e6.oHu1j.o :2010/03/23(火) 19:15:05 .net
母親はおれが小学校の時に死んだ

652 :仕様書無しさん:2010/03/23(火) 23:04:18 .net
はいはい
今度はそういう設定?

653 :uy ◆e6.oHu1j.o :2010/03/27(土) 04:10:38 .net
流石に>>651こういうレスにはあまり叩きが無い
知ってるよ。
こういうのを叩くと叩いてる自分がつらくなるんだよね?w
煽りレスしてんのに逃げ腰か、ゴミだな

654 :仕様書無しさん:2010/03/27(土) 04:35:53 .net
イミフ
次のレスで突っ込みとしては完結してるがな

655 :仕様書無しさん:2010/03/27(土) 16:04:19 .net
障害児に触れるなよ

656 :仕様書無しさん:2010/03/30(火) 15:41:23 .net
やっぱり>>652は障害者だったのか
そんな気はしてたが・・・

657 :仕様書無しさん:2010/03/30(火) 15:59:37 .net
鳥抜いてもバレバレ

658 :(u_・y) ◆e6.oHu1j.o :2010/03/30(火) 19:20:44 .net
>>657
自信を確信にするためのレスか? 滑稽だな
ゴミグラマは当たり前のことしかいわないし、いえない

659 :仕様書無しさん:2010/03/30(火) 20:08:12 .net
(意訳)自作自演でした

660 :(u_・y) ◆e6.oHu1j.o :2010/03/30(火) 21:33:34 .net
自作自演の意味すらわからないのか・・・
ほんとにプログラマーって知的障害わずらってるとしかおもえないこと
時々言い放つよね

↑マジ

661 :仕様書無しさん:2010/03/30(火) 22:35:22 .net
自己紹介は置いといて次の話題です。

662 :仕様書無しさん:2010/03/31(水) 03:10:23 .net
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 .net
強い悪意を感じる・・・

664 :(u_・y) ◆e6.oHu1j.o :2010/04/01(木) 14:53:52 .net
それはふざけてないよ。
本人のまじめさがかなり伝わってくるし、
俺が認める優秀な奴になりそうな要素を持ってることも伝わってくる
規則規則いわれ続けるこの世界で、自分の規則を定義してコードかける奴は多く無い
自分の規則を定義するという事は、新しい何かを見ようとした結果だから
特に「わかってる」のは
#define SA(_S) (QS)malloc(_S)
#define AS(_S) free(_S)
これだ。
SAで取得
ASで開放
逆語にしている所。
malloc、fleeなんていう意味不明な単語を使うより、
ただ単純に記号として扱って、それを逆さまにすることで逆の意味になるコードになったほうが
本当に優秀な奴にとってはそのほうが直感的になってくる
けど、2文字って無理なんだよな。 ゆえにそれは失敗作のゴミコード(本人にとっては、下書きのノートみたいなもんで、無駄ではない)
2文字でも27*27程度の組み合わせは出来るけれど、流石に覚えにくくなってくるし、
そいつはまだ、変数にしか自分定義を使っていない。2文字程度じゃ、関数か変数か型か、
それらをわかりやすく表現しきれないことにはまだ気づいていない
最低3文字は無いと、>>662こういう事をするのはきつい

665 :仕様書無しさん:2010/04/01(木) 18:26:34 .net
優秀なオレ(゚∀゚)カッコイイ!

666 :仕様書無しさん:2010/04/01(木) 20:32:20 .net
Flee

エムアロックとフリーわからないマなんているんだな

667 :仕様書無しさん:2010/04/01(木) 21:55:28 .net
何だAlgol時代の化石野郎かw

668 :仕様書無しさん:2010/04/01(木) 22:35:03 .net
>>124 随分ケツの穴がちいせぇな

669 :仕様書無しさん:2010/04/06(火) 17:04:00 .net
ふざけた名前の変数つけるのがデフォでしょ?

670 :仕様書無しさん:2010/04/06(火) 21:16:22 .net
ayanamiはとりあえずデフォ

671 :仕様書無しさん:2010/09/16(木) 23:50:05 .net
jugemujugemugokounosurikire.....................................

672 :仕様書無しさん:2010/09/18(土) 01:01:38 .net
string str;
int ix;
int iy;

常にこれ!
怖くてソースを上司に見せれない

673 :仕様書無しさん:2010/09/19(日) 16:44:34 .net
>>631

> #ifdef  momotarou

うーむ、おれは常に、そのように書いていたけど、
単体テストぐらいまでのソースコードですよ。

納品するソースコードに、そういうのは残していません。


674 :仕様書無しさん:2010/09/20(月) 09:14:24 .net
日本人の考えた変数名って、中にはガイジンがみたら失笑するようなやつもあるんだろうな。
英単語を間違った意味で使っている場合もあるだろうから。。

日本人の考える変数名の傾向って、
「日本人の英語の語彙力+日本語としての響きの良さ」
って気がする。
契約数 → keiyaku_number とか。


675 :仕様書無しさん:2010/09/20(月) 15:03:57 .net
一時変数で poi とか qwe とかよく使うかも
tmp とか指が行ったり来たりして面倒くさいので...

676 :仕様書無しさん:2010/09/21(火) 18:33:36 .net
DECLARE Suryou int
DECLARE Tanka money
DECLARE Kingaku money

…俺は間違っていない。

677 :仕様書無しさん:2010/09/21(火) 18:34:55 .net
@が抜けてたw
間違い捲ってるやん俺…orz

678 :仕様書無しさん:2010/09/21(火) 21:35:32 .net
スペル間違いまくり

SURYO
TANAKA
KIM_GACT

679 :仕様書無しさん:2010/10/22(金) 22:26:40 .net
int function(){
(略)
}

A「貴様、何者だ?!」
B「人間だ」

680 :仕様書無しさん:2010/10/28(木) 01:42:10 .net
hogehoge
とかか

681 :仕様書無しさん:2011/02/07(月) 01:58:11 .net
flex
範囲が狭いとこで
var i:int = getHogeHogeId();
みたいなことやるのは許そう
だがただでさえメソッド分解できてない100行とかの冗長メソッドで
i1i2i3とか…
あんまりそういうのやられると、バグ修正でそのふざけた変数ぶち壊すぞ!

682 :仕様書無しさん:2011/02/16(水) 12:50:26 .net
とりあえず情報処理技術者試験の例題のクソふざけた変数をだな

683 :仕様書無しさん:2011/06/04(土) 00:55:59.29 .net
コボラよ、COUNTを略したつもりなんだろうけどCUNTはねぇだろ
一字しか略せてねぇし、おまんこじゃねーか

684 :仕様書無しさん:2011/06/04(土) 01:52:23.14 .net
if (dick > cunt) {
puts("らめぇぇぇ〜");
}

685 :仕様書無しさん:2011/09/03(土) 17:04:54.02 .net
int intIntInt; // internal-interaction-interval

686 :仕様書無しさん:2011/10/13(木) 02:12:21.93 .net
uwaWriteの発案者が俺だと勘違いしている人がいるようだが、違うぜ。

687 :仕様書無しさん:2012/02/09(木) 10:44:23.73 .net
wikipediaでハンガリアン記法読んだけど
「間違えたコードを間違えて見えるようにする記法である。」って、これどういう意味?

688 :仕様書無しさん:2012/02/09(木) 11:06:15.22 .net
もしコードが間違っていたら、「なんか変な見栄えだな…間違ってるのかな?」
と気付ける…ということらしい

689 :仕様書無しさん:2012/02/09(木) 11:20:51.37 .net
あー理解
単にそういう気付けるための工夫がハンガリアン記法ですよってことか

kg = g + kg → ×

690 :仕様書無しさん:2012/02/09(木) 19:26:26.76 .net
int szTmp

となってたらなんかヘンじゃね?、みたいなそんなノリ。

691 :仕様書無しさん:2012/02/10(金) 04:01:13.33 .net
いや、システムハンガリアンはお呼びじゃないから

692 :仕様書無しさん:2012/02/10(金) 09:13:16.90 .net
ハンガリアンがあるならゴールデンがあってもいいよな

693 :仕様書無しさん:2012/02/10(金) 12:29:28.45 .net
ジャンガリアンのことかーっ

694 :仕様書無しさん:2012/10/27(土) 03:17:38.29 .net
cnt

695 :仕様書無しさん:2012/10/27(土) 14:32:29.99 .net
それフルスペルのcuntに修正

696 :仕様書無しさん:2012/10/28(日) 02:47:45.07 .net
pnt

697 :仕様書無しさん:2012/10/29(月) 20:11:06.55 .net
prt

698 :仕様書無しさん:2012/11/13(火) 07:55:59.27 .net
debugがそのままっていうのもたまに見る

699 :仕様書無しさん:2012/12/02(日) 10:05:28.05 .net
ローマ字な上に更に変な省略が掛かってたらマジ何の変数なのか意味わからなくなる

明快なコードならまだしも試行錯誤のつぎはぎの上にたどり着いた形でそれだと
本当に何がしたいのか分からないから容赦なく一から書き直す

700 :仕様書無しさん:2013/01/29(火) 01:32:22.67 .net
int yjd // 優先順位データ

701 :仕様書無しさん:2013/01/30(水) 17:55:44.73 .net
// 2013.01.29
// typo修正 yjeld→yield
//int yjd // 優先順位データ
int yid // 優先順位データ
//2013.01.29ここまで

702 :仕様書無しさん:2013/01/31(木) 01:18:19.47 .net
unk_data

Unknown Dataらしいのだが…
天然なのか?狙ったのか?

703 :仕様書無しさん:2013/05/01(水) 03:58:49.32 .net
>>672
ごく普通ですな

704 :仕様書無しさん:2013/05/01(水) 04:02:54.88 .net
>>700
なんという斬新なネーミング

705 :仕様書無しさん:2013/09/21(土) 19:32:19.42 .net
無理やり3文字略字にする馬鹿に死を

706 :仕様書無しさん:2013/09/21(土) 22:22:40.63 .net
>>699

furifuriNameってのを見た事がある。

707 :仕様書無しさん:2013/09/26(木) 12:14:30.93 .net
>>702
うんこデータかとおもた

708 :仕様書無しさん:2013/09/26(木) 23:36:45.50 .net
IDEが充実してる言語を使ってるんであれば、
業務よりすぎる名前にゃ、そのまま日本語でつけてくれて構わん
意味不明な英語とか、読みづらいローマ字よりか遥かにリーダブルだ

709 :仕様書無しさん:2013/09/30(月) 01:28:56.88 .net
【形】readable
1.面白く読める。
2.読みやすい。

710 :仕様書無しさん:2013/10/01(火) 13:48:13.83 .net
bit impo

711 :仕様書無しさん:2013/10/05(土) 19:42:15.73 .net
少し主旨とはずれるが、
スコープが広いのに曖昧な名前使ったり、createとbuildと意味合いが同じものでお茶を濁したりして結局コード読まないと何してるか分からないのは止めてくれ

712 :仕様書無しさん:2013/10/05(土) 22:15:26.91 .net
プログラマがこんな議論やってるのか?
腹が痛いわww

713 :仕様書無しさん:2013/10/05(土) 23:29:29.24 .net
そういう板だということも知らずに来たのか?
片腹大激痛

714 :仕様書無しさん:2013/10/10(木) 19:10:54.59 .net
自分で書いた変数なのにどこで使ってるか分からない

715 :仕様書無しさん:2014/03/06(木) 00:49:08.86 .net
infomationていうのはよく見かけるけど
InfoMationて書いてあったのは何のことかわからなかった

716 :仕様書無しさん:2014/03/11(火) 00:53:40.15 .net
添付ファイルにtmpFileって付けたアホ氏ね

717 :仕様書無しさん:2014/03/24(月) 17:33:20.29 .net
それは使用後に意図的に破棄しろて暗文なんじゃねーの?

718 :仕様書無しさん:2014/03/26(水) 23:17:41.81 .net
>>681
i,ii,iii
なら大丈夫です
追加でポインタiiii入れときますね

719 :仕様書無しさん:2014/03/27(木) 03:59:23.39 .net
せめてivにしてください

720 :仕様書無しさん:2014/03/27(木) 21:35:45.01 .net
強制されなくても変数名やメソッド名って意味を持たせるものなの?

721 :仕様書無しさん:2014/03/27(木) 21:50:07.66 .net
イニシャルベクターに見えるのでダメです

722 :仕様書無しさん:2014/03/27(木) 21:57:07.07 .net
>>720
持たせない。
基本的に自然言語には依存しないようにしてる。
なるべくコメントも少な目にな。

723 :仕様書無しさん:2014/03/27(木) 23:56:56.93 .net
>>720
意味を持たせることが出来るように考えられたのが、
変数名という仕組みだ。

>>722
>基本的に自然言語には依存しないようにしてる。
それが乱数とかならば、まぁ認めてやる。
連番なら殺す。

724 :仕様書無しさん:2014/03/28(金) 00:06:48.35 .net
>>723
ローカル変数はx, y, zとか。
せいぜい3つまで。スコープは極狭。
名前付きのメソッドや関数は極力作らない(理想はゼロ)
クラス名だけは普通。

725 :仕様書無しさん:2014/03/28(金) 00:22:27.88 .net
基本的に自然言語に依存しないようにしてるが、純粋な名詞ならまあ仕方ない。
メソッド名とかで create〜 とか do〜 とか compare〜 とかは殺意を覚える。

726 :仕様書無しさん:2014/03/28(金) 22:03:08.29 .net
>>725
create〜 は〜を生成する
do〜 は〜を実行する
compare〜 は〜を比較する
とても分かりやすくて、こういうのが理想とされているんだよ。

名詞だけでは何やってんだか分からないでしょ?

727 :仕様書無しさん:2014/03/28(金) 22:33:54.95 .net
>>726
クラスに名前がついてるのにメソッド名にcreate〜とかアホ過ぎるw

728 :仕様書無しさん:2014/03/29(土) 00:43:25.16 .net
1機能1クラスw

729 :仕様書無しさん:2014/03/29(土) 08:14:43.27 .net
>>726
ひとつのクラスに
create〜
do〜
compare〜
の3メソッドが混在してるわけねーだろw

730 :仕様書無しさん:2014/03/29(土) 23:57:37.34 .net
メソッド名はスレ違い。

変数名は印象的でありさえすればいいと思う。
そういう意味で連番は最低。

731 :仕様書無しさん:2014/03/30(日) 13:14:22.39 .net
自然言語に依存しないとかアホな事ぬかしてる奴、
どういった経緯でそんな頭悪い場所にたどり着いてしまったのか、興味ある

732 :仕様書無しさん:2014/03/30(日) 14:13:15.94 .net
>>731
変数名はいいとしてメソッド名のことじゃね?
>>726みたいな「英語として読めるように」というのが気持ち悪いってことでしょ。

733 :仕様書無しさん:2014/03/30(日) 14:50:27.89 .net
だから、その気持ち悪いと感じるようになった経緯が気になる、と書いてるんだけど
英語に親でも殺されたのかな

734 :仕様書無しさん:2014/03/30(日) 15:08:24.80 .net
変数名は、「用途がわかる」、「コーディングルールやコードスタイルのルールに添っている」
この2つが守れていれば、それ以上の要求はないな。

hogeとかmogeとかみたいな意味の分からない名前や、mvalueとかみたいな俺々略語、
value1とかvalue2みたいな意味のない連番を使う奴は、全員死ねばいいと思う。

>>730
命名規則についてって考えたら、メソッドやクラスについてのレスも構わないと思うけどな。
名前の付け方の話なら、変数名だけに限ったことじゃないし。

>>725,727,729あたりがアンチ自然言語君の発言だとしたら、
クラスを処理の定義場所としか使ってなくて、OOPとかとは無縁の石器時代的な環境に居るんだと思う。
もしくは、AOPしすぎて1処理ごとにドメインとして定義してるような変態環境か…?

どちらにしても井戸の中でゲコゲコ鳴いてるだけっぽい。

735 :仕様書無しさん:2014/03/30(日) 15:36:43.88 .net
せっかく形式化された言語を使っているのに、その上なぜ英語とか日本語とかに依存しようとする?
意味を名前に求めるなんてよくないよ。

> クラスを処理の定義場所としか使ってなくて、OOPとかとは無縁の石器時代的な環境に居るんだと思う。
> もしくは、AOPしすぎて1処理ごとにドメインとして定義してるような変態環境か…?
ここは全く根拠薄弱。

736 :仕様書無しさん:2014/03/30(日) 15:43:33.77 .net
>>735
具体例がなくて主張する「自然言語に依存しない」の内容がいまいち伝わってこない。
具体的にどのようなものを理想としてるの?

737 :仕様書無しさん:2014/03/30(日) 18:36:38.13 .net
int LoopCounter;

iでいーじゃん

738 :仕様書無しさん:2014/03/30(日) 18:38:13.61 .net
>>735
>意味を名前に求めるなんてよくないよ。
ずいぶんラジカルな思想だな。それともストイックと言うべきか。

739 :仕様書無しさん:2014/03/30(日) 18:43:37.52 .net
変数名という仕様を全否定してるな
依存したくないならもう機械語で書けよ

740 :仕様書無しさん:2014/03/30(日) 19:54:37.93 .net
>>735
まあ職場で使わないんだったら好きなだけ言ってなさい

741 :仕様書無しさん:2014/03/30(日) 23:09:08.20 .net
俺も
xxxCreater.createXXX(src);と書くのは冗長で
xxxCreater(src);
と書きたいがそういう事じゃないのかな。

742 :仕様書無しさん:2014/03/30(日) 23:13:05.91 .net
>>739
オレは変数名については言ってないよ。メソッド名についてだ。
それに機械語で書く必要はない。そんなことしたらかえって抽象度が下がってしまうだろ。

>>741
それは一部その通り。

743 :仕様書無しさん:2014/03/30(日) 23:35:13.13 .net
>>741
それは命名以前の問題じゃないかね

744 :仕様書無しさん:2014/03/30(日) 23:45:19.74 .net
>>741
それはおれも・・・
と書いていた途中で>>743に釘刺されてしまったw

745 :仕様書無しさん:2014/03/30(日) 23:50:52.96 .net
>>739, 740
誤解してたら悪いんだが、君たちってさ、
bool func〜(string sourceString, string targetString);
bool func〜(string targetString, string sourceString);
のどっちにしようか?って問題に対して、

「どちらでも統一されていればよい。意味は変数名に込められているから明確。」
とか考えるの?

746 :仕様書無しさん:2014/03/31(月) 00:11:57.17 .net
>>745
標準関数に合わせてtarget, srcにする

747 :仕様書無しさん:2014/03/31(月) 00:25:40.39 .net
>>746
それは正しいのかもしれないが、回答としてはちょっとずれてる。

748 :仕様書無しさん:2014/03/31(月) 02:40:40.06 .net
中途半端に天邪鬼な俺は、
「fooとかbarとか使いたくねえな」
と思ってpooとかparとか使ってる。

749 :仕様書無しさん:2014/03/31(月) 07:03:16.24 .net
そりゃどっちがソースでどっちがターゲットかが構造だけで
明らかになるなら名前なんて余計だけど、いつもいつもやってられん。
命名法はルールだけでいつでも実践できる。

750 :仕様書無しさん:2014/03/31(月) 10:13:28.23 .net
アセンブラだとsrcとdstの順番は言語仕様として決まっているが、
nasmとgasでその並びが真逆だという。

751 :仕様書無しさん:2014/03/31(月) 22:12:53.69 .net
>>748 の使う poo は
実に適切な名前だと思う。

752 :仕様書無しさん:2014/03/31(月) 23:27:17.43 .net
energy = mass * (speed_of_light * speed_of_light)

より

E = mc^2

の方が直感に響くような気がするな

753 :仕様書無しさん:2014/04/03(木) 11:55:36.97 .net
メソッド名の頭に全部fuckって付けてまわってたら怒られた・・・

754 :仕様書無しさん:2014/04/03(木) 21:52:13.61 .net
>>751
俺は(今は)pooじゃないぜ。parだけど。

755 :仕様書無しさん:2014/04/03(木) 22:02:25.34 .net
>>745
結局これはなんだったの?
src, targetとかfrom, toみたいに順序が明らかなのに名前つけるのが冗長ってこと?

756 :仕様書無しさん:2014/04/03(木) 23:39:12.50 .net
>>755
> bool func〜(string sourceString, string targetString);
こういう形式にしてしまうと、意味を名前に求めることになるから、ほかの構造を考えよう
ってことじゃね?
>>749が反論してるが。

757 :仕様書無しさん:2014/04/06(日) 13:35:54.95 .net
ほかの構造を考えるための工数を出してくれるんなら、いくらでも考えまっせ。

758 :仕様書無しさん:2014/04/12(土) 00:27:47.01 .net
>>757
100円やるから、
bool func〜(string sourceString, string targetString);
の適切な構造ってのをプリーズ。

759 :仕様書無しさん:2014/04/12(土) 03:01:16.73 .net
どうやって支払うの?

760 :仕様書無しさん:2014/05/16(金) 11:48:00.48 .net
嶋崎慎太郎
http://fishki.net/upload/post_temp/201405/16/1_000.jpg

東京電機大学中学校 評判
http://fishki.net/upload/post_temp/201405/16/1_000.jpg

早稲田住友商事
http://fishki.net/upload/post_temp/201405/16/1_000.jpg

嶋崎慎太郎
http://fishki.net/upload/post_temp/201405/16/001.jpg

嶋崎亮介
http://fishki.net/upload/post_temp/201405/16/1_111.jpg

稲城サッカースポーツ少年団 評判 稲城SSS 評判
http://fishki.net/upload/post_temp/201405/16/500.jpg

稲城市立向陽台小学校 評判 Y子
http://fishki.net/upload/post_temp/201405/16/1_001.jpg

761 :仕様書無しさん:2014/05/16(金) 23:59:47.50 .net
>>752
mcと2の排他的論理和ですね。

762 :仕様書無しさん:2014/05/17(土) 01:06:17.21 .net
>>753
コーヒー吹いたじゃねーかwww

763 :仕様書無しさん:2014/05/28(水) 00:00:55.58 .net
昔(20年ほど前)、変な後輩の新人君がいた。

ホストのTSSで待機ジョブに「KOKINJI」てジョブIDがあったから
「○○君、このジョブ名は?」って聞いたら
「それは秘密です」

しばらく意味わからんかった。桂小金治のこととは。

一見、真面目そうに見える子だったんで、
「なんでこんなジョブ名にしてるの?規約に従わんの!?」って聞いたら
「命名規約に沿ったら全部同じに見えるから、自分のジョブが目立つようにしたんです!」ってマジレス。

ああ、ただの馬鹿じゃないなと。

764 :仕様書無しさん:2014/05/28(水) 10:54:48.65 .net
ただのバカじゃないか。

765 :仕様書無しさん:2014/06/02(月) 20:24:48.19 .net
Cからプログラム始めたのになんで自分はハンガリアン大好きっ子に育ったんだろう
昔書いたソースをメンテしてる人に申し訳ない

今はpooだけど

766 :仕様書無しさん:2014/06/04(水) 02:38:37.25 .net
「自分のジョブ」を目立たせようとしたのはナゼなんだ?

767 :仕様書無しさん:2014/06/04(水) 20:24:38.43 .net
本番に乗せる前のテストだったんだろ。
なら何でもいいな。自分が判りやすければ。

768 :仕様書無しさん:2014/06/23(月) 05:08:59.52 .net
>>49
マクシムだったら黄金の舟になれた

769 :仕様書無しさん:2014/07/11(金) 21:08:24.55 .net
変数名を考えるのがじゃまくさい
なんとかならんのか

770 :仕様書無しさん:2014/07/11(金) 21:35:28.52 .net
変数名は20文字まで

771 :仕様書無しさん:2014/07/12(土) 20:20:15.36 .net
>変数名を考えるのがじゃまくさい なんとかならんのか

俺の場合、画面表示だったらDispなんとかになる。その関数はDsip**となる
俺は関数一覧を使うが、そこにDisp**がずらりと並ぶ。そこから目的の関数名をつかむ
でも、作業が進むと関数が増えてくる。
すると、表示クラスが独立させるわけよ。
しかし、相変わらずそのクラスの関数群はDsip**のままだな

772 :仕様書無しさん:2014/07/12(土) 20:25:53.81 .net
>>771
典型的な間違ったモジュールの分け方してそうでワロタw

間違った分け方をしている奴は真逆に分ける。
たとえば「○を表示する。」だったら、
○でグループを作るのではなく表示でグループを作る。

なんとかの表示、なんたらの表示、表示、表示、
そして表示を担当するモジュールが出来るwww

真逆だよ真逆。

773 :仕様書無しさん:2014/07/12(土) 21:35:15.98 .net
>>772
そっちのほうが合理的だと思うんだけどダメなのか?

774 :仕様書無しさん:2014/07/12(土) 22:06:43.67 .net
>>773

関数が多くなってくる時、関数名を覚えきれない。
で、あの処理する関数名なんだったけーとなる。
命名のしかたは、探しやすい、かだな
ソースの保守がしやすいというのが基準

775 :仕様書無しさん:2014/07/12(土) 22:41:58.71 .net
>>774
悪いけど意味が分からないっす

776 :仕様書無しさん:2014/07/12(土) 23:02:16.09 .net
普通は処理内容じゃなくて処理対象で分けるだろ
それがオブジェクト指向なんだから

777 :仕様書無しさん:2014/07/13(日) 00:43:06.05 .net
>>773
最近俺もわかったことなんだけどね。
正反対に実装する奴が多いこと多いこと。

  Aに関する表示、Bに関する表示、Cに関する表示、

これらを一つのモジュール(ファイル)にまとめる考え方だと、

今度は

  Aに関する入力、Bに関する入力、Cに関する入力、

という風にモジュールにまとめる。他にも処理ごとにまとめたモジュールが出来るだろう。

そうすると、次にDに関する処理が増えた時、表示モジュール、入力モジュール
なんたらモジュールっていう風に、複数のモジュールに処理を追加することになる。
逆に消そうとした時、複数のモジュールから○に関する処理を探しだして消さなきゃいけない。

システム全体に散らばった、○に関する処理をあちこち探すはめになる。
追加削除はあまりしないとしても、デバッグの時に○に関する処理をあちこちと。

778 :仕様書無しさん:2014/07/13(日) 00:48:12.12 .net
  Aに関する表示、Bに関する表示、Cに関する表示、

これらを一つのモジュール(ファイル)にまとめる考え方をしていると
でてくるのが、似たような処理はまとめようといういうもの。
一見良さそうに思えるが・・・。

  Aに関する表示、Bに関する表示、Cに関する表示、 に
共通する部分をルーチンにまとめる。

  「Aに関する表示、Bに関する表示、Cに関する表示」 + 共通ルーチン

本来、AとBとCは全く無関係なのに、処理の内容が似ているからという理由で
共通ルーチンが作られる。そうすると、その共通ルーチンでAの場合だけ
必要な処理が出来た時に破綻する。

何が起きるかというと、共通ルーチンに変なフラグを追加される。

「共通ルーチン」の中に、Aの場合だけ必要な処理、つまりif A thenというコードが追加される。
同様に、Bなら、Cなら。それはもはや共通ルーチンではなくなる。

779 :仕様書無しさん:2014/07/13(日) 00:50:12.44 .net
理解

780 :仕様書無しさん:2014/07/13(日) 00:59:28.50 .net
ただしいモジュールの分け方をしていれば、

処理の、[START] → から → [END] までほぼ一本道。

つまり、Aの処理しか行わない道になるから、
この道を修正しても、BやCに影響ないことは明らかになる。

真逆ののモジュールの分け方をすると

             ┌───┬───┐
[START] ─┬───┴┬──┴──┬┴───[END]
.       └────┴─────┘

この中から正しいAの道はどれかな?みたいなことをするハメになる。
どれが共通の部分で、どれがAのコードかわからないから、
しだいに共通らしき道に「if A then」が増えていき、
すべての処理がごちゃごちゃ混ざりまくる。

781 :仕様書無しさん:2014/07/13(日) 01:15:04.78 .net
>>778,>>780で書いたことをもうちょっと丁寧に書くと、
真逆のモジュールの分け方をしている奴の開発の流れはこう。

1. まず、Aの処理を作る。そのコードの量は適当でいいが500行ぐらいとしよう。
2. 次にBの処理を作る。似ているからAの処理をコピペする。
3. そこで少し力がついた初心者は、コピペするのはよくない、AとBは
似ているからまとめるべきだ。という考えになる。

ここまで来た典型的なコードは
  Aの前処理 → 約400行の共通処理 → Aの後処理
  Bの前処理 → 約400行の共通処理 → Bの後処理
というようになる。

(この共通処理というのは、AとBの共通の処理であって、汎用関数ではないことに注意ね。)

次に少し似ているCが加わる。だいたい似ているが、共通処理でやる内容が少しだけ違う。

  Aの前処理 → 約400行の共通処理 → Aの後処理
  Bの前処理 → 約400行の共通処理 → Bの後処理
  Cの前処理 → 約400行の共通処理 → Cの後処理

  「約400行の共通処理の内訳」
     AとBの共通処理 → C専用の処理 → AとBの共通処理

そしてD,Eと増えるたびに

  「約400行の共通処理の内訳」
     全ての共通処理 → AとBの共通処理 → C専用の処理 → D専用の処理 → 全ての共通処理 → AとBの共通処理 → AとDの共通処理

みたいにカオスになる。

おいEはいったいどの部分が実行されるんだよ? ってなっていく。

782 :仕様書無しさん:2014/07/13(日) 01:23:09.10 .net
さらにコードがの行数が増えていくと関数に分けようと考える。

「 約400行の共通処理」はもはや「4000行のA〜Eの処理が絡みあった処理」になる。

さあ、長くなったから関数に分けようか。

  Aの前処理 → 約400行の絡み合った入力処理 → 約400行の絡み合ったメイン処理 → 約400行の絡み合った出力処理 → Aの後処理
  Bの前処理 → 約400行の絡み合った入力処理 → 約400行の絡み合ったメイン処理 → 約400行の絡み合った出力処理 → Bの後処理
  Cの前処理 → 約400行の絡み合った入力処理 → 約400行の絡み合ったメイン処理 → 約400行の絡み合った出力処理 → Cの後処理
     :

そして次に入力、他、出力を別モジュールに分けようとしだす。

  Aの前処理 → 入力モジュール → メインモジュール → 出力モジュール → Aの後処理
    : (以下同)

そして出来上がるのが、各モジュール(ファイル)に含まれた、if A thenの嵐

広大なシステム全体から、Aに関するコードを探し出さないといけない。
Aに関する処理をあちこちにジャンプして調べることになる。
共通と思われるコードを修正した時、それが本当にB〜Eに影響しないのか?と考えることになる。

これは、実は、コピペしてAの処理だけで終わるコード、よりも悪い結果になっていたりする。
(もちろんコピペはダメ)

783 :仕様書無しさん:2014/07/13(日) 01:31:05.58 .net
じゃあ何が正しいんだよ?と言われそうだから
どうするのがいいかも答えよう。

1. まず、Aの処理を作る。そのコードの量は適当でいいが500行ぐらいとしよう。
2. 次にBの処理を作るがここからが違う。

長いと思ったらAの処理のダイエットすること。

AとBの内容が似ているからといって、まとめるのではなく、
Aの中から汎用関数、つまりそれはAやB以外でもまったく別のプロジェクトでも
使えるような汎用関数。一つ一つはとても小さな処理になる。
そうするとAの処理はかなり少なくなる。

Bの処理ではもちろんその汎用関数を使って書くからAと同等に短くなる。
一見似ているように思えるが、汎用関数あるため、その処理にAやB特有の
コードが入る余地はなくなる。

そうやってコードが長くなるたびに、汎用関数に追いやってA処理を短くしつつ
処理を増やしていく。そしてこのAの処理は決してB〜Eと混ざることはない。
Aの処理には入力、メイン、他、出力の処理が一直線に並ぶ。

784 :仕様書無しさん:2014/07/13(日) 11:35:37.37 .net
>「 約400行の共通処理」はもはや「4000行のA〜Eの処理が絡みあった処理」になる。さあ、長くなったから関数に分けようか。

400行の共通処理はありえんだろう。その時点でスパゲッティ。
25行の関数に分けてあるなら理想的。

で、4000行からは、1000行のクラス(関数の集まり)を作っていくわけよ

>そして出来上がるのが、各モジュール(ファイル)に含まれた、if A thenの嵐

お前の言う処理は400ぎょうもある。そうなら、嵐になるといっていい。
お前は、ネストを深くしない、と考えたことないだろ。
ネストが深けりゃ読みにくいのは当然

785 :仕様書無しさん:2014/07/13(日) 13:46:29.99 .net
ネストを深くしないということは、こういうことだな
Disp(){
int a;
for( int i = 0; i< 10; i++){
 DispA(&a, i);
for( int ii = 0; ii< a; ii++){

  DispB(ii);
  }
  : (以下
 }
}

786 :仕様書無しさん:2014/07/13(日) 13:47:16.21 .net
上のは読みにくいからこのように変える

Disp(){

for( int i = 0; i< 10; i++){
DispSub( i);
}
}
//Disp関数のこども
DispSub(int i)
{
int a;
DispA(&a, i);
for( int ii = 0; ii< a; ii++){
DispB(ii);
}
: (以下

}

787 :仕様書無しさん:2014/07/13(日) 14:05:01.12 .net
関数名や変数名にはくどいぐらい説明的な名前をつけておいた方がいい
書いてる時は冗長だなと思ってもプロジェクトがでかくなると1週間前に書いた部分ですらいまいちピンとこなくなる

788 :仕様書無しさん:2014/07/13(日) 22:01:22.18 .net
メソッド定義のところの引数名は辞書引いてすごい長ったらしい名前つけてるけど
中の変数とかはぐちゃぐちゃだな

世間と逆なんかしらん

789 :仕様書無しさん:2014/07/14(月) 01:51:32.77 .net
スコープが小さければ短い名前で良い。
スコープが広くなければなるほど長い名前。
もちろん、名前空間やクラスがあれば、その分短くて良い。

って考えると、関数の頭で宣言するやり方は
スコープが広いから、長い名前になりがちで
使う直前に宣言しましょうってなる。

790 :仕様書無しさん:2014/07/14(月) 08:08:48.17 .net
つか、書き出す前にちゃんと設計しろよ…

791 :仕様書無しさん:2014/07/14(月) 20:19:27.89 .net
80年代の頃は
変数にakinaとか使うバカがいたなw

792 :仕様書無しさん:2014/07/14(月) 20:47:59.79 .net
>>790
> つか、書き出す前にちゃんと設計しろよ…

その発想はウォーターフォール型だぞ。

ウェブアプリとかリリースサイクルが短いソフトとか
頻繁にバージョンが上がっていくタイプだと
最初に設計をしておくのは無理。

常に小さな再設計をし続けないと破綻する。

793 :仕様書無しさん:2014/07/16(水) 13:01:49.92 .net
あほかwアジャイルだって設計くらいするわな。

794 :仕様書無しさん:2014/07/16(水) 13:05:52.01 .net
>>792
こういうアジャイルを勘違いしているバカがのさばっているので
ウォーターフォール厨のバカ上司がアジャイルを誤解していって
どんどん環境が悪くなる

795 :仕様書無しさん:2014/07/16(水) 14:23:46.71 .net
メンバ関数の名前なんかは、grep 検索の際の利便性を考えると、
たとえ クラスが別だから同じ名前であってもいい場合でも違って
いた方が便利な場合も有るかも。

796 :仕様書無しさん:2014/07/16(水) 14:28:24.97 .net
>>794
「バカ」は必要ない。

797 :仕様書無しさん:2014/07/16(水) 14:30:21.21 .net
ごめん。

「バカ」な人が必要ないのではなく、「バカ」だと書く必要が無い
という意味だけど。

798 :仕様書無しさん:2014/07/28(月) 00:37:49.10 .net
>>58
一瞬どこがマヌケなのかわからなくてドキッとしたが
さすがにこれは無いわ

799 :仕様書無しさん:2014/07/28(月) 01:10:32.66 .net
if (result == true) {…}
は結構みるなぁ。な

800 :仕様書無しさん:2014/07/30(水) 03:14:20.02 .net
そういう話じゃないんじゃ?

public String func(XXXXXXXX){ ← 8文字

  if(XXXXXX){           ← 6文字
      return "false";
  }

  return "true";
}

801 :仕様書無しさん:2014/07/30(水) 03:16:00.94 .net
スレタイ通りじゃねえかwww

802 :仕様書無しさん:2014/07/30(水) 04:40:41.87 .net
4年越しで明かされる真実……!

803 :仕様書無しさん:2014/07/30(水) 09:13:31.18 .net
>>799
{}の中身が a=true; でelseの中身が a=false; だろw

804 :仕様書無しさん:2014/07/30(水) 10:18:28.88 .net
>{}の中身が a=true; でelseの中身が a=false; だろw

おめーは、北京原人か?

805 :仕様書無しさん:2014/07/31(木) 22:57:48.13 .net
下記は正常に動作しているコードの一部である。
if (result == true) {

}
これを次のように修正しても、異常をきたす事は無い。
if (result) {

}
正か誤か。

java初心者向けの問題。

806 :仕様書無しさん:2014/08/02(土) 17:18:55.70 .net
ぬるぽとかそういう話?

807 :仕様書無しさん:2014/08/02(土) 19:11:19.08 .net
違う話だよ。

808 :仕様書無しさん:2014/08/02(土) 21:24:03.58 .net
フフッ

809 :仕様書無しさん:2014/08/02(土) 22:14:42.06 .net
>>805
こういう問題を言っちゃう奴はコミュ力が無いんだと思う。
可読性かシンプル化でどちらも間違いではないし。

810 :仕様書無しさん:2014/08/02(土) 22:25:20.68 .net
いや、そういう問題じゃ無いってw
プログラムが(必ず)正しく動作するか否かの問題。

811 :仕様書無しさん:2014/08/02(土) 22:28:05.46 .net
それは上の方が必ず動くよ。
下は上までの肯定でresultに変なもんが入ってたらヤバいだろ。

812 :仕様書無しさん:2014/08/02(土) 22:47:16.14 .net
具体的には?

813 :仕様書無しさん:2014/08/02(土) 22:51:47.89 .net
if (result == true) {
の形は、
if (result = true) {
と間違えてもエラーが出ないからあまりお勧めしない。
コーディング規約で禁止した方がいい。

814 :仕様書無しさん:2014/08/02(土) 22:56:24.85 .net
まあ>>805はjavaの話だけどな

815 :仕様書無しさん:2014/08/02(土) 23:33:30.09 .net
まあ>>813もjavaの話だけどな

816 :815:2014/08/02(土) 23:41:05.84 .net
マジだ…orz

817 :仕様書無しさん:2014/08/02(土) 23:57:45.80 .net
>>815
Javaって>>813でwarningも出してくれない欠陥言語なの?

818 :仕様書無しさん:2014/08/03(日) 00:08:49.47 .net
>>817
(a = 3)の値は3なんだ。
同様に、
(result = true)の値もtrue。
式の評価がそうなってるんで仕方ないというかなんというか。

819 :仕様書無しさん:2014/08/03(日) 13:55:24.25 .net
>>805
Javaのバージョンで多少ハナシが変わるね。
最新なら実行時エラーの可能性。
ちょっと古いとコンパイルエラーだな。
さらに古い場合は問題無しw

820 :仕様書無しさん:2014/10/14(火) 21:27:46.36 .net
wrok、cunt、befer、strFragが4傑かな

あと、RDBで表定義のnをnumberに一括置換したらしく
列名がすべからく
hoge_name→hoge_numberame
になってたのもヤバかった

821 :仕様書無しさん:2014/10/15(水) 02:19:06.93 .net
「すべからく」は「全部」という意味じゃないぞ

822 :仕様書無しさん:2014/10/15(水) 02:23:01.01 .net
すべてが辛いって意味なんだ。

823 :仕様書無しさん:2014/10/15(水) 03:17:28.33 .net
本来の意味でも通じるやん

824 :仕様書無しさん:2014/10/16(木) 11:50:47.68 .net
全然違うだろ

825 :仕様書無しさん:2014/10/18(土) 12:29:16.13 .net
変数じゃないけど
コメントの自分の名前に勝手なミドルネームを入れる人がいた

「何コレ?」って聞いてみたら

「イギリス人の友人が僕をこう呼んでいるんです」

という返答だった

826 :仕様書無しさん:2014/10/19(日) 11:59:50.49 .net
>>818
まともなコンパイラなら if( foo = true )は ==と間違えてないすかって警告がでる

827 :仕様書無しさん:2014/10/19(日) 12:17:39.30 .net
メソッド名だけどcheckParam(〜)でbooleanを返すのはアリ?

828 :仕様書無しさん:2014/10/19(日) 12:32:41.47 .net
オブジェクト指向ならメソッドでIsParam()にするべきでは
他は知らん

829 :仕様書無しさん:2014/10/19(日) 13:26:21.00 .net
そーね。うちの規約だとisValidParamになるとおもうんだけど
ぶっちゃけcheck〜のほうが分かりやすいと思うのよね
規約破ってまでこだわることでもないんだけど

830 :仕様書無しさん:2014/10/20(月) 01:36:13.58 .net
適切なメソッド名が決まらなくて、とりあえず書き始める時、
だいたい nekoで始める俺
もし最終的なソースコードにnekoって見つけたら、俺が書いたのだからヨロシク

831 :仕様書無しさん:2014/10/24(金) 04:11:15.49 .net
bool flagBufferTransportationIsAboutToFinish;
bool flagBufferTransportationIsFinishing;
bool flagBufferTransportationHasBeenFinished;
bool flagBufferTransportationFinished;

832 :仕様書無しさん:2014/10/25(土) 06:40:10.69 .net
それらのステートを識別する必要があるにしてもboolはないなぁ

833 :仕様書無しさん:2014/10/25(土) 15:44:44.33 .net
enum flagBufferTransportation : bool {
IsAboutToFinish,
IsFinishing,
HasBeenFinished,
Finished,
};

834 :仕様書無しさん:2014/10/28(火) 06:45:30.89 .net
void serchKekkaGet();

今時こんなのが一箇所でもあったら、プログラム全体の質を疑う

835 :仕様書無しさん:2014/10/28(火) 06:46:53.05 .net
メソッド名はスレ違いだったらスマソ

836 :仕様書無しさん:2014/10/30(木) 00:41:05.54 .net
まずsearchじゃん

837 :仕様書無しさん:2014/10/30(木) 02:06:11.69 .net
>>834だけど、そう、スペルミスも込みなんだよ

838 :仕様書無しさん:2014/10/30(木) 21:12:37.30 .net
俺の会社のvbaマクロとか酷いぞ

sub 図の1つ下のデータを計算(data as Variant)

こんなんだから

1.日本語関数
2.何する関数か推測できない
3.private publicがない
4.引数が汎用型

最悪だよ

839 :仕様書無しさん:2014/10/31(金) 16:25:05.22 .net
>>838
2.以外は別に問題ないんじゃ?

1.日本語だと何が問題?
3.VBAには『Public』『Private』『指定なし』の3種類があって、これはその一番最後というだけの話だが、何が問題?
4.引数がVariant型だと何が問題?

840 :仕様書無しさん:2014/10/31(金) 16:28:20.11 .net
>>834
> こんなのが一箇所でもあったら

他の部分が完璧で、一箇所だけがそれだったら、笑うしかないな。

841 :仕様書無しさん:2014/10/31(金) 23:32:40.42 .net
>>834
「よっしゃー、サーチ結果ゲット!」とか言いながら書いたに違いない

842 :仕様書無しさん:2014/11/12(水) 07:35:57.30 .net
>>6
sSQL これ使っていいよ

843 :839:2014/11/20(木) 20:07:00.65 .net
>>839

1.
日本語だと海外のwindowsで動作しない。
理由はVBAはunicodeじゃないから

2.
moduleも一切認めたくない派の俺は
基本的に省略表現はバグの元だから許さん

3.
variant型ってのはC#でいうならObject型だろ
よくわからんけど何でも入る変数にぶちこめというのは
VBerがよくやる悪習だと思う。

関数の入力はそれが不可能で無い限りにおいて
引数の型は厳格にするのは当たり前。

そもそもコメントが不足してるコードで曖昧な型宣言されると
修正が難しくなるんだよ。

844 :仕様書無しさん:2014/11/20(木) 20:41:45.25 .net
>>843
>variant型ってのはC#でいうならObject型だろ
ここもしかして笑うとこ?

845 :仕様書無しさん:2014/11/20(木) 22:34:25.17 .net
>>844
http://msdn.microsoft.com/ja-jp/library/office/gg251448%28v=office.15%29.aspx

846 :仕様書無しさん:2014/11/21(金) 15:03:04.47 .net
図の一つ下って事はExcelとかか
だとするとセルに何が入っているか予測が付かない事も想定して引数にVariant使うのは別に間違いではないと思うが
というか普通じゃね?
否定してるヤツはメインルーチンのほうでわざわざ型を判定させる処理でも入れるのかね

847 :仕様書無しさん:2014/11/26(水) 07:27:13.45 .net
てめぇらと結婚する身にもなってみろ
【知的財産と契約料金の搾取助長者ばかり】
[受注系SI生涯損害促進者を排除すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
裁判苦手
残業見積
無料追加
安売競争
利益提供
人格障害
健康障害
孤独死

偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
非婚
離婚
鬱病
早死

848 :仕様書無しさん:2014/11/28(金) 06:15:40.76 .net
消費者金融ソフトにはYフラグがある
893のYだ

849 :仕様書無しさん:2015/04/26(日) 10:53:05.40 .net
>>3
クスッときた

850 :仕様書無しさん:2015/08/25(火) 15:10:21.65 .net
{
auto o = some_weak_ptr.lock()
...
}

ってのなら普通に一文字の変数使う。
アルゴリズム的なコードなら多重ループは普通に使う。

851 :仕様書無しさん:2015/08/25(火) 15:15:39.46 .net
some_weak_ptrって書いたけど、実際変数oを使うときは
auto o = owner_.lock()
ってのが多い

852 :仕様書無しさん:2015/09/15(火) 20:35:39.02 .net
HBM-REC-ID
HBM-REC-HINMEI
HBM-REC-TANKA

HBMとはHinBan Masutaaの略
こういう名前の付け方を見るとほっこりする

853 :トントカイモ名無しさん:2015/10/23(金) 02:53:30.94 .net
SEGA Mastaa Sisutemu

854 :仕様書無しさん:2016/05/17(火) 00:16:16.39 .net
関数名だけど・・・
Chenge_Language_Setting_Engrish()

855 :仕様書無しさん:2017/06/12(月) 06:33:13.78 .net
いいえ

856 :仕様書無しさん:2017/06/12(月) 08:43:14.00 .net
>>36
まさか......trueをTypo?

857 :仕様書無しさん:2017/06/20(火) 13:58:57.34 .net
そのまま見れば何かの処理をスルーするフラグって意味かと思うがどうなんだろう

858 :仕様書無しさん:2017/06/21(水) 01:33:12.78 .net
thru = true; ならわかるが、
thtuFlag = thru; は嫌だな

859 :仕様書無しさん:2017/06/21(水) 01:33:57.99 .net
ストゥーになっちまった

860 :仕様書無しさん:2017/12/29(金) 20:09:50.23 .net
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

WAHY6659LR

861 :仕様書無しさん:2018/05/22(火) 14:48:27.25 .net
とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

BU06O

862 :仕様書無しさん:2020/01/20(月) 09:28:21 .net
2物体の相対速度ベクトルrvをx方向に分解して衝突面の法線方向に分解してz方向に分解した変数を vxnz としているけどふざけていますか?
同じような変数が無数に並んでいます
いちいちrelativeとかvelocityとか書くべきなの?見にくくなるよ?

863 :仕様書無しさん:2020/01/20(月) 15:05:51 .net
>>813
得意気に、この話をする人は信用しないことにしている。
これは、”私は単体テストしません!”って言っているの同じようなもの。

864 :仕様書無しさん:2020/01/20(月) 21:01:52 .net
>>862
ええんちゃう?
個人的にはアンダーバーをはさむところだけど。

865 :仕様書無しさん:2020/01/21(火) 02:14:49 .net
三次元ベクトルの領域で説明コメント書いたり、変数名を入射だの反射だの法線だの英語で書いても読めないヤツの方が多い
いちいち書く方が行が変わったりして視認性が悪くなるから略した方が作りやすい
可読性とか数学わからないヤツが騒がないでほしい

866 :仕様書無しさん:2020/01/21(火) 23:45:03 .net
// 『線形代数』○○著 を読め
でいいよな?

867 :仕様書無しさん:2020/01/22(水) 00:04:40 .net
>>3
そんな大人、修正してやる!

868 :仕様書無しさん:2020/01/22(水) 00:48:38 .net
リーダブルコード読んでからはどんな変数にもサボらず名前をつける意識がついた

ループ内のカウンタにcntなんて名前付けたところでそんなことはわかっとるわ!って思うもんね

869 :仕様書無しさん:2020/01/22(水) 00:57:36 .net
細かいループ内なら一文字でいい。
どうでもいいものは簡単に。

870 :仕様書無しさん:2020/01/25(土) 23:45:46 .net
難読化のため日本語を使って何が悪いんだ?
別に読めないわけでもないだろ?

871 :仕様書無しさん:2020/01/26(日) 17:20:39 .net
難読化が目的なら、書き終わった後で
a1,a2,a3 とかに書き直せばいいだけでは?

872 :仕様書無しさん:2020/01/26(日) 17:47:48 .net
海外流出を防ぐにはみたいな会議の後に日本語化したら読めないってキレられた

873 :仕様書無しさん:2020/02/03(月) 20:58:37 .net
競技プログラミングで変な変数名で目立とうぜ!

874 :仕様書無しさん:2020/02/22(土) 14:13:08 .net
FebruaryとかNovemberの略称頭3文字を使ったら「分からん!」って怒られた
分かりにくいのではなく、英語が分かってないだけだよね

875 :仕様書無しさん:2020/02/22(土) 19:06:41 .net
それが月だと分かれば略語も通じるが
いきなり出したんじゃないか

876 :仕様書無しさん:2020/02/22(土) 19:41:01 .net
いや、2年前くらい前からの月毎のデータ比較するプログラムの中で使ってる
1月2月の数字にすると数字ばかりで逆に見難いんだけどな
どうやら英語が分かってないらしい

877 :仕様書無しさん:2020/02/22(土) 20:22:54 .net
睦月とか如月とかにしようず

878 :仕様書無しさん:2020/02/22(土) 21:23:13 .net
UTF-8のかな漢字を変数名に使える言語は何?

879 :仕様書無しさん:2020/02/22(土) 22:00:01 .net
>>876
いや、見にくくないやろ。日本なら当然。

ふつうに数字で書けばいいところを英語で書くから、いちびってる感が見えて怒ったんでは。

880 :仕様書無しさん:2020/02/22(土) 22:23:45 .net
Javaは単語略さずかく文化なのでな

変数名に数字使うのはなんか抽象化しきれてないみたいに思われるから
固定で書くなら月名を略さずに書きたいところだ

881 :仕様書無しさん:2020/02/22(土) 22:25:22 .net
グローバル変数はマジで減らして欲しい
関数の引数と戻り値にすればいいのに、大域変数を使うやつお前だよ

自動変数ならどんな名前でもいいよ、見える範囲しか影響ないから

882 :仕様書無しさん:2020/02/23(日) 00:33:28 .net
>>879
年も月も日も使うから数字だけでは見難いんよ

883 :仕様書無しさん:2020/02/23(日) 01:22:49 .net
シチュエーションがまったく思い浮かばない
どういう使い方してるんかしらんがそれだったらむしろ全部数字にしろよ
年も日も数字だろうが

884 :仕様書無しさん:2020/02/23(日) 03:00:39 .net
>>882
2020-02-23
2020/02/23
Feb 23rd, 2020
23rd Feb, 2020

どうみてもISO版か日本版が一番見やすい。
米版か英版が見やすいとか、米も英も外人はイカれとる。おまえもか。

885 :仕様書無しさん:2020/02/23(日) 05:59:14 .net
出力以外に内部の変数も考えろよ

886 :仕様書無しさん:2020/02/23(日) 12:32:43 .net
外部と内部で何が違う?

887 :仕様書無しさん:2020/02/23(日) 14:13:30 .net
数字まみれになったら見にくくね?
人によるだろうけど
表示は数字でいいけど

888 :仕様書無しさん:2020/03/25(水) 18:15:07 .net
使い方しらんけど、数字はまじで見にくそうだな

889 :仕様書無しさん:2020/04/29(水) 00:59:44 .net
dim f9,f99
つらすぎる

890 :仕様書無しさん:2020/12/06(日) 16:10:27.96 .net
public static final int ZERO = 0;

891 :仕様書無しさん:2021/03/27(土) 19:31:40.79 ID:5SpDwW1yH
まだ22歳の学生社長が得た、23億円の「使い道」 あの橋本環奈をCMに使うバイトアプリの雄
https://toyokeizai.net/articles/-/319511
大学生起業家が設立1年で20億円調達! 単発バイトアプリに外食企業など出資【タイミー】
https://foodfun.jp/archives/3490
誰でもカンタンにオンラインサロン・情報配信ができる便利アプリ【TOUKU(トーク)】が登場
https://prtimes.jp/main/html/rd/p/000000001.000061569.html
東大卒エンジニアが“ネット時代のアパレルビジネス”で目指すものとは?
https://www.wwdjapan.com/articles/908558
東大生が作る美容系口コミアプリ「リップス」が100万DL達成 人気の理由は“熱量”にあり
https://www.wwdjapan.com/articles/639943
在宅で企業が買うWebサービス作った3人の稼業
個人開発の実践者に聞くマネタイズのヒント
https://toyokeizai.net/articles/-/403164
ミャンマー発 AIダイニングアプリ「Yathar」をしかける日本人起業家
https://roboteer-tokyo.com/archives/14840

892 :仕様書無しさん:2022/02/24(木) 04:50:37.99 .net
>>880
javaの一番ウザいところだな

893 :仕様書無しさん:2022/08/07(日) 05:18:37.87 .net
tasizan, hikizan, kakezan, warizan

894 :仕様書無しさん:2022/08/07(日) 07:11:42.56 .net
hagehage

895 :仕様書無しさん:2022/08/08(月) 13:31:37 .net
中二病的な名前の付け方したいんだけど何かない?

896 :仕様書無しさん:2022/08/09(火) 00:51:41.99 .net
やんごとなき雅な変数名を使いたい

897 :仕様書無しさん:2022/08/09(火) 20:27:50.85 .net
hogeと間違えてhageを使って上司の精神に間接攻撃を仕掛けることは稀によくある

898 :仕様書無しさん:2022/08/12(金) 00:15:55.28 .net
全変数名を犬種にしたらファンシーだよな
pomeranian = shiba + dachshund

899 :仕様書無しさん:2022/08/13(土) 10:12:20.16 .net
zasyu ←ザッシュかっこいい

900 :仕様書無しさん:2022/08/20(土) 12:52:32.79 .net
変数名にバッファ(Buffer)と書くのが嫌で
キャッシュ(Cashcache)と書いていた私は?

901 :仕様書無しさん:2022/08/20(土) 16:07:52.74 .net
Buffalo、cats って書くと可愛いよ

902 :仕様書無しさん:2022/08/20(土) 17:28:15.87 .net
むしろ使ってみたくなる
あえて使う
それが美学

903 :仕様書無しさん:2022/08/20(土) 17:29:42.69 .net
ギリギリ中二病な変数名教えて

904 :仕様書無しさん:2022/08/26(金) 09:27:12.02 .net
infinityとかfinalって頭に付けたらかっこいい

905 :仕様書無しさん:2022/08/26(金) 11:22:11.73 .net
float::infinityがrubyにはあるし、javaはfinal修飾子を頭につけられる
つけたらっていうかもう付いてる

906 :仕様書無しさん:2023/05/02(火) 10:12:51.13 .net
long unko;

907 :仕様書無しさん:2023/08/24(木) 13:47:45.26 ID:0EnwDbp6q
腐敗を謳歌してきた自民党か゛禁忌としてきたことを腐敗の権化安倍晋Ξがあっさり踏み越えて、曰銀に盛大に金刷らせて
賄賂癒着資本家階級とともに俺も俺もと子孫の税金を食い荒らして、前代未聞の圧倒的資産格差を形成してきたわけだが、今度は
消費活性化を名目に相続税まで引き下げて、圧倒的資産格差を末代まで盤石なものにするための税制改正まて゛しようとしていやがる
そんな本質すら理解できないど底辺のお前らは末代まで圧倒的優越的地位を濫用されて、遺棄罪にも等しい不幸な子を産み落とすってわけよ
人として最低限の論理思考能力があるなら、所得税や消費税その他を全廃して.相続税を基幹税にするほうが、
末代まで消費する必要のない資産を金持ちの子に持たせるよりも、消費が活性化することくらい理解できるだろうにな
そもそも地球破壞することにしか金を使えず.騒音まき散らして知的産業に威力業務妨害して壞滅させて,消費に値しないポンコツ製品
しか生産できなくした前代未聞史上最悪の腐敗の権化テロリスト安倍晋三を讃えながら消費だの笑わせんなや腐敗税制調査會
(羽田)тtрs://www.call4.jp/info.ρhP?Type=iТems&id=I0000062 , ttps://haneda-project.jimdofree.com/
(成田)ttps://n-souonhigaisosyoudan.amеbaownd.com/
(テロ組織)Тtps://i.imgur.Com/hnli1ga.jPеg

908 :仕様書無しさん:2024/03/29(金) 13:34:45.29 .net
御曹司や気品あふれるとか見た目的にヤバいし
ホモというイメージもある

909 :仕様書無しさん:2024/03/29(金) 15:08:35.14 .net
こういうのて人はその話題が出てる時にはもう手遅れ...ということか
山上を義士だと予想するの?
http://m9.b1/

177 KB
新着レスの表示

掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :

read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★