POLAR BEAR BLOG

ブログアイデア：メタリスト

またまた続けて軽いネタで。「○○するための○ヶ条」「××しないための×つのルール」のように、何かに関するアドバイスを箇条書き形式でまとめたエントリはアクセスが伸びる……という経験則についてはどっかで書いた気がするのですが、それを極めたエントリを発見。なんと、「『プログラミングに関する10ヶ条』のベスト6」だそうです：

■ Top 6 List of Programming Top 10 Lists (Coding Horror)

リストのリスト、なので「メタリスト」と呼べるでしょうか。とにかく、プログラミングに関するアドバイス集を集めたエントリです。10ヶ条が６つ集められているので、10×6で60個のアドバイスが。こうなるともう、どのアドバイスから実践すればいいか逆に分からなくなると思うのですが……。

しかし「まとめサイト」が役立つことって意外と多いですし、こういう「リストのリスト」というエントリがあってもいいのかも。ブログのネタが無いけど時間はある、という方は、過去に役立ったライフハック系エントリのベスト○○を選んでみても面白いのでは。

せっかくなので、上記の"Top 6 List of Programming Top 10 Lists"、軽く訳しておきます。我ながらヒマな奴だ：

1. Jerry Weinberg: The 10 Commandments of Egoless Programming　（身勝手なプログラムを書かないための10ヶ条）

1. 自分も間違えることがある、ということを理解して受け入れること
2. 君のプログラムは君自身ではない
3. いくら何かに詳しくなっても、君以上に詳しい人が常に存在している
4. 他人と相談せずにリライトしないこと
5. 君より知識がない人でも、敬意を持って、忍耐強く接すること
6. この世で変化しないものは、「変化」だけだ
7. 権威を生むのは肩書きではなく、知識だ
8. 信念のために戦え、しかし敗北はいさぎよく受け入れよ
9. 他人と積極的にコミュニケーションせよ
10. 責めるなら人ではなくコードを -- 優しく接するならコードではなく人に

2. Dare Obasanjo: Top 10 Signs Your Software Project is Doomed　（ソフト開発プロジェクトの破綻を示す10コの兆候）

1. 最初のバージョンに多くを求めすぎる
2. 出たばかりの技術に大きく依存している
3. 社内の他プロジェクト（特に利益率が高いか有力者に支持されているもの）と競合している
4. 人が足りない
5. 「複雑な問題には複雑な解決策が必要だ」という言葉がまかり通っている
6. スケジュール遅延の責任のなすり合いが起きている
7. スコープが拡散している
8. セカンドバージョンで多くのことを実現しようとしている
9. 市場参入戦略がない
10. どうやって解決すればいいか分からない問題に取り組んでいる

3. Omar Shahine: Top 10 Tips for Working at Microsoft (or Anywhere Else)　（マイクロソフト、もしくはどこか別の会社で働くための10ヶ条）

1. 手法があるからといって、考えなくてよいというわけではない
2. オフィスの外に行こう
3. 君の顧客が使う製品を、君も使ってみよう
4. 「壊れている」と文句を言うよりも、それを直す努力をしよう
5. 困難な問題は易しくしてみよう -- 易しい問題を難しくしないように
6. 仕事に適したコミュニケーションツールを選ぼう
7. 間違える方法を学ぼう
8. 何事もシンプルに
9. 常に付加価値を生もう
10. 他人の製品も使おう

4. Michael McDonough: The Top 10 Things They Never Taught Me in Design School　（デザインスクールで教えてくれなかった10のこと）

1. 才能が成功に占めるのは3分の1だけだ
2. どんなにクリエイティブな職業でも、仕事の95%はくだらない内容だ
3. 何もかもが重要だというなら、何も重要でないというのと一緒だ
4. 問題を考えすぎるな
5. 知っていることから始めよ -- そして未知のものを無くすようにせよ
6. ゴールを忘れるな
7. 「重り」を捨てると、バランスを崩す
8. 地獄への道は、善意でできている -- 良い行いだから問題はない、ということはあり得ない
9. すべては成果物に現れる
10. すべての人々を大切にせよ

