すべてがクラウドに移行しますか?もしそうなら、どちらの方向に?Google-Gears?Flash、AIR、JavaFX?
20 に答える
いいえ、誰かが自分のデータを他の誰かに管理させなければならない理由について、非常に適切な議論を思い付くまでは。そして、インターネット接続が常にオンで、どこでも利用できることを保証します。
私はマジックエイトボールに尋ねました-それは「まさか!」と言いました。
私は十年近くこの質問をしてきました。私のビジネスでは、ほぼ同じことを行う Windows アプリと Web アプリの両方を構築して販売しています。4 年前なら、80 対 20 で Web アプリを支持するだろうと言っていただろう。ただし、出荷数に関しては、まだ 60 ~ 40 で Windows アプリを支持しています。
以前は、サービスとしてのソフトウェアの受け入れに対する本当の障壁は、より優れた、よりリッチなユーザー インターフェイス (Silverlight、Air などが解決する) への欲求であると考えていましたが、今では、多くの人は、Web に接続されたサブスクリプション モデルよりも、1 回限りの購入とローカル コントロールを好むだけです。この好みは、お金に対する価値の個人的な認識に根ざしているため、技術者が考えるほど早く技術が何かを変えるとは思いません. したがって、私は、開発者が予想するよりも長く Windows アプリが使用されていることに賭けたいと思います。少なくともあと10年。
個人的な私の夢は、OS と使用するすべてのアプリケーション、およびすべての個人設定を含む USB スティックを持ち歩くことです。このドライブは、遭遇するどのコンピュータにも接続でき、使用しているコンピュータに関係なく、いつでも自分のパーソナライズされたエクスペリエンスを得ることができます. すべてのアプリケーションとすべてのデータにいつでもアクセスできます。夜間の帰宅時や指定したパソコンへのチェックイン時にバックアップを行うので、データを失う心配がありません。これは、 Gdiumや G-Key で行われていることと多少似ていますが、このようなアイデアが将来もっと一般的になることを願っています。
私たちの宇宙に秘密の物理学やその他の奇妙な抜け穴が発見されない限り、答えはノーである可能性が非常に高い. さて、いくつかのSFについて。
これを考えてみてください。いつの日か、1 秒あたり数ガジリオン FLOPS を処理できる量子クラウド サーバーが登場するかもしれませんが、私たちの知る限り、それらの結果を光速よりも速く送信することはできません。
では、どんなことでも 1 ミリ秒で処理できる「スーパー クラウド」を想像してみてください。ただし、その結果を数ミリ秒以内に受信できないと、「パフォーマンスが最悪」になります。たとえば宇宙船を想像してみてください。クラウド サーバーに依存することはできず、「デスクトップ」が必要になります。
これはばかげているように聞こえるかもしれませんが、2008 年現在でも、光子が CPU チップの一方の側から他方の側に移動するのにかかる時間は、トランジスタのゲート状態が変化するのにかかる時間よりも長くなります。つまり、私たちはすでに光速の限界に達しています。
では、必要なのはダム端末だけですか? 私たちは前にここにいたことがありませんか?そうですね、確かにマルチメディアなどを備えたよりきれいなアプリケーションになるでしょう。しかし、それにもかかわらず、愚かな端末です。
振り子がそこまで後ろに振れるとは思えません。
Webテクノロジーが本当にデスクトップアプリケーションに取って代わることができるようになるまでにはかなりの時間がかかりますが、いつかそれが起こることは間違いありません。テクノロジーの進歩は速すぎて一貫して行われず、それは起こりません。
しかし、あなたが言及したテクノロジーのいずれかが関連するものになるとは思えません。ブラウザはVMのような状態に移行し、より優れたWebエクスペリエンスを作成する力がますます高まっていると思います。
はい、しかし、支配的なテクノロジーがまだ存在しているとは思えません。
いいえ。データ中心のアプリと通信中心のアプリはクラウド化できます。ただし、処理中心のアプリは、Web にダンプされることはあまりありません。
重い画像処理とゲームはWebアプリケーションには少し重すぎるかもしれませんが、最終的には多くのアプリケーションが重くなると思います。
これは、ピーナッツバターがゼリーに取って代わると主張しているようなものです. 真実は、両方とも単独でうまく機能するか、多くの場合一緒に使用するとさらに良く機能するということです. 個人的には、将来的には、どちらか一方を個別に使用するのではなく、両方を組み合わせて使用する例の大部分が見られると思います. とは言っても、それが理にかなっている場合は常に別のインスタンスがあります.wikipediaやflickrがすぐにスタンドアロンのアプリになるとは思いません. 同様に、Web 対応であっても何のメリットもないデスクトップ アプリがあることは確かです (奇妙なことに、現時点では良い例が思い浮かびません)。
また、両者の境界線がますます曖昧になるという以前のポスターにも同意します。
WebApps は多くの点で優れていますが、実際には依然としてパフォーマンスとローカル ハードウェアの統合が課題です。
何かを行うための優れたネイティブ アプリと、同じことを行うための AIR アプリがある場合、私は常にネイティブ アプリを使用します。HTTP には制限があります。
いいえ、デスクトップ アプリケーションは現時点では行き詰まっています。セキュリティの小さな問題が最終的に解決されれば、完全に機能するようになります。
これが近いうちにどのように起こるかはわかりません。近いうちにというのは、次の 10 年から 15 年の間にという意味です。または、なぜそうしたいのかさえ。集中的なゲーム、クオンツ ファイナンス、科学と防衛など、どれも Web ブラウザーで実行してもメリットはありません。
ブラウザ (HTML/Java/CSS/Flash/なんでも) がネイティブ アプリケーションを真の意味で凌駕するには、コンピュータ アーキテクチャ (CPU/メモリ) のパフォーマンスが非常に強力になり、アプリケーションを実行できるようになる必要があると思います。ブラウザ フレームワーク内でハード リアルタイム プロセスを実行しても、決定論の低下やハード リアルタイム パフォーマンスが低下することはありません。
そのためには、コンピューティングの真に重要な進歩が必要になりますが、現時点では、今後 10 年間は期待されていません。
彼らはお互いに協力すると思います。Web でホストされるコンポーネントと、ローカルのパーツを持つことが可能になります。Flex アプリは、ローカル サンドボックスとブラウザー サンドボックスの両方を使用できます。Silverlight がまだそうでない場合は、そうする必要があります。
多くの個人は家族の休日の写真をどこに置くかを気にしませんが、大企業はクラウドで何を解放するかに非常に注意を払います。
人々は「次の大きなもの」を探すことに夢中になりすぎています。それは本当に問題ではありません!現在存在する Web とデスクトップは、アプリ用の 2 つの別個のプラットフォームにすぎません。これらのプラットフォーム間の境界線はますます曖昧になっていますが、アプリを作成する人々にとってどちらのプラットフォームにも長所と短所があり、最終的にユーザーは最高のアプリがどこにあるかだけを気にします。
両方とも残るだろうと私は言いますが、すぐにエンドユーザーの観点からそれらを見分けることができなくなります.
現在、eyeOSのように長い道のりを歩んでいるものがありますが、究極のパフォーマンスとゲームに帰着すると、ブラウザーができることには限界があります。
Google は、デスクトップ アプリケーションがもはや必須ではなくなるという賭けとして、Google Chrome OSを導入しました。