Ajax vs Javaアプレット vs FLASH

Ajaxが最近有名になってるけど
結局、Javaアプレットに対して明確な優位性無いよね？
つーか、結局FLASH使えば、殆どの事出来るよね。

PC用ブラウザでは、実行環境は３つとも殆ど同じくらい普及してるし。
モバイル向けでの対応度としては、どれもイマイチだし。

javaアプレットは起動が遅すぎるので使おうと思わない。

FLASHはJavascriptより表現力がある。特に動画扱うならFLASHがベスト。
けど、表現する領域が定められる。ここの300x250をFLASH用に使うとか決めないとダメ。
Javascriptはそんなことないから、HTMLにより融合した形で使える。

結論：FLASHとJavaScriptをケースに応じて使い分け

つーか、サイズが変動する必要のあるシステムってそうそう無いような・・・。
EclipseでActionScriptかけるようになるし、携帯にも対応しつつあるし
本当にFlashにWebのリッチアプリケーションは陣取られてしまうんじゃない？

ヒント：FLASHは検索エンジンに掛からない

おいおい、SEO対策なんて、普通サーバーサイドで対応するものでしょ？
クライアントサイドは関係ないでしょうに。
まさか、FlashがHTMLに埋め込めないとでも思ってるのか？

Flashは見るけどJavaアプレットは見ないよ

>>5
全部FLASHのサイト

そもそもJavaアプレットに未来はあんのか？

Ajax Builderを使えばFlashはいらなくなりますよ。
http://www.ajax-builder.com/DownLoad/

ﾄﾞﾄﾞﾈﾄ

>>4
ヒント：今はひっかかる

>8
業務アプリとかでは使用されているらしい。
Javaメインな会社が多いから。

eclipseのアプリケーション自体も
Javaアプレットの派生みたいなもんだとか聞いたけど。

結論：Active X最強

>>12
＞Javaアプレットの派生
どっからそんな話が出たんだ。
ネイティブから呼び出してるから、まったく違うと思うんだが。

殆ど見せ物だな。このスレ。

居た違い

まぁ現時点ではFlashだろうな。
Ajaxは環境毎の非互換が多いし、
Javaアプレットは起動が遅い。

環境にも因るのかもしれないけど、最近のマシンでアプレットの起動って
特筆するほど遅いか？
確かに重いのもあるけど、Flash使っててもアホみたいにデータ読みこみに
待たされる事と、そんなに大差が無い様にも最近思ってるわけだが。

>>18
Javaのランタイムを起動時に読ませてないパソコンじゃ激遅い。

>>18
そりゃ動画Flashは重いだろうよ。

>>20
いやだから、アプレット/Flashってことじゃなくってモノに因ることが多くね？
って事なんだけど。
うちの会社で業務モノのアプレットなんかでも2秒くらいで起動するし一言で遅いって
事でもないんじゃなかろーかと。

#FlashのクライアントがあるERPってないかな。

>>9
Ajax builderって操作性最悪だな。
こんなぼろい開発環境見たことないぞ。

Apolloのライバル達とその行方
http://rblog-tech.japan.cnet.com/0061/2006/05/apollo_18d8.html

「Apollo」プロジェクトでFlashの「脱ブラウザ」をねらうアドビ
http://japan.cnet.com/news/ent/story/0,2000056022,20110227,00.htm

結論：
　開発環境、機能の自由度、あらゆる点から
　ActiveX最強。

>24
あらゆる点？ActiveXっつーことは、M$製品買わなきゃいかんだろうが。
サーバOS限定、IE限定
時代に逆行してね？

MSが潰れる心配する前に、顧客か勤め先が潰れる心配しろって。

Flashは、ASやらリソースを抜かれる事を危惧する場合もある？

>>26
誰がいつＭＳがつぶれる心配しました？

リソース抜かれる心配してたらHTMLは使えない罠

JavaScriptでは Vアプリ や i-アプリ　がつくれねー（・∀・）

ぶっちゃけ、IE以外放置でいいし。
どうせ、一般人はみんなIEしか使って無いじゃん。

そうそう。
マイナーなバグだらけのブラウザーなんかどうでもいいよ。
Ｏｐｅｒａ最低！

OperaとSafariは放置
かろうじてMozilla系ブラウザをサポートで十分
ケータイ向けは別料金で

イントラネットだと、コスト・生産性重視。
→IE限定

インターネットだと、ユーザー獲得重視。
→主要なブラウザ対応


世の中、そんな感じじゃね？
逆行してると言うより目的によって使い分けるのが、吉かと。

>→主要なブラウザ対応

主要なブラウザ＝IE

AjaxでSVGを扱いたいんだけど、旨いスロスブラウザ対策方法ってありませんでしょうか？
つうか、IE氏ね。

operaもsafariも普通に作ってりゃ動くと思うんだけど。
わざわざIE限定にする意味の方がわからん。

ヒント：デファクトスタンダード

>>37
製造よりも、テスト（品質、パフォーマンス、セキュリティ等）の方が時間がかかる。
よって、現時点では、ブラウザ一個増えるだけで、テストにアホらしいほど時間がかかる。

さらにイントラ向けは、データ入力系の処理が多いので、より大変。
あっても無くてもよいエフェクトとかなら、動かなくても愛嬌で済ます事もできるけどな〜

後、運用管理を考えて企業内のポリシーなんかで、IE限定になっている所は
多いと感じてるけどな、その辺どうなんだろ？

>>36
つ[VML] M$専
つ[AdobeR SVG Viewer] http://www.adobe.com/jp/svg/indepth/faq.html#installother(すんげー曖昧
どちらも、大変だと思うが。。。

GoogleMapは、VML対応で、SVGを切り捨ててるんだっけか？
（というか、GoogleMapが出来た当時、SVGが使い物にならなかった？）

>>39
イントラならIE限定でも問題ないだろうが、WWWでIE限定とかはかっこ悪くてできんな。

>>39
セキュリティは別だろ。

>>42
最近セキュリティとか、うるさいしなぁ。

単純な所だと、XMLHttp等で、DBから拾ってきた値を、エスケープ処理せずに
そのままinnerHTMLに突っ込むとタグ使えるが、それが使えて良い場所なのか、
まずい場所なのかとか、そういった話。

めんどくさいっていいながらも、IE7でたら当分IE6と両方の対応しないと
いけないじゃん。

ふつうに作るのがいちばん。

つ『ふつうの JavaScript プログラミング』

ところでさー
この業界に
「普通の」なんて実装あんの？ｗ
あったら苦労しないと思うんだが・・・

IEが普通じゃないから困る

>IEが普通じゃないから困る

普通と聞いて、ぱっと思い浮かぶのは、以下の２つ。
・公的な標準
・デファクトスタンダード

>>47は、前者の考えからの判断？

