InfoQ ホームページ 動的言語 に関するすべてのコンテンツ
-
TrimPath Junction - Rails Style MVCをJavaScriptに適用
TrimPath JunctionはGoogle Gearsによって今年の7月に活気付けられてからかなり活発になっている。 新たなOnLampはRailsスタイルのMVCをJavaScriptに適用するプロジェクトを紹介している。
-
WebLOAD: 商用の負荷テストツールが最近オープンソース化された
WebLOADは、Radview software（英語）の負荷テストツールである。パフォーマンスやスケーラビリティだけでなく、検証可能性（戻り値が正しいことを検証すること）がある。
-
Apache Solr ～ Luceneベースの高スケーラブルなエンタープライズ検索サーバー
Apache Solrは、 Luceneベースのエンタープライズ検索サーバーであり、移行可能なwarファイルに、革新的なインデックス機能やクエリー機能を備えている。ユーザーとSolrとのインタラクションは、HTTPインターフェースを通して、XMLドキュメントやHTTPのGETパラメータを利用したクエリーを作成し、インデックス化した内容を送る。
-
多数のブラウザのテストが一度に可能
Browsershotsと呼ばれる新しいプロジェクトは、Webデザイナ���が自身が作成したサイトが、多数のブラウザと一般的な効果(JavaScriptやFlashなど)を持ったプラットフォームの中で、どのように見えるのかを見ることが出来るものである。
-
Ruby vs. Javaに関する俗説を、深く掘り下げる
Relevance社のStuart Halloway氏は、最近、「Ruby vs. Java の俗説」に関する連載をブログに投稿した。その連載は、彼が、未開発のRubyプロジェクトから、安定したJavaプロジェクトで仕事をするように切り替えた後から、刺激を与えられる内容となった。
-
インターネットエクスプローラのクッキーのリミットが50に増加
インターネットエクスプローラが1ドメインごとのクッキーの制限を20から50に増加したが、Web開発者達にとっては、それによって引き起こされる大規模なHTTPリクエストサイズのパフォーマンス問題において注意が必要となる。
-
IBMはプロジェクトゼロで静的なSOAと動的言語を主張する
最近のインタビューでIBM WebSphere CTOのJerry Cuomo氏はRESTがプロジェクトゼロにおいてとても重要な中核となっていることを述べた。新たなWebアプリケーション開発フレームワークがもともとのJavaからかけ離れ続け、Webアプリケーション開発用の動的言語の方向に向かい、またRestfulなサービス開発が強調されるようになるだろう。
-
Buildr：RubyがJavaより速く構築するとき
JavaビルドシステムMaven 1.0は3年前にリリースされ、広くオープンソースの世界や産業界に導入されてきた。それ以降、2.0が新しくリリースされたが、同じようには認められなかった。同じ頃、Rubyの評判はますます上がり、内部DSLの概念が、Rakeのようなツールとともに大変役に立つことがわかってきた。
-
Ajax Frameworkを評価する
Dr. Dobbs氏は、T. Rowe Priceの開発チームで作業をする過程で選択したAjaxフレームワークのケーススタディについて書いている。そのチームは、次世代のアプリケーションに利用するために、著名なAjaxフレームワークの評価を行った。
-
Grails の 1.0 へ向けての活発な動き
Webフレームワークは、ここ数年急激に生産性を重視するようになってきた。Ruby on Railsは、高速Web開発の代表的なものと多くの人から考えられており、従来のフレームワークに大きな影響を与えた。Java の市場では、多くのフレームワークがRuby on Railsの動きに触発されて、生産性の向上、高速開発、およびスクリプト言語のサポートを目指すようになった。
-
MicrosoftはJavaの動的言語サポートを超えたか?
.NETが2000/2001年に最初にリリースされたとき、Javaコミュニティは言語、標準ライブラリともにJavaの"クローン"だと考えた。単純なコードサンプルを比べて見ると、その印象は確実なものとなった。しかし、MSはJavaと共にいた数年間も利益を得ており、さらに、Sunがたった今直面している問題もいくつか解決してきた。.NETとCLRがJavaよりも速く進化しているという印象は、Javaコミュニティも認識している。
-
JavaのWebフレームワークが自動リロードのサポートを強化
ソフトウェア開発において、コンパイル、ビルド、テストのサイクルは、開発者の生産性を大きく左右するものである。開発者がアプリケーションの再コンパイル、再ビルド、デプロイをしなければならないときに、サーバを再起動しなければならず、開発作業がスローダウンしてしまう。
-
XRuby～RubyのJVMにおけるもう一つのアプローチ
JRubyプロジェクトは、Rubyの多くにおいて、サポートや互換性が大変良くなった。加えて、パフォーマンスの点において多くの改良がなされ、JRubyの処理速度改善をもたらしている。 しかし、XRubyに関する最近の情報によれば、ベンチマークプログラムの多くにおいて、XRuby0.1.3がRuby 1.8.5よりも高速であるという結果が出ている。
-
JRuby1.0における、Unicodeへの対応状況とRubyとの互換性
JRubyにおけるStringの本質は、これまで難しいトピックだった。Rubyはバイト列を使用するのに対し、JavaはStringに対して完全なUnicodeのサポートを行い、内部的にはUTF-16で表現する。Charles O. Nutterが述べている ように、RubyとJRubyでコードを走らせると、微妙な差異として問題はすぐに表面化する。
-
パフォーマンスに関するJavaScript解析
Kirk Pepperdine氏が新たな論説でJavaScriptのパフォーマンスに迫っている。またこの論説ではゲッター、セッター、メモリリーク、悪質のマイクロベンチマーク等の一般的な領域に焦点が当てられている。