THE INTERVIEWS

カブト。カブトゼクターが飛んでくる変身シーンはいい感じだし、キャストオフ後の造形がシンプルで素晴らしいし、クロックアップの描写は555よりも洗練されてるし、「ライダーキック」の言い方が何とも渋いし、なにより水嶋ヒロがカッコよすぎる。

ただ、お話としてはつまんないです。

2012-01-14 13:18:08

日本がいいので行ってみたいというのはないけど、ニューカレドニアで英語が通じなくて往生したので、英語が通じるならどこでもいいです。

2012-01-14 13:07:16

WOWOWでクリス・ペプラーがインターネットというものがあると紹介してて、それを見て原宿のインターネットカフェみたいなところに行ったのが最初かなあ。たぶん高2だったから、1995年の話。Netscape Navigator で（まだバージョン2じゃなかったと思う）、ディズニーのサイトを見た記憶があります。でも、これといって感動もなく、次にインターネットに接続するのは上京して大学に入ってからですね。

2012-01-14 13:05:38

インタビューズで質問が来るとは！斜め上の展開に驚いています。

さて、ご質問ですが、まず「生命のような難しさ」はComplicatedではなく「Complex」です。それから、講演では意図的に「ソフトウェア要求」と「システム要求」を分けていました。また、「システム要求は、Complexなテーマ」とは言っておらず、ユーザーストーリーのなかにはComplexなものもある（同様にComplicatedなものもある）という話をしました。

というわけで、用語が違うと回答するのがしんどいのですが……簡単に説明すると、システムは（クネビンフレームワークで言う）「シンプル」なものが多いと思います。短納期で開発されているならば、それは「シンプル」なシステムです。過去に作ったことのあるもの、理解しやすいもの、単純なもの、規模の小さなもの、なんかは「シンプル」であると言えます。

そのなかで部分的に「Complex」なものが登場することがあります。いつまで経っても解決策が見つからない、昨日の要求と今日の要求が違う、時間によって挙動が変わる、なんかは「Complex」であると言えるでしょう。それがComplexであるとわかれば、パターン的なアプローチ（コミュニケーションを通じてパターンを創発する）を使うのがいいと思います。そのための手段として、コミュニケーションを重視したユーザーストーリーは適していると思います。

パターンは建築由来のものですが、「土地」「法律」「予算」など固定された「かたい」ものはパターンでは対応できません。それと同様に、システムの「土地」（アーキテクチャやドメインモデル）にComplexなアプローチが通用するとは思いません。そこは時間がかかってでも、Complicatedなアプローチをとるべきです。

質問の焦点が絞ってあれば、もっと回答しやすいですー。

2011-10-28 13:46:17

すごい。そんな昔のことまで。podcastはやりたいことリストに入ってないですねえ。

2011-09-26 23:41:06