okachimachiorz氏

• MapReduce（Hadoop）はWeb系ビジネスから出てきた技術だが、物流・会計などの基幹系ビジネスのおよそ9割に、素直に適用できる。適用範囲は意外に広い。産業構造に大きな変化を与える程の、巨大なインパクトを持っている可能性がある。
• このように大きな可能性を持っているMapReduceだが、課題は多い。例えばクラス図やシーケンス図といった既存のモデリング手法が使えないなど。新たな設計手法が必要とされている。

shot6氏

• Hadoop適用の前に、設計・開発・テスト・運用・障害対策・品質保証と考えなければならない様々な問題がある。扱うべきテラバイト級のデータはそもそも何処に在るのか？、HDFSにデータをどのように入れ・どのように取り出すか、「JobTrakerが死んだときは再起動する」という運用でホントに良いのか？、拡張運転の話はよくあるが縮退運転は可能か？、バグの見つけ方・テスト手法は？、生のMapReduce（Javaクラス）とPig・Hiveとの使い分け方、などなど。
• 主催している「Hadoopソースコードリーディング」の人気が凄い。ただのインフレか？「Hadoop大国日本」か？

asami224氏

• 既存のシステムは、S（アクター）・V（イベント）・O（エンティティ）の連鎖でモデリングすることが可能。これをクラウド上でのモデリングに応用しようと試行錯誤している。
• プログラマーは図を描くよりも、テキストの方が書きやすい。DSLを使ってモデリングとプログラミングを同時に行なう「モデグラミング」を開発している。
• 「静的構造モデル」と「状態遷移モデル」はDSLから自動生成。「振る舞いモデル」は工夫が必要。今までどおり「手続き」として書いてしまうとクラウド上ではロックだらけに。メッセージフローモデルを導入した「g3フレームワーク」を開発中。

masayh氏

• Hadoopは物理モデル。論理モデルの導入が必要。論理モデルとしてDryadとPregelなどの「グラフデータモデル」が有効。
• DryadはHadoopに比べて論理モデルを持っている。自動生成やデプロイ、さらにデプロイ後の自動最適化など。
• データの入力と出力の依存関係のマトリクスからグラフを作り、MapとReduceをどの粒度でやるかを考える。
• DryadLINQが操作モデル。操作モデルを使うには、データの構造定義を先にする必要がある。（データの構造定義＝Directed acyclic graph？ ※著者注）
• クラウド上のデータは、（Cassandraで扱うようなデータ構造ではなく）最終的に人間の知識構造に近づくと思われる。（セマンティック・ウェブ？）

座談会

• 業務フローをDAG（Directed acyclic graph）で書いてみるとかなりできる。DAGは計算/最適化可能。つまり、このDAG自体をMapReduceで計算できる。 （okachimachiorz氏）
• Dryadではそのような計算をして、グラフを動的に変更している。ただし、ネットワークトポロジを考えないといけない。Dryadがプライベートクラウド向けということは、ネットワーク分断が問題になるから。（masayh氏）
• ノードの重みとか、流量とか考えれば最適化できるけど、問題が複雑化しすぎる。抽象化レベルをどの程度にするかが問題。 （masayh氏）
• アカデミックでは1980年代辺りから、データフローの検討は多いので、発掘される技術があるかも。データの依存関係の局所化できる粒度を見つけたり。 （？）
• 大量のデータがどこにある？という問題提起は、そう思わない。諦めて捨てているデータは多い。期間限定で保存して捨てたり。現状、小売りの販売データは大抵１３カ月で捨てられる。これではたいした分析が出来ない。米でウォールマートがあれだけ強いのは、商品ごとに利益率データを分析しているから。日本でこれが出来ている小売はない。 （okachimachiorz氏）
• アメリカ政府では、気象データなどの公共性の高いデータのマーケットプレイスを構想している。これを基礎データとして、ビジネスを発展させるという展望を持っている（Data.gov？）。いずれ日本でもそうなる時期に備えて、大量データの扱い方のノウハウを準備しておく必要がある。 （masayh氏）

