【製品】MicrosoftがIE10を初披露、HTML5準拠とパフォーマンスの向上をアピール（11/04/13）

ウェブアプリケーションという不幸

現在、多くのプログラマ（素人）が
勘違いしていることに、
ウェブアプリケーションというのが
正しい未来の方向だと考える
点である。

ソフトウェアの作りとして、
そのアプリケーションに応じた
状態遷移を実装するというのは
基本中の基本である。

その時点で、ブラウザという
アプリケーションの上に
アプリケーションを実装するのは
論外である。
普通にアプリケーションを実装
してダウンロードして使って
もらえばいいのである。

ウェブアプリケーションとは
虚構にしか他ならない。

ウェブアプリケーションを
作ろうとしているあなた。
今すぐ普通のアプリケーション
とし設計し始めては
いかがだろう。
そうすればきっと後悔しないですむ。

なんでウェブアプリケーションだと状態遷移が実装できないの？
ソフトの上で動くソフトが誤りだと言いたいのなら、プラットフォームの上にアプリケーションを重ねるのは間違いじゃないの？

>>229の言ってることは微妙だが、しかしいかにも無理矢理、って感じのひどいアーキテクチャがまかりとおっているのは事実。
たとえば、ローカルの画像を表示するのにその画像をサーバーにアップロードする必要があるみたいな。
RASISや最小特権原則の観点からみてもアホすぎるし、
それによっておこる問題解決のためにさらに新しいセキュリティモデルを導入するとか
かなり本末転倒なことがかなり大真面目に行なわれている。
これが、たとえば共有分散ストレージ上に構築された次世代の分散OSの上で行なわれる、
とかそういう話なら話はまったく別なんだが、そういう訳でもなく、
ただWebというプラットフォームをいかに商業的に囲い込むかという目的のために
Webの理想を堕落に追いこみ、その堕落を進歩と呼び替えて煽ってる。
ただまあ、半分はエンドユーザーが望んでこういう状況になってるってのは事実なんだが。

>>230
状態遷移の実装の仕方がひどすぎる
たとえばGoogle mapsなんかだと現在のURLに
状態パラメタをエンコードしたアンカーを付けてそのURLに飛ばすみたいな
ひどいウンコ並みのhackを使ってブラウザの「戻る」に対応してるとか

>>232
じゃあ、それはHTMLが貧弱だったからで
ウェブアプリのせいではないってことだな。

>>233
そう。君はいいところに気がついた。
ウェブアプリが悪いんじゃなくて、HTMLが悪いんだよ。

私にとって>>233がWebアプリの定義やHTTPとHTMLとの違いを把握しているかどうかはどうでもよく
>>233がウェブアプリ、つまりHTMLにこだわったおろかな実装をしないことが
重要なのである。
HTTPというステートレスの通信を前提に無理やりアプリを作るおろかなブームが
はやく業界から去ってほしいだけなのである。

> HTTPというステートレスの通信を前提に無理やりアプリを作るおろかなブームが
> はやく業界から去ってほしいだけなのである。

お前には無理ｗｗｗｗ

>>234
セッションって知ってる？
クッキーって知ってる？

クッキー使ってセッション張るってことがそもそも無理矢理に感じるんだが。
Web屋の感覚からするとそれがあたりまえで無理矢理感はないのかなぁ。

>>237
じゃあ似たような仕組みを使わないで実現してみ。
もちろんスマホにようにクライアントのIPアドレスは
変わることが前提。

>>238
そんなのいちいち接続切らなきゃいいじゃん。

で
具体的には何がやりたいん

>>234
HTMLやHTTPを悪者にすんなよ。
それはもとから、「そういうもの」としてあったんだよ。
おまえらが苦労してんのはおまえらが勝手にhackしてるからだろ。

>>239
電車の中でトンネルに入って一時的に切れるってことよくあるだろ。
接続を維持した状態でなければならないのが前提になると
それは今よりも劣るということ。

>>241
HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送る。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事（プロトコル）
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られ側、ファイルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。

だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。

ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。（実際WebBrowserというコントロールがある。）JavaならWebClietnだ。

包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。

>>243
名前のせいで混乱してるんだな。

ブラウザは正確に言えば端末だ。
SSHやTelnetのようなものだ。

端末を通して、ウェブの向こう側にあるアプリを使う。
それがウェブだ。

>>244
あなた、ちょっとずれてるよ

>>245
最先端なだけｗ

今はブラウザはそういう扱い。

telnetやsshは米軍が採用してるposix規格の一部だからな
ブラウザはmsofficeのファイルフォーマットと大差ないよ

sshもさ、今はカラー表示できるけど
同じようにタグも表示できるようになるんじゃないかな。

xtermとか端末を表す文字の所に
browserとか入れると対応しているコマンドは
HTMLで出力するようになる。

>>248
おまえ、レイヤーって考え方わかってる？
sshは第何層のプロトコル？
色とかは第何層？

>>244
ウェブって文書を共有するために生まれたんじゃなかったっけ。

>>249
トンネリングって理解できる？
SGRシーケンスで色番号送れるだろ？

>>251
わっかりっまちぇーん。

あと俺の書いた事全部嘘。
ウェブアプリケーション万歳。
ウェブアプリケーションの未来は明るい。
ウェブアプリケーション永遠なれ。

じゃ、ばいびーwww

>>249
層ってなんの話してるの？

色情報というのは、テキスト（文字）の中に含まれた
エスケープシーケンス（特殊な並びの文字列）って知ってる？
それは特殊な並びのタグと同じレイヤーのものだよ。

>>253
お、おう。そうか、ありがとう。

寝るわ、もう。

>>253
そもそもsshやtelnetがプロトコルのこと言ってるのか
単なるUNIX系のコマンドのこと言ってるのか、さっぱり分からん。

別にブラウザだろうがコマンドラインアプリだろうが
単なるフロントエンドは好きなように作れや。

>>255
おまえ読解力ないな。
色とか言ってるんだからsshとか関係なくて
VTエミュレーションのこと言ってるにきまってんじゃん。

軽くなるなら歓迎だが
そうでないならいらない

IE使ってると恥ずかしいよ

まだそんなこといってるのか、時代遅れよ

ボラギノールのCM曲をピアノソナタに
http://www.youtube.com/watch?v=Ip3lc8tDogU&feature=search

postback が単純。

>>258
そんなこといっても６割のユーザーがＩＥなんだぞ・・・

IE9がIEのシェア低下を止めたってよ。
そりゃIEの出来が良けりゃ皆IE使うわなｗ

今はFirefoxよりもIE9の方が早くなってるかなぁ

>>107
たとえばGoogle検索が金魚鉢に金魚が大勢泳いでる背景になれば
多くの人が毎日拝むことになる。マイクロソフトはそういう事態にさえも
対処しているわけだ。すごいだろ。

>>108
貴様みたいにいまだに1200baudのモデムでダイアルアップとかしてるやつにとっては
ネットワークがボトルネックだろうが大多数のものにとっては特にJavaScriptを多用した
ページでのJavaScriptの実行速度こそがボトルネックなのである。

IE6でさえ、最新ブラウザが持っている主要機能を一通り持っている。
Google、もっとしっかりがんばれよ。

例えば？

その主要機能すら標準に準拠していない

IEが最強になってしまった

WebGLはゴミ by MS

>>270
当たり前だろ

metroIEでMS自らsilverlightの介錯したな