JAVAの「Write once, run anywhere」って大体の言語がそうなのでは？

Question

Pythonで書かれたプログラムはPythonのある環境で動きますし、Cで書かれたプログラムはCのある環境で動くのでは？
JAVAだけ強調されてるのは何故ですか？

Answer 1

もともと Java が登場する前は、C/C++ が主流でした。
Java の「Write once, run anywhere」は、まさに C/C++ に対するアドバンテージとして喧伝されたものです。

C/C++ はコンパイルにより、機械語に変換された状態で提供され、実行されます。つまり環境に強く依存するのであり、別環境に持っていくにはその環境に合わせてビルド（コンパイル・リンク）する必要があります。
※当時でも IBM 360 シリーズのように、ハードウェアが（CPUアーキテクチャレベルで）異なっても同じプログラムが動く環境はあるにはありました
Java はそこに、「コンパイルは一度だけ、できたものはどこでも動かせる（Java Runtime さえあれば）」という世界を提示したのです。

もっとも、このために Java Runtime を経由する分、速度面で不利になります。特に初期の Java Runtime は、コンパイルではなくインタプリタ（Javaマシンのエミュレーション）だったので、非常に遅かったです。
Java が実用的になったのは、Just In Time コンパイルにより、実行中に機械語に変換することで速度面で遜色がなくなってからです。

Answer 2

コンパイラが生成したバイナリがどこでも動く。
コンパイラ:javacが吐いたバイナリ:～.classは(原則)マシン/OSに依存しない。

Cなんかだとマシン/OSに依存したバイナリを吐くため、たとえばLinux/gccでコンパイルしたものはWindowsでは動かない。

Comments

[退会済みユーザー]

>コンパイラが生成したバイナリがどこでも動く。
これってメリットなんでしょうか。
Cなんかには大体コンパイラ、クロスコンパイラがあるでしょうしJAVAだって特定のマシン/OS用のJVMがないと動かせないわけですよね。
だったらC,C＋＋でもいいんじゃないかという気がします。

[euledge]

今は、仮想環境やクラウドの環境が充実していますし、開発時にも複数のOS環境で開発することが簡単に出来ますが、昔は開発環境のOSというと決まったものしかなくて、おそらく今の開発者が想像できないくらいコンパイルするということにコストがかかっていたのではないかと思います。そういう環境の前提で提唱された当時は夢のようなことだったのでしょうね。

[episteme]

デバッグに実機を必要としないのは大きなメリットですよ。

Answer 3

解決済みのようですが。一応。

Javを作ったのは、UNIX屋であるSunです。
UNIXは主にサーバーで使われている、元々機種に依存し難い世界でしたが、
CPUの違いやらライブラリの差異を吸収する為に、それぞれの環境でコンパイルし直していました。
なので、C/C++への対抗で「Write once, run anywhere」とSunが宣伝していただけのものです。

ただ、当たり前ですが、クライアント系環境なぞは違いがありまくりの世界ですから、そんな訳はありません。
無理にやろうとしたら、PCでも携帯でもどこでも使える機能しか出来ません。
同じデスクトップPCでもWindows, Linux, Macで色々差異があるので、
どの環境でも動くようにすると、それぞれの環境特有の機能が使えない、数段使えないアプリにしかなりません。

ちなみに、この「Write once, run anywhere」に騙された有名どころがジャストシステムです。
ワープロで最大シェアを誇っていたのに、全てをJavaで書き直す！なんて言い出して、
結局、テキストエディタに毛が生えた程度のものしか作れず、
騙されたと気づいた時には、マイクロソフトに市場を奪われた後でした。

Answer 4

PHP,Perl,Ruby,Pythonなどはコンパイル言語ではないのでソースコードさえあれば動きますが、Javaの「Write once, run anywhere」はコンパイル言語(おそらくその当時の言語としては C言語)に対してのプロパガンダだと思いますよ。

Answer 5

これは、動作コンピュータごとのコンパイルが不要という意味です。