5. Andres Taylor: Top 10 Things Ten Years of Professional Software Development Has Taught Me　（10年間のソフトウェア開発から学んだ10のこと）

1. オブジェクト指向は君が思うより難しい
2. ソフト開発で難しいのは、コミュニケーションだ
3. 「ノー」と言えるようになろう
4. 何もかもが重要だというなら、何も重要でないというのと一緒だ
5. 問題を考え過ぎるな
6. 何かに深く取り組んでみよう、しかし足止めを食らうことのないように
7. 他人がソフト開発上で果たしている役割について学べ
8. 同僚は最高の教師だ
9. 動くソフトを作ってなんぼ
10. 中には最低の奴もいる

6. Steve Yegge: 10 Great Books　（偉大な10冊）

1. 達人プログラマー
2. Refactoring: Improving the Design of Existing Code
3. オブジェクト指向における再利用のためのデザインパターン
4. Javaスレッドプログラミング
5. 詳説 正規表現
6. The Algorithm Design Manual
7. プログラミング言語C
8. The Little Schemer
9. コンパイラ―原理・技法・ツール〈1〉/コンパイラ―原理・技法・ツール〈2〉
10. WikiWikiWeb

※邦訳されているとおぼしきものについては日本語版を掲載しましたが、詳しくは元記事をご確認下さい。

新聞でタグクラウド

週末なので軽いネタで。カナダのバンクーバーで発行されている新聞"Vancouver Sun"が、最近こんな紙面を作成したそうです：

■ Newspapers adopt Web 2.0 tag clouds (etre)

（上図のオリジナルは Flickr にアップされています）

カナダのブリティッシュ・コロンビア州の地価がどの程度変化したかを、なんとタグクラウドで表現しています。表示されている単語は地名で、文字が大きければそれだけ上昇率が高かったとのこと。

WEBで見慣れているタグクラウドも、紙面で見ると違和感を感じてしまいますが……バンクーバーの人々は、それだけWEB2.0系のサイトに馴染んでいるということなのでしょうか？まぁバンクーバー・サンがどこまで本気でこの表現方法を使ってみたのかは分かりませんが、意外と数年後には、タグクラウドをWEB意外でも使うことが普通に行われるようになるのかもしれませんね。そのうち個々の記事の先頭/末尾にも、「政治」「自民党」「消費税」なんてタグが付くようになったりして。

デスクトップに風を感じる -- WindMaker

ネタです。既に誰か考えていそうなアイデアだけど、単純に面白いかも。アメリカ国内限定ですが、郵便番号を入力すると、その地方の「風」の動きをリアルタイムで表現してくれるというもの。どうやって風を表現するのかというと……：

■ WindMaker

おなじみ information aesthetics で紹介されていたサイト。風の状況を知りたい地方の Zip Code （郵便番号）と、WEBサイトのURLを入力します。なぜURLが必要なのかというと、指定されたサイトの中にあるパーツ（テキストやボタン、画像など）を動かすことで風の動きを示すため。例えば Google.co.jp で実験してみるとこうなります：

指定した地域（02141）はたまたま暴風が吹き荒れているらしく、ものすごいことになってます。指定するサイトはどんなものでもOKなのですが、グーグルのようにシンプルな画面の方が、動きがサクサクしてて「風が吹いてる」という雰囲気を味わえるかも。ちなみにブックマークレットも用意されていて、「外の風を感じたいな」と思ったらクリック一発！で閲覧中のページが動き出す……という心憎い機能もあります。

これから散歩が気持ちいい季節ですし、デスクトップでも「風」を感じてみては（ってアメリカ限定なんですが）。以前「バーチャル太陽」というエントリを書きましたが、バーチャル太陽にバーチャル風が加われば、プロジェクトルームにこもりきりでも自然を感じていられるかも？

進化論的mixi論

