アカウント名:
パスワード:
># ブラウザの中で Plugin を使って動画を再生とか、ブラウザでメールやエディタとか># ばかげているとしか思えません!:P>## 個人的には本気で Ajax は捨てたいと思ってますが、無理なんでしょうね参考までにお聞かせ願いたいのですが、あなたが望んでる(つまり馬鹿げてると思わない)ありかたは、どんなものですか?
昔、文字端末しか無かったときに、初めはエディタであったものが『環境』であると主張し、何でもエディタからできるようにした。でも、それは元々エディタでしかなかったので、別の環境であるウィンドウシステムが出てくると、(一般には)見向きもされなくなってきた。
# ブラウザの中で Plugin を使って動画を再生とか、ブラウザでメールやエディタとか # ばかげているとしか思えません!:P
プラグインで動画再生すら否定していますよ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
天に届く統一規格 (スコア:1)
Re:天に届く統一規格 (スコア:1, 興味深い)
やっぱり Linux のように動くものが出来上がってから規格化されるほうが遥かにスムーズ。デファクトスタンダード最強ってとこでしょうか。
ブラウザ戦争なんて失敗の代名詞的に使われることが多いですが、それがなかったら今のような Web アプリ全盛の時代はこなかったのではないかとも思えます。
# ブラウザの中で Plugin を使って動画を再生とか、ブラウザでメールやエディタとか
# ばかげているとしか思えません!:P
## 個人的には本気で Ajax は捨てたいと思ってますが、無理なんでしょうね
Re:天に届く統一規格 (スコア:1, 興味深い)
># ブラウザの中で Plugin を使って動画を再生とか、ブラウザでメールやエディタとか
># ばかげているとしか思えません!:P
>## 個人的には本気で Ajax は捨てたいと思ってますが、無理なんでしょうね
参考までにお聞かせ願いたいのですが、
あなたが望んでる(つまり馬鹿げてると思わない)ありかたは、どんなものですか?
JavaScriptなどの動的要素を一切含まないWebアプリがいい!という話でしょうか?
それとも
「アプリ」をやるならWebと無関係にやるべきだ、という主張でしょうか?
(なおJavaWebStartみたいな奴はWeb(ブラウザ)とは無関係という理解でいいですよね?)
素Webアプリと、今風クラサバ(アプリはHTTPでユーザに送る)と、という
両極端のどっちに賛成してる意見なのか読み取れなかったのと、
じゃあどっちなんだろう?と少々興味がわきまして。
なお私は今風クラサバのほうが好きです。
Webアプリ(HTML+JSあたり)じゃなんぼ頑張ったところで所詮はアプリとして使いにくいんで、簡易アプリ止まりと思っています。
あと気になったのは、ブラウザのなかでPlugin使ってアプリを動かす、つまりJavaAppletやFLASH/FLEXの方向性については、
どう思われてるか?です。
「プラグイン(をWebブラウザにかますの)が馬鹿げてる」という評価でしょうか?
それとも「あれはWebとは一線を画してるからOK」でしょうか?
なお私は「ユーザからみて使いやすければいい」です。今ならJavaAppletとかでもそんなに悲惨じゃない速度だからまあいいかな程度。
ブラウザのなかで何でも動かすという発想は、つきつめればURIというか「アドレス欄」が欲しいんですよね、ユーザも開発者も。
このURIをブラウザで叩けばアプリが起動する、という安心感みたいなものが、ユーザからも開発(配布)者からも持て囃されてる。
JavaWebStartみたいなものも起動はブラウザからなんですけど、いったん立ち上がるとブラウザとは切り離されるんで、(そのこと自体はむしろ良いことだとも思うんですが) 彼らが馴染んだアドレス欄からは切り離されてしまうことにより、彼らの不興を買う…のではないかという不安があります。
Re:天に届く統一規格 (スコア:1, 興味深い)
すいません、中途半端かつ不適切な内容でした。
私も JavaScript を使って行う現代風のクラサバに異論はありません。
スタティックな HTML だけではどうしても出来ない事が多々ありますし。
Ajax を捨てたいと思っているのは、今の方向性を突き詰めるが故の問題です。
今の方法では、どうしても UI にコードが入り込んでしまという問題があり、デザインとコードを分離することが非常に困難になってしまっています。
上記問題を解決するために、様々なツールやフレームワークなども用意されていますが、その規模や隠蔽している範囲が大きいこともあって、それが想定している道から外れたことをやろうとすると非常に困難になる、という問題があります。
Ajax 自体が元々からして Quick Hack のようなところから発生した技術で、体系的に組み立てられた規格品ではないが故の問題だと認識しています。
私の意見としては、きちんと UI から Ajax を分離すべきといった意見なのですが、これこそ「点に届く統一規格」で夢物語でしかありません。
# これは開発側の理論ですし、ユーザには関係のない話であることもあり
# 大失敗する、典型的パターンだと思います。
ブラウザの例えは、あの当時、すべての人が標準に従い、標準化されるのを待って何もしなかったら、Web アプリはおろか Ajax や、形式や方法にとらわれない動画の配信など、今のような Web にはならず、相変わらずページを受け取るだけの Web に留まっていたのではないかと思います。
今の Web の方向性には満足していますが、基盤にある技術は既に時代遅れ。
全てを統一する標準規格がほしい所ですが無理なんでしょうね。
Re: (スコア:0)
>JavaScript を使って行う現代風のクラサバに異論はありません。
更に脱線ぽいですが、JS以外を使った現代風クラサバはどう思われます?
前述したようにJavaAppletもこのグループですし、
(Javaでいえば)JavaWebStartもそうだし。
FLASHはJS系と呼ぶべきかどうか色々微妙ではあります。
というかコンパイルしちまう処理系だと元の言語が何だったかは二義的な問題にしかならないですし。
>Ajax を捨てたい
よくわからないのですが、
Ajaxも「JavaScript を使って行う現代風のクラサバ」(の流儀の1つ)
じゃないのでしょうか?
つまり「何を使って」「どこに」クライアントを実装してるか
Re:天に届く統一規格 (スコア:1)
静的な言語のリンカでは現在当然のように行われている処理ですが、JSだとevalがあるので難しいのではないのかなぁ?
Best regards, でぃーすけ
Re:天に届く統一規格 (スコア:1)
元の発言者ではありませんが、つまりは「ブラウザはブラウザであって『環境』ではない」って言いたいのではないでしょうか?
昔、文字端末しか無かったときに、初めはエディタであったものが『環境』であると主張し、何でもエディタからできるようにした。でも、それは元々エディタでしかなかったので、別の環境であるウィンドウシステムが出てくると、(一般には)見向きもされなくなってきた。
ブラウザはウィンドウシステムの上で動くもの(CUIで動くものもありますが)なので、別ウィンドウでやればいいことをわざわざブラウザ上のスクリプトにすること、つまりは屋上屋を重ねるようなやり方が面白くないということでしょう。
いっそのこと、ウィンドウシステムでなく、まずブラウザが起動するような環境ならいいのかも。(それっぽいのが、昔あったような?)
Re:天に届く統一規格 (スコア:1)
#知らない人もいると思うので。
しかし、統合開発環境はどうなんでしょうかね?ウィンドウシステム上に載ってるからOK?そーいえばEpochなんてのもあったっけ。
Re:天に届く統一規格 (スコア:1)
ブラウザってのは現代のEmacsだったんだ!
# だったらJavaScriptじゃなくてLispでw
Re: (スコア:0)
しばしば幾つかの動的言語が「Lispの末裔」と呼ばれますが、
JSはメジャーどころの中では特にLisp雰囲気を色濃く残した言語でしょうね。
今回の決定も、猛烈に色々台無しにしてまとめてしまえば、
「あんまりLispからかけ離れた言語になるの禁止」
って話だし。
#おもおか狙いなのでAC
Re: (スコア:0)
別ACですが・・・
単純にJavascriptという言語でやるのがいやなのでは?
複数ブラウザの派生表現を考えたりするのは大変ですもの。
# ライブラリが吸収してはくれたりしますが、標準ライブラリもないですし・・・
Re:天に届く統一規格 (スコア:1)
プラグインで動画再生すら否定していますよ?
Re:天に届く統一規格 (スコア:1, 興味深い)
POSIXという規格と、規格上で動作するアプリケーションが存在したからこそ成功した例ですから。
もちろん、開発が軌道に乗ってからは、いろいろと独自設計していますけど。
# ここまで書いて気付いたんですけど、ひょっとして kernel ではなく distribution のことを指していますか?
Re: (スコア:0, フレームのもと)