上記すべての記述は、そのままの発言ではなく、私の解釈が入ったものです。 勉強不足でグラフ関係の話が（重要にも関わらず！）スッキリ頭に入ってきませんでした。

主催者によると「今後もやっていきたい」とのことなので、期待できそうです。

参考：Togetter – まとめ「Hadoopを中心とした分散環境での開発方法論・モデリング・設計手法等についての座談会」

Hadoop Tom White

上流工程UMLモデリング 業務・要求分析からプログラミングへのモデル化技法 浅海 智晴

マインドマップではじめるモデリング講座 (DB Magazine SELECTION) 浅海 智晴

アーキテクトの審美眼 (DBMagazine SELECTION) 萩原 正義

私にとって特に興味深かったのは江渡さんによる「合議の知を求めて」という本の紹介でした。この本に書かれている実験によると、複数のグループに対して答えのある問いを出した場合、仲間内でコミュニケーションを通して統一した答えを導き出す方法よりも、グループ内のコミュニケーションを遮断して個々に答え出した上で（グループ内で）ひとりでも正解者がいればＯＫという方法の方が、正しい答えに到達する可能性が高かったそうです。

もしかして私たちは今まで「コミュニケーション」の効用を過大評価していたのかもしれません。

根回しによる合意形成、「話せばわかる」的説得、妥協と譲り合いによる一致よりも、個々人による意思決定を重視する、つまり意思決定の数を多くして、結果的に成功した判断を事後的に採用する、という方法の方が上手くいきそうです。

昨年のウェブ学会の時に、集合知的に個人の意思を集約する「民主主義2.0」の話を知って、その際は「人と人とがコミュニケーションを通して合意形成する議会の機能を無視して上手くいく訳ないじゃん！」と受け流していたのですが、やり方しだいでは上手く行くかもしれないと思いなおしています。

合議の知を求めて―グループの意思決定 (認知科学モノグラフ) 亀田 達也

この本のみならず、社会的な意思決定に関しては、学術的な成果が既にいろいろあるようです。興味が出てきたので、時間を作って学べればと思っています。

１、OpenSocial ケータイ Game 戦国時代 山下英孝（mixi）,山口徹（DeNA）

mixi・モバゲー各担当者による、話題のソーシャルアプリのセッションです。どちらのプラットフォームもOpenSocialを採用し、システム構成は似ているものの、各APIへの対応ぐあいや認証の仕組みなど、細かいところで様々な違いがあることが分かりました。

面白かったのがユーザー層の違い。大まかな傾向として、mixiがリアルでの知り合いがつながっているのに対して、モバゲーはゲームを通して知り合った、必ずしも顔見知りでない友達が多いのだとか。アプリ作りにもいくらか影響があるかもしれません。

２、本当に問題ないですか？～大規模RIA案件50社をこなしてきたプロが語るエンタープライズにおけるCloud＆RIAアーキテクチャ 島村伸之（住商情報システム）

顧客にクラウドを利用したシステムを提案したところ、「データが国内で管理されないのは不安だ」と言われたとか。これから多発しそうな話です。

３、三周遅れのXP -僕とドワンゴのXP- 庄司嘉織（ドワンゴ）

プレゼンが面白かったです。時々「？」と思わせる違和感のある言葉が出てくるのだけれど、その言葉がフックになって次々と内容に引き込まれて行きました。

最終的にはドワンゴにおける正統なアジャイル開発の実践事例の紹介でした。アジャイルがいま再注目されている理由がよくわかりました。

講演資料：三周遅れのXP

４、クラウド開発に役立つ OSS あれこれ 水野正隆,奥垣内喬（オージス総研）

クラウドサービスと既存のオンプレミスアプリケーションとの統合等の為に使えそうなOSSの紹介でした。はやり実務ではクラウドだけで完結するケースは少ないようですね。

rforce, fabulatr, Puppet, Wakame, Atomosphere, muleESB, Eucalyptus などが紹介されていました。

