ふざけた変数名を使う奴
1 ：仕様書無しさん：
var1、2、…とか、ふざけてるの？
|
|
|
2 ： ◆Tessar/gGw ：2008/08/23(土) 21:47:49
ズミクロン
char aznable;
>>3
いただき
いただき
5 ：仕様書無しさん：2008/08/23(土) 21:55:07
「ちょっと実装してみて」とサラッ肩越しに言われたので
関数名を別れた女の名前にして遊び半分でコードを書いたことがある。
関数名を別れた女の名前にして遊び半分でコードを書いたことがある。
Dim strSeachSQL As String ' 検索用SQL文
7 ：仕様書無しさん：2008/08/23(土) 22:38:05
俺はもっぱらSQL文の文字列はqとかqueryで済ましてるけど、
本来なら>>6の書き方の方がいいぞ。スペル間違ってるけど
本来なら>>6の書き方の方がいいぞ。スペル間違ってるけど
9 ：側近中の側近 ◆0351148456 ：2008/08/23(土) 22:45:28
(っ´▽｀)っ
>>6はハンガリアン記法が嫌って事じゃないのか？
>>6はハンガリアン記法が嫌って事じゃないのか？
10 ：側近中の側近 ◆0351148456 ：2008/08/23(土) 22:47:18
(っ´▽｀)っ
どうなんだろうね。ハンガリアン。
変数名だけで型の判別が付く一方で、
型が変わった場合、紛らわしいってのもある。
↓↓↓以降、ハンガリアン賛成派？反対派のスレになります☆↓↓↓
どうなんだろうね。ハンガリアン。
変数名だけで型の判別が付く一方で、
型が変わった場合、紛らわしいってのもある。
↓↓↓以降、ハンガリアン賛成派？反対派のスレになります☆↓↓↓
>ハンガリアン
一長一短。すきにしろ
一長一短。すきにしろ
12 ：側近中の側近 ◆0351148456 ：2008/08/23(土) 22:49:27
(っ´▽｀)っ
むしろ、開発者にきちんと定義を確認させるために、
わざとハンガリアンにしないという手も。
生産性は落ちるけど、バグは減るような気がする。
まあ、定義確認せずに勘だけで変数使う奴には効果がないが。
むしろ、開発者にきちんと定義を確認させるために、
わざとハンガリアンにしないという手も。
生産性は落ちるけど、バグは減るような気がする。
まあ、定義確認せずに勘だけで変数使う奴には効果がないが。
13 ：側近中の側近 ◆0351148456 ：2008/08/23(土) 22:56:45
(っ´▽｀)っ
まあ、でも「ふざけた」変数名じゃないわな･･･。
(っ´ω`)っ
スレ違いでごめんね。いきててごめんね。
まあ、でも「ふざけた」変数名じゃないわな･･･。
(っ´ω`)っ
スレ違いでごめんね。いきててごめんね。
きょうびシステムハンガリアンなんて
【汚物】痛い変数名・関数名【破廉恥】
http://pc11.2ch.net/test/read.cgi/tech/1077137948/
http://pc11.2ch.net/test/read.cgi/tech/1077137948/
そんなに型強調したいないなら
hoge$とかのままで書けよ。
hoge$とかのままで書けよ。
17 ：側近中の側近 ◆0351148456 ：2008/08/23(土) 23:42:31
(っ´▽｀)っ
マクロ変数でもいいかな？
/*○○コード*/
#define VALUE_101 101
#define VALUE_102 102
#define VALUE_103 103
マクロにしている意味ないじゃ〜ん☆
マクロ変数でもいいかな？
/*○○コード*/
#define VALUE_101 101
#define VALUE_102 102
#define VALUE_103 103
マクロにしている意味ないじゃ〜ん☆
個人的に死ね：
Map<K, V> map;
String value;
boolean bRet;
Map<K, V> map;
String value;
boolean bRet;
>>18
ゲーム屋乙
ゲーム屋乙
ああ、あとこれも死ね。
boolean ~~flg;
>>19
ただのITドカタだよｗ
説明のないプログラム、ムダしかないプログラムを書いて
何も疑問抱かずにコーディング終了報告するバカ多すぎ。死ね。死ね。死ね。
boolean ~~flg;
>>19
ただのITドカタだよｗ
説明のないプログラム、ムダしかないプログラムを書いて
何も疑問抱かずにコーディング終了報告するバカ多すぎ。死ね。死ね。死ね。
ハンガリアンジャムスター
22 ：仕様書無しさん：2008/08/24(日) 03:45:18
>>21
個人的にトリノスケール7くらい
個人的にトリノスケール7くらい
23 ：仕様書無しさん：2008/08/24(日) 04:28:02
おいらはプログラマー
やくざなプログラマー
おいらが怒ればバグの嵐
喧嘩代わりにデバッグすれば
金はいらねトンズラさ〜
やくざなプログラマー
おいらが怒ればバグの嵐
喧嘩代わりにデバッグすれば
金はいらねトンズラさ〜
24 ：仕様書無しさん：2008/08/24(日) 05:21:20
hi があったので low を探したら nen tuki が見つかりました・・・
day にしろよ・・・
day にしろよ・・・
highじゃないのか。
26 ：仕様書無しさん：2008/08/24(日) 08:19:05
27 ：側近中の側近 ◆0351148456 ：2008/08/24(日) 08:56:32
(っ´▽｀)っ
今もMSはハンガリアン記法で開発してるのかな･･･。
今もMSはハンガリアン記法で開発してるのかな･･･。
ハンガリアンつけているようなのは
英語力がないんだと思った。
英語力がないんだと思った。
#define Three 4
とかいうのを見たことがあるって
何かのプログラム本に書いてあったな
とかいうのを見たことがあるって
何かのプログラム本に書いてあったな
31 ：仕様書無しさん：2008/08/24(日) 15:34:20
public boolean func(String str){
boolean result;
〜略〜
return true;
}
吹いた.
いかにも戻り値が格納されそうな変数resultを用意しておきながらベタ打ちで戻してるし
boolean result;
〜略〜
return true;
}
吹いた.
いかにも戻り値が格納されそうな変数resultを用意しておきながらベタ打ちで戻してるし
>>24
じわじわ来たｗ
じわじわ来たｗ
34 ：仕様書無しさん：2008/08/24(日) 17:28:11
ハンガリアンについては
ここを見て考えが変わった。
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
ここを見て考えが変わった。
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
37 ：仕様書無しさん：2008/08/24(日) 20:39:34
合理性の感じられない変数名や関数名を付ける奴のプログラム（他の仕事振りも含む）は総じて糞な印象。
>>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
アプリケーションハンガリアンに関してはこんな考えもあるぞ。
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
不良品を扱う関数で変数名をDQNって書いてる同僚がいた
hoge foo bar baz piyo fuga
テストコードだけでしてください・・・
テストコードだけでしてください・・・
41 ：仕様書無しさん：2008/08/25(月) 06:24:43
func000001
こんなのだと涎がでちゃうね。
こんなのだと涎がでちゃうね。
ふざけた変数名であっても一貫してふざけた変数名をつけ続けていたら
それはそれでプロフェッショナル
それはそれでプロフェッショナル
43 ：仕様書無しさん：2008/08/25(月) 10:50:24
ｓｕｂｒｏｕｔｉｎｅ−ｅｘｉｔを短縮して「ＳＥＸ」
44 ：仕様書無しさん：2008/08/25(月) 11:02:01
昔、あるシステムの仕様書に「シマムクコード」というのがあった。
これ何？と思いながら先を読んで行くと、
市区町村コードだとわかった。
だけどなんで「シマムク」？
その夜風呂に入っていて突然わかった！
市→し →シ
町→まち→マ
村→むら→ム
区→く →ク
これ何？と思いながら先を読んで行くと、
市区町村コードだとわかった。
だけどなんで「シマムク」？
その夜風呂に入っていて突然わかった！
市→し →シ
町→まち→マ
村→むら→ム
区→く →ク
字（あざ）は
47 ：仕様書無しさん：2008/08/25(月) 11:36:40
市区町村までで足りるシステム
なんで
「シクマム」じゃないんだろう？
「シクマム」じゃないんだろう？
49 ：仕様書無しさん：2008/08/25(月) 17:07:34
語呂として面白いのは「島向く」
やめようと思ったソースコードスレに以前にも書いた記憶があるが
ローマ字なのに微妙に違っている変数名は萎える。
合計値でTotal としたかったんだろうが、Tortaru
市町村コードでTown としたかったんだろうが Tawn
パスワードでPathword、ファイルのパス名でPass（逆だろｗ
事務所コードでZimuてのもあったな('A`)
ローマ字なのに微妙に違っている変数名は萎える。
合計値でTotal としたかったんだろうが、Tortaru
市町村コードでTown としたかったんだろうが Tawn
パスワードでPathword、ファイルのパス名でPass（逆だろｗ
事務所コードでZimuてのもあったな('A`)
>>50
コボル脳だなｗ
コボル脳だなｗ
伝説の UwaRite に比べればまだまだだな
53 ：仕様書無しさん：2008/08/25(月) 21:32:42
>>41
上司に変数の必要数を言うと、
その上司が分厚い変数台帳から次の番号を調べて
XAB00234,XAB00235,XAB00236
なんてのを貰うという
暗黒時代みたいな感じの会社があった。
と、聞いたことがある。
上司に変数の必要数を言うと、
その上司が分厚い変数台帳から次の番号を調べて
XAB00234,XAB00235,XAB00236
なんてのを貰うという
暗黒時代みたいな感じの会社があった。
と、聞いたことがある。
糞な変数名は一括置換でなかったことにー
3年ほど前にいた現場では、グローバル変数の命名規則が
モジュール名＋連番
みたいな感じだった。
モジュール名＝業務コード＋モジュール種別＋連番
見たいな感じで...
モジュール名＋連番
みたいな感じだった。
モジュール名＝業務コード＋モジュール種別＋連番
見たいな感じで...
56 ：側近中の側近 ◆0351148456 ：2008/08/25(月) 22:03:58
(っ´▽｀)っ
金融系だと、関数名、変数名等のオブジェクト名が意味の持たない連番ってことがある。
理由はセキュリティ対策だとのこと。
ソースコードを盗まれても、
オブジェクト名を全て意味の持たない連番にしておけば、
ソースがわかりにくくなり、ハッキングが難しくなる。
(っ´▽｀)っ
というが、意味あるのかねぇ・・・
金融系だと、関数名、変数名等のオブジェクト名が意味の持たない連番ってことがある。
理由はセキュリティ対策だとのこと。
ソースコードを盗まれても、
オブジェクト名を全て意味の持たない連番にしておけば、
ソースがわかりにくくなり、ハッキングが難しくなる。
(っ´▽｀)っ
というが、意味あるのかねぇ・・・
糞なコテはNGNameでなかったことにー
58 ：仕様書無しさん：2008/08/25(月) 22:28:05
>>31に近い感じのマヌケコードで
public String func(XXXXXXXX){
if(XXXXXX){
return "false";
}
return "true";
}
ってのを見たことがあるぞ。
って、スレ違いか。
public String func(XXXXXXXX){
if(XXXXXX){
return "false";
}
return "true";
}
ってのを見たことがあるぞ。
って、スレ違いか。
59 ：仕様書無しさん：2008/08/25(月) 23:23:39
むしろセキュリティホールが発生しやすくなる悪寒
62 ：側近中の側近 ◆0351148456 ：2008/08/26(火) 07:17:50
で？
64 ：仕様書無しさん：2008/08/26(火) 13:33:46
privateにこだわる必要は無いと思うよ。
プロパティ作成でコーディングが長くなるし
変なプロパティ名付けられたもね
プロパティ作成でコーディングが長くなるし
変なプロパティ名付けられたもね
65 ：側近中の側近 ◆0351148456 ：2008/08/26(火) 20:23:24
>>63
「あれ」に登録すればおｋ
「あれ」に登録すればおｋ
>>56
sedやawkなどのフィルタ系スクリプト言語を知らないんだろうか？
sedやawkなどのフィルタ系スクリプト言語を知らないんだろうか？
68 ：仕様書無しさん：2008/08/27(水) 00:47:18
>>38
なんでサイトきえてんの？
なんでサイトきえてんの？
int meidosan, kyoumoichinichi, gohousizanmai;
って宣言を見たことがある
って宣言を見たことがある
70 ：仕様書無しさん：2008/08/27(水) 04:56:38
int s, e, x;
とかやってみたい
とかやってみたい
中学生かお前は
char *s;
double e;
int x, y;
だったらごまかせそうだな
double e;
int x, y;
だったらごまかせそうだな
>>72
お前、天才だな。
お前、天才だな。
75 ：仕様書無しさん：2008/08/27(水) 15:11:31
本当のド素人が作ったプログラムなんだな。
今そんなの作ったら瑕疵責任ものだな。
今そんなの作ったら瑕疵責任ものだな。
76 ：仕様書無しさん：2008/08/27(水) 21:00:36
>>74
俺もそれで苦労した。
せめて各ファイルの同じ項目が同じ番号だったら救いがあるんだが。
結局納品後にそう手直ししたけどね。
顧客マスタの顧客コードが ＭＡＳ００１０ だったら
売上ファイルの顧客コードも同じく ＵＲＩ００１０ というように
俺もそれで苦労した。
せめて各ファイルの同じ項目が同じ番号だったら救いがあるんだが。
結局納品後にそう手直ししたけどね。
顧客マスタの顧客コードが ＭＡＳ００１０ だったら
売上ファイルの顧客コードも同じく ＵＲＩ００１０ というように
79 ：仕様書無しさん：2008/08/28(木) 22:41:41
sexとか飽きた。
hage
hige
hoge
mage
moge
mike_neko
short foo
long fool
hige
hoge
mage
moge
mike_neko
short foo
long fool
他社の、それも動作実証用のテストプログラムだったとはいえ
個人名＋_sineとか_yamero _useroだったのは引いた。
その個人名はその他社の新人のもの。
その当人見てるんだし、もろパワハラだわ。
個人名＋_sineとか_yamero _useroだったのは引いた。
その個人名はその他社の新人のもの。
その当人見てるんだし、もろパワハラだわ。
int unko0, unko1;
とか書いてた新人。 大人になれよ…
とか書いてた新人。 大人になれよ…
VBでアルバイトが
Dim str事業名 As String
コンパイル通るし
Dim str事業名 As String
コンパイル通るし
何か問題あるの？
VBは割と昔から、全角変数とか使えるけど？
あれ、でも何かヤバイ問題があったような気がする。
何だったかよく覚えてないけど・・・。
何だったかよく覚えてないけど・・・。
BakaAhoAsobijyaneenda
以前、ベンチャーでバイトしていた時の話なんだが・・・
お姉さん以上おばさん未満な電話番のババア（独身）と雑談していて
「テストのために一時的に使う変数の名前には、fooとかhogeとかが”標準”なんですよ」
と教えてやったら、なんつって言い返してきたと思う？
「くだらない」
「そんなふざけた名前使うなんて世間をなめている」
「おふざけに付き合うほどわたしは暇じゃない」 ←('A`;)ﾃﾞﾝﾜﾊﾞﾝﾉｸｾﾆ
ちなみに、そのババアが電話番として得ていた給料は
おれが作成したブツを換金することで得ていたわけだが・・・
お姉さん以上おばさん未満な電話番のババア（独身）と雑談していて
「テストのために一時的に使う変数の名前には、fooとかhogeとかが”標準”なんですよ」
と教えてやったら、なんつって言い返してきたと思う？
「くだらない」
「そんなふざけた名前使うなんて世間をなめている」
「おふざけに付き合うほどわたしは暇じゃない」 ←('A`;)ﾃﾞﾝﾜﾊﾞﾝﾉｸｾﾆ
ちなみに、そのババアが電話番として得ていた給料は
おれが作成したブツを換金することで得ていたわけだが・・・
( ´-`)？
電話番を一匹雇えるとは
ずいぶん大規模なベンチャーですね
ずいぶん大規模なベンチャーですね
英会話ができるというのがポイントだったらしいのだが
実際は月に一度か二度しかその手の電話はなかったな
実際は月に一度か二度しかその手の電話はなかったな
fooもhogeも使ったことないや
俺もテスト用でも使った事ないな。本でたまに見かける程度だな。
>>91
そもそもお前さん、標準の意味分かってないでしょ…。
そもそもお前さん、標準の意味分かってないでしょ…。
>>91
メタ構文変数を当たり前だと主張するやつがいたら、
何かしら問題がある（可能性がある）と思って身構えるなぁ。
プログラミングテクニックはわからんが、
自己中心的でわかりにくく、変わったことばかり主張して
メンテしずらいコード書きそうｗ
メタ構文変数を当たり前だと主張するやつがいたら、
何かしら問題がある（可能性がある）と思って身構えるなぁ。
プログラミングテクニックはわからんが、
自己中心的でわかりにくく、変わったことばかり主張して
メンテしずらいコード書きそうｗ
バイト君は電話番相手にどんな話してるんだよｗｗ
>>91
スキル的に英会話＞プログラム初級だと思うよ、ババア尊敬しとけ。
スキル的に英会話＞プログラム初級だと思うよ、ババア尊敬しとけ。
俺は、一時的であっても意味のある名前をつけるかな...
hogeとかはサンプルプログラムで見かけるくらい。
hogeとかはサンプルプログラムで見かけるくらい。
hage hoge higeは実際に自分が使うプログラムを組む時には使わないよな
103 ：仕様書無しさん：2008/08/31(日) 17:45:12
＞ちなみに、そのババアが電話番として得ていた給料は
＞おれが作成したブツを換金することで得ていたわけだが・・・
利益を生む活動だけで会社が成り立ってると思ってんの？
金にならない雑用もたくさんあって、誰かがそれをやらなきゃいけないわけだが。
これだからガキは(笑)
＞おれが作成したブツを換金することで得ていたわけだが・・・
利益を生む活動だけで会社が成り立ってると思ってんの？
金にならない雑用もたくさんあって、誰かがそれをやらなきゃいけないわけだが。
これだからガキは(笑)
104 ：仕様書無しさん：2008/08/31(日) 19:10:21
女はブサメンには厳しいからな。イケメンには優しい。
くだらないと言われるほどブサメンなんだろう
くだらないと言われるほどブサメンなんだろう
おばさん未満にババアと言ってはいけません
107 ：仕様書無しさん：2008/09/09(火) 02:13:13
Vector i = new Vector();
108 ：仕様書無しさん：2008/09/09(火) 02:16:56
>>91
>ちなみに、そのババアが電話番として得ていた給料は
>おれが作成したブツを換金することで得ていたわけだが・・・
電話番のおかげでブツ作成にある程度専念できた。
相乗効果だ。電話番がいなかったら換金のタイミングが若干ながらも遅れたであろう。
遅れたら換金の保障はない。
>ちなみに、そのババアが電話番として得ていた給料は
>おれが作成したブツを換金することで得ていたわけだが・・・
電話番のおかげでブツ作成にある程度専念できた。
相乗効果だ。電話番がいなかったら換金のタイミングが若干ながらも遅れたであろう。
遅れたら換金の保障はない。
ここでも婆ちゃんの話してるのか
ウチのババァは飴くれるお （´ω｀）ﾎｯｺﾘ
飴ちゃんだろ、飴ちゃん
112 ：仕様書無しさん：2008/09/09(火) 17:51:17
自動エンコードは、エンコードされたくない部分と一緒に出力出来ないから、使い分けなくちゃならなくて面倒だな
っていうかそれじゃあそこで言われていることの問題を解決しきれないし。
それにusみたいな接頭・接尾子が行儀悪いっていう感覚も分からないなぁ
っていうかそれじゃあそこで言われていることの問題を解決しきれないし。
それにusみたいな接頭・接尾子が行儀悪いっていう感覚も分からないなぁ
自分の常識だけが世界で唯一絶対の常識である
とか主張してる香具師に反応する必要ないと思うよ
とか主張してる香具師に反応する必要ないと思うよ
int nantoka;
int kantoka;
int are;
int kore;
もうちょっとひねれよ。
int kantoka;
int are;
int kore;
もうちょっとひねれよ。
>>113
略称はよくない。usでUnsafe Stringって...。
XSS対策であれば、基本のWrite関数は自動エンコードにして
エスケープされたくない場合だけ明示するように設計するのがいいと思う。
>>114
まあ「普通」とか、つい書いてしまったが、唯一絶対とかまでは思ってないよ。
安全かどうかっていったって、HTMLやSQLやURLなど色々有って、sが「安全な文字列を示す接頭辞」なんてバカなこと言ってんじゃねーよとは思う。
略称はよくない。usでUnsafe Stringって...。
XSS対策であれば、基本のWrite関数は自動エンコードにして
エスケープされたくない場合だけ明示するように設計するのがいいと思う。
>>114
まあ「普通」とか、つい書いてしまったが、唯一絶対とかまでは思ってないよ。
安全かどうかっていったって、HTMLやSQLやURLなど色々有って、sが「安全な文字列を示す接頭辞」なんてバカなこと言ってんじゃねーよとは思う。
アプリケーションハンガリアンってアプリの枠内で使えば何も問題なくね？
統一しようなんて考えるのが間違いだと思うんだが
統一しようなんて考えるのが間違いだと思うんだが
119 ：仕様書無しさん：2008/09/12(金) 01:05:31
今更。
ちょっと考えれば分かるだろ。
ちょっと考えれば分かるだろ。
ハンガリアンって今でも必要？
コンパイラに任せとけば良くないか。
コンパイラに任せとけば良くないか。
何を！？
>>121-122
吹いたw
吹いたw
124 ：仕様書無しさん：2008/09/12(金) 12:10:55
でぃむ うんこ あず すとりんぐ
>>121
ｋｗｓｋ
ｋｗｓｋ
（コンパイラじゃなくてIDEの型情報管理機能のことを言おうとしたって事、姉さんはちゃあんとわかってますからね…）
>>126
121乙
121乙
何言ってんだか
で、どうして略称は良くないの？ちょっと話してごらん。
ぱっと見で変数の意味がわからねーからだよボケ
それは頭が悪いからじゃないのお？
なるほどなるほど頭が悪いからこの程度の略し方なら理解できると思ってくれちゃってるんですね。
ん？
ryはgbLKでimfとか1mtslfもunsのsだから
kwsk
>>130
アプリケーションハンガリアンの話なら、規約として規定されるのが前提だろうから、
略称そのものから意味を推測出来るようにする必要はないのでは？
利点はあるかも知れないけど、本質じゃないかと。
そもそも略ですらある必要ないですよね。
リンク先の例では、意味を持つ記号(プレフィクス)に略称の文字列を割り当てただけで
アプリケーションハンガリアンの話なら、規約として規定されるのが前提だろうから、
略称そのものから意味を推測出来るようにする必要はないのでは？
利点はあるかも知れないけど、本質じゃないかと。
そもそも略ですらある必要ないですよね。
リンク先の例では、意味を持つ記号(プレフィクス)に略称の文字列を割り当てただけで
>>126を脳内スルーしてたけど
ようやく分かった俺アfホフ
ようやく分かった俺アfホフ
>>136
それなんてコボル？
それなんてコボル？
>>130
サンドバッグ乙。
サンドバッグ乙。
わざわざ略称を使う意図は？
長いとtypoするからでつ
ぶっちゃけ一部の略語にすらなってないみたいなのを除けばそう困らんけどね
たとえばこういうの
55 ： 仕様書無しさん [sage] DATE:2008/05/24(土) 23:36:48
HRG01 HRG02・・
とか並んでるDBならみたことある。
作った人に「HRGってなんて意味ですか？」
って聞いたら、
「フラグだ。そのまんまだろ」
ていわれた。
いろいろ言いたくなったけど、無駄だろうからやめた。
たとえばこういうの
55 ： 仕様書無しさん [sage] DATE:2008/05/24(土) 23:36:48
HRG01 HRG02・・
とか並んでるDBならみたことある。
作った人に「HRGってなんて意味ですか？」
って聞いたら、
「フラグだ。そのまんまだろ」
ていわれた。
いろいろ言いたくなったけど、無駄だろうからやめた。
>>142
日本のローマ字の標準規格（ヘボン式）から母音字を落としたわけか
ttp://www.bunka.go.jp/kokugo/main.asp?fl=show&id=1000001932&clc=1000000068&cmc=1000003935&cli=1000004673&cmi=1000004675
見たくも使いたくもないけどw
日本のローマ字の標準規格（ヘボン式）から母音字を落としたわけか
ttp://www.bunka.go.jp/kokugo/main.asp?fl=show&id=1000001932&clc=1000000068&cmc=1000003935&cli=1000004673&cmi=1000004675
見たくも使いたくもないけどw
エディタ or IDEでも変わるし、変数名の長さ制限があるような環境かどうかも影響するわな。
ただ環境さえ整えば略称を使う積極的理由なんか無いと思う。
ただ環境さえ整えば略称を使う積極的理由なんか無いと思う。
おまいらが許せる変数の長さってどんぐらい？
その文字一杯の変数が一つの関数に10個あると仮定して
その文字一杯の変数が一つの関数に10個あると仮定して
>>144
int jugemujugemuGokounosurikireKaijarisuigyonoSuigyoumatuUnraimatuFuraimatuKuunerutokoronisumutokoroYaburakoujinoyabukoujiPaipopaipopaiponoShuringanShuringannoponpokopi-noponpokona-noChoukyuumeinoChousukeNoJumyou = 5 ;
int jugemujugemuGokounosurikireKaijarisuigyonoSuigyoumatuUnraimatuFuraimatuKuunerutokoronisumutokoroYaburakoujinoyabukoujiPaipopaipopaiponoShuringanShuringannoponpokopi-noponpokona-noChoukyuumeinoChousukeNoJumyou = 5 ;
普通にキャメルケースか_区切りでよくね？
>>145
その仮定はおかしい(AA略)
その仮定はおかしい(AA略)
151 ：仕様書無しさん：2008/09/13(土) 22:16:21
ベンダやライブラリの名前がクラス名とかに含まれることはあるけど、大抵略称になるよな。
JavaのSwingならJFrameとか。略称使わないとしたらJavaFrameかね？無いわ…。
JavaのSwingならJFrameとか。略称使わないとしたらJavaFrameかね？無いわ…。
ローマ字の問題じゃないけれど、
キャッシュ制御に関わる変数名がことごとくcshなんたらってなってる
cash・・・ cache・・・ ('A`)
キャッシュ制御に関わる変数名がことごとくcshなんたらってなってる
cash・・・ cache・・・ ('A`)
>>153
確かに・・・・・・or2
確かに・・・・・・or2
とある役所のシステムを改修したんだが、
変数に「kae」「ra」「sete」「si」「nu」ってのがあった……
ダイイングメッセージみたいで怖いからやめてくれ。
変数に「kae」「ra」「sete」「si」「nu」ってのがあった……
ダイイングメッセージみたいで怖いからやめてくれ。
>>156
そんな命名、保守する方の身にもなれよって感じだな。
そんな命名、保守する方の身にもなれよって感じだな。
不幸はみんなで分かち合うべきである
つまり、>>158は不幸になるべきである
約一ヵ月後、>>158から引き継がれたプログラムを開くと、
Dim kae as String
Dim ra as String
Dim sete as String
Dim si as String
Dim nu as String
とあったそうな。
Dim kae as String
Dim ra as String
Dim sete as String
Dim si as String
Dim nu as String
とあったそうな。
>>160
メンテした。
Dim selectSql as String
Dim insertSql as String
Dim updateSql as String
Dim deleteSql as String
Dim errorMessage as String
メンテした。
Dim selectSql as String
Dim insertSql as String
Dim updateSql as String
Dim deleteSql as String
Dim errorMessage as String
>>158-159の流れにコーラを噴出して不幸になりました＞＜
ここの人達って主に何の言語で開発しているの？
今はJava
>>162
なんでUPDATEだけ6字なんだよ。やりなおし。
なんでUPDATEだけ6字なんだよ。やりなおし。
俺もJava。まあ、なんだかんだいって一番面倒が無い。
168 ：仕様書無しさん：2008/09/17(水) 01:27:28
一番面倒が無いのはC#だな。Javaやるには、とりまく環境も含めて
把握しないとダメで変な向上心が必要になってくる。
把握しないとダメで変な向上心が必要になってくる。
Cでつ
170 ：仕様書無しさん：2008/09/17(水) 02:08:31
今更Cなんて・・・
えっ？
172 ：仕様書無しさん：2008/09/17(水) 06:44:51
Ｃまでいったら市役所に行かないと・・・
174 ：仕様書無しさん：2008/09/17(水) 23:26:47
組み込み用途なら、数年〜10年以上前のコードはCだね。
組み込みであっても、昔と比べて緻密なコードが要求される場面はなくなりました。
これから新規開発でCはありえない。
組み込みであっても、昔と比べて緻密なコードが要求される場面はなくなりました。
これから新規開発でCはありえない。
ほ
176 ：仕様書無しさん：2008/09/17(水) 23:29:28
>>172
婚姻届を出しに行くとか言うなよ？絶対言うなよ？
婚姻届を出しに行くとか言うなよ？絶対言うなよ？
>>176
ｋｗｓｋとか書いた俺涙目
ｋｗｓｋとか書いた俺涙目
恋のABCなんて若いモンは知るまいて
AがキスでZが結婚でその間は全部変態プレイの羅列、ってな勘違いをしてる人がいた
A=キス B=ペッティング C=エッチ
…Ｚ＝別れ
…Ｚ＝別れ
D=中だし
E=出産
F=育児…
という感じで続くのだろうか
E=出産
F=育児…
という感じで続くのだろうか
英字だけじゃ48手が収まらないじゃないか
G=倦怠期、オナニー専科
H=肉欲復活
I=肉欲を超越して愛に目覚める。だがそれも束の間。
J=娘がJCになる。洗濯物を分けられる。
K=娘がJKになる。生ゴミ扱い。
疲れた
後は頼む
H=肉欲復活
I=肉欲を超越して愛に目覚める。だがそれも束の間。
J=娘がJCになる。洗濯物を分けられる。
K=娘がJKになる。生ゴミ扱い。
疲れた
後は頼む
Hの部分は狙ってるのか
つ〜か、Ｃ知らずにコンピュータを理解できんだろ。
つ アセンブリ言語
つ マシン語
つ CASL2
つ 真空管
Cで書いたからってプログラムが最速になるわけでもない
Dは公道最速プロジェクトだぜ！
（ってまだやってんだよねあの漫画・・・
（ってまだやってんだよねあの漫画・・・
ローマ字表記は別にかまわんが、「じ」は「Ji」だったり「Zi」だったり
統一しろよぅ
統一しろよぅ
ローマ字表記の規約くらい用意しろよ。
Giもあるぞい
規約では sha なのに当然のように無視で sya とかが混ざってて(DBのフィールド名)
困っていた俺が通り抜けますよ
困っていた俺が通り抜けますよ
訓令式の方が規約化し易いんだけど、コーディング時にはどうしてもヘボン式の癖がでてしまふ
いっそ日本語変数名にすればいいのに。
ローマ字どころか
dayとnitiとmonthとtukiとYearとnenと
同一人物の１ソース内になんでこんなに混在するんだヽ(`Д´)ﾉ
dayとnitiとmonthとtukiとYearとnenと
同一人物の１ソース内になんでこんなに混在するんだヽ(`Д´)ﾉ
気分です、気分
nitiとhiが混在している上に両方グローバルだったりするともう逆に興奮してくる
かと思えば xxxxbi (xxxx日) なんてのまで出てくるわけだ
ekkusu_day なんてものあった
HakoSaizu ← 混乱しすぎた実例
int ort=3
if ('A') {
変数じゃねーし
m9('A')9m
dim iCount as integer
dim strSql as string
dim const string strConstOmanko as string
dim strSql as string
dim const string strConstOmanko as string
>>209
コンパイルが通らないふざけたコードを書く奴
コンパイルが通らないふざけたコードを書く奴
>>210
通るだろ。ぼけ。
通るだろ。ぼけ。
またボケとか貶し合いかよ？まったく小学生かっつーの。もう俺がボケでいいよ。
ﾜﾗﾀ 名乗るなよｗ
>212
黙ってろハゲ
黙ってろハゲ
215 ：仕様書無しさん：2008/10/07(火) 04:19:10
>>214
おまえは頭頂部から禿げてしまえ
おまえは頭頂部から禿げてしまえ
>>212
薔薇の方なのですね、わかります
薔薇の方なのですね、わかります
>>214
エラー：多重継承は実装されていません
エラー：多重継承は実装されていません
ハゲデコレータなんだよきっと
>>214
エラー：クラス"Head"はインターフェイス"IHair"を実装しません
エラー：クラス"Head"はインターフェイス"IHair"を実装しません
>>219
俺一生この髪型かよ…。
俺一生この髪型かよ…。
「あれ？頭切ってきた？」
たぶんfoo, bar, baz....みたいなのりだと思うんだが、
abasi, hidebu, tawabaって変数名が使われてるコードを見たことがる。
abasi, hidebu, tawabaって変数名が使われてるコードを見たことがる。
DBのフィールド名は全部ふざけてる。
ローマ字が基本なんだが、そのまま使うと文字数が多くなりすぎるため
特別なルールで短縮する。
結果、フィールド名だけでは何が格納されているかわからなくなる。
これなら、単純にF1, F2, F3とかにしたほうがましだと思う。
ローマ字が基本なんだが、そのまま使うと文字数が多くなりすぎるため
特別なルールで短縮する。
結果、フィールド名だけでは何が格納されているかわからなくなる。
これなら、単純にF1, F2, F3とかにしたほうがましだと思う。
そして台帳へ
家の会社にカウンタにijkを使う馬鹿がいる
足りなくなったらii,ij...って具合に増やしていく…
そんなソースの修正頼まれたらこんな時間になったよ！、死ねよ禿
足りなくなったらii,ij...って具合に増やしていく…
そんなソースの修正頼まれたらこんな時間になったよ！、死ねよ禿
>>226
ループカウンタとしてしか意味の無い変数だったらi,j,kがいいんじゃないか？
kまで必要になるくらいだったら、関数を分割するけど。
昔VBで
Global i
ってあって死にそうになったことがあったが、スレ違いだな。
ループカウンタとしてしか意味の無い変数だったらi,j,kがいいんじゃないか？
kまで必要になるくらいだったら、関数を分割するけど。
昔VBで
Global i
ってあって死にそうになったことがあったが、スレ違いだな。
VBにGlobalなんてキーワードないぞ
>>227
設計通り作ってあればそうかもしれないけど、実際全然設計と違うからどれがどのルーうカウンタか分からなくなるんだ…
しかもiijとjiiが同じような部分にあって頭が痛くなる
ただの愚痴だったんだ、ごめんよ
設計通り作ってあればそうかもしれないけど、実際全然設計と違うからどれがどのルーうカウンタか分からなくなるんだ…
しかもiijとjiiが同じような部分にあって頭が痛くなる
ただの愚痴だったんだ、ごめんよ
ダウト！！
>>228
「昔のバージョンにはあった」という考えは浮かばないの？
「昔のバージョンにはあった」という考えは浮かばないの？
>>230
なにが？
なにが？
>229の会社ではループカウンタまで設計書に書いてあるのか？
普通そのレベルはコード書く人の自由裁量だと思うけど。
ループカウンタにローマ数字使ってたのを見たときはある意味感心したな。
i、ii、iii、iv、v・・・
そんな大量のカウンタ使ってる関数の中身がどんな有様かは書くまでもないが。
普通そのレベルはコード書く人の自由裁量だと思うけど。
ループカウンタにローマ数字使ってたのを見たときはある意味感心したな。
i、ii、iii、iv、v・・・
そんな大量のカウンタ使ってる関数の中身がどんな有様かは書くまでもないが。
俺は命名規則をまったく守っていない。
（守らないのがポリシー）
と同時にバグを９９％出さないのもポリシー
>>234
100行に1つはバグがあるって最低
100行に1つはバグがあるって最低
>234みたいなのがいるから、まともなプログラマの苦労が絶えないわけだな。
バグがあっても可読性の高いプログラムはデバッグも保守も楽。
バグがなくても可読性の低いプログラムは保守が地獄。
プログラムの品質をバグ密度だけで測るなよ。
バグがあっても可読性の高いプログラムはデバッグも保守も楽。
バグがなくても可読性の低いプログラムは保守が地獄。
プログラムの品質をバグ密度だけで測るなよ。
>>226
ループカウンタ程度でデバックが停止するおまえは
この仕事に向いて無いからはやいところ転職を考えた方がいい
>>234
自分だけは大丈夫と言う奴のためにまじめに仕事してる人がどんどん潰されていく
過去の所業が己自身を殺す時がくるまで楽しみにしてろ
ループカウンタ程度でデバックが停止するおまえは
この仕事に向いて無いからはやいところ転職を考えた方がいい
>>234
自分だけは大丈夫と言う奴のためにまじめに仕事してる人がどんどん潰されていく
過去の所業が己自身を殺す時がくるまで楽しみにしてろ
一重のループはiが定番すぎてもはや思考の必要がないという理由でiを使うけど、
二重のループになると少し複雑になるんでx/yとかcol/rowみたいなのを使うこともあるな。
三重になるとまずメソッドの抽出から考えると思う。
二重のループになると少し複雑になるんでx/yとかcol/rowみたいなのを使うこともあるな。
三重になるとまずメソッドの抽出から考えると思う。
ループカウンタはこんな感じで、文字列はこんな感じで、という
おおざっぱな規約はあるなあ＠弊社
過去にとんでも変数で苦労したかららしい
おおざっぱな規約はあるなあ＠弊社
過去にとんでも変数で苦労したかららしい
kijcのどれかを使うな俺は…
i_idx1、i_idx2、i_idx3 ・・・にしろっていうprojがあったな
先頭のiはハンガリアン
（´A｀）ﾏﾝﾄﾞｸｾ
先頭のiはハンガリアン
（´A｀）ﾏﾝﾄﾞｸｾ
ノイズが増えれば生産性は下がりバグは増えるというのにな。
で、ループカウンタの宣言はいちいちブロック内でせず
まとめて一箇所だけにしろってんでグローバル化・・・
まとめて一箇所だけにしろってんでグローバル化・・・
それじゃノイズが減るどころか拡散してるじゃねえかw
>238
それは昔でいうとアレだぞ。
プログラマが紙に書いて持ってきたプログラムを受け取って
その通りにパンチカードに穴開けてるのと同質の作業だぞ。
俺だったら発狂するな。
それは昔でいうとアレだぞ。
プログラマが紙に書いて持ってきたプログラムを受け取って
その通りにパンチカードに穴開けてるのと同質の作業だぞ。
俺だったら発狂するな。
コーダって死滅したと思ってたのに、まだ生き残ってたのか
たぶん、
「それが見やすい」と思う人たちが居て、
そんな連中の声がでかいと、そうなる
「それが見やすい」と思う人たちが居て、
そんな連中の声がでかいと、そうなる
>>250
ウチにもそういう人いるな。
その人が言うには、
・ソース内でどんな変数を使うのか、まとめて一箇所で分からないと読みにくい
・見やすさなんて時や人によって変わるもんだから決めの問題でしかない
ってことらしい。そしてその人は声がでかい。
ウチにもそういう人いるな。
その人が言うには、
・ソース内でどんな変数を使うのか、まとめて一箇所で分からないと読みにくい
・見やすさなんて時や人によって変わるもんだから決めの問題でしかない
ってことらしい。そしてその人は声がでかい。
旧世代のスタンダードだわな
なんかグローバルしかなかった時代の感じがする
グローバルループカウンタって……
再帰的関数をマルチスレッドで動かすにはどうすればいいんだ？
再帰的関数をマルチスレッドで動かすにはどうすればいいんだ？
ミューテックスロック
257 ：仕様書無しさん：2008/10/11(土) 20:33:22
Dim Ia
Dim IaIa
Dim Fungurui
何を召還する気だ。
Dim IaIa
Dim Fungurui
何を召還する気だ。
名状し難きコードが生産されているようですね。
桶、ちょっと魔方陣書いてくる
Dim Mahoujin As String
そこはBitmapじゃね？
いや、書かんでいいから
Dim Mahoujin As Variant
'とりあえず、明示的にいろいろやれるようにしました
'とりあえず、明示的にいろいろやれるようにしました
だから召喚するなｔ
ああ、窓に！窓に！！！
ああ、窓に！窓に！！！
なんか意味分からんし、きもいんだけど。。。
コード上にAAで埋め込まれた魔方陣とか、
縦読みの呪文とかか？ｗ
縦読みの呪文とかか？ｗ
世の中には楽譜に音符でAA描く奴もいる
ダンディだったよなあれは
さあ、iocccに行こうか
int ikko,niko,sanko;
それで何に使ってるかといえばループカウンタ('A`)
それで何に使ってるかといえばループカウンタ('A`)
みっつめがsankonだったら許した
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++){
int utu
int tk
int kine
void getwild(void)
void lovetrain(void)
for(ge=1;〜;ge++){
for(gege=1;〜;gege++){
for(gegege=1;〜;gegegege++){
i,j,kを突破するほどの多重ループって時点で何かがおかしい。
i,j,kで足りなきゃii,iii,jj,jjj,kk,kkkもあるぜよ・・・
VB6で全部Publicで宣言されてるソースを見てびっくりしたことあるがな
VB6で全部Publicで宣言されてるソースを見てびっくりしたことあるがな
四元数でも扱うつもりかよｗｗｗ
kkkは危険だな
クー・クラッ…おや誰か来たようだ、こんな時間に
かっぺいこのやｒ
ってか三菱証券の案件で次みたいな変数名を使ったら何か文句を言われました。
Dim iCount as Integer
Dim strName as String
Dim bCheck as Boolean
変数名の頭に型の略称を使うのはこれまで普通だと思っていたのですが
この命名規則って不味いのでしょうか？
Dim iCount as Integer
Dim strName as String
Dim bCheck as Boolean
変数名の頭に型の略称を使うのはこれまで普通だと思っていたのですが
この命名規則って不味いのでしょうか？
まずかないが積極的に使う理由に乏しい。
>>281
ハンガリアン記法とかいう奴？
賛美両論今でも好んで使う頭の古い人はいるが
最初に提唱したMSが、失敗だった禁止しろと今は言っている。
使って文句言われても文句言えない。
まだ知らないほど不勉強なコーダが
2chにこれるだけの知能があるとは驚いたよ。
ハンガリアン記法とかいう奴？
賛美両論今でも好んで使う頭の古い人はいるが
最初に提唱したMSが、失敗だった禁止しろと今は言っている。
使って文句言われても文句言えない。
まだ知らないほど不勉強なコーダが
2chにこれるだけの知能があるとは驚いたよ。
普通に変数名つけてたら型なんかすぐに分かるけどな
システムハンガリアンだと思考にノイズが混じっちゃうんだよなあ。
極端な話こうなる。
count < max 'カウンタと最大値の比較
iCount < iMax 'iつまり整数型のカウンタとiつまり整数型の最大値の、双方とも整数型と確認した上でのカウンタと最大値の比較
訓練次第である程度上に近づけるが、最初から上使った方が楽だし確実。
極端な話こうなる。
count < max 'カウンタと最大値の比較
iCount < iMax 'iつまり整数型のカウンタとiつまり整数型の最大値の、双方とも整数型と確認した上でのカウンタと最大値の比較
訓練次第である程度上に近づけるが、最初から上使った方が楽だし確実。
それは頭が変だろ
極端すぎたか。
慣れてくるとこんな感じだろうか。
iCount < iMax 'iとiで同じ。整数。カウンタと最大値の比較
慣れてくるとこんな感じだろうか。
iCount < iMax 'iとiで同じ。整数。カウンタと最大値の比較
本来のハンガリアン記法は、
fooCount < fooMax 'fooのカウンタとfooの最大値の比較
barCount < fooMax 'barのカウンタとfooの最大値の比較しているから間違いだと思われ
って感じの使い方だったっけ？
オブジェクト指向言語の場合とか、名前空間がある場合とかだと
こういう記法の必要性も少なくなるのではないかと。
fooCount < fooMax 'fooのカウンタとfooの最大値の比較
barCount < fooMax 'barのカウンタとfooの最大値の比較しているから間違いだと思われ
って感じの使い方だったっけ？
オブジェクト指向言語の場合とか、名前空間がある場合とかだと
こういう記法の必要性も少なくなるのではないかと。
>>283
多分そんな感じだと思う。
>>285
の説明を読んだけどやっぱり俺には、型名+名称 をつけた変数の方がしくり来ます。
DataTableについて名前をつけると俺の場合
dtEmploy
みんな俺の命名規則に合わせてくれ。じゃないと読み辛い。
多分そんな感じだと思う。
>>285
の説明を読んだけどやっぱり俺には、型名+名称 をつけた変数の方がしくり来ます。
DataTableについて名前をつけると俺の場合
dtEmploy
みんな俺の命名規則に合わせてくれ。じゃないと読み辛い。
その環境の標準ライブラリに合わせとくのが無難だろうな。
iCount < strName.Length
なんてなったら意味なくなるし。
iCount < strName.Length
なんてなったら意味なくなるし。
まだハンガリアンなんて生き残ってるんだね。。。
デメリットばかりで、まともにプログラム書いてれば今の時代メリットは何もないんじゃないかね。
アプリケーションハンガリアンも含めて。
デメリットばかりで、まともにプログラム書いてれば今の時代メリットは何もないんじゃないかね。
アプリケーションハンガリアンも含めて。
長大な関数の先頭で大量に宣言された変数を覚えきれない場合でも
使用するその場で型が確認できるというメリットがあります。
使用するその場で型が確認できるというメリットがあります。
ハンガリアンを捨てれば長大な関数を作りづらくなるというメリットがあります。
長大な関数な時点で敗北。
ただ脈絡の無い処理が100個ぐらい
ただある場合があるんだよなあ
ただある場合があるんだよなあ
dtなんて中途半端な省略プレフィックスならつけるだけ無駄
DataTable, DateTime, ...
DataTable, DateTime, ...
>>292
何もないは言いすぎ。
システムハンガリアンは有用な場面も少しはあるよ。
例えば旧VBとかドトネトのフォーム上のGUI部品のように使うクラスが限られている場合、
システムハンガリアンを使うことによって
(1) 名前の簡素化
(2) 同じかあるいは関連する機能をもつ別のGUI部品との名前のバッティングの解消
という利点がある。
あと、ドトネトだとなぜか中途半端にインターフェイスにだけIをプリフィクスする
規約になっているけど、本来はクラスや構造体やenumにもプリフィクスを付けた方が
コードは読みやすいし、書き方の自由度が上がる。（プリフィクスをとったそのままを
フィールドやプロパティの名前にできる）
何もないは言いすぎ。
システムハンガリアンは有用な場面も少しはあるよ。
例えば旧VBとかドトネトのフォーム上のGUI部品のように使うクラスが限られている場合、
システムハンガリアンを使うことによって
(1) 名前の簡素化
(2) 同じかあるいは関連する機能をもつ別のGUI部品との名前のバッティングの解消
という利点がある。
あと、ドトネトだとなぜか中途半端にインターフェイスにだけIをプリフィクスする
規約になっているけど、本来はクラスや構造体やenumにもプリフィクスを付けた方が
コードは読みやすいし、書き方の自由度が上がる。（プリフィクスをとったそのままを
フィールドやプロパティの名前にできる）
>>298
>GUI部品のように使うクラスが限られている場合
「GUI部品だけはハンガリアンで」って規則にするの？
変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
> プリフィクスをとったそのままをフィールドやプロパティの名前にできる
これはよく分からんのだが。
と思ったけど、VBは大文字小文字を区別されないんだったっけ？
なんにせよ、仕様的に不自由な言語の場合の苦肉の策だと思う。
>GUI部品のように使うクラスが限られている場合
「GUI部品だけはハンガリアンで」って規則にするの？
変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
> プリフィクスをとったそのままをフィールドやプロパティの名前にできる
これはよく分からんのだが。
と思ったけど、VBは大文字小文字を区別されないんだったっけ？
なんにせよ、仕様的に不自由な言語の場合の苦肉の策だと思う。
グローバル変数のg_やスタティック変数のs_はプレフィックスつける以外にどう区別すればいいのか
必要ならプレフィックスつけりゃいいじゃないか。
そもそもプレフィックスなんてただの楽するための技法なんだから
つけるもつけないも楽なほうを選べばいいし, 選べないなら諦めろと。
そもそもプレフィックスなんてただの楽するための技法なんだから
つけるもつけないも楽なほうを選べばいいし, 選べないなら諦めろと。
>>300
区別がつかなくなるようなコードにしなければいいんじゃない？
区別がつかなくなるようなコードにしなければいいんじゃない？
VBって、宣言の大文字小文字を変えると
使っているところが一斉に変わる変な言語でそ
使っているところが一斉に変わる変な言語でそ
作業進めるうちにプレフィックスルール自体が個人個人で違ってくるんだもんなぁ・・・
>>299
＞変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
そんな事はない。
俺も可読性を考えず意味なく省略に走った（昔ながらの）命名法は糞だと思ってる人間ではあるが、
意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
といった命名法が実際適合的だ。
＞仕様的に不自由な言語の場合の苦肉の策
言語仕様はあまり関係ないよ。
ドトネトのようにクラス名もプロパティ名もパスカル形式にする規約だと、
例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
（割とありがちなケースだと思うけど）やっぱり混乱して分かりにくいコードになる。
やっぱりクラスや構造体もCListとかSPointみたいにプリフィクスする規約の方が
ただ一貫性があるだけじゃなくて上記の混乱が防げてよかったと思う。
＞変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
そんな事はない。
俺も可読性を考えず意味なく省略に走った（昔ながらの）命名法は糞だと思ってる人間ではあるが、
意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
といった命名法が実際適合的だ。
＞仕様的に不自由な言語の場合の苦肉の策
言語仕様はあまり関係ないよ。
ドトネトのようにクラス名もプロパティ名もパスカル形式にする規約だと、
例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
（割とありがちなケースだと思うけど）やっぱり混乱して分かりにくいコードになる。
やっぱりクラスや構造体もCListとかSPointみたいにプリフィクスする規約の方が
ただ一貫性があるだけじゃなくて上記の混乱が防げてよかったと思う。
どうも変数名はロジックには関係無い、
という持論の元適当に名前を付けて
コードを書き終えた後にリファクタリングを使用してあまりにも酷い変数名の場合にのみ
修正をしています。こんなスタンスの奴って多いでしょ？
という持論の元適当に名前を付けて
コードを書き終えた後にリファクタリングを使用してあまりにも酷い変数名の場合にのみ
修正をしています。こんなスタンスの奴って多いでしょ？
GUIコントロールはサフィックスにしたな。
その方が自然に読めるし、１語目はやっぱ重要だし、拡張子みたいなもんだし。
その方が自然に読めるし、１語目はやっぱ重要だし、拡張子みたいなもんだし。
>>306
>意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
簡潔にするのはよいけども、略称にしてしまうというのは話が別だと思うがな。
ttp://support.microsoft.com/kb/173738/ja
をみると
・略称から元の意味が分かりにくい。
・重複する
・２、３文字減る程度のものが多い
グローバル変数や長い関数ばりばりで、変数名の長さ制限や大文字小文字区別なし。
そんな時代の遺物じゃないのかねえ。
>意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
簡潔にするのはよいけども、略称にしてしまうというのは話が別だと思うがな。
ttp://support.microsoft.com/kb/173738/ja
をみると
・略称から元の意味が分かりにくい。
・重複する
・２、３文字減る程度のものが多い
グローバル変数や長い関数ばりばりで、変数名の長さ制限や大文字小文字区別なし。
そんな時代の遺物じゃないのかねえ。
>>310
だからどっからVBが出てくるんだよw
例って言われてもその説明で理解できないのなら多分どう言い換えても
理解できないんだと思うよ。
まあいいや。
例えばドトネトのControl.Fontが上記のような場合の一例。
ただ、言ってることが矛盾するように聞こえるかもしれないけど
こういう、クラスライブラリの使う頻度が高いクラスの使う頻度が高いプロパティとかなら
それほど混乱しないとは思う。
だが、自分で書いたFooクラスのHogeInfo型を返すプロパティの名前がHogeInfoだったりすると、
Fooクラスの内部のコードは場合によっては非常に混乱するコードになる。
特にHogeInfoが静的なメンバをもっていたりするとね。
>>309
話がかみ合わんお方だな。
プログラマ（なんでしょ）なら論理的に考えたまえよ。
＞略称から元の意味が分かりにくい。（からシステムハンガリアンは禁止すべき）
これが正しいのは俺も認めている。
そしてこれが正しいのなら、この対偶も自動的に正しい。
つまり略称から元の意味十分に読み取れる限定的な場面であれば、
システムハンガリアンを忌避しなくてよい。
だからどっからVBが出てくるんだよw
例って言われてもその説明で理解できないのなら多分どう言い換えても
理解できないんだと思うよ。
まあいいや。
例えばドトネトのControl.Fontが上記のような場合の一例。
ただ、言ってることが矛盾するように聞こえるかもしれないけど
こういう、クラスライブラリの使う頻度が高いクラスの使う頻度が高いプロパティとかなら
それほど混乱しないとは思う。
だが、自分で書いたFooクラスのHogeInfo型を返すプロパティの名前がHogeInfoだったりすると、
Fooクラスの内部のコードは場合によっては非常に混乱するコードになる。
特にHogeInfoが静的なメンバをもっていたりするとね。
>>309
話がかみ合わんお方だな。
プログラマ（なんでしょ）なら論理的に考えたまえよ。
＞略称から元の意味が分かりにくい。（からシステムハンガリアンは禁止すべき）
これが正しいのは俺も認めている。
そしてこれが正しいのなら、この対偶も自動的に正しい。
つまり略称から元の意味十分に読み取れる限定的な場面であれば、
システムハンガリアンを忌避しなくてよい。
いつも思うんだが、お前らよくそこまで熱くなれるな。こんな糞みたいなネタで。
>>311
> 例って言われてもその説明で理解できないのなら多分どう言い換えても
> 理解できないんだと思うよ。
お前は相手が.netをあまり知らないかもとか考えてないのな。
プロパティの話は、結局クラス名もプロパティ名もパスカルケースっていう規約が問題であって、それを忌避するためのバッドノウハウだと思うよ。
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
そんな前提なんてのは割と簡単に破られてしまう、という考えはプログラマとしては大事よ。
それにそんな限定されたところだけ、例外的な命名にするってやだな。
formはfrm、frameは重複しちゃったからfraね、というのもダメっぽい。
> 例って言われてもその説明で理解できないのなら多分どう言い換えても
> 理解できないんだと思うよ。
お前は相手が.netをあまり知らないかもとか考えてないのな。
プロパティの話は、結局クラス名もプロパティ名もパスカルケースっていう規約が問題であって、それを忌避するためのバッドノウハウだと思うよ。
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
そんな前提なんてのは割と簡単に破られてしまう、という考えはプログラマとしては大事よ。
それにそんな限定されたところだけ、例外的な命名にするってやだな。
formはfrm、frameは重複しちゃったからfraね、というのもダメっぽい。
HogeInfo型のインスタンスを返すプロパティの名前がHogeInfoだと
そのプロパティを持つクラスの中でHogeInfo.Method()みたいなのがあった場合、
それがクラスメソッドなのかインスタンスメソッドなのか一目で分からないって話？
そのプロパティを持つクラスの中でHogeInfo.Method()みたいなのがあった場合、
それがクラスメソッドなのかインスタンスメソッドなのか一目で分からないって話？
アンカーと引用はあるけど実は見えない敵と戦ってる、て話でしょ
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする
>>315
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。
実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。
txtFileName
fileNameTextBox
mnuEnterFileName
menuItemToEnterFileName
まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。
>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。
だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。
あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。
実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。
txtFileName
fileNameTextBox
mnuEnterFileName
menuItemToEnterFileName
まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。
>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。
だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。
あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。
.netはよく知らんのだが、まあ、つけた方がいいんならつけたらいいんだろう。
そういう開発環境なんだろうね。
そういう開発環境なんだろうね。
.NETに限らず、Webアプリのid属性とかでも同様だと思いますが。
つけたきゃつけろよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ
凝集度を高く結合度を低くしていけば、プリフィックスで変数の種類を区別することの有用度は低くなると思う.
そこまで理想的にはいかないだろうけど.
そこまで理想的にはいかないだろうけど.
単純な話
名称（=オブジェクトのイメージ）が素直に頭に入ってこない
名称（=オブジェクトのイメージ）が素直に頭に入ってこない
ハンガリアンについて語るスレって無かったっけ？
>323
審議拒否（ＡＡ略
審議拒否（ＡＡ略
>>311
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある（≠必要十分条件）」な件について
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある（≠必要十分条件）」な件について
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない？
> 論理的に考えたまえよ。
(*ﾉ∀ﾉ)
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない？
> 論理的に考えたまえよ。
(*ﾉ∀ﾉ)
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。
「論理的に考えたまえよ」なんて言っときながら、恥ずかしい間違いをしちゃっている311がいるのはここですか？
>>331
お前馬鹿だろ。
お前馬鹿だろ。
元の意味が分からない => ハンガリアンは禁止すべき
対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる
裏は
元の意味が分かる => ハンガリアンは禁止すべきでない
じゃないの？
対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる
裏は
元の意味が分かる => ハンガリアンは禁止すべきでない
じゃないの？
>>333
だから何が言いたいの？
ひょっとして
not(ハンガリアンは禁止すべき)
これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)＝ハンガリアンは禁止すべきでない＝ハンガリアンは禁止してはダメ
とか訳のわからん解釈してないだろうな？
だから何が言いたいの？
ひょっとして
not(ハンガリアンは禁止すべき)
これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)＝ハンガリアンは禁止すべきでない＝ハンガリアンは禁止してはダメ
とか訳のわからん解釈してないだろうな？
ジャンガリアンハムスターってかわいいですよね
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw
>>334
単純に
311で言ってるのって”対偶”じゃなくて"裏"だろ
ってツッコミをいれてるだけなんだが.
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。
単純に
311で言ってるのって”対偶”じゃなくて"裏"だろ
ってツッコミをいれてるだけなんだが.
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。
頭が悪いと、自分が頭が悪いことも分かんなくなるんだろうか。
まあそうだよね。他にもシステムハンガリアンを忌避しなきゃいけない条件があるかもだし。
>>337
ああすまん、リアルで間違ってたねw
対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。
みんな本当ごめんｗ
ああすまん、リアルで間違ってたねw
対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。
みんな本当ごめんｗ
(ﾉ∀`) ｱﾁｬｰ
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
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
条件文の対偶を間違える奴がいるかもしれないプロジェクトになんていられるか！俺は辞めさせてもらうぞ！
だうぞ
それ死亡フl
ちょっと用水路見てくる
３３６が家庭教師していた生徒、無事合格できたかな（´・ω・｀）
俺・・・今度のデスマ終わったら（ｒｙ
int KanriKaisyaBusyoSikibetuCode;
言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
そして最後のCodeだけいきなり英語にｓ（ｒｙ
int KanriKaisyaBusyoSikibetuCode;
言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
そして最後のCodeだけいきなり英語にｓ（ｒｙ
今までの例から比べたらどんだけマトモなのにケチつけてんの。
いきなり英語が入るのは日本語も同じじゃないか
中途半端に省略されたりするよりは潔いんでないの？ｗ
確かに、見づらいだろうが
確かに、見づらいだろうが
> 言いたいことはわかるが、せめて文節をハイフンなりアンダーバーなりｄ（ｒｙ
> そして最後のCodeだけいきなり英語にｓ（ｒｙ
int kanri_kaisya_busyo_sikibetu_kodo; ってしてほしいのか？
> そして最後のCodeだけいきなり英語にｓ（ｒｙ
int kanri_kaisya_busyo_sikibetu_kodo; ってしてほしいのか？
外来語は英語にした方が読みやすいよね。
いやならKubunにするか。
> int KanriKaisyaBusyoSikibetuCode;
これは変数名が悪いというより、適切なスコープでないことが問題だろうね。
デスマの様子が手に取るように分かる。
いやならKubunにするか。
> int KanriKaisyaBusyoSikibetuCode;
これは変数名が悪いというより、適切なスコープでないことが問題だろうね。
デスマの様子が手に取るように分かる。
KKBSC
そこは意味なく _cd で逝くべきだな
アンダースコア連発されても打つのだるくね
つかこの件の場合単語の一文字目は大文字とかしてあるだけマシだと思う
つかこの件の場合単語の一文字目は大文字とかしてあるだけマシだと思う
>>352
お前んとこではCodeとKubunが同じ意味なのか？
お前んとこではCodeとKubunが同じ意味なのか？
そこで KubunCode だな
IdのDさんとNumのEさんを忘れちゃなんねえ。
NoのFさんはリストラですねわかります
KbnのGさんとKoudoのHさん、今何してるかな
>>341
自分のショボいバグなのに「コンパイラがおかしい！」と騒ぎ立てる奴みたい
自分のショボいバグなのに「コンパイラがおかしい！」と騒ぎ立てる奴みたい
何を示しているか解る分、少々長くてもいいじゃないかと思ってしまったよ
ローマ字ともハンガリアンとも英語ともつかぬ、妖しげな綴りを乱発されるよりは('A`)
ローマ字ともハンガリアンとも英語ともつかぬ、妖しげな綴りを乱発されるよりは('A`)
365 ：仕様書無しさん：2008/10/29(水) 22:39:00
>int KanriKaisyaBusyoSikibetuCode;
はコメントが着いてれば問題ないんじゃね?
長いのがこれだけだった場合だがｗ
はコメントが着いてれば問題ないんじゃね?
長いのがこれだけだった場合だがｗ
366 ：仕様書無しさん：2008/10/30(木) 08:11:44
英単語派だったが５００以上の変数に名前をつけなければならない仕事に当たって
考えが変わった
正直、時間の無駄と言わざるをえない
さらに定数も１０００以上かかなければならないときに決まった数は一カ所で定義とか幻想だとわかった
次に必要になったときにそれがすでにあるかどうかを判別できない
そりゃｄａｔｅやｄａｙぐらいのちがいならなんとかなるが
考えが変わった
正直、時間の無駄と言わざるをえない
さらに定数も１０００以上かかなければならないときに決まった数は一カ所で定義とか幻想だとわかった
次に必要になったときにそれがすでにあるかどうかを判別できない
そりゃｄａｔｅやｄａｙぐらいのちがいならなんとかなるが
プリフィクスって結局限界があるから
int KanriKaisyaBusyoSikibetuCode;
でいいんじゃね？
まあ俺なら
int KanriGaishaBusyoShikibetsuCode;
に訂正させていただくが
int KanriKaisyaBusyoSikibetuCode;
でいいんじゃね？
まあ俺なら
int KanriGaishaBusyoShikibetsuCode;
に訂正させていただくが
>>367
てか「Sikibetu」と「Code」を同居させるなら、いっそまとめて「ID」で済むと思うんだ。
てか「Sikibetu」と「Code」を同居させるなら、いっそまとめて「ID」で済むと思うんだ。
仕様書に「管理会社部署識別コード」って書いてあったから、
それをそのまま書いただけのことであろう。
それをそのまま書いただけのことであろう。
>>367
sha と syo が混在するんですね
俺がいまやってるプロジェクトにも、
SHUKKA, SYUKKA, SYUTTSUKA, SYULTUKA
があったり、JYUNJO とかあったりする
sha と syo が混在するんですね
俺がいまやってるプロジェクトにも、
SHUKKA, SYUKKA, SYUTTSUKA, SYULTUKA
があったり、JYUNJO とかあったりする
xtu派です。
細い道ほど稼ぎやすい所。
きっとコメントで説明しなくてもなるべく伝わるように、っていうのをはき違えたんだよ
仕事中、Exciteの翻訳が開いてるやつ居るだろ？
>371
あるある
あるある
実際、お客様の業務で使われるような用語ってうまいこと翻訳しきれない。
IME式ローマ字
ローマ字がまともに書けるプログラマは少ない
【altu-!とaxtu-!の使い分けによる深層心理】
特に意識をせずにlを使うか、xを使うかであなたがどんなタイプのホモかが判定できます。
altu-!
主にlを使う人はその字体の形からも判る通り
自慢の肉棒を駆使したいという強い気持ちが心の奥底で働いています。
ﾀﾁ派と言えるでしょう。
axtu-!
主にxを使う人はその字体の形からも判る通り
自分のアナルに対する絶対的な自信が心の奥底から溢れだしています。
ﾈｺ派と言えるでしょう。
皆さんはどちらでしたか？
特に意識をせずにlを使うか、xを使うかであなたがどんなタイプのホモかが判定できます。
altu-!
主にlを使う人はその字体の形からも判る通り
自慢の肉棒を駆使したいという強い気持ちが心の奥底で働いています。
ﾀﾁ派と言えるでしょう。
axtu-!
主にxを使う人はその字体の形からも判る通り
自分のアナルに対する絶対的な自信が心の奥底から溢れだしています。
ﾈｺ派と言えるでしょう。
皆さんはどちらでしたか？
それ「面白いこと言ってやったぜ」なんて感じのどや顔で書いてるのひょっとして？
つーか昔から「日本の男は車とゴルフと下ネタしか話題がない」とよく言われるが、
2chに住み着いてるような馬鹿って本当ホモネタと差別ネタばっかだな。
ネタが面白いつまらない以前に、そんなものがネタとして成立してると思う感覚が狂ってると思うわ。
つーか昔から「日本の男は車とゴルフと下ネタしか話題がない」とよく言われるが、
2chに住み着いてるような馬鹿って本当ホモネタと差別ネタばっかだな。
ネタが面白いつまらない以前に、そんなものがネタとして成立してると思う感覚が狂ってると思うわ。
>>368
定数の追加に申請が要るような大規模なシステム開発ならアタリマエ。
定数の追加に申請が要るような大規模なシステム開発ならアタリマエ。
どうしようもないだろ・・・一人の力なんて今日も粛々とキーボードを叩いてコーヒー飲んで唸るだけだよ
周りから見て異常でも、中から見ると日常ということもある。
もし数人が異常に気が付いてもたいてい流されるだけ。
もし数人が異常に気が付いてもたいてい流されるだけ。
>>384
常態を異常と言うからにはさぞかし立派な理由があるんだろうね？
常態を異常と言うからにはさぞかし立派な理由があるんだろうね？
>>387
言ってる意味が分からない。
言ってる意味が分からない。
>>389
もしかして同一人ぶｔｓ（ｒｙ
もしかして同一人ぶｔｓ（ｒｙ
>>389
>>368の言ってることはおかしくない。
>>366の言ってることこそおかしい。
もちろん俺は>>368ではない。
っていうか、学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
お前はデータ構造ってものを一切知らんのか、と言いたくなるぞ普通。
ちなみに、もちろん話が噛みあってない訳だが、
それはお前さんと>>366が規格外に馬鹿で無知だからだと思うぞ。
>>368の言ってることはおかしくない。
>>366の言ってることこそおかしい。
もちろん俺は>>368ではない。
っていうか、学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
>>366の言ってることはおかしいと分かるだろう。
お前はデータ構造ってものを一切知らんのか、と言いたくなるぞ普通。
ちなみに、もちろん話が噛みあってない訳だが、
それはお前さんと>>366が規格外に馬鹿で無知だからだと思うぞ。
たしかに366は説明が下手ではあるけども。
最近のレスを読み返してみたが、違和感のあるツッコミをしては熱くなるヤツが居るね。
ひとりが粘着してるのか、アホが何人か居るのか、はわからんが。
ひとりが粘着してるのか、アホが何人か居るのか、はわからんが。
工場の機械設備の工程を制御するプログラム？は鬼のような即値が並んでて死にそうになった
ラベル名が数値でかつ、昇順で並んでいたのは幸いだった・・・
ラベル名が数値でかつ、昇順で並んでいたのは幸いだった・・・
398 ：368 (以降書いてない)：2008/10/31(金) 10:07:56
>>398
大規模ってのは単純にプログラムの量も多いんじゃないか？
「５００以上の変数」は１つのモジュールや関数に５００個という意味だと思ってないか？
これも単純に「英単語を沢山考えるのって大変だし時間の無駄」だと言ってるだけだとおもうよ
大規模ってのは単純にプログラムの量も多いんじゃないか？
「５００以上の変数」は１つのモジュールや関数に５００個という意味だと思ってないか？
これも単純に「英単語を沢山考えるのって大変だし時間の無駄」だと言ってるだけだとおもうよ
>>392
＞学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
＞>>366の言ってることはおかしいと分かるだろう。
むしろ学部実習3ヶ月のヤツこそが勝手におかしいと
思い込んでしまいがちなんじゃないか。
職業マで場数を踏めば、>>366を全肯定できない
ながらも一理あると認めるのでは。
＞学部のプログラム実習でプログラミング初めて3ヶ月の奴でも
＞>>366の言ってることはおかしいと分かるだろう。
むしろ学部実習3ヶ月のヤツこそが勝手におかしいと
思い込んでしまいがちなんじゃないか。
職業マで場数を踏めば、>>366を全肯定できない
ながらも一理あると認めるのでは。
データ年月をあらわす変数を
DETAYM
と書いてる人ならいた。
ちなみに入社８年目の人。
英語力ないとか言うレベルじゃねー！
DETAYM
と書いてる人ならいた。
ちなみに入社８年目の人。
英語力ないとか言うレベルじゃねー！
DELTAYMならちょっとカッコ良かったのにな。
>>402
デルタ年月って余計わけわかんねーよ！
デルタ年月って余計わけわかんねーよ！
時間差を年月単位で保持している変数なんだろう。
「時間型」と「時刻型」の区別がついてない言語って多いよね
>>405
>「時間型」と「時刻型」の区別がついてない言語って多いよね
多いって、たとえば、どの言語?
C には、 time_t と timediff_t があるし、強く型付けされた言語で
時刻型と時間型を混同する言語って思いつかないけど。
>「時間型」と「時刻型」の区別がついてない言語って多いよね
多いって、たとえば、どの言語?
C には、 time_t と timediff_t があるし、強く型付けされた言語で
時刻型と時間型を混同する言語って思いつかないけど。
つ 【旧VB】
>>407
いっぱいあるんだろ？
いっぱいあるんだろ？
C#で
Assembly ass
xxxAnalyzer anal
という変数名を見たことがある
Assembly ass
xxxAnalyzer anal
という変数名を見たことがある
いかにも穴がありそうな…
ass はともかくanalは別に普通だな。
むしろそれで妙なモノしか思い浮かばない奴のお里が知れる。
むしろそれで妙なモノしか思い浮かばない奴のお里が知れる。
assとanalのお里のレベルの違いがわからん
anusです
analは形容詞形
analは形容詞形
そういうことじゃなくて、analはanalyzeの短縮として一般的に使うんだよ
もっともassって前振りがあったらそっちを連想しそうなもんだが
416 ：仕様書無しさん：2008/11/15(土) 14:04:21
>>414
つかわねーよ
つかわねーよ
一流アナリストって書かれているだけで爆笑できるお年頃ですね
>>414
誰に騙された？
誰に騙された？
419 ：仕様書無しさん：2008/11/15(土) 14:40:01
int nulpoint
英語知ってる奴なら >>409 みたいな略語は普通使わん。
使うとしたら敢えて冗談として使う場合。
俺も気分によって略語で他の（必ずしも良くない）意味に取れる変数名
を敢えて使うよ。
>>409 みたいな事をする人の気分はわかる。
使うとしたら敢えて冗談として使う場合。
俺も気分によって略語で他の（必ずしも良くない）意味に取れる変数名
を敢えて使うよ。
>>409 みたいな事をする人の気分はわかる。
421 ：仕様書無しさん：2008/11/15(土) 14:44:30
int eger
short but_long
char acter
double triple
float icecream
short but_long
char acter
double triple
float icecream
int orz=3;
アナル（笑）
尻穴ばっかりじゃねえか
>>421
char aznable;
char aznable;
428 ：仕様書無しさん：2008/11/15(土) 17:06:08
>>423
つうか略すなよって話。
つうか略すなよって話。
Analyzeを略すときは ochiri って命名すればいいんじゃね
C++で書くとこうか？
Analyzer ＊anal = NULL;
Analyzer ＊anal = NULL;
>>431
Analyzer ＊anal = NULL;NULL;
Analyzer ＊anal = NULL;NULL;
うちの会社のネイティブにここの話してみよう。
えらいしかめっ面されそうだが。
えらいしかめっ面されそうだが。
わざわざセーフにしなきゃいけない時点で避けるべきってことではないのかな？
ttp://www.google.co.jp/codesearch?hl=ja&lr=&q=anal%5CW&sbtn=%E6%A4%9C%E7%B4%A2
話題自体はどうでもいいんだけどせめてこっちで調べてくれ
話題自体はどうでもいいんだけどせめてこっちで調べてくれ
>>438
今度は話の文脈を読めない馬鹿かよまったく……
今度は話の文脈を読めない馬鹿かよまったく……
オマン○オマン○連呼していて、馬鹿かお前と突っ込まれたら、
オマン湖のことを話していただけだ、何がおかしいと切り返す
厨房時代がお前らにもあったはず。
オマン湖のことを話していただけだ、何がおかしいと切り返す
厨房時代がお前らにもあったはず。
コピペ君って馬鹿だな、まで読んだ。
なんでこういうスレってネタ書き込みをする人と無駄に偉そうな人ばかりなんですか
自分は正しいと思っているからな
analyzeを略すなら「anlz」か「anlyz」だろ、普通。
母音を取るのはいいよね
448 ：仕様書無しさん：2008/11/16(日) 19:18:47
略さなければ全て解決
メールとかでもanalにするのか？
スパムとして扱われても文句言えないと思うが
スパムとして扱われても文句言えないと思うが
450 ：sage：2008/11/16(日) 21:18:43
いままで不幸にした女の名前をつけてる
俺の贖罪はまだおわらない
俺の贖罪はまだおわらない
452 ：仕様書無しさん：2008/11/24(月) 16:11:19
頭悪そうｗ
無茶言うなよ、そんなセンス持ち合わせてたら苦労しないよ
言うほどのセンスじゃねぇなあ。
457 ：仕様書無しさん：2008/11/28(金) 04:13:51
普通に性別とかでsexってはずかしいだろ。
バグ直してるときとか、女のプログラマに変数sexがどうのこうのいうのか？
バグ直してるときとか、女のプログラマに変数sexがどうのこうのいうのか？
458 ：仕様書無しさん：2008/11/28(金) 04:17:45
全然、プログラム組めなくて首にされたプロジェクトをさるとき
できたコードだけでも引き継ぐ際に、いやがらせで変数名にomankoとかnamenameとかやってみたいなあ。
できたコードだけでも引き継ぐ際に、いやがらせで変数名にomankoとかnamenameとかやってみたいなあ。
恥ずかしがるな！
SextonとかSexsmithみたいな町や人の名前だってあるじゃないですか
Win32APIにだってなんとかSEXてのがあるじゃないですか
SextonとかSexsmithみたいな町や人の名前だってあるじゃないですか
Win32APIにだってなんとかSEXてのがあるじゃないですか
>>458
いっそかの便箋と封筒のように単語をシャッフルしてしまえ
いっそかの便箋と封筒のように単語をシャッフルしてしまえ
C:\Program Files\xeroxを忘れてもらっちゃ困るぜ？ｗ
sexadecimalが正当だよな。hexadecimalは邪道。
VOID main(INT nArgc,LPSTR *lpszArgv)
465 ：仕様書無しさん：2008/12/02(火) 01:08:19
oppapi = null;
oppapi.demo_sonnano_kanke_ne();
oppapi.demo_sonnano_kanke_ne();
>>465
ｶﾞｯ
ｶﾞｯ
467 ：仕様書無しさん：2008/12/02(火) 14:55:02
goto SEX;
SEX: end; //Subroutine EXit//
SEX: end; //Subroutine EXit//
468 ：仕様書無しさん：2008/12/09(火) 21:52:26
>>457
ウチの職場ではふつうにいう。
・・・「〜エスイーエックス」とか「〜エスエグゼ」みたいに若干濁し気味にｗ
（さすがに「sex」という変数は見た事無いけど）
あと、自動車業界なんで「気筒」とかを単語で言ったりもするよ。
恥ずかしがるのは新人だけ、あとは慣れ。別にセクハラ目的じゃなくて、ちゃんと
した用語として使うから誰も気にしてないよ。
ウチの職場ではふつうにいう。
・・・「〜エスイーエックス」とか「〜エスエグゼ」みたいに若干濁し気味にｗ
（さすがに「sex」という変数は見た事無いけど）
あと、自動車業界なんで「気筒」とかを単語で言ったりもするよ。
恥ずかしがるのは新人だけ、あとは慣れ。別にセクハラ目的じゃなくて、ちゃんと
した用語として使うから誰も気にしてないよ。
S式 = sexp
NFSexport
int futanari;
やめろｗ
やめろｗ
そいつは社会的に抹殺していいレベル
むしろ希少価値がある
int A_Flg;
int B_Flg;
int B_Flg;
int Shibou_Flg;
グローバル変数にaとかbとか使うのは
グローバル変数に
item1 , item2 , .... , item34 ;
i , j , k ;
グローバル変数にだぜ!!
これを書いた先輩は、大手のIT会社に就職した ...
世の中間違いだらけ orz
item1 , item2 , .... , item34 ;
i , j , k ;
グローバル変数にだぜ!!
これを書いた先輩は、大手のIT会社に就職した ...
世の中間違いだらけ orz
大手ならどうせ実装はやらないから
鉄砲の技術は足軽の業なんだぜ
武将、大名に無くてもいいスキルだ
だが光秀は鉄砲が得意だった
そういうことだ
武将、大名に無くてもいいスキルだ
だが光秀は鉄砲が得意だった
そういうことだ
i で済ませても横に説明付けちゃう
このスレは異常にVB廚が多いな。
>>306の
>GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
>といった命名法が実際適合的だ。
なんてレスがあるが、btnとtxtを一つにしてHoge用コントロール作るとかいう発想はVB
屋には無いのか？
hoge.button
hoge.text
と使えるようにした方が可読性も実用性も高井田ろうに。
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
まぁ。プリフィックス自体は否定しないからプロジェクト上整数の意味でi
を定義し、
Dim ix as Short,iy as Long
の様に使うのは構わんと思う。整数以外(ビットフラグやディスクリプタ)の混入を防げる。
>>306の
>GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
>といった命名法が実際適合的だ。
なんてレスがあるが、btnとtxtを一つにしてHoge用コントロール作るとかいう発想はVB
屋には無いのか？
hoge.button
hoge.text
と使えるようにした方が可読性も実用性も高井田ろうに。
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
まぁ。プリフィックス自体は否定しないからプロジェクト上整数の意味でi
を定義し、
Dim ix as Short,iy as Long
の様に使うのは構わんと思う。整数以外(ビットフラグやディスクリプタ)の混入を防げる。
>>482
VB厨かどうかしらんが、君が日本語もロクに読めない奴だということは
よくわかったよ。
>>306およびその前繋がりのどこをどう読めば
「btnとtxtを一つにしてHoge用コントロール作るとかいう発想」をすべし、
って議論になるんだ？w
VB厨かどうかしらんが、君が日本語もロクに読めない奴だということは
よくわかったよ。
>>306およびその前繋がりのどこをどう読めば
「btnとtxtを一つにしてHoge用コントロール作るとかいう発想」をすべし、
って議論になるんだ？w
たぶんJava厨なんだと思うよｗ
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
いまどき検索・置換機能を知らないバカがいるとも思えないが。
システムハンガリアン使うやつは時代遅れの情報弱者もいいところだろ。
じゃあどう書いてんの？
主体性のないアホっぽい質問だなあ
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
>>489
違うって！ｗ
違うって！ｗ
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
こうですか?w
489ﾜﾛﾀ
489って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
違う意味でレベルが高すぎるので突っ込みにくいんだが
エクセルのVBAじゃ
データベースの最終行なので dsrow なんてつけちゃう
ｓ は最後のｓ・・・はずかしい///
データベースの最終行なので dsrow なんてつけちゃう
ｓ は最後のｓ・・・はずかしい///
datasetのdsじゃなくスのsかよｗ
Dim Ransu
Dim DosRansu
Dim DosGenepos
Dim DosGianos
このモンハン廃人めが。
Dim DosRansu
Dim DosGenepos
Dim DosGianos
このモンハン廃人めが。
>>490-493
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか？
まさかとは思うが
typedef unsigned long size_t;
typedef unsigned long long size_t;
alias rm rm -i
#define CreateWindowEx CreateWindowExA
#define CreateWindowEx CreateWindowExW
とかって使い方をされてるのを知らんのか？
コテハンつけろよw
>>497
それが置換を避けるためにやってるとでも？
それが置換を避けるためにやってるとでも？
スーパーネタ師降臨だな
えーと、俺にはさっぱり分からないんだが
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと？
型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと？
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503 ：仕様書無しさん：2009/04/18(土) 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
結局、Cのtypedefって何のためにあるんだ？
俺は記述を簡略化するためとポータビリティのためだと思ってるんだが、
ポータビリティーの観点から言うと、他の環境に移植する際の変更点を局所化
できるわけだから、あながち>>489が言ってることも間違いではない気もするが。
ちなみに、Wikipediaの説明をみると、
ttp://ja.wikipedia.org/wiki/Typedef
可読性のためみたいな書かれ方してるな。それだけじゃないと思うんだけど...
エディタやIDEの全置換って結構気を使うよ。意図しないコメント部分や文字列の
中まで置換されてしまったりとか。
俺は記述を簡略化するためとポータビリティのためだと思ってるんだが、
ポータビリティーの観点から言うと、他の環境に移植する際の変更点を局所化
できるわけだから、あながち>>489が言ってることも間違いではない気もするが。
ちなみに、Wikipediaの説明をみると、
ttp://ja.wikipedia.org/wiki/Typedef
可読性のためみたいな書かれ方してるな。それだけじゃないと思うんだけど...
エディタやIDEの全置換って結構気を使うよ。意図しないコメント部分や文字列の
中まで置換されてしまったりとか。
ただのエディタならともかく、リファクタリングができるやつなら、
「変数名を変更」みたいな機能がついてる。
「変数名を変更」みたいな機能がついてる。
まぁ最近はIDEでサポートしてくれるか...
C++のテンプレートクラスをtypedefしたのも変換してくれるのかな。
でもtypedefができたのはそれよりずっと昔だし、人や環境によっては必ずしもそういうIDEを使ってるわけでもないし...
C++のテンプレートクラスをtypedefしたのも変換してくれるのかな。
でもtypedefができたのはそれよりずっと昔だし、人や環境によっては必ずしもそういうIDEを使ってるわけでもないし...
508 ：仕様書無しさん：2009/04/18(土) 09:39:57
integer CHAR;
integer FLOAT;
character DECIMAL(4);
integer FLOAT;
character DECIMAL(4);
お互いすれ違ってるっぽくね？
かたや、できるだけ置換を使わないないためだろw
かたや、全ての置換をtypedefで対応しろってかw
みたいな
かたや、できるだけ置換を使わないないためだろw
かたや、全ての置換をtypedefで対応しろってかw
みたいな
かたや
かたや
かたや
ソーダ
ソーダ
ソーダ
かたや？
型屋？
型屋？
置換を使わない目的、という説明では、標準ライブラリのヘッダでもtypedefが
使われていることを説明できないような。
使われていることを説明できないような。
標準ライブラリのヘッダでtypedefが使われているから
例えば32ビットから64ビットへコンパイルし直すだけで
対応できるともいえる。まプログラムがちゃんと書かれて
いればの話だけど。
例えば32ビットから64ビットへコンパイルし直すだけで
対応できるともいえる。まプログラムがちゃんと書かれて
いればの話だけど。
なんか「馬鹿のひとつ覚え」ってことわざって本当言い得て妙だな。
そもそもある「道具」の存在理由がたった一つの目的のためだけである、
なんていう仮定が愚の骨頂なんだろ。
いい加減分かれよそのぐらい。
そもそもある「道具」の存在理由がたった一つの目的のためだけである、
なんていう仮定が愚の骨頂なんだろ。
いい加減分かれよそのぐらい。
はい
「たった一つの目的のためだけである」
ってどっかに書いた奴いたっけ？
ってどっかに書いた奴いたっけ？
片や
さあ、言い訳モードに入りましたw
置換機能って何に使うん？
どっちがw まどっちでもいいかw
まとめ
「ハンガリアンとかバカだろ。変数の型が変更になったらどうする？全部書き換えるのか？」
↓
「置換すりゃいいだけだろ」
↓
「置換なんか使うなよ。そのためにtypedefがあるんだろ」
↓
「置換しないためじゃないだろw」
「ハンガリアンとかバカだろ。変数の型が変更になったらどうする？全部書き換えるのか？」
↓
「置換すりゃいいだけだろ」
↓
「置換なんか使うなよ。そのためにtypedefがあるんだろ」
↓
「置換しないためじゃないだろw」
>>520 性欲を満たすため
しかしまぁ、将来型が変更になるのをみこしてtypedefを使うのは
決して間違いじゃないわな。つうかむしろ常套手段ともいえる。
決して間違いじゃないわな。つうかむしろ常套手段ともいえる。
変更の可能性に備えて、っていうのは、もちろんそういう場合もあるとは思うけど
普通はちょっとニュアンス違うと思うよ。
そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。
別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、
一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。
まさに色即是空の世界なんだぞ。
普通はちょっとニュアンス違うと思うよ。
そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。
別名をつけるのは、文字通りそれを別物として扱いたいからだろう。
そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、
一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。
まさに色即是空の世界なんだぞ。
なんか偉そうに言ってるが、
signed と unsigned じゃ大違いだろ
printfなんかでの出力のされ方が違うのはもちろん、
shift演算に対する動作が異なるのを知らんのか？
signed と unsigned じゃ大違いだろ
printfなんかでの出力のされ方が違うのはもちろん、
shift演算に対する動作が異なるのを知らんのか？
>>526
たぶん理解できないと思うが一応フォローしておく。
もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」
をもたらしているものは何なのかと言っている。
それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、
人間の認識力だろう。
つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを
「何かに見立てる」ことだと言っている。
たぶん理解できないと思うが一応フォローしておく。
もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」
をもたらしているものは何なのかと言っている。
それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、
人間の認識力だろう。
つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを
「何かに見立てる」ことだと言っている。
で？ 本質がそれだと思うことで何か役にたつの？
>>528
こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。
だから色即是空って言ってるだろ。
君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」
となる。
だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、
生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。
こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。
だから色即是空って言ってるだろ。
君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」
となる。
だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、
生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。
究極的実体ｗ
532 ：仕様書無しさん：2009/04/18(土) 15:09:24
コメントに
ｷﾀ----------！
とか入れるやつがいるらしい。
ｷﾀ----------！
とか入れるやつがいるらしい。
>>530
ちょっと横レスで申し訳ないんだけど、
皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、
なんで分子やら何やらまで戻って考えなきゃいけないの？
そうすることでスレタイの疑問が解決することにどう繋がっていくの？
ちょっと横レスで申し訳ないんだけど、
皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、
なんで分子やら何やらまで戻って考えなきゃいけないの？
そうすることでスレタイの疑問が解決することにどう繋がっていくの？
>>530
哲学論争はいいんだけど、それがプログラミングで何か役にたつの。
目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww
って妄想して時間がつぶせるとか？
まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw
哲学論争はいいんだけど、それがプログラミングで何か役にたつの。
目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww
って妄想して時間がつぶせるとか？
まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw
人間は分子じゃねえよ、という点だけは突っ込んでおきたい
DNAのことを言っているのなら正しいが
DNAのことを言っているのなら正しいが
「巨大分子」じゃないわな
「分子の集まり」ならまぁわからなくもなくもない
「分子の集まり」ならまぁわからなくもなくもない
まぁ自己防衛のために人のことを頭が悪いとか言う奴は、本人自信が相当頭が悪いケースが多いらしいな
自演乙
>>532
自分用の通信プログラムではやる。
自分用の通信プログラムではやる。
int型のappleという名前の変数は実はその実体が色即是空であり、
ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、
でもコンパイラから見たらやっぱりint型のappleなんだから、
いくら人間が物事に対して究極的実体を信じていても、
型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。
ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、
でもコンパイラから見たらやっぱりint型のappleなんだから、
いくら人間が物事に対して究極的実体を信じていても、
型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。
型を変更する時にtypedefを使うんじゃなくて、
予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。
順序が逆じゃね？
予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。
順序が逆じゃね？
つまりあらゆる変数の定義には組み込み型を使わずに
一つ一つ丁寧にtypedefされた型を使えということですか。
いつ変わっても良いように。
typedef int apple_t;
apple_t apple;
とか。
一つ一つ丁寧にtypedefされた型を使えということですか。
いつ変わっても良いように。
typedef int apple_t;
apple_t apple;
とか。
どうしてこう極端に捕らえるかねぇ
たった１つの目的とか、あらゆる変数の定義とか、
もっと頭柔らか〜くしようね、臨機応変に柔軟に、ねっ☆
たった１つの目的とか、あらゆる変数の定義とか、
もっと頭柔らか〜くしようね、臨機応変に柔軟に、ねっ☆
誰のせいでこんな流れになったと
リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆
リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆
顔真っ赤www
勘違い哲学野郎キモいなｗｗ
誰からも相手にされてないんだろうなｗｗｗ
誰からも相手にされてないんだろうなｗｗｗ
>545
涙ふいてらっしゃい、ねっ☆
涙ふいてらっしゃい、ねっ☆
551 ：仕様書無しさん：2009/04/18(土) 20:27:51
きら☆
typedefがついてないstructを見ると俺が困るからやめるんだ
typedefで関数プロトタイプ宣言もできたりするｗ（gccだけかもしれないけど）
これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。
これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。
>>497からの流れは薬剤師の俺にはわからん、全く持ってな
>>554
そんなことをわざわざ書き込まんでよろしい
そんなことをわざわざ書き込まんでよろしい
私女だけど>>397からの流れはつまんない
私女子高生だけど>>556の意図がわからない
私女プログラマだけどおまえらアホかと
私女だけどちんこ2本生えている
女プログラマ＝マ女
ところで、お前らtypedefの元の型や#defineで
定義した中身って保証してんの？
typedef x time;
と定義した場合。俺はtimeがxだとはまず保証しないが。
なんか、レスを読んでいくとxがlongだったりしたら、
確実にtimeはlong型であると言っている奴がいるように
見えて仕方ないんだが。
定義した中身って保証してんの？
typedef x time;
と定義した場合。俺はtimeがxだとはまず保証しないが。
なんか、レスを読んでいくとxがlongだったりしたら、
確実にtimeはlong型であると言っている奴がいるように
見えて仕方ないんだが。
はぁ？
追記
特に>>501-503とかな。まぁ、同一人物かもしれんが。
特に>>501-503とかな。まぁ、同一人物かもしれんが。
ところで・・・とかいいながら終わった話題を蒸し返すなよｗ
まあ普段は書き込みも少ないスレだしどうでもいいけど
まあ普段は書き込みも少ないスレだしどうでもいいけど
ああ
そういえばそういうネタあったな
あの馬鹿がまた来たのか
そういえばそういうネタあったな
あの馬鹿がまた来たのか
482 名前：仕様書無しさん 投稿日：2009/04/11(土) 21:20:14
このスレは異常にVB廚が多いな。
（略）
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
485 名前：仕様書無しさん 投稿日：2009/04/12(日) 12:13:34
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
489 名前：仕様書無しさん 投稿日：2009/04/15(水) 18:21:37
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
490 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:05:49
>>489
違うって！ｗ
491 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:40:11
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
このスレは異常にVB廚が多いな。
（略）
あと、ハンガリアンネタだが。システムハンガリアン使う奴は、
型が変更になったときどうするんだろうね？
仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
485 名前：仕様書無しさん 投稿日：2009/04/12(日) 12:13:34
> 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね？
いまどき検索・置換機能を知らないバカがいるとも思えないが。
489 名前：仕様書無しさん 投稿日：2009/04/15(水) 18:21:37
>>485
だからそれがアホなんだろうが。Cのtypedefや
他言語のalias機能が存在する理由解ってる？
できるだけ置換を避ける為に存在してんだぞ。
充実した置換機能があるからってそんな下らないことに
置換機能なんて使うなよ。
490 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:05:49
>>489
違うって！ｗ
491 名前：仕様書無しさん 投稿日：2009/04/15(水) 19:40:11
#define caunt count /*つづりが間違っているので修正*/
こうですか?w
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とかでコンパイラの解釈的な置き換えをしろってこと？
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とかでコンパイラの解釈的な置き換えをしろってこと？
502 名前：仕様書無しさん 投稿日：2009/04/18(土) 00:27:12
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503 名前：仕様書無しさん 投稿日：2009/04/18(土) 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
------
この流れを踏まえないと、501〜503だけ抜き出しても意味わからん。
↓をよーく読んで考えろよ。
> Cのtypedefや他言語のalias機能が存在する理由解ってる？
> できるだけ置換を避ける為に存在してんだぞ。
あえて書くけど・・・
497って何かのコピペ？
違う意味でレベルが高すぎるので突っ込みにくいんだが
503 名前：仕様書無しさん 投稿日：2009/04/18(土) 01:00:06
こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ
説明が下手なだけだとも思えんし本気で言ってるんだろうな
ある意味すげえ
------
この流れを踏まえないと、501〜503だけ抜き出しても意味わからん。
↓をよーく読んで考えろよ。
> Cのtypedefや他言語のalias機能が存在する理由解ってる？
> できるだけ置換を避ける為に存在してんだぞ。
>>489みたいな奴って、『Cプリプロセッサ・パワー』を名著だと
思っちゃったりしてんのかなw
思っちゃったりしてんのかなw
もうさ、哲学（笑）とかの話になる前にどーんと
「私はこうしているんだ、こう思うんだ！」っていう
考え方みたいなのを具体的な例と共に示すべきだと思うんだ
「私はこうしているんだ、こう思うんだ！」っていう
考え方みたいなのを具体的な例と共に示すべきだと思うんだ
tmp = 0xdeadbeef;
tmp2 = 0xbabeface;
tmp2 = 0xbabeface;
『和名』を示す単語は、全て『jap』にしてる。
ヘイジャーップ！
ビッチ ビッチ
ジャップ ジャップ
らんらんらん♪
ジャップ ジャップ
らんらんらん♪
>>572
JPNにしろよ
JPNにしろよ
コボル上司「そこはWAMEI001, WAMEI002だろ?」
今の職場のソース。ふざけてるってわけじゃないんだろうが、
・英語のつづり間違ってる
・同じものを表す変数なのに場所によって名前が違う
・命名規約が一応あるのに、守られてない
というのが多くて、検索するときにヒットしなくて困る。
・英語のつづり間違ってる
・同じものを表す変数なのに場所によって名前が違う
・命名規約が一応あるのに、守られてない
というのが多くて、検索するときにヒットしなくて困る。
それ俺の書いたコードかと思った
あー俺英語のスペル間違い見つけると
自分は正しいのへ直して書いちゃうから変数名変わっちゃうときある。
やっぱ間違えたまま書いたほうがいいのかな
でも他の人にコイツ間違えてやがるwwwって思われるのも嫌なんだよね
自分は正しいのへ直して書いちゃうから変数名変わっちゃうときある。
やっぱ間違えたまま書いたほうがいいのかな
でも他の人にコイツ間違えてやがるwwwって思われるのも嫌なんだよね
全部直して通知すればおｋ
そして置換機能について語るわけですね
置換機能？馬鹿野郎リファクタリング機能と言え
おれはあえて直さないが、雑談のときに「そういえばこういう変数名があったけど、
あれってスペル間違ってますよね」って言う。
あれってスペル間違ってますよね」って言う。
あえて大勢の前でいう。
正しいスペルの変数は既に使われていたりする。
気づくのが自分だけとは限らない。
気づくのが自分だけとは限らない。
そして、微妙にスペルの異なる変数が
似たような用途で使われる…
似たような用途で使われる…
それがpubricなら多少ロス出ても全体で直したいな
tipoバグとか怖すぎる
tipoバグとか怖すぎる
588 ：仕様書無しさん：2009/09/29(火) 09:30:47
>>587
待て。コンパイルエラーを直すのが先だ。
待て。コンパイルエラーを直すのが先だ。
ビルドが通らないソースをチェックインすんなって説教だな
590 ：仕様書無しさん：2009/09/29(火) 09:53:40
public
publicにツッコんでtypoにツッコまないのはなぜだ。
592 ：仕様書無しさん：2009/09/29(火) 10:24:02
もう倒産したけど、「エール」という会社の企業コードが「EHL」ってなんやねん！
「YELL」とカタログに書いてあるではないか！
「YELL」とカタログに書いてあるではないか！
pubic hairというのを public hair と読んで「公的毛」ってなんだ？と思ったことがある
>>593
その前者がなんのことかがわからんのだが。
その前者がなんのことかがわからんのだが。
辞書引けよ
変数名を、単語を組み合わせたものにしたいとき、
アンダースコアで単語間をつなぐか
単語の先頭を大文字にしてアンダースコア無しでつなぐか迷う。
really_big_dog にするか ReallyBigDog にするか。
よしこれでいこうと決めても、後から変えたくなって困る。
アンダースコアで単語間をつなぐか
単語の先頭を大文字にしてアンダースコア無しでつなぐか迷う。
really_big_dog にするか ReallyBigDog にするか。
よしこれでいこうと決めても、後から変えたくなって困る。
>>597
そういうのは悩むけど、一回ルール決めたらそこでは同じルールで行くしかない。
あと、変数名なら reallyBigDog みたいに先頭小文字が普通じゃない？
class 名なら先頭大文字にする。
そういうのは悩むけど、一回ルール決めたらそこでは同じルールで行くしかない。
あと、変数名なら reallyBigDog みたいに先頭小文字が普通じゃない？
class 名なら先頭大文字にする。
>>598
確かにそのとおりですね。thx!
確かにそのとおりですね。thx!
あるシステムの通信設定のファイルでsigs.cfgってのがあって
後にそれは拡張されてsigsex.cfgになった
新人全員（男）が普通にシグセックスって読んでワロタ
後にそれは拡張されてsigsex.cfgになった
新人全員（男）が普通にシグセックスって読んでワロタ
末尾 s に ex は付けるなとあれほど
Lispで「S式(S-Expression)」(Lispの概念のひとつ)という語を識別子に
含めるときは sexp と略すという習慣があるなー。
ついでにいうと、真偽を問う述語(predicate)関数には、語尾に p を付
けるという習慣もある((evenp 10) => 真 (oddp 10) => 偽 など)。
つまり sexp で「やらないか」
含めるときは sexp と略すという習慣があるなー。
ついでにいうと、真偽を問う述語(predicate)関数には、語尾に p を付
けるという習慣もある((evenp 10) => 真 (oddp 10) => 偽 など)。
つまり sexp で「やらないか」
なーんか国語辞典でエロワード引いて喜んでる中学生なメンタルのまま
精神年齢が凍結しちまった可哀想な奴って結構多いのかね。
精神年齢が凍結しちまった可哀想な奴って結構多いのかね。
高速でスクロールする画面からエロワードを
検出する眼力を甘く見ない方がいい
検出する眼力を甘く見ない方がいい
ぼくはハンガリアンがきらいです
おざわ ゆきお
先生あのね、ぼくはハンガリアンがだいきらいです。
どうしてかというと、ハンガリアンはとてもわかりにくいからです。
この前、友達のかん君が書いたフォームにはtxtPassWardと
cmdLogInが書いてありました。なぜボタンがcmdになるのか
かん君は教えてくれませんでした。
はとやま君のフォームにはbtnCanselと書いてありました。
ぼくはハンガリアンがなければいいと思いました。
おざわ ゆきお
先生あのね、ぼくはハンガリアンがだいきらいです。
どうしてかというと、ハンガリアンはとてもわかりにくいからです。
この前、友達のかん君が書いたフォームにはtxtPassWardと
cmdLogInが書いてありました。なぜボタンがcmdになるのか
かん君は教えてくれませんでした。
はとやま君のフォームにはbtnCanselと書いてありました。
ぼくはハンガリアンがなければいいと思いました。
それは「問題はハンガリアン以外の部分だろ」と言わせるための罠ですね?
ハンガリアンがジャンガリアンに見えて、ハムスターの話かと勘違いした
疲れてんだな、俺
疲れてんだな、俺
Cのsize_tがバイト数にも要素数にも使われてるのは正直ややこしいと思う。
>>610
君のコードは危険だ
君のコードは危険だ
size_t以外の何を使えというのか
>>612
それがないのが問題。
void *calloc(size_t nmemb, size_t size)
とか、なんかもう冗談にしか見えない。
1変数あたりのバイト数と、要素数をどちらもsize_tで扱ってるから、
わざわざtypedefしたのに結局微妙なことになってる。
それならもうunsigned intでいいじゃんと思えてくる。
それがないのが問題。
void *calloc(size_t nmemb, size_t size)
とか、なんかもう冗談にしか見えない。
1変数あたりのバイト数と、要素数をどちらもsize_tで扱ってるから、
わざわざtypedefしたのに結局微妙なことになってる。
それならもうunsigned intでいいじゃんと思えてくる。
それをややこしいと思うってことは
メモリというものをちゃんと理解してないわけで
C言語を使うのはやめた方がいいな
メモリというものをちゃんと理解してないわけで
C言語を使うのはやめた方がいいな
ややこしいとかじゃなくて
typedefの意味ないってことだろ
可読性の低いコード書くやつのほうがいらない
typedefの意味ないってことだろ
可読性の低いコード書くやつのほうがいらない
unsigned intが32ビットでsize_tが64ビットなこともあるぞ
617 ：仕様書無しさん：2010/03/08(月) 21:06:10
INTEGER X,Y
FLOAT I,J
FLOAT I,J
はいはいFORTRANFORTRAN
char* p
char *p
コンパイラはどちらも同じコードをはき出すが
どちらが好みなの？文法的には後者がただしいのだが
char* p
char *p
コンパイラはどちらも同じコードをはき出すが
どちらが好みなの？文法的には後者がただしいのだが
文法的には両者が正しいよ。
>>618
両方とも使えるし意味同じだから議論になる
char* p;
の方が，char* の p という意味でわかりやすいともいえる
ただ，そうすると調子に乗って
char* p,q;
としたときにわけがわからなくなる可能性がある
両方とも使えるし意味同じだから議論になる
char* p;
の方が，char* の p という意味でわかりやすいともいえる
ただ，そうすると調子に乗って
char* p,q;
としたときにわけがわからなくなる可能性がある
char * p, * q;
ややこしいから1行に1つずつ、とかいう話になるわけだな。
623 ：uy ◆e6.oHu1j.o ：2010/03/10(水) 13:46:53
Object-Cではchar * p, q; で両方ポインタなんだろ
こういう小さな変更って嫌がらせとしか思えない
C系はもう全部切り捨てたほうが世の為
PerlとRubyだけ生き残れ
何故Perl？
Perlは普通の人間には可読性が低いんだけど
極まれにあれを読みやすいと言いだす人がいそうだから残しとくべき
こういう小さな変更って嫌がらせとしか思えない
C系はもう全部切り捨てたほうが世の為
PerlとRubyだけ生き残れ
何故Perl？
Perlは普通の人間には可読性が低いんだけど
極まれにあれを読みやすいと言いだす人がいそうだから残しとくべき
624 ：仕様書無しさん：2010/03/10(水) 14:01:50
>>623
>Object-Cではchar * p, q; で両方ポインタなんだろ
は？？？ 知りもしないで恥をまき散らして……Objective-Cでも q は char だ。
CのスーパーセットであるObjective-C に、そんな変な変更入るわけないだろ。
そもそも Object"ive"-C な。
>Object-Cではchar * p, q; で両方ポインタなんだろ
は？？？ 知りもしないで恥をまき散らして……Objective-Cでも q は char だ。
CのスーパーセットであるObjective-C に、そんな変な変更入るわけないだろ。
そもそも Object"ive"-C な。
char* p,q;
と
typedef char* LPSTR;
LPSTR p,q;
で定義内容が異なるのはなんとなく納得できない
と感じるのは俺だけか？
と
typedef char* LPSTR;
LPSTR p,q;
で定義内容が異なるのはなんとなく納得できない
と感じるのは俺だけか？
それなら
#define LPCSTR char*
とでも書いてハマればいいのさ。
#define LPCSTR char*
とでも書いてハマればいいのさ。
おっとconstじゃないのにCが入っちまった
うわぁ恥ずかしいーｗ
629 ：uy ◆e6.oHu1j.o ：2010/03/17(水) 13:47:32
630 ：uy ◆e6.oHu1j.o ：2010/03/17(水) 13:49:48
正確には、Object-C じゃなくて Objective-C な。
だってお。
だったらもう、二度と略すな？
これからもう二度と略語をおまえは使うな？
だってお。
だったらもう、二度と略すな？
これからもう二度と略語をおまえは使うな？
631 ：仕様書無しさん：2010/03/17(水) 14:05:04
#ifdefでバサッとコメントにするとき、
#ifdef momotarou
.
.
#endif
という名前を付ける人が多いんだけど、
なぜ、momotarouという名前をみんな付けるの？
何かに書いてあるの？
#ifdef momotarou
.
.
#endif
という名前を付ける人が多いんだけど、
なぜ、momotarouという名前をみんな付けるの？
何かに書いてあるの？
>>631
そんなの見たこと無いな。
http://www.google.co.jp/search?q=%22%23ifdef+momotarou%22
> 情報 "#ifdef momotarou"との一致はありません。
やっぱり無いな。
そんなの見たこと無いな。
http://www.google.co.jp/search?q=%22%23ifdef+momotarou%22
> 情報 "#ifdef momotarou"との一致はありません。
やっぱり無いな。
634 ：uy ◆e6.oHu1j.o ：2010/03/18(木) 12:45:25
日本語版foo,barじゃないのかね
調べてみたら
momotaro
urashimataro
kintaro
あたり使って解説してるページはいくつかあった
調べてみたら
momotaro
urashimataro
kintaro
あたり使って解説してるページはいくつかあった
hoge,piyo,fugaじゃないのか。
変数は全部小文字
定数は全部大文字
構造体は定義全部大文字、宣言・メンバは全部小文字
定数は全部大文字
構造体は定義全部大文字、宣言・メンバは全部小文字
関数名は？
638 ：uy ◆e6.oHu1j.o ：2010/03/20(土) 21:49:07
C++
基本的に全て小文字。
ちょっと重要な変数だけ、先頭が大文字。
何か特殊なものは全部大文字
Ruby
ローカル変数は適当に1〜4文字
クラス変数とインスタンス変数は、少し長め
基本的に全て小文字。
ちょっと重要な変数だけ、先頭が大文字。
何か特殊なものは全部大文字
Ruby
ローカル変数は適当に1〜4文字
クラス変数とインスタンス変数は、少し長め
特殊ｗｗｗ
重要ｗｗｗ
自分勝手なルールで良いな
重要ｗｗｗ
自分勝手なルールで良いな
640 ：uy ◆e6.oHu1j.o ：2010/03/21(日) 10:18:46
で、おまえは。
はぁ？
ひぃ？
ふぅ……
644 ：uy ◆e6.oHu1j.o ：2010/03/21(日) 18:54:12
糞レスをまき散らしてるお前が言うかｗ
646 ：uy ◆e6.oHu1j.o ：2010/03/21(日) 22:24:52
ゴミみてえな奴だな
自己紹介ですか
自己紹介ですね
自己紹介なわけないだろｗ
＞uy ◆e6.oHu1j.oみたいな性格になったのは
こいつを育てたかーちゃんのせいなんだから。
奴ってのはDQNなかーちゃんのことだ。
＞uy ◆e6.oHu1j.oみたいな性格になったのは
こいつを育てたかーちゃんのせいなんだから。
奴ってのはDQNなかーちゃんのことだ。
自演乙
651 ：uy ◆e6.oHu1j.o ：2010/03/23(火) 19:15:05
母親はおれが小学校の時に死んだ
はいはい
今度はそういう設定？
今度はそういう設定？
653 ：uy ◆e6.oHu1j.o ：2010/03/27(土) 04:10:38
イミフ
次のレスで突っ込みとしては完結してるがな
次のレスで突っ込みとしては完結してるがな
障害児に触れるなよ
やっぱり>>652は障害者だったのか
そんな気はしてたが･･･
そんな気はしてたが･･･
鳥抜いてもバレバレ
658 ：(u＿・y) ◆e6.oHu1j.o ：2010/03/30(火) 19:20:44
（意訳）自作自演でした
660 ：(u＿・y) ◆e6.oHu1j.o ：2010/03/30(火) 21:33:34
自作自演の意味すらわからないのか･･･
ほんとにプログラマーって知的障害わずらってるとしかおもえないこと
時々言い放つよね
↑マジ
ほんとにプログラマーって知的障害わずらってるとしかおもえないこと
時々言い放つよね
↑マジ
自己紹介は置いといて次の話題です。
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何ちゃらに連番がついた構造体とかが延々と･･･
typedef unsigned short SD;
typedef unsigned char SQ;
typedef SQ* QS;
(略)
#define SA(_S) (QS)malloc(_S)
#define AS(_S) free(_S)
あとは延々とS何ちゃらに連番がついた構造体とかが延々と･･･
663 ：仕様書無しさん：2010/04/01(木) 14:53:44
強い悪意を感じる･･･
664 ：(u＿・y) ◆e6.oHu1j.o ：2010/04/01(木) 14:53:52
それはふざけてないよ。
本人のまじめさがかなり伝わってくるし、
俺が認める優秀な奴になりそうな要素を持ってることも伝わってくる
規則規則いわれ続けるこの世界で、自分の規則を定義してコードかける奴は多く無い
自分の規則を定義するという事は、新しい何かを見ようとした結果だから
特に「わかってる」のは
#define SA(_S) (QS)malloc(_S)
#define AS(_S) free(_S)
これだ。
SAで取得
ASで開放
逆語にしている所。
malloc、fleeなんていう意味不明な単語を使うより、
ただ単純に記号として扱って、それを逆さまにすることで逆の意味になるコードになったほうが
本当に優秀な奴にとってはそのほうが直感的になってくる
けど、2文字って無理なんだよな。 ゆえにそれは失敗作のゴミコード（本人にとっては、下書きのノートみたいなもんで、無駄ではない）
2文字でも２７＊２７程度の組み合わせは出来るけれど、流石に覚えにくくなってくるし、
そいつはまだ、変数にしか自分定義を使っていない。2文字程度じゃ、関数か変数か型か、
それらをわかりやすく表現しきれないことにはまだ気づいていない
最低３文字は無いと、>>662こういう事をするのはきつい
本人のまじめさがかなり伝わってくるし、
俺が認める優秀な奴になりそうな要素を持ってることも伝わってくる
規則規則いわれ続けるこの世界で、自分の規則を定義してコードかける奴は多く無い
自分の規則を定義するという事は、新しい何かを見ようとした結果だから
特に「わかってる」のは
#define SA(_S) (QS)malloc(_S)
#define AS(_S) free(_S)
これだ。
SAで取得
ASで開放
逆語にしている所。
malloc、fleeなんていう意味不明な単語を使うより、
ただ単純に記号として扱って、それを逆さまにすることで逆の意味になるコードになったほうが
本当に優秀な奴にとってはそのほうが直感的になってくる
けど、2文字って無理なんだよな。 ゆえにそれは失敗作のゴミコード（本人にとっては、下書きのノートみたいなもんで、無駄ではない）
2文字でも２７＊２７程度の組み合わせは出来るけれど、流石に覚えにくくなってくるし、
そいつはまだ、変数にしか自分定義を使っていない。2文字程度じゃ、関数か変数か型か、
それらをわかりやすく表現しきれないことにはまだ気づいていない
最低３文字は無いと、>>662こういう事をするのはきつい
優秀なｵﾚ（ﾟ∀ﾟ）ｶｯｺｲｲ！
Flee
エムアロックとフリーわからないマなんているんだな
エムアロックとフリーわからないマなんているんだな
何だAlgol時代の化石野郎かｗ
>>124 随分ケツの穴がちいせぇな
ふざけた名前の変数つけるのがデフォでしょ？
ayanamiはとりあえずデフォ
671 ：仕様書無しさん：2010/09/16(木) 23:50:05
jugemujugemugokounosurikire.....................................
672 ：仕様書無しさん：2010/09/18(土) 01:01:38
string str;
int ix;
int iy;
常にこれ！
怖くてソースを上司に見せれない
int ix;
int iy;
常にこれ！
怖くてソースを上司に見せれない
673 ：仕様書無しさん：2010/09/19(日) 16:44:34
日本人の考えた変数名って、中にはガイジンがみたら失笑するようなやつもあるんだろうな。
英単語を間違った意味で使っている場合もあるだろうから。。
日本人の考える変数名の傾向って、
「日本人の英語の語彙力+日本語としての響きの良さ」
って気がする。
契約数 → keiyaku_number とか。
英単語を間違った意味で使っている場合もあるだろうから。。
日本人の考える変数名の傾向って、
「日本人の英語の語彙力+日本語としての響きの良さ」
って気がする。
契約数 → keiyaku_number とか。
一時変数で poi とか qwe とかよく使うかも
tmp とか指が行ったり来たりして面倒くさいので...
tmp とか指が行ったり来たりして面倒くさいので...
DECLARE Suryou int
DECLARE Tanka money
DECLARE Kingaku money
…俺は間違っていない。
DECLARE Tanka money
DECLARE Kingaku money
…俺は間違っていない。
@が抜けてたｗ
間違い捲ってるやん俺…orz
間違い捲ってるやん俺…orz
スペル間違いまくり
SURYO
TANAKA
KIM_GACT
SURYO
TANAKA
KIM_GACT
int function(){
(略)
}
A「貴様、何者だ？！」
B「人間だ」
(略)
}
A「貴様、何者だ？！」
B「人間だ」
hogehoge
とかか
とかか
flex
範囲が狭いとこで
var i:int = getHogeHogeId();
みたいなことやるのは許そう
だがただでさえメソッド分解できてない100行とかの冗長メソッドで
i1i2i3とか…
あんまりそういうのやられると、バグ修正でそのふざけた変数ぶち壊すぞ！
範囲が狭いとこで
var i:int = getHogeHogeId();
みたいなことやるのは許そう
だがただでさえメソッド分解できてない100行とかの冗長メソッドで
i1i2i3とか…
あんまりそういうのやられると、バグ修正でそのふざけた変数ぶち壊すぞ！
とりあえず情報処理技術者試験の例題のクソふざけた変数をだな
コボラよ、COUNTを略したつもりなんだろうけどCUNTはねぇだろ
一字しか略せてねぇし、おまんこじゃねーか
一字しか略せてねぇし、おまんこじゃねーか
if (dick > cunt) {
puts("らめぇぇぇ〜");
}
puts("らめぇぇぇ〜");
}
int intIntInt; // internal-interaction-interval
uwaWriteの発案者が俺だと勘違いしている人がいるようだが、違うぜ。
wikipediaでハンガリアン記法読んだけど
「間違えたコードを間違えて見えるようにする記法である。」って、これどういう意味？
「間違えたコードを間違えて見えるようにする記法である。」って、これどういう意味？
もしコードが間違っていたら、「なんか変な見栄えだな…間違ってるのかな？」
と気付ける…ということらしい
と気付ける…ということらしい
あー理解
単にそういう気付けるための工夫がハンガリアン記法ですよってことか
kg = g + kg → ×
単にそういう気付けるための工夫がハンガリアン記法ですよってことか
kg = g + kg → ×
int szTmp
となってたらなんかヘンじゃね？、みたいなそんなノリ。
となってたらなんかヘンじゃね？、みたいなそんなノリ。
いや、システムハンガリアンはお呼びじゃないから
ハンガリアンがあるならゴールデンがあってもいいよな
ジャンガリアンのことかーっ
cnt
それフルスペルのcuntに修正
pnt
697 ：仕様書無しさん：2012/10/29(月) 20:11:06.55
prt
698 ：仕様書無しさん：2012/11/13(火) 07:55:59.27
debugがそのままっていうのもたまに見る
699 ：仕様書無しさん：2012/12/02(日) 10:05:28.05
ローマ字な上に更に変な省略が掛かってたらマジ何の変数なのか意味わからなくなる
明快なコードならまだしも試行錯誤のつぎはぎの上にたどり着いた形でそれだと
本当に何がしたいのか分からないから容赦なく一から書き直す
明快なコードならまだしも試行錯誤のつぎはぎの上にたどり着いた形でそれだと
本当に何がしたいのか分からないから容赦なく一から書き直す
int yjd // 優先順位データ
// 2013.01.29
// typo修正 yjeld→yield
//int yjd // 優先順位データ
int yid // 優先順位データ
//2013.01.29ここまで
// typo修正 yjeld→yield
//int yjd // 優先順位データ
int yid // 優先順位データ
//2013.01.29ここまで
unk_data
Unknown Dataらしいのだが…
天然なのか？狙ったのか？
Unknown Dataらしいのだが…
天然なのか？狙ったのか？
>>672
ごく普通ですな
ごく普通ですな
>>700
なんという斬新なネーミング
なんという斬新なネーミング
705 ：仕様書無しさん：2013/09/21(土) 19:32:19.42
無理やり3文字略字にする馬鹿に死を
706 ：仕様書無しさん：2013/09/21(土) 22:22:40.63
>>702
うんこデータかとおもた
うんこデータかとおもた
IDEが充実してる言語を使ってるんであれば、
業務よりすぎる名前にゃ、そのまま日本語でつけてくれて構わん
意味不明な英語とか、読みづらいローマ字よりか遥かにリーダブルだ
業務よりすぎる名前にゃ、そのまま日本語でつけてくれて構わん
意味不明な英語とか、読みづらいローマ字よりか遥かにリーダブルだ
709 ：仕様書無しさん：2013/09/30(月) 01:28:56.88
【形】readable
１．面白く読める。
２．読みやすい。
１．面白く読める。
２．読みやすい。
bit impo
少し主旨とはずれるが、
スコープが広いのに曖昧な名前使ったり、createとbuildと意味合いが同じものでお茶を濁したりして結局コード読まないと何してるか分からないのは止めてくれ
スコープが広いのに曖昧な名前使ったり、createとbuildと意味合いが同じものでお茶を濁したりして結局コード読まないと何してるか分からないのは止めてくれ
712 ：仕様書無しさん：2013/10/05(土) 22:15:26.91
プログラマがこんな議論やってるのか？
腹が痛いわｗｗ
腹が痛いわｗｗ
そういう板だということも知らずに来たのか？
片腹大激痛
片腹大激痛
自分で書いた変数なのにどこで使ってるか分からない
infomationていうのはよく見かけるけど
InfoMationて書いてあったのは何のことかわからなかった
InfoMationて書いてあったのは何のことかわからなかった
添付ファイルにtmpFileって付けたアホ氏ね
それは使用後に意図的に破棄しろて暗文なんじゃねーの？
せめてivにしてください
強制されなくても変数名やメソッド名って意味を持たせるものなの？
イニシャルベクターに見えるのでダメです
>>720
意味を持たせることが出来るように考えられたのが、
変数名という仕組みだ。
>>722
>基本的に自然言語には依存しないようにしてる。
それが乱数とかならば、まぁ認めてやる。
連番なら殺す。
意味を持たせることが出来るように考えられたのが、
変数名という仕組みだ。
>>722
>基本的に自然言語には依存しないようにしてる。
それが乱数とかならば、まぁ認めてやる。
連番なら殺す。
基本的に自然言語に依存しないようにしてるが、純粋な名詞ならまあ仕方ない。
メソッド名とかで create〜 とか do〜 とか compare〜 とかは殺意を覚える。
メソッド名とかで create〜 とか do〜 とか compare〜 とかは殺意を覚える。
>>725
create〜 は〜を生成する
do〜 は〜を実行する
compare〜 は〜を比較する
とても分かりやすくて、こういうのが理想とされているんだよ。
名詞だけでは何やってんだか分からないでしょ？
create〜 は〜を生成する
do〜 は〜を実行する
compare〜 は〜を比較する
とても分かりやすくて、こういうのが理想とされているんだよ。
名詞だけでは何やってんだか分からないでしょ？
>>726
クラスに名前がついてるのにメソッド名にcreate〜とかアホ過ぎるｗ
クラスに名前がついてるのにメソッド名にcreate〜とかアホ過ぎるｗ
1機能1クラスｗ
メソッド名はスレ違い。
変数名は印象的でありさえすればいいと思う。
そういう意味で連番は最低。
変数名は印象的でありさえすればいいと思う。
そういう意味で連番は最低。
自然言語に依存しないとかアホな事ぬかしてる奴、
どういった経緯でそんな頭悪い場所にたどり着いてしまったのか、興味ある
どういった経緯でそんな頭悪い場所にたどり着いてしまったのか、興味ある
733 ：仕様書無しさん：2014/03/30(日) 14:50:27.89
だから、その気持ち悪いと感じるようになった経緯が気になる、と書いてるんだけど
英語に親でも殺されたのかな
英語に親でも殺されたのかな
変数名は、「用途がわかる」、「コーディングルールやコードスタイルのルールに添っている」
この2つが守れていれば、それ以上の要求はないな。
hogeとかmogeとかみたいな意味の分からない名前や、mvalueとかみたいな俺々略語、
value1とかvalue2みたいな意味のない連番を使う奴は、全員死ねばいいと思う。
>>730
命名規則についてって考えたら、メソッドやクラスについてのレスも構わないと思うけどな。
名前の付け方の話なら、変数名だけに限ったことじゃないし。
>>725,727,729あたりがアンチ自然言語君の発言だとしたら、
クラスを処理の定義場所としか使ってなくて、OOPとかとは無縁の石器時代的な環境に居るんだと思う。
もしくは、AOPしすぎて1処理ごとにドメインとして定義してるような変態環境か…？
どちらにしても井戸の中でゲコゲコ鳴いてるだけっぽい。
この2つが守れていれば、それ以上の要求はないな。
hogeとかmogeとかみたいな意味の分からない名前や、mvalueとかみたいな俺々略語、
value1とかvalue2みたいな意味のない連番を使う奴は、全員死ねばいいと思う。
>>730
命名規則についてって考えたら、メソッドやクラスについてのレスも構わないと思うけどな。
名前の付け方の話なら、変数名だけに限ったことじゃないし。
>>725,727,729あたりがアンチ自然言語君の発言だとしたら、
クラスを処理の定義場所としか使ってなくて、OOPとかとは無縁の石器時代的な環境に居るんだと思う。
もしくは、AOPしすぎて1処理ごとにドメインとして定義してるような変態環境か…？
どちらにしても井戸の中でゲコゲコ鳴いてるだけっぽい。
せっかく形式化された言語を使っているのに、その上なぜ英語とか日本語とかに依存しようとする？
意味を名前に求めるなんてよくないよ。
> クラスを処理の定義場所としか使ってなくて、OOPとかとは無縁の石器時代的な環境に居るんだと思う。
> もしくは、AOPしすぎて1処理ごとにドメインとして定義してるような変態環境か…？
ここは全く根拠薄弱。
意味を名前に求めるなんてよくないよ。
> クラスを処理の定義場所としか使ってなくて、OOPとかとは無縁の石器時代的な環境に居るんだと思う。
> もしくは、AOPしすぎて1処理ごとにドメインとして定義してるような変態環境か…？
ここは全く根拠薄弱。
int LoopCounter;
iでいーじゃん
iでいーじゃん
変数名という仕様を全否定してるな
依存したくないならもう機械語で書けよ
依存したくないならもう機械語で書けよ
>>735
まあ職場で使わないんだったら好きなだけ言ってなさい
まあ職場で使わないんだったら好きなだけ言ってなさい
俺も
xxxCreater.createXXX(src);と書くのは冗長で
xxxCreater(src);
と書きたいがそういう事じゃないのかな。
xxxCreater.createXXX(src);と書くのは冗長で
xxxCreater(src);
と書きたいがそういう事じゃないのかな。
>>741
それは命名以前の問題じゃないかね
それは命名以前の問題じゃないかね
>>739, 740
誤解してたら悪いんだが、君たちってさ、
bool func〜(string sourceString, string targetString);
bool func〜(string targetString, string sourceString);
のどっちにしようか？って問題に対して、
「どちらでも統一されていればよい。意味は変数名に込められているから明確。」
とか考えるの？
誤解してたら悪いんだが、君たちってさ、
bool func〜(string sourceString, string targetString);
bool func〜(string targetString, string sourceString);
のどっちにしようか？って問題に対して、
「どちらでも統一されていればよい。意味は変数名に込められているから明確。」
とか考えるの？
>>745
標準関数に合わせてtarget, srcにする
標準関数に合わせてtarget, srcにする
>>746
それは正しいのかもしれないが、回答としてはちょっとずれてる。
それは正しいのかもしれないが、回答としてはちょっとずれてる。
中途半端に天邪鬼な俺は、
「fooとかbarとか使いたくねえな」
と思ってpooとかparとか使ってる。
「fooとかbarとか使いたくねえな」
と思ってpooとかparとか使ってる。
そりゃどっちがソースでどっちがターゲットかが構造だけで
明らかになるなら名前なんて余計だけど、いつもいつもやってられん。
命名法はルールだけでいつでも実践できる。
明らかになるなら名前なんて余計だけど、いつもいつもやってられん。
命名法はルールだけでいつでも実践できる。
アセンブラだとsrcとdstの順番は言語仕様として決まっているが、
nasmとgasでその並びが真逆だという。
nasmとgasでその並びが真逆だという。
>>748 の使う poo は
実に適切な名前だと思う。
実に適切な名前だと思う。
energy = mass * (speed_of_light * speed_of_light)
より
E = mc^2
の方が直感に響くような気がするな
より
E = mc^2
の方が直感に響くような気がするな
メソッド名の頭に全部fuckって付けてまわってたら怒られた・・・
>>751
俺は（今は）pooじゃないぜ。parだけど。
俺は（今は）pooじゃないぜ。parだけど。
>>755
> bool func〜(string sourceString, string targetString);
こういう形式にしてしまうと、意味を名前に求めることになるから、ほかの構造を考えよう
ってことじゃね？
>>749が反論してるが。
> bool func〜(string sourceString, string targetString);
こういう形式にしてしまうと、意味を名前に求めることになるから、ほかの構造を考えよう
ってことじゃね？
>>749が反論してるが。
ほかの構造を考えるための工数を出してくれるんなら、いくらでも考えまっせ。
どうやって支払うの？
投擲。
761 ：仕様書無しさん：2014/05/16(金) 11:48:00.48
嶋崎慎太郎
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
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
762 ：仕様書無しさん：2014/05/16(金) 23:59:47.50
>>752
mcと2の排他的論理和ですね。
mcと2の排他的論理和ですね。
>>753
コーヒー吹いたじゃねーかｗｗｗ
コーヒー吹いたじゃねーかｗｗｗ
昔（20年ほど前）、変な後輩の新人君がいた。
ホストのTSSで待機ジョブに「KOKINJI」てジョブIDがあったから
「○○君、このジョブ名は？」って聞いたら
「それは秘密です」
しばらく意味わからんかった。桂小金治のこととは。
一見、真面目そうに見える子だったんで、
「なんでこんなジョブ名にしてるの？規約に従わんの！？」って聞いたら
「命名規約に沿ったら全部同じに見えるから、自分のジョブが目立つようにしたんです！」ってマジレス。
ああ、ただの馬鹿じゃないなと。
ホストのTSSで待機ジョブに「KOKINJI」てジョブIDがあったから
「○○君、このジョブ名は？」って聞いたら
「それは秘密です」
しばらく意味わからんかった。桂小金治のこととは。
一見、真面目そうに見える子だったんで、
「なんでこんなジョブ名にしてるの？規約に従わんの！？」って聞いたら
「命名規約に沿ったら全部同じに見えるから、自分のジョブが目立つようにしたんです！」ってマジレス。
ああ、ただの馬鹿じゃないなと。
ただのバカじゃないか。
Cからプログラム始めたのになんで自分はハンガリアン大好きっ子に育ったんだろう
昔書いたソースをメンテしてる人に申し訳ない
今はpooだけど
昔書いたソースをメンテしてる人に申し訳ない
今はpooだけど
「自分のジョブ」を目立たせようとしたのはナゼなんだ？
本番に乗せる前のテストだったんだろ。
なら何でもいいな。自分が判りやすければ。
なら何でもいいな。自分が判りやすければ。
>>49
マクシムだったら黄金の舟になれた
マクシムだったら黄金の舟になれた
770 ：仕様書無しさん：2014/07/11(金) 21:08:24.55
変数名を考えるのがじゃまくさい
なんとかならんのか
なんとかならんのか
771 ：仕様書無しさん：2014/07/11(金) 21:35:28.52
変数名は20文字まで
772 ：仕様書無しさん：2014/07/12(土) 20:20:15.36
>変数名を考えるのがじゃまくさい なんとかならんのか
俺の場合、画面表示だったらDispなんとかになる。その関数はDsip**となる
俺は関数一覧を使うが、そこにDisp**がずらりと並ぶ。そこから目的の関数名をつかむ
でも、作業が進むと関数が増えてくる。
すると、表示クラスが独立させるわけよ。
しかし、相変わらずそのクラスの関数群はDsip**のままだな
俺の場合、画面表示だったらDispなんとかになる。その関数はDsip**となる
俺は関数一覧を使うが、そこにDisp**がずらりと並ぶ。そこから目的の関数名をつかむ
でも、作業が進むと関数が増えてくる。
すると、表示クラスが独立させるわけよ。
しかし、相変わらずそのクラスの関数群はDsip**のままだな
>>772
典型的な間違ったモジュールの分け方してそうでワロタｗ
間違った分け方をしている奴は真逆に分ける。
たとえば「○を表示する。」だったら、
○でグループを作るのではなく表示でグループを作る。
なんとかの表示、なんたらの表示、表示、表示、
そして表示を担当するモジュールが出来るｗｗｗ
真逆だよ真逆。
典型的な間違ったモジュールの分け方してそうでワロタｗ
間違った分け方をしている奴は真逆に分ける。
たとえば「○を表示する。」だったら、
○でグループを作るのではなく表示でグループを作る。
なんとかの表示、なんたらの表示、表示、表示、
そして表示を担当するモジュールが出来るｗｗｗ
真逆だよ真逆。
774 ：仕様書無しさん：2014/07/12(土) 21:35:15.98
>>773
そっちのほうが合理的だと思うんだけどダメなのか？
そっちのほうが合理的だと思うんだけどダメなのか？
775 ：仕様書無しさん：2014/07/12(土) 22:06:43.67
>>775
悪いけど意味が分からないっす
悪いけど意味が分からないっす
普通は処理内容じゃなくて処理対象で分けるだろ
それがオブジェクト指向なんだから
それがオブジェクト指向なんだから
>>774
最近俺もわかったことなんだけどね。
正反対に実装する奴が多いこと多いこと。
Aに関する表示、Bに関する表示、Cに関する表示、
これらを一つのモジュール（ファイル）にまとめる考え方だと、
今度は
Aに関する入力、Bに関する入力、Cに関する入力、
という風にモジュールにまとめる。他にも処理ごとにまとめたモジュールが出来るだろう。
そうすると、次にDに関する処理が増えた時、表示モジュール、入力モジュール
なんたらモジュールっていう風に、複数のモジュールに処理を追加することになる。
逆に消そうとした時、複数のモジュールから○に関する処理を探しだして消さなきゃいけない。
システム全体に散らばった、○に関する処理をあちこち探すはめになる。
追加削除はあまりしないとしても、デバッグの時に○に関する処理をあちこちと。
最近俺もわかったことなんだけどね。
正反対に実装する奴が多いこと多いこと。
Aに関する表示、Bに関する表示、Cに関する表示、
これらを一つのモジュール（ファイル）にまとめる考え方だと、
今度は
Aに関する入力、Bに関する入力、Cに関する入力、
という風にモジュールにまとめる。他にも処理ごとにまとめたモジュールが出来るだろう。
そうすると、次にDに関する処理が増えた時、表示モジュール、入力モジュール
なんたらモジュールっていう風に、複数のモジュールに処理を追加することになる。
逆に消そうとした時、複数のモジュールから○に関する処理を探しだして消さなきゃいけない。
システム全体に散らばった、○に関する処理をあちこち探すはめになる。
追加削除はあまりしないとしても、デバッグの時に○に関する処理をあちこちと。
Aに関する表示、Bに関する表示、Cに関する表示、
これらを一つのモジュール（ファイル）にまとめる考え方をしていると
でてくるのが、似たような処理はまとめようといういうもの。
一見良さそうに思えるが・・・。
Aに関する表示、Bに関する表示、Cに関する表示、 に
共通する部分をルーチンにまとめる。
「Aに関する表示、Bに関する表示、Cに関する表示」 ＋ 共通ルーチン
本来、AとBとCは全く無関係なのに、処理の内容が似ているからという理由で
共通ルーチンが作られる。そうすると、その共通ルーチンでAの場合だけ
必要な処理が出来た時に破綻する。
何が起きるかというと、共通ルーチンに変なフラグを追加される。
「共通ルーチン」の中に、Aの場合だけ必要な処理、つまりif A thenというコードが追加される。
同様に、Bなら、Cなら。それはもはや共通ルーチンではなくなる。
これらを一つのモジュール（ファイル）にまとめる考え方をしていると
でてくるのが、似たような処理はまとめようといういうもの。
一見良さそうに思えるが・・・。
Aに関する表示、Bに関する表示、Cに関する表示、 に
共通する部分をルーチンにまとめる。
「Aに関する表示、Bに関する表示、Cに関する表示」 ＋ 共通ルーチン
本来、AとBとCは全く無関係なのに、処理の内容が似ているからという理由で
共通ルーチンが作られる。そうすると、その共通ルーチンでAの場合だけ
必要な処理が出来た時に破綻する。
何が起きるかというと、共通ルーチンに変なフラグを追加される。
「共通ルーチン」の中に、Aの場合だけ必要な処理、つまりif A thenというコードが追加される。
同様に、Bなら、Cなら。それはもはや共通ルーチンではなくなる。
理解
ただしいモジュールの分け方をしていれば、
処理の、[START] → から → [END] までほぼ一本道。
つまり、Aの処理しか行わない道になるから、
この道を修正しても、BやCに影響ないことは明らかになる。
真逆ののモジュールの分け方をすると
┌───┬───┐
[START] ─┬───┴┬──┴──┬┴───[END]
. └────┴─────┘
この中から正しいAの道はどれかな？みたいなことをするハメになる。
どれが共通の部分で、どれがAのコードかわからないから、
しだいに共通らしき道に「if A then」が増えていき、
すべての処理がごちゃごちゃ混ざりまくる。
処理の、[START] → から → [END] までほぼ一本道。
つまり、Aの処理しか行わない道になるから、
この道を修正しても、BやCに影響ないことは明らかになる。
真逆ののモジュールの分け方をすると
┌───┬───┐
[START] ─┬───┴┬──┴──┬┴───[END]
. └────┴─────┘
この中から正しいAの道はどれかな？みたいなことをするハメになる。
どれが共通の部分で、どれがAのコードかわからないから、
しだいに共通らしき道に「if A then」が増えていき、
すべての処理がごちゃごちゃ混ざりまくる。
>>779,>>781で書いたことをもうちょっと丁寧に書くと、
真逆のモジュールの分け方をしている奴の開発の流れはこう。
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はいったいどの部分が実行されるんだよ？ ってなっていく。
真逆のモジュールの分け方をしている奴の開発の流れはこう。
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はいったいどの部分が実行されるんだよ？ ってなっていく。
さらにコードがの行数が増えていくと関数に分けようと考える。
「 約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の処理だけで終わるコード、よりも悪い結果になっていたりする。
（もちろんコピペはダメ）
「 約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の処理だけで終わるコード、よりも悪い結果になっていたりする。
（もちろんコピペはダメ）
じゃあ何が正しいんだよ？と言われそうだから
どうするのがいいかも答えよう。
1. まず、Aの処理を作る。そのコードの量は適当でいいが500行ぐらいとしよう。
2. 次にBの処理を作るがここからが違う。
長いと思ったらAの処理のダイエットすること。
AとBの内容が似ているからといって、まとめるのではなく、
Aの中から汎用関数、つまりそれはAやB以外でもまったく別のプロジェクトでも
使えるような汎用関数。一つ一つはとても小さな処理になる。
そうするとAの処理はかなり少なくなる。
Bの処理ではもちろんその汎用関数を使って書くからAと同等に短くなる。
一見似ているように思えるが、汎用関数あるため、その処理にAやB特有の
コードが入る余地はなくなる。
そうやってコードが長くなるたびに、汎用関数に追いやってA処理を短くしつつ
処理を増やしていく。そしてこのAの処理は決してB〜Eと混ざることはない。
Aの処理には入力、メイン、他、出力の処理が一直線に並ぶ。
どうするのがいいかも答えよう。
1. まず、Aの処理を作る。そのコードの量は適当でいいが500行ぐらいとしよう。
2. 次にBの処理を作るがここからが違う。
長いと思ったらAの処理のダイエットすること。
AとBの内容が似ているからといって、まとめるのではなく、
Aの中から汎用関数、つまりそれはAやB以外でもまったく別のプロジェクトでも
使えるような汎用関数。一つ一つはとても小さな処理になる。
そうするとAの処理はかなり少なくなる。
Bの処理ではもちろんその汎用関数を使って書くからAと同等に短くなる。
一見似ているように思えるが、汎用関数あるため、その処理にAやB特有の
コードが入る余地はなくなる。
そうやってコードが長くなるたびに、汎用関数に追いやってA処理を短くしつつ
処理を増やしていく。そしてこのAの処理は決してB〜Eと混ざることはない。
Aの処理には入力、メイン、他、出力の処理が一直線に並ぶ。
785 ：仕様書無しさん：2014/07/13(日) 11:35:37.37
>「 約400行の共通処理」はもはや「4000行のA〜Eの処理が絡みあった処理」になる。さあ、長くなったから関数に分けようか。
400行の共通処理はありえんだろう。その時点でスパゲッティ。
25行の関数に分けてあるなら理想的。
で、4000行からは、1000行のクラス(関数の集まり）を作っていくわけよ
>そして出来上がるのが、各モジュール（ファイル）に含まれた、if A thenの嵐
お前の言う処理は400ぎょうもある。そうなら、嵐になるといっていい。
お前は、ネストを深くしない、と考えたことないだろ。
ネストが深けりゃ読みにくいのは当然
400行の共通処理はありえんだろう。その時点でスパゲッティ。
25行の関数に分けてあるなら理想的。
で、4000行からは、1000行のクラス(関数の集まり）を作っていくわけよ
>そして出来上がるのが、各モジュール（ファイル）に含まれた、if A thenの嵐
お前の言う処理は400ぎょうもある。そうなら、嵐になるといっていい。
お前は、ネストを深くしない、と考えたことないだろ。
ネストが深けりゃ読みにくいのは当然
786 ：仕様書無しさん：2014/07/13(日) 13:46:29.99
ネストを深くしないということは、こういうことだな
Disp(){
int a;
for( int i = 0; i< 10; i++){
DispA(&a, i);
for( int ii = 0; ii< a; ii++){
DispB(ii);
}
： (以下
}
}
Disp(){
int a;
for( int i = 0; i< 10; i++){
DispA(&a, i);
for( int ii = 0; ii< a; ii++){
DispB(ii);
}
： (以下
}
}
787 ：仕様書無しさん：2014/07/13(日) 13:47:16.21
上のは読みにくいからこのように変える
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);
}
： (以下
}
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);
}
： (以下
}
788 ：仕様書無しさん：2014/07/13(日) 14:05:01.12
関数名や変数名にはくどいぐらい説明的な名前をつけておいた方がいい
書いてる時は冗長だなと思ってもプロジェクトがでかくなると1週間前に書いた部分ですらいまいちピンとこなくなる
書いてる時は冗長だなと思ってもプロジェクトがでかくなると1週間前に書いた部分ですらいまいちピンとこなくなる
メソッド定義のところの引数名は辞書引いてすごい長ったらしい名前つけてるけど
中の変数とかはぐちゃぐちゃだな
世間と逆なんかしらん
中の変数とかはぐちゃぐちゃだな
世間と逆なんかしらん
スコープが小さければ短い名前で良い。
スコープが広くなければなるほど長い名前。
もちろん、名前空間やクラスがあれば、その分短くて良い。
って考えると、関数の頭で宣言するやり方は
スコープが広いから、長い名前になりがちで
使う直前に宣言しましょうってなる。
スコープが広くなければなるほど長い名前。
もちろん、名前空間やクラスがあれば、その分短くて良い。
って考えると、関数の頭で宣言するやり方は
スコープが広いから、長い名前になりがちで
使う直前に宣言しましょうってなる。
つか、書き出す前にちゃんと設計しろよ…
792 ：仕様書無しさん：2014/07/14(月) 20:19:27.89
８０年代の頃は
変数にakinaとか使うバカがいたなｗ
変数にakinaとか使うバカがいたなｗ
>>791
> つか、書き出す前にちゃんと設計しろよ…
その発想はウォーターフォール型だぞ。
ウェブアプリとかリリースサイクルが短いソフトとか
頻繁にバージョンが上がっていくタイプだと
最初に設計をしておくのは無理。
常に小さな再設計をし続けないと破綻する。
> つか、書き出す前にちゃんと設計しろよ…
その発想はウォーターフォール型だぞ。
ウェブアプリとかリリースサイクルが短いソフトとか
頻繁にバージョンが上がっていくタイプだと
最初に設計をしておくのは無理。
常に小さな再設計をし続けないと破綻する。
あほかｗアジャイルだって設計くらいするわな。
795 ：仕様書無しさん：2014/07/16(水) 13:05:52.01
796 ：仕様書無しさん：2014/07/16(水) 14:23:46.71
メンバ関数の名前なんかは、grep 検索の際の利便性を考えると、
たとえ クラスが別だから同じ名前であってもいい場合でも違って
いた方が便利な場合も有るかも。
たとえ クラスが別だから同じ名前であってもいい場合でも違って
いた方が便利な場合も有るかも。
797 ：仕様書無しさん：2014/07/16(水) 14:28:24.97
>>795
「バカ」は必要ない。
「バカ」は必要ない。
798 ：仕様書無しさん：2014/07/16(水) 14:30:21.21
ごめん。
「バカ」な人が必要ないのではなく、「バカ」だと書く必要が無い
という意味だけど。
「バカ」な人が必要ないのではなく、「バカ」だと書く必要が無い
という意味だけど。
800 ：仕様書無しさん：2014/07/28(月) 01:10:32.66
if (result == true) {…}
は結構みるなぁ。な
は結構みるなぁ。な
801 ：仕様書無しさん：2014/07/30(水) 03:14:20.02
そういう話じゃないんじゃ？
public String func(XXXXXXXX){ ← 8文字
if(XXXXXX){ ← 6文字
return "false";
}
return "true";
}
public String func(XXXXXXXX){ ← 8文字
if(XXXXXX){ ← 6文字
return "false";
}
return "true";
}
スレタイ通りじゃねえかｗｗｗ
4年越しで明かされる真実……！
>>800
{}の中身が a=true; でelseの中身が a=false; だろw
{}の中身が a=true; でelseの中身が a=false; だろw
805 ：仕様書無しさん：2014/07/30(水) 10:18:28.88
>{}の中身が a=true; でelseの中身が a=false; だろw
おめーは、北京原人か？
おめーは、北京原人か？
806 ：仕様書無しさん：2014/07/31(木) 22:57:48.13
下記は正常に動作しているコードの一部である。
if (result == true) {
…
}
これを次のように修正しても、異常をきたす事は無い。
if (result) {
…
}
正か誤か。
java初心者向けの問題。
if (result == true) {
…
}
これを次のように修正しても、異常をきたす事は無い。
if (result) {
…
}
正か誤か。
java初心者向けの問題。
ぬるぽとかそういう話？
808 ：仕様書無しさん：2014/08/02(土) 19:11:19.08
違う話だよ。
809 ：仕様書無しさん：2014/08/02(土) 21:24:03.58
ﾌﾌｯ
811 ：仕様書無しさん：2014/08/02(土) 22:25:20.68
いや、そういう問題じゃ無いってw
プログラムが（必ず）正しく動作するか否かの問題。
プログラムが（必ず）正しく動作するか否かの問題。
それは上の方が必ず動くよ。
下は上までの肯定でresultに変なもんが入ってたらヤバいだろ。
下は上までの肯定でresultに変なもんが入ってたらヤバいだろ。
813 ：仕様書無しさん：2014/08/02(土) 22:47:16.14
具体的には？
814 ：仕様書無しさん：2014/08/02(土) 22:51:47.89
if (result == true) {
の形は、
if (result = true) {
と間違えてもエラーが出ないからあまりお勧めしない。
コーディング規約で禁止した方がいい。
の形は、
if (result = true) {
と間違えてもエラーが出ないからあまりお勧めしない。
コーディング規約で禁止した方がいい。
まあ>>806はjavaの話だけどな
816 ：仕様書無しさん：2014/08/02(土) 23:33:30.09
まあ>>814もjavaの話だけどな
マジだ…orz
818 ：仕様書無しさん：2014/08/02(土) 23:57:45.80
819 ：仕様書無しさん：2014/08/03(日) 00:08:49.47
wrok、cunt、befer、strFragが4傑かな
あと、RDBで表定義のnをnumberに一括置換したらしく
列名がすべからく
hoge_name→hoge_numberame
になってたのもヤバかった
あと、RDBで表定義のnをnumberに一括置換したらしく
列名がすべからく
hoge_name→hoge_numberame
になってたのもヤバかった
「すべからく」は「全部」という意味じゃないぞ
すべてが辛いって意味なんだ。
本来の意味でも通じるやん
全然違うだろ
826 ：仕様書無しさん：2014/10/18(土) 12:29:16.13
変数じゃないけど
コメントの自分の名前に勝手なミドルネームを入れる人がいた
「何コレ？」って聞いてみたら
「イギリス人の友人が僕をこう呼んでいるんです」
という返答だった
コメントの自分の名前に勝手なミドルネームを入れる人がいた
「何コレ？」って聞いてみたら
「イギリス人の友人が僕をこう呼んでいるんです」
という返答だった
>>819
まともなコンパイラなら if( foo = true )は ==と間違えてないすかって警告がでる
まともなコンパイラなら if( foo = true )は ==と間違えてないすかって警告がでる
メソッド名だけどcheckParam(〜)でbooleanを返すのはアリ？
オブジェクト指向ならメソッドでIsParam()にするべきでは
他は知らん
他は知らん
そーね。うちの規約だとisValidParamになるとおもうんだけど
ぶっちゃけcheck〜のほうが分かりやすいと思うのよね
規約破ってまでこだわることでもないんだけど
ぶっちゃけcheck〜のほうが分かりやすいと思うのよね
規約破ってまでこだわることでもないんだけど
適切なメソッド名が決まらなくて、とりあえず書き始める時、
だいたい nekoで始める俺
もし最終的なソースコードにnekoって見つけたら、俺が書いたのだからﾖﾛｼｸ
だいたい nekoで始める俺
もし最終的なソースコードにnekoって見つけたら、俺が書いたのだからﾖﾛｼｸ
832 ：仕様書無しさん：2014/10/24(金) 04:11:15.49
bool flagBufferTransportationIsAboutToFinish;
bool flagBufferTransportationIsFinishing;
bool flagBufferTransportationHasBeenFinished;
bool flagBufferTransportationFinished;
bool flagBufferTransportationIsFinishing;
bool flagBufferTransportationHasBeenFinished;
bool flagBufferTransportationFinished;
それらのステートを識別する必要があるにしてもboolはないなぁ
enum flagBufferTransportation : bool {
IsAboutToFinish,
IsFinishing,
HasBeenFinished,
Finished,
};
IsAboutToFinish,
IsFinishing,
HasBeenFinished,
Finished,
};
void serchKekkaGet();
今時こんなのが一箇所でもあったら、プログラム全体の質を疑う
今時こんなのが一箇所でもあったら、プログラム全体の質を疑う
メソッド名はスレ違いだったらｽﾏｿ
まずsearchじゃん
>>835だけど、そう、スペルミスも込みなんだよ
839 ：仕様書無しさん：2014/10/30(木) 21:12:37.30
俺の会社のvbaマクロとか酷いぞ
sub 図の１つ下のデータを計算(data as Variant)
こんなんだから
１．日本語関数
２．何する関数か推測できない
３．private publicがない
４．引数が汎用型
最悪だよ
sub 図の１つ下のデータを計算(data as Variant)
こんなんだから
１．日本語関数
２．何する関数か推測できない
３．private publicがない
４．引数が汎用型
最悪だよ
>>839
２．以外は別に問題ないんじゃ？
１．日本語だと何が問題？
３．VBAには『Public』『Private』『指定なし』の3種類があって、これはその一番最後というだけの話だが、何が問題？
４．引数がVariant型だと何が問題？
２．以外は別に問題ないんじゃ？
１．日本語だと何が問題？
３．VBAには『Public』『Private』『指定なし』の3種類があって、これはその一番最後というだけの話だが、何が問題？
４．引数がVariant型だと何が問題？
>>835
「よっしゃー、サーチ結果ゲット！」とか言いながら書いたに違いない
「よっしゃー、サーチ結果ゲット！」とか言いながら書いたに違いない
>>6
sSQL これ使っていいよ
sSQL これ使っていいよ
844 ：839：2014/11/20(木) 20:07:00.65
>>840
１．
日本語だと海外のwindowsで動作しない。
理由はVBAはunicodeじゃないから
２．
moduleも一切認めたくない派の俺は
基本的に省略表現はバグの元だから許さん
３．
variant型ってのはC#でいうならObject型だろ
よくわからんけど何でも入る変数にぶちこめというのは
VBerがよくやる悪習だと思う。
関数の入力はそれが不可能で無い限りにおいて
引数の型は厳格にするのは当たり前。
そもそもコメントが不足してるコードで曖昧な型宣言されると
修正が難しくなるんだよ。
１．
日本語だと海外のwindowsで動作しない。
理由はVBAはunicodeじゃないから
２．
moduleも一切認めたくない派の俺は
基本的に省略表現はバグの元だから許さん
３．
variant型ってのはC#でいうならObject型だろ
よくわからんけど何でも入る変数にぶちこめというのは
VBerがよくやる悪習だと思う。
関数の入力はそれが不可能で無い限りにおいて
引数の型は厳格にするのは当たり前。
そもそもコメントが不足してるコードで曖昧な型宣言されると
修正が難しくなるんだよ。
図の一つ下って事はExcelとかか
だとするとセルに何が入っているか予測が付かない事も想定して引数にVariant使うのは別に間違いではないと思うが
というか普通じゃね？
否定してるヤツはメインルーチンのほうでわざわざ型を判定させる処理でも入れるのかね
だとするとセルに何が入っているか予測が付かない事も想定して引数にVariant使うのは別に間違いではないと思うが
というか普通じゃね？
否定してるヤツはメインルーチンのほうでわざわざ型を判定させる処理でも入れるのかね
848 ：仕様書無しさん：2014/11/26(水) 07:27:13.45
てめぇらと結婚する身にもなってみろ
【知的財産と契約料金の搾取助長者ばかり】
［受注系SI生涯損害促進者を排除すべき］
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能
偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
裁判苦手
残業見積
無料追加
安売競争
利益提供
人格障害
健康障害
孤独死
偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
非婚
離婚
鬱病
早死
【知的財産と契約料金の搾取助長者ばかり】
［受注系SI生涯損害促進者を排除すべき］
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能
偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
裁判苦手
残業見積
無料追加
安売競争
利益提供
人格障害
健康障害
孤独死
偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
非婚
離婚
鬱病
早死
消費者金融ソフトにはYフラグがある
893のYだ
893のYだ