パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Red HatがオープンソースなJavaの実装を計画」記事へのコメント

  • "Write Onve, Run Anyware"の旗印は守られるんですかね?
    オープンソースよりも、こちらの旗印のほうが気になるもんで・・・

    #幻想だって言われりゃそれまでだけど、理想は捨てないでほしいなあ。
    #んなこというと、オープンソースも・・・(以下略

    • Re:で、とどのつまり (スコア:1, すばらしい洞察)

      by Anonymous Coward on 2003年06月27日 23時47分 (#347001)
      まぁ、しっかりやれば平気なんじゃないですかね。
      別に SUN 以外の VM はこれが始めてでもないですし、それらも取りあえず大きな問題なく存在してる訳で。
      親コメント
      • すでに"Write Onve, Run Anyware"って実現できていないのだから
        OpenSourceだろうとなんだろうと実装が増えることは歓迎されるんじゃないの?
        • "Write Once Run Anywhere" が簡単に実現できるとは言いませんが
          C や C++ で "Write Once Compile Anywhere" なプログラム書くよりは簡単だという印象です。

          選択肢が増える事は歓迎ですけど。
          • by k2n (9818) on 2003年06月28日 5時02分 (#347115) 日記
            どのプラットフォームでもコンパイルできる、ということよりも、どのランタイムでも同一の振る舞いをする、というのが重要なわけで。例えばRMIは、SunとIBMでいくつか非互換性がありました。(JDK1.2の頃)。WeblogicからWebSphereにJ2EEアプリを移植するときに、WebSphereはIBM JDKしかサポートしてないもんで、苦労した記憶があります。
            親コメント
          • > 選択肢が増える事は歓迎ですけど。

            選ぶという手間を惜しまないですむほどコンピュータいじってられる身分がうらやましい。
            • 選択肢を検討するのが面倒ならばデフォルト=Sunのを選べば?
              デフォが提供されているんだから文句ないでしょう?
          • 選択肢なんか少なければ少ないほどいいのに。
            選択肢があるってことは余計な仕事が増えるってこと。
            • その少ない選択肢で事足りるならば、そうなんですけどね。

              世の中、そうじゃないことが多いもので。
        • べつに完全なる Write Once, Run Anyware が必須なわけじゃないでしょう。
          程度問題、比較の問題ですよ。

          そりゃ、Java プログラマが、「どこが write once やねん」と愚痴を漏らしたりしますが、それは、わかってて言っていること。
          嫌 Java 派の人が、経験してもいないのに言うことじゃないよ。
          • >べつに完全なる Write Once, Run Anyware が必須なわけじゃないでしょう。

            でも Java からそれを取ったら魅力半減ですね。
            (とうか個人的には既に魅力ナシ)
        • > すでに"Write Onve, Run Anyware"って実現できていないのだから

          Javaだけで書かれたアプリの場合、Run Anywareで無いなら、それはVMのバグです。
          (もちろんアプリが、特定プラットホームに依存した作りになってる場合もありますが)
          VMの配布
          • by Anonymous Coward
            VMって局所的な言い方じゃなくて、Sun の JRE 相当環境という方がより正しいと思うよ。

            VM良くてもライブラリが... てのがあるし。
          • strictfpの問題は?
            #プログラムのバグか。
            • SunもIBMも、J2SE 1.4 からきちんと strictfp 対応になってます。

              それ以前も、javac がキーワード "strictfp" は認識してクラスファイルに反映させてはいたけれど、JVM が行う演算がきちんと strictfp の規定に沿っていませんでした。

              1.3.X までの known bug。
              親コメント

開いた括弧は必ず閉じる -- あるプログラマー

処理中...