ミクシィのことで悩んでいます。私は女性で、マイミクが20人くらいいます。普段は楽しく、参加していますが、マイミクのうちの１人が日記にコメントをしてくれないのです。
いわゆる「読み逃げ」＝密かに読みにくるけど、コメントしないという状態です。
日記の内容によって、コメントしないのは構わないんですが、もう30回以上連続なので、かなり気になってしまっています。こちらはそのマイミクの日記には半分くらいコメントしています。ミクシィ上のメールの交換もありません。私が日記にコメントをすると、それにまたコメントはしてくれますが、いつも自分の話ばかりです。

先週末からネットを賑わしている、この質問。岡田有花さんが ITmedia の記事で取り上げ、それについてシロクマ日報でもコメントしたのですが、もう少し思うところを書いてみたいと思います。

この質問をよく読むと、単に「読んだらコメントしろ！」と言っているのではないことが分かります。「自分が相手の日記にコメントするばかりで、相手からのお返し（自分の日記に対するコメント）がない」という言い方をしているので、心理学で言うところの「返報性」、すなわち「親切にされたら、それに報いるのがルールである」と考える心境の一種ではないでしょうか。返報性がいかに強力で、免れるのが難しいものであるかは『影響力の武器』に詳しいのですが、OKwave の質問者もそれと知らずに囚われてしまっているのでしょう。「コメントしてやったからコメントしろ」という言い方は、よく考えれば「自分の日記にコメントが欲しいから他人にコメントしてるのだ」ということになり、身勝手という点では質問者を悩ませているマイミクとイコールになってしまうのですが。

しかしなぜ人間は「親切には親切で報いなければならない」という心境になるのでしょうか。先日から東大 OpenCourseWare の「進化生態情報学」を実践中というエントリを書いていますが、ちょうどそこで使われている参考文献の中に、ヒントになりそうな話がありました。長いのですが、ちょっと引用してみます：

「人間」とはどんな生き物なのか？この問いへの回答は、いろいろある。現在の生物学は、この一見哲学的な問いに、かなりの程度満足のいく答えを、いくつか用意できている。そのうちのひとつが、この章のテーマになっている協力行動だ。しかも、遺伝子を共有していない、非血縁個体との間の協力行動、利他行動が、どうやって進化してきたかというのは、ダーウィン以来の最大の懸案のひとつだった。

その謎が解明されたのは、比較的最近のことだ。1971年に、アメリカの進化生物学者、ロヴァート・トリヴァースが「互恵的利他行動」という概念を提唱した。後々にお返しをしてもらうことを期待して、相手に親切にするのである。とくに人間の場合、記憶力がいいから誰に親切にしたかはよく覚えているし、寿命も長くて同じ個体との付き合いが何回も繰り返されるので、互恵的利他行動が進化する条件に、非常によく当てはまると考えられる。

（『佐倉統がよむ　進化論のエッセンス』第2部より）

すなわち人間は進化を通じて「互恵的利他行動」という考え方がビルトインされていると。言うなれば、返報性は遺伝子レベルで理解されている（もちろんそれをどこまで実践するかは個人・文化・状況による差があると思いますが）わけです。従って「自分のした親切に対して見返りを求めること」は個人の性格が生み出した理不尽な欲求ではなく、人間の行動の根幹をなすルールの1つということになります。

「足あと」「コメント」「最終ログイン」などの機能で返報性を実践し、また返報性が実践されているかどうかをチェックできる mixi は、実は人間の進化に即したものなのではないでしょうか（mixi がそれを狙ってやっているかどうかは別にして）。「足あとを踏まれたら踏み返さないといけない」「コメントされたらコメントし返さなければいけない」という勝手なルールも、賛否両論あるにせよ、非常に人間的な心理なのではないかと思います。同じようなルールは SNS 登場以前から存在していたという話も聞きますし、姿形は変われど、今後も残っていくのでしょう。

気になるのは、この問題が単に「最近おかしな人が増えたよねー」というレベルに留まっているのかどうかという点。返報性など人間の社会行動のメカニズムを熟知した企業が、それを悪用し、中毒性の高いWEBサービスを開発するという可能性もあるのかなと思います。ええ、そんな考え方は行き過ぎだと思いますが、もしいま僕が SNS っぽいサービスの開発を命ぜられたとしたら、確実に「足あと」機能は実装するでしょう。他にも「このユーザーから来たメール（コメント）の数/このユーザーに対して送ったメール（コメント）の数」を常時表示するようにしたり、「このユーザーが自分以外のユーザーに対して送ったメール（コメント）の数」が何らかの形で確認できるようにしたりと、中毒になる要素を仕込んでおくと思います。

