パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

HTTPへの依存はインターネットを崩壊させる?」記事へのコメント

  • 建設的に (スコア:3, すばらしい洞察)

    前に こんな記事 [srad.jp]もありましたが、プロトコルがHTTPに収斂していく現状はやはりまずいでしょう。書庫のダウンロードもHTTP、webメールでHTTP、Firewall越しのストリーミング受信にHTTP……せっかく目的に応じたプロトコルを実装してきたのにという思いはあります。(誰のせいでそうなったのかはここでは問いませ
    •  ピントがずれているという指摘もあるですけれど、元記事のマイクロソフトの方の発言の論旨はもっともなことかとも思うです。
       で、いろいろなプロトコルの実装を行って社会に還元するということも大事と思うですが、それ以上に、使うユーザに魅力的なアプリケーションの開発も大事な
      --
      -------- SORAMINE Yukino
      • いろいろなプロトコルの実装を行って社会に還元するということも大事と思うですが、それ以上に、使うユーザに魅力的なアプリケーションの開発も大事なことではないかと思うですの。
        今回の話は、既にユーザーのインターネット経験が十分であり、HTTPに頼る以上新しい魅力的なサービスを展開できなくなりつつある、という話ですよね。MSには既に.NETという魅力的であろうサービスが控えていて、だからこそ新しいプロトコルが必要だと説いていると理解しています。
        まるで息をするように、意識することなく使えるというアプリケーションの開発を行って、HTTPだけに収斂させないように(他のプロトコルを使うように)誘導していくことも一つの方法ではないかなと考えるですが、どうでしょう?
        サービス受益者側から見ると、既に十分誘導されているといえます。ご存じのように今時のグラフィカルwebブラウザーは、ユーザーがwebページ上のftp://アンカーをクリックすればFTPプロトコルを使うことになるように、適宜プロトコルを切り替えています。
        問題はサービス提供側で、例えばデータの転送にはFTPではなくHTTPを使うようになった理由として;
        • FTPサーバーを別途立てるのが面倒/困難
        • セキュリティ上FTPを好ましくないと考える
        • サービスのユーザーのインターネット体験がwebブラウザー経由に集中している
          (FTPクライアントを持っていない/使えない/アップロードができない)
        などが考えられます。提供側は諸般を鑑みた上でHTTPを選んでいるので、自然な誘導は難しいかもしれません。各プロトコルの向き不向きは既に軽視されている訳ですから。
        親コメント

「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」

処理中...