統計の授業で重回帰分析 (multiple regression)をしてみせなければならなかったので、CIAの発行するWorld Fact Bookから、世界中の国のさまざまなデータを入手して、何が出生率と強い相関関係を持つかを調べてみた。 入力データは、人口、国民一人あたりのGDP、インターネットの普及率、赤字国債のGDPに対する比率、失業率。この５つのデータすべてを集めることができた１１３カ国に関して、 「それらの入力データのうち、どれが出生率と強い相関関係を持っているか」を重回帰分析という手法を利用して解析したのだ。 細かな計算式を見せても退屈だろうから結果だけを書くと、上の５つの入力データのうち、出生率と強い相関関係を持つのは、インターネットの普及率と失業率。 出生率（人口千人あたりに年間何人子供が生まれてくるか）を、インターネットの普及率と失業率で表すとこうなる。 出生率＝23.

iPhone用の「はてな人気エントリーリーダー」、そろそろ形になってきたのだが、作ってみていろいろと発見した部分もあったので、全面的にクラス構成を見直し、大幅に書き直した。 HTTPで通信をしているコードが二カ所に分かれていたので、それをDataOverHTTP/XMLOverHTTPという二つのクラスにまとめ（XMLOverHTTPはDataOverHTTPのサブクラス）、はてな独自のRSSフィードを読んでいるコードから一般的なRSSフィードを扱うコードをくくりだしてRSSFeed/RSSFeedLoaderという二つのクラスにまとめて、あとで別のアプリケーションで再利用することを可能にした。それに加えて、各種ローダーに非同期通信をさせる主体をController（HotEntryViewController）からModel側（HateneHotEntry）に移すことにより、難解になりが

週末の夕方。東京都内の広告会社で営業を担当する佐野裕美子さん（２３）＝仮名＝は、仕事を終えると気の合う友人２、３人に携帯メールを送る。　「いま何してる？」　送り終わると、すぐに返信確認。１分、２分、３分…何度も操作を繰り返す。返事が来たら食事に誘う。５分も返事が来なければイライラする。「早く決めたいから、すぐ返信がほしい。自分が待てなくて嫌な思いをしているので、わたしはいつも即レス（即答）です」 【【溶けゆく日本人】快適の代償（１）　待てない人々　数分間でイライラ (1/4ページ) - MSN産経ニュースより引用】 これと全く同じことが、アメリカでBlackberryを持つビジネスマンにも起こっている。私も３年ほど前にしばらく持ち歩いていたのだが、あまりにもイライラするので持つのをやめてしまった。 Blackberryを持つと会社のメールに２４時間いつでもどこでもアクセスできるようになる。

404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で

音楽・映像・ゲーム（そして最終的にはさまざまなアプリケーションも）などのコンテンツは、有料であれ無料であれ、最終的には「聞き放題・見放題・遊び放題」のビジネス・モデルに収束していくと私は確信している。それゆえに、RhapsodyやNetflixなどのこのビジネスモデルでの先駆者には敬意も払っているし注目もしている。 今朝のWall Street Journalに、「音楽聴き放題サービス」の卸値（おろしね）の話が書かれていたので、メモ代わりにここに書いておく（新聞の切り抜きをスクラップしておいてもどうせなくすが、ブログに書いておけばなくす心配はないし、後でググれる）。 ・SoundExchangeというところが、音楽の卸売り業者である（後でリサーチ）。 ・2002年にSoundExchangeが一曲あたりの卸売り値（１ユーザーが１曲聞くたびにSoundExchangeに払うべき料金）を、0.

UIEngineの説明をする際に、「通常のウェブ・アプリケーションと異なり、非同期通信を使ってクライアント側でデータ・バインディングをするので、ストレスの少ないユーザー・エクスペリエンスを提供できます」と言ってきた私だが、「データ・バインディングとは何か」を知らない人が意外に多いことに気がついたので、ここで解説しておく。 得意の食べ物にたとえれば、データ・バインディングは「調理」に相当する。定食屋のように全ての食材（データ）をキッチンで調理をしてしまってから一度に持ってくるのが「サーバー・サイドでのデータ・バインディング」で、紅花レストランのように食材をテーブルまで持って来て目の前で調理してくれるのが「クライアント・サイドでのデータ・バインディング」である。 食材を一度にはテーブルに運ばず、客が一つ目の料理を食べている間に二つ目の料理の食材を運んで料理をしておき、一つ目の料理を食べ終わった

CTIA 2006 に来ているのだが、「インターネット」、「パソコン」、「通信」、「家電」、「ゲーム」という複数の業界をまたがって仕事をしていると、色々と興味深いことが見えてくる。 もっとも面白いのが、一つの業界だけ見ている限りそれなりに納得できるのだが、複数の業界を見ると「ものすごく矛盾してるじゃん！」みたいなことが平気で起こってしまう点である。 当初は私も、それを単なる「お互いの業界の勉強不足」と解釈していたのだが、最近は結構意図的な部分もあるのではないか、という見方を持ちはじめた。特に、それぞれの業界が持つ「絶対に譲れない部分」がオーバーラップし始めた時に、それが顕著になる。 典型的な例が、日本の衛星放送のデータ配信に使われているマークアップ言語 BML (Broadcast Markup Lanugage)。家電業界が、パソコン業界の進出を阻むためにあえてHTMLとは異なるものにし