アカウント名:
パスワード:
悔しかったらAjaxでDAW(MIDIシーケンスおよび音声データからなる音楽を「作成」するソフト)を作ってみろって(^^;
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
限定的なものの開発が容易になるだけ (スコア:1, 興味深い)
新しい世代の「Googleの」アプリケーション開発が「Google APIで」いかに容易かって?
そりゃ一番容易に決まってるだろうが。
なにせGoogleアプリに特化したAPIなわけだからな!!
…と一瞬空目しました。
Google APIというか一般にAjax APIやWeb Service APIの類って、
結局のところ対象とする問題領域やインフラ領域が
Webという狭い範囲なので、
なんかあまり真剣に学ぶ気が起きないですねえ。
Re:限定的なものの開発が容易になるだけ (スコア:0)
>Webという狭い範囲なので、
何のこっちゃ?単にAPIの使用に必要なのがHTTPっつープロトコルであるってだけでしょ?何故Webに限定?
じゃあ一体何のプロトコルを使えば広い範囲になるの?
# まさかPCのローカルで呼び出すAPIが「広い」なんて事は無いよな
Re:限定的なものの開発が容易になるだけ (スコア:-1, 荒らし)
HTTPも含めた:-P、ローカルも含めた、
全部のAPIを好き放題使える(つまり選べる)環境よりは、
明らかに狭いのですけど。
リモートであるが故にどうしても実現困難な機能は、
やっぱり一杯あります。
正確にいえばリモートかつセキュリティチェックを要するせいでの
(現状での)遅さ故ですが、
例えばリアルタイム系の処理はまだまだ無理。
#そうでないならPCにメモリを積む必要が無くなるはずだ。
WebというかHTTPに「限った」話をしようとすると、どうしても
そういう処理形態、
そういうコンテンツ、
そういう操作体系、を
切り捨てざるを得ません。
そのぶん、狭くなっています。
Re:限定的なものの開発が容易になるだけ (スコア:1)
あなたがAsynchronousな挙動に耐えられるんだったら、どうにでもなるんじゃない?
Re:限定的なものの開発が容易になるだけ (スコア:1)
今の帯域とレスポンスでは実現は無理だと思うが、将来、
・サーバ上にあるトラックをネットで各地のユーザーと共有し
・他のユーザーの行った更新が、リアルタイムに目の前で反映される
ようなDAWシステムが出来たりしたら、ものすごく面白いと思う。
Synchronous(ユーザーが操作する→結果を待つ→また操作する、の繰り返し)から脱却し、
ユーザーの操作とは無関係に裏でいろいろやれるのが、Ajax のAたる所でしょう。
スプレッドシートをネットで共有し、他のユーザによる更新がリアルタイムに反映されるという、
数年前ならそんなの絶対無理って思うようなシステムをGoogleは作り出してきているわけで、
数年後にGoogleがAjaxなDAWを出してきても不思議じゃないと思うな。
Re:限定的なものの開発が容易になるだけ (スコア:0)
>・他のユーザーの行った更新が、リアルタイムに目の前で反映される
いや、そうじゃなく、そういうのは既に有るんです。
前者は大昔のパソコン通信の時代にすらありました。
(パソコン通信機能つきシーケンサ「芸達者」などなど)
後者も思い出せませんがたしか有ったはず。
ついでにいえば3D CADにコラボレーション機能が
ついたものもありますよ。
ただ、それらは
●通信の粒度がもうちょっと大きい。それはAjaxというよりは単にアップロード/ダウンロード(チェックイン/アウト)を裏で行ってる、と呼ぶほうが適切だ。
●「通信機能つきの(古典的な意味での)アプリ」である。つまりAではあってもJ(JavaScript)ではないし、プログラムを画面ごとにいちいちNetworkからダウンロードなどしないし。
のいずれか(または両方)だったりします。
AとJという遅くなる要素を両方抱えるのって、
ユーザには貧しい体験しか提供できないのは、
確かではないでしょうか。
>ユーザーの操作とは無関係に裏でいろいろやれるのが、Ajax のAたる所でしょう。
余談になりますが、
DAWのうち古臭い設計の奴は、いちいち演奏を止めないと
編集や保存が出来ませんでした。
新しい奴は演奏と平行して編集も保存も出来ます。
むろん、後者のほうが劇的に快適なソフトです。
そういう意味でのAが重要なのは確かです。
ただ、それが通信の方向を向いたとき、
1:粒度が大きければ古典的アップ/ダウンロードでしかないのでここで語る意味が無い。
2:粒度が小さければ
2-1:それがUIに響くものなら、UIをてきめん遅くしてしまう。
2-2:UIに響かないものなら、単に裏でパケット通信してるだけなので、「粒度」を語る意味が無い。よってgoto 1。
というわけで、Ajaxが得意とする方向性には、
あまりいいことが無いか、語る意味が無いか、どちらか
なのは確かでしょう。
#それ「でも」仕方ないから使う、という場面がそれなりにあるのは判りますが。
>数年前ならそんなの絶対無理って思うようなシステムをGoogleは作り出してきているわけで、
それも「以前からある」「だけど駄目駄目だった」わけだし。