ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと

今読んでいる「Marketing Management」にこんな文章がある。 Customers buy benefits, not products. The benefits a customer receives from a firm's offering, less the costs he or she must bear to receive those benefits, determined the offer's value to the customer. 消費者が買うのは「商品」ではなく、「その商品を通して得られるもの」から「それを得るために払わなければならないさまざななコスト」を差し引いた「利益」である、という話。 ここで強く認識しておくべきなのは、その「コスト」とは単なる商品の購入のために支払うお金だけではなく、その商品を得るためにする労力（例：買い物に行く時間

つい先日、興味深い話を聞いた。ある大学の授業で「デジタル・コンテンツ・ビジネス」というテーマで小論文を宿題として書かせたところ、同じような内容の小論文ばかりが集まったという。その原因を調べたところ、「デジタル コンテンツ ビジネス」のキーワードでググると上位に来る私の過去のエントリーの内容がほぼ丸写しにされていたという。 日本の学生の勉強に対する態度なんてそんなものなのかも知れないが（それはそれで憂うべき話だがその話は別の機会に）、少し心配になるのがどんな気持ちでその手の「コピペ」をしているのか、という点である。確信犯的に「徹底的に手を抜きたいからコピペしているだけ」ならまだ許せる。私が問題視するのは「自分で考える前にまずググる」習慣であり、「ググれば答えが見つかるにちがいない」という錯覚である。 暗黒時代とも呼ばれる中世ヨーロッパで科学の進歩があんなにも長い間低迷した原因の一つは、あの時

今朝のUSATodayの一面に興味深い記事が出ていた。 National security agencies are warning businesses and federal officials that laptops and e-mail devices taken to the Beijing Olympics are likely to be penetrated by Chinese agents aiming to steal secrets or plant bugs to infiltrate U.S. computer networks.【Olympic visitorsより引用】 北京オリンピックに行く旅行者に、中国に持ち込んだノートパソコンの中身はすべて抜き取られてしまう覚悟で行くべきだし、ウィイルスを埋め込まれてしまう可能性も高いので、帰国後に会社や政府のネット

Wall Street Journalのニュース速報サービスに加入している私だが、今日の午後になってにわかにYahoo!関連の速報が入り始めた。時間軸にそって並べるとこんな感じ。 12:14「YahooがGoogleのサーチサービスを再び使う可能性についてGoogleと交渉している」という情報が流れる。Googleとがっちり提携してしまえば、Googleとは死んでも組みたくないMicrosoftにとってYahoo!を買収することが難しくなるからだろう、との憶測付き。 17:48「Yahoo!がAOLとインターネットビジネスを統合する交渉を進めている」という情報が流れる。Microsoftからのプレミアム付きの買収を蹴った経営陣としては、それよりも株主にとって魅力的な戦略を打ち出さない限り、株主から訴えられる可能性もある。AOLとの統合はその答えの一つだ、というもの。 19:01「Micro

