【図解で比較】コンパイラ vs インタプリタ — プログラム実行方式の違いを徹底解説

そうだよ。コンピュータが理解できるのは機械語（0と1の羅列）だけだから、人間が書いたソースコードを何らかの方法で変換する必要があるんだ。その変換方式の代表が「コンパイラ」と「インタプリタ」の2つだよ。

コンパイラは「事前にまとめて翻訳する」方式だよ。ソースコード全体を一括で機械語に変換して、実行ファイルを作る。C言語、C++、Rust、Goなんかがこの方式だね。本を丸ごと翻訳してから読者に渡すイメージだよ。

インタプリタは「その場で1行ずつ翻訳しながら実行する」方式だよ。Python、Ruby、JavaScriptなんかがこっちだね。通訳者が話を聞きながらリアルタイムで訳していくイメージ。だから実行前にコンパイルする手間がなくて、書いたらすぐ試せるのが強みなんだ。

大きな差があるよ。コンパイラ方式は事前に最適化された機械語を直接実行するから非常に速い。インタプリタ方式は毎回翻訳しながら動くぶん、どうしても遅くなるんだ。あとコンパイラはコンパイル時にエラーをまとめて検出できるけど、インタプリタは実行してその行に到達するまでエラーに気づけないこともあるよ。

そうとも限らないんだ。インタプリタにはREPLっていう対話的にコードを試せる環境があって、データ分析や学習にはすごく便利。コンパイラ方式だと「書く→コンパイル→実行」のサイクルが必要だけど、インタプリタなら1行書いてすぐ結果が見える。用途に応じた使い分けが大事なんだよ。

いい質問だね。JavaやC#は「どちらでもない第3の方式」を使っているよ。ソースコードをまず「バイトコード」という中間形式にコンパイルして、実行時にJITコンパイラ（Just-In-Time Compiler）が機械語に変換するんだ。事前コンパイルの速さとプラットフォーム非依存の柔軟さを両立した仕組みだよ。JavaScriptのV8エンジンも同じくJITを使っているよ。

違うよ。機械語はCPUが直接実行できる命令だけど、バイトコードは仮想マシン向けの中間コードなんだ。JavaならJVM、C#ならCLRっていうVMが解釈・実行する。だからWindows用にコンパイルしたバイトコードがmacOSでもLinuxでも動く。「一度書けばどこでも動く」を実現する鍵がバイトコードなんだよ。

まさにその通り。AOT（Ahead-Of-Time）コンパイルといって、JavaやC#でも事前に機械語まで変換する技術が登場しているし、逆にPythonは3.13からJITコンパイラが実験的に導入されたんだ。LLVMという共通基盤のおかげで、さまざまな言語が同じ最適化技術を使えるようになっているよ。

大ありだよ。WebAssemblyはブラウザ上で高速に動く「コンパイルターゲット」なんだ。C++やRustで書いたコードをWebAssemblyにコンパイルすれば、ブラウザ内でほぼネイティブ並みの速度で動かせる。かつてWebはインタプリタ方式のJavaScriptだけだったけど、今はコンパイル方式の恩恵もWebで受けられる時代になったんだよ。

「正解」はなくて、目的次第だね。最高速度が必要ならコンパイラ方式のRustやC++、素早くプロトタイプを作りたいならインタプリタ方式のPython、両方のバランスが欲しいならJIT方式のJavaやC#。現代の言語は複数の方式を組み合わせるのが主流だから、「この言語はコンパイラ／インタプリタ」と単純に分けるより、仕組みの違いを理解しておくことが大事だよ。