トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Werner Schuster, 翻訳者 長部 広太 投稿日 2008年6月5日 午前3時39分
RailsConf 2008(source)に丁度間に合って、JRuby 1.1.2がリリースされた(source)。(JRuby 1.1.2のダウンロード(source)) 今回リリースされた1.1.xブランチのメンテナンスリリースには、バグの修正と重要なパフォーマンス増加が幾つか含まれている。
既に報告済みではあるがstartup peformance boost(source)は、JRubyのjarファイルをbootclasspathに置いてしまう(source)という考えに基づいている。boootclasspathからクラスをロードする方が、一般的なクラスパスからロードすることと比較して早い。理由はバイトコードが、検証されないからだ。
MRIの安定版Ruby1.8.xブランチのランタイムリリースが利用可能だ。Ruby 1.8.7 preview 4がリリースされた(source)。Ruby 1.8.6以降追加された機能とAPIの概略をリストにしたもの(source)、またはMRIのChangelog全て(source)を確認することが可能だ。
Ruby 1.8.7 preview 4と前のバージョンのプレビュー新機能の違いをざっと眺めてみると、いくつかは活発な機能があり、以前持ち出された機能は消えて、そして再び変更されたものがある。
大きな変更点は、Symbolのto_procメソッドが、復活したことだ。Symbolのto_procメソッドは、Ruby1.9で初めて現れた(source)。Ruby 1.8.7 preview 1は、バックポート版を含んでいた(source)。それは、Rails特有のSymbolのto_procメソッドのカスタムバージョンを利用しているソフトウェアの不具合を発見したときに見つけられた(source)。このことが原因で、Symbolのto_procは取り除かれたが、このメソッドの振る舞いが、テストスイートを全てパスするように変更された後に、また取り入れられた。現状を見ると、Symbolのto_procメソッドは、Ruby 1.8.7で定着しているようである。
前に言及してなかったAPIの変更リストは、以下の通りである。
APIの幾つかの振る舞いが変更された。それが原因でアプリケーションに不具合が生じる可能性がある。
原文はこちらです:http://www.infoq.com/news/2008/05/jruby112-ruby187-preview4
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
12/5 CSQ会員限定技術情報交換会にてJCP議長が標準化について語る
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
この記事では、私達がどのようにして大規模(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
返信