・・・と、なんか無理やり進化生態情報学に結びつけた感もありますが、けっこう SNS って人間の根幹に関わる部分に結びついているのかなと感じています。最近「SNS」という体裁を取らなくても、SNS的機能（プロフィール登録、友だち管理 etc.）を備えたWEBサービスが多いのも、単に流行りだからというレベルを超えた正当性があるのではないでしょうか。WEB2.0 が実体がないといいながら持て囃されるのも、「参加」や「つながり」といった部分が人間の本能に訴えているからなのかもしれません。

< 追記 >

ついでに昨日までのOWC進捗をここに：

• 『佐倉統がよむ　進化論のエッセンス』は第2部まで読み終えました。
• 講義ビデオは Lec.2 の分を制覇。

すぐ飽きてしまうかと思ったのですが、とりあえず1週間続きました。我ながら、強制されてるわけじゃないのによく続くものだ。やっぱり講義の内容が面白いかどうかが、単位や落第や就職といった「社会的強制力」の無いOCWにとっては最大のポイントなのかもしれませんね。

オグルヴィから、デジタルメディア関連ニュースサイトが登場

広告代理店 Ogilvy & Mather （正確にはそのインタラクティブ部門の OgilvyInteractive とデジタル・ダイレクト部門の Neo@Ogilvy）が、デジタルメディアに関するニュースを集めたサイト"Digital Innovation"を立ち上げたそうです（via UX Magazine）：

■ OgilvyInteractive—Digital Innovations

インターフェースがちょっと工夫されています。個々の記事がブロックで表示されていて、内容に応じて色分けがされています（ちなみに扱われている記事の種類はモバイル、ゲーム、テレビなど）。縦軸にあるのが記事カテゴリで、横軸のスライダーは時間軸（左にスライドさせれば新しい記事が、右にスライドさせれば古い記事が表示される）。また記事のタイプ（ブログ記事、ケーススタディ、ポッドキャストなど）でも記事を選択できるようになっています。

当然ですが、オグルヴィ独自の記事（Ogilvy Exclusives）も含まれているので、このサイトでしかチェックできない記事というのも多そうです。デジタルメディア関連に興味のある方は、常時巡回するサイトの1つに加えてみても良いのでは。

今日の進化生態情報学（3月19日・20日）

昨日書けなかったので、今日は2日分。OpenCourseWare 「進化生態情報学」実践中（詳しくはこちらのエントリにて）。

【昨日・今日したこと】

• 講義ビデオの4本目、5本目を観る。
• 『進化論という考えかた』を読み終える。

【昨日・今日の感想】

• 「生存競争」など、進化論によく登場するキーワードの一部はハーバード・スペンサーが作り出したものらしい。彼はこういったコピーライトのようなものが得意で、ダーウィンに「こういう言葉を使った方が分かりやすい！（＝人々にウケる？）」と進言していたのだとのこと。科学の理論でも、そういったマーケティングみたいなのは必要なのね。
• 「ミーム」登場。ようやくミームを正しく理解できたような気がします。

ClipLink は社内SBMへの第一歩かもしれない。

面白いニュースが出ていたのに気づかなかった。グループ内限定で使えるソーシャル・ブックマークサービスが登場したとのこと：

■ 人と繋がりにくい（!?）ソーシャルブックマーク登場 （＠IT）

「人と繋がりにくい」というタイトルはちょっと狙い過ぎ。サブタイトルにある「共有するグループをあらかじめ登録して選べる」という方を前に出すべきでしょう。紹介されているのは ClipLink というサービスで、アクセスコントロール機能付きソーシャルブックマークサービスといった感じ。タグによる管理、ブックマークレット、RSS配信など一般的なソーシャル・ブックマークサービスとしての機能の他に、友達管理、グループ管理などSNS的な要素が追加されています。

