向けのアプリビジネスはなぜ魅力的か2009/08/06こちらを読んで素朴に思ったこと。ここら辺は,中島さんの方が洞察力も情報も持っていらっしゃると思うので,つらつらと。GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか?そもそも、「Googleがモバイルプラットフォーム」を発表する、と聞いた時には、「ついに超高速・超小型のJavascriptエンジンの開発に成功したか」と過大な期待を抱いてしまった私にとって、JavaVMもどきのAndroidははっきり言って期待はずれの拍子抜け。明らかにGoogleの「ウェブアプリケーション中心」というの基本路線から外れており、せっかくAndroid向けのアプリを作った開発者がGoogleに途中ではしごを外されて途方にくれる可能性は大きいと私は見ている。ここに言う「ウェブアプリケーション中心」というのは微妙にニュアンスが違うんじゃないかと思ったりします。なりに限定したインフラというわけではなくて,ネットそのものを基盤にしたインフラなんじゃないだろうか,ということ。ひと昔の発想だと,まず独自のネットインフラがあって,その次にそれに準じた特定のサービスがあって,そのサービスを受けるための特別なブラウザなりクライアントソフトがあるってのが基本なのでした。それぞれの段階で,顧客を囲い込む仕組みができていた。はじめとした各ケータイキャリアが提供しているサービスなんかでは,いまだにネットインフラのレベルで囲い込んでます。提供しているサービスがしょぼい割に使われているのは,それしか使うアテがないからだったりする。HTTP)を利用できるということ。上のデータとケータイ上のデータは区別なくやり取りできるようになりました。大きな違いは,サービスをどこでの処理するかにあると思うんです。新たなクライアント側の処理系として投資効率がいいんじゃないか,と。クライアント側でローカルなアプリケーションを作る限りにおいては,当たってるんだと思います。普及すればの話だが)。アプローチは,基本的に処理系をネット側に置いている点が決定的に異なります。提供するサービスは,固有で複雑な処理をサーバ側に置いて,クライアント側はできる限りどんな実装でも対応できるサービスだったりするということ。話せる環境が手元にあれば,サービスを利用できます。クラウドコンピューティング用の端末といったところか。ローカルなアプリを動かすってのは,どちみちハードウェアの性能に依存した,硬直的なアプローチだと思ったりします。アプローチの方が,高いスケーラビリティを維持できるんじゃないだろうか,と。単純に,メールを読むためにブラウザを起こすのってアホらしくね?ってのもあるんですけど。Interface)をサポートするはず(と信じている)。),開発者からしても参入しやすいはず。部分だけを変更すればいいだけなので,移植のしきいも低くなるはずです。部分もプラットフォーム用にコンパイルしなおすくらいで済むんじゃないだろうか。言うならブラウザ)で,サービスを区別するような仕組みは廃れていくんだと思っています。ネット上にサービスを抽象化することで,クライアント側は,それぞれのハードウェア環境で適切な実装が提供されることになる,と。なりなんなりってなことになるんだと思うんですけれど,いずれにしろ,一部の処理系だけでしか動かないアプリケーション環境は,本当にローカルなアプリケーション(メーカー製パソコンのオマケソフトみたいな)に限定されるんじゃないか,と。買ったからってのが大きいんですが。ポジショントーク,ポジショントーク。