[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 10/09 00:43 / Filesize : 228 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Java】次世代Java・J2SE1.6の動向【Mustang】



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プログラミングの簡易化に焦点を当てている。

175 名前:デフォルトの名無しさん [04/10/04 06:05:24]
>>174
現状:
JavaVMはネイティブなコード
その上でJavaアプリが走る。(遅い)

普通のアプリはネイティブなコード。(速い)

将来:
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。(すごく遅い)

普通のアプリは.NET上で走る。(速い)

よく考えたら今と変わらないねw

176 名前:デフォルトの名無しさん mailto:sage [04/10/04 06:06:15]
>>173
っつか、J# が好きなのか .NET が好きなのか
.NET に統合される Java を想像するのが好きなのかは知らんけど
完全にスレ違いだから。

177 名前:デフォルトの名無しさん [04/10/04 06:09:27]
>>176
Mustangについて考えてるのだから、すれ違いじゃないよw
MustangはJ#と統合されるでしょw

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
妄想じゃないってw
なぜなら、
統合されないと、.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
いずれ発表されるでしょw
もしかして統合されないと思ってるの?

183 名前:デフォルトの名無しさん mailto:sage [04/10/04 06:16:29]
>>182
じゃ、発表されてから来てくれ。



184 名前:デフォルトの名無しさん [04/10/04 06:18:34]
>>183
Mustang自体まだ出てないでしょw
色々と想像するスレでしょw

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階層以上の構造化されたライブラリーを仮定してないんだろうなw
まあ、低レベルユーザー指向だからこそ
下級ソフトが超即効で作れるわけで
高級ソフトはやっぱり.net framewokr が絡むと
厳しいよね。

という事で
高級ソフトウェアを作る場合はJava
低級ソフトウェアを作る場合はC#と分けるのが
賢い使い方かもね。
って、ビジネスでもそういう使い方されてるから
わざわざ指摘するまでもないか・・・

197 名前:デフォルトの名無しさん mailto:sage [04/10/04 08:11:11]
少なくとも、スレ違いを押してまで指摘することではないね。

198 名前:デフォルトの名無しさん mailto:sage [04/10/04 08:24:26]
LonghornになってもWin32アプリが動くことを知らない厨房がいるらしい(w

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]
プリミティブを無くすんだってw
Java厨って面白いねw

223 名前:デフォルトの名無しさん mailto:sage [04/10/04 20:55:47]
またおまえか



224 名前:デフォルトの名無しさん [04/10/04 21:08:45]
そのうち世の中のすべてのものはオブジェクトとか言い出しそうw
素晴らしい世界ですねw

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]
マルチうざ

237 名前:デフォルトの名無しさん mailto:sage [04/10/05 00:27:59]
締め切りまでの時間がなさすぎ。

238 名前:デフォルトの名無しさん mailto:sage [04/10/05 00:30:13]
>>237
よほど人気がなかったので、関係者があわててマルチしたんでしょう。
Mustangで誰か実装してやればよし。

239 名前:デフォルトの名無しさん mailto:age [04/10/05 05:00:44]
175 :デフォルトの名無しさん :04/10/04 06:05:24
>>174
現状:
JavaVMはネイティブなコード
その上でJavaアプリが走る。(遅い)

普通のアプリはネイティブなコード。(速い)

将来:
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。(すごく遅い)

普通のアプリは.NET上で走る。(速い)

よく考えたら今と変わらないねw


↑これどう思う?

240 名前:デフォルトの名無しさん mailto:sage [04/10/05 06:16:11]
Java6リリースまーだー?

241 名前:デフォルトの名無しさん mailto:sage [04/10/05 06:32:50]
またLonghornになったらWinからネイティブAPIが無くなると思ってる莫迦か。ageんな禿。

JVMはネイティブAPIで実装されるに決まってるだろ。CLR上にさらに
VM乗っけるって、莫迦かと。
Winの普通のアプリが将来全部CLR上で動くことになるんなら、Winアプリ全体が
今のJavaと同じになるってこった。 .netのCLR、今のJVMより遅いし悲劇的だな。

もうFAだから放置で。

242 名前:デフォルトの名無しさん mailto:sage [04/10/05 09:28:38]
厨房は上とか下とか好きですね。
プログラムはメモリ上に直線的に配置されてるんですけど。

