PHP / Perl / Ruby / .NET / データベース … プログラム情報まとめ

■ この情報のコメント・メモ ■

Rubies　 [ myrmecoleon ]

JRubyはnativeRubyより速いらしい、言語処理系onJVMはマルチコア対応で有利、など。　 [ ttpooh ]

VM自体の性能とか調べてみたいな。　 [ tks_period ]

RubyはRubyで書かれるようにはならないのかな　 [ flagyx ]

Java　 [ webmarksjp ]

今時Javaが遅いというような意見を聞くとは思わなかった。　 [ foursue ]

JRuby　 [ mappochi ]

世界の表層はRubyへ向かい、VMだけ残して言語としてのJavaは衰退。って方向で　 [ kusigahama ]

この件に関しては、まさに杞憂だと思う　 [ yojik ]

Rubyを飲み込んでしまうJava-＠IT　 [ asuinim ]

ふーん。　 [ shunkoh ]

nativeなRubyはYARVでもスレッドは対応してるもののマルチコア非対応らしいからなあ。　 [ Trapezoid ]

地味だが。　 [ FTTH ]

1.0はいつ?　 [ cinnabar ]

仮面を被ったSunが、その仮面をどうするかという話。　 [ rs6000moe ]

rubyは気になる。javaは仕事で使ってる。　 [ kit-call ]

本格的なマルチコア時代が来ると、ますますCで書くよりチューニングされまくったVM上で言語処理系を実装した方が高速になると思われ。VMのチューニングされたGC、スレッド、ライブラリをそのまま拝借できるし　 [ fromdusktildawn ]

どうなっていくんだろうね　 [ kakutani ]

RubyJRubyLinuxLinuxの開発体制が民主的だって?（w　 [ saoshima ]

Ruby文法さえ統一されるんならRubyがRubiesにフォークしても気にしない　 [ diary193 ]

Rubyコミュニティのガバナンスに関する指摘　 [ yugui ]

JVM上で動作する互換品よりも遅いのか＞ネイティブな本家これもまた大企業社員のフルタイマー技術力＞OSSの不特定多数のパートタイマーの一例なのか。　 [ nekora ]

中でも印象に残ったのは、JavaVM上に実装したRubyの処理系「JRuby」の開発者が、JRubyのほうがCで書かれた本家のRubyよりも動作が速いと話したことだ。　 [ futa23 ]

Rubyの処理系をCで書くのよりJavaVM上で実装したほうが高速という話は興味深い。おそらくJITをかけ易いといったような動的最適化が利きやすいのだろうRubyは。クロージャなどは変数の使用範囲が明示的だからかな?　 [ adamrocker ]

否。むしろ処理系が複数個ある方がたぶん健全。　 [ another ]

バックにサンというブランドを得て、性能や普遍性で勝るJRubyが、Rubyワールドのヘゲモニーをいつの間にか奪ってしまう可能性も否定できない。　 [ jimmyhomma ]

JVMの優位性とRubyの今後。　 [ hiro_y ]

[　← 前の画面に戻る　]