電子書籍、やはり真打ちは Amazon Kindle か
某出版社からの情報によると、アマゾンの日本での電子書籍の販売は４月からになるとのことである。 そのころになると、「電子書籍を読むにはどのデバイスが良いか」という話が盛り上がると思うので、先んじて私の意見をまとめて書いておく。 まず、「スマフォで十分じゃん」という意見に関しては一理あると思う。確かに、常に携帯しているし、電車の中でも人の邪魔をせずに読める。 しかし、スマフォで本を読むとなかなか読書に「没頭」できない。しょちゅうページ送りをしなければならないし、ついメールとかをチェックしたくなってしまう。時間つぶしのためにマンガを読むぐらいならば良いが、本来の「読書を楽しむ」感覚には少し遠いというのが正直な感想だ。 次に、iPad。アプリを走らせたり、カラー写真の多い雑誌を読んだり、iBooks Author で可能になったマルチメディア・テキストブックを楽しむのには最高だが、文章がメインの書
可視化された Android OS アップデート問題
先日、ここでも触れた Android OS のアップデート問題。Android 端末がどのくらいの勢いで「陳腐化（OSのアップデートから見放されること、セキュリティ・パッチの配布が止まること）」するかをとても分かりやすく表現しているブログ・エントリーを見つけたので紹介する。 Android Orphans: Visualizing a Sad History of Support iPhoneの場合（上から４つ）は、新機種が発売されてから３年間は陳腐化することはない（緑色）が、Android 端末の場合、大半がすぐに陳腐化（黄色から赤）してしまっていることが良く分かる。 特に問題なのは、発売当初から１〜２世代前のバージョンを搭載した「生まれた時から陳腐化」している端末。中でも Motorola Cliq XT が最悪で、発売された時から２世代遅れており、発売後３ヶ月で３世代遅れになり、その
「空気に支配される大人」にはならないで欲しい
「孫正義ソフトバンク社長が、経団連の理事会に出席し、経団連が一致して決議しようとした原発再稼働への賛成・推進に対して、反対し、執行部の姿勢を強く批判した」と報道されている（参照）。いかにも孫さんらしい行動だが、問題視すべきなのは、３００社以上の出席者からは、孫社長の意見に対する反論も同調する意見もなかったという点。 経団連を牛耳る原発推進派の企業により「満場一致で原発再稼働に賛成する」という空気が作られるなか、その「空気作り」が許せなかった孫社長が真っ向から反対したが、残りの「空気が読める、空気に支配される大人たち」は黙ってしまったのである。 この状況は、学校で「いじめ」が起こった時に、一部のいじめっ子たちにより「あの子はいじめて良い」という空気が作られた時に他の生徒が黙認してしまう（そして、結果としていじめる側に回ってしまう）状況に似ている。そんな空気の中で「こんないじめは良くないよ」と
日本が取るべき「ガラパゴス戦略」
Techcrunchに「ComScore Says You Don’t Got Mail: Web Email Usage Declines, 59% Among Teens!」という記事が出ている。要約すれば、「若い人たちほど旧来型のメールは使わなくなっており、SMS（携帯メール）やIM（メッセンジャー）やFacebookなどの新しい形のコミュニケーションを使う」という話。 日本の「ケータイ文化」やmixiの（初期の）成功を見て来た私としては「何をいまさら」という感じ。日本には「パソコンのメールなんて使ったことがない」「最初にインターネットに触れたのはケータイから」というユーザーが沢山いるわけで、「パソコンのメールよりもより軽くて即時性のあるコミュニケーションの方が今の人たちのモバイル・ライフスタイルには適している」ことは数年前から周知の事実。 この例が示す様に、日本はまだまだ「モバイル
コラム「独自フォーマット戦略の終焉」
少しまえに、技術評論社のWEB+DB PRESSに「独自フォーマット戦略の終焉」というコラムを書いたのだが、それがウェブ上で公開されたので、ここにリンクを張っておく。 言いたい事は一通り書いておいたので、それに関してはそちらを読んでいただくとして、このコラムを書いた後に二つの新たな動きがあったので補足しておく シャープが海外では ePub をサポートすることに決めたこと これは当然と言えば当然だが、相変わらず日本国内では独自フォーマットのXMDFという戦略には私は賛成できない。「コンテンツを囲い込みたい」という気持ちも分かるが、コンテンツ・プロバイダーも賢くなっている今の時代、結局は自分の首を絞める事になると思う。それよりも、シャープという会社として、ePubなりHTML5のオープンなスタンダードに日本語特有の機能を実装して行くための人的資源を提供してそこでリーダーシップを取るという戦略の
なぜ横並びで展示されるAndroidタブレットを作ってもだめなのか
先日のエントリー「Androidタブレットはヨドバシカメラの『Androidタブレットコーナー』に横並びにされた時点で負けだ」には、例によって賛否両論のさまざまなフィードバックがよせられたが、否定的な意見の大部分は以下のようなもの。 何故負けなのかがあまりイメージ出来ないなあ。描かれている様子はAndroidが盛況を博しているものにしか見えない。 PCメーカーが「何のためにWintel」と考えてるとは思えないし、スマホやタブレットで「何のためのAndroid」って問いに意味があるとも思わない。 すでにそんな現状の Windows PC でも一定の利益は出ているのだから、Android タブレットも負けではあるまい。 歴史に学ぶとするなら、iPhone/iPad が Machintosh だとすれば、Android機はPC/AT互換機なんだと思う。ただ、「Windowsなのでどれも使い勝手は
「なぜAppleはiPadにFlashを載せるべきではない」のか
気がついた人も多いと思うが、iPadのアナウンスメントであっさりと無視されたのがAdobeのFlash。私は意図的（＝「Flashなんか重要じゃない」というメッセージ）と読んだが、皆さんはどうだろうか。 iPhoneがFlashをサポートしていないことに対するAdobeを含めたさまざまな方面からの批判を考えれば、「the best way to experience the web （最高のウェブ環境）」を売り文句のiPadが、これだけ広く使われているFlashをサポートしないというのはおかしな話だ。 不思議に思う人も多いかもしれないが、自分をAppleの経営陣の立場に置いて良く考えてみれば答えは明確になる。 Appleという会社は、昔からさまざまなクリエーターたち（アーティスト、ミュージシャン、ウェブ・デザイナー、etc.）を魅力的で便利なパソコンやツールで味方につけ、彼らの作品を消費者
無名関数を使った非同期通信のススメ（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) その書きやすさのために、実務経験の
GoogleはなぜAndroidやChrome OSを無料で配布するのか？
先週「Androidと家電」というタイトルで講演をさせていただいた私だが、そのプレゼンのキーポイントは、「なぜGoogleはAndroidを無料で配布するのか？」。それを私なりに説明するための資料として作ったスライドが以下の二枚。 まずこれは、MicrosoftとIntelがパソコン・ビジネスを育てるためにした「コモディティ戦略」を図式化したもの。IntelとMicrosoftで協力してCPUとOSを部品化・規格化することにより、誰でもパソコンを作れる様にしたのがそれ。これにより、パソコン・ビジネスへの参入障壁が減り、パソコン・メーカーが乱立。差別化がしにくい部分（つまりIntelとMicrosoftがほぼ独占的に提供するCPUとOS以外の部分）で激しいコスト競争が起こり、パソコンのコモディティ化が一気に進んだのは皆さんの記憶にも新しいはず。 特筆すべきなのは、MicrosoftもInte
AT&Tがモトローラ製のAndroid携帯を「時代遅れ」と拒否
今日、米国の携帯業界関係者の間で話題に上ったのが「AT&T rejects Motorola's Android smartphones」という記事。AT&Tから正式に発表された訳ではないが、たぶん真実に近いだろうことは容易に想像できる。 AppleがハードからソフトまですべてコントロールするiPhoneと比べ、GoogleはOSを提供するだけで、最終的な製品の仕上がりはハードメーカーまかせのAndroid携帯は「ソウル（魂）のない」中途半端なデバイスになりがち。 このあたりの事情はMicrosoftのOSを使ったWindows Mobile端末も同じで、「個別の機能を見る限りiPhoneに負けてはいないのになぜか魅力的でない」デバイスができてしまうのは、ソフトからハードまで一貫して責任を持って作り上げることが不可能だから。 この業界の歴史を見ると、古くはMicrosoftが旗ふり役だった
組み込み機器向けandroidに関してのつぶやき
もともとは携帯電話向けに提供されていたGoogleのandroidが、それ以外の組み込み機器向けのOSとして注目されている。私なりの見解もそれなりにあるのだが、勘違いしている部分もあるかも知れないので、確認のためにも私の見方をぽろぽろとTwitterでつぶやいてみたので、ぜひともフィードバックをいただきたい（Twitter、このブログのコメント欄やトラックバック、はてぶ、のいずれでも結構）。以下がつぶやきの内容。 androidが携帯だけでなく組み込み機器一般で注目されている背景には、「要求される機能が肥大化し開発費が膨大になり、機種ごとにOSから組み上げるのがコスト的に見合わなって来た」というのがある（リンク）。 それに加えて、GUIやマルチタスクなどの要求に対し、従来の組み込みOS（μiTron・VxWorksなど）が答えられなかったという状況もある（リンク）。 その答えの一つとして浮
DellのAndroidケータイが意味するもの
CNet/WSJにも書かれていたが（参照）、DellがAndroidを使ったスマートフォンのリリースに向けて着々と準備を進めているらしい。 Microsoft/Intel連合がOSとチップセットという組み合わせでパソコンビジネス（ハード）への参入障壁を極端に低くし、大量の新規参入組と自然淘汰により一気にパソコンの低価格化・コモディテぃ化が進んだことは記憶に新しいと思うが、それと同じような波がようやく携帯電話の世界に押し寄せて来ている。 ここに来てはっきりと見えて来たことがいくつかある。 Androidにより参入障壁が大幅にさがり、中国・台湾・韓国などからメーカーが大量に参入してくる そういったメーカーに製造をまかせ、自分はデザインとブランドだけで勝負する企業も参戦する（Dellはだぶんここに位置することになる） スマートフォンとそれ以外の境があいまいになり、フルブラウザーを搭載するのがあた
GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか？
PhotoShareをiPhone向けに提供して早くも一年になるが、もっとも良く投げかけられる質問は「PhotoShareはAndroidとかの他のプラットフォームに移植しないの？」というものだ。 少し前までは、「まだiPhone以外のビジネスが十分に大きくないから今はまだ早い」、「iPhone上でやるべきことはまだ沢山あるから」、などと答えて来たのだが、最近は少し見方が変わってきた。 今の勢いでHTML5が進化・浸透してくれるのであれば、わざわざ移植コストをかけてAndroidやWindows Mobile向けにネーティブ・アプリを開発するよりは、少なくともUIの部分をすべてHTML+Javascriptにまかせたアーキテクチャでのインタラクティブなアプリの開発というのも十分に可能性があるように思えてきたのだ。 この「HTML+Javascriptですべて出来るじゃん」という発想は、そも
Appleの将来について考えてみる
昨日のエントリーで、SWOT analysisという話をしたが、SWOTはStrength（強み）、Weakness（弱み）、Opportunity（ビジネスを延ばす機会）、Threat（ビジネスをおびやかすもの）の頭文字をとったもの。既にStrengthとWeaknessに関しては書いたので、今日はOpportunityとThreatに関して。 この業界をとりまく環境でAppleにとって最も好ましい現象は、若い人たちのライフスタイルの変化。パソコンや携帯を使いこなし、CDやDVDはもう買わずにiTunes storeや携帯サイトから音楽をダウンロードし、TVの前に座っているよりもパソコンや携帯をいじっている方がはるかに長いという「デジタル・コンテンツ時代世代」が急速に増えていること。 この手の不連続な変化のことをパラダイム・シフトと呼ぶが、これこそがアップルにとって「家電の主役交代」を起
Appleが打つべき次の一手
先日、宿題の形にしてあえて私の意見を書かなかった「Appleが打つべき次の一手」。さまざまな意見が集まって私自身にとってもとても良い勉強になったが、やはり戦略として重視すべきなのは
AppleをAppleにしているもの
ワシントン大学で受講しているMBAの授業もあと３ヶ月を残すばかり。来週から始まるクラスの一つが「General Management & Strategy」というクラス。Microsoftの戦略コンサルタントを勤めるCharles Hillというやり手の教授の授業は、スピード感とテンションの高さで大好きなクラスの一つだ。 最初の授業が「Apple 2008」と題したケーススタディ。Appleの歴史を勉強した上で、Appleの長所・弱点、そしてそれを取り巻く環境を解析する（SWOT analysis）というクラスだ。妻が「あなたが教えるべき」というぐらい楽しいテーマなので、水を得たさかなの様にレポートを一気にまとめて準備完了。せっかくなので、キーポイントをここに書いてみる。
マーケティングともの作りの話
「マーケティング」という言葉を聞くと「商品に関する情報を顧客に向けて発信する」だけと考える人が多いが、マーケティング部門の役割として同時に重要なのは、顧客のニーズをきちんと探り出して「何を作るべきか」という部分に反映させること。 ちょうど今読んでいるHarard Buisness Reviewにとても良い例が出ていたのでその紹介。 米国のペンキ会社が、競争相手に安売り競争を仕掛けてられ、「利益を削ってでもマーケットシェアを維持すべきか」という厳しい選択に迫られていた。その時にその会社のマーケティング部門が調べ出したのが、主な顧客である塗装業者が何にお金を使っているかというデータ。 そのデータによると、ペンキそのものは経費の１５％にすぎず、大半は人件費だという。それも、ほとんどのケースで、一度塗ったペンキを十分に乾かすために、次の日にもう一度現場に足を運んで二度塗りをしているためによけいな人
スケーラビリティとユーザービリティの話
先日のPhotoShareのスケーラビリティのエントリーに関しては、さまざまなご意見をいただき、とても良い勉強になっている。ただし、少し分かりにくかった部分があると思うのでそこに関して補足しておく。 サーバーのスケーラビリティに関してはすでに色々なところに書かれているが、今回の私が注目しているのは、どうやってサーバーのキャパシティを増やすか、という話ではなく、サーバーのキャパシティを超えたトラフィックが来てしまった際にどんな挙動をするように設計しておくのが良いか、という話である。 限られた資源を使って数万人・数十万人の人たちにサービスを提供するかぎり、予想外の急激なトラフィック増加でサーバーに過負荷がかかったりすることはどうしてもあるわけで、そこで問題となるのは、その手の過負荷をどうさばくか。 たとえば写真に付いたコメントを表示させる場合、「最新の情報をすぐに」表示するのが良いのが当たり前
マルチスレッド・プログラミングの落とし穴、その２
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外国為替相場取引（FX）で確実にもうける方法（必勝法）