なぜ横並びで展示されるAndroidタブレットを作ってもだめなのか
先日のエントリー「Androidタブレットはヨドバシカメラの『Androidタブレットコーナー』に横並びにされた時点で負けだ」には、例によって賛否両論のさまざまなフィードバックがよせられたが、否定的な意見の大部分は以下のようなもの。 何故負けなのかがあまりイメージ出来ないなあ。描かれている様子はAndroidが盛況を博しているものにしか見えない。 PCメーカーが「何のためにWintel」と考えてるとは思えないし、スマホやタブレットで「何のためのAndroid」って問いに意味があるとも思わない。 すでにそんな現状の Windows PC でも一定の利益は出ているのだから、Android タブレットも負けではあるまい。 歴史に学ぶとするなら、iPhone/iPad が Machintosh だとすれば、Android機はPC/AT互換機なんだと思う。ただ、「Windowsなのでどれも使い勝手は
日本のケータイが「ガラパゴス化」した本当の理由
「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ（もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった）。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が２００１年のCTIA（米国の携帯電話業界で一番大きなカンファレンス）のスピーチでこの言葉を使った時は、単に日本という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな
iPadアプリ作成日記：書き心地重視のneu.Notesリリース！
先日予告した「書き心地重視の『手書きメモ』アプリ」、ようやくiTunesストアに並んだのでここで発表させていただく。名前は neu.Notes（"neu"はドイツ語で「新しい」という意味)。読み方は「ノイ・ノーツ」。日頃のちょっとしたメモや、ミーティングや授業のノートを取る時に便利な様に、使い勝手と書き心地を最重視して作ったアプリ。無料なので、iPadをお持ちの方は、ぜひともお試しいただきたい（iTunesストア上のneu.Notesへのリンク）。 これを作るきっかけを与えてくれたのは、Adobe Idea。最初に見た時には「やられた」と思った。簡単なメモを取るには十分な機能があるし、何よりもベクター・データのままIllustratorに渡せるという部分がすばらしい。描いた線をなめらかにしてくれる機能もなかなかしゃれている。これで私にとっての「メモアプリ」の座は決まりだと思った。 しかし、
iPad活用術：iPadでパワポのプレゼンをする方法
iPadのような「新しいおもちゃ」を手に入れたら、出来るだけ色々な場面で使って満足感を増したい、さりげなく使うところを他の人に見せて優越感に浸りたい、と思うのは、このタイミングでiPadを入手するような典型的なアーリーアダプターとして当然の要求。 そんな人におすすめなのが、iPadを使ったプレゼンだ。ミーティングの場に、ノートパソコンの代わりにiPadだけを持って行き、おもむろにiPadをプロジェクターに繋げ、プレゼンをする。注目を浴びること、間違いなしだ。 用意すべきは小道具はiPadをプロジェクターに繋ぐためのiPad Doc Connecter (2980円、Apple Storeへのリンク）。そしてアプリはCloudReadersを使う（こちらは無料）。Version 1.10からは外部モニターをサポートしているので、その機能を使ってプロジェクターにスライドを映すのだ。 プレゼンの
iPadアプリ第二弾予告：書き心地重視の「手書きノート」アプリ
iPadアプリの第二弾は、Adobe Idea に真っ向から挑戦する「手書きノート」アプリ。日本でのiPadの発売に会わせてリリースする予定だったのだが、ささいな点でアップルの審査に引っかかり、再審査中。数日中にはiTunesストアに並ぶと思うので（もちろん無料）、乞うご期待。 ちなみに、用途はちょっとしたメモ帳代わり。思いついたことを書き留めたり、ミーティングや授業のノート取りに使ったり、ということをメインの使用シーンと想定して設計している。簡単なイラストとか、マインドマップとかを書くのにも向いていると思う。 当然、書いたメモをPNGやPDFファイルとしてメールで送ることもできるし、それをIllustratorにベクターデータとして渡してさらに加工することも可能だ。 特徴は使いやすさと、手書き感覚の気持ち良さ。Adobe Ideaは機能的には良く出来ていると思うんだが、使い勝手が悪いのと
HTML5 Widget入門：あなたにも作れるiPad用Widget
今朝の「iPadでHTML5 Widgetを走らせて遊ぼう」に対して、「もう少しWidgetについて知りたい」との声が聞こえてきたので、「Widget入門編」を書いてみようかと思う。 Widgetとは何か？ 先のエントリーで書いたが、ひとことで言えば「パッケージ化されたウェブアプリケーションである」。通常のウェブアプリは、特定のURLにアクセスすることにより走らせるが、Widgetの場合は、.wgt のエクステンションを持つWidgetファイルをダウンロード＋インストールした上で、それを起動する。 Widgetファイルの中身は、HTML+CSS+JS+メディア・ファイルで構成されており、それをZIP圧縮して、エクステンションを.wgtに変更しただけのものである。 なぜそんなことをするかと言えば、（１）オフラインで動かしたい、（２）通常のデスクトップアプリの感覚で起動したい、（３）パッケージ
iPad上でHTML5 Widgetを走らせて遊ぼう
昨日の「HTML5: W3C Widget とその応用を考える会」は参加者も多く、私自身とても良い勉強になったが、そこでも予告した通り、iPad発売を記念してWidgetのサンプルをいくつか用意したので、ぜひともお試しいただきたい。 手順は以下の通り。 ステップ１. iPadにCloudReadersをインストールする（iTunes ストアへのリンク） ステップ２. 以下のWidgetをダウンロードする Download 3dClock.wgt (2.5K) ー CSS3を使った３D時計 Download TimeTrial25.wgt (7.8K) ー タイムトライアルゲーム Download JSCalc.wgt (3.4K) ー 電卓 Download QuadraBench.wgt (2.5K) ー Canvas のベンチマークプログラム ステップ３. iPadをPC/Macに繋げ
「金メダリストは『練習が楽しくてしかたがない』からこそ強くなれた」説
技術評論社の WEB+DB PRESS 向けに連載コラムを書きはじめたのだが、その最初のコラムがウェブで公開されたので、リンクを張っておく。 第一回 一生の仕事を選ぶということ 担当の人の「この業界で働く若手のエンジニア向けのメッセージ」を書いてほしいとのリクエストに答えるつもりで書いたのだが、「説教臭くなくて、ちゃんと伝わる」文章を書くのが難しくて結構苦労したので、ぜひとも読んでいただきたい。 この話の核となる部分は、私の「マラソンで金メダルを取る人たちって『過酷な練習に耐える精神力がある』から頂点に立てるんじゃなくて、『他の人たちにとっては苦痛でしかない練習が実は楽しくて仕方が無い』から頂点に立てるんじゃないか」というセオリーにもとづいている。高橋尚子が現役のころの話を聞いていて、つくづく「本当にこの人は走ることが好きなんだなあ。だからこそ誰よりもたくさんの練習をすることができて、その
iPadのインパクト：電子書籍のビジネスモデル
Tech Waveの「iPadに期待する米出版業界、期待すれば裏切り者扱いされる日本の業界【湯川】」という記事を読んでから色々と気になったことがあったので日本における書籍の流通の仕組みについて調べてみた。 とても参考になったのが、少し古いが「書籍の価格構成比をめぐる小考」というブログ記事。流通マージン等に関して、具体的な数字が列挙されているのがうれしい。 紙代：6％ 製版・写植代：12％ 印刷・製本代：7％ 編集コスト：3％ 版元粗利：32％ 著者への印税：10％ 取次マージン：8％ 書店マージン：22％ この数字（特に写植代と取次マージン）がそもそも電子写植・大規模店舗・オンライン店舗・チェーン店の時代に適切かどうか、という話はひとまずおいておいて、電子書籍の時代にどうなるかを考えてみる。 紙代：0％ (不要） 製版・写植代：?％ （はるかに低コスト） 印刷・製本代：0％（不要） 編集コ
iPadのインパクト、私の予想８
iPadの米国でのローンチまで１０日となったわけだが、色々と思うことがあるので書いてみる。 予測１：４月３日のローンチは成功する これは99.9%確実である。この手のデバイスのローンチには、（１）開発者に魅力的なプラットフォームを提供してアプリを作らせ、（２）ブロガーの興味をそそって発売前からせっせとブログエントリーを書かせ、（３）アーリーアダプターの心をくすぐって注文予約させれば良いのだが、まさにその戦略に１００％ハマっている私がここにいる（笑）。 先日のエントリーで書いた様に、開発者としては、iPad用のクラウド本棚付きeBookリーダー「Cloud Readers」をすでにAppleに審査のために提出済みである。ブロガーとしてはこのエントリーも含めてiPadに関しては何度も書いて来ているし、当然アーリーアダプターとしてiPadはオンラインで注文してある。Appleから表彰状をもらいた
予告：iPad向けクラウド本棚付きeBook Readerを無料で配布します
数ヶ月前から、自分専用のiPhone向けComicリーダーを作ってスキャンした本とかマンガを読んでいる私だが、いまいち画面が小さいので、マンガは良いとしても本を読むにはちょっとつらい。そこでiPadには多いに期待している。自分だけで楽しむのももったいないので、iTunesストアから無料で配布するつもりなので期待していただきたい。 ちなみに、ついでにGoogle App Engine上に「クラウド本棚」を作ってそこからいろいろな本をダウンロードできるような仕組みも作ったのだが、今のところ「使い方マニュアル」しか置くものがないのでちょっと困っている。いくつか手持ちの本をスキャンしてはあるが、これを勝手に配布することはもちろんできない。青空文庫の本をPDF化しておいておけば喜んでもらえると思うんだが、読みやすい大きさにレイアウトするには、それなりに手間がかかる。 そこで、みなさんのご協力をあおぎ
共著「Google Chrome OS」出版のお知らせ
先日のセミナーでも少し触れた、「Googleのコモディティ戦略」。インプレスからこのたび出版される「Google Chrome OSー最新技術と戦略を完全ガイド」の「戦略」の部分に共著者の一人として寄稿したのでここで紹介させていただく。 Chrome OSにせよAndroidにせよ、OSをGoogleが無料で提供するには深い意味があるのだから、それをちゃんと理解した上で、自社のデバイスに採用するかしないかを「経営判断」として決めるべき。「他のメーカーも載せはじめたから」とか「自分だけ乗り遅れたくないから」ぐらいな安易な気持ちで始めると、「実際やってみたら得をしたのはGoogleだけ」という結末になりかねないので慎重にすすめるべき。 ２年ほどiPhone向けのアプリを作って来た結果、最近強く思うのは、テレビなどの据え置きがたの家電にアプリをダウンロードして走らせる、という発想自体が根本的に間
iPadアプリ作成日誌: Apple に Submit しました
先日予告した「クラウド本棚付きeBook Reader」（正式名称はCloud Readers）、予定通りに開発も終わり、 Apple に Submit することができたのでここに報告させていただく（現在、Appleによる審査中）。前のエントリーでも書いたが、これは私自身がiPhoneで主にマンガを読むために自分用に作ったマンガリーダー（非売品）をiPad用に改造したもの。１年近くもの間、細かなところで微調整を繰り返して作り込んで来たものなので、満足していただけると思う。 一つだけ不安なのが、リリース前に実機でのテストができなかったこと。本来ならば、iPad上で私自身がしばらく使い込んで微調整を繰り返してからリリースするべきなのだが、「iPadアプリストアのグランド・オープニングに自分の作品を並べたい」という欲求には勝てず、エミュレータでのテストに頼らなければならなかったのが残念。 もう一
今、日本に必要なのは企業の新陳代謝と優秀な人材の有効な活用
先日の「とある家電メーカーでの会話：クラウドテレビ編」と「もし日本のメーカーがiPhoneを発売していたら」、ユーザー不在・カタログスペック重視のもの作りの問題点を浮き彫りにしてみたつもりだ。「こんな場面につい最近も出くわした」という意見から、「こんなにはひどくない」というフィードバックまでいただけたが、多かれ少なかれ、これに近い状況が現場で起こっており、それが日本のメーカーの国際競争力を奪う原因の一つになっていると私は見ている。 日本の家電・半導体メーカーが米国のメーカーと激しい貿易摩擦を起こしていた８０年代、日本の企業の強さはまさにこの「スペック重視のもの作り」にあったことは事実である。日本人の勤勉な気質と日本流の経営スタイルがちょうど良い案配に働き、より集積度の高い半導体、より画質のきれいなテレビ、よりハイスペックな家電を欧米よりもはるかに低コストで効率良く作ることにより、日本が一気
Google App Engine入門：Datastore上で「ユニーク制限」を実現する方法
Google App Engine のDatastoreには、通常のリレーショナルデータベースと比べた時にいくつかの制限があるが、その一つが「このプロパティの値は常にユニークでなければならない」という指定（ユニーク制限）ができないことである。 Invoice IDのように自動生成するものであれば、アプリケーション側でなんとかすることも簡単だが、メールアドレスやハンドル名など、ユーザーが入力するものになると、ユニークであることをきちんと判定した上でEntityを作ることが必要になる。 もちろん、単純に「有無をチェックして、なければ作る」というプログラムではスレッド間の競合に対応できないので、そこはトランザクションを使ってアトミックに処理をする必要がある。 App Engine上でトランザクションを実現するには、エンティティグループという仕組みを使って行うが、気をつけなければいけないのは、エン
もし日本のメーカーが iPhone を発売していたら..
iPhoneは会社から支給されて使っていますが、非常に使い勝手がいいです。 ただ、これでは、いまほど欲しくならないことはたしかですね。 他の機種と同じ土俵の上に上がってしまっているので、「なんかいろいろ機能がごてごて付いてる中の携帯の一つ」というところでしょう。 つまり、「売れるモノも売れなくなる」、「売り方次第」ということを今更ながら思い知らされました。
Google App Engine入門：実践編
今週に入って、Tiny Message に続く二つ目の Google App Engine ベースのサービスをリリースした。３日ぐらいで試験的に作った Tiny Message とは異なり、今回のものは、丸二ヶ月間寝る間も惜しんで作った力作である。 米国向けのサービスな上に招待制のSNSなので、ここではサービスそのものは公開しないが、いくつかこだわって作った部分があるので、それについて語ってみようかと思う。 1. 対象となるユーザーの絞り込み FacebookやTwitterのような巨人が存在している中で、それにまっこうから対抗するようなソシアル・ネットワーク・サービスを作ったところで無謀なだけである。そこで、逆に対象にするユーザー層を究極にまで絞り込んで、彼らのライススタイルに徹底的にマッチしたサービスを作ることにより差別化をはかる、という戦略を選択。対象は「LAに住む２０〜３０代の社交
私からの提案：おかえりなさいテレビ
若干誤解してしまった人も少しいたようだが、私が「もし日本のメーカーがiPhoneを発売したら...」で指摘したかったのは、「広告一つでこんなにインパクトが違うのか」という単純な話ではなく、「どこに重きを置いてもの作りをするか」というもっともっと根本的な問題。 カタログスペック重視のもの作りは、確かに社内の稟議を通しやすいし、作る過程でも目標設定が簡単だ。量販店で横並びにされた時にも他社の製品に負けない。しかし、これがそろそろ通じなくなっていることは、日本のどのメーカーもひしひしと感じているはずだ。 確かに「ユーザー・エクスペリエンス（おもてなし）」とか「ライフスタイルへのインパクト」重視のもの作りは、定量化ができなし、大失敗の可能性もあるので、「出る杭は打たれる」型の日本の会社では難しいのかも知れないが、そろそろ意識を切り替えないと手遅れになる。「ユーザーにどんな体験をしてほしいか」をまず
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
UIプロトタイプ：autocomplete (jQuery plug-in jSuggest)
昨日に引き続いて、今日も作成中の Google App Engine アプリ用のUI部品の作成。HTMLの一部に記述された（もしくは別途JSONで取得した）ワード・リストの入力を autocomplete を使って簡単にしようという試み（Google Suggestのようにダイナミックにリストを取得する必要はない）。 そこで、まずは既存のライブラリ・プラグインの調査から。必要とする人も多いようで、少し調べただけで２０個ぐらい見つかる。デモを見て５つに絞ってからそれぞれのソースコードを解析。例によってどうしようもない品質のコードもあるので、結局のところたどり着いたのは、比較的コードがきれいなこの二つ。 jQuery Autocomplete Mod JQuery Plugins by Dylan Verheul - autocomplete どちらかをそのまま使っても良かったのだが、どちらも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
