- 1 名前：デフォルトの名無しさん mailto:sage [04/04/12 00:49]
- www.itmedia.co.jp/news/articles/0404/07/news018.html
マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。
米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。
SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。
またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。
1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONEカンファレンスで正式リリースの
運びとなる見通し。J2SE 1.5では、Javaプログラミングの簡易化に焦点を当てている。
- 136 名前：デフォルトの名無しさん mailto:sage [04/10/03 14:48:01]
- 1.5の話題は基本的にスレ違い。
Javaを叩きたいなら以下のスレでどーぞ。
【世代交代】どうしてJavaは死滅してしまったのか？
pc5.2ch.net/test/read.cgi/tech/1078838061/l50
- 137 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:08:10]
- では6.0の話を。
「 またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。」
このSockets Direct Protocolって、Javaプログラム間でしか通信できないんですかね？
ServerSocketを開いて受信するのとどう違う話なんですかね？
リモートメソッド呼び出しができるとか？
- 138 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:25:47]
- >>137
ローカルのJavaプログラム間ではTCP/IPを使わないようにするってことでは？
リモートメソッド呼び出しはRMIで今までもできてる。
- 139 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:26:38]
- >>135
何で試してるの？
- 140 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:32:36]
- >>137
コレをサポートするって事じゃないかと思ってたが……
oss.hitachi.co.jp/crl/lwsockets-ja.html
Javaプログラム間のみでしか使えないとは一切書いてないし、速報記事のコピペだし。
- 141 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:33:49]
- >>139
1.5 の話題は 1.5のスレでやれ。
【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
pc5.2ch.net/test/read.cgi/tech/1094891986/l50
- 142 名前：ジャズ紳士 ◆rHkT/SfI7A [04/10/03 19:28:54]
- SE5でコンパイルしたクラスを1.4.2とかで実行できるの？
- 143 名前：ジャズ紳士 ◆rHkT/SfI7A [04/10/03 19:29:21]
- スレまちがえた、須磨祖
- 144 名前：デフォルトの名無しさん [04/10/03 19:30:38]
- 6からJ#と統合されるでしょ。
それで全部解決だよ。
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
で、速度もC#なみにはやくなる。
- 145 名前：デフォルトの名無しさん [04/10/03 20:36:09]
- 速度はJavaもC#も変わらんと思われ。
- 146 名前：デフォルトの名無しさん mailto:sage [04/10/03 20:42:32]
- >>145
ベンチマークでは1.3の旧バージョンでもC#とほぼ同等だったよ。
新バージョンで改善されてれば、Javaの方が速いかもね。
- 147 名前：デフォルトの名無しさん [04/10/03 20:44:21]
- 寝言は寝て言え
pc5.2ch.net/test/read.cgi/tech/1080916113/668-670
int [] 100000に乱数つっこんで選択ソートかけた比較(Pen4 Windows2000 SP4)
9734 ミリ秒 v1.14/noOptimiz Visual C# .NET Compiler version 7.10.3052.4
9437 ミリ秒 v1.14/optimiz Visual C# .NET Compiler version 7.10.3052.4
9421 ミリ秒 v2.0.40607 VS2005β
14172 ミリ秒 JAVA VM1.3.1_09 //JDK1.4.2 ←( ´,_ゝ`)
↑
( ´,_ゝ`)
- 148 名前：デフォルトの名無しさん [04/10/03 20:45:23]
-
msdn.microsoft.com/vstudio/art/javarc/middleware/image003.jpg
- 149 名前：デフォルトの名無しさん [04/10/03 20:46:40]
- www.chamas.com/bench/
www.gotdotnet.com/team/compare/default.aspx
www.middlewareresearch.com/endeavors/030730J2EEDOTNET/endeavor.jsp ←登録して665KBのpdfファイル
www.rpmsoftware.com/rpm/download/rpm_dotnet.pdf
結論
j2eeは遅い
- 150 名前：デフォルトの名無しさん mailto:sage [04/10/03 20:50:38]
- >>147
リンク先はJavaについて何も書いてないみたいだが、本人か？
- 151 名前：デフォルトの名無しさん [04/10/03 20:51:18]
- JavaはC++より速い
sys-con.com/story/?storyid=45250
という記事もある。
マイクロベンチマークの有用性についてご存知かな？
- 152 名前：デフォルトの名無しさん mailto:sage [04/10/03 20:54:19]
- 素人学生に世間の現実を教えよう
java のプロジェクトは例外なくトラブる
java は遅くて使い物にならない
理論がどうとかじゃなくて現実はそうなっている
- 153 名前：デフォルトの名無しさん mailto:sage [04/10/03 20:54:31]
- >>147
乱数突っ込んでる時点で、ソートの結果が毎回大きく違ってくると思うんだが。
>>149
Javaの方がC#より速いというベンチも多数あったはず。
しかし何故かC#の方が速いというベンチは企業がほとんどなんだよなー。
- 154 名前：デフォルトの名無しさん [04/10/03 20:58:17]
- Java厨必死だな。ﾌﾟｹﾞﾗ
- 155 名前：デフォルトの名無しさん mailto:sage [04/10/03 20:59:28]
- JavaとC#の速度差って、JITとプリコンパイルの速度差だろ？
基本的にはC#が速くて当然だと思うんだが。
その代わり、Javaのほうが起動が早かったり、
繰り返し実行されるうちに最適化されて高速化するのがメリットなんじゃないのか？
- 156 名前：デフォルトの名無しさん [04/10/03 21:01:22]
- JITとプリコンパイルだとJITの方が速いよ。
統計情報を元に動的コンパイルの最適化行えるから。
- 157 名前：デフォルトの名無しさん mailto:sage [04/10/03 21:20:31]
- Windows版JDKをインストールせずに解凍だけしたいんだけどどうすればいいの？
- 158 名前：デフォルトの名無しさん mailto:sage [04/10/03 21:46:38]
- 取って置きの方法を教えてやる。
USBメモリにJDKをインストール→OS再インストール
これで手元にはJDKの展開されたのがのこる。
- 159 名前：デフォルトの名無しさん mailto:sage [04/10/03 22:30:23]
- IBMの1.4.2はただのzipファイルだからそのまま展開できる。
- 160 名前：159 mailto:sage [04/10/03 22:33:24]
- スレ勘違いしてた... orz
- 161 名前：デフォルトの名無しさん mailto:sage [04/10/04 00:12:01]
- >>146-156
現行バージョンのベンチマークはスレ違い。
死滅スレにでも行ってやれ。
>>157-160
現行バージョンのインストールに関してはスレ違い。
初心者スレに行くなり死滅スレに行くなり好きにしろ。
- 162 名前：デフォルトの名無しさん [04/10/04 05:29:52]
- Visual J# 2005はジェネリックの使用をサポートするそうですよｗ
やっぱりJ#とJavaは統合されるなｗ
ほかのプラットフォームではどうなんのかなｗ
ウインドウズのみになったりしてｗ
- 163 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:37:35]
- >>162
J# には generics なんぞいらん。既存の J# にプリプロセッサ組み合わせれば良いだけだし。
そんな事よりも java.io.RandomAccessFile#setLength(long) が無いのをどーにかしてくれ。
- 164 名前：デフォルトの名無しさん [04/10/04 05:38:05]
- 統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
- 165 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:41:09]
- >>162
単に J# が C# により近づいてるだけに見えるんだが……
- 166 名前：デフォルトの名無しさん [04/10/04 05:43:54]
- >>165
は？
今までC#がジェネリック使えてましたか。そうですか。
そりゃC#に似てきたんですねｗ
Java厨って想像だけで語り始めるんだよなぁｗ
- 167 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:45:51]
- >>166
次の C# では generics っつーか template っつーか忘れたけど使えるよね。
J# 2005では 値型も追加されるみたいだし。
- 168 名前：デフォルトの名無しさん [04/10/04 05:47:02]
- 次世代のJavaVMはC#で書くようになるのだろうか？
想像するだけで楽しい作業だね。
- 169 名前：デフォルトの名無しさん [04/10/04 05:49:09]
- >>167
そうだね。
ということは、JavaもC#のような構造体をサポートするようになるねｗ
わくわくするねｗ
数年後にもう一度この書き込み見てごらんｗ
- 170 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:49:31]
- >>166
あと、J# 2005 で追加される type-safe enum は
J2SE 5.0 で追加された参照型の奴じゃなくて
C# みたいな値型の奴だってさ。
- 171 名前：デフォルトの名無しさん [04/10/04 05:51:17]
- >>170
そこらへんのすり合わせはどうするんだろうね？
俺の予想では、Javaのほうが仕様変更する。
- 172 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:52:38]
- >>171
根拠のある予想だったら聞く価値もあるんだろうけどね。
- 173 名前：デフォルトの名無しさん [04/10/04 05:52:48]
- 統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
- 174 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:57:02]
- >>173
システムコールっつーか OSの機能を呼ぶ時だけ、皮が一枚増えるだけ、の話だし。
- 175 名前：デフォルトの名無しさん [04/10/04 06:05:24]
- >>174
現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）
普通のアプリはネイティブなコード。（速い）
将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）
普通のアプリは.NET上で走る。（速い）
よく考えたら今と変わらないねｗ
- 176 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:06:15]
- >>173
っつか、J# が好きなのか .NET が好きなのか
.NET に統合される Java を想像するのが好きなのかは知らんけど
完全にスレ違いだから。
- 177 名前：デフォルトの名無しさん [04/10/04 06:09:27]
- >>176
Mustangについて考えてるのだから、すれ違いじゃないよｗ
MustangはJ#と統合されるでしょｗ
- 178 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:11:44]
- >>177
Mustang について妄想するスレじゃないので。
- 179 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:12:53]
- >>177
Microsoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。
- 180 名前：デフォルトの名無しさん [04/10/04 06:13:07]
- >>178
妄想じゃないってｗ
なぜなら、
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
- 181 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:14:30]
- >>180
Microsoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。
- 182 名前：デフォルトの名無しさん [04/10/04 06:15:44]
- >>181
いずれ発表されるでしょｗ
もしかして統合されないと思ってるの？
- 183 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:16:29]
- >>182
じゃ、発表されてから来てくれ。
- 184 名前：デフォルトの名無しさん [04/10/04 06:18:34]
- >>183
Mustang自体まだ出てないでしょｗ
色々と想像するスレでしょｗ
- 185 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:20:14]
- >>183
公式発表やら、JSR や Sun幹部のブログやらなどの情報源を元に想像するスレなので。
- 186 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:21:01]
- あ、レス番間違えた。
s/>>183/>>184/
- 187 名前：デフォルトの名無しさん [04/10/04 06:21:27]
- >>185
公式発表を元に想像してるんだけど？
だいたい、統合しなきゃJava生き残れないでしょ？
- 188 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:30:02]
- >>187
Javaはウィンドウズだけで動くわけじゃないからなぁ
どちらかというと、ウィンドウズじゃない場合にJavaを採用するわけで。
- 189 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:30:37]
- >>187
どの公式発表を元に想像したんだ？
- 190 名前：デフォルトの名無しさん mailto:age [04/10/04 06:52:40]
- >>187
仲間がいそうなスレ見つけて age といたから、そっちに行ってね。
まぁ、○○○○な上に○○○○○っぽそうだから誘導しても無駄かもしれんが。
【ようこそ】 Java1.6＝J♯? 【MSワールドへ】
pc5.2ch.net/test/read.cgi/tech/1080961057/l50
- 191 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:53:25]
- しまった。ageちった。
- 192 名前：デフォルトの名無しさん mailto:sage [04/10/04 07:31:35]
- >>187
どの公式発表を元に想像したんですか？
- 193 名前：デフォルトの名無しさん mailto:sage [04/10/04 07:37:06]
- J2SE 1.6はGroovyの言語仕様を取り入れてスクリプト言語に大変身します。
- 194 名前：デフォルトの名無しさん [04/10/04 07:51:16]
- C#2がeclipseで使えれば最高なんだけどね。
.net studioのくそっぷりには呆れる。
まあ、GUIが超そっこうで作れる点では.net studioすごいんだけど
それ以外が全てクソって・・・
ところでC#2っていつでるんだよ。
待たせすぎ
- 195 名前：デフォルトの名無しさん mailto:sage [04/10/04 07:53:00]
- C#2.0って、もう出てるんじゃないの？
- 196 名前：デフォルトの名無しさん [04/10/04 07:55:17]
- あとリファレンスも改善して欲しいな。
もうVBなんていらねーから
リファレンスをまともな記述に直してくれ。
MSは2階層以上の構造化されたライブラリーを仮定してないんだろうなｗ
まあ、低レベルユーザー指向だからこそ
下級ソフトが超即効で作れるわけで
高級ソフトはやっぱり.net framewokr が絡むと
厳しいよね。
という事で
高級ソフトウェアを作る場合はJava
低級ソフトウェアを作る場合はC#と分けるのが
賢い使い方かもね。
って、ビジネスでもそういう使い方されてるから
わざわざ指摘するまでもないか・・・
- 197 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:11:11]
- 少なくとも、スレ違いを押してまで指摘することではないね。
- 198 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:24:26]
- LonghornになってもWin32アプリが動くことを知らない厨房がいるらしい（ｗ
- 199 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:34:05]
- >>170
オイオイ、頭大丈夫か？
一度アセンブリをデコンパイルしてみるといいぞ。
- 200 名前：デフォルトの名無しさん mailto:sage [04/10/04 11:51:47]
- >>170
ほんと、何でtype safe enumがああいう実装になっているか考えたことある？
javaは、実行速度の最適化はコンパイラと実行環境に任せるって方針がハッキリしてきたから
むしろ プリミティブ型が邪魔になってきていると思う。
auto-boxingが、1.5で導入されてプリミティブ型とクラスの扱いの差がなくなってきたので
この際、mustangでは定数以外のプリミティブ型を全部隠蔽するような仕様変更(deprecated？)にならないかな？
今でも書けるけど、プリミティブ型の利用をとめられないでしょ。
- 201 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:12:11]
- 比較が==でできないから不便だぞ、と。
たまにちゃんと動くけど。
(Integer)5 == (Integer)5 → true
(Integer)50 == (Integer)50 → true
(Integer)500 == (Integer)500 → false
- 202 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:28:05]
- >>201
ちゃんと理解してね
- 203 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:33:09]
- >>202
どういうこと？
なんで201の挙動になるかはわかってるけど。
- 204 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:40:28]
- >たまにちゃんと動くけど。
このへんが理解していないと思われ
- 205 名前：200 [04/10/04 12:57:51]
- >>201-204
Integerは数の小さいときはインスタンスを使いまわす実装になってるからってことだっけ？
Integer型とか、プリミティブ型のラッパークラスの == は、equal を呼ぶようにすれば大丈夫・・・じゃない？
final だから派生もできないし。
今の 1.5ではできないけどね。
- 206 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:03:59]
- >>204
実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。
なんで201の挙動になるかはわかってるって。
==をequalsにすると、インスタンスの比較したいときのための構文が必要になる。
挙動が変わるコードもあるだろうし。
- 207 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:08:12]
- >実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。
すごい内容だな
たまにちゃんと動くではなくて
trueもfalseも返すというのがすでに正しい動作なんだから
紛らわしいこと書くなよ
内容がスレ違いなんだから初心者スレいけよ
- 208 名前：デフォルトの名無しさん [04/10/04 13:14:26]
- >>201 ずいぶんと釣れましたねー。
- 209 名前：200 mailto:sage [04/10/04 13:14:48]
- >>206-207
で、おまいら俺はスルーですか？
>>206
だからプリミティブ型のラッパークラスだけにって、>>205 に書いたけど。
プリミティブ型は、==とequalsの挙動が変わって困ること無いじゃないですか。
>>207
＞trueもfalseも返すというのがすでに正しい動作
君の言っていることも既に意味不明です。
>>208
え？釣りだったの？
- 210 名前：デフォルトの名無しさん [04/10/04 13:17:23]
- >>207痛すぎ
- 211 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:31:32]
- >>209
釣る気はなかったんだけど・・・
ラッパークラスは==とequalsの挙動が変わって困ることはめったにないが、0ではないよ。
だれか困る人がいるはず。
- 212 名前：200 mailto:sage [04/10/04 13:38:46]
- >>211
その困るパターンが知りたい。
finalクラスなんだから、クラスが派生して使われるわけではないし困ることないと思うけど？
数字のラッパークラスは数字として使われるわけで、もしインスタンスの違いを比較するような
「同じ数字だけど別タイミングで作られた」なんかの付加情報を必要とするなら
そういう付加情報を持つ別クラスで扱ってやるべきだと思う。
- 213 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:52:03]
- >>212
ここでは、仕様を変更してかどうかという話なので。
こういう使い方をするべきとかそうではない、ということを議論してもしかたないよ。
すでに言語仕様として数年定着してるんだから、インスタンスの違いを比較するコードがあってもおかしくない。
スクリプトなど処理系のようなものを作るときには、必要になっているかもしれない。
自分たちの分野で不要だからといって、全ての分野で不要だとは思わないし。
- 214 名前：200 mailto:sage [04/10/04 14:16:59]
- >>213
しかし既に値の小さいときにインスタンスを使いまわすという実装になっているわけだから、
インスタンスの違いを比較するコードは動かないはず。
- 215 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:22:32]
- >>214
new Integer(5) == new Integer(5) → false
- 216 名前：200 mailto:sage [04/10/04 14:23:11]
- >>215
正直すまんかった
- 217 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:29:32]
- >>216
autoboxingの仕様だよ。
newは必ずインスタンスを生成する。
- 218 名前：200 mailto:sage [04/10/04 14:32:16]
- >>217
どうも何かとんでもなく間違った記憶があったらしい。
というわけで、やはり プリミティブ型はきれいな形でなくせそうにないですねぇ。
- 219 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:42:37]
- きれいになくなれば、それはそれでいいのだけど。
ムダに遅くなりそうだし。
そこまでのEoDはスクリプトでやればいい。
- 220 名前：200 mailto:sage [04/10/04 14:45:33]
- >>219
OK。んでは、これからpnutsでもダウソって来ますわ。
- 221 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:46:10]
- Groovyだろw
- 222 名前：デフォルトの名無しさん [04/10/04 20:40:45]
- プリミティブを無くすんだってｗ
Java厨って面白いねｗ
- 223 名前：デフォルトの名無しさん mailto:sage [04/10/04 20:55:47]
- またおまえか
- 224 名前：デフォルトの名無しさん [04/10/04 21:08:45]
- そのうち世の中のすべてのものはオブジェクトとか言い出しそうｗ
素晴らしい世界ですねｗ
- 225 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:26:59]
- >>224
言い出したのはJavaではなく、それ以前のOO言語の中でもでてきています。
由緒正しいSmalltalk厨に聞いてきてください。
もちろん藻前もオブジェクトです。
- 226 名前：デフォルトの名無しさん [04/10/04 21:36:59]
- >>225
OO厨の分際で実用言語C/C++、C#、etcと張り合おうって言うのが気に喰わない。
夢の中で理想追いかけとけ。
こっち来るな。
- 227 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:42:56]
- >>226
スレ違いなんだから、負け犬のように出てくのはオマエ。
- 228 名前：デフォルトの名無しさん [04/10/04 21:46:44]
- >>227
お前らは板違い。
夢独り言板行ってスレ立てれよ。
こっち来るな。
正直、妄想は迷惑。
ここは技術板だ。
- 229 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:48:34]
- >>190
その○○○○, ○○○○○には一体何が入る？
きになる
- 230 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:48:35]
- >>228
そー思うなら削除依頼でも出してくれば？
- 231 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:51:37]
- >>201 の話ははじめて知りました。トリビアに応募してみようかな。
- 232 名前：デフォルトの名無しさん [04/10/04 22:06:48]
- >>230
お前が出せよ。
何で俺らがお前の後始末しなきゃならないんだよ？
- 233 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:12:24]
- >>232
妄想とか言ってるのはオマエだから。
- 234 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:12:59]
- >>232
板違いだといってるのがオマエだから。
- 235 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:21:18]
- Javaを使った株ロボットプログラムコンテスト
大会期間は1ヶ月。
優勝賞金としてあなたのロボットがあげた利益をそのまま獲得できます！
ユニークなロボットには特別賞も！
ふるってご参加ください。
ttp://www.kaburobo.jp/
- 236 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:36:37]
- マルチうざ
|
 |
