＜受賞のコメント＞
今回は大変光栄な賞を頂きまして、ありがとうございます。

今回は「デブサミ 2007 出張 Shibuya イベント」と題しまして、Shibuya.pm, Shibuya.js,Shibuya.pl という 3 つのコミュニティから、アウェイ感満載の発表を行わせていただきました。

サンフランシスコからビールを飲んでの中継、坊主頭の人と髭にサングラスの人が繰り広げるパネル DIS カッション、1 人持ち時間 5 分きっかりのライトニングトーク。

ちょっと変わった形の発表でしたが、沢山の方に興味を持って頂けたようで大変うれしく思っています。

最近は会場のキャパシティなどの問題で、参加したくてもできない！という声を沢山頂く Shibuya 系イベントですが、その雰囲気を少しでもお伝えできたのではないでしょうか。

発表いただいたスピーカーの皆様、そして発表の場を与えてくださったデブサミの皆様に改めてお礼申し上げます。
ありがとうございました。

＜受賞のコメント：小松 弘幸 氏＞
ベストスピーカー賞をいただきましてありがとうございます。

発表では、Googleの開発手法として、すべてのソースコードを一元管理、すべての技術の文書化、コードレビューおよびユニットテスト、20%ルールな どをご紹介しました。これらの内容自体は特に奇を狙ったものではなく、ソフトウェアエンジニアであれば誰もが必要だと考えているものだと思います。

しかしながら、これらは忙しくなってくると、ついおろそかになりがちなものばかりです。発表の中でも触れましたが、Googleでは、個々の意識を高めると同時に、これらの開発手法を支援するためのツールを用意することにより、無理のない運用を実現しています。

この発表での内容が、ソフトウェア開発をする上で、みなさまの参考になりましたら幸いです。

＜受賞のコメント：工藤 拓 氏＞
今回の受賞、大変光栄です。

今回の発表では、BigTableとよばれるGoogle社内で使われている大規模分散ストレージシステムについてご紹介いたしました。

BigTableはGoogle EarthやGoogle Mapsといった多くのサービスで使われており、Googleへのアクセス=BigTableへのアクセスといっても過言ではありません。Googleの 使命は、世界中の情報を体系化し、アクセス可能で有益なものにすることです。その実現にはペタバイト級のデータを蓄積・管理し、そこから高速にデータを検 索できる大規模ストレージが必要不可欠です。

長らく情報システムの根幹を支えてきたリレーショナルデータベース(RDBMS)は高い汎用性を持ち、SQLを使った柔軟な検索が可能です。しかし、世界中の情報を保持できるほどスケーラビリティーがあるとは限りません。

Googleは、既存技術の枠にとらわれることなく、実アプリケーションで必要とされるインフラストラクチャの開発を行っております。

今後は、パフォーマンスやスケーラビリティーのさらなる向上を含め、ユーザの利便性を第一に考えたプロダクト作りに尽力していきたいと思います。

＜受賞のコメント＞
セッションにご参加頂きました皆様、おかげさまでベストバリュー賞を頂くことができました。遅いセッションにもかかわらず 150 名を超える多くの方に集まっていただいたことを感謝しております。

　「多異変な時代」をいきぬくプロフェッショナルの条件、それは専門知識に加えて、思考力と対人力であるーこの数年訴え続けていることを参加者の皆様に紹介しました。加えて、今回、特に強調したメッセージは「ムーアの法則を自分にあてはめよう」です。

ご存知の通り、半導体の集積密度は 18 ヶ月ごとに倍になるわけですが、同様に、18 ヶ月ごとにどれだけスキルアップをしたのか、どれだけ新たな気づきを得たのか、それを点検しようということです。

年間 100 回を超えるワークショップを行っていると、参加者のアンテナ感度はよくわかります。

デブサミに集結した皆さんの向上心に私自身も触発されました。いつの日にかお会いするまで、お互いムーアの法則を自分に果たしてがんばりましょう。

＜受賞のコメント＞
この度は、デブサミ 2007 セッション部門特別賞をいただき、大変光栄に思います。セッションに参加いただいた皆様、および関係者の方々に深く感謝いたします。

ありがとうございます。

「要件定義」に関する話では、”最新の手法によれば・・・”というような現場を置いてけぼりにした話が多い気がしてなりません。今回のセッションで はなるべく自分の経験を生かし、実際の現場に合うように心がけた結果、皆様の共感を得ることが出来たのではないかと考えています。

Alistair Cockburn 氏は、”ソフトウェア開発は、発明とコミュニケーションの協調ゲームである”と言っています。ユーザや顧客をやっつけたり、他の担当者と喧嘩するものでは なく、協力して一緒に作り上げて行くものだということですね。（但し、その作業には一定のルールがある）

この”発明とコミュニケーション”を円滑に薦めるために、ユースケースをどう作るか、情報をどう共有するか、が重要になってきます。

今回のセッションが、参加された皆様に最も適したコミュニケーション方法を探すきっかけになれば幸いです。