JAVAとC#どちらが優れているか教えてください

1 名前：仕様書無しさん [2007/05/01(火) 20:02:28 ] 言語機能的にも実装的にもどっちが上なんですか？ 215 名前：仕様書無しさん mailto:sage [2007/05/31(木) 22:49:02 ] え！？Vista駄目なの？ 会社に買ってもらえる事になって喜んでたのに。 216 名前：仕様書無しさん mailto:sage [2007/05/31(木) 23:16:32 ] >>215 会社としてはお前にいろいろテストしてみてもらいたいんじゃね？ 217 名前：仕様書無しさん mailto:sage [2007/05/31(木) 23:47:34 ] 恒例の人柱だよｗ だって、客先のクライアントマシンがVistaなら 当然動作検証とか必要だろ？ 218 名前：仕様書無しさん [2007/06/01(金) 22:23:05 ] 言語仕様はC#のほうが優れています しかしライブラリの充実度ではJAVAのほうが優れています 219 名前：仕様書無しさん [2007/06/01(金) 23:04:00 ] >>218 んなこたーない。 220 名前：仕様書無しさん [2007/06/02(土) 01:16:26 ] >>219 一般論です 221 名前：仕様書無しさん mailto:sage [2007/06/02(土) 01:23:31 ] 一般論としては「どちらもC#の方が優れてる」だが。 222 名前：仕様書無しさん mailto:sage [2007/06/02(土) 01:35:38 ] どうみてもJavaの勝ちだろ。 223 名前：仕様書無しさん [2007/06/02(土) 01:44:38 ] 普及度ではJavaが圧勝です これは確かです 仕事を得たいのならば迷わずJavaですね だけど将来はどうなるかわかりません Monoの出来が以外と良いのです 224 名前：仕様書無しさん [2007/06/02(土) 01:55:32 ] MSはバージョンアップごとにコード書き換えが必要になるからな。 業務では使えんよ。 225 名前：仕様書無しさん mailto:sage [2007/06/02(土) 01:57:24 ] これはcshですか？ いいえ、それはbashです。 226 名前：仕様書無しさん mailto:sage [2007/06/02(土) 03:49:37 ] Javaにはyield returnがありません。 227 名前：219 [2007/06/02(土) 12:04:57 ] >>220 同考えてもWEBもWindowsも何でも作れるC#が圧勝 今時Javaなんて使っている奴は馬鹿 228 名前：仕様書無しさん mailto:sage [2007/06/02(土) 13:00:58 ] Dispose・using構文があるだけでも圧倒的にC#の方が優れてる。 一度C#でGUIアプリ作ってみるといいよ。C#の凄さとJavaのダメさに愕然とするから。 Webは実際にやったことないから詳細は分からんが、struts・JSPより遥かにマシなのは間違いない。 229 名前：仕様書無しさん mailto:sage [2007/06/02(土) 15:20:44 ] 具体的にどういう局面でどういう記述ができてどう便利だという比較説明ができてないし、 説得力もない。>>228は良く理解できてなさそうだな。つまり、なんとなくぅこっちの方がぁ 好きぃ。のレベル。 230 名前：仕様書無しさん mailto:sage [2007/06/02(土) 15:47:26 ] つーか ここでJavaの勝ちとかいってるやっつ C#触ったことないだろ・・・ 231 名前：219 [2007/06/02(土) 16:16:11 ] JavaのStrut糞メンドクサイ。 C＃であるプロジェクトで作成したフレームワークを 幾らでも使いまわしが出来るしC#の圧倒的に良い。 232 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:16:36 ] まあ、現実的にどちらが勝っているとかいう決着はつけようもないな。 個人的にはC#は ?? 演算子とか yieldとか delegate とか痒いところに手がとどくのは評価したい。 （現場のドカタ具合で後者二つが制限されるのが悲しいところだが。） 一方、C#はJavaのfinalが無い点がかなりイラつく。なんでfinal無いんだろうと思う。 readonly いらんからfinalクレって言いたい。 あとValueTypeとReferenceTypeとの構図が初心者にわかりづらい。 233 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:27:56 ] readonlyとsealedで事足りないか？ 234 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:30:06 ] >>229 こっち何を言っても信じないだろ。usingすら知らない人に説得力が無いとか言われても…ねぇ…。 まさかfinalizeメソッドでリソースの解放とか書いちゃってる人だったりする？ JavaとC#でファイル開く処理書いてみたら多分分かるよ。いつまでも食わず嫌いしてないでさ。 >>232 なんでfinalをありがたがるの？finalは結局役に立たなかったんだけどなあ。 final Map mapってのがあったとして、中身は不変だと思うの？ 235 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:32:04 ] >>233 いや、詳細な意図としては、sealedとは毛色の違う、 Integer methodName( final int hoge ) みたいなものから、メソッド内での、 final int i; if(cond){ i = 4; }else{ i = 5; } とかいう使い方とか、 とにかく同変数名への再代入を一切禁止することを明らかにしたい。 # そういえば、C#のstaticクラスも好きだよ。 236 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:34:51 ] >>234 配列も内容は変わりうるが、器自体は不変だろう。 そこらへんをわかって使う分には便利。 俺は安全保障装置みたいに使ってる。 というより、へたくそなJavaコードが混ざり合う環境とかだと、 fianl で再代入禁止を明示されたほうが安心して読める。 変数の割り当てだけに関してはケチケチしているよくわからない連中が多いから。 237 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:37:10 ] ちなみにfinalが〜readonlyが〜と言うのならJavaもC#もダメだ。C++のconstが一番良い。 const int[] const a＝参照もconst中身もconst、なんて普通にはできんしな。 C++はconstコンテキストでメソッドを呼び分けられるのも良い。 238 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:38:18 ] >>237 つまり簡単にImmutableにできるってこと？ それは便利そうだね。デメリットは何か無い？ 239 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:45:18 ] >>236 お前さんに文句があるわけじゃないんだが、なまじfinalが付いてると勘違う奴が多いからあんまり信用できん。 func(final int[] a);ってあっても、結局実装を見ないと不変かどうか分からんし。 >>238 デメリット？ constオブジェクトからconstじゃないメソッドを呼べない…とか？（まぁこれは感覚的には当たり前だと思うんだが…） ごめん、よく分からん。 この辺見といてくれ。 wiki.livedoor.jp/noboru2004/d/Java%20%A4%CE%20final%20%A4%C8%20C%20%A4%CE%20const%20%A4%CE%B0%E3%A4%A4%A1%A3 240 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:51:18 ] 結局お前らが声高に叫ぶC#の優位点ってusing、yield、delegateか？ なんだか小っちぇぇなぁ。 241 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:57:39 ] >>239 URLありがとう。大体内容はわかったよ。 >func(final int[] a);ってあっても、結局実装を見ないと不変かどうか分からんし。 まあ、finalが保障するのは器の不変性だけだからね。 >>240 C#はWindowsアプリケーションを作りやすいよ〜。 小さいとかどうでもいいから、とにかく使ってみてくれ。 242 名前：仕様書無しさん mailto:sage [2007/06/02(土) 16:58:37 ] 小さいがならも優位点があることを認めたってことは、スレタイの答えは自ずと分かるだろう。 243 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:05:46 ] Javaの優位点を教えてやろうか？ ・クロスプラットフォーム ・オープンソース ・広範な適用範囲 どうだ、でかいだろ。 244 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:07:11 ] ・クロスプラットフォーム　→　ほぼLinux限定な現実 ・オープンソース　→　優位であるとは言えない ・広範な適用範囲　→　無駄が多い 245 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:09:12 ] ほかはどうでもいいけど、 ・クロスプラットフォーム　→　ほぼLinux限定な現実 はあ？ 246 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:10:23 ] ちっ、分かってねぇな。じゃぁとどめの一発。 ・Dukeというマスコットの存在。 これがJavaコミュニティの絆を強め連帯感を高める原動力となっているんだよ。 どうだ、うらやましいか？ 247 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:11:49 ] >>246 じゃばこを忘れてもらっては困るなあ…。 www.javaco.org （しいしゃあぷこもいるけど 248 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:33:45 ] >>245 Windows上でJavaは現実的な選択肢ではないだろ。 249 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:37:35 ] Windowsアプリ列挙してくれ。そのうちJavaアプリは何個ある？ 250 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:38:27 ] 予算的には Java:安くあげようとして、結局高くつく C#:まぁまぁ、こんなものかなで落ち着く 機能的には Java:こんなんでクライアントアプリこさえたら、客が怒るぞｗ C#:接続型と非接続型で仕様が混乱するｗ 251 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:51:32 ] クロスプラットフォームが売りならJNI使うなよｗｗｗ Javaって*全部が*オープンソースになったんだっけ？ 広範な適用範囲って言ってもWeb自体が広大なだけでWebにしか適用できてないんだからダウト。 252 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:02:02 ] >>249 C++とDelphiとVBとC#のアプリを判別できるのか？ 253 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:03:24 ] >>251 携帯は？ 254 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:03:27 ] お前らC#なんかで何つくってんの？ 255 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:14:18 ] せっかく.NETなどという基盤をつくっときながらいつまでも自分とこのOSにしか対応しないってのは変な話だよなぁ。 結局、.NETっていうのはLinuxやオープンソースコミュニティへの保険だったわけだな。 いざとなったらクロスプラットフォームにしようという腹積もりなんだろ。それまでは稼げるだけ稼ごうと。 それにいいように踊らされてるお前らって・・・ 256 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:14:55 ] これは良スレ ついでに質問。 今のWinのクライアントアプリってC#が主流なの？ 俺が昔、クラ/サバ時代に作ってた頃は、VBかVC++だったんだがな。 クライアントサイドのC#を語るならVBやVC++と比べての優位性も語ってほしいな。 Javaでクライアントって、MacやLinuxやSolarisでも同じのが使えるってぐらいだろ？ ボーランドとかOracleのクライアント製品は今大体そうだけどさ。 俺はJavaのSwingは好きじゃないからVBで作っちゃうけどね。 正直visual studioでC#だけ使ってないんだよな。 検討するからよろしくー 257 名前：仕様書無しさん [2007/06/02(土) 18:15:56 ] 両方使えてないと、技術者としては失格なんだけどね。 258 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:24:30 ] 両方というかこの世に数多あるあらゆる言語をな。 259 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:27:40 ] つうか、必要になったら使うでいいと思うんだよ。 どうせやることは変わらんのだし。 LispやPrologほど異なるものが実用になるわけでもなし。 260 名前：仕様書無しさん [2007/06/02(土) 18:35:13 ] >>256 アクロバティックな　事をしなくても素直にクラ⇔サバ間でソースコードを共有できる点かな。 C#っつーか、.Net 楽だよ 261 名前：仕様書無しさん [2007/06/02(土) 18:36:24 ] ただしマネージドC++はお勧めできない 262 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:37:28 ] C#でつくったGUIアプリはそのままサーバアプリとしても動くらしい。初耳だ。 263 名前：仕様書無しさん [2007/06/02(土) 18:38:47 ] ライブラリの一部にGUI入りでも、それを使わない部分はそのまま使えるよ 264 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:39:31 ] それはJavaも同じ 265 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:41:04 ] >>262はまだオムツがとれてないと見えるｗ 266 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:41:22 ] >>264 クライアントでJava使うとウザがられるじゃん、それで仕方なくVC++というのが良くあるんだろ？ 267 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:42:38 ] Eclipseはぜんぜんウザくない 268 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:43:10 ] C#はいい言語だけど、もうJVM使うしかないよ。あきらめれ。 JVMで動くC#もそのうち出てくるべ。 269 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:44:01 ] クライアントアプリなんてそのうち絶滅するって、グーグルの人がいってた 270 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:44:38 ] Javaクライアントがウザいと思ってんのは先入観持ってる厨だけ。素人には関係ない。 271 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:47:22 ] 見た目のウザサはかなり無くなったけど、やっぱりまだ重くてなあ。 272 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:50:25 ] VisualStudioの重さには耐えられるのになw 273 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:52:29 ] たえられねえよｗVS2005チームエディションの重さは異常ｗ 274 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:53:35 ] 最終的に判断するのは客だからね。Javaで作ると客が重い重いってうるさくてさぁ。 275 名前：256 mailto:sage [2007/06/02(土) 18:55:24 ] >>257-258 作るだけならそれこそ何でもいいんだが、今の俺、検討する側なんだよな。 作りたい物を、より簡単でキッチリ動いてくれるの探すの大変なんだよ。 変なの選んで機能限界だとブーブー言われちゃうしな。 >>260 thx なるほどねー。イントラ開発にはヨサゲだね。 最近GoogleMapのクライアントの地図検索APIがC#版もでてきて ちょっと検討してたとこだったんだ。 ｢この顧客の住所はココー｣って地図出して矢印を刺す社内ツールなんだけどね。 GoogleってGoogleMapのみならず何でもJavaだからさ、 コンポーネントはJavaで、GUIの皮はVCでやろうかと思ってたんだが、 C#のがある意味素直かもなーとちょと思った。 3週間くれって言っといたから、1週間ぐらい試してみるよ。 276 名前：仕様書無しさん mailto:sage [2007/06/02(土) 18:57:36 ] 重いと怒られたことはあまり無いが、変なアイコンがでるとか、JVM(客にとっては謎)の更新メッセージがでるとかのフォローがウザイとか言われた事はある。 277 名前：仕様書無しさん mailto:sage [2007/06/02(土) 19:00:31 ] 作ってんじゃん 278 名前：仕様書無しさん mailto:sage [2007/06/02(土) 19:03:00 ] だから両方出来なきゃダメなんだって。どっちにするかは客の予算次第。 279 名前：256 mailto:sage [2007/06/02(土) 19:07:58 ] >>277 検討するが作りもするよ。 でも、1人じゃないんだよな、、大抵3〜1000人規模。 >>275　のは1人で作っちゃうけどね。小物だし。 大人数のはちゃんとしててもブーブー言われちゃって大変よ。 280 名前：仕様書無しさん mailto:sage [2007/06/02(土) 19:16:57 ] レガシーなシステムや制御系だとアンマネージなC++だけどね。 281 名前：仕様書無しさん mailto:sage [2007/06/02(土) 19:42:42 ] 漏れのトコはJavaかVBと両極端な状態だなぁ・・・。 C#を提案しても「後で修正とかできる人がおらん」とか言われるし…。 WinのクライアントアプリってC#が一番数少ないと思うが。 漏れのトコは鯖がi5と言う特殊事情もあるが（ｗ 282 名前：仕様書無しさん [2007/06/02(土) 19:46:43 ] つまりクライアントアプリはVB6→VB.NETになって、C#を使うケースは稀であると？ 283 名前：仕様書無しさん mailto:sage [2007/06/02(土) 19:50:57 ] C#は始めると戻れなくなるくらいラクチンなんで徐々に移っていくと思うよ、MFCとかもう見たくも無い。 それでもVBからVB.NET移る人は微妙かもしれないが・・・ 鯖まで考えたらC#/VB.NETで行きたいね。 284 名前：仕様書無しさん mailto:sage [2007/06/02(土) 20:19:58 ] C#の仕事なんかほとんど見かけない たぶん得意な会社は集中してやってるんだろうけど 285 名前：仕様書無しさん [2007/06/02(土) 20:25:52 ] C♯ってなんで括弧いるの？ 括弧ないvb.netのがいいじゃん 286 名前：仕様書無しさん mailto:sage [2007/06/02(土) 20:43:58 ] C#はやってるところはあるんだろうけど、漏れの周りではとりあえず見たことないな。 煽りじゃないが、C#のエンジニアを確保するのは相当に辛いと思う。 鯖の導入・開発・運用・保守を月0,2〜0.5人くらいの体力な案件なら C#初体験者に任せてもいいとおもうけど、それくらいの規模でもVB しかやった事ないヤツに引継ぎとか想定すると不可能に近いだろうし。 287 名前：仕様書無しさん [2007/06/02(土) 21:27:29 ] 俺も昔はJava厨だったけどC#に触れてからもう触る気は一切無いぞ。 無茶苦茶生産性が高い、そしてコードが洗練されており無駄が無い。 C#で世の中のシステムを全部入れ替えたら良いと思ふ 288 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:28:36 ] C#でもスパゲティつくる奴はいるけどな。 289 名前：仕様書無しさん [2007/06/02(土) 21:31:52 ] >>288 自己紹介してなくても良いよ 290 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:34:51 ] >>287 生産性だけでいったらスクリプト言語の方が高い すなわち生産性はあまり論点ではない 291 名前：287 [2007/06/02(土) 21:39:21 ] >>290 お前C#使った事ある？ あったらとてもそんな発言は出てこないと思うけど。 まぁ、Ｊａｖａが最高の言語だと信じて一生やってなさい 292 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:46:01 ] 先生、この糞C#アプリがMacで動きませんっ 293 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:47:05 ] >>287 だからー どういう案件で、何がどう生産性が高いかkwsk 294 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:48:31 ] 結局C#で生産性が高いっていってんのはGUI周りのことじゃないの。お馬鹿向けの親切なコンポーネントが揃ってるからね。 295 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:53:25 ] で、ちょっとイレギュラーなことしようとしてコンポーネントが対応してないと、 ふぇーん、できないよぉ、となるわけだ。 コンポーネントを自作しようなどという発想はない。哀れ。 296 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:56:12 ] 逆に聞きたいが、なんで自作するという発想が出るの？ 仕事の話だよな？ 297 名前：仕様書無しさん mailto:sage [2007/06/02(土) 21:57:37 ] >>296 これはひどい 298 名前：仕様書無しさん mailto:sage [2007/06/02(土) 22:04:12 ] Windowsをインストールしなさい。 299 名前：仕様書無しさん mailto:sage [2007/06/02(土) 22:16:03 ] お馬鹿向けの親切なコンポーネントならDelphiには昔からついてたぞ。 しかもコンポーネントの自作もわりかし簡単。 300 名前：仕様書無しさん mailto:sage [2007/06/02(土) 22:37:52 ] >>294 クライアントソフトはそれが第一じゃね？ 301 名前：仕様書無しさん mailto:sage [2007/06/02(土) 23:19:05 ] Winのクライアントのアプリソフト限定でC#を評価すると、VBやVCと比べての優位点って何？ 今だと、簡単な集計物はVB、 キッチリとアプリはVC+MSC(COM作成用) で分けてるじゃん。 VBは何と言っても抜群の生産性の高さと修正の容易さ。 客先でGUIのお絵かきして｢こんな感じっすかね？｣って カカっとコードを埋めてその場でGoできる容易さ。 VCは固い、速い、ライブラリ豊富杉な所。 今のWin自体がVCで作られてる関係上(昔はGNU-Cで造られてたそうな)、 winでできることはVCで何でもできるし、 WinのあらゆるAPIやOCXコンポーネントが標準添付されてる所。 で、C#の強みって何？ 302 名前：仕様書無しさん mailto:sage [2007/06/03(日) 00:04:55 ] >>286 C#は簡単、できない人がいるのが問題とか馬鹿げている やってみなよ、何か一つ言語をやっているなら一週間、ズブ素からでも半年でいけるぞ 303 名前：仕様書無しさん [2007/06/03(日) 00:10:20 ] じゃあ必要になってからでもよくないか？ 304 名前：仕様書無しさん mailto:sage [2007/06/03(日) 00:12:40 ] 猿でもできるし、それなりに大規模な開発にも耐えられるし、必要になるまで待たなきゃならない理由もないよ。 305 名前：仕様書無しさん [2007/06/03(日) 00:28:04 ] >>301 それらが全てＣ＃で出来る点 306 名前：仕様書無しさん mailto:sage [2007/06/03(日) 00:41:49 ] 全角禁止 307 名前：仕様書無しさん mailto:sage [2007/06/03(日) 00:44:49 ] バイナリエディタで全部出来るといわれて喜ぶやつはいないだろう。 308 名前：仕様書無しさん mailto:sage [2007/06/03(日) 00:51:39 ] 今ならVBやC#のように、GUIエディタのお絵かきで済むのがいいね 309 名前：仕様書無しさん [2007/06/03(日) 00:51:58 ] >>307 その発想はなかったわ 310 名前：仕様書無しさん mailto:sage [2007/06/03(日) 01:37:12 ] >>301 305 が大体的確というか基本VBみたいな感覚で使えて必要になれば VCのライン近くまで降りることも出来るのとCっぽい文法。 低レベルを使って薄いラッパーならC++/CLIが向くだろうが低レベルを 使う上位層書くならC#だろう。 それと、.NETとCOMはさくっと相互参照できるぞ？APIも使えるけど(定義が 自動じゃない分COMと比較するとめんどくさい)。APIは相互は出来ないけど。 ネイティブ使うのは慣れれば定型作業なので手間はあれど難しくもないし 311 名前：仕様書無しさん mailto:safe [2007/06/03(日) 10:20:43 ] C# 2.0らしいプログラミングとは www.atmarkit.co.jp/fdotnet/csharp20/csharp20_01/csharp20_01_01.html 312 名前：仕様書無しさん [2007/06/03(日) 11:04:49 ] C++/CLIの話題はココですか？ 313 名前：仕様書無しさん mailto:sage [2007/06/03(日) 11:18:52 ] C++/CLIは・・・・利点が何処にも見当たらない言語、悪い事は言わない止めておけ 逆に使い込んでいて利点を見つけたなら語って欲しい 314 名前：仕様書無しさん [2007/06/03(日) 11:49:37 ] C#は風変わりな言語 Javaの父、Java以外の開発言語を語る www.atmarkit.co.jp/news/200705/22/java.html 315 名前：仕様書無しさん mailto:sage [2007/06/03(日) 11:54:54 ] それゴスリング氏のC#に対する勘違いだよ、C#のunsafe句はCのような何でもできるようなものじゃない。 思いっきりセーフコードだし、ぶっちゃけあれではアンセーフらしい事は何にもできない。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef