アジャイルにおけるプロジェクトマネジャーの役割
この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。
作者 Werner Schuster , 翻訳者 編集部 投稿日 2008年2月10日 午前6時9分
tapメソッドの考えができてしばらくたつが、Ruby 1.9で標準Rubyライブラリに追加された。tapの背景にある考えについてブログに書いたMenTaLguY氏(source)が、単純なコードを紹介してくれた。
class ObjectRuby 1.9では、
def tap
yield self
self
end
end
tapメソッドはObjectで定義されており、デフォルトですべてのオブジェクトで使用可能である。そのメソッドは、Blockを引数として扱いselfで引数として呼び出し、オブジェクトは戻される。 tapメソッドの間接化は、オブジェクトを使用して複雑な方法で何かをするようなものである。これの本当の意味での利点は、目的のオブジェクトが変数に アサインされずに、他のメソッドにパスされると明確になる。メソッドがつながっているとき、特にチェーンが長い場合、これは一般的である。tapがなく、一時的に変数が必要な場合(source)
xs = blah.sort.grep( /foo/ )
p xs
# do whatever we had been doing with the original expression
xs.map { |x| x.blah }
tapがある場合、blah.sort.grep( /foo/ ).tap { |xs| p xs }.map { |x| x.blah }
tapが有用で、それなしでは目的のオブジェクトをローカルの変数にアサインして使用する必要がある場合で、tapを使用して、つながったメソッド間でハンドオーバーが発生するオブジェクトを適切に検査するBlockを挿入することが可能な場合である。いわゆるFluent Interfaceを公開するAPIのとき、特に有用となる。つまり、メソッドの連鎖を促進するAPIである。Martin FowlerのウェブサイトにあるJavaの例はここを参照(source)。
customer.newOrder()
.with(6, "TAL")
.with(5, "HPK").skippable()
.with(3, "LGV")
.priorityRush();
tapはtapブロックを挿入することで任意の段階(つまり、すべての呼び出し間)でオブジェクトを参照するようにする。これはデバッグツールで有用であるが、たいていメソッドの匿名の戻り値を参照するというサポートには未対応である。tapは通常オブジェクトを変更せずにある種の副作用をもたらす(Blockの戻り値は無視される)。しかしながら変更可能である限りは、もちろんオブジェクトの修正は可能である。tapメソッドはRuby 1.9に限定されているわけではない。RubyのOpen Classesによりそれ以外のバージョンでも可能となっている。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。
「パターン」と呼ばれる設計手法をご存知ですか?この建築の分野ではじまった設計の形式知化手法、および、使う人と作る人の対話のプロセスは、私たちソフトウェアの世界に援用されて1995年に「デザインパターン」という書籍で注目を浴びました。さらに、アジャイルと呼ばれる開発手法には、ユーザーといっしょに対話をしながら設計を進める「パターン」の思想が脈々と引き継がれているのです。
この仮想パネルでは、特に、アジャイルソフトウェア開発環境におけるソフトウェアアーキテクチャの文書化について、Len Bass氏、Grady Booch氏、Paulo Merson氏、Eoin Woods氏に話を聞いた。
HTTPSコネクションを確立するとき、一体何が起こっているのだろう。この記事では安全なコネクションを準備するためにクライアントとサーバの間でどのようなデータの交換が行われているのか、バイトレベルまで詳細に分析する。
Modular Javaシリーズの第3弾は、動的なモジュール化、どのようにバンドルのクラスが解決され、どのように生成され、消滅するのか、どのようにお互いに通信するのかについて、議論する。
分散バージョン管理システムへの関心や採用は増え続けています。この記事では、分散バージョン管理システムのコンセプトを紹介し、git、Mercurial、Bazaarの3つについて詳しく見てみようと思います。
ここ数年にわたって、Javaのモジュール化は活発に議論され続けている話題である。いくつかのJSRによってJavaの進化におけるモジュール化の必要性が示されている。モジュール化の意味するところは何で、なぜそれを気にかけるべきなのだろうか?
Modular Javaシリーズの第2弾は、静的なモジュール化、バンドルの作り方、OSGiのエンジンにそれらをインストールする方法、バンドル間の(バージョン付き)依存性の設定のしかたなどについて扱う。
No comments
スレッド表示 返信