トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Abel Avram, 翻訳者 大田 緑 - (株)チェンジビジョン 投稿日 2008年6月26日 午前6時57分
Fixture Galleryは(source)、FIT/Fitnesseのフィクスチャの公開された手引書であり、Gojko Adzic氏によって(サイト・英語)バージョン2.0が最近リリースされている。ギャラリーのこのバージョンで追加されたのは、Pythonでウェブのプログラムを作成する人たちのためのPythonのコードサンプルである。FIT/Fitnesseは、Wikiのフロントエンドを用いた受け入れテストのフレームワークで、顧客と開発者が受け入れテストを作成し、実行する時に役に立つものである。
ギャラリーのバージョン1.0は、JavaとC#のソースコードの例を提供したが、Gojko氏によるとバージョン2.0は何か新しいものをもたらしている。
バージョン2.0でもっとも重要な変更点は、ドキュメントで説明されたすべてのフィクスチャとコンセプトに同じようにPythonの例も追加して拡張したことです。FitLibraryのフィクスチャのセクションで、今、ConstraintFixture、CombinationFixture、CalculateFixtureの例と、SetFixtureとSubSetFixtureの記述があります。
Gojko氏は、興味がある人はギャラリーに貢献するよう呼びかけている。
Fixture Galleryの私の狙いは、公開された文書化のプロジェクトを開始して、他の人々がFIT/FitNesseのフィクスチャの最適な使い方について気づいたことやアイデアを書き込めるようにすることです。ドキュメントとすべての例のソースコードはSourceForgeで(source)提供されています。どうかこのドキュメントをより良いものにするのを手伝ってください。SourceForgeで直接変更したり、FitNesse.infoの(source)実際のwikiのバージョンを修正したりできます。
FIT(サイト・英語)、または、Framework for Integrated Test(統合テストのためのフレームワーク)は、受け入れテストを書いて実行するために使われるフレームワークである。受け入れテストは、もともとWard Cunningham氏によってJavaのために開発されている。FITは、プロジェクトで関心のある人が誰でもテストを実行することができるようにするコラボレーションツールである。テストでは、コードが製品の要求を満たしているかどうかを確認する。他のタイプのテストと違うのは、要求がHTMLのテーブルやドキュメントに含まれていて、JavaやC#のコードではないことである。FitnesseはFITへのWikiのフロントエンドで、ユーザのストーリーに基づいてドメインを理解したり、受け入れテストを作成したりしながら、ユーザのコラボレーションとコミュニケーションを可能にする。
それぞれのフィクスチャのタイプについて、このドキュメントはテーブル形式やフィクスチャクラスの構造を説明し、それを使うときと使わないときのアドバイスを提供します。それぞれの例は、Java、.NET、そしてPythonのFITの実装のソースコードと共に提供されます。それは、簡単にコピーして、同じようなフィクスチャのテンプレートして使うことができる形式です。
もう1つの重要なFIT/Fitnesseのリソースは、FITウェブサイト(サイト・英語)、Fitnesseウェブサイト(サイト・英語)、そして、Ward Cunningham氏とRick Mudgridge氏のFITの本である(source)。David Hussman氏によるこのプレゼンテーションは(VTR・英語)、このトピックに価値ある洞察を与えるものである。
原文はこちらです:http://www.infoq.com/news/2008/06/Fixture-Gallery-2
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
12/5 CSQ会員限定技術情報交換会にてJCP議長が標準化について語る
ITマネージャ必聴!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
返信