トップページ⇒tech
1001コメント249KB

クラス名・変数名に迷ったら書き込むスレ。Part8

■ このスレッドは過去ログ倉庫に格納されています
0001重複してないよね?2006/08/02(水) 01:03:04
クラス名、変数名のつけ方に悩んだら書き込むスレです。

質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

>>2 英和・和英・英英など各国語辞書と翻訳サイト。
>>3 専門用語辞書、類義語(シソーラス)辞書、図形・数式・数学用語の英単語。
>>4 関連スレと、いろいろな言語規約。
>>2-10 諸事情によりリンクがずれた場合。

前スレ。
◆ネーミング倶楽部◆
http://pc3.2ch.net/tech/kako/1035/10353/1035362308.html
Part1
http://pc5.2ch.net/tech/kako/1046/10465/1046541730.html
Part2
http://pc5.2ch.net/tech/kako/1058/10582/1058213523.html
Part3
http://pc5.2ch.net/test/read.cgi/tech/1067171530/
Part4(間違って3として進行)
http://pc5.2ch.net/test/read.cgi/tech/1087209526/
クラス名・変数名に迷ったら書き込むスレ。Part5
http://pc8.2ch.net/test/read.cgi/tech/1109330204/
クラス名・変数名に迷ったら書き込むスレ。Part6
http://pc8.2ch.net/test/read.cgi/tech/1128266018/
クラス名・変数名に迷ったら書き込むスレ。Part7
http://pc8.2ch.net/test/read.cgi/tech/1144978008/
000212006/08/02(水) 01:03:42
英和・和英など各国語辞書と、翻訳サイト。

英和・和英辞典。
http://dictionary.goo.ne.jp/
http://eiwa.excite.co.jp/

英英辞典のリンク集。
外国語広場: 英語: オンラインで使える英英辞典 英和・和英辞典
http://www.gaikoku.info/english/dictionary.htm

英語←→各国語辞典。(英語)
Dictionaries
http://www.freedict.com/

日英・英日、日中・中日翻訳。
http://www.excite.co.jp/world/

POP jisyo.com
http://www.popjisyo.com/WebHint/Portal.aspx

訳GO YAKUGO.COM
http://www.yakugo.com/WebHint/Quick.aspx
000312006/08/02(水) 01:04:19
専門語、類語辞書。

専門語辞書参照サービス
http://wwwd.nova.co.jp/webdic/webdic.html

シソーラス(類語)検索
http://www.gengokk.co.jp/thesaurus/
Thesaurus - Yahoo! Reference (英語)
http://education.yahoo.com/reference/thesaurus/


図形や数式などの英単語。

すうがく探検隊・数式と図形の英語
http://i.lekton.co.jp/ara/tanken/english/
リスコレ No.24 図形の名前を英語で……
http://homepage1.nifty.com/tadahiko/LISTCOLE/024-FIGURE.HTML
000412006/08/02(水) 01:05:33
関連スレ。

変数名って、どの位こだわりますか?
http://pc.2ch.net/prog/kako/1038/10383/1038306623.html
ローマ字変数を使う奴は馬鹿
http://pc5.2ch.net/test/read.cgi/prog/1054319927/l50
ゲーム内で使う長い変数を縮めてあげるスレ
http://pc5.2ch.net/test/read.cgi/gamedev/1024902432/l50
★★★コーディングマナー★★★
http://pc5.2ch.net/test/read.cgi/tech/1056508692/l50
ちょっと待て!ハンガリアン
http://pc5.2ch.net/test/read.cgi/tech/1011026963/l50
Cのマナーいろいろ
http://pc5.2ch.net/test/read.cgi/tech/1029584140/l50
Cのマナー
http://pc.2ch.net/test/read.cgi/prog/1030001269/l50
バカなコーディング規約
http://pc.2ch.net/tech/kako/1012/10127/1012715148.html

いろいろな言語規約。
Hungarian Notation(英語)
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvsgen/html/HungaNotat.asp

Java言語規定。6.8 名前付け規約
http://www.y-adagio.com/public/standards/tr_javalang/6.doc.htm#11186

参考書籍
翻訳に役立つGoogle活用テクニック
http://www.amazon.co.jp/exec/obidos/ASIN/4621072943/
00051=前スレ9432006/08/02(水) 01:08:02
建てますた。

