トップページ⇒tech
500コメント142KB

.NET vs Java -実行環境対決- (CLR vs JVM)

■ このスレッドは過去ログ倉庫に格納されています
00011NGNG
いよいよVisual Studio.net日本語版の発売も近づき、.NET環境向け
のアプリケーション開発を本格的に検討する時期に来ました。

一方、これを迎え撃つのがJava陣営なわけですが、結局、.NETとJava
ではどっちがいいのか?ということをマターリ語りましょう。

関連スレその1
「.NETとJ2EE、勝者はどっち?」
http://pc.2ch.net/test/read.cgi/tech/1004021441/

関連スレその2
「JAVA  VS  .NET 」
http://pc.2ch.net/test/read.cgi/tech/1014546144/

関連スレその1では.NET対Javaの話が熱く語られてて非常に参考に
なりますが、タイトルを見れば分かるとおり、どちらかというと
サーバ向けの話になってます。

このスレでは、もっとPC等を含めた、もっと一般的な話題について
話し合いたいと思います。でも、関連スレその2は、テーマが一般
的過ぎて、ネタすれと化してしまってます。

というわけで、このスレでは実行環境であるCLRとJVMについて
議論することにしたいと思います。
00022NGNG
いいかげん次スレはイラねーって言おうと思ったのに…
0003デフォルトの名無しさんNGNG
VS.NET>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>.
0004デフォルトの名無しさんNGNG
CodeRed以降、MS圧倒的に不利。
あんな騒動が2、3回きてあぼーん。

0005デフォルトの名無しさんNGNG
どうせ、.NETはWin環境だけになると考えると(違う?)
.NETFrameWは意味ないのかな?
LinuxにもJVMみたいに簡単に乗せることが出来れば強いけど・・・
JVMはスピードだな。まあ、実用レベルではあるけど
00061NGNG
俺の考えとしては、
サーバ向けは実績から言ってJavaの方が有利。
でも個人PC向けアプリなら.NETかな?
CLRなんて所詮ユーザから見ればVBランタイムの巨大版みたいなもんだから。