243 名前:デフォルトの名無しさん [04/10/05 10:07:36]
>>241
JVMはおそらくC#で書かれるだろ。



244 名前:デフォルトの名無しさん mailto:sage [04/10/05 10:20:08]
>>243
今の JVM は C++ で書かれているのにWindows版だけ再開発のコストを払って、わざわざ C# で書き直すわけ?
おまけに Windows版とそれ以外で、2系統の VM を保守しなきゃいけないので保守も大変になるし。

と厨の妄言にマジレス

245 名前:デフォルトの名無しさん mailto:sage [04/10/05 10:43:58]
>>137
SDP(Scoket Direct Protocol)ってTCPの代替の
トランスポート層のプロトコル。SOCK_STREAMで使う。
www.rdmaconsortium.org/home/SDP_FAQ.htm

TCPは仕様上、実装でメモリコピーを結構やる必要がある。
1000Mbpsが当たり前のnetworkではこのコピーがボトルネックになる。
Java環境でも同様なので、SDPのサポートが望まれている。
(特にserializeする時は大量のdata転送が…)

>>140のページなんかにTCPじゃなくて、
TCP/IPとIPまで含まれているのはなんかの間違いだと思う。
SDPはIPv6と相性が良い。(IPv4だとSDPをフルに活かせない)


246 名前:デフォルトの名無しさん [04/10/05 10:56:35]
Mustangは特許侵害のため出せません。
www.itmedia.co.jp/enterprise/articles/0410/05/news005.html

247 名前:デフォルトの名無しさん mailto:sage [04/10/05 10:56:48]
>>243-244
ttp://sourceforge.net/projects/ikvm/
もう既にあるの知ってた?JavaでPython実装したりPerl実装してたりするやつがいるんだから
こういうことしてるやついるって。

248 名前:デフォルトの名無しさん mailto:sage [04/10/05 11:12:31]
>>246
> 「これは非常に広範な特許の主張のようであり、Javaを越えて
> (Microsoftの).Netにも及ぶかもしれない」とハフ氏。

249 名前:デフォルトの名無しさん mailto:sage [04/10/05 11:33:27]
auto boxing/unboxingの話みたいだから、
Microsoftは既にお金払っている可能性もある。
非公開を条件にできるしね。

patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5206951'.WKU.&OS=PN/5206951&RS=PN/5206951
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5421012'.WKU.&OS=PN/5421012&RS=PN/5421012
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,226,161'.WKU.&OS=PN/5,226,161&RS=PN/5,226,161

この辺はHaskell屋さんがGCとの絡みでかなり昔から研究していたから、
最初の侵害はHaskell .NETか?

250 名前:デフォルトの名無しさん [04/10/05 11:37:36]
つまり、Javaだけが破産あぼーん

251 名前:デフォルトの名無しさん mailto:sage [04/10/05 11:49:26]
>>249
5,206,951 を読んだけど autoboxing/unboxing の話じゃ無さそうだね。
っつか、どこ読んだら autoboxing/unboxing の話が出てるんだ?

kodak が Sun を提訴した2002年にはまだ Java には autoboxing は無かったような???
www.itmedia.co.jp/news/0202/14/e_kodak.html には、
それ以前にも3年間交渉したとか書いてあるし。

252 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:01:00]
>>248
大雑把に言うと COM みたいなシステムの特許みたいだね。
.NET や Java に限らず、オブジェクト指向なスクリプト言語とかもやばそう。

253 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:06:58]
autoboxingではないな。GC関連のような希ガス。
単語の流し読みしかしてないけど、GCのアルゴリズム?か?
でもOperationを強調してたりするところをみるとReflection?わけわかんねー。訴求の範囲がわからん。
1995年のものだけに、初代Javaから入ってる機能なのか・・・?英語読める人プリーズ。
Smalltalkの猛者はどこだー。



254 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:25:54]
RMIだな。
RMIそのもの。RMIベースのシステム。RMIのAPI。かな?

255 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:27:28]
APIは特許にならないから、
最後はOO baseじゃないケースかな。

256 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:28:47]
RMIかよ。ここでHorbか・・・。