ところで前スレのhttp://pc8.2ch.net/test/read.cgi/tech/1144978008/991って誰よ?
俺が書いたレスとまったく一緒じゃん。誰じゃこのヤロウ。
0006デフォルトの名無しさん2006/08/02(水) 03:05:17
1乙
0007デフォルトの名無しさん2006/08/02(水) 15:24:00
lZ
0008デフォルトの名無しさん2006/08/02(水) 19:26:49
int lZ_main( void )
0009デフォルトの名無しさん2006/08/04(金) 23:41:45
すいません。『既読』 フラグの変数名って、何にすれば良いですか?
和英で既読って出てこない…… orz
0010デフォルトの名無しさん2006/08/04(金) 23:43:40
isAlreadyRead
0011デフォルトの名無しさん2006/08/05(土) 00:42:26
それで良いのか orz

んじゃ 『既読にする』 は SetAlreadyRead かなー。サンクスありがとー
0012デフォルトの名無しさん2006/08/05(土) 00:53:34
read の代わりに seen ってのも、あり。
0013デフォルトの名無しさん2006/08/05(土) 01:05:37
hasRead
0014デフォルトの名無しさん2006/08/05(土) 10:08:57
readは過去分詞が同型だから、has付けるとわかりやすいな。
0015デフォルトの名無しさん2006/08/05(土) 14:55:08
Yo n da ?
0016デフォルトの名無しさん2006/08/06(日) 05:57:43
ログにあるSQL文のリテラルを削除して同じ意味のSQLか比較できるようにする関数名はなにがいいでしょう。
具体的にはremoveLiteral、delStringNum的なものなのですが、抽象的なものを選びたくなりました。
「無個性化」的な方向で考えていたんですが、「構文の特徴抽出」とも取れるなとも思い迷っています。
ダジャレでもいいです。
0017デフォルトの名無しさん2006/08/06(日) 09:07:43
>>16
えーと、その関数の動作が良くわかんないんだけど、例えば、
    1. SELECT * FROM table1 WHERE id1=0;
    2. SELECT * FROM table2 WHERE id2=0;
から、*, table1, table2, id1, id2, 0 を取り除いて、
    1'. SELECT FROM WHERE =;
    2'. SELECT FROM WHERE =;
んで、1' と 2' が「等しい」と判定するような関数ですか?

compareSQLStatementStructure (なげー) とか。
0018デフォルトの名無しさん2006/08/06(日) 09:16:06
hasSameFrameとか。
0019182006/08/06(日) 09:17:26
韻ふんでるし駄洒落って意味でもどうかな?
0020デフォルトの名無しさん2006/08/06(日) 09:30:47
generalizeとかcanonicalizeとか、そういうのがほしいんじゃないの?
0021デフォルトの名無しさん2006/08/06(日) 09:36:37
generalizeやcanonicalizeとか、あとnormalizeもだろうけど、
いろいろな書き方が出来るものを標準的な記法に統一する、
という意味になっちゃうな。

removeParameters(パラメータを取り除く)
removeVariableParts(可変部分を取り除く)
とかどうなんだろ。
0022162006/08/07(月) 04:59:45
皆様ありがとうございます。参考になります。

>>17
基本的にそんな感じですが、SQL発行済みログを元に比較を行うだけですので
テーブル名、フィールド名まで削除する予定はありません。

normalizeからformalize、stylizeとかいいんじゃないかとか思ったのですが、
SQLの句ではない部分も残るので、処理が限定的な印象を受けたremoveParametersを採用しそうです。
ありがとうございます。
0023デフォルトの名無しさん2006/08/07(月) 11:52:17
ignoreParametersとかは?
0024デフォルトの名無しさん2006/08/08(火) 21:45:00
名前空間についてなんですが、質問してもいいでしょうか?

ゲームのプログラムで、Direct3D オブジェクト と Direct3D デバイスオブジェクト に関しては
グローバルに置いてどこからでも参照できるようにしようかと思っているのですが
この 2 つのオブジェクトを置く名前空間の名前が浮かびません。

"GAME" にすると後々にゲーム固有のコードを書いたときに困るかもしれないし
(そもそも DirectX 自体はゲームの中身とは関係がないし)
DirectX とか Direct3D にすると何かとバッティングしそうで不安です。
それに "Direct3D" にしてしまうと、今度は Direct3D オブジェクトに付ける名前が無くなりそうな気がして避けました
0025デフォルトの名無しさん2006/08/08(火) 23:18:37
グローバルでいけない理由は?
0026デフォルトの名無しさん2006/08/08(火) 23:56:21
>>24
そのゲームのタイトルを名前空間にしたらどうか?
0027デフォルトの名無しさん2006/08/09(水) 08:21:56
オブジェクトを置く名前空間っていったい何のことだろう。。
0028デフォルトの名無しさん2006/08/09(水) 08:50:19
globalという単語を使って適当につけたらどうか
例 D3DGlobal::hogehoge ゲーム名Global::hogehoge ゲーム名[Global]::Direct3D::hogehoge