とはいえ、デファクトスタンダードが公的な標準規格として
追認されることもあり、例としては、
XMLHttpは、M$が勝手に企画した物だが、
W3Cが、標準として検討している最中。
http://www.w3.org/TR/2006/WD-XMLHttpRequest-20060405/

>>47は、まだ公的な標準でない、XMLHttpを否定しつつ
Ajaxスレで語る勇者さまﾃﾞﾂｶ？

基本的に上げ足取りに長文費やすのはダサイと思うのですが如何でしょうか？

age てまで書くことじゃないな。

sageたからといって評価が変わるとも思えんが。。。

都合のよい使われかたの「普通」に対して、
「標準」としての切り口で返している点を
揚げ足取りと言うのには、違和感を感じる。

>>47=49 でつか？

上がったスレ見つけて脊髄反射してる奴と
どっちでも良さそうな事をネチネチと粘着してる奴。

傍観している風を、装った書き込みって何か意味あるの？
それとも何かに、ご立腹ですか？（ﾌﾟ

プっておなら？

サーバとクライアントで使われる言語が統一されるメリットが考えられて、
ajaxを使っている人たちの間では、ジャバスクリプトをサーバサイドで使うと
すごいかも、と言い出してる人たちがいました。
そのあとに、iisでaspならもう動くじゃん。といっている人たちがいました。

ほいでサーバクライアント言語統一、にメリットが本当にあるとしたら、
javaサーバサイド＋アプレットは面白いのかもしれない。
そしてまた、実際にやってみると、メリットをとっても強く感じられた。
この点ですごかったのはORマッピング。クライアントサイドで、
普通のジャバビーンとしてデータをつくっていって、こいつをサーバに
まるごとわたして、サーバ側では「save(object)」くらいのことで永続化してくれそう。

アプレットがデファクトとるとは思えてないが、ポテンシャルはすさまじいとおもっています。
ttp://www.sodaplay.com

てかさ、Ajaxなんか使ったら・・.NETで開発しててもソースむちゃくちゃにならねぇ？
いわゆる.NET的なコーディングからすごい離れていくよね。

ASP.NETってほんと糞だと思いません？

Ajax云々いってるけどさ。大体がもうｗｅｂアプリは糞だよ。使えないって。
あんな糞おもいもん、企業に売れるわけががなかとよ。

これからはｗｉｎフォームの時代。ClickOnce機能ができてさ、webアプリである意味がなくなっちまったじゃん。
Ajaxなんて子供のおもちゃ。
パフォーマンスなんてまだまだ悪い。糞すぎだよ。

IE,FirefoxにJavaScript処理の脆弱性
http://japan.cnet.com/news/sec/story/0,2000056024,20136167,00.htm
またデカいのｷﾀｰ

Ajaxは危険杉

Ajaxというか、JavaScriptの問題じゃん。

まー>>58は、JavaScript OFFでブラウズしなされ。

>>57
イントラ利用のRichClientネタという話であれば、
スマートクライアント & ClickOnce & DataSet & WebService
ってパターンは、興味あるな。

ただ、ClickOnce自体出てまもないとか、
Net Framework2.0が必須だとか、気になる要素は多い。
証明書って必須なんだっけ？
他には、Atlasとの住み分けってどうなって行くのかな？

>ASP.NETってほんと糞だと思いません？
ASP.NETに限らず、HTMLのFORMで複雑な事をやろうという点が、
まずいのだと思う。
クライアント側で、XMLを組み立ててサーバー側にPOSTしてやれば、
A(S)jaxでも結構すっきりした仕組みになるよ。
理想的には、WebServiceよりフロント部分を、様々なRichClientに
置き換えられる様に設計しておくのが良さげなんだけどねぇ。。SORPか。。

あ〜あと、スマートクライアント万能ならば、
SQLServer2005のレポート機能も、そうなってると思われ。

おまいら、Ajax書けんの？

DOMの扱いとかが激しく野暮ったいので面倒なだけ
書けない方がおかしい

Ajax書ける？とかどっかの何も分かってない上司みたいな事いわんでくれ。
Ajaxなんて言語はねーよ。

「名前を意識せず使われる様になった時が旬」
みたいな内容を、どっかのエロい人が言ってたな。

「実は、Ajaxだったのですよ」といった感じに。
そういう意味では、ブラウザさえあれば良いという環境はメリットだね。

Google Mail とか Google Spread Sheet とか Google Scheduler とか、しょうもない。
当たり前だが、遅すぎる。これなら Applet のほうが何倍も速いし快適だろう。

Google が JavaScript にこだわってる限り、リッチなＵＩを提供することはできないし、
そうこうしているうちに、マイクロソフトとかＳｕｎとかが、Ｗｅｂ上で快適に動く Office 作れてしまうだろうな。
Google は技術選択を誤ってる。

>>65
ヒント：Vistaが標準になる＝Vistaが動くパソコンが標準になる

>マイクロソフトとかＳｕｎとかが、Ｗｅｂ上で快適に動く Office 作れてしまうだろうな。
Web上で動かせるかまでは知らんが、Ofice12ってサーバー上で動かす事できるんでなかったっけ？

>技術選択を誤ってる
まー、何が気に入らないのか知らんが、>>65は、
正しい技術選択とやらを行えると、自負している様だな。

>>67
サーバ上で動くOfficeは大分前に作ってるよ。
俺が学生だった頃、うちの大学ではOfficeがサーバ上で動いてたし。

アプレットが快適だとか言ってる時点で駄目だろ>>65は。

もうFlashっつーかActionScriptが1人がちじゃね？
PSPでも遂に動くようになったし、もはや「標準的な機能」だと思う。
わざわざブラウザごとにめんどうな検証をして、モバイル系が壊滅状態なAjax使う意義って殆どないと思う。
もう直ぐEclipse用のActionScriptプラグインが無料で使えるようになるし・・・

Adobe の回し者ですか

javascriptぐらいしかわからない俺みたいなのには
AJAXが分相応だと思いました。

超つまんない回答は「適材適所」とかいう話になるんだが、
GMail とか Spreadsheet とかははちっとも適材適所じゃねーよな
あれならAppletかActiveXのほうがいい。ツールバーとかデスクバーとか
Google Earth とかちゃんとクライアントサイドのソフトウェア作ってるのに
なんでメールやスプレッドシート、スケジューラだけは糞遅いJavaScript なのか。

>>70
FlashってＯＳによって結構挙動変わるからね。
しかも外部画像のインポートもswfとjpegのみ。
ajaxはswfにパラメータ送ったりして操作することも出来るから。

AjaxつかJavaScript、はOSはもとより、ブラウザが違うと挙動が（ｒ

>>73
「適材適所」なんてｴﾛい人が考えればいいんですよ。
ただブラウザの機能をしゃぶり尽くしたいだけなんですよ。
不可能だと思う人がいて、その人を驚かせたいからチャレンジするんですよ。
そこにAJAXがあったから、作るんですたい！

