GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Jean-Jacques Dubray , 翻訳者 吉田 英人 投稿日 2010年9月6日
ネイティブモバイルアプリケーションの継続的な好調が,私たちの業界全体に激しい議論を巻き起こしている。Google の DeWitt Clinton 氏は言う。
今日のネイティブモバイルアプリは,モバイル Web アプリよりも優れています。動作も速いですし,必要なものを探すにも,収益化も容易で便利です。
しかしこれはバグです。仕様ではありません。このモデルは,デスクトップ環境では生き長らえることができませんでした。モバイルでこれがうまくいく,というのは考えられないことです。
このポストは GigaOM の Stacey Higginbotham 氏が,Gowalla の CEO である Josh William 氏にインタビュー した時の内容に対するものだ。そのインタビューでは, Josh が次のように説明している。
Gowalla では iPhone 用アプリと,他のスマートフォンプラットフォーム向けの “美しいモバイルサイト” の両方を構築していたのですが,アプリの利用者が圧倒的に多く,... これは「構築は一度,すべてに配信 (build-once-deploy-everywhere)」というアプリ配信モデルの心臓に杭を打ち込み,マーケットを完全に分断するものです。
Stacey はより広範なトレンドと解釈する。
インターネットの利用法とインターネットの本質における,大きな変化の兆しでもあります。
DeWitt は続ける。
[90年代後半の]デスクトップ環境において Google, Yahoo, Facebook, Twitter, YouTube, Amazon, Ebay, Gmail, MySpace, Craigslist, Wikipedia, Blogger. Wordpress 等々の Web アプリは,ネイティブアプリに対して明らかな将来的優位性を持っていました。人々がそれに気付かなかったのは,今になってみれば滑稽でさえあります。
OSX や Windows マシンで一番よく利用されているネイティブアプリケーションは何だと思いますか? 私の考えでは,それは Chrome や Firefox, Opera, Internet Explorer, あるいは Safari などのブラウザです。
数億人のユーザへリーチするブラウザベースのアプリを構築することは,同じ数のユーザに向けて何種類ものネイティブアプリを構築するよりも,ずっと簡単なのです。
しかし Stacey は,ネイティブアプリのビジネスモデル構築が成功しているのに対して,Web にはコンテントやアプリケーションの収益化に難点がある,と指摘する。
アプリには人気がある[だけではありません。] ... いまだ収益化できない Web ベースのサービスに比べて,アプリは課金が容易なのです。
DeWitt もそれは認めている。
モバイル環境の Web ブラウザや Web ツールキットは,現時点ではネイティブ環境に追いついていません。
しかし状況は急速に変わりつつあります。
- jQuery チームが先頃,jQuery モバイルフレームワーク(jquerymobile.com)を発表しました。
- GWT モバイル Webkit (code.google.com/p/gwt-mobile-webkit) は "HTML5 と モバイル Webkit 機能を活用する” ためのライブラリを提供しています。
- Opera と Firefox の先導によって,モバイルブラウザも急速に進歩しています。
DeWitt の結論はこうだ。
モバイル Web アプリが追いつけない,とする技術的根拠は何もないのです。
当然のことだが,DeWitt のこのポストには数多くのコメントが寄せられた。Anssi Porttikivi 氏が付け加える。
ネイティブアプリでは UI 状態をブックマークしたり,Facebook などで共有できません。ひとつのサイトを複数のブラウザで開くように,UI セッションをいくつも開くことはできません。コピーとペーストも自由にはできません。可能なのは入力ウィジェットのテキストだけです。ページ検索もできません。ブラウザに何か機能改善があっても,ネイティブアプリはその恩恵を受けられません。受けられたとしても Web アプリのように無償で,すべてに対して,一貫性のある方法ではありません。Web アプリが好まれた理由の,これらはほんの一部だったのです。
Denton Gentry 氏の指摘。
私はローカルアプリの応答性と洗練された部分を好んでいますが,データはクラウドに格納 (あるいは同期) したいと思っています。データを失いたくありませんからね。
Doug Purdy 氏の意見。
ネイティブと Web プラットフォームとを分ける重要な要素のひとつとして,新しいハードウェア機能へのアクセス性があります。
JR Holmes 氏がこれに加える。
人々は Web アプリケーションに好意的ではありません。それは彼らが Web を仕事を行うためのツールとしてよりも,むしろコンテンツの入手先として見ているからです。関わり方と機能が大きく違うのです。
[ですから] 人々に最も利用されているプログラムが Web ブラウザであっても,さほど驚くことではありません。彼らは,あれやこれやの方法でコンテントを消費するのに,ほとんどの時間を費やしています。その意味から言えば Gmail は Web アプリではなく,Eメールというコンテントを見るための手段なのです。
多数のセンサを備え,ユビキタスで (より) 広帯域なネットワーク接続 (3G,4G) の優位性を活用するコンピューティングデバイスが次々と現れる状況において,ネイティブアプリケーション特有のアドバンテージというものが存在するのだろうか? 結局のところそれは,ロングテールな開発者にこそ創造性を発揮させ得るようなビジネスモデルなのではないのか? それとも歴史が繰り返して,新たな Web 標準が課されることになるのだろうか? あるいは私たちは,ユーザのエクスペリエンスに駆り立てられる,新たな (複合的) アプリケーションアーキテクチャの時代に入りつつあるのだろうか? これらの問いに対するあなたの見解はどのようなものだろう?
【豆蔵】大好評のため、Jenkins講座を追加開催致します!Jenkins作者の川口氏が講師です。
世界の先進エンジニアが集結 - QCon TOKYO 2012 早期割引実施中!
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。
Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。
GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式
本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。
スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。
No comments
スレッド表示 返信