あるいは D3DObjects::hogehoge とか

まあこの辺のネーミングは好きにしていいとは思うけど。
0029デフォルトの名無しさん2006/08/09(水) 10:11:40
描画用オブジェクトとかそんな感じの名前がいいかもしれんね。
Drawer::D3D::foo
Drawer::D3DDEV::bar
とかそんな感じに。
Drawerはセンスないですか、スミマセン。
0030デフォルトの名無しさん2006/08/09(水) 10:58:16
GraphicEngineとかどうかw>Drawer
0031デフォルトの名無しさん2006/08/09(水) 11:17:14
カコイイ!(ぉ
0032デフォルトの名無しさん2006/08/09(水) 12:18:36
Directシリーズのアーキテクチャ知らんけど、3D表現に関するオブジェクト
を置くnamespaceってことで、presentationとか。
0033デフォルトの名無しさん2006/08/10(木) 00:31:10
変数とかではないのですが、カッコいいVersion名とか
ありません?
0034デフォルトの名無しさん2006/08/10(木) 00:34:43
alpha
beta
pre-release
stable
exp
RC
0035デフォルトの名無しさん2006/08/10(木) 02:35:55
Muleみたいに日本の古典から採ってみるとか。
バージョン品川とか。
0036デフォルトの名無しさん2006/08/10(木) 12:26:46
sigma
0037デフォルトの名無しさん2006/08/10(木) 12:42:42
なんのためにバージョンなどという属性をわざわざ持たせているのか、
もはやわからんなそんなの

MSみたいに未発売の製品にとりあえずつけるコードネム、
ってのならまだ話も分かるけど。
0038デフォルトの名無しさん2006/08/11(金) 18:09:36
>>33
Shirokuma


いや、南国白熊アイスバーをおいしく頂いたところだったものでつい・・・。
0039デフォルトの名無しさん2006/08/11(金) 20:37:54
>>33
Buggy
0040デフォルトの名無しさん2006/08/11(金) 20:41:10
>>33
orenokokoroniha_hibikanai
0041デフォルトの名無しさん2006/08/11(金) 21:00:54
>>33
mutsuki kisaragi yayoi uzuki satsuki minatsuki
fumitsuki hazuki nagatuki kannnaduki shimotsuki shiwasu
0042デフォルトの名無しさん2006/08/11(金) 21:15:53
悪いけど少しも面白くないし。
だいいちここ大喜利スレじゃないから。

ていうか、最近質問だけしてトンズラこく奴ばっかりだな
0043デフォルトの名無しさん2006/08/12(土) 22:52:38
夏じゃからして。
0044デフォルトの名無しさん2006/08/13(日) 13:42:20
C#で、IDisposableのインスタンスをコレクションして、
解放メソッド(Dispose)を呼ぶとコレクションしたIDisposableを一揆に解放するクラスはどんな名前がよいでしょうか?
DisposeCollectionとかParallelDisposerとか考えた自分に自信がもてません。
なるべくXxxxDisposerがいいなと思ってるのですが。かっこいいので。
以下はコード例です。

DisposeCollection dc = new DisposeCollection();
dc.Add(disp1);
dc.Add(disp2);
dc.Add(disp3);

DisposeCollection dc2 = new DisposeCollection();
dc2.Add(dc);   //DisposeCollectionもIDisposableを継承する予定なので追加可能
dc2.Add(disp4);
dc2.Dispose();  // dc(disp1、2、3)と、disp4の解放メソッド(Dispose)を呼ぶ
0045デフォルトの名無しさん2006/08/13(日) 13:57:00
なぜそれをクラスにしようと思ったのかよく分からんが、
全体をIDisposableとして扱えるようにってことなのかね。

MultiInstanceDisposerとか
CollectiveDisposerとか
AggregativeDisposerとか。

最後のAggregative(名詞はAggregation)は、日本語では集約(型)と訳すかな。
構造体とか配列も含んだ概念。
0046デフォルトの名無しさん2006/08/13(日) 14:18:23
>>45
下二つは何か変だぞ。すげー違和感がある。
具体的にどこが、なぜ、と聞かれると困るんだが・・・
0047デフォルトの名無しさん2006/08/13(日) 14:23:03
-iveと形容詞になってるから、「集合を削除する」と読む、つまり
目的語として読むには違和感があるんじゃないかね。
0048デフォルトの名無しさん2006/08/13(日) 14:23:57
なら、CollectionDisposerやAggregationDisposerならよいのかな。
0049442006/08/13(日) 14:33:59
>>45
どれもかっこいいwww 3番目にします。

>なぜそれをクラスにしようと思ったのかよく分からんが
実際はC#でなくC++での開発なのですが、あるフォルダにあるDLLをすべてロードして、
そのロードしたDLLからもインスタンスを生成する関数があるので、生成したものをすべて解放する処理がめんどくさかったために、
DLLの解放も、DLLから生成されるインスタンスも、IDisposableを実装して、
解放すべきものをまとめて、最後にDispose一回呼んで解放できれば楽かなと考えたわけです。

>全体をIDisposableとして扱えるようにってことなのかね。
これは先を考えて程度です。後々役に立ちそうなので。

>>46 ありゃ。
>>48 では、AggregationDisposerにします。

いいですねこのスレ。クラス名は3日くらい悩むときがあるので助かります。
0050デフォルトの名無しさん2006/08/13(日) 15:29:54
解決したみたいであれだけどベタにDisposableObjectCollectionがいいと思うけどな。

っていうか、なんか話聞いてるとアプリ終了時点でアンマネージのハンドルとかを
まとめてクローズしたい、って意図のように聞こえる。

それなら各クラスがApplication.Exitイベントでハンドル閉じるように
した方がシンプルでいいと思うんだけど。
0051デフォルトの名無しさん2006/08/13(日) 16:08:21
>>50
設計の話はスレ違い
0052デフォルトの名無しさん2006/08/13(日) 17:37:04
>>51
何度諭しても分からない馬鹿だね君は。

命名ってのは大問題(目的のアプリケーションの完成)のために階層化された
小問題の一つを解決するための手段なわけで、その小問題がもしデタラメだったら
それを解決するための手段を論じることに何の意味があるんだ馬鹿
0053デフォルトの名無しさん2006/08/13(日) 17:53:13
>>52
>>1
意味があろうと無かろうと、質問者にとってはそれで満足なんだから構わんのだよ。
0054デフォルトの名無しさん2006/08/13(日) 18:36:30
>>52
設計に関して口出す欲求を抑えることすら出来ないのなら、このスレに来ないでね。
0055デフォルトの名無しさん2006/08/13(日) 18:47:45
まあ馬鹿なフェティシズム野郎に何言っても無駄だなやっぱり。
でも日本人って昔からこの手の「手段と目的の倒錯」をやらかすことが多いから
一概に笑って放置もできないんだよね。

>>54
悪いけど、そういうセリフは君自身が開いてる掲示板ででも言えば?
0056デフォルトの名無しさん2006/08/13(日) 18:51:48
夏ですなぁ
0057デフォルトの名無しさん2006/08/13(日) 18:52:53
>>1で「基本的に禁止」とか書くから馬鹿が寄って来るんだよ。
次スレからは「禁止」で。
0058デフォルトの名無しさん2006/08/13(日) 18:53:45
推奨NGワード:設計
0059デフォルトの名無しさん2006/08/13(日) 18:57:52
>>55
多分このスレ初心者なんだろうけど、設計ネタは荒れるから禁止ということになっとります。
仮に「有益な議論」に発展したとしても、スレ違いということですので、ご了承を。
0060デフォルトの名無しさん2006/08/13(日) 18:59:08
ドイツ人を海に飛び込ませる方法:『こういうケースでは全員飛び込む規則になっております』
というパーティージョークがあるけど、これ当てはまるのドイツ人よりむしろ日本人だよね。

少なくとも俺のように少々「まとも」な思考力のある人間なら
どこの馬の骨か知らない>>1の書いた文言にではなく、自分自身の判断に従うから意味ないよ。
0061デフォルトの名無しさん2006/08/13(日) 19:01:19
>>60
と、どこの馬の骨かもわからない奴に言われても。
0062デフォルトの名無しさん2006/08/13(日) 19:02:15
>>59
言ってる傍からそれか。
そいういうのを「目的と手段の倒錯」という。
だから人に命名に関して質問するその「目的」は何なんだ?w

っていうか、荒れたら荒れたで何が問題なんですかい?
何も困らんよ別に。
掲示板が荒れるぐらいで困るようなヤワな奴は掲示板なんか利用しなきゃいいでしょ。
0063デフォルトの名無しさん2006/08/13(日) 19:03:22
設計ネタと基地外と議論を試みる行為はスレ違いです>ALL
0064デフォルトの名無しさん2006/08/13(日) 19:04:19
>>60
C#の話と勘違いするような馬鹿に、設計の話なんかしてもらわなくて結構。
0065デフォルトの名無しさん2006/08/13(日) 19:11:40
>>50
>それなら各クラスがApplication.Exitイベントでハンドル閉じるように
>した方がシンプルでいいと思うんだけど。

そんなもん、ケースバイケースだろ。
お前がいままでにやったものならそれでいいだろうがな。
0066デフォルトの名無しさん2006/08/13(日) 19:17:31
>>62
>だから人に命名に関して質問するその「目的」は何なんだ?w

さまざまな理由で、良いネーミングができないから。
それ以上でも以下でもない。
0067デフォルトの名無しさん2006/08/13(日) 19:19:53
>>65
国語のテストなら0点だねそれ。
このお馬鹿さんは「それなら」とう前置詞が何を受けているのか読めないらしいw

ケースバイケース?その通り。
だからどのような「ケース」を想定しているかちゃんと書いてるでしょ。
0068デフォルトの名無しさん2006/08/13(日) 19:21:16
>>66
0点。トートロジじゃんかそんなのw
まあいいでは「良いネーミング」をすることの目的は?
0069デフォルトの名無しさん2006/08/13(日) 19:21:40
>>67
C#の話と勘違いするような馬鹿に、設計の話なんかしてもらわなくて結構。
0070デフォルトの名無しさん2006/08/13(日) 19:24:13
>>67
そのような、想像に基づくアドバイスをされても困るので、禁止ということになっとります。
0071デフォルトの名無しさん2006/08/13(日) 19:28:12
>>68
どこがトートロジーなんだか
0072デフォルトの名無しさん2006/08/13(日) 19:30:05
変なのが沸いてますね
0073デフォルトの名無しさん2006/08/13(日) 19:31:03
夏ですから
0074デフォルトの名無しさん2006/08/13(日) 19:34:06
>>68
>まあいいでは「良いネーミング」をすることの目的は?
自分以外は、誰もわかってないと思いたいのだろうか、この馬鹿は。
0075デフォルトの名無しさん2006/08/13(日) 19:40:14
もっと暴れてくれよ〜w
0076デフォルトの名無しさん2006/08/13(日) 19:59:13
やっと自分の馬鹿さ加減を悟ったようだな
0077デフォルトの名無しさん2006/08/13(日) 20:16:27
今頃は、顔真っ赤だろうな
0078デフォルトの名無しさん2006/08/14(月) 01:04:24
まあ、設計の話は禁止と書いても無理ではあろうな。

ただ、ここに質問に来る人は英語力に不安があり、
よりよい名前を教えて欲しいことが目的だから「設計を見直せ」といわれても、
その人なりに深い理由があってそのような設計をしているわけだから、
余計なお世話ぐらいにしか感じないと思うのだがどうだろう。

設計見直したいなら設計のスレ行くだろうし。
0079デフォルトの名無しさん2006/08/14(月) 07:00:27
>>78 嵐乙
0080デフォルトの名無しさん2006/08/14(月) 21:20:54
まぁとりあえず設計の話を出すと上のようになるのでやめましょうってことだろ。
0081デフォルトの名無しさん2006/08/14(月) 22:07:11
関数名でもいいですか?
2chのメニューから板を選ばせる関数で
関数内でカテゴリを選ぶ関数 select_category
と選ばれたカテゴリ内から板を選ぶ関数 select_board
を呼び出す関数をなんて呼んだらいいでしょう?
0082デフォルトの名無しさん2006/08/14(月) 22:09:28
落ち着いてきたようだし、ここらで仕切り直しといきますか。

クラス名に動詞がくる命名って設計的にどう(ry
0083デフォルトの名無しさん2006/08/14(月) 22:16:10
>>81
俺だったら select_board (オーバーロード)にする。
0084デフォルトの名無しさん2006/08/14(月) 23:01:25
というか、そもそも「〜を選ぶ関数」っていうのがどうもイメージが湧かない。
要はブラウザの「お気に入り」をカスタマイズしたようなものを実現したいんでしょ?
普通に考えれば、そんな関数は必要にならん筈と思うけど。
選ぶのは人間じゃないのか?
0085デフォルトの名無しさん2006/08/14(月) 23:52:28
>>83
勉強をかねてrubyで書いてるんですが
関数のオーバーロードはできないみたいです。
ヘタレなのでOOもできません><

>>84
選ぶというか人に選ばせて選ばれた項目を返す関数です。
長くなるので >>81 のように分割したいんです。
0086デフォルトの名無しさん2006/08/15(火) 00:09:09
当然GUIベースなんだよね?
GUIベースでユーザーに「選ばせる」ってことはモーダルなダイアログボックスを
表示して選ばせるって意味?
こういう風に具体的に説明しないとまともな人ほどレスのしようがないと思うよ。

まあ仮にそういうことなら
ShowDialogAndGetCategoryFromUser
GetCategoryFromUser
とかかなあ。。
0087デフォルトの名無しさん2006/08/15(火) 00:41:56
>>86
CUIベースです。
メニューをずらっと print して
番号を入力して選ばせる簡単なものです。
冗長に書くと下のような感じですが
もっとシンプルでいい名前ないかなと思いまして。

1 show_menu_and_select_board_then_return_board_url
2 show_and_select_category
3 show_boards_in_selected_category_and_select_board
0088デフォルトの名無しさん2006/08/15(火) 01:00:47
ローマ字でクラス名や変数名、メソッド名を付けるのって駄目なの?

public class KeisanClass {

とか

private int kaisu = 0;

とか

public void Tashizan(int a, int b) {

とかさ
0089デフォルトの名無しさん2006/08/15(火) 01:06:28
俺はかっこ悪いように感じるからやらないけど、
なんとも思わなければ別にいい。
0090デフォルトの名無しさん2006/08/15(火) 01:07:54
>>88
別に駄目ってことはないよ。
0091デフォルトの名無しさん2006/08/15(火) 01:09:42
別に駄目ということはない
ソースを他人に見せることになったとき、相手がローマ字の書き方に肝要でなくて
馬鹿にされる可能性はあるが…


とりあえず、ローマ字と英単語を混ぜるのだけは止めといたほうがいい。と思う
0092デフォルトの名無しさん2006/08/15(火) 01:34:39
ローマ字でもいいけど:

・フルスペルにしてくれ。英単語だと結構子音だけでもそれっぽく読めるが、
日本語ローマ字で母音抜かれるとつらい。
・統一してくれ。一つのプログラムで zyusyo と jusho と jusyo と混ぜるな。
最後のは訓令とヘボンも混ざってるし。
0093デフォルトの名無しさん2006/08/15(火) 01:39:13
いやそこは普通に英語にしてくれと言う
0094デフォルトの名無しさん2006/08/15(火) 02:12:04
>public class KeisanClass {

最初の例からしてローマ字と英語が混じっている件について。
0095デフォルトの名無しさん2006/08/15(火) 02:25:53
ローマ字使ってやんのプギャーという煽りに対して
絶対にキレないと言い切れるのなら使ってよし
0096デフォルトの名無しさん2006/08/15(火) 02:39:43
>>95
よし、それじゃものは試しだ。

>>88
| プギャ〜♪
|   プギャ〜♪
|   ∧∧        ∧∧   プギャ〜♪
| m9(^Д^)ノ    ≡ (^Д^)プギャ〜♪
|   (  )   ≡ m9( 〜)
|  /< <    ≡  ノ ノ
./ プギャ♪  プギャ〜♪
      ∧∧∧∧
     (^Д^≡^Д^)
     m9(∩∩)
0097デフォルトの名無しさん2006/08/15(火) 03:48:38
>>95
カナダで仕事したときのプロダクトで変に日本贔屓のチームリーダがいたプロジェクトで
やたらと日本語の(要するにローマ字書き)のコードを見せられてちょっと困った事を思い出した。

雅楽の用語とか下手な日本人より詳しいのである意味クールだと思ったぞ。
0098デフォルトの名無しさん2006/08/15(火) 13:16:17
C++/CLIですログの解析ソフトを書いています
フォームの横軸に、仕様番号、日付、時間、C言語のファイル名、行番号、コメント
上記の変数名とクラス名をゴッドファーザーしてください。
0099デフォルトの名無しさん2006/08/15(火) 13:45:02
全部直訳でいいと思うよ
変に凝ったのを使うより、列の表示名に忠実に対応してるほうがわかりやすい
0100デフォルトの名無しさん2006/08/15(火) 13:59:06
ラジャ
0101デフォルトの名無しさん2006/08/15(火) 22:26:16
同意
■ このスレッドは過去ログ倉庫に格納されています