といった、精神論がお好みかい？


ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
といった内容をどっかで読んだ記憶が。
Google Analyticsは、FLASH使ってたけどな〜。

>>75
flashでも一緒だよ

>>76
＞ActiveXとかAppletは、特定企業の方針に振り回される可能性があるため〜
flashなんか諸だよね

どの道、どれ選んでもそうなるさ。
JavaScriptだって、元はネスケのものだし
その後各企業が独自タグ出して振り回したのは記憶に新しい。
そして、今もそうだ・・・orz

結局完全に企業に振り回されないものなんて無いんだよ。
しかも、こういう規格ものは、各企業で競争なんて発生して互換性取れなくなった方がウザい

↑　という考えが前世紀末ころに世界に広がって
それではイカンってことになり、
ECMAが統一仕様の策定を目指して作ったECMA Scriptに
その後現れたブラウザは皆準拠する方向で
既に流れは出来上がってるともいます。

前世紀末ってなんかｶｺｲｲ

世紀末覇者=81

Flashはイントラで使う分にはいいが、
インターネットだと、ちょっとしたところで使うにもサイズがある程度大きくなるから、
帯域食うんだよね。
サイドのナビとかにに動的なニュースとか流したりするなら、そういう意味ではAjaxのが有利。
この場合にアプレットは…論外だよね…

>>79
xlibraryやprototypeなど、抽象化ライブラリ使えば、そんな差感じなくて済むよ

どこが抽象化されてるかっつーのでどこがブラウザ依存なのかってのは知ることになるし
ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
いつまでメンテされるのかも分からないし肥大化するかも知れないし
挙動がいきなり変わるかも知れないし名前の変更もあるかも知れないし
今までブラウザ別に使ってた脳味噌をライブラリやそのバージョン別に使うことになるだけじゃないのかい？

>>85
そんなごちゃごちゃ無駄な考えてる間にまず試すくらいしようよ。
何もせず文句が先に出るのは恥ずかしいよ。


＞ブラウザにしても機能にしても 9 割はサポートしてても 99.9 % はまず望めないし
それはFlashでもアプレットでも一緒だし。

認識が古い事を指摘されてブチキレか。
老人のようだな。

>>87
いや、あれだけ言ってるくらいだから、きっと>>85には99.9 %対応できる手段があるんだよ。
彼の回答を待ってみよう。

Flash普及率は99％だよ。

Wiiか任天堂DSのOperaは、FLASHは動かないけどAJAXは、
動くような事が書いてあった記憶が。。impressだったか？

コンテンツによってはOpera対応が重要な場合も出て来るかな。

>>89
普及率って…
ちゃんと理解してからレスしようね

>>85
この子はひょっとして、ＯＳやブラウザによるFlashPlayerの挙動の違いを
何も知らず、単純にすべての環境で同じ動作をすると思っちゃってるのかな？

ライブラリって言ってもコストパフォーマンスはそんなに高くなさそうって話なんだが
勝手に Flash と対比させたことにするなよ

>>93

慌てて軌道修正か...。しかも相変わらず的外れだし。
もう、迷走状態だな。

お前の妄想を押し付けるなって言ってるんだが

もうこれ以上、何書いても恥の上塗りだよ、君。

根拠が無い主張をするなと言ってるんだが

結論
　挙動の差はどれもあるが、各OS、ブラウザ間の互換性は
　Flash > Javaアプレット >>>>>>>>>>|超えられない壁|>>>>>>>>>. Java Script

今の時代、プログラマ主導の製作はありえない
プログラマはデザイナーが出来るだけ自分の表現を実現する為に制約を減らし
デザイナーが直感的に創作出来るようにするのが好ましい。

これがAjaxでは、不可能に近い。
デザインツールに近いFlashの方がこの点は勝っていると思う。

互換性うんぬん言ってるたわけは何故AJAXが騒がれるようになったのかもうちょっと考えてみた方がいいと思う。
個人的にAJAXは　次　へのただの繋ぎだと思ってるし、FLASHと比べるとそもそもの守備範囲が違う。

>>99
その手の「こっちのほうがいい」論は、用途を規定から言わないと、議論にならんね
用途によってアプレットがいいこともあれば、AJAX がいいこともある、というのはもう合意済みだから

Flex最強説

>>101
だから、この点では勝ってる　と限定してるじゃん。
デザインをデザイナーが直接行えるのは実質Flashだけだというのは紛れも無い事実だし。
確かに幅はAjaxの方が広いが、デザイナーが直感的に行えるわけではない。
プログラマからしてもデザイン部分の把握は難解だ。

javascriptはブラウザの違いをいちいち気にしなきゃいけないから大変
そんな会社間の争いのために時間かけたくないって人多いんじゃね？

flashはどんなブラウザでもギャップを吸収してくれるからすごい楽だし安心。
ただやっぱりブラウザ機能（文字サイズ変更、検索関係）に関しては分が悪いな

なんであろうと簡単に組めて互換性も将来性もばっちりで動作速度も速くて導入コストが安いのがいいに決まってる

そこで.Netですよ

ここで主にFlashで飯食ってるおれ様がやってきましたよ。
ずいぶん情報が古い化石のような奴がいるな。
デザインにはうといシステム屋か？

>74
swfとjpgしか読めないというのはFlashPlayer7までだ。
現在の最新バージョンはFlashPlayer9だ。
OSによっても挙動はほぼ変わらん。
変わる部分はなきにしもあらずだが、Ajaxに比べりゃ微量だ。

>>107
＞現在の最新バージョンはFlashPlayer9だ。
99%がflashPlayer9なの？
＞OSによっても挙動はほぼ変わらん。
linuxで確認してないでしょ。
アルファでのアニメーションすら対応してないよ。
本当にFlashで食ってるの？そのわりにはずいぶんスキルの無い人ですね。

そもそも>>74付近では互換の話してたのに、
＞swfとjpgしか読めないというのはFlashPlayer7までだ。
＞現在の最新バージョンはFlashPlayer9だ。
って言ってるってことは、OS、ブラウザ、バージョンで
挙動が変わるFlashは悲惨だって言ってるようなもんだよね。

ようするにもうFlashは9まで出てるんだから
2世代も前の昔話を言うのは時代錯誤もいいところって事だろ

>>110
だったらAjaxにも同じこと言えるよね。

XMLHTTPRequestに対応してないような古いブラウザのことばかり持ち出して、
互換がどうで動かないなんて言うのも時代錯誤もいいとこ。

言えない。
やってみればわかる。
Ajaxの場合JavaScriptの問題だけでなく、各ブラウザごとのスタイルシートの解釈の違いとかも含めると
正直対応が難しいと言わざるを得ない。
こんなので「今の規格にあわせていれば、Ajax対応のブラウザで問題なく動く」なんて言えるのは実装した事の無い人間だよ