ブックマークは「個人向け」と「グループ向け」の2つができるようになっています。「個人向け」は通常のブックマークサービスと同じですが、「グループ向け」では自分が所属しているグループのためにページを登録することが可能。当然、他のグループのメンバーが「そのグループ向け」に集めてきたブックマークを一覧することもできます。これまでソーシャルブックマークは、あくまで自分自身のために行う行為でしたが（アルファブックマーカーという存在が「読者のため」にブックマークを集める、という例は別にして）、これにより「グループのためにブックマークする」という新しい行動が可能になるわけです。

「社内ブログ」「社内SNS」の次に来る企業内WEB2.0系サービスとして、社内SBMが注目され始めていますが、ClipLink や類似のサービスによってその流れが加速される可能性があるのではないでしょうか。同様の機能を独自に実現されているシステムは既に存在していると思いますが、多くの人々が使用可能なサービスが提供されることで、「グループ・ブックマーキング」とでも言うべき体験がしだいに馴染み深いものになっていくと思います。そうすれば、今は考えられないような面白い使い方が次々と「発見」されて、「企業内にブックマークがあって当たり前」という時代が来るのでは……と（半分期待を込めて）想像しています。

リサーチ不要論

シロクマ日報でも書いた通り、"Founders at Work"を読み始めました。手にしたきっかけは Guy Kawasaki がブログで絶賛してたからというミーハーなものでしたが、インタビューの相手が注目を集めているITベンチャー企業の創業者ばかりということで（公式サイトで登場者の名前を確認できます）、さすがに面白い。Babson College に在学中だったら、多分どっかのクラスでテキスト用に買っていたと思います。

で、今は Flickr の創業者である Caterina Fake さんのインタビューを読んでいるのですが、こんなコメントが出てきます。長いのですが、面白いのでちょっと引用：

When we started it, we were under this deluded idea that we wanted to create something new, but not a photo-sharing site. This is weird, but one of the things that enabled us to innovate within this space was that we hadn't done our research. We hadn't sat down and said, "We're going to build a photo-shaing site. We're going to do the research, figure out what the business model is, and raise some venture capital." We were naive and optimistic.

（始めたときは、何か新しいことをしたいと思っていましたが、それが写真共有サイトだとは思っていませんでした。奇妙に思うかもしれませんが、私たちがこの分野でイノベーションを起こせたのは、リサーチしなかったからでした。「写真共有サイトをやるぞ。リサーチして、ビジネスモデルを考えて、ベンチャーキャピタルから資金を得ねば」と腰をすえて考えたわけではないのです。私たちは世間知らずで、楽観的でした。）

What we did was just start building stuff. And I think if we had sat down and done the research, we would have looked at -- the companies that had actually made businesses in this area, like Ofoto, Shutterfly, and Snapfish. Basically their model was that photo sharing was a loss leader for photo finishing services. It was all about the funnel to get you into buying prints. Photo sharing wasn't seen as a valuable enough activity that people would pay for that itself. So I think our naivete was what made the whole thing possible.

（私たちは、単に作り始めただけでした。もし座ってリサーチを始めていたら、既に事業を展開している他のサービス -- Ofoto （※注：現在は Kodak EasyShare Gallery に名称変更）、Shutterfly、Snapfish （※注：HPにより買収済み） などが目に入っていたことでしょう。基本的に他社のビジネスモデルは、写真現像サービスにつなげるため共有機能を提供するというものでした。全ては写真をプリントアウトさせて代金を得る、というモデルだったのです。写真共有自体でお金が取れるとは考えられていませんでした。だから私たちが甘い考えをしていたことが、全てを可能にしたのだと思います。）

「リサーチしなかったから成功した」ですか。もちろん何の調査もなしで行き当たりばったりにしていては成功しないと思いますが、「他の先行事例を見ていなかった」というのは結構重要だと思います。もし他社を研究していたら、「今から始めても勝てないんじゃないか」と考えて始める前から止めてしまったり、「他社はこういうモデルで上手くいっているから、それを微調整して優位に立とう」と考えてまったく新しいモデルを考えることを放棄してしまっていたでしょう。リサーチすることは、実は諸刃の刃だったりします。