257 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:30:31]
>>254
RMI だったら ネットワーク越し、システム間で、とかそーゆー表現があっても良さそうなもんだが。

258 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:33:58]
それであれば、horbも同様にひっかかる可能性大。

259 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:35:48]
>>258
>>254 が読み違えててRMI 関連の特許でない可能性も大。

260 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:44:18]
IBMとHPはすでにコダックと契約済みってことなんで
Javaは生き残るな。最悪でも単にSunが退場するだけ。
つーか、まじ退場してほしい。

261 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:48:53]
>>259
「他の参考文献」、見て美奈代。



262 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:49:26]
>>260
ん?てことは、M$はまだ?
もしや、SUNとM$の夢のタッグ結成?

263 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:53:48]
>>262
www.itmedia.co.jp/enterprise/articles/0410/05/news016.html

残念。Sunだけ。



264 名前:デフォルトの名無しさん mailto:sage [04/10/05 12:54:56]
同じ発明者が出している特開平1-126736が問題の
特許から引用されているから、そのあたりから
読んでいくとわかりやすいかもね。特開平
1-126736は「カストマイズ可能のコンピュータシステム
に関し、特に種々のプログラム間でデータ資源を
共用するメカニズムを備えたシステム」
ざーっと流し読みした感じだと、CORBAとか
SOMとかCOMとかが盛んだったころの類似技術の
一つって感じがする。

265 名前:デフォルトの名無しさん [04/10/05 13:19:52]
ぶひゃひゃひゃひゃひゃ。ざまーーーーーーーーみろ$un。wwwwwwwwwwwww

とっとと潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ。wwwwwwwwwwwwwww

266 名前:デフォルトの名無しさん [04/10/05 13:22:02]
Java使いの皆さんは特許も安心のJ#に移行しましょう。

267 名前:デフォルトの名無しさん mailto:sage [04/10/05 13:56:29]
今日も元気なMS社員きてるな

268 名前:デフォルトの名無しさん mailto:sage [04/10/05 14:01:21]
2chに書き込みする以外にやる事がないんだろ

269 名前:デフォルトの名無しさん [04/10/05 15:59:42]
J#と統合されるから大丈夫ですよ。

SUNは、MSに技術供与することで利益を上げられる。
プログラマはVSを使って楽しく仕事が出来るようになる。
ユーザはネイティブなソフトウエアを手に入れることが出来る。
むろん、MSにとっても帝國の基盤を磐石のものと出来、言うことなし。

全員がハッピーになるストーリーです。

270 名前:デフォルトの名無しさん [04/10/05 16:00:14]
J#って何だっけ?なんか昔そんなのあったような気がしたけど。

271 名前:デフォルトの名無しさん mailto:sage [04/10/05 16:06:36]
> ユーザはネイティブなソフトウエアを手に入れることが出来る。
J# はネイティブコードは吐けないと思ったが。

272 名前:デフォルトの名無しさん mailto:sage [04/10/05 16:07:55]
ネイティブの定義がわからん

273 名前:デフォルトの名無しさん [04/10/05 16:10:51]
>>270
比較的新しい言語でJ#というのがあるのです。
Javaを吸収すると目されています。

>>271
ウインドウズネイティブということです。
ほかの環境では現在より不利になると思いますが、
大げさな言い方をすれば、一番層の厚いパーソナルコンピュータ上では
ウインドウズしか使われていませんから、特に問題ないでしょう。
携帯機器においては、BREWが主流となる流れなのでしょう。



274 名前:デフォルトの名無しさん mailto:sage [04/10/05 16:12:38]
>>273
目されてねぇよ
J#はJavaユーザーを.NETに取り込んでいずれはC#使わせようってだめだけに存在してんだから。

275 名前:デフォルトの名無しさん [04/10/05 16:17:32]
>>274
MSとSUNは提携しています。
そして、SUNが絶体絶命のピンチに陥ったとき、MSは手を差し伸べるでしょう。
MSには、そうしなければならない理由があると思うのです。

現在、Javaは絶滅の危機に瀕しており、MSの手助けが必要に見えます。
これが、J#とJavaが統合されると考える理由です。

万が一統合されなかった場合、Javaは絶滅すると思います。
そしてJ#もフェードアウトしていくでしょう。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<228KB

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