>>113
そういやスタイルシートの問題があったな
ｽﾏﾝ

>>112
誰もそんな所持ち出してないけどなｗ

時間が経てば挙動が変わるのはどんなプラットフォームでもそうだろう
そんなことは問題じゃない

残念ながらこの業界
今しか見てる余裕ないよ。
未来の事言ってたってキリが無い。

>>115
途中からしか読んでないなら、黙っててね

>>113
Flashもfirefoxではデフォルトではインストールすらされてないから、動きもしないね。

>>113
それこそ実装したこと無い人の戯言だよね。
ある程度ターゲットブラウザ絞るのは当たり前。
そもそも「Ajax対応ブラウザ」なんて抽象的な表現が出てくること自体おかしい。

有る程度って何？
IE、FireFox、Opera、NN、Safari対応はまず常識だろうね？
ちなみに、これ全部基本的な機能に絞っても全然挙動違うよ？

>>120
Ajax対応ブラウザってのは、業態に対する皮肉だよ。

Ajaxが嘘に塗り固められたブームだとばれたら
結果的にWeb2.0の外枠にひびが入り、
最終的にオライリーさんが被害を受けるので困るんです＞＜
わざわざ以前からあった複合技術をAjaxと命名してでっちあげた関係者が困るんです＞＜

だからOperaとSafariは眼中にねーっつの

何故、一つの技術に固執したがるのかね？
某ｵﾝﾗｲﾝﾊﾞﾝｸのUIや、派手な動きが欲しいならFlashだし
GoogleのﾊﾟｰｿﾅﾗｲｽﾞﾄﾞﾎｰﾑやWindowsLiveならAjaxの方が向いているし
両方の長所を組合せているGoogle Analyticsも面白い。

あ〜適材適所的な誘導は、ﾂﾏﾗﾅｲ？
ならFlashって狭っくるしく感じる事が多いのだが、
幅・高さ固定じゃないﾚｲｱｳﾄって難しいのかね？
VB6でﾌﾛｰﾚｲｱｳﾄがﾒﾝﾄﾞｲのと同じ理由？

>>113
Ajaxの意味を理解してないね。
DHTMLとごっちゃにしてるみたいなんで、勉強しなおしてきてね

