Google+Motorola: Microsoftは「当て馬」だった
先週、「MotorolaがWindows Phone陣営に乗り換える可能性を示唆」というエントリーに書いた通り、あの手のアナウンスメントにはだいたい何か裏の事情がある。 そして今日、GoogleがMotorolaの携帯電話部門を買収することがアナウンスされ（参照）、その裏事情が何であったかが明らかになった。あれは、MicrosoftとGoogleを競争させて価格をつり上げるための牽制球だったのだ。 Microsoftが実際どの程度Motorolaとの話をしていたかは不明だが、１ドルでも高く売りたいMotorola側としてはGoogleから買収の話が来た時点でわざわざMicrosoftを「当て馬」として引きづり出して競争させようとするのは当然。あのアナウンスメントは、Microsoftに向けたラブコールでもあり、Googleに対する「早く良い条件で結婚を申し込んでくれなきゃ、他の人と浮気しち
逃げ切りメンタリティ
「逃げ切りメンタリティ」とは、私が執筆中の書籍（エンジニアとしての生き方）で初めて使った造語だが、「サラリーマン経営者が、『とりあえず自分の退職金が出るまで会社が存続してくれれば良い』と問題を先送りして、リスクを避けた経営をする心理状態」のことを指す。 使い方は、こんな感じだ（一つ前のエントリーより引用）。 しかし、そんなことをするとハードウェア全盛の時代に働き盛りだった４０代５０代の人たちは自分たちの居場所がなくなるし、万が一失敗した場合は自分たちの退職金も危うくなるわけで、今の経営陣にこんなことを言っても馬の耳に念仏。彼からからすれば、とにかく自分が円満退職するまで会社が存続してくれることがなによりも大切。余計な冒険などせずに、問題をできるだけ先送りにして、今のままの形で次世代にバトンタッチするのが一番の得策。そんな「逃げ切りメンタリティ」が今の日本をだめにしている。 「最近の若者が元
電子出版に関する一考察：コンテンツのガラパゴス化の危機
今日は日経BPのセミナー（参照）で、iPadと電子出版の未来について講演をしてきた。私の講演の内容に関しては、一両日中にネットに上がると思うのでここには書かないが、この講演およびその準備段階を通して学んだとても大切なことを一つ書こうと思う。それは日本の出版社に迫る「コンテンツのガラパゴス化の危機」である。 午後の部でヤッパの伊藤氏の講演を聞いていて少し疑問に思ったので、フォーマットのオープン化に関する質問をした私だが、彼の「まだコンテンツの数が少ないのでオープン化を考慮する必要はない」という返答でヤッパの狙いが明らかになった。セルシスと同じく「クローズドなフォーマットによるコンテンツの抱え込み」である。 ここまでフォーマットのオープン化（すなわち誰でもビューアーをライセンス・フリーで作れること）の大切さが叫ばれている今、時代に全く逆行するビジネスモデルだが、漠然とした危機感を抱いてはいるが
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
無名関数を使った非同期通信のススメ（JavaScript）
ここ最近はブラウザーの上で動く思いっきりRIAなアプリケーションを書いている私。こと通信の部分になると JavaScript での開発効率が、C++/Java/Objective Cなどと比べて格段に高いことをつくづく感じている毎日なので、今日は、そのあたりを少し解説してみようかと思う。 サーバーのAPIにアクセスするプログラムを書く方法は色々とあるが、「サーバー上の特定のURLにHTTPでアクセスして結果をXMLやHTMLやJSONで受け取る」というケースに限定すれば、基本的に３つのパターンに分けられる。 1. 同期通信 result = urlfetch.fetch("http://www.google.com/") if result.status_code == 200: doSomethingWithResult(result.content) その書きやすさのために、実務経験の
アップルの３０年ロードマップ
昨日、日経BP主催のAndroidに関するセミナーで講演＋パネルディスカッションをしたのだが、パネルディスカッションを一緒にさせていただいた、日本通信の福田尚久氏との話（特に、楽屋に戻ってからの非公開の話）が興味深かった。 福田氏は、スティーブ・ジョブズがAppleに戻り、Microsoftからの資金調達、iPodのリリース、アップル直営店の展開、という今のAppleの成功の基盤となる「奇跡の復活」を遂げた時期にジョブズの側近として活躍した人。 彼に言わせると、今のAppleのビジネス戦略は、倒産寸前だった９７年当時に作った「３０年ロードマップ」に書かれた通りのシナリオを描いているという。 もちろん、具体的な内容は企業秘密でもあるので直接聞き出すことはできなかったが、ここ１２年の間にアップルが出して来たもの（iPod, iTunes, iPhone, Apple TV, Safari, O
Python Hack : 噛めば噛むほどおいしくなるクロージャの話
最近 JavaScript を書く機会が増えているが、それに従って自分のコーディングスタイルが少しづつだが変化してきているのが分かる。もともと「コードの読みやすさ」や「実行効率」にとことんこだわるタイプだが、（JavaやC++になくて）JavaScriptやRubyにあるクロージャや無名関数が私のコーディングスタイルにとてもマッチしているからだと思う。 簡単な例を紹介しよう。Pythonで書かれた config.py というモジュール。config.yamlという設定ファイルを読み込んで Dictionary として返す config.get() という関数。普通に実装すると、以下のような感じになる。 import yaml _config = None def get(): global _config if not _config: data = open('config.yaml')
Cloud Computing考：Amazon ec2とGoogle App Engineの違いを私なりにまとめてみた
Cloud Computing の話が注目されるようになってしばらく経つが、商用での本格応用という意味ではまだまだ未熟な市場である。PhotoShareは去年の７月サービス開始時から Amazon の ec2＋S3 という組み合わせで運営しており、私から見れば当然の選択だったわけだが、あのタイミングで商用サービスへの採用に踏み切った会社も少なかったのか、何件かインタビューの申し込みが来たりして少し驚いている（参照）。 すぐに陳腐化するハードウェアの資産はできるだけ持ちたくないし、自分でデータセンターにラックを借りるなんてことはコスト的に見合わない。かといって、通常のレンタルサーバーは初期費用がばかにならない（今は少しは改善されているのかも知れないが、去年の段階では「それじゃあハードが自分で買えるじゃん」と言わせるぐらいの初期費用を請求する企業がほとんどであった）。それに加えて、どのくらいの
Google WaveがHTML5ブラウザーへのシフトを加速する
Internet Explorer 3.0/4.0 の開発に関わっていた人間として言うのも変な話だが、そろそろIEには主役の座を降りてもらった方が良いと思っている。いろいろな要因がからみあって今の状況があるわけで、その部分について今さらここであれこれ言うつもりはないが、実際のところ、 IEが他のブラウザー（Safari/Firefox/Chrome/Opera)と比べてHTML5やCSS3のサポートに関して大きく遅れている そもそもIEの進化のスピードが（というかMicrosoftから出る製品すべての進化のスピードが）遅すぎる にもかかわらずIEのシェアが大きいため、業界全体の足を引っ張っている という現状があることは誰にも否定できない。 HTML5やCSS3の新しい機能により可能になる新しいウェブアプリをどんどんと作って行きたいと考えているエンジニアは私だけではないわけで、その意味では「
GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか？
PhotoShareをiPhone向けに提供して早くも一年になるが、もっとも良く投げかけられる質問は「PhotoShareはAndroidとかの他のプラットフォームに移植しないの？」というものだ。 少し前までは、「まだiPhone以外のビジネスが十分に大きくないから今はまだ早い」、「iPhone上でやるべきことはまだ沢山あるから」、などと答えて来たのだが、最近は少し見方が変わってきた。 今の勢いでHTML5が進化・浸透してくれるのであれば、わざわざ移植コストをかけてAndroidやWindows Mobile向けにネーティブ・アプリを開発するよりは、少なくともUIの部分をすべてHTML+Javascriptにまかせたアーキテクチャでのインタラクティブなアプリの開発というのも十分に可能性があるように思えてきたのだ。 この「HTML+Javascriptですべて出来るじゃん」という発想は、そも
iPhone OS 3.0 に関してひと言
米国のPR会社に勤める知り合いに「iPhoneの新しいOSに関してひと言」というテーマでインタビューを受けた。要約するとこんな感じ。 私：Big Canvasのビジネスにとって一番プラスになるのは間違いなくPush Notification。昨年の９月にリリースされるはずだったので、その時から首を長くして待っていた。PhotoShareのようなコミュニケーション型のサービスにとって、Push型で情報を届けることは、携帯電話にふさわしいおもてなしを提供するという意味でも必須。3.0向けのSDKを入手し、開発をしているところだ。 私：私は常日頃から「AppleはGoogleやMicrosoftの１８〜２４ヶ月先を走っている」と言っているが、今回のアップデートで、Appleは業界のリーダーシップのポジションをまだしばらくは走り続けることを明確にした。Big Canvasのようなベンチャー企業にと
ビル・ゲイツの引退と「ソフトウェア・ビジネスの興亡」と
シアトルでの先週の一番の話題は、やはりビル・ゲイツの引退。すでに一年前から予告されてたと言え、シアトルの経済発展にこれだけ貢献したマイクロソフトを作った男だけに、メディアは大騒ぎだ。 ビル・ゲイツが成し遂げたことの偉大さを最も顕著に表すのは、「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用のプログラムを「投稿」していただく。審査に通った人はステップ２に進んでいただく。 ステップ２：開発支援 審査に通った人に対し、資金・企画・技術・デザイン面での開発支援を行う。必要であればウェブ・サーバーも提供する。 ステップ３
「au向けのiPhoneは作ってはいけない」という契約になっている（らしい）
UWで受講している"General Management & Strategy"という授業の課題の一つが「携帯電話事業」に関する"Five Forces Analysis" (新規参入の難しさ、業界内の戦いの厳しさ、などの５つの側面から業界を分析すること)。２０００年からこの業界で働いている上に、iPhoneやgPhoneに関しては誰にも頼まれてもいないのにブログで色々と書きまくっている私としては、「待ってました」という感じのテーマ。 とは言っても、何の資料も使わずに書いても説得力がないので、ネットで少し調べものをしてみたところ、思わぬ発見。今年の５月の記事(USAToday)だが、AT&TとAppleの間の契約について、公式発表には含まれていない条件が書かれている。 AT&T has exclusive U.S. distribution rights for five years —
gPhone雑感：「モバイル・プラットフォーム戦国時代」の幕開けだ
今朝になって、話題のgPhoneがアナウンスされた（参照１）訳だが、大方の予想を裏切ってそれはデバイスではなくてソフトウェア、それも2005年にGoogleが買収したandroidという会社の作っていたLinuxベースのマイクロ・カーネルと、バーチャル・マシン。androidの買収とともにGoogleに入ったAndy Rubinがandroidの前に作ったSidekick (Danger Inc.)の中身を良く知る私としては、「これってDanger OSとどこがちがうんねん？」という感じ。 ほぼ同じ時期に会社をスタートしたこともあり、Dangerの連中とはスタートアップ当時から一緒に仕事をし、サードパーティとしてSidekick向けのソフトウェアを作った数少ない会社の一つがうちの会社UIEvolution Inc.だ（資料２）。 Javaに似てはいるが微妙に異なるバーチャル・マシンを持ち、
Life is Beautiful
7 years ago (7 years after I left Microsoft), Apple has introduced iPhone. As the result, I have switched my main machine from Windows to Mac. Since then, I have *completely* moved away from Microsoft platforms, and just use either open platforms or platforms provided by Apple or Google. The combination of two fasts, (1) Mac was *necessary* to develop iPhone applications, and (2) Mac was *better*
Life is beautiful: リーダーに必要とされる感情知性（Emotional In...
MBAプログラムに参加したおかげで、大量の論文を読まされることになったのだが、頭の中を整理する意味で文章にするのは役に立つし、それがブログのちょうど良いネタになる。今日のエントリーは、Daniel Goleman という人の書いた”What Makes a Leader?” という論文の要約。 筆者は（企業などの）リーダーになるためには、ただ高い知性と専門知識を持っているだけでは不十分で、筆者がEmotional Intelligence(感情知能)と呼ぶ能力を持っていることが不可欠だという。 Emotional Intelligenceには５つの要素がある。 Self-Awareness 自分のムードや感情を常に冷静に把握しており、それが他の人に与える影響を十分に認識していること。Self-Awarenessが低い人は、自分の性格の欠点を指摘されたりするとそれを「個人攻撃」と見なして不必
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
Life is beautiful: Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ
最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。ソフトウェアを生業としているエンジニアとしては、この手の「流行もの（hype）」に触れた時には、表面的なものに踊らされずに、その本質を自分なりにしっかりと捕らえて消化・吸収して自分のものにしなければいけない。今までも、「オブジェクト指向」、「マルチ・ティアー・アーキテクチャー」、などの言葉が一人歩きするたびに、「これからは○○だ」とか「○○の時代は終わった」などと、過激なことを言って読者の目を引こうとだけするマスコミや企業のマーケティング戦略に数多くの人が踊らされてきた。 そんなノイズだらけのメッセージに混乱させられた結果、「Ｃではオブジェクト指向のプログラミングは出来ない」と信じているエンジニアがいまだに沢山いることは全く嘆かわしいことだ。「オブジェクト指向のプログラミング」は、設計姿勢・プログラミングスタイルに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
