ビル・ゲイツの引退と「ソフトウェア・ビジネスの興亡」と
シアトルでの先週の一番の話題は、やはりビル・ゲイツの引退。すでに一年前から予告されてたと言え、シアトルの経済発展にこれだけ貢献したマイクロソフトを作った男だけに、メディアは大騒ぎだ。 ビル・ゲイツが成し遂げたことの偉大さを最も顕著に表すのは、「Fortune Favors the Bold（邦題：知識資本主義←とても良いビジネス書なので一読をお薦めする）」の中の次の一文。 Bill Gates stands as the symbol of this new era. For all of human history the richest person in the world has owned natural resources - land, gold, oil. Bill Gates owns no land, no gold, and no oil. Owning neithe
「iPhone開発者支援プログラム」に興味がある人、この指とまれ
シリコンバレーのエンジニアと比べて日本のエンジニアがの労働環境や待遇の面で冷遇されているということは常々言って来たことだが、その原因の一つがベンチャー企業を支援する仕組みが日本に圧倒的に不足していること。私なりになにかできないかと色々と考えて来たのだが、やはり私としてできることはもの作り面での支援だと思う。 そこで、読者に質問だが、もし私が「iPhone開発者支援プログラム」のようなものを立ち上げたら、エンジニアとして参加することに興味のある方は何人ぐらいいるだろうか。漠然と考えているイメージはこんな感じ。 ステップ１：プログラミング・コンテスト 作ったiPhone用のプログラムを「投稿」していただく。審査に通った人はステップ２に進んでいただく。 ステップ２：開発支援 審査に通った人に対し、資金・企画・技術・デザイン面での開発支援を行う。必要であればウェブ・サーバーも提供する。 ステップ３
Life is beautiful: Excelのチャートを簡単にブログに貼付ける方法
ちょっとしたチャートとかグラフを作る時にはやはりExcelが便利だが、作ったチャートをブログに貼付ける方法を知らない人が多いことを発見したので、私が採用している方法をここで披露。 1. Excelでチャートを作る 2. 作ったチャートを選択し、編集→コピー 3. Wordで新しい文書を作成 4. その文書に編集→ペースト 5. その文書に適当な名前（例えばdocument1）を付けてウェブページとして保存 こうすると、Excelで作ったチャートが、ブログに貼付けることができるPNGというファイル形式で新しいフォルダー内（上の例だとdocument1_files内）に作られるので、それをブログに貼付ける。 例えば、私のブログに訪れる人のOSを月ごとにグラフにしたのがこれ。 私が使っているのは、Microsoft Office 2008 for Macだが、他のバージョンのオフィスでも基本的に
なぜオンラインで注文したMacBookが中国の工場から直接送られてくるのか
今回の分解結果から判断できるのは，Apple社はハードウエアの設計の出来映えや徹底的なコストダウンに，さほど気を遣っていないことである。それよりも外観のデザインやソフトウエア，ユーザー・インタフェースなど，同社が得意とする側面に力を注いだのだろう。この姿勢は，iPodやiPhoneなど同社の他の製品にも共通すると見られる。MacBook Airの不可思議な作りは，ハードウエアの細部まで手を抜かない日本的なものづくりに対する，強烈なアンチテーゼなのかもしれない。【【MacBook Air分解その5】「外は無駄なし，中身は無駄だらけ」 - モバイル - Tech-On!より引用】 これこそがまさにAppleが別の次元での勝負（＝おもてなしでの勝負）を目指していることが良く分かる証拠。 ちなみに、これを見て「やはり垂直統合型の企業の方がコストが安くできるんだな」と決めつけるのは必ずしも正しくない
夏野氏の本音とドコモの縦割り行政と
CNetのインタビューは、夏野氏の本音が見えるなかなか良いインタビュー（永井さんNice Job！）。 ドコモから出てくるにしろ、ソフトバンクモバイルから出てくるにしろ、サービスは変わらないと思いますよ、Apple（が開発する端末）だから。そうなると後は経済条件だけじゃないでしょうか。個人的には、僕の味付けができないからそんなに興味はないですね。少なくとも今のiPhoneでは携帯電話回線を使って自由にアプリをダウンロードするといったことはできないですから。【ドコモ夏野氏に訊く：「iPhone」「ディズニー」「Google検索精度」をどう思う？:モバイルチャンネル - CNET Japanより引用】 この発言は、ドコモの内部事情をある程度知っている人たちにとってはものすごく微妙な発言である。 内部事情とは、ドコモの縦割り行政ゆえに、時々外に見えてしまう自己矛盾。iモードを立ち上げ、ドコモ内部
法律の勉強：社員に株式を与える４つの方法
米国のベンチャー企業に関わる場合、社員であろうと、経営者であろうと、投資家であろうと、社員にインセンティブとして与える株式に関してちゃんと理解しておくことは大切。これから米国のベンチャー企業で一旗あげようという人たちには必須の知識だ。今までは「なんとなく理解していた」だけだったが、今回、ちゃんと勉強する機会があったので、ここにまとめておく。 １。Incentive Stock Option（ISO） これは、二種類あるストック・オプションのうちでも非常に特殊なもの。税金面で言えば、オプションを与えられた時（grant）にも行使した時にも税金が発生せず、株式を売却して現金を得た時に初めて税金がかかる。それも、キャピタルゲインの扱いなので、税率は低い（現状１５％）。 良い話ばかりのISOだが、ISOと認められるための条件はとても厳しい。 （１）オプション・プランは株主の同意が必要 （２）オプシ
「言論の自由」の大切さに関して一言
民主党は18歳未満の若年者が犯罪に巻き込まれるのを防ぐため、インターネット上の違法・有害サイトの削除をプロバイダーなどに義務付ける法案の国会提出に向け、党内調整を始めた。自殺勧誘や、児童買春の温床とされる出会い系や児童ポルノなどに簡単にアクセスできないようにする狙い。与党との共同提出も視野に入れており、今月召集の通常国会での成立を目指す。 検討中の法案では、サイト開設者やプロバイダーは違法情報を発見し次第、削除しなくてはならないと規定。違法かどうか明確でなくとも、有害な恐れがある場合は児童が閲覧できなくなるような措置を講じるよう義務付ける。罰則を設けることも視野に入れる。 【NIKKEI NET（日経ネット）：主要ニュース−各分野の重要ニュースを掲載より引用】 弾さんも指摘していたが、この民主党の発言は先進国の政党としては許しがたい発言。イギリスやアメリカなら法案どころか、それを臭わす発言
Life is beautiful: スタバとアップルの提携が見せてくれるメディアビジネスの将来
Appleが最近申請した特許出願には、iPhoneユーザーを対象にした未来におけるキラー機能のヒントが垣間見える。コーヒーショップやその他小売店舗での商品注文をiPhoneから行うことで、（店舗内の）順番待ちの行列をバイパスできる、と言ったものだ。【TechCrunch Japanese アーカイブ » Apple、長い行列での順番待ち回避方法を特許申請より引用】 この特許そのものに有効性があるかどうかはいささか疑問だが、この特許やアップルが現在スターバックスでしていること（「店の中で流れている曲」を購入できる機能）を良く見れば、今後iPhone（iPod touchを含む）を利用したラテの注文および電子決済に進むのはほぼ間違いないだろうことが分かる。 スターバックスとアップルは、わずか数ヶ月前にスタバという実店舗とiTune Storeを連携させることを発表したばかりだが、「スタバのiT
Life is beautiful: なぜアップルにできたことがソニーにはできなかったのか
アップルがiPod+iTunes+iTunes Storeというハード・ソフト・サービスを巧みに組み合わせてネット時代にふさわしいコンシューマ・エレクトロニクス・ビジネスモデルを見せてくれたことに関しては、ここでもさんざん書いて来たが、反面教師として注目すべきなのは、ソニーになぜそれができなかったのか？ということ。 自分自身がメディア産業を持ち、ウォークマンというブランドを持ち、ネットビジネスに抜群のセンスを持つ出井氏を社長に据えたソニーはアップルよりははるかに良い立場にいたはずだが、なぜこんなことになってしまったのだろうか。 メディア産業を持つことが逆に足かせになった、ソフトウェア開発力の差、たまたまラッキーだっただけ、天才スティーブジョブズがいたから、イノベーションのジレンマ、などのそれぞれの側面から考察を加えることは可能だが、あの時代のソニーに特有の問題として特に注目すべきなのは、あ
「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
Life is beautiful: 会社のカルチャー作りの大切さ
University Washington で Executive MBA のコースを受けることにした理由の一つは、成功する企業とそうでない企業を分ける要因を私なりにちゃんと理解したかったからである。 Microsoft 時代に Bill Gates の下で働くことにより、業界の流れを読んだり、それに基づいた企業戦略を立てることに関しては、それほど不自由を感じなくなった。しかし、いざ自分で起業をしてみて強く感じたのは、企業戦略を立てることは「初めの一歩」でしかなく、その戦略に基づいてちゃんと利益を生み出す組織を作りあげる方がその何倍も何十倍も難しいということ。 色々と反省する点はあるのだが、あえて一番反省している部分を上げるのであれば、会社のカルチャー作りに十分な注意を払って来なかったこと。戦略に関わる mission statement や vision に関しては常にはっきりと語り続け
Life is beautiful: プレゼン初心者が覚えておくべき３つのポイント
プレゼンの初心者にありがちな失敗は、 ・自分の未熟なプレゼンのテクニックを気にしすぎてあがってしまう ・情報は多い方が良いと勘違いして、スライドをたくさんの文字で埋め尽くしてしまう ・その結果、観客に話しかけるのではなく、観客に背中を見せてスライドを読んでしまう ・結局何が言いたいのか全く伝わって来ない など。今日はそんな人に覚えてほしい三つのポイント。 １. 観客は「未熟なプレゼン」には寛大だが、「何を伝えたいのか分からないプレゼン」には厳しい 「自分はプレゼンが不得意」と思い込んでいる（もしくは悩んでいる）人はたくさんいると思うが、そんな人がまず覚えておくべきことは、観客が「未熟なプレゼン」にはけっこう寛大であること。小中学生ならいざしらず、社会に出てから「プレゼンターの未熟さ」笑う人はまずいないので、心配しなくても良い。逆に、観客が許してくれないのは「何を伝えたいのかが分からないプレ
Life is beautiful: 日本語の進化について、一つの実験をしてみる
年配の人が「最近の若者の言葉はめちゃくちゃだ」と言うのは、言葉が進化しているから。誤用する人が増えて来て、多くの人に通じるようになれば、りっぱな日本語だ。その過程で年配の人が「わかもの言葉」に違和感を持つのは当然。そんな「新しい日本語」を発掘してみるというのも楽しそうなので、一つ実験をしてみる。 下の６つの文を、あまり深く考えずにさらっと読んで欲しい。そして違和感を感じたかどうかをコメント欄なり、ブックマークコメントでいただきたい。「最初に読んだ時は違和感を感じなかったけど、もう一度読み直してみたらどれが変なのか気がついた」、「どれに問題があるかは言われれば分かるけど、別に通じるからいいじゃん」、「普通に使ってたけど、これって間違ってたの？」という返事もOK。 ・そこの公園で子供が遊んでいる ・そこのクラブで彼女が踊っている ・そこのコンビニでおでんが売っている ・そこの畑でキュウリがなっ
ユーザーに尋ねても必ずしも正しい答えは返ってこない
今日はたまたま「ユーザーからのフィードバックを集めることの難しさ」が話題になったので、それに関連するエントリー。 もの作りにおいて、「ユーザーが何を必要としているか」を知ることは大切だが、だからと言ってユーザーに尋ねれば正しい答えが返ってくる訳ではないところが難しいところ。具体的な例としては、こんなものがある。 1. サイレント・マジョリティの声は聞こえてこない これはMicrosoftで実際にあったことだが、Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。このケースでは、ごく一部のヘビー・ユーザーばかりが声がでかく、「今の機能で十分、これ以上複雑にしないで欲しい」というユーザーは何も言ってこない（こういう人たち
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
Life is beautiful: リーダーに必要とされる感情知性（Emotional In...
MBAプログラムに参加したおかげで、大量の論文を読まされることになったのだが、頭の中を整理する意味で文章にするのは役に立つし、それがブログのちょうど良いネタになる。今日のエントリーは、Daniel Goleman という人の書いた”What Makes a Leader?” という論文の要約。 筆者は（企業などの）リーダーになるためには、ただ高い知性と専門知識を持っているだけでは不十分で、筆者がEmotional Intelligence(感情知能)と呼ぶ能力を持っていることが不可欠だという。 Emotional Intelligenceには５つの要素がある。 Self-Awareness 自分のムードや感情を常に冷静に把握しており、それが他の人に与える影響を十分に認識していること。Self-Awarenessが低い人は、自分の性格の欠点を指摘されたりするとそれを「個人攻撃」と見なして不必
直感的なUIとhand-eye-cordinationの話
下のビデオは一歳度児がiPhoneのフォト・アルバムの機能を使っている姿を撮影したものだが、これを見ると「直感的なUI」とは、まさに人間が赤ん坊のうちにマスターする"hand eye cordination（目からフィードバックを受けながら手先を動かして物をコントロールする能力）"に合致したものなのだということが良く分かる。 【追記】参考までに、私が特に好きなUI関連の書物二冊へのリンクを張っておく。特に「誰のためのデザイン」はUIが単なるソフトウェアやウェブ・サイトのUIデザインの問題ではないことに目を開かせてくれる良書だ。 ・誰のためのデザイン?—認知科学者のデザイン原論 ・Envision Information
「企業理念」の大切さ
UIEvolution の起業は私にとっては初の起業であった。今から思い直してみると、ビギナーだった故のたくさんの失敗をしてきたが、今の私から見て「良くそれなしで会社として成り立ったなァ」と言いたくなるよう恥ずかしいことを一つしている。 「User Experience Matters」、「Pervasive Application」など、会社の外に向けたビジョンやミッションははっきりと打ち出していたものの、どんな人を採用してどんなカルチャーの会社にしたいか、という会社作りにおいてもっとも大切な「企業理念」を目に見える形の言葉にしておかなかったのである。 そもそも「企業カルチャー」の大切さを私が理解していなかったこともあるし、私自身の中でも「どんなカルチャーの会社にしたいか」というイメージが固まっていなかったのもある。Google・Microsoft・Sony・Honda、どれもファウンダ
AJAX vs. Flash、fladdictブログより
昨日のエントリーで、深津氏のブログに「Flash使いから見たAJAX」のことが書かれていて読んで勉強になった話を書いたのに、それらのエントリーへのリンクを張るのを忘れていたので、今日はそのリンク集。 以下のエントリーは、AJAXが騒がれ始めた2005年３月から２００６年１月の間に書かれたものだが、この「閉じたFlash」vs.「オープンなAJAX」という構図は相変わらずである。特に、FlashはActionScript3.0で大幅に言語として整備されたにも関わらず、AJAXに押されぎみなのはなんとも微妙である。 それで思い出したのが、GoogleにUIEngineの説明に行った時の会話。「もっとオープンにしてくれ」という彼らに、「Flashはどうなんだ」と答えると、「Macromediaの連中にもオープンにしろと言いつづけている」と言う。GoogleもYoutubeなど一部のサービスではF
習作UI: 縁日の金魚を再現してみた
Flashでプログラムを書く機会があったら一度は作らねばと思っていたのが、鳥や魚の群れ（flock）のシミュレーション。そこでカスタムクラスのプログラミングの練習も兼ねて作ったのがこれ。アルゴリズムそのものは、良く知られた（１）仲間と同じ方向に泳ごうとする気持ち、（２）仲間と一緒に泳ごうとする気持ち、（３）衝突を避ける気持ち、をそれぞれの魚に持たせて泳ぐ方向を少しずつ変化させる、というものである。 プログラムはそれほど時間をかけずに作ることができたのだが、苦労したのがそういった「気持ち」の部分を表現するのに必用な具体的なパラメーター（どのくらい離れた仲間まで認識しているか、どのくらいの距離までの接近を許すか、など）を見つけ出す部分。金魚すくいの水槽の中の金魚の動きをちょうど良い感じで再現するためのパラメーターを見つけるのにかなりの試行錯誤が必要であった。 しかし、これを作って思ったのは、F
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