>>126
単なる既存の複合技術を金目当てで強引に命名して出来たAjaxに何を言ってるんだｗ
現実的な指摘をされると「Ajaxは古くて新しいんだ」と抽象的な表現に逃げるオライリーさんとその信者(笑
Web2.0も同様。
何が違うの？と言う質問に具体的に答えられた人間は見たことが無い(爆笑

自分の使っている言葉の定義を他人に説明できない奴とは話したくない
誰かWeb2.0を説明してくれ

>>113

>Ajaxの場合JavaScriptの問題だけでなく、
>各ブラウザごとのスタイルシートの解釈の違いとかも含めると
>正直対応が難しいと言わざるを得ない。

だからあなたの仕事って
いつもTableレイアウトにFlash貼っておしまいなんですね？

>こんなので
>「今の規格にあわせていれば、Ajax対応のブラウザで問題なく動く」
>なんて言えるのは実装した事の無い人間だよ

それくらいの事、言えなくてどうするの？
今このWeb標準時代にあって、それじゃ生き残れないよ。

>>129
あらあら、煽っちゃったよ^^

>124
FlashならOperaとSafariでも安心して動くよ＼(＾o＾)／
でも携帯端末フルブラウザ代表のOperaではFlashがろくに動かないや…ざんねん＞＜。
ここは、Ajaxの出番だね＼(＾o＾)／

>125
>何故、一つの技術に固執したがるのかね？
だれも本気で固執しようとは思って無いでしょう。
ならなんでこんな議論？が繰り広げられているかと言うと
ここは「Ajax vs Javaアプレット vs FLASH」のスレなんだもの＞＜
何かと理由つけてお互いの足ひっぱりあわなきゃ＼(＾o＾)／

AjaxとＦｌａｓｈを比較して
クライアント側ではどっちが負担少ないですか？
まだＦｌａｓｈ使ったことないからテストできないッス。

同程度の処理で、体感速度などで構いませんので、意見を聞かせてください。

>>133
Flashをわざと大文字で書くところがにくいね＼(＾o＾)／
負荷を気にするまでのもの制作したことないからわかんないや、ごめんね＞＜
クライアント側のＰＣはどんどんパワーアップするのでモウマンタイ＼(＾o＾)／

どっちも問題になるような負荷はかからないよ。
組むもの・組み方にもよるし。

まぁどちらかというと起動はJavaScirpt、動作はFlashの方が速い。

しかし、フルFlashのページはさすがに激重
（デザイナーのページや音楽関連のページに多い）。
乱暴な意見かもしれませんが、フルFlashにするくらいなら、
フルAjaxのほうがいいかもしれませんね。

単純にそれFlashの方がリソース多い場合じゃないの？
厳密に比べると、そもそも差があるわけが無いのは分かると思うんだが


当然Flashは1度に全てを読み込むのが多いのが、そう思わせるのかもしれないが
Ajaxと同じように個別に読み込むように組めば、違いは無い。

>>138
>Ajaxと同じように個別に読み込むように組めば、違いは無い。
問題は『誰ももそんなことしない』事だよな。

デザイン目的のツールを使っていれば、そうかもしれないけど、
Webアプリ目的のFlashツールを使えば、
自然と一度に読み込まなくなる。

Ajaxで作ろうと思うような類のアプリなら、一度に全部読んだりしないよ。
全部読むのはデザイン系だけ。

こんなものを見つけました
ttp://www.openlaszlo.org/demos

OpenLaszloっていうフリーのFlexってきな技術です。
このなかに全体的にFlashで実装された「Laszlo Mail」というのがあるんですが、
Ajaxを使用しているGmailよりも快適に動作している気がします。

但し、Gmailの場合はユーザ数が半端ないのでサーバ負担も影響して動作が重くなっている可能性はあります。

http://www.adobe.com/products/player_census/flashplayer/version_penetration.html

１世代前の8ですら80%を切る現状

AjaxはHTMLをそのまま使えるのが利点だろ。
Flashじゃフォームを作るだけでも一苦労ですよ？

ちょっと込み入ったレイアウトを作ろうとすると、FlashもHTMLも面倒くささは一緒
つか、標準だなんだなと標準ｷﾁｶﾞｲがうるさい上、複雑なレイアウトだとブラウザごとにCSSハックかます必要のあるHTMLの方がずっと面倒

Ajaxを使用したいようなシチュエーションで基本的なタグだけのレイアウトなんて使いたいか？
かっこいいレイアウト組みたいだろ？
Flashはそういう点はデザインツール出身だから楽。

ってな感じで戦うポイントによってアレがいいコレがいいとある
適材適所に使えばいいんだよ
たとえばビデオチャットとか使った双方向コミュニケーションなんてFlash以外じゃできないだろ

ここはクライアントサイドの糞味噌な話ですね

サーバサイドの糞味噌な話も押さえておきましょう

幅広い分野のJavaと名前空間なき脆弱なるPHP
http://pc8.2ch.net/test/read.cgi/php/1145895664/

糞味噌Technic!

http://blog30.fc2.com/i/imihu/file/vi4813876237.jpg

不覚にも勃起した

>>148
らめぇ＞＜；

「不覚にも勃起した」

不覚にも勃起した

3時間後に死ぬかテスト。３時間後、僕の書き込みがなかったら、死んだと思ってください。

2つ目の3は全角なんだな

レスが無いのは・・・((((;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

ある

ふ不覚にもおっきしたお(＾ω＾；)

不覚にも勃起したｗ

くそっ！
不覚にも勃起した

ちぇっ
不覚にも勃起した

くだらねえ
不覚にも勃起したｗ

皆さん不覚ですね＾＾

これを見た人は
不覚にも勃起した

不能なのに勃起した

むしろ乳首が勃起した

不覚にも勃起した

だりー
不覚にも勃起した

ちょっと凝った画像ビューアを作ろうと考えているのですが、
クライアント側で画像処理（トーンカーブ補正等）を行なう場合、
Java appletやActiveX以外に選択肢はありますか？

できればappletは使いたくないんですけど、Ajax(Java script)や
Flashではできないですよね？

画像処理には疎いですが
ttp://space.geocities.jp/flashr0d/
ここでやってる処理見る限りAS3.0でもある程度の事はできそうですね
Flash9はまだalphaなんで、やるとしたらFlex2SDKになるけど。
クライアントはFlashPlayerね

>>168
resありがとうございます。
自分なりに色々と調べてみましたが、やはりFlashしかなさそうですね。
実は、色々なサイトのFlashを分析しようと、FleeMotionというソフトを
購入したのですが、Flash7までしかインポートできなかった。意味が無い...
仕方がないので、地道に勉強します。

全力で不覚にも勃起した…

もう、それ程遅いってことはないし、アプレットが強く出てきてもいいような気がするが・・・。
全てJavaでできる点は非常に生産性につながると思う。
ま、企業のシステムの話しなんだけどさ。
スクリプトでシステム構築なんてダメでしょ。エラー制御弱いし。

ぶっちゃけ、ActiveXコントロールでよくね？ｗ

ActiveXコントロールで
不覚にも勃起した

>>171
Javaという言語自体が効率悪い。
配列操作やXMLパースひとつにも、
何であんなわしゃわしゃコードかかにゃならんのだ…

＞スクリプトでシステム構築なんてダメでしょ。エラー制御弱いし。
言ってる事が時代遅れ。Perlで時間が止まってるんじゃない？

最近、Flexやってるんだけど、
AS3の構文ってJAVAそっくりだよ。
しかもGUIはXMLでかけるし。
JAVAでクライアント作るならFlex替わりに使った
ほうが、起動速度や開発時間の面でメリット
大きいんじゃないかな

>>174 同意。
スクリプト言語から入るとそう思ってしまって、どうしてもあのソース量が書けない。
ある意味コンプレックス。連想配列が無い時点で、俺にはできないと思ってしまう。

（その点では foreach や each の無い（半端な for in はあるけど）JavaScriptや
　Flash も少し・・・）

あれだけのAPIを調べてメモリ管理して鬼のようなアクセサや規則を書いて、て出来る
んなら、PHPやPerlなんかでのエラー制御も「がんばって」できるんじゃないかて
思えてしまうんだが。

いや、JavaはEclipseとかNetBeans辺りのIDE使えば、
そこまで面倒じゃないな。むしろarray_pushなんて
オブジェクト思考無視した長い関数名入力しなきゃいけないのに、
コンパイラーが即座にミスをチェックしてくれない
PHPなんて、ほんと馬鹿バカしくてやってられない

PHPの変数名の前についてる$記号
あんなのがないとインタプリタが構文解析できないなんて
なんてアホ言語なんだろうと思う。
Perlは$、@, %があって、それによって便利な使い分けが
できるので、何となく納得できるが、PHPって$記号しか
ないじゃん。劣化Perlもいいところ

>>177
まあPHPは腐ってますから。
push, pop でいいのに array_push, array_pop ・・・ array_walk や preg_〜〜 に
いたってはもう言葉もない。 map や grep、sort が全て改悪。参照はむしろperlの
リファレンス・デリファレンスの方が分かりやすいし、Perl コピーから入った
くせにもう何をどうやったらああなるのか。（まあ実装でお手軽に Cとすり
あわせた結果だとは思うが）・・・PHP5になったら今度はJava劣化クローン。

いらいらしたくなかったらPHPはパスしてrubyとFastCGIをいかにレンタルサーバで
使いやすくするかを運動したいと本気で思う。

>>175
Javaっつーか、JavaScirptっつーか、ECMAScriptっつーか・・・

>>180
JavaScriptだと思って使ってみたら驚くよ
例えば、メッソッドの宣言を書くと
private method(num:int):void {
// do something
}
みたいな感じで、立派に型指定もあるしパッケージ毎に名前空間はあるし
動的にプロパティを追加するクラスは目印をつけないとコンパイラに文句言われるし
もはやJavaScriptとはまったく別物だよ

あ〜
private function method(num:int):void {
}
だった、staticとかimplementsとかextendsとか
そこら辺の定義の仕方もJAVAそっくりだよ

じゃあJavaでいいじゃん。

Javaより圧倒的に効率よく作れるから、Javaじゃ話にならない

環境に左右され難いという点ではASが1番有利なのかもね。

http://processing.org/

Javaでもこういった感じでミニ言語を定義してやると
覚えやすくなるが、Javaの場合ライブラリの規模大きすぎてどこに何があるか
分らなくなる。まあ何事も馴れなんだろうけど。

>>184-185
どちらもJavaの圧勝だよ。というか、それら全てが単なるJavaの模倣ですからｗ

Cのほうが効率がいいからといって、
CGIをCで最初から書くやつがいないのと同じことが
ここでも言えそうですね

動作環境だったらFlashの勝ちと思う

>>188
> CGIをCで最初から書くやつがいない
は言い過ぎだが（実際CのCGIもある）Cで書きたくなる状況はまれだな。

例えばシステムとしてはシンプルだがオサレなショッピングカートなどを
Javaサーブレットおよびアプレットで書きたいと思う奴は正直いっちゃっ
てると思う。

cで動くcgiは結構あると思うんだが…。

アセンブラで動くcgiは稀だけど。

JavaってAS3のe4xより効率よくXML扱えるん？

JavaのXML対応は最強

PHPやRuby・PerlCGIと普通のデータやりとりだけならJSONも使いたい。> Flash・Java

すいませんアプレット初心者なのですが
”全て選択”や”コピー”といったボタンを作成して
テキストエリアなどに書き込まれた文章をコピーするには
どうやって作ればいいのでしょうか？

板違いだなぁ

テキストエリアなどのAPIを調べれば簡単にわかると思うが。
APIの読み方がわからんのなら、もう少し別のスレへ

>>194
ASでJSONは構文としては通るのに動的な評価ができないのが惜しいね
結局ここのJSON.asで済ませたけど
ttp://www.json.org/json-ja.html

FlexならJSONよりe4xやAMF使った方が楽そう

FlashとAJAXって全然使い道べつもんじゃん。
前者は不特定多数ユーザ
後者は特定ユーザ用業務アプリ（主にね）
特に金融はAjax使うようにかわってくらしいし。

きちんと住み分けできてると思うよ。

Ajaxって何もインストールすることなく、画面が書き変わるってのが最大の強みだから。用途が違うよ。
それ以上に大それたことできないんだよ所詮XMLだから。
大量すぎるデータのやりとりはアカン。
ようつべで動画見ながらコメント書き込んだり、消したりを
ポストバックなしで部分的にできる。
そんなのがAjaxのうま味だよね。

その『ようつべで〜』の部分を実現できるのはAJAXだけだよね？
フラッシュだとページ移動しなきゃ無理でしょ？
ごめん、確認させてほしい

Ajaxでは、マルチメディアがらみが弱い。
たとえば、音を鳴らせない。
正確には、ブラウザ固有のAPIは一応あるんだが、クロスブラウザを考えると現実的ではない。
映像に関してもそう。
マイク入力に対応しているのもFlaｓｈならでわだとおもう。

結果的に、リッチアプリケーションを作るには、Ajax＋Flashと言う組みあわせをやらざるを得ない。
使い道が別物　はファンクションに着目すれば確かにある意味真理だが、一緒に使われるものである。

で、ここまで書いたらわかると思うが、
ActiveXを使えば、1発ですべてが解決するんだよね。
FlashはActiveXコントロールの一種だと言う事を忘れてはいけない。
コードのちょっとした書き換えでMozilla系のプラグインも作成する事が出来る。

Ajaxは、あくまでブラウザ固有の機能だけを使ってリッチアプリケーションを作れると言う部分で評価されたわけで
Flashを使い出せば、ActiveXを使ったらいいじゃん？って結論に落ち着くと思うんだが・・・。

結論言うと、君たちはオライリーさんにまんまと踊らされてしまったわけだよ。

>>202
Flashの本当の強みは、99%のインストール率だよ。

>>202
たまにはMacを使っている人のこと、思い出してください……

Flashって正直どうなの？って思う。
そりゃActiveXなら何でもアリだろって感じ。

プロプライエタリな製品に技術の根っこを掴まれるのがどうかってことだと思うよ。

Ajaxはブラウザの対応と普及を待たなきゃ最新のEcmaScript使えないから
ユーザ認知度とか含めてクライアントベースで最新技術を一番早く取り入れられるのが
Flashなんだよな。サーバサイドならオープンソースでいいけどクライアント側は技術寄り
だとかえってユーザに煙たがられるから分かり易いものと抱き合わせにしないと普及しないと思う。

そうか、ActiveXか・・・。
すっかり忘れてたわ。。。っていうか懐かしいｗ

ちょうど、ターゲットはWin+IE6以上って環境で、リッチアプリケーション(Win上で単体動作してるシステムの移植)を作らないといけなかったんだけど
そうか、よく考えたらActiveX使えば簡単なのか・・・。


なんでこんな事に気づかなかったんだ・・・orz

結局案件次第って結論に戻っちゃうんだろな。

ActiveX界隈はVISTA中心になった後でどうなることやらだから、迂闊に検討できなさげかも。
RIAとしてはSilverlightなんてのも用意してるし、今後の混乱が楽しみだ。
コケてもMSのこったからさっくりプロジェクト潰す事もないだろうし、長期的には案件に上がってくんのかな……
Flash食われたら食われたでまた面倒なんだよな。

はぁ

そこでJavaアプレットですよ

一番ありえない選択肢じゃんｗ

ActiveX + .NET的なものって無いの？
.NETアプリがそのままWebで動くとか、都合の良いタイプの・・・

Javaアプレットがそれに一番近そうだが

Silverlightだろ

>>211
Silverlightがどうなるかわからんが、現状ではJavaアプレットが
一番ありえる選択肢だと思うが。。。

将来的にみても、Javaがあるかぎり消え去りはしないだろ。

HSPLet最強ｗ
ttp://www.forest.impress.co.jp/article/2001/08/30/hsplet.html

これも結局はJavaアプレットか・・・

プラットフォーム上に一段階かまして、スクリプト言語を実装する形は悪くないかもね。
もし、Javaアプレットが死滅しても、Flash上に移植すれば、既存のコードは走るわけだし。

アプレットをJRubyで作るとか。

だったら普通にJavaアプレットの方がマシ

分かったからお前は Java アプレット使ってろよ…
ユーザからすれば糞重いサイトって感想を抱くだけ

Javaアプレットが重いと感じる奴が、
JRubyアプレット(ってのが仮にあったとして。あるの？)を受け入れられる不思議。

何もかもブラウザありきでしか考えられない糞にはJavaは宝の持ち腐れだから
初心者でもサクっと作れるAjaxやFLASHでもやってりゃいいんだよ。
Javaをサイトのコンテンツみたいな感じでしか使えない人ってダサ杉だと思うぜ

>>221
>JRubyアプレット(ってのが仮にあったとして。あるの？)
JNIを使ってなければ原理的には可能なはずだけど、普通のJavaアプレットより重いのは確実だな

>>222
モバイル分野だとフルブラウザでもAjaxは不十分だからそういうところをJavaアプリで補うってケースはあるしなgoogleマップとか
ちなみにFlash LiteはモバイルJavaよりもさらに制限がキツい。そこがなんとかなればまた流れが変わるかもしれんが

ActiveXやるやつは朝鮮人

俺朝鮮人だったのか

【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述
ttp://techon.nikkeibp.co.jp/article/NEWS/20071113/142245/
---
Androidのアプリケーション・ソフトウエア記述言語はJavaで，
「Java言語のコア・ライブラリが提供する機能のほとんどを提供する」（Androidの説明書）。
---

不覚にも勃起した

>>222
世界にはウラでJRubyをアプレット経由で呼び出して
<script type="text/ruby">タグ内のRubyスクリプトを動かすことに成功した猛者が

概要(英語)
http://almaer.com/blog/running-ruby-in-the-browser-via-script-typetextruby
動作サンプル(英語、IE7では動かず、Firefoxで動いた)
http://ruby-in-browser.googlecode.com/svn/trunk/evalruby/index.html

朝鮮ではActiveXがデフォルト
おかげでMSが法則発動で傾いた
これ豆知識な

Javaアプレットをこんなに見かけるスレも珍しいのではないか。

アプレットは開始されました

>>228
なんかエラーでまくった
File.open("c:\\boot.ini", "r").each{|f|
p f
}

>>226

GWT つかってる？

ajax vs Flash って意味分からん
それを言うならJavaScript vs Flashだろと。

脳みそ足りないだけじゃね？
変移の必要ない状況ってくくりなのぐらい阿保でもわかるし。

Web作成者にお願い

Javaアプレットやめて下さい
私の環境ではFirefoxとOperaは即、落ちます。

>>236
お前の環境なんぞどうでも良い。

少し前までmixi関連のツールはjavascript(greacemonkey)で書かれてたけど
今はなにで書かれてるの？

javaはフリーズした？って思う。

ここで言ってるAjaxって、Gmailで見られるようなサイト全体がAjaxで実装されているようなもののことか？

だったら個人的意見だがFlash>>>>>>>>>Ajaxだな

Ajaxは工数掛かりすぎ。

逆に一部を効果的にAjax使用するなら
Ajax>>>>>>>>>Flash

CSSも含めた互換性を何も気にせず、
デザイナーとの分業も楽で
IDEとかで大部分が自動化されるようなAjaxフレームワークでねぇかな

大手ECサイトのヨドバシドットコムが、サイトリニューアルから大規模な障害を3日間...
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail.php?qid=1220150877

506 ：目のつけ所が名無しさん：2008/10/26(日) 00:47:20
大手ＥＣサイトで、ここまで派手なリリース失敗は初めて見た。
エンジニア向けＩＴ情報誌や関連サイトは、ぜひ取材して原因を明かして欲し
いは。

>>240
>Ajaxは工数掛かりすぎ。
そうでもない

Ajaxって、JavaScriptやCSS等の雑多な技術を寄せ集めて、
嘗てのJavaアプレット相当の機能を目指したモノだろ？
まさにゴミ

>>243
かなり浅いね

結論としては、インストールが簡便かつ、ブラウザ依存の少ないFLASH最強で

>>245
笑える

244=246、と

>>247
えー、なんでわかったの？
ハッカー？

Javaサーブレットで組むのもいいけど、Javaアプレットでサーバー間通信するのもいいよね。

JavaアプレットでJavaサーブレットと通信してましたよ

Javaアプレットはサーバじゃなくて、クライアントだから
サーバー間通信はできない。

>>251
その殻を突き破れって啓示だと思うよ

>>252
分かった。サーバーからアプレットに通信してなおかつアプレットのセキュリティポリシーを解除して
別のサーバにアクセスするとサーバー間通信になるね！

Yahooメールの新しいヤツはFLASH（FLEX?）なんだな。
がんばったなーって感じだ。

「不覚にも勃起した」

kifu for javaが重すぎる
FLASHの圧勝

アプレットってどうやったら軽くなるのよ
誰が得するんだこんな糞プログラム

flashは今バージョン間の差異が激しすぎ。

SilverlightがMSお得意の抱き合わせ売りでこれから伸びてきたりして

名前が長すぎて書きづらいからあまり話題に出したくないけど

Ajaxは好きなんだけど、やっぱ挙動がいまいちだから、
リッチクライアント求めたいときは限界を感じてしまう。
ケースbyケースなんだよね。

ちなみにJavaアプレットやるくらいなら、JavaWebStartでいいんじゃない？
Swingの見た目の悪さも、海外サイトでLnF探すとかなりカッコよくなるし、
NetBeans使えばかなりさくさく開発できるよ。

Javaアプレットは既に論外な状態だけど、
FlashはよりリッチなWebコンテンツ向け、
Ajax(JavaScript)は広範な用途に利用出来る、
として住み分けが出来ているので、当分この路線が続くのでは。

>>260
>Javaアプレットは既に論外な状態

どういったところが論外？

確かにアプレットの起動は遅いけど、起動後は軽い気がする。
Flash読み込むと他の作業までもたつく感じ？
まあモノによるのかも知れないけど･･････

>>262
>起動後は軽い

たしかに。起動時のスピードがもう少しあがればなぁ。

いや起動後も遅い。
それなりに高速化したクライアントマシンで、あれだけもっさり動作なのは致命的。

JavaはCOBOL後継として、エンタープライズ用途限定になる運命と思われ。

>>264
たしかにJVMによるかもしれん。
クライアントマシンであれば、かなり速い。

今日誤訳をひとつ確認してすっきりしたので記念カキコ
http://java.sun.com/javase/ja/6/docs/ja/api/java/applet/Applet.html#start()
> 注:getLocationOnScreen などのメソッドのいくつかは、アプレットが表示されている場合は意味のある結果しか提供できません。
http://java.sun.com/javase/6/docs/api/java/applet/Applet.html#start()
> Note: some methods, such as getLocationOnScreen, can only provide meaningful results if the applet is showing.
この「only」は、本来if以降の副詞節にかかる（if and only ifのonly ifになる）はずのものが習慣的に移動してきてて、
すなわち「〜場合にしか意味のある結果を提供できません」なんだぜえっへん

>>266
　　　　　ｵﾊﾖｰ!!
　　　　∧∧ ∩
　　　 (`･ω･)/
　　　⊂　　ノ
　　　　(つノ
　　　　 (ﾉ
　＿＿_／(＿＿_
／　　(＿＿＿／
￣￣￣￣￣￣

使う立場で言うと、FlashとAJaxはどちらでもいい

アプレットはブラウザによって動かなかったり、重かったり、なんか起動の仕方が格好悪かったり
しかも立ち上がったアプリも大したこと無いものばかり
そんなイメージ

>>267
　 ∧,,∧
　( `･ω･)　ｳｰﾑ…ここは？
　/　∽ |
　しー-Ｊ

つーか今時Flashなんざ訴求力が求められるコンテンツ系サイトか宣伝でしかつかわねーよ。
携帯が当たり前のようにJS読むようになればゴミ
既にフレックスはｒｙ

flashって右クリックのポップアップメニューにオリジナルアクション追加することすら出来ないよね

AJAX
　ブラウザによって実装が異なるから、処理とブラウザの
　相性によって遅くなるポイントがまちまち。
　GUIがCanvasかHTML系のオブジェクトしかない。
　ちょっとしたことでも、ブラウザごとの制約に引っかかって
　回避方法がみつからなくなる。
　MCEとかFCKとかよく実装できたもんだ。

Javaアプレット/Flash
　Javaは重すぎ。表現力上げようとするととたんにプログ
　ラムの負荷が高くなる。Flashは、Flashを前提にした表現
　ならいいけど、プログラムの自由度が少なくてFlashの
　セオリーから外れると途端にショボくなる。
　特に入力系。

というわけで、いまはSLに期待してる。

SLもいろいろ問題ありそうだけどなあ
ttp://www.infoq.com/jp/news/2009/05/Times-AIR-Reader

でも3.0以降は期待できそうじゃない？

その記事で言われてるのも実装未済、互換性不足の問題だし

SLは話にならん。

ゲイツは好きじゃないがFlush覚えるくらいならSLに手を出したい

なんだFlushって

Typoだろどうでもよさじ

なんだflushってｗｗｗｗ

ipconfig/fulsdnsをいつも/flashdnsとタイプミスする俺のことか

Flush

Flush

Flush

お前ら３日もTypoに付き合うなんてよっぽどネタがないんだな

いちいち反応するなんてよっぽど恥ずかしかったんだな

こういうのって「typo」っていうの？
typoってタイプミスのことだと思っていたんだけど、
「flash」を「flush」と打ち間違えるのは、タイプミスと言える？
「a」と「u」って全然違う場所にあるよ。
正しくは、綴り間違いじゃないのかな？

もう>>276は間違いだらけな存在だな

ボケボケおじいちゃんにぴったりの老人の光

それはさておき、確かに今からやるならSilverlightかなって気はする
JavaAppletは楽だけど論外だし、Flush()は今更感だし

AJAXつーかJavascriptは少し違うしこれからもありだとおもうけどなー

他に対するメリットが特に無いな

話題変えに失敗したflush君

いつまでも引っ張っるほど面白いネタでもない

>>287
Javaアプレットが論外という理由はなに？

引っ張られると恥ずかしいflush君

空気読めないおっさんがいるなｗ

>>287
最近のアプレットにさわったことがあるのか

Web Startでいいし

まぁJavaアプレットはなんか抵抗あるってその気持ちはわかるｗ

あの抵抗感はどこからくるのかね

>>295
PCに不慣れなユーザー層によっては、アプリ操作がブラウザの中で全部とじている方がいい
という要求もある。

>>298
だれがそんな層にまでweb start使うって言ったよ

>>299
295氏

初心者だとブラウザに収まっていた方が良いというのも
根拠が無いな

そういう要求がある

>>269
　　　　 且且~
　　　　 且且~
　∧__∧ 且且~
（´･ω･)且且~
`/ヽＯ=Ｏ且且~
/　 ‖_‖且且~
し￣◎￣◎￣◎
皆さん､
お茶が入りましたよ…

お気楽プラグインなし実装　→　Canvas

動画が動くだけお　　　　　　 →　Flash
RIAで入力もバリバ＆WMV動画配信　→ SL

>>303
　　　　　
　　　 　 ∧,,∧　∧,,∧
　　 ∧,,(´-ω-)(-ω-｀)∧,,∧
　　( ´-ω)旦o) (o旦o(ω-｀ )
　　(_　 o[(　 ´-)　(-｀ 　)]o _)
　 └'ー-（_　　 )][( 　　_)ー'┘
　　 　　　'ｰ'^ｰ' 　 'ｰ'^ｰ'

googleはどれが一番多く使われてるのかな。
googleが使ってる技術は大抵伸びる。
googlemapはajax
googleappはたぶんjava
flashは補助的な部分で使われてるのかな。

Google app engineのほうはJavaでも利用できるけど
Google appsはJavaじゃない。
グーグルならPythonとか有名だけど用途が違うからな。
今後伸びるといったらJavaFXとかが今注目されてるんじゃね。

>>306
>googlemapはajax
そうか？XMLHTTPRequest使ってないから、Ajaxじゃないだろ？
ただのJavaScriptだ。

AJAXは特定の実装を差す言葉じゃないだろ

javascriptで非同期通信を実現する技術ってAjaxのほかにあったっけ。

>>310
JSONP
だけど、JSONPのことをAjaxに含めるかどうかは知らん。

>>308
PC版GoogleMapsで縮尺を変更したり上下左右に範囲を移動していく時、非同期通信使ってるんじゃない？
確か地図画像を（何ピクセル四方だか忘れたけど）少しずつ区切ってDL→表示　の繰り返しだよね。

初期表示とかマーカー立てるまでなら非同期通信はしてないように思うけど。

＞そうか？XMLHTTPRequest使ってないから、Ajaxじゃないだろ？

全ソースちゃんと見て書いてたのか疑問ｗ

アプレット(AWT)を簡単に作れるツールって何がありますか？

　
このスレ的にHTML5はどうよ
　

oppai

>>315
もうさっさとCANVAS標準化してくれって感じだな
最近のflashを巡るapple/google/MSの動向に不安を感じたので
見切りでCANVASを使い始めた。ネックはIEだがuupaa氏がuuCanvas.jsを
かなり良い感じで開発してくれているので決断した。

で、実際のところどうなの？

最近Flexやってるけど、あんまり好きになれそうじゃない
JavaScriptは嫌いじゃないんだけど、なんかこう、気になる動きする

時代はHTML5

jQuery(Ajax) + HTML5　で当分OK

当分どころか今現在無理じゃん

何が無理？
幾つも作ってるよ。

土生 明弘(はぶ あきひろ)を捜しています。
年齢・30才、職業・プログラマー、勤務地 ・勝どき、出身地・九州、
住所・(おそらくは)鷺ノ宮駅近辺、 日本大学藝術学部 文芸学科卒

住所・勤務先・九州の実家の住所等どんな些細な情報でも構いませんので、ご連絡お願いします。
連絡先・[email protected]

通報しました

Javaアプレット起動遅すぎナニコレ珍百景

時代は完全にHTML5
JavaScriptやっててよかったわ

別にやってなくてもすぐ覚えられるし何も問題はないけどな

HTML5なんて全然見ないな

java重いし、windowsに入ってないんだよな・・。

流石に今日日Java重いとか、どんだけ時代錯誤なロースペだよｗ

>>329
目に見えるもんじゃないだろ馬鹿

MySpaceもGoogleも全面的にHTML5だな。
Facebookはどうなんだっけ？

Facebook含めて主要なサイトはほぼHTML5に移行済みだった。

video要素を使っていないとHTML5じゃないやい！とかそういうアレなのかも

ローカルのエロ動画をvideoタグでくくってブラウザで見ればいい。
html5の実験でやってみたんだが妙に興奮して(・∀・)ｲｲ!!

http://toro.2ch.net/test/read.cgi/tech/1329023778/

>>337
？

アプレットが動かない。
キツネでだめ、IEでだめ、クロムをインストールしてもだめ、
ことごとくはじかれる。

高橋麻奈：やさしいJava活用編 p6〜10 Sample2.java
commandPrompt からアプレットビューアーを動かすと初期化不良