Typemock: その過去・現在・未来
Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。
作者 Mike Bria, 翻訳者 大田 緑 - (株)チェンジビジョン 投稿日 2008年7月6日 午後12時42分
有名なXPの貢献者であるMike Hill氏が、2、3の興味深い主張をし(リンク)に現れた。彼の主張は、TDDの「ユニットテスト」が従来の教えによる「ユニットテスト」とどのように違うかに関してしばしば起こる誤解についてであった。特に、Mike氏は、Industrial Logic社で(リンク)彼や彼の同僚たちがどのように多くの混乱を避けてきたのかを説明する。彼らは、TDDのユニットテストのことをマイクロテストという言葉を使って教えていた。私たちは、XPのユニットテストを「マイクロテスト」と呼びます。そうして、退屈で間違いを起こしやすいできごとを避けるのです。それというのもユニットテストという言葉を使うと、XPのユニットテストとテストの世界のユニットテストがどれだけかけ離れたものであるかということを絶えず説明しなければならないのです。スレッドは、Ben Hall氏の質問で(リンク)始まった(リンク)。彼が考えているテスター (つまりプログラマではない人たち) は、なぜ他の専門分野のようにあまりたくさんのコミュニティがないように見えるのだろうか。
コミュニティでは、テスターはみんなどこにいるのでしょうか?開発者は簡単に見つかります。彼らには大規模なカンファレンス (PDC, TechEd) から小さなユーザグループ (NxtGenUG) まであります。私は、約2年間、コベントリで最初に始まったNxtGenUGのメンバです。そして、TechEd Europeに参加しました。でも、こういったタイプのイベントでテスターはどこにいるのでしょうか? それとも、私が何か見逃しているだけでしょうか?
しばらくの間リクルーターがこの質問をしていたのを私は知っています。でも、コミュニティの視点からいうと、テスターはみんなどこにいるのでしょうか?どこで会話されているのでしょうか?どこかで会話がされているはずです。どうやってソフトウェアテストを改善するか、どうやってテスターがプロジェクト構造に入り込み、新しい開発技術をうまく利用するかといったことを。
大変興味深いことに、Ben氏の質問に対して最初の答えは(リンク)次の部分に要約された。「コミュニティはそこにあります。でも、開発者のコミュニティとは別々になっています。開発者とテスターの専門用語の意味が異なることによって生じる誤解を単に避けるためだというのが主な理由です。」このようにして、TDDを採用しているプログラマは「ユニットテスト」と言っているが、「マイクロテスト」という新しい言葉を使う利点についてのすばらしい議論が引き起こされた。
Hill氏はこの議論でもともと主張していたのは、彼が新しいXPチームの理解を助けるために「マイクロテスト」という言葉を使わなければならなかったということだった。ユニットテストでは、XPを使っていない人がしばしば考えているよりもかなり小さい「ユニット」に注目しているのである。Mike氏は、この違いだけでなく、TDDとマイクロテストの実際の目的が従来のテストの目的とどのように異なっているか続けて強調する。
私たちは、大規模なマイクロテスト駆動開発の本当の利点は、より高い品質を持つことではまったくないという立場です。より高い品質は、TDDの副産物です。むしろ、私たちが教えるTDDの利点と本当の目的は、真の生産性、より速く機能することです。Mike氏が示したアイデアを支持するたくさんの返信があった。それらの中で、XPの大物であるRon Jeffries氏が(リンク)述べた。
私は、これが本当の利点であることにまさしく同感します。そして、単刀直入に言うこと[あなたの自分の意見を言う姿勢]がすばらしいと思います。さらにこのスレッドについて面白く役に立つのは、様々な見解や立場があることだ。「マイクロテスト」のような新しい言葉を導入することの利点や欠点、またマイクロテストとは本当は何なのか(リンク)というとても参考になるリストなどがある。
この論文では、仮想化やクラウドサービスの複雑なメリットと実世界における応用を検討します。さらに重要なこととして、Contegixが複雑な問題の解決に仮想化を実装している方法や、仮想化を使うべきではないケースについて詳細を提供します。
Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。
システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
No comments
返信