【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プログラミングの簡易化に焦点を当てている。 433 名前：デフォルトの名無しさん mailto:sage [04/11/29 11:19:53] >>432 乙！ だいたい、いいんじゃない。 all-permission じゃなくて all-permissions だけどな。 ちなみに俺は all-permissions と j2ee-application-client-permissions の 違いがよくわからん。教えてエロイ人。 434 名前：デフォルトの名無しさん mailto:sage [04/11/29 11:32:56] webstartスレかと思うくらいの流れだが 6.0の話題はまったくないな 5.0も変更が大きすぎて今まで以上に以降が進んでいないように見える 435 名前：デフォルトの名無しさん mailto:sage [04/11/29 14:05:04] 6.0によるJVM共有の意義は、サーバ側Javaよりもむしろ、 クライアント側Javaのほうにある、ってことだろ。 そういう意味で、JavaWebStartを話題にするのは、 それなりに主旨に合ってると思うぞ。 436 名前：デフォルトの名無しさん mailto:sage [04/11/29 14:37:15] MustangかDolphineかで、入るとか入らないとか言われている、 JDICについて貼っときます。 https://jdic.dev.java.net/ The JDesktop Integration Components (JDIC) project aims to make Java technology-based applications ("Java applications") first-class citizens of current desktop platforms without sacrificing platform independence. JDIC provides Java applications with access to facilities provided by the native desktop such as the mailer, the browser, and registered document viewing applications. Additionally it provides the mechanisms by which Java applications can integrate into the native desktop such as registering Java applications as document viewers on the desktop, creating tray icons on the desktop, and creating installer packages. JDIC consists of a collection of Java packages (JDIC API), all with the package name prefix org.jdesktop.jdic, and a JNLP application packaging tool (JDIC Packager). つーわけで、これもJNLPでdeployされるわけだ。 437 名前：デフォルトの名無しさん mailto:sage [04/11/29 14:57:44] >>428,429 ttp://java.sun.com/products/javawebstart/docs/javadoc/ の、FileOpenServiceとかFileSaveServiceを見てくれ。 JNLPでは、どのファイルを開く・どのファイルに保存するかは ユーザが選ぶするから安全、という考え方をするようだ。 よって、「他のプロセスが作ったディレクトリ/ファイルを共有して、 ディレクトリ単位での処理をする」というようなプログラムが書けない ことになる(署名が必要になる。ちょっと不便。JNLP APIが改訂されないかな…)。 署名無しでクライアントローカルに永続データを作って、 アプリケーション間で共有して読み書きしたければ、 PersistenceServiceを使え、ということらしい。 438 名前：デフォルトの名無しさん mailto:sage [04/11/29 19:13:54] javaws が CUIで使えるようになったらいいのになぁ・・・ってこういうの1.6ではどうでしょう。 439 名前：デフォルトの名無しさん mailto:sage [04/11/29 21:27:17] >>437 429だけどなんで参照されたのかわからんが、当たり前のことかかれても ユーザーで選択するから安全ってのはＷｅｂｓｔａｒｔが標準添付される前から やってきた俺にとっては当たり前というか、まずはそこを解決したかったのが ＷｅｂＳｔａｒｔという感じだが 440 名前：デフォルトの名無しさん mailto:sage [04/11/29 23:11:45] >>439 なんか誤解させてしまってスマソ。 ようは、JNLP APIの、FileOpenServiceとかFileSaveServiceは、 JFileChooser#setFileSelectionModeメソッドでFILES_ONLYにした場合の JFileChooserに相当する機能しか使えないけど、 DIRECTORIES_ONLYやFILES_AND_DIRECTORIESの機能も使いたい、ってこと。 java.io.Fileというクラスには、 javax.naming.Binding的な機能と、 javax.naming.Context的な機能などが， いろいろに混ざっている。 で、これに対して、 javax.jnlp.FileContentsというクラスは、 javax.naming.Binding的な機能に相当するクラスとして作られている。 javax.naming.Context的な機能は取り除かれている。 java.io.Fileを生で使わせるのは危ないっていうのはわかる。 でも本当に危ないのは、 ・java.io.Fileのコンストラクタが呼び出せる ・java.io.File#getParentが使える の2点に限られるんじゃないのかなぁ？ javax.jnlp.FileOpenServiceやjavax.jnlp.FileSaveServiceから ユーザの自己責任で生成されたオブジェクトに対して使うんだから、 javax.naming.Context的な機能も使わせてくれよ、って俺は思うんだよ。 つーわけで、javax.jnlp.FileContentsのサブクラスとして javax.jnlp.FileContextなんていうのが作られることを1.6ではキボンヌ。 441 名前：439 mailto:sage [04/11/29 23:14:31] ああ、了解了解 ところで次のやつは6.0だよな？ 内部バージョンも次からは6.0と聞いたが 442 名前：440 mailto:sage [04/11/29 23:14:57] ごめん、FileContents はインターフェイスだった。 443 名前：デフォルトの名無しさん mailto:sage [04/12/01 01:03:40] 内部バージョンって System.getProperty("java.version") とかで取れる奴の事？ 444 名前：デフォルトの名無しさん mailto:sage [04/12/05 16:46:03] public class Binder2nd<_Arg1, _Arg2, _Result, _Operation extends BinaryFunction<_Arg1, _Arg2 , _Result>> implements UnaryFunction<_Arg1, _Result> { protected _Operation op; protected _Arg2 y; public Binder2nd(_Operation __op, _Arg2 __y) { op = __op; y = __y; } public _Result execute(_Arg1 __x) { return op.execute(__x, y); } public static <_A1, _A2, _R> Binder2nd<_A1, _A2, _R, BinaryFunction<_A1, _A2, _R>> make(BinaryFunction<_A1, _A2, _R> __fn, _A2 __y) { return new Binder2nd<_A1, _A2, _R, BinaryFunction<_A1, _A2, _R>>(__fn, __y); } } これはもうJAVAじゃないな 445 名前：デフォルトの名無しさん [05/02/27 09:12:59 ] 期待あげ 6.0仕様公開らしいよ ttp://jcp.org/en/jsr/detail?id=270 446 名前：デフォルトの名無しさん mailto:sage [05/02/27 14:42:50 ] jsr203 NIO2入れて欲しかったなぁ。。。 447 名前：デフォルトの名無しさん mailto:sage [05/02/27 15:48:03 ] 6.0のソースコードgets. このソースコード、ほんとにJVM入ってるの？ 448 名前：デフォルトの名無しさん mailto:sage [05/02/27 16:10:20 ] >>446 なんができるの？ 449 名前：デフォルトの名無しさん mailto:sage [05/02/27 18:34:01 ] NIOはネットワークソケット周りにＯＳのnon-blockingアクセスを使えるようにして高速化した。 メモリバッファをJVM内ではなくＯＳのネイティブなメモリ空間を使用したりするなど、なかなか いい感じだった。 だけどNon-blocking I/Oはソケットにしかつかえないという制限もあった。メモリマップ・ファイル とか意欲的な取り組みもあったけど、やはりキモはSocketのNon-blocking I/Oだった。 NIO2はファイル周りにも手を付けて、ＯＳの非同期ファイルアクセス機能を取り入れたり、 ファイル属性を扱えるようにしたり、NIOで未実装となったものも実装しちゃうぞ、となかな か面白い試みで、実はJSRとしてあげられた段階では 1.5 Tigerに入れる、とか書いてた。 実際VoteもMacromedia以外はＯＫ出してるんだけど、6.0にも乗らないのかよ... 450 名前：デフォルトの名無しさん mailto:sage [05/02/27 19:27:13 ] そうなのか。 いまさらNIOの質問だけど、NIOのメモリバッファって、JVMの設定とは別にメモリが使えることになるのかな。 451 名前：デフォルトの名無しさん mailto:sage [05/02/27 19:31:55 ] allocateDirect()で確保されたバッファは、JVMのヒープじゃなくて、 プラットフォームのネイティブなメモリ空間として確保されるから、関係なかったはず。 ごめんソースが出せない... 452 名前：デフォルトの名無しさん mailto:sage [05/02/27 19:47:32 ] サンクス。 なんとなく巨大なメモリが必要なときにつかえそうだってことがわかった。 453 名前：デフォルトの名無しさん mailto:sage [05/02/27 22:12:08 ] >>450 ほとんどのケースで NIO 使わんほうが 効率いいけどな。 454 名前：デフォルトの名無しさん mailto:sage [05/02/27 23:02:05 ] NIOというと New I/Oと勘違いしそうだ 455 名前：デフォルトの名無しさん mailto:sage [05/02/27 23:06:25 ] NIOっていったらNew I/Oじゃん。 456 名前：デフォルトの名無しさん mailto:sage [05/02/27 23:16:59 ] Nice I/Oに決まってる。 457 名前：デフォルトの名無しさん mailto:sage [05/02/28 00:01:07 ] >>454 天然？ 458 名前：デフォルトの名無しさん mailto:sage [05/02/28 00:08:51 ] Neo I/O 459 名前：デフォルトの名無しさん [05/02/28 04:48:47 ] トリニティ助けてー 460 名前：デフォルトの名無しさん [05/02/28 23:14:14 ] 6.0のソースコード解読はムズい。 コメントが少なすぎてわけわからんよ 461 名前：デフォルトの名無しさん [05/03/01 09:33:44 ] Non-blocking I/O と New I/O New I/Oのパッケージ名が java.nio なら Non-blocking I/O は java.nbio になる？ 462 名前：デフォルトの名無しさん mailto:sage [05/03/01 21:00:49 ] Non-blocking I/OはNew I/Oの一機能にすぎんぞ。 だからjava.nio.channel.SocketChannelでサポートされてる。 463 名前：デフォルトの名無しさん mailto:sage [05/03/04 17:47:39 ] bugs.sun.com/bugdatabase/view_bug.do?bug_id=4057701 上記のは Evaluation に書いてあるんだけど、 ディスクの空きスペースを取得するAPIはMustangに追加されるみたい。 464 名前：デフォルトの名無しさん mailto:sage [05/03/05 12:01:05 ] DirectByteBufferってJNI側で確保したメモリ領域をJavaから使えるようにするために用意したとしか思えん 465 名前：デフォルトの名無しさん mailto:sage [05/03/09 01:45:35 ] ファイラー書いてるんで、お願いだから属性の取得、設定を追加して欲しい・・・ 466 名前：デフォルトの名無しさん mailto:sage [05/03/09 01:46:37 ] ごめん、ファイルの属性ね。 467 名前：デフォルトの名無しさん mailto:sage [05/03/09 13:03:31 ] >>465 jconfig使えってのが定番の答えだねぇ。 JDICとかに要望出してみれば？ 468 名前：465 mailto:sage [05/03/11 00:59:24 ] JConfigはフリーじゃないのが痛いけど、品質が確かなら 採用する価値ありそうだね。 JDICにも要望出してみるよ。 ありがとう。 469 名前：デフォルトの名無しさん mailto:sage [05/03/14 04:40:57 ] そういやJDICってMustangに入るって噂あったけど入らないことに決まったの？ P.S. そろそろ Dolphine のスレたたないのかな？ 470 名前：デフォルトの名無しさん mailto:sage [2005/03/23(水) 23:13:17 ] >>469 入らないってのはどっから出てきた話？ 471 名前：469 mailto:sage [2005/03/25(金) 04:56:37 ] お、生きてた。このスレ。 >>470 いや、2月にMustangの仕様がJSRに上がったけど ttp://jcp.org/en/jsr/detail?id=270 英語を読む体力と根性がなくて・・・ 472 名前：デフォルトの名無しさん mailto:sage [2005/03/25(金) 10:17:39 ] >>471 JDIC自体がJSRに入ってないプロジェクトだったような。 473 名前：デフォルトの名無しさん mailto:sage [2005/04/03(日) 23:55:46 ] 1.6 てどう変わったの？ 474 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 01:35:20 ] 過去形ですかっΣΣ(ﾟдﾟlll) 475 名前：デフォルトの名無しさん [2005/04/04(月) 01:52:58 ] >>473 今のクラスキャッシュ共有を推し進めて ＶＭインスタンスの共有が行われるとか聞いた気がする。 System.exit() 問題にどう対応してるか見もの。 476 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 05:26:06 ] 単純にOSのようになるだけじゃね？ 477 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 05:32:17 ] >>475 それって、Sunの実装の話ではなくて、VM仕様の話として決まることなのかな？ 478 名前：デフォルトの名無しさん [2005/04/04(月) 12:11:41 ] これって下位互換どーなのよ？ 最近、虎でたばっかなのに。 479 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 13:43:40 ] >>477 実装の話でしょ？ 仕様でどうやって定義するんだ？ 480 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 15:32:38 ] >>479 クラスローダーの仕様が変わるとかさ。 1.6(6.0)でどうかわるかっていう話が、仕様の話か実装も含めた話か、確認したかっただけ。 481 名前：デフォルトの名無しさん mailto:sage [2005/04/06(水) 15:05:32 ] >>480 VM仕様はちゃんと精読しとらんけど、一部かわるかも。 どちらかと言うと今まで厳密に決まっていたものが 「実装依存」とか「未定義」に格下げされる方向で 仕様が書き換わる事があるのでは、と予測。 482 名前：デフォルトの名無しさん [2005/04/10(日) 20:22:26 ] クライアントに本気で侵攻するなら、 いい加減SWingを諦めてSWTを標準に…。 483 名前：デフォルトの名無しさん [2005/04/10(日) 20:27:16 ] Javaはもうインターフェイスだけにして後はすべてJNIで実装しろ 484 名前：デフォルトの名無しさん mailto:sage [2005/04/10(日) 20:40:35 ] >>482 SWTが諦められてしまいましたが。 485 名前：デフォルトの名無しさん mailto:sage [2005/04/11(月) 02:05:29 ] >>483 なんでわざわざ遅くなるやり方にするんだ？ 486 名前：デフォルトの名無しさん [2005/04/13(水) 01:09:13 ] >>482 eclipseを追っかけてたらそんなことはいえないだろ・・・ NetBeanの方がいつのまにか軽くなってるし >>481 System.exit() がdeprecatedになって別のアプリ終了手段が用意されるに1票。 もしくはdeprecatedがなくとも、exit()はパーミションを持ったクラス(システムクラス)だけが 実行できるようになるのかなと予想。 487 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 01:24:09 ] ＞eclipseを追っかけてたらそんなことはいえないだろ・・・ ＞NetBeanの方がいつのまにか軽くなってるし まじ？ 488 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 01:46:53 ] Netbeansはたしかに軽いよ。 489 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 10:34:37 ] >>487 ま、ツールもなく資料もなく経験者もいないというデメリットに目をつぶって採用するメリットはまったくなくなった。 490 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 14:20:46 ] MustangはGroovyのためのプラットフォームになります。間違いない。 491 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 15:28:34 ] Groovyはやめて欲しい。。 492 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 16:39:53 ] オレも。 Groovy早めて欲しい。 493 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 18:32:32 ] Groovy…… 仕様固まったらやってみよう。 BSF対応してんだっけ？ 494 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 23:01:47 ] Netbeansのアプリケーションサーバとの連携機能は神懸かり的にすばらしいと 思うけどなあ。 HTTPモニタがいいね。あとprofilerとかね。NetbeansだけでEJB作成（ウィザードで 選択してったら、リモートインターフェースとか配備記述子とか全部作ってくれる）や サーブレット作成（New Servletを選んで必要項目を入力したら、クラスファイルの ひな形を作った上でweb.xmlにサーブレット定義を挿入する）とかがデフォルトで サポートされているところも結構いいと思う。 まあ仕事ではEclipseだが.... 495 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 23:21:38 ] >>494 4.1はまだ正式版でてないよね？ EclipseもいいものだけどEclipseしか使ったこと無くてNetBeansけなすやつら多すぎ あとはJBuilderのような親切な画面がほしい そのへんはEclipseもNetBeansもまだまだ 496 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 02:59:44 ] Eclipseは、まだまだというか、いつまでたっても無理だろ。 JBuilderは結構な金取るわけだから、親切な画面くらいはないとね。 NetBeansはSunも本腰入れ始めたし、これから期待だ。 497 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 07:38:36 ] >>491-492はスルーかい 498 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 11:58:13 ] 突っ込んだ方がいい？ 499 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 13:21:39 ] 突っ込んでみよう。 Groovy、「未完成」「コマンド名が長い」以外にマズーな部分て何? 500 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 13:27:05 ] 497が突っ込んで欲しいのは、そういうまじめなところじゃないと思われ。 501 名前：デフォルトの名無しさん mailto:sage [2005/04/22(金) 12:53:51 ] java.sun.com/developer/technicalArticles/J2SE/Desktop/mustang/ Improve Windows Look and Feel 　Use Microsoft's API for rendering portions of components. 　Make sure each of the components look and behave correctly. 　Ensure Swing's Windows look and feel looks good on Longhorn. JTable sorting, filtering and highlighting More/better graphics hardware acceleration on Windows Improved text quality and capabilities Japanese calendar support Pop-up splash screen at beginning of Java startup API to add a Java application to a system's app-launching panel/toolbar Deployment Helper Browser Controls on Windows このあたりが注目ポイントかな。 JWS の話が結構盛り上がってるね。 アプリケーションを exe にするときは、これが便利そう↓ www.paw.hi-ho.ne.jp/~ryo-h/exewrap/ 502 名前：デフォルトの名無しさん mailto:sage [2005/04/22(金) 17:03:49 ] > Pop-up splash screen at beginning of Java startup > API to add a Java application to a system's app-launching panel/toolbar この辺がJDICの成果物かな？ 503 名前：デフォルトの名無しさん [2005/04/24(日) 20:32:19 ] JWSなら、CUIの起動にも使えるようにして欲しい。 サーバ側も保守が楽になるから。 504 名前：デフォルトの名無しさん mailto:sage [2005/04/25(月) 00:02:32 ] 「分離」機能って、.NETのアプリケーションドメインのこと？ 505 名前：デフォルトの名無しさん mailto:sage [2005/04/25(月) 19:26:11 ] >>468 JDICに ファイル属性にアクセスするAPIの追加が提案されてる。 www.javadesktop.org/forums/thread.jspa?messageID=74483 あとは、ファイルシステムのイベントも取れるように考えてるらしい。 WindowsはそーゆーAPIネイティブで持ってるけど、 posixってそーゆーAPI持ってたっけか？ 506 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 16:47:36 ] あまり知らない者の単純な疑問だけど、Javaって将来性あるの？ バージョンアップするたびにJVMはますます重くなるし、いまどき、 アプレットなんてJVMが起動するだけで半分くらいのPCが固まってしまうから、 気の利いたホームページはみんなFLASH使ってるし。 サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、 別にC++で書いてもいいわけだし、ポータビリティーなんて大騒ぎしていた けど、JVMの走るプラットフォームには、大抵Linuxが走るし、 何がいいのかわからない。 おまけに、Sunが1人で管理しようという姿勢が気に食わない。オープン ソースにしたら、もっと改善されていくと思うのに・・・ 507 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 17:43:31 ] >>506 無知蒙昧とはお前のことだー 508 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 17:56:39 ] >>507 構って君の相手をすんじゃねー 509 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 18:26:03 ] Appletそれ自体にはまだまだ使い道があると思うんだけど、WinXP SP2を 除けば大概のWindowsマシン上ではMS製JavaVMが動いてる。 こいつが困りもんなんだよな。 Applet側の要求に従って、利用するVMを動的に切り替えられるといいん だけどな。 て言うか、ローカルディスクの残り容量を取得するAPIの追加マダー？ 510 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 20:42:28 ] 6.0はデスクトップに狙いが定まっているよな感じだね 511 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 20:59:26 ] >>506 学生？ 512 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 21:07:40 ] あまりにも見事な釣りなのでレスするのもためらってしまう>>506 ＞サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、 このへんが秀逸ですな 513 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 21:12:33 ] 大槻ケンヂがいるな 514 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 21:58:14 ] > 別にC++で書いてもいいわけだし アセンブリで書いてもいいよ。 515 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 22:45:44 ] いや、真のプログラマならマシン命令を二進数で直打ちだろう。 516 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 23:31:44 ] >>513 気付いた人がいたーよ 517 名前：真のプログラマ mailto:sage [2005/04/29(金) 05:45:37 ] >>515 俺のPCはキーボードなんて無いぞ。 2進法直打ち用のトグルスイッチが横一列に64個ならんどる。 これで64ビットプログラミングもチョチョイのチョイだ。 Javaなんてのは鼻垂らしの道具だな。 518 名前：デフォルトの名無しさん mailto:sage [2005/04/29(金) 12:39:32 ] 64個もスイッチがあれば、アルファベットの入力に支障はないが。 519 名前：デフォルトの名無しさん [2005/04/30(土) 04:49:23 ] >>516 詳しく 520 名前：デフォルトの名無しさん mailto:sage [2005/04/30(土) 13:52:01 ] >>519 お前は無知だ。 無知だ、無知だ、無知だ。 無知蒙昧とはお前のことだ。 521 名前：デフォルトの名無しさん [2005/05/03(火) 02:02:08 ] >>509 そういや、俺のよく行くチャットサイトは、MSJavaじゃないと動かない。 >>520 あのー、大丈夫ですか？ 522 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 02:04:19 ] バージョンアップ早杉。 523 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 02:45:53 ] むしろ遅すぎのような 524 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 04:33:04 ] >>521 流れ嫁 525 名前：デフォルトの名無しさん [2005/05/03(火) 08:39:41 ] >>522 FORTRANに比べれば、早いね。 526 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 18:02:04 ] 言語仕様だけじゃなくVMというものがある以上 OSのバージョンアップみたいなものだからな 時代に合わせて最適化等していくわけだし仕方あるまい 527 名前：469 mailto:sage [2005/05/03(火) 18:03:18 ] ttp://weblogs.java.net/blog/georgez/archive/2005/04/jdic_features_i.html 自レスだけど、MustangとJDICの絡みのドキュメソト見つけたから貼っとく。 >>506 ttp://shootout.alioth.debian.org/great/benchmark.php?test=all&lang=all&sort=fullcpu なんか、JavaってPerlよりスコアいいらしいよ。 # ああ、スレ賑やかしの為だけにレスってしまたorz 528 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 18:34:19 ] C/C++>>Java>>Tcl>>Perl>>Python>>>>>>>Ruby Javaの次にTclがハイスコアｗｗｗﾜﾛｽ 俺Tcl大好きｗｗｗ超ウレシイｗｗ 529 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 18:48:18 ] >>527 厨に燃料投下するのは止めてﾎｽｨ 530 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 10:13:54 ] >>506 絶対悪い口言われないからPHPにしときな 531 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 10:48:53 ] とりあえず日本語の練習してこい、と。 532 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 11:28:10 ] おまけに遅レスだし 533 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 11:37:22 ] >>530 今、気の利いたホームページを作ってるのでFLASH使ってるんですが、PHPにするにはどうしたらいいですか？

---

---

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

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