KPCBのMary MeekerとLiang Wu による研究は、モバイルアプリケーションに関係する当事者からのネットワークでのトローリング爆発を引き起こし、インターネットの発展の見通しについての激しい議論を引き起こしました。
繰り返し、重大な鐘は、ハイパーテキストWebに未来はないという考え、Webサイトは印刷機がなくなるのと同じようになくなる、Web開発者はタブレットや携帯電話用のネイティブアプリを作成するプログラマに取って代わられるという考えを表明しました。
この点に関して、私たちのモバイルの将来についての私の見解を共有します。ウェブは携帯電話よりも長生きし、携帯電話は私たち全員が予想するよりもずっと早く時代遅れになります。 私は通常、携帯電話をさらに10年、最大15人の命を奪います。 しかし、別の場所の電話については、ここで、Webおよびモバイルアプリケーションの開発の見通しについて説明します。
間違いなく、HTMLは静的テキストとグラフィック情報を操作することを目的としており、現在もそうです。 ただし、以下で説明するいくつかの興味深い点に注意してください。
まず第一に、グラフィカルWebインターフェースは良い人生から登場したという事実です：プロセッサのパフォーマンス、メモリサイズ、および情報転送速度は、合理的なレンダリング時間でリッチなWebアプリケーションを作成できる程度にまで成長しました。 たとえば、Googleドキュメント。
これに先立ち、インターフェースボールは鉄に近い用途で支配されていました。 たとえば、フラッシュ（主にゲームとバナーですが、それでも）。 さらに以前は、総キロバイトのトラフィックが節約された時点で、デスクトップGUIクライアントがネットワークで君臨していました（同じ「The Bat！」、「Semagic」）。
GUIクライアント（現在はモバイル）に戻ったのは、電話の寿命がこれまでにないという事実からです。 RAMはわずか1、2年前にインタープリターに受け入れられるサイズ（約1 GB）に成長し、Wi-Fiカバレッジエリア外のインターネット速度は今や最低限になりつつあり、プロセッサーのパフォーマンスは電力消費によって厳しく制限されています-パワーエレメントの革命はまだ起きていません。
しかし！ これらの制限がすべて削除されるとすぐに、HTMLなどのインターフェイスを記述するための統合宣言言語への迅速なロールバックがすぐに行われると確信しています。 さらに、これらの記述は確かにクラウドに保存され、ローカルコピーの形式ではなく、現在はネイティブアプリケーション（ネイティブラッパー+ HTML）で行われています。
クラウドWebクライアントに関連するローカルクライアントの弱点は何ですか？ ユーザーが表示するインターフェイスのバージョンを更新する問題、新しいバージョンの展開。 モバイルデバイスでネイティブアプリケーションを作成および更新する現在の方法は、ある種の地獄です。
まず、デバイス用のアプリケーションを作成する必要があり、デバイスの種類ごとに独自のアプリケーションを準備する必要があります（ただし、11種類のデバイスを持っているのは1つのリンゴだけで、そのうちの9つが5％を超えるアクティブユーザーを持っています）。 次に、アプリケーションの更新バージョンを何らかの種類のネットワークリポジトリにアップロードする必要があります。 試練はこれで終わりではありません。アプリケーションを更新する必要があることを何らかの形ですべてのユーザーに通知し、それでも謙虚に待って、アプリケーションのほとんどが更新されることを期待する必要があります。 また、これがアプリのアップグレードであり、重大なエラーを修正するバージョンがリリースされている場合はどうでしょうか？
インターフェイスが宣言的に記述され、再コンパイルを必要とせず、一元的に配布される場合、アプリケーション作成者は単純により快適になります。 さらに、このような作品のパッケージングと配布は、中央集権化が進むほど便利になります。
モバイル端末へのアプリケーションサイトの侵入プロセスは、冒頭で説明した理由によってのみ妨げられます：安定した通信が常に利用可能であるとは限らず、保証されたチャネルの厚さがありません。クリーンなwebappは完全にネイティブなアプリケーションよりもはるかに遅いという事実。
一方、モバイル端末のWebアプリケーションではすべてがうまくいくとは考えないでください。 Webソリューションの弱点は、静的コンテンツと触覚制御の下での極端な専門化、「シャープ化」です。 HTML / CSS / JSで説明されているインターフェイスを操作するには、アクティブな要素（カーソル、指）に何かをホバーし、機械的なクリック（タップ、クリック、スワイプ）を行う必要があります。 これにより、触覚的相互作用を必要としないインターフェイスとの相互作用が非常に困難になります。たとえば、フロントガラスにスクリーンを投影する車のハンズフリーナビゲーションシステムなどです。
非テキストベースのインターフェイスを思い出すと、とても悲しくなります。 非テキストインターフェイスには、オーディオインターフェイス（Siri、さまざまなタイプのIVR）、ビデオを動的にマウントする方法、グラフィックコラージュを作成する方法が含まれます。 HTMLはテキストベースのインターフェース言語です。 非テキスト出力の記述にはあまり適していません。
そして、はい、結局のところ、モバイルの時代にウェブでどうなるでしょうか？ 私はそのような予測を恐れていません：モバイルアップはさらに3、4年流行しています。 その後、新しいインタープリターインターフェイス記述言語に置き換えられます。 この言語は、古き良きHTML + JSの束の開発（非常に可能性が高い）でしょうか、それともインタラクションインターフェイスを記述するための完全に新しい言語（私の意見では、おそらく少ない）です-私は言いません。 いずれにせよ、触覚指向の制御からデバイス管理の非接触方式への移行には、新しい言語の作成が必要になります。