だからRubyは遅くて、という悪評のもとにならなければいいけど。
Ruby作者のまつもとゆきひろ氏が、こんな呟きを残すニュースが伝わってきた。 ITMediaが、Twitterが検索フロントエンドをRuby on RailsからJavaに切り替えた結果、検索結果の待ち時間が1/3になったと報じている。Twitterでは、2011年春から以下のようにシステムを改善しており、(2)から(3)への移行で速度が大幅に改善したようだ。 Ruby on Rails ⇔ MySQL Ruby on Rails ⇔ Lucene(Java) Ruby on Rails ⇔ Blender(Java) ⇔ Lucene(Java) Blender(Java) ⇔ Lucene(Java) ※予定 1. RubyからJavaに乗り換えて速度向上の理由 公式ブログを見ている限り、3倍の応答速度と、10倍の同時接続が可能になった理由は、非同期I/Oに依存する所が大きいようだ。
ja: NetBeans 日本語サイト
このサイトについて - About this site Here is a NetBeans, Japanese Speaking Community. All contents are available in Japanese. このサイトは NetBeans 日本語サイト です。netbeans.org 内に設けられた日本語のサイトです。日本語によるメーリングリストの運営やドキュメントの公開などを行っています。このページは、NetBeans オープンソースプロジェクトの中の ja というサブプロジェクトのトップページでもあります。日本語サイトプロジェクトへの参加方法などはプロジェクトについてを参照してください。
PHP以外では: 既にあたり前になりつつある文字エンコーディングバリデーション - 徳丸浩の日記(2009-09-14)
_既にあたり前になりつつある文字エンコーディングバリデーション 大垣靖男さんの日記「何故かあたり前にならない文字エンコーディングバリデーション」に端を発して、入力データなどの文字エンコーディングの妥当性チェックをどう行うかが議論になっています。チェック自体が必要であることは皆さん同意のようですが、 チェック担当はアプリケーションか、基盤ソフト（言語、フレームワークなど）か 入力・処理・出力のどこでチェックするのか という点で、さまざまな意見が寄せられています。大垣さん自身は、アプリケーションが入力時点でチェックすべきと主張されています。これに対して、いや基盤ソフトでチェックすべきだとか、文字列を「使うとき」にチェックすべきだという意見が出ています。 たとえば、id:ikepyonの日記「[セキュリティ]何故かあたり前にならない文字エンコーディングバリデーション」では、このチェックは基盤ソフ
JavaとRuby：主要機能の比較：CodeZine
はじめに Rubyはインタプリタによって解釈されるスクリプト言語で、Javaはコンパイラによってコンパイルされるプログラミング言語です。Rubyは、オブジェクト指向言語であり厳密な型指定を行うという点ではJavaに似ています。しかし、Rubyの型指定は動的であるのに対し、Javaの型指定は静的です。Rubyでは型宣言は使用されず、Javaでは型宣言は必須です。JavaとRubyのどちらにも継承があり、"パブリック"、"プライベート"、"プロテクト"のメソッドがあります。RubyはJavaより単純でJavaより高速です。Rubyはさまざまな点でJavaと異なっています。本稿では、RubyとJavaの主要機能を比較します。インタプリタ方式とコンパイラ方式 Rubyはインタプリタ方式のスクリプト言語なので、コンパイルしてバイトコードを生成することなく、直接実行できます。たとえば、Rubyファイル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
