
進行中の相互運用
あまり知られてはいませんが、非常によく使用されている2つのマネージド環境(JVMとCLR)は実際には、共有ライブラリセットにすぎません。それぞれが実行コードにメモリ管理やスレッド管理、コードコンパイル(JIT)などのサービスを提供しています。このため、同じオペレーティングシステムプロセス内でJVMとCLRの両方を用いることは大きな問題にはなりません。どのプロセスでも、ほぼすべての共有ライブラリをロードできるためです。

あまり知られてはいませんが、非常によく使用されている2つのマネージド環境(JVMとCLR)は実際には、共有ライブラリセットにすぎません。それぞれが実行コードにメモリ管理やスレッド管理、コードコンパイル(JIT)などのサービスを提供しています。このため、同じオペレーティングシステムプロセス内でJVMとCLRの両方を用いることは大きな問題にはなりません。どのプロセスでも、ほぼすべての共有ライブラリをロードできるためです。
New Relicがパフォーマンス ツールの2つの新しい派生製品をリリースした。RPM for .NET と RPM for PHPである。RPMは、オンプレミス、あるいはクラウド上で走るwebアプリケーションのパフォーマンス モニターと分析機能を提供する。
LLVM チームは昨日,次世代 C/C++ コンパイラ,オプティマイザ,ランタイムを含む仮想マシンインフラストラクチャである LLVM 2.8 をリリースした。LLVM は JVM と CLR ランタイムを提供する VMKit をサポートし,MacRuby や Python の Unladen Swallow など多数のツールで使用されている。さらに先日リリースされた Mono 2.8 にも mono-llvm ランタイムがある。では LLVM 2.8 の何が新しいのだろうか?
あなたが、.NETあるいは Mono、リッチクライアントあるいは、webを使っているかは問題ではない、もしあなたが、CLRを使っているなら、あなたは、Base Class Libraryを使っているわけである;なので、変更をもっと透過的するために、MicrosoftのBCLチームは、CodePlexで新しいクラスをプレビューしている。ここで、開発者は、BCLへの変更を試すことができる。それは、オープンソースなので、クラスを変更して、更に実験してみることができる。
Rubyの互換実装は活発に開発されている。 IronRubyの開発スピードは目を見張るものがあり、7月にはバージョン1.0がリリースされるだろう。さらには、JRuby1.3.1は重要なバグ修正が施され、MacRubyは継続的開発が続き、MagLevはパーサを独自実装してきている。
Ruby 1.8.6 (p368)およびRuby 1.8.7 (p160)の新たなパッチレベルがリリースされている。
Clojureは1.0リリースに向けて動いているが、言語に対する関心は他のプラットフォームにも達した。
近ごろリリースされた.NET 3.5のサービスパックには、新たなパフォーマンスの拡張機能がある。ここでは、インライン化のメソッドやJITコンパイラーを取り上げて検討する。
トレンドが明確になって来ているようだ。来る数年間で新たなプログラミング言語の採用が増えるだろう。しかしながらそのミックスの外観はどのようなもので、どの言語が何に適しているのだろうか?最近のブログでJRubyデベロッパであるOla Bini氏は将来のシステムの外観について語っている。