Webサービスのテストアプローチについては、以前InfoQで取り扱った(参考記事)。それらはWeb ServicesのMockを使用することで、最近拡張された。 Mockオブジェクトは、ユニットテストには非常にポピュラーで一般的なアプローチである。Wikipediaによると、以下のとおりである。 Mockオブジェクトは、 制御された方法でRealオブジェクトの振る舞いを模倣するシミュレートされたオブジェクトである。…Mockオブジェクトは複雑で、Real(Mock ではない)オブジェクトの振る舞いをシミュレートすることができ、それゆえに、Realオブジェクトをユニットテストに統合するのが困難であったり、不可 能であったりする場合に便利である。以下のいずれかの特徴にオブジェクトが当てはまる場合、Mockオブジェクトを使用すると便利である。 非決定性結果(例：現在の時刻や気温) 作成や再現が困
ソフトウェア業界をいかに動かすかを知るために、現在どこにいて、これまでどこにいたかを知る必要がある。 Bruce よく設計され、よく作られたソフトウェアは、方法やツールにかかわらず、SW業界が始まった頃から、時間をかけて実装されてきました。ひどい作りのソフトウェアも同じ時間かけて、存在していますし、今日でも、開発が続いています。不幸にして、昔から今日まで、大抵のソフトウェア システムは、下手に設計され、下手に書かれた部類に入ります。正直に言えば、今日開発されているいくつかのソフトウェアも下手の分類に入ります。 客観的になるために、距離をおいて、質問しなければなりません。今日、30年前と比べて、企業は、買ったり、作ったりしたシステムを使って、うまくいっているのか？私は、総じて答えは、明らかにノーだ、と思います。私が今日見ている、ソフトウェア業界の特色を書くと、 高コスト： 数年前に数万ドルし
原文(投稿日：2010/02/25)へのリンク TDDとBDDは今や、広く使われているソフトウエア開発技術だ。しかし、単にBDDやTDDに従っているだけではビジネス機会を逸したり、もっと悪いときにはビジネスに悪影響を及ぼしてしまう。TDDとBDDには解決できないふたつの問題がある。すなわち、どのようにして開発したアプリケーションの使用を評価するのか。そして、どうやって顧客からフィードバックを得るか。 ユーザを調査する従来の方法は決して正確な結果にはならない。アプリケーションの提供者も顧客も多大な時間を必要とし、先入観にとらわれてしまう。Nathaniel Talbott氏はRubyConf 2009でのプレゼンテーションで次のような考えを発表した。すなわち、開発時におけるTDDと同じような方法でビジネスもフィードバックを得るべきだ、という考えだ。 (画像はLabnotesから) ソフトウエ
Beat the Plan: Probabilistic Strategies for Successful Software Delivery at Scale Large-scale software delivery demands managing complexity across teams and organizations. Similarly to betting strategies in Vegas, embracing probabilistic thinking helps tackle uncertainty, shifting from rigid plans to adaptive systems. By making informed bets and designing for change, leaders can control volatility
2ヶ月前になりますが、2009年4月9日（木）～10日（金）の2日間にかけて、東京の品川カンファレンスセンターにて「QCon Tokyo 2009」が開催されました。この記事では、カンファレンス全体の様子と、筆者が参加したセッションの内容をレポートします。 QConは、技術情報サイトInfoQ主催のカンファレンスです。InfoQは海外では有名な技術情報サイトで、特定の技術・方法論に偏らず、Java、.NET、LL言語から、アーキテクチャ、SOA／クラウド、アジャイル、RIAまで、あらゆる最先端の技術的話題が発信され、技術者同士のコミュニケーションの場になっています。QConも同様で、とくに現在のソフトウェア開発の最先端を担う著名スピーカー（Kent Beck、Martin Fowler、Ralph Johnson、Rod Johnson、Eric Evans、Gregor Hohpe、･･
Deborah Hartmann アジャイルソフトウェア開発という高度に協調的な環境において、『Collaboration Explained: Facilitation skills for software project leaders(リンク)』と題されたJean Tabaka氏の本は対立、人と人とのコミュニケーション、時間的制約のような困難なマネジメントの問題に対する答えを示してくれる。ミーティングが嫌いで、しかも(あるいは)、改善していくべきだと確信しているなら、アジャイルプロジェクトに関わるか否かに関係なく、この本を読まなければならない。 Charles Humble Harold Abelson氏、Gerald Jay Sussman氏、Julie Sussman氏の『計算機プログラムの構造と解釈(Structure and Interpretation of Comput
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