実行環境対決ということで考えると,実行速度はどっちが速いんだろう?
CLRは初めからJITを前提として設計してるから速いという話を聞いたことがあるんだが。
00075NGNG
まあ、プラットフォームの種類の多さではJVMだろうね
ただ、Winが圧倒的にシェアあるので
普及率では.NETが追い抜いちゃうかも
0008デフォルトの名無しさんNGNG
実行速度の比較するから .NET Framework SDK 日本語版くれ。
0009デフォルトの名無しさんNGNG
   \\  クソスレ ワッショイ!!        //
       \\  クソスレワッショイ!!    //
        \\   クソスレ  ワッショイ!!//
           ∧∧   ∩
    +    ⊂(゚Д゚ ;) ̄ ̄`つ         +
.  +        彡∪ ̄ ̄   ∧_∧      +
       ∧_∧   ∧_∧∩´∀` ) +
     (( (∩´∀`)∩∩・∀・∩ヽ   つ      +
    +  ( ノ   )ノ ヽ    ノ / /(_)   ))
 +      ) ) )   |  |  | (_)彡
        (_)_).  (_(_)    |l|  ピョン □ 単発質問
0010デフォルトの名無しさんNGNG
何で実行速度の比較に日本語版が必要なん?
とりあえず10げっと
0011デフォルトの名無しさんNGNG
CLRって「クリア」って読むの?なんかSONYのPDAと
かぶりそう。
0012デフォルトの名無しさんNGNG
CLR と JVM って言語機能とは違う知識が要るから、俺はあまり話に参加できんな…
サマリーで良いから双方の長所と短所、まとめてくれんかのう ゲホゲホ
0013デフォルトの名無しさんNGNG
英語版のC#やVB.NETですごく簡単なベンチマーク(擬似積分)をしたことがあるけど
その時はC++と一割も変わらない速度が出た。
JVMは…とりあえずJBuilderの起動が信じられないぐらい遅い…程度の認識。
0014デフォルトの名無しさんNGNG
Microsoft .NET Pet Shop
http://www.microsoft.com/japan/msdn/net/compare/PetShop.asp

C#/ASP.NET を使うと、J2EE Pet Storeと比較して
1/4 のコードで28倍速いですが何か?
0015デフォルトの名無しさんNGNG
J# つかってまったく同じコードで比較すること出来ないかな
0016デフォルトの名無しさんNGNG
>>14
.NET と比較するなら構成的に Servlet-(ただの)Bean-JSP じゃなきゃ
意味ないじゃん。なんで EJB 使ってんの?
0017デフォルトの名無しさんNGNG
今時ベンダー発表のパフォーマンステストなんてネタ以外の何物でもなかろうに…
00181NGNG
>>12
[CLR]
長所:
・Common Language Specification (CLS) という規格に準拠した言語であれば
 どのような言語でもCLR向けソフトを開発できる。
(C#, VB.net, managed C++, J# など。)
・とりあえずこのスレを見る限りでは速いらしい
短所:
・今のところWindowsでしか動かない
 ( Monoとかがあるので, 将来はLinux等でも動くと思う )

[JVM]
長所:
・いろんな環境で動く

短所:
・基本的に開発言語はJavaのみ。
 (もちろん、理論上は他の言語でもバイトコードを生成できるし、実際に
  他言語→Javaバイトコードのコンパイラも出てるが、所詮はマイナーな存在。)

…漏れがすぐに思いつくのはこのくらいだが, 他にもたくさんあるはず。
 追加きぼんぬ。
0019デフォルトの名無しさんkNGNG
実行時コンパイルとインタプリタってそれぞれ
どういうメリットがあるのかまとめてくれると嬉しいな。
それともclrとjvmをそれぞれ上の二つに置き換えて
比較すること自体間違いだったりするのかしないのか。

個人的には
・インタプリタの利点
処理系(VM)をコンパクトに保てる
他のプラットフォームへの移植が容易

・インタプリタの欠点
速度(その根本的な原因は私には説明できません)

なんてふうに考えてます。おもに速度に関するものだけですが、、、
clrとjvmの両方ともプラットフォームの提供するプロセス(実行環境)
から独立してるから、悪意のあるコードからの安全性確保は
しっかりできてていいよね。

製品として違うものではあるけれど、それよりも
理論的に考えて両者の違いというのを知りたいな。
MSやSunなんて会社名を出さなくてもこれは説明できるよね?w
0020デフォルトの名無しさんNGNG
とりあえず現時点で比較できそうにもないし、人柱が増えてノウハウが増えるのを待とうと思う。

それまでは安定した Java を使わせてもらうのが賢いんじゃないかしら。

(よほどのことがないと、結局は Java 使い続けることになっちゃいそうだけど・・・)
0021デフォルトの名無しさんNGNG
>>20
プログラムでこの先も食っていくつもりなら、β版を触っておくぐらいの心構えで
無いと辛いよ。
客や上司はJAVAしか出来ないプログラマが欲しいんじゃなくて、最適なツールを使
い分ける知識を有したエンジニアが欲しいんだから。
「.NETってどうなの?」って聞かれて>>20みたいな返事してたらナメられるよ。
0022デフォルトの名無しさんNGNG
C#のSDKがダウンロード出来なくなってる…。
0023デフォルトの名無しさんNGNG
3/22になったらダウンロードできるようになるかなぁ?
0024デフォルトの名無しさんNGNG
ベンチマークはもうやっていいんだっけ?
0025デフォルトの名無しさんNGNG
>>22-23
M$はケチだから、製品を買ってもらうためにSDKの公開を中止しました(藁
0026デフォルトの名無しさんNGNG
>>19
実行時コンパイル(JITコンパイル)が速い理由…
ループなどで, 同じコードが何度も実行される場合、その部分を何度もインタプリタ
に解釈させるよりは, その部分をnativeなコードに直してしまった方が高速に動作
する。
……というのが俺の解釈なんですが, そのほかにも理由があるのかも知れませんです。

JVMは元々インタプリタを前提として設計されたようですが,JITでもOK。
SunのJVMの場合, 基本はインタプリタだけど, 一部分はJITコンパイルするみたい。

一方, CLRはJITのみ。…そうなると、一回しか呼び出されず, 実行時間もかからない
コードもわざわざコンパイルするわけで, その分遅くなるかも。でも, 全体的に考えると,
やっぱり全部JITコンパイルしちゃった方が速いのかな?
0027デフォルトの名無しさんNGNG
惨のクソVMなんかと比較するなよ・・・。
IBMのVMと比べればCLRはほぼ互角だと思うぞ。
0028デフォルトの名無しさんNGNG
クソというけれども、JIT実装の物も含めた大抵のVMよりもSUNのやつの方が速い。
要は仕様よりも技術力と思われ。MS=IBM>SUN>その他って感じ。
0029デフォルトの名無しさんNGNG
JVMだと IBM>MS≒Sun っつー感じのよーな。
CLRは触ったこと無い
0030デフォルトの名無しさんNGNG
>>26
>一方, CLRはJITのみ。…そうなると、一回しか呼び出されず,
>実行時間もかからないコードもわざわざコンパイルするわけで,
>その分遅くなるかも。

事前コンパイルしてキャッシュしておくことができるのよ。
ASP.NETでもページと一緒にクラスもキャッシュする。
0031デフォルトの名無しさんNGNG
ベンチマーク見つけたよ。
http://www.javalobby.org/fr/html/frm/javalobby/features/jpr/part3.html

真ん中の方のグラフを見ると、SunのJVMよりもCLRのほうが全体的に速い
らしい。でも、IBMのJVMと比べると, 負けてる部分もあると。
0032デフォルトの名無しさんNGNG
てゆーか最速はuva
0033デフォルトの名無しさんNGNG
>>30
なるほど…PreJITって奴っすね。

インストール時にIL→nativeにコンパイルするというオプションがあるというのは,
俺的に、目から鱗ものだった。Javaもそうすればいいのにと思うんだけど、
うまくいかないんだろうな。
003433NGNG
スマソ。sage忘れた。
0035デフォルトの名無しさんNGNG
>>21

微妙なのが、こういう新しい技術ってのは、誰が使うのを決めるかといったら
よくて開発チーム、悪かったら顧客がご指定されるわけで、つまり、どっちに
しろ自分じゃない。

自分が面白いと思わないとこういうものには手は出ないよ。
「.NET」はどうみても、Java のマネ。正直、面白くともなんともない。
0036デフォルトの名無しさんNGNG
>>35
だから、Javaでウェブサービスは...(以下略
0037デフォルトの名無しさんNGNG
>>36
放っておけ。
新技術に面白みを感じない奴なんて同業者と思うな。
0038デフォルトの名無しさんNGNG
同業他社の人間ならむしろ好都合
0039デフォルトの名無しさんNGNG
>>37

あ、しかし、.NET で XBox のリソースを使ったゲームプログラミングができる
ということになったら、(ガベージコレクションつきの本格的なゲームプラット
フォームという意味で)がぜん、使いたい。


しかし、今はぜんぜん、未知数だし、少なくとも同じもの作るなら既存のものより
マシなもの作らなきゃいけない。しかし、今はマシどころか、劣っているんだから
しょうがない。
0040デフォルトの名無しさんNGNG
>>35
MSの歴史はマネの歴史なんだから、しょうがないでしょ。

UNIXのマネ→MS-DOS
Macのマネ→Windows
Netscapeのマネ→IE
PS2のマネ→X-BOX
Javaのマネ→C#と.NET

良いか悪いかは別にして、真似したものの方が普及するのは事実。
(XBoxはどうなるか分からんけど。)

ただ、.NETは、マネだけではなく、技術的にも新しいものが入ってるので、
俺は面白いと思う。
0041デフォルトの名無しさんNGNG
会社の好き嫌いじゃなくてさ、
技術をネタに議論してくれよ。
0042デフォルトの名無しさんNGNG
>>40

議論できるものならしたいけど、掲示板を通しての議論は文字打つのめんどくさくてね・・・。

正直、.NET のドコに惹かれているのか、どうにも分からない。新しい技術なんて、いま一つ。コレといったものなんてない。

コレというものがあれば知りたい。このポイントだけ教えて。
0043デフォルトの名無しさんNGNG
>>42
スレのタイトルよく読め。ドアホ
0044_NGNG
>>5
確かに最初はWindows->.net, Unix->javaだろうけど
問題は家電、携帯、PDA..etcでの勝負だと思う。
これから10年どんどん一般ユーザーは
PC使わなくなっていくと思うから
そのときOSでの囲い込みが意味なくなるわけで。
0045デフォルトの名無しさんNGNG
.NETに期待するのは、実はWinCE上のCLRだったりするんだが、
WinCE.NETのCLRって性能どうなのかな?
0046デフォルトの名無しさんNGNG
実行性能は申し分ありませんが、
空きメモリが残り3Mしかないのが玉に瑕。
0047デフォルトの名無しさんNGNG
あいたた。それはちょっと残念。でも期待したいな、CE.NET。
別にPC上だとありがたみがないしな。
0048デフォルトの名無しさんNGNG
―――――――――――――‐┬┘
                        |       お前らのしょぼい
       ____.____    | .__   CEマシンなんぞ
     |        |        |   |  \_\  窓から
     |        | ∧_∧ |   |    |.  .| 投げ捨てろ
     |        |( ´∀`)つ ミ |    |.: |
     |        |/ ⊃  ノ |   |  
        ̄ ̄ ̄ ̄' ̄ ̄ ̄ ̄    |  
0049デフォルトの名無しさんNGNG
>>40
値段の安い技術が普及する。歴史の事実
0050デフォルトの名無しさんNGNG
>>49
LinuxはWindowsよりソフトウェアの代金としては安いけど
勉強するためにそれ以上本買ったりしないといけないから
高いとみなされてるのかな?
0051Delフサギコ ◆zE1iiRdQ NGNG
      ∧,,∧___   / ̄ ̄ ̄ ̄ ̄
    /ミ*゚Д゚ミ/\<  ちょっぴりご質問・・・
  /| ̄∪∪ ̄|\/  \_____
    |____|/
     ,,,,∪∪,,, ,,

 質問なのですが。
 実際、Webサービスを作ったり利用したりして
 どんな面白い事、役立つ事が出来るんでしょか?

 自社サイトや自社システムを構築するのに
 わざわざWebサービス作るというのがよくわかりません。
 サーバーサイドで処理させるのが速くていいと思うんです。

 アプレットとかActiveFormとか
 散々面白そうな事出来そうだったけど
速度が遅いって事で、JavaもIEも廃れてしまったんだし。
 Webサービスはそれ以上に魅力的なのでしょうか?

 Webアプリの生産性が高そうてのは
 .NETで注目しているんですが… 

>>49
じゃ、、じゃあ、無料のDelphiやJBuilderなどは、、、、、
いや、聞かなかった事にしてくんさい。
0052デフォルトの名無しさんNGNG
>>51
個人的にはあれはビジネスモデル特許にサービス販売の
機会を与えるものだと思ってます。もちろんそれ以外にも
理由はあるんだろうけど。
もちろんシステムとして最終的なエンドユーザーを満足させることが
出来なければ廃れていくのは当然です。

というかここは技術スレ。汚してしまってごめんなさい。
0053Delフサギコ ◆zE1iiRdQ NGNG
      ∧,,∧___   / ̄ ̄ ̄ ̄ ̄
    /ミ,,゚Д゚ミ/\< サンクス 
  /| ̄∪∪ ̄|\/ \_____
    |____|/
例えば、ショッピングカートシステムや
ログイン認証システムや
クレジットカード決済システムなどを
Webサービスで出している会社と
取引して自社サイトで使うとかでしょうか?

こういうネタは
情シス板に逝きっすか?
でも。 あそこ、出張32って変なコテハンがいて
 ちょっとなー。

  ア...変なコテハンって..ワタクシも仲間かしら......

ああ、スレ汚しごめんなさい。ごめんなさい。
0054デフォルトの名無しさんNGNG
>>51 というかSOAPやXML-RPCやるだけで、その面白さとかお役立ち度は
すごく感じるYO! ただそれが.NETでないと駄目かというとそんなことは
ない。つかあんたDel使ってるなら試してみろYO 漏れD6のSOAPのコンポ
使ってるけどヤパーリ便利だよ。漏れの場合鯖側はJavaだけどな(藁
つかここはCLRやVMの話。スレ違いだな。
0055デフォルトの名無しさんNGNG
>>54

その SOAP, XML-RPC, ってのは要するに、CGI のようにキーと値を渡すような
ものを少しばかりカッコよくしたものと理解してよろしいでしょうか。
0056デフォルトの名無しさんNGNG
結局、コンピュータ処理はデータの交換に還元してしまえるので
その置き換えは無意味。
0057デフォルトの名無しさんNGNG
ドトネト大好きの皆さんもそうでもない皆さんも
たまには、息抜きで善行でもどうですか?

■生徒を植物人間にした暴力教師に処分なし■(高砂市)
【クリック】 押してみっかな【クリック】
http://www.geocities.co.jp/NeverLand-Mirai/2640/

これを見て少しでも協力する気になった人
この文を色々な板にコピペしてくれると助かります
0058デフォルトの名無しさんNGNG
ねえねえ、CLRって一般ユーザはどうやってゲトーするん?
Windows UpdateとWinXP SP1あたりと思ってええん?
0059デフォルトの名無しさんNGNG
>>31のベンチマーク見てると、
msとmsclrほぼ同等ってーか、一部逆に速いんだけど……。
期待していいの?
0060デフォルトの名無しさんNGNG
>>31ってBeta1以前のNGWS SDKじゃねーか。
.NETはBeta2で大幅に速度改善されてるよ。
>>31の結果よりはるかに速い結果が出るはず。
0061デフォルトの名無しさんNGNG
>>60
ということは, 正式版とかだと、IBMのVMにも勝てるかもしれないですね。
まあ、どっちにしてもSunのVMには勝ってるわけで…。

これって, MSのCLR開発チームの技術力がすごいからなんでしょうか?
それとも、もともとMSILコードはJavaバイトコードよりも早く実行できるように
出来てるんでしょうか?
0062デフォルトの名無しさんNGNG
>>58

そうそう、それ漏れも気になる。開発者以外の一般ユーザの環境に
CLRが当たり前に入るのはいつなんだろう?
0063デフォルトの名無しさんNGNG
DirectXの時みたいに徐々に雑誌に付くようになるっしょ
0064デフォルトの名無しさんNGNG
サンがJavaVMつけろ、.NETつけるなって
ヘンな訴えしたたけどどうなるんだろ?
0065デフォルトの名無しさんNGNG
一時期JDKって雑誌配布禁止にならなかったっけ?
java.sun.comから必ず落せみたいな感じに。
0066デフォルトの名無しさんNGNG
>>65
配布禁止じゃなくて高額な掲載料徴収。
0067デフォルトの名無しさんNGNG
最近のベンチだとそれぞれ得て不得手があって、どれかがどれかよりも
優れてるとはいえない状況になってたね。(ライブラリは考慮しない)
もちろんネイティブコードにも負けてない(メモリコストは悪いけど)
0068フォルト de 名無しさんNGNG
>> 61
どちらもハズレデス。
隠しAPIを使っている、まぁそれでもIBMは一番速いわけで。(ぷ

つーかVMはCPUの設計に依存するので無意味な>1は逝ってよし!!
IA32のインストラクションせっとをそのままVMの中間こーどとして
出せば、そりゃぁは多少は速く動くことを期待できるが、極端な依存
は他のあーきーてくちゃでは目も当てられないほど低速に陥るため、
過渡的なVM-CPU-ChipSetの関係に依存するVMの煽りなんか意味が無い。
どうせならCuroseとかIntentとか幅の広い荒らしを期待したい。
0069デフォルトの名無しさんNGNG
またアホが1匹紛れ込んできたか・・・
0070デフォルトの名無しさんNGNG
IAにおいて最速で動くように設計するだろ。
EmotionEngineで最速に動いてもしかたねぇんだよ馬鹿。
0071デフォルトの名無しさんNGNG
ときどきいるね、「隠しAPIを使っている」と
証拠もないのに適当なこと言うヤツ。
0072デフォルトの名無しさんNGNG
>61
マジレス。
MSの技術力はすごい。
Javaのバイトコードが腐ってるわけではないだろうが、実行するための技術が腐ってる。
うだうだ言ってねーでコンパイルしろよ、って感じ。ILはコンパイルされるから
インタプリタのJavaよりはやい。それだけ。
0073デフォルトの名無しさんNGNG
>72
だからそれほど変わんないんだって。ライブラリの出来がいいから.NETの方が
よく見えることはあるけどさ。
0074デフォルトの名無しさん NGNG
一つ思ったのですが、
Sunって研究者と実装者のレベルがかけ離れ過ぎてるきらいはないですか?

あと、関係ないですが、クルーソーがバイナリを動的に変換して
あれだけのパフォーマンスを発揮してるのは奇跡に思えるんですが。
どんなもんなんでしょうか?

例えて言えばこんな感じなんでしょうか?
上司が100個の仕事が書いてあるリストを部下に渡す。
・ダメな部下は上から順番に一つ一つこなしていく。
・中ぐらい秀才な部下はまず100個の仕事を自分のやりやすいように
順番を代えてから仕事に取り掛かる。
・めちゃくちゃ秀才な部下はまず自分のやりやすいように順番をかえる。
なおかつ仕事全体を見直し整理してからそれから仕事に取り掛かる。

こんな感じでしょうか?
こういったのって学問的にはどんなことを勉強すればいいのかな?
前にJavaHouseにそんなメール(2年ぐらい前?!)が流れ捲くってたから
過去ログ読み返してみるかな。首藤さんとかがまだMLに投稿してた頃。
00751NGNG
>>68
「隠しAPI」は使ってるかも知れないね。
でも, ここでいくら議論してもMSが隠しAPIの存在を認めるわけないから
とりあえず置いておこう。

で、>>68の後半部分なんだけど、MSILはIA32のインストラクションセットを
そのまま中間コードにしたものと思っていいのかな? まあ, Javaバイトコードが
そうじゃないってのはなんとなく分かるが。

まあ、そこらへんはプログラム板なんだから、jasminとilasmをバリバリ使い
こなしている人の話を聞きたいね。
(このスレのタイトル、jasmin vs. ilasm にしたほうがム板的には良かったかな?)
0076デフォルトの名無しさんNGNG
DQSでゴメン、jasminってなに?
JSKにハイってないんだけど。
0077デフォルトの名無しさんNGNG
検索しろや。
0078デフォルトの名無しさんNGNG
>>77
知らないんなら黙っとれ
0079デフォルトの名無しさんNGNG
>>76
バイトコード(Javaアセンブラコード)のディスアセンブラ。
00801NGNG
>>76
バイトコード用のアセンブリ言語からバイナリのJavaバイトコードを生成するアセンブラ。

ちなみに, ilasmはMSIL用のアセンブリから本物のILを生成するアセンブラ。
0081デフォルトの名無しさんNGNG
>>72
スタックマシンエミュレータを高速で動かすのって、土台無理が
あるような気がするんだけど…
0082デフォルトの名無しさんNGNG
当たり前のことだけど、これってコンパイラの最適化と
コンパイル時間の最適化の両方でパフォーマンスを計るんだよね。
奥深い世界だ・・・
0083デフォルトの名無しさんNGNG
もうちょっと踏み込んでclr vs. jvm vs. iaってのはどうでしょ。
0084デフォルトの名無しさんNGNG
>>73
何がそれほど変わらないんだ?実行速度?ぜんぜん違うじゃん。GUIは無視?

>>75
MSILはIA32とは何の関係もない。むしろかけはなれてる。

>>80
違う。MSILは言語の名前。ilasmはMSILのアセンブラ。x86アセンブリ言語に
対するmasm.exeのようなもの。
0085デフォルトの名無しさんNGNG
>GUIは無視
ILの話なんだからライブラリは無視でしょ。
0086_NGNG
>>81
CLRのVMってレジスタがあるの?
0087デフォルトの名無しさんNGNG
>85
jvmとclrの速度がそれほど変わらないならどうしてswingはあんなに遅いんだ?
開発者が間抜けだから?
0088デフォルトの名無しさんNGNG
>>87
クラス階層に無駄がありすぎるからだろ
0089デフォルトの名無しさんNGNG
>>87-88
はー。J++とWFCが生き残っていたら漏れも今頃幸せだっただろうな...
0090デフォルトの名無しさんNGNG
>>86
ない。
0091デフォルトの名無しさんNGNG
>>89
なんで?
0092デフォルトの名無しさんNGNG
>>88
クラス階層深くなると遅くなるの?
0093デフォルトの名無しさんNGNG
>>91
Swing遅すぎて他で稼がなきゃなんないから。
0094_NGNG
>>90
thx。それは作るの楽そうだ。
なんにしろ技術力はMS>SUNじゃないの?
これまでもWindows、IE、MSN messager..etcどれもマネ対象より速かったし。
0095デフォルトの名無しさんNGNG
おまえらGUI、GUI言ってるとDel厨を笑えねーぞ。
0096デフォルトの名無しさんNGNG
↑何言ってんだ、コイツ?
0097デフォルトの名無しさんNGNG
>>94
餅は餅屋。惨はハード屋。
0098デフォルトの名無しさんNGNG
>>39
 それいいね。 XBOXでWindowsネイテブアプリはM$の金儲けに絡んで×だろうけど

CLRのみに制限して、 CDR で焼いたソフトが Windows XBOX両用で走るって戦略に
すれば、ゲーム関係のシェア作家なんか飛びつくだろうし、
18禁ソフトなんか出してくればXBOXユーザも満足。
M$も箱シェア上がって満足でいい感じじゃない?
0099デフォルトの名無しさんNGNG
GDI+ってめっちゃ楽やんけ。エロゲーには最適だと思うぞ。
0100デフォルトの名無しさんNGNG
すぐに PS2用も作れ!
0101デフォルトの名無しさんNGNG
>>100

Linux for PS2 上で Java 動かせるよ。
0102デフォルトの名無しさんNGNG
それって JIT使えます?
0103デフォルトの名無しさんNGNG
NGCだけ 仲間外れ・・・・
01041NGNG
>>86>>90>>94
漏れはしろーとなのでよく分からないんですが,
レジスタがないと速いんですか?
0105104NGNG
あ、すまそ。俺はこのスレの1じゃないです。
0106デフォルトの名無しさんNGNG
レジスタがないとバイトコードの仕様を簡潔に書け、コンパイルも楽。
0107デフォルトの名無しさんNGNG
>>71
「隠しAPI」とやらがとにかく何でもかんでも速くなる魔法か何かだと
妄想してる馬鹿は放置しとくとしても
どんな隠しAPIがありえて、それを使うと何がどれだけどうして速くなって、
それは公開APIではどうして達成できないのかの議論には十分に
意味があると思われ
0108デフォルトの名無しさんNGNG
隠しAPIとか言ってるけどDLL調べればすぐにバレるじゃん。
妄想野郎が多いね。
0109デフォルトの名無しさんNGNG
でもメモリマネージャの動作を知ってるのは有利かも。
0110デフォルトの名無しさんNGNG
なぜVMが遅いか具体的な例がぜんぜんないが。
JIT使ったらCよりjavaのほうが速いていうの読んだことあるが
0111デフォルトの名無しさんNGNG
>>110
VMが遅い理由がわからんやつもめずらしいな

>JIT使ったらCよりjavaのほうが速いていうの読んだことあるが
狂言にきまってるだろ(プ
0112デフォルトの名無しさんNGNG
>>110
CPUと全く同じインストラクションのVM作ったら遅くならないと思うが
(そのCPUで実行すればいいんだし)
一般的なVMの話をしたいのか、それともJavaVM/MSILに限るのか。
0113デフォルトの名無しさんNGNG
>>110
そもそもJIT使うって事はVMが遅いからに他ならないだろ
0114デフォルトの名無しさんNGNG
JITもVMの内だと思うけどねえ。ま、言葉遊びに過ぎんが。
0115デフォルトの名無しさんNGNG
>>114
>JITもVMの内だと思うけどねえ。ま、言葉遊びに過ぎんが。
アホ?
0116デフォルトの名無しさんNGNG
JITはコンパイルした結果を実行セクションに書き込み
そこに完全に制御を渡す。
VMは中間コードを解釈してVM自体が動作する。

これであってますか?
0117デフォルトの名無しさんNGNG
言葉の定義なんてなんだっていいのでは。
実際にはJIT-VMというのは普通に使われる言葉だから、うるさいことは言わないでいいと思う。
0118デフォルトの名無しさんNGNG
>言葉の定義なんてなんだっていいのでは。
このスレではちゃんと定義しないと混乱の元だろ
0119デフォルトの名無しさんNGNG
116
で私の解釈は間違っているんですか?
0120デフォルトの名無しさんNGNG
JITとVMを日本語に訳してみろ
0121デフォルトの名無しさんNGNG
JI ジサクジエンデシ
T タ!
V ヴァカ
M マルダシ
0122デフォルトの名無しさんNGNG
>121
もう、正解!
0123デフォルトの名無しさんNGNG
やれやれだぜ。
0124デフォルトの名無しさんNGNG
.NETのexeはtext領域の先頭にスタブみたいなのが
くっついてて、それはただ.NETのclrのdllへ制御を
渡すだけなんだよね?
で、そこでILのmain関数を解釈してそれを実行セグメントに書き込む。
そのとき、関数の場所にはclr内の「コンパイル申請」関数への
アドレスが埋め込まれてる。ある関数が最初に呼ばれたときに
そこへ制御が渡り、必要なIL内の関数をコンパイルしセグメントに
書き込み & コンパイル申請関数が書き込まれていたアドレスを
コンパイル後の関数へのアドレスに書き換え。
以後、同様にこれを繰り替えす。

こんな解釈はあってますか?
0125デフォルトの名無しさんNGNG
誰も答えてくれない・・・(´・ω・`)ショボーン
0126デフォルトの名無しさんNGNG
CLR>>>>>>>>>>>>>>>>>>>>>>>>JVM
まあ、後発なだけに
0127デフォルトの名無しさんNGNG
>>124
たぶんあってると思う。
ただ、本当のところはECMAのサイトにあるPDF資料(CLIだっけ?)を見てみないと
分からないんで、なんともいえない。

でも、あの文書、技術的には面白いことが書いてありそうなんだけど、あれを読んだ
ところで今後のプログラミングに役立つとも思えないんだよな…。それよりは
C#かVB.NETの勉強したほうが良いかな?って感じ。

でも、何でJavaVMが遅くてCLRが速いのかってのを知るには、あの仕様書を見るのが
一番だと思う。
0128デフォルトの名無しさんNGNG
386って特権モードじゃないと実行セグメントって書き込みできなくなかった?
ってことはclrはカーネルと一緒に動作してるかな?
0129デフォルトの名無しさんNGNG
>>124
まああってる。

VMっていろいろ定義があると思うけど、CLRはVMだと思うよ。Virtual Machine、つまり
この場合はIAマシンのさらに上に、メモリ管理もコードの実行管理も必要なくて、
JITという機能が存在するあたらしいアーキテクチャのマシンを作り出してるわけだろ。
0130デフォルトの名無しさんNGNG
とりあえず、情報
ECMAに提出したものの説明
http://msdn.microsoft.com/net/ecma/

ECMA
http://www.ecma.ch/ecma1/TECHREP/E-tr-084.htm

今日は明日は一日暇なので読んでみまーす。

>>129
プロセッサやOSのいいところを積極的に活用しようという
考えだからパフォーマンスを得たかわりに、移植性は極端に悪そうだよね。
0131デフォルトの名無しさんNGNG
>128
まあCPUのことは知らないんだが、Win32ではAPI経由で実行セグメントにも書き込みはできる。
0132デフォルトの名無しさんNGNG
>>124
スタブは実行ファイル側じゃなくてOS側にあるかもしれない。
Sunが今回の訴訟でつつく余地があるとしたらそのへん
(Javaバイトコードを直接実行可能に出来ない)。
0133デフォルトの名無しさんNGNG
>132
何を言ってるの?スタブがEXEにあるのは例のウィルスによってすでに
広く世に出ている事実なんだけど。

Sunの訴訟に関係ある理由が良くわからん。
0134デフォルトの名無しさんNGNG
>>133
それはベータまでらしいです。
0135デフォルトの名無しさんNGNG
いまTR84をざっと見たけど、
どうもCLIってのはインターフェイスの
規定だけで実装に関しては何も仕様はないらしい。
基本的クラスライブラリの説明だけしかなかったよ。
実装はターゲットとする環境次第でどうにでも
やっちゃって下さいってとこなのかもね。
ミニマムな環境の上にCLIを実装するもよし。
Windowsみたいにゴテゴテした環境の上に実装するもよし。

関係ないけどワードファイルはごみだなw。
0136デフォルトの名無しさんNGNG
ごめんちゃい、TG3の仕様がここに置いてありました。
http://lightning.csse.monash.edu.au/.net/CLI/

頼むからzipにワードファイルをくっつけるのはやめてくれー!w
0137デフォルトの名無しさんNGNG
>134
あほかおまえさんは。作ってみてみればすぐにわかること。
0138デフォルトの名無しさんNGNG
>>137
よく分からん。確認手順希望。
ベータ残ってりゃいいんだが、英語の正式版しかないし。
0139デフォルトの名無しさんNGNG
はぁー、ここにも知ったかクンが一人・・・
0140知ったかクンNGNG
つーかおまえら、crusoeの論文ぐらい読んでから来たまえ。
www.transmeta.com/crusoe/download/pdf/crusoetechwp.pdf
0141デフォルトの名無しさんNGNG
>>140
404
0142デフォルトの名無しさんNGNG
>138
スタブの有無だよな?HelloWorldコンパイルしてXP以外のOS上でネイティブコードのデバッガでステップインしな。
mscoree.dllへのjmpが見えるから。XPはスタブ実行しないからこれじゃ確認できないぜ。

>139
テメーだよ知ったかクンは。

0143知ったかクンNGNG
www.transmeta.com/pdf/white_papers/paper_aklaiber_19jan00.pdf
こっちだった。
でも本当に知ったかで書いてるだけだからね。
0144デフォルトの名無しさんNGNG
>>143
情報少なすぎ
0145デフォルトの名無しさんNGNG
>>140
わかった。Crusoeの論文読んでくるーぞー。

0146デフォルトの名無しさんNGNG
>>142
XPしかないんやけど。
0147デフォルトの名無しさんNGNG
なぜにベータの話(スタブのことね)を今頃一生懸命してるんだか。
0148デフォルトの名無しさんNGNG
>147
なにが(スタブのことね)だ。ヴォケ。日本語読めないやつは去ってよし。
0149デフォルトの名無しさんNGNG
スタブかどうかなんて.NETの全体からみたら大した問題じゃない。
この話題終了。
0150デフォルトの名無しさんNGNG
>>149
わかってなーね
0151デフォルトの名無しさんNGNG
>149
スタブ*かどうか*とか言ってる時点で、おまえは内容がわかってない。CORBAかなんかと勘違いしてるんだろ?
0152149NGNG
スタブじゃないっていいはってるヤシはどういう処理がOSに追加されたのか説明してみろよ。あとそれが.NET全体でみた影響力についてもな。
0153デフォルトの名無しさんNGNG
>152
ハァ?あのさー、お前>124から始まるスタブの話をしてるんだよな?それでどうやったら
>152みたいなご意見になるわけ?いいから子供はもう寝ろや。

一言言っておこう。>124から読めば、誰も「スタブじゃない」なんていってないってことがわかるだろう。
あと、だれも処理がOSに追加されたともいってないから。じゃ、子供は早く寝な。
0154149NGNG


    ∧ ∧        / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| ̄ ̄( ゚Д゚) ̄ ̄|   <  あったま来た、もう寝る!!
|\⌒⌒⌒⌒⌒⌒\   \
|  \           \    ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
\  |⌒⌒⌒⌒⌒⌒|
  \ |_______|


0155デフォルトの名無しさんNGNG
おやすみ〜。いい夢見ろよ。
0156デフォルトの名無しさんNGNG
JVMが遅い。だからjavaのまけ
0157デフォルトの名無しさんNGNG
>>154
カワイイ・・・
萌えたよ
0158145NGNG
だれかツッコミ入れてくれよ。寂しいから。
0159デフォルトの名無しさんNGNG
(1゜4゜5)Σ\(-。-何いうてんねーん!
0160デフォルトの名無しさんNGNG
>>136
おっと、一部で有名なモナッシュ大学じゃないか( ´∀`)
0161132NGNG
スタブはexeに付くけどそれが実行されるとは限らない、というのが正解っぽい。
DOSスタブみたいなものだな。
0162デフォルトの名無しさんNGNG
だーかーらー、そう言ってるでしょ、最初から!
0163デフォルトの名無しさんNGNG
実行環境という言葉は微妙だな
アセンブリ vs .classファイル
というのもアリ?
0164デフォルトの名無しさんNGNG
>>163
MSIL vs Javaバイトコードならありでは
0165デフォルトの名無しさんNGNG
いや、アセンブリは .class file hell を回避するしくみが
もともと備わってるらしいけど、実際のとこどうよ?とか

ついこないだ .class file hell 見たよ。
クラス名同じなら先にJavaVMにロードされたほうが勝つという凄いオチでした
0166デフォルトの名無しさんNGNG
>>165
>クラス名同じなら先にJavaVMにロードされたほうが勝つ

それを利用して改変が認められてないjarにパッチを当てるのってどう?
0167デフォルトの名無しさんNGNG
>>166 あれ、SecurityException とかにならなかったでしたっけ?
詳しい方の解説きぼんぬ。
0168デフォルトの名無しさんNGNG
>>167

jarと同じ階層のディレクトリを掘って、すり替えるclassをそこへ置いて、そこへ
jarより先にCLASSPATHを通す。
これで上手くいくんでない?
0169デフォルトの名無しさんNGNG
Microsoft apparently wants some silicon for an intermediate language - kind of similar to Java bytecodes but, of course, not that but .NET.

ttp://www.theinquirer.net/15030213.htm
0170デフォルトの名無しさんNGNG
http://www.research.microsoft.com/downloads/download.asp?FUID={84B63DDE-C508-457E-9048-09A8BBE6922F}&CodeName=Extended%20IL%20(ILX)%20SDK&Version=0.2
使ってみた人いますか?
0171aleNGNG
169の話はなにげに面白いんだけど、
( http://pcweb.mycom.co.jp/news/2002/03/19/04.html
にも関連記事 )
昔NEにx86チップにJavaアクセラレータ乗せるっていうのもアリだろ、
みたいな事チラッと書いてたが、結局いまだに出来てないけど。
ILコードのほうが現実性高いかな。
まあ、にしてもMSがCPU開発ってのは無しな話だろうが、IntelとAMD
に企画を持っていくくらいの事はするんでないの。
0172デフォルトの名無しさんNGNG
アイタタタ...
ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=913&forum=7
0173デフォルトの名無しさんNGNG
MSも機械全部ひっくるめて生産するサソやアポーみたいになるってことですか?
0174デフォルトの名無しさんNGNG
憶測話はいいとしてさ、技術的にはどうなのよ。
ILの直に実行できるプロセッサって仕掛けとして大掛かり
過ぎないか?スレの上の方でクルーソーを持ち出してるひとが
いたが、あれのコードモーフィングみたいなものを間に
入れてVLIWのプロセッサで実行した方が早そうじゃないか?

ってこれも厨房ナ憶測話だった、、、


プロセッサの設計も絡む話なだけにおれには一生理解できないだろな
0175aleNGNG
>>174
今、Javaアクセラレータチップって結構でてるし、
別に全部の命令を完全に実行できなくてもいいわけだから、
それほど大変なことじゃないよ。まあ専用のVMが必要だろうけど。
単純にバイナリコードへのトランスレータを埋め込むってのでもいいし。
そのうち、10億トランジスタのCPUが出来るんだろうけど、そこに
何を埋めていくかって考えれば、Javaと.NETのバイトコードを
両方解釈する回路を入れても無駄じゃないと思う。
(既にRISC信仰も無いわけだし、CPUにはもっと高度な事を
やって欲しいと思うデスよ)
JITと比べてもアドバンテージがあるんじゃないかと思うのだけど。

クルーソーのVLIWコードにバイトコードを変換する・・・というのは、
http://www.watch.impress.co.jp/pc/docs/article/20010619/kaigai02.htm
に関連記事があったヨ!
0176デフォルトの名無しさん NGNG
>>175
それって、パイプライン、スーパースケーラ、VLIWと来たCPU高速化の流れに
逆行してるってことになったりしない?
0177aleNGNG
>>176
そうかな?確かにIA-64はVLIW構成になったけど、それと
アクセラレータ実装が矛盾するものじゃないってのは、まあ175に
載ってる記事にも現れてると思うのだけど。
主記憶は以前としてボトルネックだから、バイトコードみたいな
のは小さくていいと思うし。
熱の問題もあって、今までと違う方向にトランジスタを使うっていう
のは流れとしてあるよ。
0178デフォルトの名無しさんNGNG
>>81
VMがスタックマシンでもレジスタマシンでも、
高速実行のしやすさは同じだと思うよ。
いずれにせよJITコンパイル時にレジスタ割り付けが必須なことに変わりないから。
0179デフォルトの名無しさんNGNG
>>177
インテルがクルーソーに少しショックを感じたのは、動かしたときの
実際のバッテリー駆動時間というよりも、CPUの制御部をバッサリ切り捨てて
ソフトウェアでエミュレーションするような設計の方が効率がいいってことに
気が付いたからだと思う。その認識は今となっては少し怪しくなってきたけど。。

コンピュータって使われる用途やメインターゲットとする環境によって
設計とかも変ってくると思うから、全てに通用する答えはなかなか難しいね。
0180デフォルトの名無しさんNGNG
仮想マシンに関係するペーパーへのリンクが山盛り置いてあるサイトなんて
誰か知らない?
0181デフォルトの名無しさんNGNG
↑
0182デフォルトの名無しさんNGNG
>>179
Crusoeの方式だと効率がいいのは、
権利関係でIntelと戦う必要がない、っていう点。
0183デフォルトの名無しさんNGNG
JAVAのVMは欠陥とうことで
NETの完勝。28倍?これて10年NETが進んでるということで
0184デフォルトの名無しさんNGNG
はぁ、.NET だろ。
0185デフォルトの名無しさんNGNG
再頒布可能ランタイムのサイズで勝負しようぜ!

JRE1.4 : j2re-1_4_0-win-i.exe. 12,214,536 bytes. (マルチリンガル版)
.NET : dotnetredist.exe 20.4 MB (日本語のみ)

Javaの圧勝!
0186デフォルトの名無しさんNGNG
>>183
ここは技術スレ。いい加減な比較はご遠慮願います。

つーかSunのVMのどこがダメだというならソースのどこが問題なのか
指摘しろ。構造的な問題ならそれを挙げろ。

下手な比較はもう十分やっただろ。
0187デフォルトの名無しさんNGNG
姓名判断で勝負しようぜ!http://media.pmall.ne.jp/mcp/uranaigem/sub02/free00.html
>java virtual machine さん
>あなたの性格傾向
>90 点
>あなたはとても情け深く、義理人情に厚い、誠実で温かい心の持ち主です。
>あなたの個性
>70 点
>あなたはとても知的で、スッキリとした、合理的な感覚を持つ人です。
>あなたの行動
>80 点
>あなたの行動はとても上品で、気品にあふれた、たいへん優雅な印象を作ります。

>common language runtime さん
>あなたの性格傾向
>60 点
>あなたはとても明るくて、誰とでもすぐに友だちになるオープンな心の持ち主です。
>あなたの個性
>50 点
>あなたはとても活動的で、さわやかな、明るいイメージを持った人です。
>あなたの行動
>50 点
>あなたの行動はとても華やかで、オープン。たいへんさわやかな印象を作ります。

こんなんでました〜
0188デフォルトの名無しさんNGNG
>>187
CLRの方がオープンとでたか。
0189デフォルトの名無しさんNGNG
>>188
Sunの行動を見てるとある意味正しい。
0190デフォルトの名無しさんNGNG
>>187
それとなく当たってる印象(w
0191デフォルトの名無しさんNGNG
servletだけでPETSHOP作ればnET
に勝つんか?MSはいんちき比較したんか?
訴えたらいいじゃん
0192デフォルトの名無しさんNGNG
まえからむかついたんだ。VMのとろさ。
マルチプラットフォームしか取り柄ないんか
0193デフォルトの名無しさんNGNG
>>192
とろいのはあんたの書いたプログラムだと思われ。
そんなんじゃ .NET もとろくて使えねーんだろーな。
0194デフォルトの名無しさんNGNG
>>192
そこをまねしたんだろ?.NETって
0195デフォルトの名無しさんNGNG
swingの糞重さに呆れたあなたでも.NETていうかWindowsFormsなら大丈夫。
0196デフォルトの名無しさんNGNG
.NETがまねしたってことは
Javaは認められるべき仕様だ
>>192ティンティンのいろピンクだとおもわれ
0197デフォルトの名無しさんNGNG
Javaに認められる仕様なんて一つもないですよ、実際。
引っ掻き回しただけという感があるなあ。
0198デフォルトの名無しさんNGNG
sun>>>>>>>>>>MS
でいいんか
ティンティンのいろピンクよ
0199デフォルトの名無しさんNGNG
VMは設計ミスとしかおもえない
0200デフォルトの名無しさんNGNG
まぁJavaは .NET等の次世代言語
の叩き台としては結構よかったんじゃないかと。
0201デフォルトの名無しさんNGNG
MSばんざい!
JAVAさんさようなら。
スミソニア博物館で会いましょう(w
0202デフォルトの名無しさんNGNG
NETは遅さは真似てないぞ
0203デフォルトの名無しさんNGNG
VisualStudio.Net 最高。
俺でも使いこなせるからな(w
0204デフォルトの名無しさんNGNG
>>203
それだけ自然なプログラミングモデルだということですな。
0205デフォルトの名無しさんNGNG
食わず嫌い。
0206デフォルトの名無しさんNGNG
春房大発生
0207デフォルトの名無しさんNGNG
Javaは先陣切ってVMを広めたというのは評価できると思う。ボロも出てるけど。
ただ、言語という境界で厨房を生産しちゃったという点はいただけないね。
.NETはそれを清算しちゃったのがよい。
0208デフォルトの名無しさんNGNG
.NETも そのうち厨房大発生すると思うけど。
普及するってのは良くも悪くもそーゆー事だし。
0209デフォルトの名無しさんNGNG
>>207
はいはい、ぼくちゃん一人で語らないでね〜
0210デフォルトの名無しさんNGNG
枯れ木も山のにぎわいってゆーしねぇ
0211デフォルトの名無しさんNGNG
Java厨必死だな
という言葉が似合うスレのことよ...

まあ、暫くはお祭りワショーイしてりゃいいんじゃないでしょうか。
0212デフォルトの名無しさんNGNG
だれか説明してください
なぜVMは遅いのか。
いままで納得いく説明はないのだが
どっかの企業がVMの遅さを解決するのに
乗り出したときいたが(マジで
0213デフォルトの名無しさんNGNG
http://www.netgene.co.jp/java/docs/javaPressVol14.html
0214デフォルトの名無しさんNGNG
VMそんなに遅いか?メモリが十分にあれば不満なのは起動時ぐらい。
Java専用ローダがあればどうにかなりそう?
0215デフォルトの名無しさんNGNG
技術的な話しろよ
どっちの方もってもいいからさ

くだらなすぎ
0216デフォルトの名無しさんNGNG
しつもーん。
両者のガベコレ戦略ってどんなもんなんですか?なんか資料とかある?
0217デフォルトの名無しさんNGNG
>>212
パソコンの場合と組込では事情が異なる
 組込み用のプアなCPUでは余分な事をすれば当然遅くなる。

パソコンの場合、実行だけ見れば、 CPUの命令サイクルがメモリサイクルに比べて十分に余裕がある為
VM実行という負荷が直接表面に出るわけではない。
だからソートのような命令が局所的で大量のデータを扱うような負荷で試験をすれば差は出ない

しかし、VMの為の余分なロードが結局は負荷になる。
0218デフォルトの名無しさんNGNG
なぜjavaは起動が遅いのですか?
クソだからですか
1995ねんからCPUはものすごくは早くなったんですけど(w

0219デフォルトの名無しさんNGNG
あんたのPCが1995年のそれと同じくらい遅いからです。
0220デフォルトの名無しさんNGNG
読み込むファイルが多いから
0221デフォルトの名無しさんNGNG
>>218
ちなみに その「早い」は NG ですな。
0222_NGNG
javaはいい叩き台になってくれた。
.netのコンセプト、素晴らしいよ。
いつもそう。美味しく熟した果実を食べるのはMS。
あはははははははははあh
0223デフォルトの名無しさんNGNG
CP/M→ ms-dos
lotus→ excel
mac-os→ windows
delph→vs.net
他にある?
0224デフォルトの名無しさんNGNG
一太郎 -> Word
0225デフォルトの名無しさんNGNG
モザイク->IE
0226デフォルトの名無しさんNGNG
ハリーポッター → ゲイツ
0227デフォルトの名無しさんNGNG
.NETの行き着く先は、もしかして…、Windowsのx86 CPU専用OSからの脱退では…。
アプリのコードをネイティブからCLRへ完全移行させれば、
なにも、CPUはx86でなくてもよい!
そのうちMacで走るWindowsなんかでてくるかも?
0228デフォルトの名無しさんNGNG
ビックリマン→ポケモン
0229デフォルトの名無しさんNGNG
つーかNTはAlphaとかでも走ってるし、特にIA以外に移るメリットも無い現状。
0230デフォルトの名無しさんNGNG
怪盗ルパン顔負けのMS
0231デフォルトの名無しさんNGNG
>>218
Java 2になったあたりから、それまでCで書かれていたコードが
Javaで書き直されてきた。
例えば、クラス管理まわり (see java.lang.ClassLoader.NativeLibrary)。
多分、JVM自身の移植性を高めるため。

Java 2でJVMの起動が遅くなった一因はこれ。

>>220
その通りで、起動時に読み込まないといけないクラス数が増えたのも一因。
0232デフォルトの名無しさんNGNG
>>217
いまどきのJVM(Sun,IBM)、
計算intensiveなプログラムのピークスループットがすごく高いよ。
C/C++と比較してみるとよろし。
0233デフォルトの名無しさんNGNG
232>>
java-pressにでていたね
以外とCようり速いのはびっくり
0234デフォルトの名無しさんNGNG
>>192
>>199
>>207
>>212
>>214

「VM」ってさあ、一般名詞なんだよね。
0235デフォルトの名無しさんNGNG
スレタイトルが読めない春厨がイパーイ
0236デフォルトの名無しさんNGNG
>>213
JVM仕様を直接読んだ方が早くない?
0237217NGNG
>>232
たとえば数年前のデータだと
http://www.knt.mech.tut.ac.jp/research/fmm/java/bench/page1.html
とはっきり差が出ている

これが最近になって、ベンチマークで差が出なくなったのは、>>217に書いた理由
0238デフォルトの名無しさんNGNG
235>>
マターリといきましょう
0239デフォルトの名無しさんNGNG
みんな酒でも飲んでるのか?
0240デフォルトの名無しさんNGNG
JVMはロードのとき、型チェックとかやばいループとかないか調べて
るから遅いんだろ。ロードの時間は安全代じゃないの。
0241デフォルトの名無しさんNGNG
>>240
意味ないけどね
0242デフォルトの名無しさんNGNG
JVMでは安全性とロード速度がトレードオフになってると思う
けど、CLRはどう?
0243デフォルトの名無しさんNGNG
>>242
何を持って安全とよぶかの定義によると思うけど。
240=242が言ってる安全って一体何?
0244デフォルトの名無しさんNGNG
どこがトレードオフになってるのか分からん
0245デフォルトの名無しさんNGNG
>>243
マシンコードのヴェリファイのことでしょ?
仮想マシンが、いきなり沈黙するようなコードがないかチェックする処理
http://www.google.com/search?num=50&hl=ja&ie=Shift_JIS&oe=Shift_JIS&q=Java+%83x%83%8A%83t%83@%83C&lr=

M$じゃあ、まずしないね。
その分、起動時間は短いだろう。
0246240NGNG
バイトコードベリファイアのことです。
オペランドスタックやローカル変数の取り得る状態の数が
組み合わせ爆発を起こすようなプログラムの実行を許可し
ていないというのに感心した思い出があるもので。
0247デフォルトの名無しさんNGNG
>>245
そういうの実行ににやるんじゃなくて、
.NETのめたデータに突っ込むような形でやるんじゃないのかな?
今やってないとしても。
0248デフォルトの名無しさんNGNG
247
プログラム取得時にってことです
0249デフォルトの名無しさんNGNG
チェックって限られた範囲でしか行われないと思うんだけど
その程度で安全と言ってしまっていいのかなあ。

死ぬほどメモリ確保しまくるコードや
死ぬほどスレッドを立てまくるコードは
どうせ検出できないでしょ?

意味あるのかね?
0250デフォルトの名無しさんNGNG
チェックじゃないよテストだよ。
しかも正しく動くかどうかのテストであって性能テストではない。
性能に関わるテストは別問題。
0251デフォルトの名無しさんNGNG
言葉の言い換えしてもしょうがないと思うが。
1. 「正しく動く」の定義は?
2. 1.の定義による「正しさ」の、実用上の意義って何?
249みたいなのを防げないテスト(?)をして、誰が満足するの?

もしかして言語屋のオナニーかな...
0252デフォルトの名無しさんNGNG
PEVerify.exe
0253デフォルトの名無しさんNGNG
>>251
ぺリファイは最低限のチェックや。
たしかに無くてもいい、オナニー機能だ。

セキュリティーや不正使用はチェックでけへんしね
0254デフォルトの名無しさんNGNG
.NETFrameworkのソースって逆汗できないの?
っていうかpreCompileしてあるんだよね、多分、、
0255240NGNG
JAVAでエラーをおこすプログラムを書くのは難しい。
例外をおこすやつなら簡単だけど。
0256デフォルトの名無しさんNGNG
.NETなんてダメダメ。本命はやっぱWindowsDNAでしょ。
COMとかDCOMとかActiveXとかVBScriptとか
ActiveDirectoryとかがあるからね。
マイクロソフトの技術だから、これからは
これが主流になっていくだろうね。
.NETみたいな数年で消える技術じゃなくて、
長く生き残ってゆく技術を身に付けていくにはやっぱ
WindowsDNAの勉強をするべきだね。
0257デフォルトの名無しさんNGNG
マイクロソフトの技術は移り変わりが激しく閉鎖的。
ユーザを平気に手前の都合で切り捨てるので、
どこでもいつまでも通用するマイクロソフト
の技術を学べば、若い世代のPGに対しても敗北の味を
知らずにPG人生を歩めるでしょう。
0258デフォルトの名無しさんNGNG
1行目と3行目は矛盾するような?
0259デフォルトの名無しさんNGNG
>>254
C#ならできます。MC++はわかんない。unmanagedな部分は無理みたいだけど。
0260デフォルトの名無しさんNGNG
>>259
意味わからん。ILDasmを使うだけじゃないのか?
0261260NGNG
ちなみに、NgenでNativeコンパイルされていても、ILDasmで逆アセンブル
することはできるよ。
0262デフォルトの名無しさんNGNG
SunもここまでWindowsが普及してるんだから、バイトコードから
Winのネイティブコード吐くCLRみたいなの作れば良いのに。
0263デフォルトの名無しさんNGNG
もうみんなVisual Studio.net買いましたか?
0264 NGNG
駄目プログラマーの条件

1)色々な言語に手を出すがどれも中途半端
2)開発環境を一杯持っている
0265デフォルトの名無しさんNGNG
>>264
良いプログラマーの条件もお願い
0266 NGNG
コボルヒトスジ
0267デフォルトの名無しさんNGNG
両手で1023まで数えられる。
0268デフォルトの名無しさんNGNG
>>267 やめてくれ! 新人歓迎会とかで片手で31迄数えますって芸やった先輩の事思い出すから
0269 NGNG
良いプログラマーの条件

1)言語なんか邪魔しなければ何でも良い
(asm,VC/C++,javaの三段階三つで充分だ)
2)BAT,EXE一筋80年。開発ツールは便利なら使うかも。
3)個人ライブラリーを一杯持っている。
0270デフォルトの名無しさんNGNG
>>268
裏返しも入れれば64までいけそうだ

>>265
作ることに関する目的意識の高いひと。
0271デフォルトの名無しさんNGNG
>2)BAT,EXE一筋80年。開発ツールは便利なら使うかも。
>3)個人ライブラリーを一杯持っている。

オタク上がりに多い典型的駄目PGじゃねーか。個人で全部請け負う在宅PGなら
いいかもしれんが、プロジェクトに入ると迷惑極まりないタイプ。
0272デフォルトの名無しさんNGNG
>VC/C++
この辺りがDQN臭いな
0273デフォルトの名無しさんNGNG
1)言語なんか邪魔しなければ何でも良い
(asm,VC/C++,javaの三段階三つで充分だ)
スクリプトのひとつくらい使えるようになっとけ。
0274デフォルトの名無しさんNGNG
>java
そろそろお払い箱だね
0275デフォルトの名無しさんNGNG
>1)言語なんか邪魔しなければ何でも良い
>(asm,VC/C++,javaの三段階三つで充分だ)
それだけ使えれば言語のリファレンスマニュアル見るだけで
新しい言語に対応できるようになってるよ。
perlやRuby pythonだってねー。
関数型言語や論理型言語はつかわんんだろし
0276デフォルトの名無しさんNGNG
ライブラリだけ見ればJavaの方が良く見えるんだけど。。。はぁ。
0277デフォルトの名無しさんNGNG
つうか、普通個人ライブラリくらい自然に溜まっていく。
設計の才能が無い大半のPGは個人ライブラリを持っていない。
0278デフォルトの名無しさんNGNG
>>277
今までかっぱらってきたソースコードが2Gほどあります(藁
0279デフォルトの名無しさんNGNG
かっぱらったのかYO!
0280デフォルトの名無しさんNGNG
俺は会社や言語変わる度に1から作りなおしだ。
ドロボーはいかんよ。
0281 NGNG
>>275
なんで新しい言語に対応しなきゃならんの?
金くれるんなら覚えるけど。只じゃ嫌。
0282デフォルトの名無しさんNGNG
会社名にして20以上、人名にして500は超えてるだろな。
もしかしたらここに書き込んでるやつのソースも家にあるかも(藁
ソースコードは咀嚼したものでないと持ってても意味がないから、
仕事で眺めまくったソースは持ち帰るメリット大です。
0283 NGNG
>>275
c++(CUI)で充分。
あんな呪文みたいな言語は脳に悪い。
0284 NGNG
>>282
それはいいが、かっぱらっただけで分析してないのでは?
0285デフォルトの名無しさんNGNG
>>260
あ、逆コンパイルと間違えたわ。スマ。
0286デフォルトの名無しさんNGNG
>>284
ライブラリ、フレームワークに相当する部分は
仕事で沢山見てたので大丈夫です。多数の会社どうしで
仕事をする場合、ライブラリは非公開なこともありますが、
上に、ソースを見せてもらう方が効率がいいことを
直訴しソースを出してもらいます。そしてかっぱらいます。

アプリケーションプログラムの部分はヘタレなものを
持っていても仕方ないので、そんなに沢山はありません。


っていうか完全にスレ違いだな。
仮想マシンの話しよう!(藁
0287デフォルトの名無しさんNGNG
>>237のところにあった単純ループのソースをC#用に書き直して
実行速度を比較したら、リリースビルドでJavaの約半分だったよ。
0288デフォルトの名無しさんNGNG
.NETはILをコンパイルしたプログラムを永続的にキャッシュするような
仕組みとかあるのかな?
0289デフォルトの名無しさんNGNG
>>288
gacutil.exe
0290288NGNG
>>289
それはデフォルトの設定?
こういったのは終了時に強制的にやってくれるとありがたいね。
起動時にはキャッシュにコンパイル済みのコードがあって、
ILの日付よりも新しかったらキャッシュを使うとかさ。
0291デフォルトの名無しさんNGNG
>>287  サイズはどの程度で?

0292287NGNG
>>291
3000000件で。
PenIII-800の512MでJVMで14.551s、CLRで8.472s。
JVMは1.4。
デバックビルドだと、CLRの方が遅くなったけど他に
試した人いない?。

このケースだけで単純に比較は出来ないんだろうけ
ど、大きいね。
0293デフォルトの名無しさんNGNG
>>288
289のは関係ない。CLRにはその機能はない。ngen.exeはインストール時のコンパイルだし。
0294デフォルトの名無しさんNGNG
キャッシュもいいけどコンパイルよりディスクアクセスの方が
遅かったりして
0295275NGNG
>>281
対応できるという意味だ。
0296デフォルトの名無しさんNGNG
>>292
これって
http://developer.java.sun.com/developer/bugParade/bugs/4490869.html
のバグと関係ないかな?

とりあえず IBMのJIT使えば 8秒、
JDK1.4 HotSpotClient だと 16秒
0297287NGNG
> これって
> http://developer.java.sun.com/developer/bugParade/bugs/4490869.html
> のバグと関係ないかな?
ベータ版じゃないから、多分関係ないと思うよ。ベータ版でなくてもでるのかな?

> とりあえず IBMのJIT使えば 8秒、
> JDK1.4 HotSpotClient だと 16秒
そうなんだ。IBMのJIT使えばほとんど変わらないってことか。
試してみる。ありがと。
0298デフォルトの名無しさんNGNG
このバグ fix されないままリリースされてるから、
関係あると思います。
ちなみに JDK1.3 でも症状出るらしい。
0299287NGNG
>> 298
ふ〜ん、そうなんだ。

「Does this problem occur on J2SE 1.3?」
「No」
と書かれているが?
0300デフォルトの名無しさん NGNG
300get!
0301デフォルトの名無しさんNGNG
>>299
それは バグパレードに登録した人の投稿内容でしょ?
その下の他の人のレポートには JDK1.3 でも再現する
って書いてあるよ、
0302デフォルトの名無しさんNGNG
[email protected]
This bug also existed in JDK1.3 and affects any program
that uses "double" local variables.

とか、

Swestin
This is not confined to 1.4; 1.3.1 has the same problem

のことね。
0303デフォルトの名無しさんNGNG
ところで、VS.NET 買った人は MSの許可を得ずして
ベンチマーク公開して良いんですか?
0304デフォルトの名無しさんNGNG
>>303
こまけーことがたがたうるせー、馬鹿!
0305287NGNG
>>301-302
了解。



0306デフォルトの名無しさんNGNG
>>304
いや .NET Framework SDK とライセンス違うのかなぁ、
と思っただけです。
0307287NGNG
>>303
ありゃ、使用許諾にあるのね。そういう文章が。
今更、見逃していましたごめんなさい、じゃ済まないか。

>>306
見ていないが同じでしょう。

訴えられたら、笑ってくれ。
つーか削除依頼しとくか。
0308デフォルトの名無しさんNGNG
>>303 ベンチマーク制限してるのはサーバー製品だけという理解です
0309デフォルトの名無しさんNGNG
なるほど。じゃ、ライセンス違うのかも?

http://www.microsoft.com/japan/msdn/netframework/downloads/sdk_eula.asp
から抜粋
4.8 - ベンチマーク テスト お客様は、マイクロソフトの事前の
書面による承諾なくして、本サーバー ソフトウェアまたは本クラ
イアント ソフトウェアのベンチマーク テストの結果を第三者に
開示することはできません。

まぁ Microsoftの方が有利な結果でてると思うし、
2chのカキコぐらいで訴えるとかそーゆーことはないと思うけど…
0310デフォルトの名無しさんNGNG
完全に再現できるための情報(ソースコード、入力データ、実行条件、etc)
を開示していればかまわんと思うがなあ・・・
まあ思うだけか。
0311デフォルトの名無しさんNGNG
>>309 確かに 7.2 として同じ文言がありますが

 7 略--- MSDNサブスクリプションプログラムのServer製品の・・・ 
 と始まっているので、無視しています。 SDKとは違うライセンスと思っています。

 MSDNのServer製品がダメというのは、値段的にそういうものだと理解しています。

というか金払って買った開発ツールでベンチマークして何が悪い!
0312デフォルトの名無しさんNGNG
ベンチマーク結果の公表についての話であって
ベンチマークの実行そのもについては言及していないと思われ
0313デフォルトの名無しさんNGNG
licence.txtとeula.txtに

>5.9 ベンチマーク テスト
>お客様は、マイクロソフトの事前の書面による承諾なくして、
>本サーバー ソフトウェアまたは本クライアント ソフトウェアの
>ベンチマーク テストの結果を第三者に開示することはできません。

という記述があるが、

>4.1 インストールおよびライセンスの許諾
>本サーバー コンポーネントは、サーバー ソフトウェア (以下「本サーバー
>ソフトウェア」といいます。また、本サーバー ソフトウェアを実行する
>コンピュータを以下「本サーバー」といいます) を実行できるコンピュータ上で
>サービスまたは機能を提供するソフトウェア プログラム、および電子デバイス
>(以下「デバイス」といいます) から本サーバー ソフトウェアによって提供される
>サービスまたは機能を呼び出しまたは利用するソフトウェア プログラム
>(以下「本クライアント ソフトウェア」といいます) で構成されています。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
というふうになっているので、自分で作ったアプリのベンチは問題ないような気がする。
0314デフォルトの名無しさんNGNG
age
0315 NGNG
そんな規約は法律上無効だから気にしないように。
0316デフォルトの名無しさんNGNG
>>315 裁判で判例作って証明してくれ。
0317デフォルトの名無しさんNGNG
でもまぁ、極端に神経質になる必要は無いに 1票
0318デフォルトの名無しさんNGNG
(CLR)<<以外にも、FreeBSDでの開発が一番先だそうです
(雑誌で見た。ネタではない。ただ、その編集者がいいやつかどうか分からない)
でも、言われてみれば・・・
Solarisには、行きづらいだろうし
Linuxも敬遠されそうだし・・・
残るはFreeBSDだとおもたか?
次は、BeOS→超漢字→OSASK
コレいいね
0319デフォルトの名無しさんNGNG
FreeBSD・・・・
久しく触ってない。

486DX4の98に入れて遊んでいた頃が懐かしい。
0320デフォルトの名無しさんNGNG
FreeBSD版出すとかいって最近話全然聞かないな。
早く作れ!>まいくろそふと
0321デフォルトの名無しさんNGNG
サーバ用途ではFreeBSDはまだ多いだろうからいいんじゃない?
もう殆どLinuxだったりする?
0322デフォルトの名無しさんNGNG
も一度>>1の話に戻って話すけど
Javaがこのまま実行速度や
マシン負荷があまり変わらない
のであれば、Win上ではまちがいなくユーザは.NETアプリ
使うだろうと思う。
ただ、サーバーサイドのお話となると
企業がすぐにシステムを移行するわけがないし
あるいは.NETにJava以上の何か特別なアドバンテージ
がない限りしばらくJavaだろうと思う。

/*余談
SolarisってJava(JVM)が走りやすいらしいけど
Winとかに比べてどうなんだろう
さくさく動くんかな?
Solaris使ったことないから(見たこともないが)わからん
*/
0323デフォルトの名無しさんNGNG
http://msdn.microsoft.com/downloads/default.asp?URL=/downloads/sample.asp?url=/msdn-files/027/001/901/msdncompositedoc.xml

FreeBSD版age。
0324デフォルトの名無しさんNGNG
>>323
wow!!!! サンクス子

移植はやっぱりCorelがやったみたいね
0325デフォルトの名無しさんNGNG
土曜の早朝に起きたかいがあったってもんだ。
今週はこれのハックで終わりそうな気配(w
0326デフォルトの名無しさんNGNG
ところで System Requirements に Perl 5.6 とあるのは何でだろ?
0327デフォルトの名無しさんNGNG
ビルドするのにつかうんじゃないかな?
0328デフォルトの名無しさんNGNG
CLIエンジン インストールするのに Perl使うって事?
 一瞬、ライブラリをPerlの使ってるのかと疑ったよ
0329デフォルトの名無しさんNGNG
$ find . -name "*\.p[lm]" -print
./clr/src/ilasm/extractgrammar.pl
./clr/src/inc/genrops.pl
./clr/src/inc/opcodegen.pl
./palrt/idl/idlstrip.pl
./rotorenv/bin/finddefines.pl
./rotorenv/bin/gencscrsp.pl
./rotorenv/bin/gensr.pl
./rotorenv/bin/getbaseaddress.pl
./rotorenv/bin/keylocationex.pl
./samples/pigui/tk/callconvhack.pl
./tests/dev/bclvmconsistency.pl
./tests/dev/ffitest.pl
./tests/dev/nativedll.pl
./tests/pvtrun.pl
./tests/rrun.pl
0330デフォルトの名無しさんNGNG
あげ!
0331デフォルトの名無しさんNGNG
>>324
Linuxでも動きますか?
FreeBSD用意しないとダメでしょうか?
0332デフォルトの名無しさんNGNG

ttp://www.zdnet.co.jp/enterprise/0203/26/02032602.html

J2EEの学習用サンプルプログラムとして書かれた「Pet Store」のコードを
.Netで書き換えたら大きく性能向上したとマイクロソフトが主張したことも
あったが,グリーン氏は,「リーダブルな学習用プログラムだった」と指摘,
「IBMやオラクルが同様のe-コマースアプリケーションを書き直したところ,
.Netより20倍も速かった」と,会場の拍手を呼んだ。

0333デフォルトの名無しさんNGNG
ほとんどが学習用コードがそのまま使われているという事実
0334デフォルトの名無しさんNGNG
パフォーマンスの話はいいから技術の話しろよ
0335デフォルトの名無しさんNGNG
なるほど、Sun製のJVMがIBMやMSのJVM、CLRより
はるかに劣っている理由が分かったような気がした。
0336デフォルトの名無しさんNGNG
Javaの不幸なところはSunが大きく関わっているところだね。
IBMだったらどれだけ幸せだったことだろう・・・・・・・・・・・。
0337デフォルトの名無しさんNGNG
おマラ!
死滅スレはここではないのでYOROSHIKO!
0338デフォルトの名無しさんNGNG
対決スレは死滅へ向かうの法則。
0339デフォルトの名無しさんNGNG
二つともソースコードが出てるんだから
いい加減な理由でなっとくするんじゃなくて
ちゃんと自分で調べる、大事あるね。
0340デフォルトの名無しさんNGNG
JVMの遅さの理由がこのスレでぎろんされていないようにおもうが
簡潔にいってみてくれ
0341デフォルトの名無しさんNGNG
まーはっきりしているのは、こういうチョウチン記事を喜ぶ連中は
そういうチェックをする能力がないってことデスワ
でもよう、サーバー製品を複数接続させてあれやこれややるスイートの
パホーマンステストなんてそうそう簡単にはできないぜよ
0342デフォルトの名無しさんNGNG
ある程度以上の規模のパフォーマンステストは
最初から結果が分かっているというワナ

だからそんなものについて一喜一憂してるんじゃなくて、
もっと内部の知識を深めたりとかそういった地道な
努力をすることが、一エンジニアとして責任ある仕事に
繋がるものと思われ。

ただ、
提灯記事を信じることは有害だけど、それを数多く知っておく
ことは無駄じゃないかもナ。
0343デフォルトの名無しさんNGNG
説明に役立つからな。
0344デフォルトの名無しさんNGNG
どうでもいいがMS!
ソースが消えてなくなるようなmakefile入れて
リリースしてんじゃねぞ!ゴルァ!
0345デフォルトの名無しさんNGNG
JavaPluginが常駐できれば良いと思うんだけどどうよ?
0346デフォルトの名無しさんNGNG
Plugin 常駐さしてどーする気?
0347デフォルトの名無しさんNGNG
>>344
makefileはpmake用に書かれているから書き直すかpmakeをインストールする
必要があります。
0348デフォルトの名無しさんNGNG
いちおうpal部分はやっとこさ解析終わりました。。。
これのインターフェイスもCLIの仕様として含まれているらしいので
移植をする必要が出てきたらここのソースを改造することから
始めると良さそうです。
0349デフォルトの名無しさんNGNG
Java VMを常駐といいたかったんだろ
0350名無しさん@EmacsNGNG
>>348
どんな感じですか?
monoと比べてもどうなんでしょうか?
0351名無しさん@お腹いっぱい。NGNG
あげ
0352デフォルトの名無しさんNGNG
主力言語Eiffelにするか新Pascalにするか迷うなぁ。
Java好きだけどJVMは嫌いだし。。。さよならSUN。
こんにちはMS。
0353デフォルトの名無しさんNGNG
SSCLIをvmware+FreeBSD4.5relに入れるのに2.5時間。
fjitなんとかのコンパイルでは死亡したかと思った。

動作は重いな。やはり。エミュレーションだから余計。
しかしバイナリコンパチってのは結構嬉しい。
Winで作ったバージョン管理システムがそのまま動いたもんな。
0354デフォルトの名無しさんNGNG
>>353
どこが遅い原因なんだろ。
Win32APIのラッパーかませてるからか?
0355デフォルトの名無しさんNGNG
どうでもいいけどソースきたなくね?
なんか間に合わせ的に作った感じだよな。
かなりの部分はCorelが作業したらしいけど
やっぱMSに金だしてもらってやる作業なんて
こんなもんかね。いい加減すぎるような気もしないでもない。
0356デフォルトの名無しさんNGNG
Linuxへの移植に成功した人はいますか?
0357デフォルトの名無しさんNGNG
実用になるかはともかく、楽しそうではあるね。
0358デフォルトの名無しさんNGNG
実用になると思うよ。CLI部分だけでも安定するまであと2年はかかると思うけど。
ところでFreeBSD版は誰がメンテするのかね。マイクロソフトは
これをどうするつもりなんだろう?いっそのことライセンスフリー
にして投げた方がよかったような気もするんだけど。
0359デフォルトの名無しさんNGNG
>>358
Corelでしょ
0360デフォルトの名無しさんNGNG
age
0361デフォルトの名無しさんNGNG
>>358 MacOSXへ移植するという...
0362デフォルトの名無しさんNGNG
>>340
エミュレーションみたいなもんだから遅くなって当たり前。
0363デフォルトの名無しさんNGNG
まだ.NETアプリって無いんだよね?
0364デフォルトの名無しさんNGNG
>>363
フレームワークとSDKがある。
で、アプリがないわけがないと思いませんか?
0365デフォルトの名無しさんNGNG
朝からアホな問答を見てしまった。
0366デフォルトの名無しさんNGNG
VS.NETは.NETアプリですが何か
0367デフォルトの名無しさんNGNG
>>366
Delphiみたいだね。
0368デフォルトの名無しさんNGNG
Del厨うざ
0369デフォルトの名無しさんNGNG
>>368
過剰反応するあなたの方が問題あり。
delphi花粉症ですか(藁
0370デフォルトの名無しさんNGNG
>>367-369
Dで始まる糞言語の話題はやめれ
0371デフォルトの名無しさんNGNG
>>370
Delphiは開発環境の名前。言語はObjectPascal


まぁ、VisualStudioを言語だと思ってる奴は黙ってな(藁
0372デフォルトの名無しさんNGNG
>>371
で?
0373デフォルトの名無しさんNGNG
sscliをいじってた人はどうなりましたか?
0374デフォルトの名無しさんNGNG
[Compiling for the .NET Common Language Runtime]
http://www.amazon.com/exec/obidos/ASIN/0130622966/
よい本、らしい。。
0375デフォルトの名無しさんNGNG
ILの段階でテンプレートを保留にしておくこととか出来ないのかな?
いまのhttp://research.microsoft.com/projects/ilx/
とかだと実行時に引き渡すときにはもちろん今のILになってないと
いけないんだけど。。技術的になにか問題があるかな?

やっぱり実行時コンパイルエラーが出やすくなるから無理か。
0376デフォルトの名無しさんNGNG
おい、お前ら
どうでもいいけど.NETはクロスコンパイルらしいじゃないか
他のプラットフォーム用の無料SDKが出ればいいが
また高いお金だして(例えばLinux用の)VisualStudio
買わないかんとなるとやっかいだな
とくに、シェアウェア作る人にとっちゃぁ・・・
ってことは結局.NETは実質Windows上だけの話となるので
CLRは意味なし。
よってVC++6.0の勝ち
0377デフォルトの名無しさんNGNG
とりあえず腐れシェア作家は逝っていいよ。
0378デフォルトの名無しさんNGNG
>>376
死ね
0379376NGNG
は?シェアウェアなんて作ったことないけど?
0380デフォルトの名無しさんNGNG
>>376
クロスコンパイルっていってもそれぞれのプラットフォーム向けに
スタブをくっつけないといけないから、今のWindows用のやつが
そのまま動くわけじゃないと思うけど。違うの?
0381デフォルトの名無しさんNGNG
>>380
言ってることは正しいが>>376の言っていることとずれている

つまり、使ってもらう相手にソースコードを渡して
相手の環境でコンパイルしてもらうか
あるいは、開発者が複数のOS用のVSを買って
それぞれ用にコンパイルしてバイナリを配布するか
ということ。
JavaならWin上でコンパイルしたやつはLinuxでも動く
0382デフォルトの名無しさんNGNG
sscliのニュースグループも2ch並にレベルの低い投稿が多いな
0383デフォルトの名無しさんNGNG
思うに。WindowsですらSDKが用意されてるのだから、
別にVS買う必要ないでしょう。monoもあるし。
>>376のような無能ならいざ知らず。
0384デフォルトの名無しさんNGNG
>>381
じゃあバイナリじゃなくてCLRにするメリットって何なん?
0385デフォルトの名無しさんNGNG
>>384
IL、アセンブリ、メタデータを取得した後に
スタブを付けられるような仕組みがあればいいんと違う?
よく分からないから適当なんだけどさn。
0386デフォルトの名無しさんNGNG
>>385 など
他の環境で動作するときはスタブを無視すれば済む話だ。すでにXPや
sscliではそうなっている。
0387デフォルトの名無しさんNGNG
>>384
そうなんだよ、そこが落とし穴
MSは他のプラットフォーム用にも開発環境
を売るつもりだな。もちろんSDKが出てくれれば問題ないのだが・・・
まあ、CLRにするメリットはソースを書くのは
一回でいいということぐらいかな
0388デフォルトの名無しさんNGNG
>>387
>>385に書いた通り、バイナリのままでOK。バイナリのファイルフォーマットは
ECMAで標準化済み
0389デフォルトの名無しさんNGNG
Javaだろ。
0390デフォルトの名無しさんNGNG
>>386だった。間違えた。
0391仕様書無しさんNGNG
>>374
注文したので、あげ
0392デフォルトの名無しさんNGNG
メタ情報が多く入る.NETバイナリはJavaほどはクロスプラットフォームでないという罠
0393デフォルトの名無しさんNGNG
CLIのバイナリファイル仕様は決まってるかも知れんが、
ランタイムのAPIは何も決まってないんじゃないのか。
C#のコードとか見るとWIN32のAPIをばしばし呼んでるが、
ああいうのを例えばFreeBSDに持っていってどうやって動かすの?
WIN32SDK for FreeBSDを買わなきゃいけないんじゃないの?
0394デフォルトの名無しさんNGNG
>>387

各プラットフォーム向け×頻繁なバージョンアップ

で、死ぬること必至。もちバージョンそろえないとメタ部分での互換性問題が多発。
ここ数年はCLR自体もダイナミックにかわるかもしれん。 なんせ出始めたとこだし。

さぁ、それでも .Net へ行くのかこのマゾヒストたちは。

オレは書籍や2chで情報追って、安定するの待ちます・・・
新技術追求は大切だけど、仕事だからね。
0395デフォルトの名無しさんNGNG
>>394
なるほど。仕事でしかないのね。
0396デフォルトの名無しさんNGNG
仕事じゃなきゃMSが使ったものになんか近づくもんか。
0397デフォルトの名無しさんNGNG
>>396
なるほど。その程度の知識で会話に入り込もうとしてたのね。
0398デフォルトの名無しさんNGNG
>>392
だからメタデータはプラットフォーム非依存だっての。

>>393
>ランタイムのAPIは何も決まってないんじゃないのか。
ランタイムのAPI?
>C#のコードとか見るとWIN32のAPIをばしばし呼んでるが、
そりゃばしばし呼んでるコードの問題であってCLRの問題じゃない。
移植性とも関係ない。P/Invokeのような機能自体もECMAで仕様化済みなので
あとは各プラットフォームに適切な実装をすればよい。sscli参照。

>で、死ぬること必至。もちバージョンそろえないとメタ部分での互換性問題が多発。
根拠なし。メタデータは標準化済みだって。バージョン関係なし。

あー、正しい情報が必要だねー、みんな。日本には正しい情報ないからなー。
MS日本ですら平気で間違った情報流しまくるからね、ホント。
0399デフォルトの名無しさんNGNG
>>398
正しい情報を与えても能無しは素直に解釈できないよ。(嘲笑激藁
0400393NGNG
>>398
「ランタイムの外のAPI」だな。すまそ

結局Win上で書くやつらは(J++やJ#でやってたことを見れば分かるとおり)
Win32 APIばしばし使いまくりで書くわけだから(C#の教科書にもそんなコード
しか載ってないしね)、ほとんどすべてのコードはFreeBSDで動かないわけね。
0401NOT 394 NGNG
重要なので何度も言います。
.NET に新しい技術など何もない。
面白みも全くない。
何の勉強にもならない。
0402デフォルトの名無しさんNGNG
確かに本当の意味で新しいと言える技術は無いね。
0403デフォルトの名無しさんNGNG
落ち着けよ。何べんも同じことを繰り返すなよ。
0404デフォルトの名無しさんNGNG
C#で書いたプログラムをFreeBSDのSSCLIで動かそうとしているのですが動きません。
FreeBSD用のDirectXはどこで手に入るか教えてくだちい。
0405デフォルトの名無しさんNGNG
なんつーか、Javaも頻繁なバージョンアップしてるし、
ある程度は許容されるんでないの?
慣れてるでしょ、もう。
0406デフォルトの名無しさんNGNG
CLR でクロスプラットフォームなんてただの幻想。Win95 ですら動かんし。
Sun のクソな実装に我慢しながら Java を使うしかない。
0407デフォルトの名無しさんNGNG
アップグレードしないような処理系に魅力はない。
0408デフォルトの名無しさんNGNG
どうせWinでしか動かないならVC++でいいじゃん。
0409デフォルトの名無しさんNGNG
It's commin'━━━━━(゚∀゚)━━━━━!!!!!!
0410デフォルトの名無しさんNGNG
でも、MFC/ATL共に出来ればあまり触りたくないからね。
フレームワーク自体は良く出来てていいと思う。
あれでネイティブアプリ作れればなぁ。
0411デフォルトの名無しさんNGNG
>>408
禿同。CLR に魅力は全くない。
0412デフォルトの名無しさんNGNG
しかし、よく知らない事をいい加減な知識で批判できるものだ・・・
Javaでも良くあったけど、見苦しい
0413デフォルトの名無しさんNGNG
どちらも必死なんだよ
0414デフォルトの名無しさんNGNG
「ECMAで標準化されてる」なんてのは単なるエクスキューズでしかない。
それとクロスプラットフォーム性には全く関係がない。
ECMAScriptがJavaScriptの標準化に役立ったか?
0415デフォルトの名無しさんNGNG
CLRを作ることに興味が沸く人は沢山いるんじゃないの?
0416デフォルトの名無しさんNGNG
例えば、C#で「Hello World!」というダイアログをポップアップ
させるプログラムは、どう書いたらポータブルになるの?
0417デフォルトの名無しさんNGNG
Javaも.NETも両方使えばいいじゃん
0418デフォルトの名無しさんNGNG
>>417
未だにJavaすらできないへっぽこPGは
ごろごろいるんだYO!
0419デフォルトの名無しさんNGNG
Javaが出来る人間はC#使えるだろうし、C#出来る人間もJavaできるだろうなぁ。
ライブラリの習熟度が問題になるだろうけど、その程度の違いでしかないよね。
0420デフォルトの名無しさんNGNG
>>416
Javaじゃあるまいし、GUIつかったらポータブルにはできない。
0421デフォルトの名無しさんNGNG
ってか、C言語が一番ムズイな。
JavaやらC#はそれこそライブラリを覚えてるか否かだけでしょ。
0422デフォルトの名無しさんNGNG
>>414
>ECMAScriptがJavaScriptの標準化に役立ったか?
はー。ECMAScriptの実装がJavaScriptでありJScriptなんですけど?
ECMAScriptは標準であって標準化に役立つものではありませんよ。

標準は生かすも殺すも実装しだい。Netscapeの技術力では長い間まともに
実装できなかったんですな。かわいそうに。
0423デフォルトの名無しさんNGNG
>>419
C#を一から勉強している奴がJavaに移動する必然性(ほぼ同じ言語仕様)
だからわかるが、
JavaからC#へっつう必然性がJavaプログラマにはない
学習目的やWin専用プログラムをつくるのならばあるけどね。
0424デフォルトの名無しさんNGNG
MSやJavaはなんで標準化が存在するのかわかってないよね。
別にいいけど。
0425デフォルトの名無しさんNGNG
固いこと言わず両方やっとけって
どちらもタダで習得できるんだし
この先どうなるかわからん物に対してくっちゃべってるよりは
今ある沢山の物覚えたほうが損はせんだろ
0426423NGNG
>>425
同意。
結局は両方学習するほうが無難なんだよね。しょうがないけど現実。
ただ、手放しで「.NETばんざーい」なんていってる輩には
ソフトウェアの進歩を自社のイニシアチブを得るため遅らせているM$の態度
をもちっと考えてほしいよね。
0427デフォルトの名無しさんNGNG
いつでも乗り換えが利くような大差がないものを
両方覚えておくのは無駄。
どっちか極めて他はその差だけ知っていれば良い。
0428デフォルトの名無しさんNGNG
>>427
もっというと、言語なんていう枝葉末節な技術をいくら極めても無駄。
もっと本質的な技術(JVMなりCLRなり、あるいはプラットフォームネイティブでもいいや)
をきわめないと今後も右往左往する羽目になる。
0429デフォルトの名無しさんNGNG
>>423
無いといったり有るといったり忙しいやつだな。
0430デフォルトの名無しさんNGNG
>>426
ソフトウェアの進歩って何だろう。わからないので教えてください。
0431423NGNG
だからJava使いは
>学習目的やWin専用プログラムをつくるのならばあるけどね。
っていってるじゃん。
0432デフォルトの名無しさんNGNG
>>431
では、C#使いはWin専用プログラムをつくる場合もJavaに乗り換える必然性が
あるということですね?
0433デフォルトの名無しさんNGNG
>>423はJavaに肩入れしすぎてて、対比させるときについ贔屓しちゃったのであろう。
0434423NGNG
>>430
漠然とした見方だけどね、
昔からソフトはハードウェアにくらべれば進歩してない。
それは多少の覇権争いはあってもハードウェアには標準があって
標準の上で進歩してる。かたやソフトは朝から晩まで覇権争いに
終始して標準を拡張することがよいと思ってる(M$なんか特に)
それ自体いいことか悪いことかはおいといて
我々が迷惑と言えることはソフト屋のマンパワーを分散してるってとこ
ろに大きな間違いがあるとおもうなぁ
M$の今回のWEBサービス祭りでやらなくてはいけなかったことはJ2EE
っつう既存の仕様に乗っかるべきであって自社版Javaを作るべきでは
なかったと思うがいかがなものでしょう。

>>433
肩入れじゃなく。既存のものと新しいものを比べてるだけ。
最終的にどっちにデファクトスタンダードが移っても、どっちでもいい
0435デフォルトの名無しさんNGNG
>>422
揚げ足取るねえ。
そういう揚げ足の取り合いなら「IEのJavaScript(tm)なんて載ってない。
あれはJScriptだ」とでも言えば良いのかな? (ちなみにNetscapeが実装
したころMS実装なんて無かったよ。)

言いたかったのは
「ECMAScriptのおかげでプラットフォームに依存しないJavaScriptコードを
書けるようになったか?なんの役にも立たなかっただろ?」ってこと。
0436423NGNG
>>432
だって、一から学習する場合C#もJavaも同じだけの労力つかうんでしょ
だったらどっちを選んでも必然。
C#を完全にマスターした場合、OSがWinだけって条件さえクリアできれば
Javaに頼る必要なし。そう思わん?
0437423NGNG
余計なことを付け加えるかもしれないが、
昔から俺はVBは嫌いだった。それは非オブジェクト指向だから。
だけどそのおかげで「簡単に」ってことで、社内でVB派がいても
許容してたところがあったけども、今回VB.netとなったことで
オブジェクト指向になった。同時に「簡単に」つう代名詞もとれ
た。オブジェクト指向になったのは正常といえば正常なことだけ
れども、オブジェクト指向を1からはじめるVBプログラマは
「M$にだまされた!!」って声をあげない事が不思議でしょうがない。
そして、素直にC#とかVB.netに移行するのが、かわいいと思う今日この頃。
0438デフォルトの名無しさんNGNG
>>435
CやC++みてもわかるようにプラットフォームに依存しないようになんて
書きようがないのだから標準化なんて無意味だよね
ECMAもANSIもW3Cもいらない
JAVAのようにどこかがイニチアシブを取るしかないね
0439デフォルトの名無しさんNGNG
>>437
なんで騙されたことになるのかよくわからない。
CがC99がメインになると騙されたことになるのかな?
ちなみに、移行する必要が無いという声も・・・うちも多分そのまま。
0440デフォルトの名無しさんNGNG
標準化ってーのは偉いさんが集まって議論をぐだぐだするのいーんじゃねーか。
一般ユーザーはすっこんでろ。
0441423NGNG
>>439
VB.netはコードをあんまりよくみてないけども、確かにオブジェクト指向
っぽくなってた。非オブジェクト指向な人間にオブジェクト指向を叩き込む
っつうのは並大抵にはいかんと思うが。
だって、GUIから設計してたのに、いきなり「データ構造から考えれ」って
のはしんどいことじゃない?

ちなみに俺は元いた会社の技術アドバイザーをやってる。
最終的に「.NETかJavaか?」つう質問には
「VBからVB.netへの教育コスト」と「マルチプラットフォーム」の
メリット(反してWinの脆弱性)とを比べて、良いと思うほうを選んで
ください。と報告した。
0442デフォルトの名無しさんNGNG
>>441
VB.netでもGUIがあってペタペタ貼り付けて、イベントを記述してって作りかただし。
ライブラリ使うだけの何がそんなに違うの?という感じな気がするけど。
データ構造なんて大抵RDBで済ますだろうし・・・。
0443デフォルトの名無しさんNGNG
>非オブジェクト指向な人間にオブジェクト指向を叩き込む
>っつうのは並大抵にはいかんと思うが。

非オブジェクト指向の何処が難しいのかいつも首を傾げてしまう。
当然、極めるのは難しいのかもしれないが、一般的なプログラマに
必要とされている程度のオブジェクト指向は十二分に理解するのも簡単だと思うのだが・・・・

よくオブジェクト指向を理解できないC爺という煽りを見かけるが
構造化プログラミングを本当に理解してれば然程苦労しないでしょ?

こんなふうに思うのはC++から入った俺だけなのかなぁ・・・・・
ちなみに仕事でのメインの言語歴
VC++→Java
だけど一番好きな言語はC
0444423NGNG
>>442
そういう意味ではVCだって「非オブジェクト指向」的につくることは
できる。(ボタンを貼り付けて..)
C++だってC言語っぽく書けるし。
さっきも言ったようにVB.netはあんまりみてないから、どれだけVB
っぽく書けるのかがわからんが、結局のところ「オブジェクト指向」
ってのをどれだけ活用するかによって、特に会社なんかでのチーム
プロジェクトにメリットがでてきて企業の差が生じるんだろうね。

結局、VB.netがオブジェクト指向的な考えなしにできるのであれば
VBからVB.netに移行するのはそれなりにメリットがあるのかな。
教育コストの面で。考えを改め。
0445デフォルトの名無しさんNGNG
自分が構築できなくても、ライブラリがオブジェクト指向なものになっていれば
かなり恩恵は受けられると思うな。俺は。
0446デフォルトの名無しさんNGNG
Java使いじゃなくてJava厨
0447デフォルトの名無しさんNGNG
言語の些細な側面に縛られてる人達が集うスレはここですか?
0448デフォルトの名無しさんNGNG
なんでこんな糞スレが盛り上がってんだYO!
0449デフォルトの名無しさんNGNG
休みだもん。
0450デフォルトの名無しさんNGNG
あれだ
○○は史上最強とか武田騎馬隊×ジオン軍とかそんなスレが好きな人たち
0451デフォルトの名無しさんNGNG
>武田騎馬隊×ジオン軍
そ、そんなすばらすぃスレはど、どこにあるんでござるか?
0452デフォルトの名無しさんNGNG
>>435
>あれはJScriptだ」とでも言えば良いのかな? (ちなみにNetscapeが実装
>したころMS実装なんて無かったよ。)
おいおいなんだそういう程度のやつなのか、お前は。相手にして損したよ。
Netscapeが実装したころのはECMAScriptの実装じゃなかっただろうが。
ネスケのJavaScriptをたたいてECMAScript仕様にしてからMSがJSCriptを
実装したんだよ。そんなことも知らんのかい。

>言いたかったのは
>「ECMAScriptのおかげでプラットフォームに依存しないJavaScriptコードを
>書けるようになったか?なんの役にも立たなかっただろ?」ってこと。
わかってるよ。だからそれはNetscapeの技術力のなさが原因であってECMAの
仕様の有効性とは関係ないっていってるんじゃねーか。
0453デフォルトの名無しさんNGNG
ANSI C++が流布しないのもMSの技術力のなさが原因です。
0454デフォルトの名無しさんNGNG
>>451
三国戦国板にあるよ。
武田騎馬軍団VSフリーザとかもある。
0455デフォルトの名無しさんNGNG
>>454
サンクス。それでは俺、逝ってよし。
0456デフォルトの名無しさんNGNG
>>453
それはそう思う。ま、がんばってんだけどね。バージョン上がるたびに
ちょびーっとずつ。
0457デフォルトの名無しさんNGNG
>>452
粘着君だなあ。

ECMAScriptは既存の実装と矛盾しないように曖昧に作ったんだから、
規格ができた瞬間にNetscapeのJavaScriptは準拠処理系になったのさ。
そんなこともしらんのかいこのヴォケが。

んで、まさか「Netscape実装ができた今では互換性問題が解決した」とか
寝惚けたこと言うんじゃないだろうな。
0458デフォルトの名無しさんNGNG
MSもSunもNetscapeも仲良くしてくれてればもっとすみやすくなったのに・・(´ー`)
あ、そしたら.NETなんて無かったのか、そりゃ困る。
0459デフォルトの名無しさんNGNG
>>457
ばかも寝ぼけも粘着もみんなお前に返してやるって。(w
>そんなこともしらんのかい
だって。プ。話にならんわ。
0460デフォルトの名無しさんNGNG
>>452
>ネスケのJavaScriptをたたいてECMAScript仕様にしてからMSがJSCriptを
>実装したんだよ。そんなことも知らんのかい。

こいつウソばっかだなー。

ECMAScriptの標準化作業が始まったのが96年11月、規格化されたのが97年6月だ。
IE3.0にJScript1.0が載ったのはそれより前の96年8月だ。
0461デフォルトの名無しさんNGNG
お前ら雑談はこっちでやってください
http://pc.2ch.net/test/read.cgi/prog/1012818811/

ここはあくまでJVMとCLRに限定したスレです
0462デフォルトの名無しさんNGNG
>>460
だから?ECMAScriptの実装の話じゃネーノ?
0463デフォルトの名無しさんNGNG
0
0464デフォルトの名無しさんNGNG
>>459
反論できないから中身のない煽りで返すことしかできないのか。やれやれ。
じゃあ>>457のどこが間違ってるのか書いてみそ。できるわけないけど。
0465デフォルトの名無しさんNGNG
>>464
スレ違いだし遅レスだしで、
お前逝ってよし。かえってくんな。
0466デフォルトの名無しさんNGNG
http://www.amazon.com/exec/obidos/ASIN/1556229038/
理解できるかどうか分からんけど、とりあえず注文してみた。
0467デフォルトの名無しさんNGNG
CLRマンせー
0468デフォルトの名無しさんNGNG
あげあえふぁd
0469デフォルトの名無しさんNGNG
質問スレがないんでここで質問させてください
Visual Studoインストールしようとしたら「インストーラ パッケージが開けねぇぞ!」って
エラーがでるんだけどこれは何が原因でしょうか?
ヽ(`Д´)ノ  早くはじめたいのにー!  ちなみに金持ってないんでVS.NETのProです。
0470名無しさん@EmacsNGNG
>>469
スレ違い
0471469NGNG
>470 ああスマソ でも質問スレないよ?
0472デフォルトの名無しさんNGNG
http://pc3.2ch.net/test/read.cgi/tech/1024746501/
ここでじゅうぶんだろ
0473デフォルトの名無しさんNGNG
>>469
> 金持ってないんでVS.NETのProです。

イヤミか(゚Д゚)ゴルァ
0474デフォルトの名無しさんNGNG
.netくらい買えよ。俺はアカデミックを100ドルでかったよ。
アメリカでだけど。
0475デフォルトの名無しさんNGNG
あふぉ、アカデミックはマジでクソ安なんだよ。
0476デフォルトの名無しさんNGNG
お前社会人だったら学生に土下座して頼めよ。そしたら
生協でかってくれるかもしれないぞ。
0477デフォルトの名無しさんNGNG
どうでもいいけどお前らスレ違い
0478デフォルトの名無しさんNGNG
うるせーよ、馬鹿
0479デフォルトの名無しさんNGNG
sscliもJDKもソースコードはタダで入手できますが?
いったいなんの話をしてるんですか?
0480デフォルトの名無しさんNGNG
Parrotもこのスレでいいのかな?
http://www.parrotcode.org/
0481デフォルトの名無しさんNGNG
http://www.southern-storm.com.au/portable_net.html
0482デフォルトの名無しさんNGNG

本家に入社した新人にJava教える講師が
○通からきた講師なんてなけちゃうぜ@Java陣営
0483デフォルトの名無しさんNGNG
くそ遅いインタプリタJVMのリークだけはかんべんしてくれよ
0484デフォルトの名無しさんNGNG
なんで今ごろこんなクソスレが上がってんだよ
0485デフォルトの名無しさんNGNG
>>497
sscliは何年も前のふる〜いソースコードですが、
あなたはそんなもんで喜んでいるのですか?
お手軽な人ですね。(ぷ
0486デフォルトの名無しさんNGNG
>>497どこ〜?
0487デフォルトの名無しさんNGNG
>>482
宅配便?
0488デフォルトの名無しさんNGNG
.NET vs JVMが正しいんじゃないのか?
(すくなくともJavaじゃないよね・・・)
0489デフォルトの名無しさんNGNG
ああ、スマソ
眠くてうっとりしてしまいますた。。。
0490デフォルトの名無しさんNGNG
結局まともにVMについて語れるやつはいないと。。。
0491デフォルトの名無しさんNGNG
2ちゃんねるには馬鹿しかいないと。。。
0492デフォルトの名無しさんNGNG
>>491 自分もバカだって認めている訳ね。
0493名無しさん@EmacsNGNG
バカだけだとは思わないけど、あまりに房が増えたので
まともな書き込みがしずらい雰囲気はあるな。
まあここは昔からそうか(w
0494デフォルトの名無しさんNGNG
2ちゃんに何か期待してる奴っているの?
0495デフォルトの名無しさんNGNG
>>494
面白いネタを期待してる。

真面目な方では話よりもリンクに期待してる。
0496デフォルトの名無しさんNGNG
>>494
このスレみてりゃ分るだろ
0497デフォルトの名無しさんNGNG
まあJVM >>>>>> CLRくらいだろうな。
普通に考えると。
0498デフォルトの名無しさんNGNG
Ruby>>>>>>>>>>>>>>>>>>>>>>>>>CLR=JVM>>>>>>>>>>Parrot
0499デフォルトの名無しさんNGNG
Perl>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Python>>>>>>>>>>>>>>>>>>
>>Tcl>>>>>Ruby>>>>>>>>>>>>>>>>>>>>>>>>>CLR=JVM>>>>>>>>>>Parrot
0500デフォルトの名無しさんNGNG
VB >>>+e308 Ruby and Perl
■ このスレッドは過去ログ倉庫に格納されています