ふざけた変数名を使う奴
■ このスレッドは過去ログ倉庫に格納されています
全然、プログラム組めなくて首にされたプロジェクトをさるとき できたコードだけでも引き継ぐ際に、いやがらせで変数名にomankoとかnamenameとかやってみたいなあ。 恥ずかしがるな! SextonとかSexsmithみたいな町や人の名前だってあるじゃないですか Win32APIにだってなんとかSEXてのがあるじゃないですか >>458 いっそかの便箋と封筒のように単語をシャッフルしてしまえ >>459 APIの場合は なんたらsEx かとw C:\Program Files\xeroxを忘れてもらっちゃ困るぜ?w sexadecimalが正当だよな。hexadecimalは邪道。 VOID main(INT nArgc,LPSTR *lpszArgv) oppapi = null; oppapi.demo_sonnano_kanke_ne(); goto SEX; SEX: end; //Subroutine EXit// >>457 ウチの職場ではふつうにいう。 ・・・「〜エスイーエックス」とか「〜エスエグゼ」みたいに若干濁し気味にw (さすがに「sex」という変数は見た事無いけど) あと、自動車業界なんで「気筒」とかを単語で言ったりもするよ。 恥ずかしがるのは新人だけ、あとは慣れ。別にセクハラ目的じゃなくて、ちゃんと した用語として使うから誰も気にしてないよ。 グローバル変数に item1 , item2 , .... , item34 ; i , j , k ; グローバル変数にだぜ!! これを書いた先輩は、大手のIT会社に就職した ... 世の中間違いだらけ orz 鉄砲の技術は足軽の業なんだぜ 武将、大名に無くてもいいスキルだ だが光秀は鉄砲が得意だった そういうことだ >>477 ループ毎に宣言するのが面倒だからって、グローバルで宣言した先輩いたよ。 案の定、ループ中に別関数へ飛ぶ処理書いて死んでた。 このスレは異常にVB廚が多いな。 >>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 > 仮に一関数10箇所でその変数が使われていたら全部修正すんのかね? いまどき検索・置換機能を知らないバカがいるとも思えないが。 システムハンガリアン使うやつは時代遅れの情報弱者もいいところだろ。 >>485 だからそれがアホなんだろうが。Cのtypedefや 他言語のalias機能が存在する理由解ってる? できるだけ置換を避ける為に存在してんだぞ。 充実した置換機能があるからってそんな下らないことに 置換機能なんて使うなよ。 #define caunt count /*つづりが間違っているので修正*/ こうですか?w 489って何かのコピペ? 違う意味でレベルが高すぎるので突っ込みにくいんだが エクセルのVBAじゃ データベースの最終行なので dsrow なんてつけちゃう s は最後のs・・・はずかしい/// Dim Ransu 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 とかって使い方をされてるのを知らんのか? >>497 それが置換を避けるためにやってるとでも? えーと、俺にはさっぱり分からないんだが 型とか何かを変更する度にエディタの置換機能ではなくて、defineとかでコンパイラの解釈的な置き換えをしろってこと? あえて書くけど・・・ 497って何かのコピペ? 違う意味でレベルが高すぎるので突っ込みにくいんだが こういうトンデモ理解でマクロとかaliasを使ってる馬鹿が居るんだ 説明が下手なだけだとも思えんし本気で言ってるんだろうな ある意味すげえ 結局、Cのtypedefって何のためにあるんだ? 俺は記述を簡略化するためとポータビリティのためだと思ってるんだが、 ポータビリティーの観点から言うと、他の環境に移植する際の変更点を局所化 できるわけだから、あながち>>489 が言ってることも間違いではない気もするが。 ちなみに、Wikipediaの説明をみると、 ttp://ja.wikipedia.org/wiki/Typedef 可読性のためみたいな書かれ方してるな。それだけじゃないと思うんだけど... エディタやIDEの全置換って結構気を使うよ。意図しないコメント部分や文字列の 中まで置換されてしまったりとか。 ただのエディタならともかく、リファクタリングができるやつなら、 「変数名を変更」みたいな機能がついてる。 まぁ最近はIDEでサポートしてくれるか... C++のテンプレートクラスをtypedefしたのも変換してくれるのかな。 でもtypedefができたのはそれよりずっと昔だし、人や環境によっては必ずしもそういうIDEを使ってるわけでもないし... >>504 > 結局、Cのtypedefって何のためにあるんだ? 基本は移植性でしょ。 プラットフォーム依存を吸収できるように。 でもそれは「置換を使わないために」ではないわな。 integer CHAR; integer FLOAT; character DECIMAL(4); お互いすれ違ってるっぽくね? かたや、できるだけ置換を使わないないためだろw かたや、全ての置換をtypedefで対応しろってかw みたいな 置換を使わない目的、という説明では、標準ライブラリのヘッダでもtypedefが 使われていることを説明できないような。 標準ライブラリのヘッダでtypedefが使われているから 例えば32ビットから64ビットへコンパイルし直すだけで 対応できるともいえる。まプログラムがちゃんと書かれて いればの話だけど。 なんか「馬鹿のひとつ覚え」ってことわざって本当言い得て妙だな。 そもそもある「道具」の存在理由がたった一つの目的のためだけである、 なんていう仮定が愚の骨頂なんだろ。 いい加減分かれよそのぐらい。 「たった一つの目的のためだけである」 ってどっかに書いた奴いたっけ? まとめ 「ハンガリアンとかバカだろ。変数の型が変更になったらどうする?全部書き換えるのか?」 ↓ 「置換すりゃいいだけだろ」 ↓ 「置換なんか使うなよ。そのためにtypedefがあるんだろ」 ↓ 「置換しないためじゃないだろw」 しかしまぁ、将来型が変更になるのをみこしてtypedefを使うのは 決して間違いじゃないわな。つうかむしろ常套手段ともいえる。 変更の可能性に備えて、っていうのは、もちろんそういう場合もあるとは思うけど 普通はちょっとニュアンス違うと思うよ。 そういう言い方をする人は「データ型」の意義がよく分かってないんじゃないのか。 別名をつけるのは、文字通りそれを別物として扱いたいからだろう。 そもそも以下なるコンピュータ上のデータもただの0と1の並びに過ぎないわけで、 一番プリミティブなintとuintの差ですらただの人間の認識の産物に過ぎん。 まさに色即是空の世界なんだぞ。 なんか偉そうに言ってるが、 signed と unsigned じゃ大違いだろ printfなんかでの出力のされ方が違うのはもちろん、 shift演算に対する動作が異なるのを知らんのか? >>526 たぶん理解できないと思うが一応フォローしておく。 もちろん符合付きと符号なしでは大違いに決まっているが、その「大きな違い」 をもたらしているものは何なのかと言っている。 それをもたらしているものは、単なる0と1の並びに過ぎないものを何かと見做し見立てる、 人間の認識力だろう。 つまり別名をつけることの本質は、そういう単なる0と1の並びに過ぎないものを 「何かに見立てる」ことだと言っている。 >>525 >別名をつけるのは、文字通りそれを別物として扱いたいからだろう。 これ間違ってると思うんだけど。人にあだ名をつけたからといって別人 になるわけじゃねぇべ。 >>528 こういう哲学論争(w)的は話はやっぱ地頭悪い人はついてこれないみたいだな。 だから色即是空って言ってるだろ。 君は物事に究極的実体があると思ってるから「人はどんな名前をつけようと人じゃん」 となる。 だから、目の前の「彼」は、ライオンの目から見れば「食料」だし、 生物化学者の目から見れば巨大分子だったりすることが想像できないんだな。 コメントに キタ----------! とか入れるやつがいるらしい。 >>530 ちょっと横レスで申し訳ないんだけど、 皆ある程度「前提」を踏まえてああしようこうしようって話してるのに、 なんで分子やら何やらまで戻って考えなきゃいけないの? そうすることでスレタイの疑問が解決することにどう繋がっていくの? >>530 もうやめとけ。たった一人の理解できないやつのためにそこまでいわなくても、 他の大半の人は当たり前にわかってることだ。 >>530 哲学論争はいいんだけど、それがプログラミングで何か役にたつの。 目の前のこの変数はint型で名前はappleだけど、中身は単なる0と1の羅列だぜぃwwっうぇwwww って妄想して時間がつぶせるとか? まぁ0と1ってのも人間様向けの分かり易い記号であって実態は電圧レベルの強弱なんだけどねw 人間は分子じゃねえよ、という点だけは突っ込んでおきたい DNAのことを言っているのなら正しいが 「巨大分子」じゃないわな 「分子の集まり」ならまぁわからなくもなくもない まぁ自己防衛のために人のことを頭が悪いとか言う奴は、本人自信が相当頭が悪いケースが多いらしいな int型のappleという名前の変数は実はその実体が色即是空であり、 ライオンから見たらただの2値論理にすぎないから大して意味は無いんだけど、 でもコンパイラから見たらやっぱりint型のappleなんだから、 いくら人間が物事に対して究極的実体を信じていても、 型を変更したりする時は置換機能なんか使わないでtypedefを使ってあげなさい。 型を変更する時にtypedefを使うんじゃなくて、 予めtypedefで定義しておくことで型変更にも対応し易いってことだと思うんだけど。 順序が逆じゃね? つまりあらゆる変数の定義には組み込み型を使わずに 一つ一つ丁寧にtypedefされた型を使えということですか。 いつ変わっても良いように。 typedef int apple_t; apple_t apple; とか。 どうしてこう極端に捕らえるかねぇ たった1つの目的とか、あらゆる変数の定義とか、 もっと頭柔らか〜くしようね、臨機応変に柔軟に、ねっ☆ 誰のせいでこんな流れになったと リアルで相手にもされんから、こんなところでトンデモ妄想を垂れ流してるんだと思うけど、ねっ☆ >>545 >>522 誤りを認めることは恥ずかしいことではないぞ。 勘違い哲学野郎キモいなww 誰からも相手にされてないんだろうなwww typedefがついてないstructを見ると俺が困るからやめるんだ typedefで関数プロトタイプ宣言もできたりするw(gccだけかもしれないけど) これをやると、関数ポインタにして扱う時に型の一致をコンパイラが保証してくれる。 >>497 からの流れは薬剤師の俺にはわからん、全く持ってな >>554 そんなことをわざわざ書き込まんでよろしい ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる