USP MAGAZINE

青い空の下でコードを書きたいね！

新連載

アジャイル改善塾

ǋ¯ǴǚÁǡǑȜǡǴ
ƉǂƝŸƠƕƸȏ

〜組織文化を変える汗と涙の物語〜

ユニケージ開発手法教育講座「ユニケージ開発手法教育講座」は、ユニケージ開発手法におけるデータ管理の方法や、オリジナルコマンドの開発プロジェクトの進め方まで、ユニケージエンジニアとしてのトータルスキルを習得できます。

http://www.usp-lab.com/LECTURE/CGI/LECTURE.CGI
ǡ
ȏǴǚÁ
ࢬܹ‫ރ‬
սਖ֦

も充実中！
続々と新講座K1

コマンド学習編

K2

シェルスクリプト学習編（帳票・バッチ処理）

K3

シェルスクリプト学習編（ウェブアプリケーション処理）

K4

ユニケージアーキテクチャ編

K5

ユニケージ開発環境セットアップ編

K6

システム運用・管理編

K7

プロジェクトマネジメント・人材育成編

KSQL

SQL エンジニアのためのユニケージ活用編

2014 May vol.13

使用方法などをハンズオン形式で具体的に学べる講座です。UNIX の基礎からユニケージ開発手法による

TechLION 再録

江崎浩

インターネット屋の次の仕事

ユニケージ開発手法

コードレビュー

UNIX 初心者のための講座などもご用意しています。
技術の草原で百獣の王を目指す
エンジニアたちの新感覚トークライブ！

http://techlion.jp/

新連載

縁の木、育てよう

上記のサービス内容は 2014 年 4 月現在のものです。
最新の情報は弊社ホームページにてご確認ください。

ISBN 978-4-9048-0707-1
C3455 ￥500

USP 研究所
定価（本体 500 円＋税）

りゅうちの
工作員日記

オ ト ココマンドを極めるその先へ

題字「漢」 小林 勇

BSDコンサルティング株式会社 取締役 最高技術責任者 後藤大地

第十回 UFS ファイルシステムの特性を知る 〜小さいファイルとディスクスペース〜
ファイルシステムの特性を知っていますか？

1

イルシステムが必要なときは UFS、または UFS と設計が近いファイルシステムが候補としてあがってくる。

これまでは単機能のコマンドをパイプで接続して並コマンドとパイプでシステムを構築する場合、変数の列処理することで、マルチコア / メニーコアでスケール代わりにファイルを使った方が便利なことが多いので、する処理を記述できることを紹介するとともに、さまざ処理対象のデータを小さいサイズのファイルに分割しまな角度から性能が発揮できているのか調査する方法て数千件や数億件といったファイルに分散配置させるや、動作中のシステムがどういった状況にあるのか調ことがある。しかし、実はこういった使い方は UFS 的べる方法を説明してきた。今回は視点をファイルシス

には容量的に効率の良い使い方とはいえない。今回はテムへ移してみよう。

そのあたりを説明する。

現在のマシンでもっとも性能上のボトルネックになる

2のはディスクストレージとのデータのやり取り部分にあファイルシステムやストレージを調べる方法を知ろうる。プロセッサやメモリと比較するとディスクストレー

Solaris 系のオペレーティングシステムや Illumos

ジは通信速度が桁違いに遅い。可能な限り高速に読み書系のオペレーティングシステム、FreeBSD 系のオペ

きするには、それに適したファイルシステムを選択する

レーティングシステムはデフォルトのファイルシステ必要がある。ストレージ向けのファイルシステムとして

ムに ZFS に採用する傾向がある。たとえば次のシスは ZFS が今後の主流になりそうな趨勢にあるが、ZFS

テムは起動領域（ブート関連のデータが置かれたファは性能の面では UFS にかなわない。高速に動作するファイルシステム）も ZFS で構築されている。ここに

リスト 2.1 UNIX 系オペレーティングシステム ファイルシステムの利用例&!npvou{sppu0cppufow0efgbvmu!po!0!){gt-!mpdbm-!opbujnf-!ogtw5bdmt*
efwgt!po!0efw!)efwgt-!mpdbm-!nvmujmbcfm*
qspdgt!po!0qspd!)qspdgt-!mpdbm*
qspdgt!po!0dpnqbu0mjovy0qspd!)qspdgt-!mpdbm*
0efw0hqu0t!po!0t!)vgt-!mpdbm-!kpvsobmfe!tpgu.vqebuft*{sppu0unq!po!0unq!){gt-!mpdbm-!opbujnf-!optvje-!ogtw5bdmt*{sppu0vts0mpdbm!po!0vts0mpdbm!){gt-!mpdbm-!opbujnf-!ogtw5bdmt*{sppu0wbs!po!0wbs!){gt-!mpdbm-!opbujnf-!ogtw5bdmt*{sppu0wbs0dsbti!po!0wbs0dsbti!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*{sppu0wbs0ec!po!0wbs0ec!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*{sppu0wbs0ec0qlh!po!0wbs0ec0qlh!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*{sppu0wbs0fnquz!po!0wbs0fnquz!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*{sppu0wbs0mph!po!0wbs0mph!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*

8

USP MAGAZINE 2014 May

{sppu0wbs0nbjm!po!0wbs0nbjm!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*{sppu0wbs0svo!po!0wbs0svo!){gt-!mpdbm-!opbujnf-!opfyfd-!optvje-!ogtw5bdmt*{sppu0wbs0unq!po!0wbs0unq!){gt-!mpdbm-!opbujnf-!optvje-!ogtw5bdmt*{2!po!0{!){gt-!mpdbm-!ogtw5bdmt*{20wjsuvbmcpy!po!0{0mpdbmwn!){gt-!mpdbm-!ogtw5bdmt*
gttfswfs;0ipnf0ejtl!po!0o0ofuejtl!)ogt-!sfbe.pomz-!ogtw5bdmt*
gttfswfs;0ipnf0ebjdij!po!0o0ebjdij!)ogt-!ogtw5bdmt*{20ebjdij!po!0Vtfst0ebjdij!){gt-!OGT!fyqpsufe-!mpdbm-!ogtw5bdmt*&

UFS や NFS、それにデバイスファイルシステムとプかる。ada1 をさらに次のように gpart(8) で調べてロセスファイルシステムなどがマウントされている。

みる。

ここでは UFS のファイルシステムを調べたいので、次 の よ う に mount(8) コ マ ン ド を 実 行 し て UFS のファイルシステムの情報だけを表示させてみる。
リスト 2.2 UFS でフォーマットされたファイルシステム
を調べる&!npvou!.u!vgt
0efw0hqu0t!po!0t!)vgt-!mpdbm-!kpvsobmfe!tpgu.vqebuft*&

リスト 2.4 gpart(8) でディスクの情報を調査&!hqbsu!tipx!beb2>?!!!!!!!45!!5994:8212!!beb2!!HQU!!)344H*!!!!!!!!!45!!593455:71!!!!!2!!gsffcte.vgt!!)341H*!!593455::5!!!!7163252!!!!!!!!.!gsff!.!!)3/:H*&

ada1 は GPT スキーマでパーティショニングされたディスクで、ディスクサイズは 233GB ほど、作

/dev/gpt/s というデバイスが /s にマウントされ成されているパーティションは 1 つで、その部分はていることがわかる。/dev/gpt/ に下に存在してい230GB、フォーマットは FreeBSD UFS のようだ、

るということは、GPT スキーマでパーティショニン

ということがわかる。使用量も調べてみよう。次のよ

グされたディスクで、かつ、GEOM のラベル機能をうに df(1) コマンドで確認する。

使って s に名前が割り当てられてるのだろう、という

リスト 2.5 df(1) でファイルシステムの空き容量を確認ことがわかる。glabel(8) でさらに次のように情報を調べる。
リスト 2.3 glabel(8) で /dev/gpt/s の実態を調べていく&!hmbcfm!tubuvt!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Obnf!Tubuvt!Dp
nqpofout!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!hqu0hqucppu1!!!!O0B!beb1q2
hquje0b:82c21d.5:f1.22f4.c435.f17::6g65395!!!!O0B!beb1q2
hquje0b:867g18.5:f1.22f4.c435.f17::6g65395!!!!O0B!beb1q3!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!hqu0txbq1!!!!O0B!beb1q4!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!hqu0t!!!!O0B!beb2q2&

glabel(8) で /dev/gpt/s の実態を調べると ada1p1&!0cjo0eg!!0t
Gjmftztufn!2L.cmpdlt!!!!!Vtfe!!!!!Bwbjm!Dbqbdjuz!!Npvoufe!po0efw0hqu0t!344695231!32872127!2:4247487!!!!21&!!!!0t&

10% ほど使っており、90% ほどが空いていることがわかる。だいたい 184GB ほどの空き容量ということになる。

UFSの構造：ブロックとフラグメンテーション

3

今回は UFS のデータアクセスの単位である
「ブロッ
ク」と、
最小のデータ保持単位となる「フラグメンテー
ション」について説明する。UFS ではデータは「ブロック」と呼ばれる単位で扱われる。ブロック単位でデータの読み書きが実施される仕組みになっている。
図 3.1 の長方形をブロックだと思ってほしい。

になっていることがわかる。ada(4) デバイスドライ

どんなに小さいファイルでも、必ず 1 つのブロッ

バは ATA デバイスに対応したものだから、2 つ目のクを消費する。たとえばブロックが 8KB なら、1KB

ATA 接続ディスクが本体のようだ、ということがわ

しか使わないから、7KB は誰にも使われない、もっ9図 3.1 データのアクセスは「ブロック」単位で実施される

3.2）。
データ保持の最小単位をフラグメンテーションまで落とし込むことで、もったいない領域の発生を防ぐ仕組みになっている。たとえばフラグメンテーションのサイズが 1KB であれば、1KB のファイルは 1 つのフラグメンテーションを使い切ることになり、ディス
クスペースの面で使用率が高いということになる。この「ブロック」と「フラグメンテーション」という仕組みから、UFS で小さいファイルを大量に作成する

図 3.2「ブロック」を「フラグメンテーションの集まり」という仕組みに変更

ときのひとつの指針が見えてくる。
ま ず、 対 象 の UFS の ブ ロ ッ ク サ イ ズ と フ ラ グ
メ ン テ ー シ ョ ン サ イ ズ を 調 べ て み よ う。UFS で
フォーマットされたファイルシステムの詳細情報
は dumpfs(8) ま た は dumpe2fs(8) コ マ ン ド で 調
査 で き る。FreeBSD な ら dumpfs(8)、Linux な ら
dumpe2fs(8) を使う。
各項目の詳しい意味についてはいずれ説明するとして、 今 回 は「bsize」「fsize」「nbfree」 に 注 目 し たい。オペレーティングシステムごとに違うラベル名にたいない領域ということになる。この問題を解消するなっているが、だいたい似たようなニュアンスになっために UFS には「フラグメンテーション」という仕ているのでそのあたりは読み替えてほしい。それぞれ組みが導入されている。データアクセスの単位は「ブ

表 3.4 の意味を表している。

ロック」のままだが、ブロックをさらにいくつかのま調べたファイルシステムはブロックサイズが 32KB、とまりに分割して利用するというものだ。この最小単フラグメンテーションが 4KB ということになる。つ

位が「フラグメンテーション」と呼ばれている（図まり、1 ブロックあたり 8 フラグメンテーション抱え

リスト 3.3 dumpfs(8) または dumpe2fs(8) で UFS ファイルシステムの詳細情報を表示&!evnqgt!0t!}!ifbe!.29
nbhjd!!!2:65122:!)VGT3*!ujnf!!!!Tbu!Kbo!29!14;5:;59!3125
tvqfscmpdl!mpdbujpo!!!!!76647!!!je!!!!!!\!638fdb18!4886c7c4!^
odh!!!!!488!!!!!tj{f!!!!713:4231!!!!!!!!cmpdlt!!694:7141
ctj{f!!!43879!!!tijgu!!!26!!!!!!nbtl!!!!1ygggg9111
gtj{f!!!51:7!!!!tijgu!!!23!!!!!!nbtl!!!!1yggggg111
gsbh!!!!9!!!!!!!tijgu!!!4!!!!!!!gtcupec!4
njogsff!9&!!!!!!pqujn!!!ujnf!!!!tznmjolmfo!231
nbyctj{f!43879!!nbycqh!!51:7!!!!nbydpoujh!5!!!!!dpoujhtvntj{f!5ocgsff!!7698:64!oejs!!!!:2553!!!ojgsff!!3:322558!!!!!!!!oggsff!!363263
cqh!!!!!31146!!!gqh!!!!!271391!!jqh!!!!!91367!!!vosfgt!!1
ojoejs!!51:7!!!!jopqc!!!239!!!!!nbygjmftj{f!!!!!336345:81522118:
tctj{f!!51:7!!!!dhtj{f!!43879!!!dtbees!!6167!!!!dttj{f!!92:3
tcmlop!!35!!!!!!dcmlop!!43!!!!!!jcmlop!!51!!!!!!ecmlop!!6167
dhspups!281!!!!!gnpe!!!!1!!!!!!!spomz!!!1!!!!!!!dmfbo!!!1
nfubtqbdf!7519!!bwhgqejs!75!!!!!bwhgjmftj{f!27495
gmbht!!!tpgu.vqebuft,kpvsobm
gtnou!!!0t
wpmobnf!!!!!!!!!txvje!!!1!!!!!!!qspwjefstj{f!!!!713:4231&

10 USP MAGAZINE 2014 May表 3.4 dumpfs（8）コマンドの出力：ブロックとフラグ
メンテーションに関する情報

サイズになっている。
ɦMjovy͈fyu3Ȃfyu4Ȃfyu5͉‫ུܖ‬എ̈́୭͉ࠗয̞͈͈̀ͥ͜ήυ

項目

値

内容

bsize

32768 バイト

ブロックサイズfsize

4096 バイト

フラグメンテーションサイズ

૧̱̞‫ٽ‬ැ̱͂̀΀·ΑΞϋΠͬ൵ව̱̤̀ͤȂMjovy!fyu5ͬঀ

nbfree6587953 個

使われていないブロックの個数̠ાࣣ͉ͅfyu5͈අ଻ͅ‫̳༷̞ͥͬঀ̹̽״‬ຈါ̦̜ͥȃている計算になる。ブロックサイズとフラグメンテー

Λ·͂έρΈιϋΞȜΏοϋ͈ࣉ̢༷̞͉̾̀ͅMjovyඊু͈υΐΛ·ͅ‫̤̞ͤ̀̿ܖ‬Ȃ̭̭͈́დ͉ഐဥ̧̞́̈́ȃඅͅfyu5͉

4

実際の動作を知る

ションサイズはフォーマット時に指定できるようになっており、dumpfs(8) であれば次のように -m オ

こうした UFS の構造上の仕組みを知った上で、ひプションを指定することでフォーマット時のオプショと つ 実 験 を し て み よ う。0KB、1KB、2KB、4KB、ンを表示させることができる。

8KB、16KB、32KB、64KB、128KB のファイルを

リスト 3.5 フォーマット時に指定されたオプション

100 万個作成した場合、それぞれどれだけブロック&!evnqgt!.n!0t$!ofxgt!dpnnboe!gps!0t!)0efw0hqu0t*
ofxgt!.P!3!.V!.b!5!.c!43879!.e!43879!.f!51:7!.g!51:7!.h!27495!.i!75!.j!92:3!.k!.l!7519!.n!9!.p!ujnf!.t!593455:71!0efw0hqu0t「-b 32768」と「-f 4096」となっていることから、dumpfs(8) が表示したようにブロックサイズがを消費し、空き容量が減ることになるだろうか。単純にかけ算すれば表 4.1 の結果が想定される。
表 4.1 ブロックの消費と使用されるサイズの予測
1 ファイルの
サイズ

作成する
予想される
ファイルの個数 消費ブロック数

予想される
消費サイズ

0KB

100 万個--1KB

100 万個3 万 1,250 個

977MB

2KB

100 万個6 万 2,500 個

1.95GB

ロックの数はほぼ同じ値になる必要がある。使われて

4KB

100 万個12 万 5,000 個

3.90GB

いないブロックの数がそのまま空き容量ということに

8KB

100 万個25 万個

7.80GBなるからだ。

16KB

100 万個50 万個

15.63GB

リスト 3.6 空き容量と使われていないブロック数の関係を確認

32KB

100 万個100 万個31.25GB

64KG

100 万個200 万個62.50GB

128KB

100 万個400 万個

125.00GB

32KB で、フラグメンテーションサイズが 4KB であることがわかる。
df(1) で出力された空き容量と使われていないブ&!cd!.m
2:4247487!0!43!+!2/1:
7689818/91861111111111111111
rvju&

今回は詳しくは触れないが、UFS ではファイルのdf(1) は 10% ほど余裕をみた状態で報告するので、メタデータ（ファイルのパーミッション、作成日、サ

df(1) が表示した値を 10% ほどさらに盛ってみると、

イズ、ブロックへのアドレスデータなど）を i-node

使われていないブロック数とほぼ値が一致する。

という形式で保持している。つまり、1 つファイルを

ブロックサイズを引き上げるほどデータの転送性能

新しく作ってデータを書き込むという操作は、i-node

は引き上がることになり、ブロックサイズを引き下げを作成すること（正確にはディレクトリファイルへのるほどディスクスペースを効率的に使うようになる。

書き込みも発生）とブロックにデータを書き込むこと

デフォルトのブロックサイズとフラグメンテーショの 2 つの作業を実施していることになる。0KB のファ

ンサイズは時代とともに引き上げられている。歴史

イルを 100 万個作ることを想定しているのは、メタ的に見ればブロックサイズは 512 バイトだった。こ

データの作成だけでどの程度ブロックが使われるのかれが 1KB、2KB、4KB、8KB･･･を調べるためだ。0KB のファイルを 100 万個作るなと引き上げられ、

FreeBSD 10.0 では 32KB がデフォルトのブロック

ら次のようにコマンドを実行すればよい。

11

リスト 4.2 0KB のファイルを 100 万個作るコマンド&!nlejs!0t0e&!de!0t0e0&!mt!}!xd!.m!!!!!!!1&!tfr!.g!(&18/g(!2!2111111!}!ybsht!.M2!.J&!upvdi!&&!mt!}!xd!.m!2111111&

削除する方法も示しておく。

次の結果が得られる。
表 4.6 消費ブロック数と消費サイズ
1 ファイルのサイズ

作成するファイルの個数

消費
ブロック数

消費
サイズ

0KB

100 万個490 個15.31MB

1KB

100 万個12 万 5,479 個

3.83GB

2KB

100 万個12 万 5,479 個

3.83GB

4KB

100 万個12 万 5,479 個

3.83GB

リスト 4.3 作成したファイルを削除する方法

8KB

100 万個25 万 478 個

7.64GB&!mt!}!xd!.m!2111111&!tfr!.g!(&18/g(!2!2111111!}!ybsht!sn&!mt!}!xd!.m!!!!!!!1&

16KB

100 万個50 万 491 個

15.27GB

32KB

100 万個100 万 490 個

30.53GB

64KB

100 万個200 万 490 個

61.05GB

128KB

100 万個400 万 490 個

122.09GB

任意のサイズのファイルを作るなら次のように結果をそれぞれグラフに表現すると図 4.7 〜 4.10 のようになる。

xargs(1) と dd(1) を組み合わせる。
リスト 4.4 任意のサイズのファイルを作成する方法&!tfr!.g!(&18/g(!2!2111111!}!ybsht!.M2!.J&!ee!jg>0ef
w0{fsp!pg>&!ct>2135!dpvou>2!3?!0efw0ovmm!mt!}!xd!.m!2111111&!mt!.m!2111111.sx.s..s..!!2!sppu!!ebjdij!!2135!Kbo!29!25;17!211111
1&

まず、100 万個のファイルを作るには 490 ブロッ
クくらい（15.31MB ほど）は領域を使うのだ、ということがわかる。単純計算でひとつの i-node のサイズが 16 バイトといった計算になる。そして注目すべ
きは書き込むデータのサイズが 4KB 未満だった場合の動作だ。書き込むサイズが 1KB でも 4KB でもまったく使っているブロックの数も消費サイズも変わってこのようにしてファイルを作成して、実際にどういっいない。つまり、フラグメンテーションサイズ以下のたデータが使われたのかを調べると表 4.5 のようになファイルは、実際にはデータ保持の最小単位であるフる。

ラグメンテーションの分まで使うことになるというこ

表 4.5 dumpfs（8）および df（1）で表示される値の変化とがわかる。

1 ファイルのサイズ作成する
使われていない
ファイルの個数
ブロック数

df(1)
Avail の値

つまり、このファイルシステムで細かいファイルを大量に保持したいのであれば、少なくともファイルサ--

6587953

193136376

イズは 4KB 以上であることが好ましい、ということ

0KB

100 万個

6587463

193120696

になる。

1KB

100 万個

6462474

189120696

2KB

100 万個

6462474

189120696

4KB

100 万個

6462474

189120696

8KB

100 万個6337475

185120696

16KB

100 万個

6087462

177120696

32KB

100 万個5587463

161120696

64KB

100 万個

4587463129120696

128KB

100 万個

258746365120696

消費ブロック数と消費サイズへデータを変換すると

12 USP MAGAZINE 2014 May

ファイルシステムの特性を知って性能を使い切る

5

今回は UFS のブロックとフラグメンテーションという仕組みを取り上げ、実際にどういった振る舞いを見せるかを説明した。今回の内容を知っていれば、数バイト程度のファイルを何億個も作るようなシステム
構築はとてもディスクスペースの利用効率が悪いことがわかるだろう。ちなみに FreeBSD 10.0 では平均的なファイルサイズは 16KB であるという想定で設定が組まれているので、1 つあたりのファイルサイズ

ると、この UFS2 の性能を発揮させやすい、というが 16KB くらいになるようなデータ配置を設計できことになる。

図 4.7 消費ブロック数 0KB 〜 128KB

図 4.8 消費ブロック数 0KB 〜 8KB

図 4.9 消費サイズ 0KB 〜 128KB

図 4.10 消費サイズ 0KB 〜 8KB

13

2 合目

written by 藤川恵一

〜山男のつぶやき〜

2 014 年2 月に開 催された世界 銀 行主催の世界 防 災・

減 災ハッカソン「Rac e for Re silienc e」（通称、「世

銀 ハッカソン」）、そして2 月22日に世界で同時開 催された

はん

困難な登攀に重要な価値を見い出す「International Opendata Day」
（年に1回ある「世界オープ

ンデータ祭り」とも呼ぶべき一大イベント）の一環として横浜大さん橋会場にて行われた地域市民参加型の「横浜オープンデータ ハッカソン」、
そして「International SpaceApps Challenge Tokyo 2014」（通称、「NASAハッカソン（4/12、13に東京大学

駒場リサーチキャン

パスにて開催）」）に先立つ3月開催のアイデアソンに、筆者は参加してきました。今回の記事では、「ハッカソン」
未経験の方のためにその時の内容を振り返りつつ、手に汗握る現場の雰囲気を紹介してみたいと思います。

大雪に見舞われた世銀ハッカソン

たまたま偶然この日に、東京で猛威をふるったブリ
ザード（猛吹雪、暴風雪）に限らず、人はある日突然、

今年 2 月に開催された世銀ハッカソンは全地球的な

思いがけない時と場所で、自他共に助け合う最大限の視点で防災・減災にチャレンジする、テーマ性の非常に努力や怠りなく事前に実施した（ハズの）準備・訓練

高いハッカソンでした。東京会場に選ばれたのは、東成果の最大限の発揮が必要となる状況に陥る可能性が大駒場リサーチキャンパスです。東京都心では 20 年ぶあります。どんな状況下であろうとも、日頃からそれをりという暴風雪のさなかでの開催となり、雪まみれで家乗り越えられる準備と心構えはしておきたいものです。

と東京会場との行き来をした参加者も少なくありません（ちなみに、職場から自宅までを、あえて徒歩で移動すでした。しかし、集まった参加者を見渡すと、人類共る経験は「ママリズム」に通じます）。

通の課題である災害や貧困、社会的課題の解決につながるアイデアを形にしようと挑むチャレンジャー達であオープンデータ利用のメリット

ふれていました。完成された作品にはいずれもエンジ

さて、ハッカソンの場では、チームメンバーが相互に

ニア、デザイナー、コーディネーターの魂がこもってい協力し、社会的 / 企業的課題の解決、はたまたエンター

るように見えました。

テイメント的テーマなど様々な興味関心の実現を通じ

山屋エンジニアの筆者としては、ハッカソン参加者て、目に見える作品の開発を競い合います。

の意気込みが、近代アルピニズムの主な思想として名評価が付きもののハッカソン。そのため、より良い印

高い 19 世紀末に活躍したイギリスの登山家ママリーが象を与える努力は必須で、プレゼンも決して手を抜け唱えた「ママリズム」（*1）にも一脈通じると感じていません。最終的には、メンバーがお互いの作品を評価ます。
「登山の目的は、単に頂上を目指すだけではなく、し（外部の審査員が判定するケースも多い）、その優劣

技術的により困難な登攀の中に重要な価値を見いだすを競い合って一喜一憂する。ハッカソンは、そんな楽事」とママリーは説いています。同じ山であっても、よ

しいイベントです。

り困難でチャレンジャブルなルートを求めて登る熱意やハッカソンにおいては、オープンデータを使用しない

準備や技術の重要性に関し、今でも多くの登山家に影でアプリ開発を行っても勿論構いません。ただし、オー響を与え続けています。

プンデータ利用のメリットとしては、データアクセスを

31

簡易に行うための各種 API が準備されていたり、標準など。自分の希望とチーム内の需給バランスから決まり

フォーマットになっていたりすることが多く、アプリ開ます。特に誰が偉いということもなく、お互いに尊敬と発に便利で有利な点が多いことが挙げられます。これ敬意を払いつつ各人平等。そして、チームに対する刺らのメリットは、オープンデータを使用した即席で奇抜激の供給と、ひたすらなる貢献的出力を与え続けるこ

で、かつ自己設定したテーマ性の高いアイデアの実現とが要求されます。

を強力に後押ししてくれます。

̭͂ͧ́ȆȆȆু໦͈ષংͬႲͦ̀४‫ޭ͉͈̳ͥح‬ႁগ̱̠͛͘͡ȃ

また、オープンデータを使用することで、オープン
データの需要とアプリの存在をデータ提供組織（政府・ٛ২̞͈́̈́͜ͅȂఈιϋΨȜ͈͒ΫηοȜ̈́ॽ୨̦ͤই̭ͥ͂͘
̦̜̳ͤ͘ȃ̜̩́͘ȂέςȜ̈́ၛા́ྚ౶͈ιϋΨȜ͂डఱࡠ‫ڢ‬̱͚Ȋ̦ΧΛ΃Εϋ͈ళࢍྙ̺͂এ̞̳͘ȃ

自治体、メーカーなど）に強く印象付け、それにより社会的に有益で便利なデータ提供の好循環を産むことの重要性を、データ提供サイドに気付かせる事が可能

MA9 で組んだ特殊なチーム編成となります。この点がデータ提供サイドに対して、さら私の場合、特殊なチーム編成をした経験がありまなるデータ提供の動機付けとなることが期待されます。

す。2013 年 9 月、 ハ ッ カ ソ ン「Mashup Awards9

現在でも、ハッカソンのスポンサーには、世界的なMashup Camp 札幌」（MA9 札幌予選）の札幌会場

企業や政府・自治体組織が名前を挙げており、蓄積さでのことです。我がチームは、一見すると筆者ひとりれたデータや各種 API やクラウド環境の提供を含め、だけ。残りのチームメンバーは、東京在住の伝説のプ

参加者はハッカソンの際に各種の技術情報を取得した

ログラマー、秋元慶太氏と、横浜在住のアメリカ人エり、技術的なサポートを受けたりすることが可能な場合

ンジニアのビーソン・ショーン氏だからです。彼らにはもあります。このように、アドホック（限定目的）な個

関東からリモートメンバーとして参加してもらい、「グ

人のハッカソン開発テーマを、企業や政府・自治体がローカル対応」で参戦し切り抜けました。ショーン氏と公の場で大いに支援してくれる。こんな社会現象が今、は英語での連絡対応となり、かなりの無茶振りコーディ

ハッカソンとして起きている訳です。

ネートになりました。しかし、FaceBook の非公開グハッカソンな夜
ハッカソンは勝負事とは言っても、参加者の皆さん

ループ環境とクラウド環境（GoogleDrive、Microsoft
Azure）を駆使することで、開発テーマと開発環境に関する情報をきっちりと共有。どうにかこうにか、
アドホッ

は、酸いも甘いもかみ分けられる大人。泊まりがけ開

クな作品を完成することができました！（その舞台裏で発の場合には、深夜に頃合を計って「飲みニケーション」

は、API と各種データを提供して頂いたトヨタ IT 開発

で盛り上がる余裕の「ライフワークバランス・チーム」
や、

センター様やゼンリンデータコム様や日本 Microsoft

夜なべして必死にプログラム開発をする「デスマーチ・様、これらスポンサー企業メンター諸氏の皆様には我チーム」ありと、悲喜こもごもの様相を呈します。そんチームのリモートメンバーが大変お世話になりました。

な人間関係を一言で云うと、「戦友」でしょうか。

この場をお借りしまして、お礼申し上げますｍ (̲ ̲) ｍ）

ハッカソンにおける開発テーマやチーム編成は、事前に実施される「アイデアソン」で決まることがほとん

開発テーマの選定

どです。その場合、アイデアソンの実施日からハッカソ

アイデアに対する基本的な姿勢としては、「社会的課

ン開催日までは、普通 1 カ月程度あるため、その間、チー

題の解決」、または「社会的問題に対する対策」に重き

ム内でのアイデアの膨らましと作品開発を精力的に進を置く参加者が多いのが特徴です。ただし、人や社会めます。一方、実質 2 日のハッカソンでは、「アイデアに夢と非日常の楽しみを与えるポテンシャルのある、か

ソン＋ハッカソン」で 1 泊 2 日の強行軍となります。

つ魅力ある発想も尊重され、実用とはかけ離れた遊び

チームは、エンジニア以外にも色々な特技と知識と関心を有するメンバーで構成されます。役割分担とし感覚のアイデアももちろん、歓迎されます。要は社会貢献、奇抜、天然、マジメ、何でも良いのです。

ては、コーディネーター、デザイナー、プログラマー、

アイデアをまとめたり情報共有したりするための手

最後に発表するプレゼンターやプレゼン資料作成担当

段・方法も各種様々。伝統的に大きな模造紙にメモ用

32 USP MAGAZINE 2014 May

紙を貼ってブレーンストーミングするチーム。XMindなどのマインドマップツールを使って合意形成をするチーム。はたまた、大きな教室黒板全面にアイデアと意見を書き出して、そのアイデアスケールを誇るチーム等々。SNS やクラウドの達人が何人かいるおかげで、開発センター賞」を頂くことができた次第です。
このように土壇場で普段経験できない信じ難い才能や努力を垣間見る瞬間に立ち会う幸運に恵まれることも、よくあります。とはいえ開発の当事者にとっては、
1 泊 2 日の地獄かもしれませんね (~~;;

FaceBook のグループを立ち上げたり、クラウド環境

勝 負 の 分 か れ 目 と な る プ レ ゼ ン タ イ ム で は、である GoogleDrive の SpreadSheet による同時進行

PowerPoint を 使 った 発 表 が 多く見 受 けら れ ま す。

の共同作業が当たり前のように行われたりします。またPrezi などでちょいと気の効いた動画的プレゼン資料

は、ChatWork やチケット方式の backlog で情報共有を作るチームは稀ですが、このような新発想のプレゼ

するのも手です。リモートの分散開発環境を構築し、コンツールに挑戦してみるのも楽しいものです。アプリ

ミュニケーションロスや打合せの移動時間を最小限に作品も、余裕があればモックアップだけではなく、完

抑えながら効率的に開発作業を進めるわけです。

成した動く実物を披露して実現性もアピールします。

制限があるのは時間だけ！ 泣いても笑っても制限時

審査員を前にしたプレゼンタイムでは、前の晩に徹間のドラが鳴った瞬間、ハイそれまでよ！の厳しい世

夜して頑張っていた隣チームプレゼンターの発表内容

界。終了のその時までメンバー間の意見を調整しつつ、に感心したり爆笑したりと、それまでの苦難オンリー開発に没頭する。そこには、嫌味な上司もいなければ、の時間を一気に忘れ、最高に楽しい瞬間の到来となり駄々をこねるクライアントさんもいない（苦笑）。
短期の超集中スタイルで、自分達の共通テーマに対して最善（と思える）努力を次々と重ね、設定ゴールへの到達を遮二無二目指す。これこそ、自発的でクリエイティブな開発の原点といえる光景です。ただし、ます！

ハッカソンの規模はグローバル
世銀ハッカソンと同様に、地球規模で開催される
ハッカソンもいろいろとあります。

ハッカソンは、あくまで勝負事。おまけに短期決戦なので、色々と大変です。ゴールへたどり着ける幸運なグループもいれば、開発の道半ばでタイムオーバーとなる “ あー ” なチームも散見されます。

● NASA ハッカソン
毎年 4 月に開催される「International Space Apps
Challenge Tokyo（ISAC Tokyo）」（通称、「NASA ハッ前述した MA9 札幌予選チームでは、伝説のプログ

カソン」）は、昨年は世界 44 カ国・83 都市で開催さラマー秋元さんが “ 奇跡のラスト 30 分 ” を演出してくれ、参加者は約 8,200 名にも上る世界最大規模のハッれたこともありました。ハッカソンの開発締め切り時

カソンです。

刻は、15 時ジャスト。ところが、それまでイソイソとこのイベント名称の中に、なぜ「Challenge」の文

クラウドとのデータ連結を担当してくれていたショー言が？と気になった方もいらっしゃるかもしれません

ンが、サーバー立ち上げ後の 14 時 30 分頃に本業執ね。これは、アポロ 13 号の事故（*2）に由来してい務のため、戦線を離脱してしまったのです。このままると考えられます。当時のアポロ 13 号事故発生直後、ではクラウド経由の地図ビジュアライゼーションにもNASA の地上基地では、日頃顔を合わせたこともない

赤信号が灯ってしまう。万事休すと東京・札幌間の電ような分野のエンジニアや科学者が、事故原因の究明

話越しにあきらめムードを漂わせていた筆者を横目に、や対策のために多くのチームを組んで協力し合い、そ冷静沈着な秋元さんは残り 30 分で、クラウド連結無れまで考えも及ばなかったようなアイデアにチャレン

しの直接方式で、トヨタ車載プローブデータを加工しジして、限られた時間、限られたメンバー、限られたて得た津波波面データの地図ビジュアライゼーション

材料の中、あらゆる観点から宇宙船帰還に尽力。そのを、成功させたのです。秋元さんがほぼ徹夜でトヨタ

後、NASA においてもハッカソン的開発体制やトレー社製・ゼンリン製の各種 API を習熟してくれていたおニングの重要性が見直され、さらには、世界的なチャ

かげで、最終局面においても集中力と粘りをピンポイ

レンジングイベントとして NASA ハッカソンを主催しントで発揮できたのです。おかげさまで、「トヨタ ITています。これにより NASA ハッカソンは、世界中の33

エンジニアや科学者やデザイナーなどに、グローバル
でチャレンジャブルな宇宙関連のアイデア実現のチャンスを与え続ける場となっています。

膨らむアイデアと制約条件の狭間で筆者を含め、参加者は「未知のテーマ」「未知のメ

宇宙がテーマの NASA ハッカソンでは、妄想（失ンバー」「未知のツール」「未知の主催者やスポンサー礼！）優先なアイデアの人気が高く、困難で際立った（たとえば世銀・NASA・JAXA・ローソン・総務省・

アイデアの実現に本気で立ち向かう「宇宙人集団」がテレビ局等々）」に出会う楽しみに心弾ませながら、
ハッ

あちらこちらで多数出現します。毎年 3 月、東京・日カソンのエントリーボタンをポチります。そのテーマ

本科学未来館で実施されるアイデアソンから、東大駒が困難であればある程、よけいに燃えるタイプの人種

場リサーチキャンパスで実施される NASA ハッカソンが多いハッカソンでは “ 異能チャレンジャー大会 ” の東京ローカル本番までの 1 カ月間は、我々参加者の頭様相を呈します。

の中は寝ても覚めても「宇宙」
「宇宙」
「宇宙」
・
・
・そう、
「宇

限られた時間、限られたメンバーという制約の中、宙オンリー」「ミッションは宇宙」状態！苦しくも熱い

大きなテーマを深く考え抜き、エッセンスを絞り込む。

1 カ月が待っています。

さらにそれをメンバー各自が、いっそう深くえぐってえぐり抜く（この段階は、心理的にも精神的にも技術● International Open Data Day（IODD）

的にも苦痛を伴うことが多いため「えぐる」と表現し

世 界 的 な 規 模 で は、 こ の「International Open

ました）
。粒度と分野の異なる方針や課題を短時間でData Day」 も 負 け て は い ま せ ん。 毎 年 2 月、 年合意形成しながら、「膨らむアイデア」vs.「制約条件度 末 で 納 期間際 の 超 忙しい時 期に実 施されるので（時間、手持ち技術、メンバー数）」という対立軸の中

有 名な、オ ープ ン デ ー タの 世 界 的 お 祭りイ ベ ント

で発生する葛藤を切り抜け、核となる心臓部のアイデ「International Open Data Day」 も 非 常 に 多 く のアだけを IT ＆デザイン実装する。そんなアウフヘーベ

都 市 で 開 催 され ま す（2014 年 2 月 22 日実 施：世ン型チーム開発作業の重要性に、否が応でも気付かさ

界 158 会 場、 国 内 で は 北 海 道 の 旭 川 〜 九 州 は 佐れる現場。それがハッカソンです。

賀 ま で の 32 会 場。 開 催 結 果 は、http://odhd14.

1 泊 2 日といった短期間ですが、“ ハッカソンで極

okfn.jp/?p=784 を 参 照 ）。 今 年、 筆 者 が 参 加 しめる挑戦的技術開発の実践！ “ をチームで共通体験し、た「YOKOHAMA International Open Data Day

翌日から自分や仲間の「社会を見る視点の変化を共に2014」の会場（竣工 120 周年を迎える横浜大さん橋

感じてゆく」のも楽しいものです。これは運命をお互

会場）では、「横浜開港の地「大さん橋」から世界最いに紡ぎ上げていく、または、お互いの心の共通土台

先端の IT 国家・日本のハブとなる「データ・ポート横を創り合う作業、とも言える体験となります。

浜」を世界に発信しよう！」を合言葉に、全国最大規

また、「社会的課題を見つめ対策を探る視点を、技術

模（参加者約 180 名）の多彩なイベントが実施され、や科学、はたまた他者の哲学を通じて直接学ぶ」意義

筆者も AR（拡張現実）を使った横浜歴史街歩きツアーとその重要性を、ハッカソンは今更ながら気付かせてガイドをさせていただいたり、ハッカソン参加でビッくれます。

グデータ対応のアプリ開発に参加したりと、大変楽しめました。また、筆者も設立幹事の一人となった「Code
for Kanagawa」（*3）の設立宣言も同時に行うことができ、神奈川県内のエンジニアやデザイナーや意思あ+2ȁଲ‫ٮ‬ఱຐ‫ش‬মങȂiuuq;00lpupcbol/kq0xpse0 ζζςΒθ
+3ȁͺευ 24 ࣢͂ OBTB ΧΛ΃Εϋ
iuuqt;00sfbezgps/kq0qspkfdut0TqbdfBqqt3124

る皆さんと共に、社会的な課題を ICT とオープンデー+4ȁDpef!gps!Lbobhbxb

タを軸に解決するミッションを持った団体の産声を上

iuuqt;00xxx/gbdfcppl/dpn0DpefGpsLbobhbxb

げることができ、気も引き締まる思いです。今後は、
ハッカソン参加者ではなく、ハッカソン主催の立場としてハッカソン活動に携わっていくことができれば幸いと考えています。

34 USP MAGAZINE 2014 May◆2014年2月に開かれた世 界 銀 行主 催の世 界防 災・減 災 ハッカソン「Race for
Resilience」（世銀ハッカソン）（c）レース・フォー・レジリエンス実行委員会、CC BY

ハッカソン「Mashup Awards9 Mashup Camp 札幌！」
①イベント趣旨②実施日・会場

2013/9/15、9/16（札幌）Sapporo-cafe③主催

Mashup Awards 実行委員会（伴野 智樹）、主幹事：Recruit、Media Technology Labs

③シルバーパートナー

ブログウォッチャー、ゲッティ イメージズ ジャパン、グレースノート、KDDI ウェブコミュニケーションズ、エヌ・ティ・ティ・ドコモ、PUX、
トヨタ IT 開発センター、ヤフー、ゼンリンデータコム③ゴールドパートナー③インフラパートナー

活動
１Mashup Awards を媒介に、「人」と「人」が出会い、新しいチームが生まれる、「アイデア」と「アイデア」が出会い、新しいサービスが生まれる「企業」と「企業」が出会い、新しい Mashup が生まれる、「機会」と「人」と「アイデア」が出会い、新しい可能性が生まれる。

Biz-IQ、日本 Microsoft、楽天、Recruit
Apigee、ニフティ③メディアパートナー

CodeIQ、＠ IT、Engadget、ﬁnder、Gihyo Digital Publishing、HTML5 Experts.jp、in the looop、ITpro、TechCrunch Japan、TechTokyo、TechWave、Tech 総研、ワッフル /WAFL、週刊アスキー／週アス PLUS

③協力企業

ACCESSPORT、アドビシステムズ、Apigee、アシアル、ブログウォッチャー、カーリル、クレイド、サイバーエリアリサーチ、サイボウズ、
デジタルガレージ、デザインエッグ、Dozens、ドワンゴ、エバーノート、Facebook、FC2 Inc.、FullCourt、ガラポン、ジオどす、ゲッティ イメー
ジズ ジャパン、ぐるなび、ゴーガ、グレースノート、はてな、ハートレイルズ、ヒトクセ、hon.jp、ignote、KDDI ウェブコミュニケーションズ、
ケイピーアイ、ロックオン、マピオン、メタデータ、Microsoft、ミクシィ、もぎゃんらんど LLC、モリサワ、国立情報学研究所、ニフティ、エヌ・ティ・
ティ・データ、NTT ドコモ、ヌーラボ、Overtex、ピーシーフェーズ、PUX、楽天、リクルートキャリア、リクルートライフスタイル、ソニックガー
デン、TINAMI、トヨタ IT 開発センター、ヤフー、ヤマレコ、Zaim、ゼンリンデータコム④イベントパートナー

ANNAI、エイチーム、ビットスター、e-ZUKA Tech Studio、福岡工業大学短期大学部、九州インターメディア研究所、One Panasonic、塩尻インキュベーションプラザ、Technology & Entrepreneurship TOKUSHIMA、東京証券取引所「ソーシャルかぶコン 2013」④チーム名⑤チームテーマ⑥メンバー「Mt.Fuji」「TUNAMI Front Line monitor」水没車両のプローブビッグデータを解析して、津波の現在位置をリアルタイムに計測する。
藤川恵一、秋元慶太（東京リモートメンバー）、ビーソン・ショーン（横浜リモートメンバー）⑦受賞歴「トヨタＩＴ開発センター賞」⑨ URL

http://mashupawards.tumblr.com/post/61487367552/ma9-mashup-camp⑧筆者担当

コーディネーター

ハッカソン「Race for Resilience」（通称：「世銀ハッカソン」）①イベント趣旨②実施日・会場

2014/2/8、2/9 東大駒場リサーチキャンパス、石巻商業高校、名古屋大学③主催

レース・フォー・レジリエンス実行委員会③サポーター

Google、ソフトバンク BB、ESRI ジャパン、日本マイクロソフト、さくらインターネット、Amazon Web Service、IDC フロンティア、スイッ
チサイエンス、アフレル、mozilla JAPAN、ローソン、ロフトワーク、ウイングル、松原荘、Fablab Japan、Realpower、Fujitsu③メインパートナー

活動２

世界銀行 東京防災ハブの立ち上げを記念し、ICT を防災・減災に活用し、イノベーションを推進することを目的としたグローバル防災・減災
ハッカソン。

Code for Resilience、世銀防災グローバル・ファシリティ（GFDRR）、世界銀行東京事務所、CODE for JAPAN、Csis（東京大学 空間情報科学研究センター）、イトナブ、SIDC（名古屋大学 社会イノベーションデザイン学センター）、MAPconcierge、NPO Press Center、
visualizing.jp、Code for Nagoya③連携コミュニティ

Code for Japan、OpenStreetMap、Ushahidi、SAHANA、OSGeo、OpenRelief、Mozilla Factory、IT x 災害、助けあいジャパン、市民キャビネッ
ト e コミ・プラットフォーム、Safecast、Bithaus、Health 2.0 Fukushima Chapter、GigaPan、Hack for Japan、relief20、GeoHex、LPAddress、Shinsai FaxOCR、WorldShift、防災ガール、エフスタ !!、html5j、逃げ地図、ASEAN Community ‒ Japan、ISHINOMAKI 2.0、次世代宇宙システム技術研究組合、ユレッジ、iSPP 情報支援プロボノ・プラットフォーム、GESTISS、International Space Apps Challenge
Tokyo、Peatix、Doorkeeper、福島 GameJam、Drone Adventures、災害対応訓練研究所、市民救助隊、ユナイテッドピープル映画祭、伊能社中、位置情報サービス研究機構、サイバーフォレスト・ひょうたん島ライブモニタリング、VOLOCITEE Inc.、東京大学被災地支援ネット、
東日本大震災アーカイブ、ヤフー石巻復興ベース、ツール・ド・東北、D-Leg、See-D Contest、みちのく震録伝、RCF 復興支援チーム、UX
TOKYO、上山集落、academycamp、ﬁnder④チーム名「BigDataForDisaster 」⑥メンバー

山本光穂（デンソーアイティーラボラトリ）、鈴木翔太、千代田洋平、中出悠馬、不二門宏城（以上、駒澤大学）、会津泉（ハイパーネットワー
ク社会研究所）、久保隆宏（ＴＩＳ）
、藤川恵一

⑧筆者担当

ビッグデータインフラ立ち上げ①イベント趣旨

世界的なオープンデータの潮流をさらに加速していくため、世界中の各都市で、年に一度、オープンデータに関連する様々な催しを一斉に開催する国際的なイベント。

②実施日・会場

2014/2/22⑤チームテーマ⑨ URL

世界で発生する災害 Twitter データから、言語に依存しない情報（顔文字）を切出し、離散化された感情情報の分布から被災状況を把握。

http://raceforresilience.org/「International Open Data Day 2014 in YOKOHAMA」

共
通
項
目

③主催（共催）
③後援
③協力

⑨ URL

活
動
１

オープンデータ流通推進コンソーシアム、横浜市政策局、グリー、日本マイクロソフト、キヤノン IT ソリューションズ、リスト、野毛印刷社、
山手総合計画研究所、NTT 東日本神奈川支店、日本アイ・ビー・エム、野村総合研究所、LODI、横浜コミュニティデザイン・ラボ、オープン
ソースソフトウェア・シティ、神奈川県、横浜市中央図書館、エヌ・ティ・ティ・データ
横浜市芸術文化振興財団、オープン・ナレッジ・ファウンデーション・ジャパン、東京都市大学上野研究室、岡部研究室

http://yokohamaopendata.jp/?p=187④チーム名

AR 歴史まち歩き⑤チームテーマ

マリンタワーから大さん橋までのＡＲ街歩きや、5m
わせて見るプロジェクトマッピング。

⑥メンバー

4m の古地図のガリバーマップの AR 体験。大画面でいくつかの時代の古地図を重ね合

東京都市大学（上野研究室、岡部研究室）、谷杉歩音（ナイトレイ）、村上一樹、河北直治（フリービジネスデザイナー）
、藤川恵一

⑧筆者担当

ＡＲツアーガイド④チーム名

C4K 大桟橋部隊（横浜オープンデータ ハッカソン）⑤チームテーマ

震災時に多数生産されると想定されるヒートマップデータをＡＷＳ上のビッグデータ処理環境にて追加加工処理を行い、処理結果を新規にヒー
トマップ表示する。

⑨ URL

活
動
２

（横浜市）横浜港大さん橋 CIQ プラザ、マリンタワー〜横浜港大さん橋までの AR 街歩きツアー

横浜インターナショナルオープンデータデイ実行委員会（事務局：藤村 良弘 / 横浜コミュニティデザイン・ラボ）、横浜オープンデータソリュー
ション発展委員会（委員長：杉浦 裕 / ヨコハマ経済新聞）（共催：横浜港大さん橋国際客船ターミナル指定管理者 相鉄企業）

⑥メンバー

⑧筆者担当
⑨ URL

https://www.facebook.com/events/823791244313278/

藤川恵一、渡辺登、ビーソン・ショーン

コーディネーター
http://yokohamaopendata.jp/?p=223

35

縁

育の

木
て
よ︑
う

第一回

縁つなぎ

written by 白羽玲子

こんにちは。
このコーナーを担当させて頂くことになりました白羽と申します。
IT、ビジネス書関連の出版社に身を置き、広告営業として長年関わってきましたが、この 4 月からがらりと方向転換
してコーヒー豆の焙煎を生業しています。
まったくの異業種転職に踏み切ったのはちょっとしたわけがあります。自閉症の次男坊の小学校進学を来年に控えて、将来的に知的障害や精神障害を持つ方たちでも就業できたり、就業訓練に使ったりできる事業を立ち上げられない
ものか、と考えたのがきっかけでした。

デブサミ って？
退職してみると、会社のブランドとか、媒体の力といった宝物を失うわけで、今まで関わってきた方たちとのご縁がコミュニティで活躍する
エバンジェリストやエンジニアのみなさんに毎号お話を伺い、次の方を紹介頂きながら人のご縁をたどっていく、
そんなコーナーです。

自分の財産の全てなのだと改めて感じるようになりました。
せっかくだからご縁のつながりを大きく育てようと、興した会社を「縁の木」と名付けました。
まだまだ芽吹いたばかりの小さな会社ですが、これからゆっくりと育てていきたいと考えています。
さて、自己紹介はこれくらいにして。
このコーナーですが、お話を頂いた当初は技術コミュニティをご紹介していく企画だったのですが、検索できる情報ではなく、人にスポットを当て、関わっているコミュニティや技術、最近凝っていること、気に入った書籍や音楽など、お話を伺う企画とさせていただきました。次の回に登場する方もご紹介いただき、ご縁をつなげていこうと思っています。
第１回はちょうど大きな開発者系イベントが開催された時期でしたので、技術者コミュニティの交流の場として元々立ち上がったこのイベントをご紹介したいと思います。
（私の古巣でもあります！）イベントの名は Developers Summit、といいます。
Developers Summit（通称デブサミ）は「技術者コミュニティとの連携」を掲げた IT エンジニアカンファレンスです。
2003 年 2 月の立ち上げ以来、毎年 2,000 名もの来場者

58 USP MAGAZINE 2014 May

が足を運んでいます。
カンファレンス主体のイベントであるにもかかわらず、デ
ブサミはエンジニアのお祭りと言っていいほどの賑わいをティとして、ご参加ください。もちろんスポンサー様も募集中
です！みなさまとお会いできるのを楽しみにしております。
今回はここまで。また来月お会いしましょう！

見せています。また、さまざまな技術やプラットフォーム、
そしてコミュニティが一同に会することで、エンジニア同士の出会いと交流の場として機能しています。これだけ大きな規模のカンファレンスが成立するのは、スポンサーだけ
でなく、コミュニティの方々の手厚いサポートあってのことなのです。
デブサミでは「オフィシャルコミュニティ」を公募し、イベントの告知にご協力頂くとともに、ブース展示やオープンセッ
ション、コミュニティ LT（ライトニングトーク）での発表の場を提供しています。
（もちろん、定期的にオフ会など開いて活動しているか、
メーリングリストが機能しているか、など、

デブサミオープンセッションの様子。事前予約不要ですがたくさんの人が集まってきます。会場のあちこちで新しい出会いが生れます。

審査があります）関西でも開催参画コミュニティ一覧（五十音順）
アジャイルプロセス協議会
アジャイル UCD 研究会

今年は言語、クラウド、開発プロセス、モバイルなど、32
団体もの幅広いコミュニティにご参画頂きました。

Windows 女子部
hcdvaluehtml5j

これまでにない試みとして、コミュニティの方々の協力の下、NPO 法人 IGDA 日本

センサー＆デバイス祭というコーナーを設け、ソフトウェアとNPO 法人 SESSAME

デバイスの融合による新しいアプリ開発の可能性を紹介しました。VR デバイスや KINECT、LeapMotion などのモーショ
ンセンサーを活用した展示コーナーは、多くの人の注目を集めていました。またコミュニティ有志によるオープンジャムと呼ばれるショートセッションでは、たくさんのみなさんが足を止め、発表者のプレゼンに真摯に耳を傾けていました。
Twitter、Facebook など、SNS での盛り上がりも大きく、まとめが各セッション毎に作られるなど、独自の展開も見せ始めています。
（アカウントは @devsumi、ハッシュタグは#devsumi）
今後のデブサミですが、8 月にエンタープライズ開発者向けのカットアップ版を開催し、9 月には小規模ながら関西でも開催する予定です。そしてデブサミは、来年の 2 月に
また東京に帰ってきます。夏版は特に業務システムの開発者の方たちのためにセッションを組んでいますので、冬とは趣の違うイベントに仕上がっています。是非、読者のみなさまも足を運んでみてください。
なにしろ、コミュニティあってのデブサミです。次回募集のIT スキルアップ応援コミュニティ「エフスタ !!」O-One
codeseek
こみゅぷらす (COMU+)
コワーキング協同組合
shinagawa.redmine
Shibuya.rb
Japan Sencha User Group先端 IT 活用推進コンソーシアム（AITC）
DAD-Japan
TOCfE Boot CampDevLOVE
Delphi ユーザー会準備会
Tokyo Motion Control Network
東北デベロッパーズコミュニティ
日本 CloudStack ユーザー会
日本 Cloud Foundry グループ
日本 Selenium ユーザーコミュニティ
日本デジタルゲーム学会
日本 MySQL ユーザ会
日本 UNIX ユーザ会
非営利活動法人 JASIPA
POStudy 〜プロダクトオーナーシップ勉強会〜
要求開発アライアンス
リーン開発の現場 塹壕コミュニティ

際は、ぜひぜひふるって来場者として、オフィシャルコミュニ

59

USP MAGAZINE

青い空の下でコードを書きたいね！

新連載

アジャイル改善塾

ǋ¯ǴǚÁǡǑȜǡǴ
ƉǂƝŸƠƕƸȏ

〜組織文化を変える汗と涙の物語〜

ユニケージ開発手法教育講座「ユニケージ開発手法教育講座」は、ユニケージ開発手法におけるデータ管理の方法や、オリジナルコマンドの開発プロジェクトの進め方まで、ユニケージエンジニアとしてのトータルスキルを習得できます。

http://www.usp-lab.com/LECTURE/CGI/LECTURE.CGI
ǡ
ȏǴǚÁ
ࢬܹ‫ރ‬
սਖ֦

も充実中！
続々と新講座K1

コマンド学習編

K2

シェルスクリプト学習編（帳票・バッチ処理）

K3

シェルスクリプト学習編（ウェブアプリケーション処理）

K4

ユニケージアーキテクチャ編

K5

ユニケージ開発環境セットアップ編

K6

システム運用・管理編

K7

プロジェクトマネジメント・人材育成編

KSQL

SQL エンジニアのためのユニケージ活用編

2014 May vol.13

使用方法などをハンズオン形式で具体的に学べる講座です。UNIX の基礎からユニケージ開発手法による

TechLION 再録

江崎浩

インターネット屋の次の仕事

ユニケージ開発手法

コードレビュー

UNIX 初心者のための講座などもご用意しています。
技術の草原で百獣の王を目指す
エンジニアたちの新感覚トークライブ！

http://techlion.jp/

新連載

縁の木、育てよう

上記のサービス内容は 2014 年 4 月現在のものです。
最新の情報は弊社ホームページにてご確認ください。

ISBN 978-4-9048-0707-1
C3455 ￥500

USP 研究所
定価（本体 500 円＋税）

りゅうちの
工作員日記