アカウント名:
パスワード:
いろいろなプロトコルの実装を行って社会に還元するということも大事と思うですが、それ以上に、使うユーザに魅力的なアプリケーションの開発も大事なことではないかと思うですの。
まるで息をするように、意識することなく使えるというアプリケーションの開発を行って、HTTPだけに収斂させないように(他のプロトコルを使うように)誘導していくことも一つの方法ではないかなと考えるですが、どうでしょう?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
建設的に (スコア:3, すばらしい洞察)
Re:建設的に (スコア:1)
で、いろいろなプロトコルの実装を行って社会に還元するということも大事と思うですが、それ以上に、使うユーザに魅力的なアプリケーションの開発も大事なことではないかと思うですの。
まるで息をするように、意識することなく使えるというアプリケーションの開発を行って、HTTPだけに収斂させないように(他のプロトコルを使うように)誘導していくことも一つの方法ではないかなと考えるですが、どうでしょう?
-------- SORAMINE Yukino
Re:建設的に (スコア:2, 参考になる)
サービス受益者側から見ると、既に十分誘導されているといえます。ご存じのように今時のグラフィカルwebブラウザーは、ユーザーがwebページ上のftp://アンカーをクリックすればFTPプロトコルを使うことになるように、適宜プロトコルを切り替えています。
問題はサービス提供側で、例えばデータの転送にはFTPではなくHTTPを使うようになった理由として;
- FTPサーバーを別途立てるのが面倒/困難
- セキュリティ上FTPを好ましくないと考える
- サービスのユーザーのインターネット体験がwebブラウザー経由に集中している
などが考えられます。提供側は諸般を鑑みた上でHTTPを選んでいるので、自然な誘導は難しいかもしれません。各プロトコルの向き不向きは既に軽視されている訳ですから。(FTPクライアントを持っていない/使えない/アップロードができない)
Re:建設的に (スコア:1)
ってなことを画策しても、現実に使おうとするとfirewallやproxyの絡みなんかで、結局はhttpにした方が楽じゃんって話になるのが実情だと思う。状況的には世間がIPv6に移行しないのと似た問題な気がするのは俺だけ?