講演資料：クラウド開発に役立つ OSS あれこれ

５、パネルディスカッション 出張！ DDD難民救済キャンプ ～ドメイン駆動設計をあきらめない～ 和田卓人,角田直行,和智右桂,佐藤匡剛,渡邉健太郎

正直、DDD（ドメイン駆動設計）は、言葉を知っているという程度だったのですが、このパネルディスカッションのおかげで大変興味を持つことになりました。

Zenスタイルで「ユビキタス言語」「ブレイクスルー」といった魅惑的な言葉が説明され、圧倒されました。

講演資料：出張！DDD難民救済キャンプ

Domain-Driven Design: Tackling Complexity in the Heart of Software Eric Evans

６、Programming Amazon Web Services/EC2,SQS,S3,SimpleDB Jeff Barr（Amazon Web Services）

AmazonのエバンジェリストJeff Barr氏によるセッションです。クラウドの概説から入って、CloudFusionを使ってPHPからAWSの主要サービスを利用するチュートリアルが説明されました。

クラウドの概説で「Utility Pricing」という言葉が使われていたのが印象に残っています。クラウドは電気やガスのように使える「ユーティリティーコンピューティング」であるという説明に、今まで少しばかり引っかかっていましたが、課金面のアナロジーから入っていくとスッキリ理解できました。

７、次世代Web標準 HTML5 最新動向 矢倉眞隆,小松健作,羽田野太巳,白石俊平,上山智士,竹迫良範

最初にHTML5の概説があり、その後、HTML5を使った様々なアプリ紹介がなされました。

概説で、それまで断片的だった知識が整理されたのは助かりました。また事例の中では「Web Workers」によるクライアント・コンピューティングの姿には未来を感じさせられ、クラウドによるサーバ・コンピューティングとの関係がどのように整理されていくのかも含めて、興味く感じました。

講演資料：
HTML5 & Web Platform
Web SQL Databaseを用いたサーバーレスパーソナライズドサービス

HTML5&API入門 白石 俊平

徹底解説HTML5マークアップガイドブック 羽田野太巳

以上、２日間に渡って見学したデブサミ2010の感想でした。私が行った他にも興味深いセッションは沢山ありました。いま私は、行けなかった分の講演資料を確認しているところです。不況の影響で今年は開催が危ぶまれたそうですが、来年も開催されることを切に願いたいと思います。

以下、1日目に行ったセッションすべての感想です。（敬称略）

１、クラウドがもたらすパラダイムシフトとデベロッパーへのインパクト 栗原潔

「所有から利用へ」「サーバ中心コンピューティング」「データセンタ集約」「選択と集中」のメガトレンドは以前より着々と進行しており、「クラウド」という言葉もメガトレンドの表れ。たとえ「クラウド」という言葉が廃れても、メガトレンド自体は変わらないとのこと。このメガトレンドの中で、既存のSI会社は厳しくなり、「ノマド」ワーカーが創意工夫で活躍する時代になるらしいです。

途中、世界各国の年齢別人口比グラフが紹介されたのですが、少子化である日本の若年層が減っているのに対して、インドではすごい勢いで若年層が増加しており衝撃的でした。これから厳しくなる日本の環境の中で生き残っていくには、個人としての「選択と集中」が重要になってくるという締めでした。

講演資料：クラウドがもたらすパラダイムシフト

参考書籍：

ライフサイクル イノベーション 成熟市場+コモディティ化に効く 14のイノベーション ジェフリー・ムーア

２、“クラウド”をビジネスにしませんか？ 〜 Force.comのテクノロジーとビジネスモデル 〜 岡本充洋（Salesforce）

Salesforceのセッション。「Salesforceを使えば開発の生産性が５倍上がる」という調査会社のレポートが紹介されました。WebでDBが即座に設定できるなどのデモを交えながら、コーディング過程のみではなく、開発のライフサイクル全体で生産性が５倍上がるとの説明でした。

またユーザーと開発者が同じ方法でログインするなど、Salesforce独自のアーキテクチャが強調されていて興味深かったです。試用できるようなので、早めに時間をとって評価してみたいと感じました。