リサーチによって失敗のリスクを減らしつつ、それが大胆な行動を取ることを潰してしまわないようにバランスを取る。例えば十分な人員がいるならば、半数には徹底的なリサーチをさせ、残り半数には余計な知識ゼロでアイデアを練らせる -- そして最後に両者をぶつける、といった仕掛けが必要なのかもしれませんね。

今日の進化生態情報学（3月18日）

OpenCourseWare 「進化生態情報学」実践中（詳しくはこちらのエントリにて）。

【今日したこと】

• 『進化論という考えかた』の第2章までを読む。
• 『佐倉統がよむ　進化論のエッセンス』は第1章まで。
• ひさしぶりに講義ビデオ。ただし3本目のみ。

【今日の感想】

• 人の心を進化論で説明する。「ヒトはサルから進化した」ということを受け入れているのであれば、さして大胆とも思えないこの発想に違和感を感じるのはなぜなのだろう。やはり「人間は他の動物とは違う、文化的な行動をする生き物なのだ」という特権（？）意識が、人間も環境に支配されているのだということを拒むからだろうか。
• と書きつつも、人間が文化的行動を習得したのも進化論的進化の産物なのだ、という説明に納得。
• 「4枚カード問題」も進化論的に説明が可能らしい。
• 人間はオートポイエーシス的生物なのだ。門外漢の分野の専門用語を学ぶのって、なぜか楽しい。

週末なので軽いネタで。誰もが必要、というツールではないのですが、覚えておくとどこかで使えるツールかもしれません：

■ ColorBrewer - Selecting Good Color Schemes for Maps

サブタイトルから分かる通り、地図を色分けする際の色使いを決めてくれるツールです。百聞は一見にしかず、実際に動かしてみるとこんな感じ：

1. 何色で色分けするか（すなわちデータが何種類にグルーピングされているか）を決める。

2. データのグルーピングがどんな性質をもっているかを、以下の3つの中から選ぶ：

• Sequential （順次的） ～ 「大/中/小」や「高/中/低」など、データの単位は1つだが、その「おおきさ」の違いを示す場合
• Diverging （発散的） ～ 「海/平野/山」など、相反する要素の移り変わりを示す場合
• Qualitative （定性的） ～ 「農地/住宅地/工業用地」など、まったく異なる性質の集まりを示す場合

3. サンプルが表示されるので、好みの色の組み合わせを選ぶ。

4. 選択したサンプルで地図が作成される（ちなみにアメリカ南東部、メンフィス周辺地域）。

5. 作成された地図に使用されている色は、16進法表記などのデータに変換可能。

6. また選択した色使いがどのような性質を持っているか、アイコンで確認できる。表示されるのは以下の通り：

• 目のアイコン ～ 色覚障害者に優しい色使いかどうか
• 2枚の紙のアイコン ～ コピーしても見やすいかどうか
• プロジェクタのアイコン ～ プロジェクタで投影しても見やすいかどうか
• ラップトップPCのアイコン ～ ラップトップPCのLCDで見やすいかどうか
• モニタのアイコン ～ CRTの画面で見やすいかどうか
• 本のアイコン ～ カラー印刷しても見やすいかどうか

という具合。以下のスクリーンショットは、実際に作ってみたサンプルです：

5色による色分けで、タイプは"diverging"を選択しました。イメージとしては、森林地域から工業地域への変化、といったところ。この色使いだと、「色覚障害者に優しいかどうか」「コピーに優しいかどうか」がNGになっていますね。ちなみにこのスクリーンショットでは境界線、都市名、道路の全てを表示していますが、それぞれ非表示にさせることもできます。

このツール、地図に限らず、データを図示する際に色使いを決める参考になるのではないでしょうか。また色使いによって、グルーピングされた集団の間にどんな関係があるのか（ある1つのパラメータの強弱のみが異なっているのか、はたまた各集団が全く異なる性質を持っているのか）が一目で理解できるようになるということがよく分かりますね。たまにはこんなツールで「色」の持つ力について考えてみるのも良いのでは。