トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Werner Schuster, 翻訳者 編集部 投稿日 2008年9月3日 午前6時35分
JRuby 1.1.4(リンク)が利用可能である。保守リリースであるけれども、多くの改善点が含まれている。- Java統合レイヤーの大量のリファクタリング以前、JRuby 1.1.4のJava統合について詳細に取り上げた(参考記事)。最近InfoQはNick Sieger氏に、Java統合の作業についてインタビューをおこなった(参考記事・英語)。
- ほとんどの機能(呼び出し、構造、配列)で2から20倍のスピードアップ
- RubyとJava間で長期間継続していた対話のバグが修正された
- 既存の機能がさらに一貫性があり、信頼できるようになった
- インターフェイスとしてクロージャーが静的メソッド、コンストラクターに渡される。
- Rubyから直接Java例外が取り上げられる/奪回される。
- Ruby 1.9サポートの始まり(–1.9フラグで使用可能)固有ライブラリ統合(RubiniusのFFIのJRubyへの移植については以前取り扱った)(参考記事):
- 固有複素数/有理数
- Cライブラリを呼び出すためのFFIサブシステムパフォーマンスの改善:
- win32 APIのサポートの開始
- Rubiniusからのsyslogモジュールが動作し、インクルードされている
- 効率性がアップ、インタープリターでパフォーマンスが向上
- 管理下のメモリーリークの修繕
- スレッドプーリングの改善(少なくとも1人の実働ユーザ)
- メモリーの効率性の大幅な改善(GCが大幅に減少)
- 配列の同時アクセスの改善
- JRuby 1.1.3より72の問題が解決
リリースノートは、今回のリリースで修正されたバグも掲載している。OSGiランタイムでJRubyを使用している人は、「OSGify jruby.jar in the release jruby distribution」(リンク)に興味があるかもしれない。jruby.jarへ適切なOSGiメタデータを追加している。
原文はこちらです:http://www.infoq.com/news/2008/08/jruby-114-release
InfoQ Japanはコンポーネントスクエアが運営しています
ITマネージャ必聴!IT活用セミナー 勝ち残りの法則~管理・統合化スペシャル~
12/5 CSQ会員限定技術情報交換会にてJCP議長が標準化について語る
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信