講演資料：“クラウド”をビジネスにしませんか？

３、Google的分散コンピューティング Gregor Hohpe（Google）

最初は、GFS、BigTable、MapReduce、Sawzallの概説から始まりました。ここらへんの話は「Googleを支える技術」を読んで既に知っている話だなと聞いていたのですが、概説が終わったあとは、Google的な設計原則に関する興味深い話に入っていきました。

特に面白かったのは、ステートレスな処理とステートフルな処理を分離して設計するという原則。ステートレスな処理は分散が容易だが、ステートフルな処理の分散は難しい。ステートレスな処理だけでシステムの目的が達成できれば良いのだが、大抵そう上手くは行かない。どうしてもステートフルな処理も必要になってくる。そうした場合には、ステートレスな処理を行う場所とステートフルな処理を行う場所を混在させるのではなく、２種類の処理を分離してまとめる設計にしよう、という話でした。

４、ドッグフーディングとアジャイル開発 大澤俊介（Atlassian）

自社内でのベータ版の試用のことを「ドッグフーディング」と言うらしいです。初めて知りました。アトラシアン社内でのイテレーションのまわし方などが紹介されていました。

講演資料：Dogfooding and Agile Development

５、MVP & .NET Community Member`s Lightning Talks 猪股健太郎、小野修司、福岡寿和、亀川和史、瀬尾佳隆、冨田順、こだかかおる

マイクロソフト系コミュニティのライトニングトークス。どの話も面白かったです。アプリ内にSQLを書いてDBにから直接データを取得するのでは無く、間にWebサービスを設けてみると良いという話と、Visual Studioでテストデータが簡単に作れるという話が、私にとっては実践的で印象に残っています。

講演資料：
MVP & .NET Community Members Lightning Talks
WCF RIA Servicesって
Visual Studioでテストデータを作ろう
Windows Azureで Webサーバーを再発明してみる
Windows 7のトラブルに立ち向かう～Troubleshooting Packご紹介

６、RDB入門～アプリケーション開発者が陥りやすいDB開発の落とし穴～ 磯辺信雄（iAnywhere）

実際に起こった問題をもとにRDBの技術を解説していくというスタイルで、非常に実践的な内容でした。「トランザクション分離レベル」「効率の良いSQLの書き方」「Viewの使い方」「ボトルネックになりやすいディスクI/O」などが解説されました。

講演資料：RDB入門 ～アプリケーション開発者が陥りやすいDB開発の落とし穴～

７、パネルディスカッション 『徹底入門』の著者による仮想化エンジニアの未来 平初（Red Hat）、各務茂雄（VMware）

担当編集者の司会のもと、Xen、WMwareと、２つの仮想化技術入門書の著者によるパネルディスカッションでした。平氏がQEMUの仮想ハードウェア構成からXEN、KVMと順次解説されて、「もっとハードウェアのことを知ろう！」と言われたことが印象に残っています。議論の終盤は、個別の技術から離れて未来のエンジニア像の話になり、「（グローバル化で）日本人というだけで付加価値があった時代は終わりつある」「英語、そしてなによりも日本語での表現能力がますます重要になってくる」と大変刺激を受ける内容でした。

セッション終了後には、直前にニフティがWMwareを使ってクラウドサービスを開始のニュースを読んでいたので、気になって質問しに行きました。記事の中で、「VMwareのコストは支配的ではありません。むしろ苦しいのは、ストレージのコストですね。」とあります。これはディスク容量が苦しいのではなくて、ディスクI/Oがボトルネックになっているとのこと。IOPS（Input/Output Operations Per Second）が問題となっているので複数台を接続する必要がありコストが掛かる、という理屈がスッキリ理解できました。

参考書籍：

Xen徹底入門 第2版 (CD-ROM付) 宮本 久仁男 平 初 長谷川 猛 津村 彰

VMware徹底入門 (DVD付) ヴイエムウェア株式会社

２日目の感想に続きます。