最近、私のまわりにもAmazonのレンタル・バーチャル・サーバーであるec2を使用している人、もしくは使用を真剣に検討している人が増えて来た。「自分でサーバーを用意するのとどっちが得か？」という話は、ビジネスにもよるのでさまざまだが、ごくシンプルな「事務所サーバー」（もしくは「マンションサーバー」）を比較対象のモデルとして簡単に損得勘定を計算してみた。 もっとも安価な Small Instance (1.7 GB of memory, 1 EC2 Compute Unit, 160 GB of instance storage, $0.10/hour）だと、一日２４時間使い続ければ月に７２０時間、つまり月に７２ドル必要となる。 同じようなマシンを事務所（もしくはマンション）に置く場合、Dellのエントリーレベルのサーバー（Dual core Pentium, 1GB memory, 160

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

へんな会社を貫くために、普通の会社のやり方をよく理解しておくというのは必要なんじゃないか、とこれははてなに限らず思う次第。【Kousyoublog | はてな移転で中の人が言うべきことと言ってはいけないことより引用】 この手の発言こそが、まさに「出るクギを打とうとする」行動。近藤さんに関してはそんな心配をする必要は全くないが、他の若い人たちが「やっぱり『普通の会社のやり方』をちゃんと勉強しなきゃ」などと誤解してはいけないと思い一言。 上場している企業と違い、はてなのように、ごく少数の株主が所有している会社の場合、株主・取締役の了解さえ取れれば、大幅な経営方針の変更は自由にしてかまわない。それが非上場であることの大きな利点だ。 今回の場合、「米国からは一時撤退し、多少会社の規模が小さくなっても良いから、京都にもどって落ち着いた環境でもう一度もの作りに専念する会社としてやりなおす」という決定は

新しくなった月刊asciiには創刊号からコラムを書いて来たし対談もいくつかしてきたのだが、今回、それに大きく加筆した上で一冊の本として出版することになったのでここに報告させていただく（タイトルは「おもてなしの経営学　アップルがソニーを超えた理由」）。 この本の内容に関しては別途紹介（＝宣伝）するとして、今日のテーマは、なぜブログという最新のコミュニケーション・ツールを持つブロガーが、書籍という古い媒体でのコミュニケーションをはかるのか、という話である。 ブロガー側の事情としては、副収入になる（それどころか、梅田さんのようにベストセラーを書けば充分に食っていける）、ブログだけでは到達できない読者に読んでもらえる（かも知れない）、「アルファブロガーに選ばれた」と報告しても全く理解してくれない親に「うちの子が本を出すほどに出世した！」と喜んでもらえる、などのメリットがあるわけだが、実はもっと大き

ワイアレスやコンシューマー・エレクトロニクスのカンファレンスに行くと、毎回のように話題になるのが、デバイスのコンバージェンス。いわゆる「多機能携帯電話があれば、デジカメもiPodも、ひょっとしたらパソコンすら不必要なんじゃないの？」という「統合デバイス神話」。 「デバイスは統合されるどころか、TPOに応じたさまざなデバイスが作られることにより分化が進み、そのうち窓ガラス埋め込みデバイスとか、使い捨てデバイスとかができる」と信じている私のようなアンチ・コンバージェンス派は少数派。 今日も、風呂に入りながらiPhoneでYoutubeを見ていたのだが（知り合いがそれに最適なアプリを作ってくれたのでそのテストも含めて...まだアルファテスト中なので公開できないが、ベータ版がリリースされしだいここで報告するのでお楽しみに）、湯船に落とさないようにするのに結構気を使うし、湯気も気になる。可能であれば

民主党は18歳未満の若年者が犯罪に巻き込まれるのを防ぐため、インターネット上の違法・有害サイトの削除をプロバイダーなどに義務付ける法案の国会提出に向け、党内調整を始めた。自殺勧誘や、児童買春の温床とされる出会い系や児童ポルノなどに簡単にアクセスできないようにする狙い。与党との共同提出も視野に入れており、今月召集の通常国会での成立を目指す。　検討中の法案では、サイト開設者やプロバイダーは違法情報を発見し次第、削除しなくてはならないと規定。違法かどうか明確でなくとも、有害な恐れがある場合は児童が閲覧できなくなるような措置を講じるよう義務付ける。罰則を設けることも視野に入れる。 【NIKKEI NET（日経ネット）：主要ニュース−各分野の重要ニュースを掲載より引用】 弾さんも指摘していたが、この民主党の発言は先進国の政党としては許しがたい発言。イギリスやアメリカなら法案どころか、それを臭わす発言

「Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者（TuckerとEdmondson）は、医療ミスがなかなか減らない原因を探るために、全米の１０の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ

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

今日紹介するのは、Harvard Business Reviewの記事の中でも特に評価の高い、Katzenbach & Smith による「The Discipline of Teams（このリンクをたどれば全テキストが原文で読める。日本語で詳しく読みたい人は右に紹介した「好業績チームの知恵」を参照）」。彼らは「単なる人の集まりはチームと呼ぶべきではない。メンバーそれぞれの力を合計した以上の力が出せる人の集まりだけをチームと呼ぶべきだ」と主張し、チームを以下のように定義する。 a small number of people with complementary skills who are committed to a common purpose, set of performance goals, and approach for which they hold themselves

MBAプログラムに参加したおかげで、大量の論文を読まされることになったのだが、頭の中を整理する意味で文章にするのは役に立つし、それがブログのちょうど良いネタになる。今日のエントリーは、Daniel Goleman という人の書いた”What Makes a Leader?” という論文の要約。 筆者は（企業などの）リーダーになるためには、ただ高い知性と専門知識を持っているだけでは不十分で、筆者がEmotional Intelligence(感情知能)と呼ぶ能力を持っていることが不可欠だという。 Emotional Intelligenceには５つの要素がある。 Self-Awareness 自分のムードや感情を常に冷静に把握しており、それが他の人に与える影響を十分に認識していること。Self-Awarenessが低い人は、自分の性格の欠点を指摘されたりするとそれを「個人攻撃」と見なして不必

下のビデオは一歳度児がiPhoneのフォト・アルバムの機能を使っている姿を撮影したものだが、これを見ると「直感的なUI」とは、まさに人間が赤ん坊のうちにマスターする"hand eye cordination（目からフィードバックを受けながら手先を動かして物をコントロールする能力）"に合致したものなのだということが良く分かる。 【追記】参考までに、私が特に好きなUI関連の書物二冊へのリンクを張っておく。特に「誰のためのデザイン」はUIが単なるソフトウェアやウェブ・サイトのUIデザインの問題ではないことに目を開かせてくれる良書だ。 ・誰のためのデザイン?—認知科学者のデザイン原論 ・Envision Information

何かの「ユーザー・インターフェイス」を決める時に大切なことは、自分なりのはっきりとした「デザイン・ポリシー」を持って、誰が何と言おうと最後までそれをしっかりと押し通すこと。そういう「柱」をしっかりと持たないで作ったものは、往々にして「妥協の産物」になってしまう。 私が常に心がけていること（つまり、私のデザイン・ポリシー）は、「ユーザー・シナリオを８０：２０ルールで切り分け、常に８０の方（つまり多くの人が使うだろう機能）を最優先にした設計にし、２０の方（あった方が良いかもしれない機能、一部の人が必要とするかもしれない機能）は思い切って犠牲にする」こと。 典型的な良い例が、Youtubeを見るためのサービス、Rimo と oreseg。 機能的には、カテゴリー分けはしてくれているし、サムネールから自分で見たいものを選べるし、oresegの方が上である。しかし、「ただだらしなく面白そうなビデオを

昨日のエントリーで、「人は一つの仕事を処理するときには、それを小さな仕事に分割して、順番に処理する」と書いたが、「パンを焼く」という仕事を例に取れば、こんな風になる。 １．イーストを３０℃のお湯と一つまみの砂糖とまぜて１５分間予備発酵させる ２．ボールに強力粉、予備発酵させたイースト、砂糖、塩を入れて良く混ぜる ３．こね板の上で生地をこねる ４．ボールにラップをして室温で１時間発酵させる（一次発酵） ５．適当な大きさに生地を分割し、丸めて形を作る ６．オーブンに入れ、３０分発酵させる（二次発酵） ７．オーブンの温度を２００度にして１８分焼く これは、ソフトウェアで言えば「手続き型のプログラム」であり、人間が一連の作業を把握するのに最も適した記述の仕方である（その証拠に、実際のどのレシピブックを見ても、レシピは必ず「手続き型」で書かれている）。 興味深いのは、このレシピにおける、「１５分予備

つい先日、Logitech の Bluetooth ヘッドホン Free Pluse の紹介をしたばかりだが、今度は携帯電話用の Bluetooth ヘッドセット、Bang & Olufsen の Earset 2 の紹介。 日本では Bluetooth ケイタイの普及率はまだまだだが、自動車を運転しながら電話をかけるというライフスタイルの普及している米国では、Bluetooth ケイタイと、それに対応したヘッドセットビジネスが急速に伸びている。 技術がある程度こなれてくると、あとはデザインとクオリティでの勝負になるのはどこでも同じだが、「Bluetooth ヘッドセットもとうとうここまで来たか」と思わせる洗練されたデザイン。消費電力の低いBluetoothだからこそ可能なデザインだ。 ちなみに、ここまで軽くてカッコいいBluetoothのヘッドホンやヘッドセットが出てくると、Blueto