クライアントサイドJavaどうよ? part2

934 ：デフォルトの名無しさん：03/02/13 22:58

すまん、気を抜いたら909/913みたいのが暴れてしまった。

935 ：デフォルトの名無しさん：03/02/13 23:02

自分が暴れているということを気づいていない奴がいるな。
自分のことを棚にあげて批判している馬鹿が一人

936 ：デフォルトの名無しさん：03/02/13 23:03

リア厨連呼の人か。自爆してリア厨であることがバレたんだよな。

937 ：デフォルトの名無しさん：03/02/13 23:19

あちらにリア厨連呼の人を誘導しました。
お騒がせしました。

938 ：デフォルトの名無しさん：03/02/13 23:25

>>937
というかあなたが誘導されて釣られているんでしょ?
ばかなことしてないでちゃんと議論しなさい。

939 ：はやまった(^^;：03/02/14 01:10

1000!!!

940 ：デフォルトの名無しさん：03/02/14 08:30

良スレ勃起アゲ

941 ：デフォルトの名無しさん：03/02/15 01:05

なんか Applet前提話でつまらん流れになってたのが、こうガーっと盛り上がってきたかと思いきや、
また再び宗教戦争に突入して結局××厨が暴れてお開き、と。

切ないですな。

つーか、クライアントサイドという事はサーバサイドがあるわけで、そこで通信するプロトコルによっては、
別に端末側はJavaでなくてもオッケーだったりする昨今。
でも、俺的にはとてもJavaのソースが綺麗に思えるので、とても無責任にJavaマンセーの気持ち。

942 ：941：03/02/15 01:06

逝ってよしですか？

943 ：デフォルトの名無しさん：03/02/15 01:08

ソースが綺麗かどうかよりも、問題解決の方法が綺麗かどうかを
問題にして欲しいこのごろ。

944 ：941：03/02/15 01:22

>>943

それは設計の話ですね。（そうでない？）
何を持って綺麗と言うかによるかもです。

ちなみに俺はGoFのまとめたパターンは、まるで小麦粉から抜き出したグルテンのように
綺麗なものだと思います。って、これはJavaに限らない話だけど。

そんな感じでオブジェクト指向を綺麗だと思ってしまう俺なので、
設計部分をセマンティックに表現できる言語は、綺麗だと思いまつ。

945 ：デフォルトの名無しさん：03/02/15 01:28

>>944
いや、それよりもうちょっと上。

設計が綺麗ならどの言語で書いても同じだし。
(言語に依存した設計って設計じゃないよ)

今のとこ、クライアントサイドでは、
Javaによる解決は綺麗だと思えない。

946 ：944：03/02/15 01:52

>>945
あぁ、そうか。「クライアントサイド」だったか。スレタイ忘れてた（笑
つまり、環境が限定されている状態においてって事？

少なくともそういう意味だと、Javaによる解決は綺麗でない。なぜなら、
強引なプラットフォーム非依存が故の、「前提必須（VMのバージョン等、またそのVM自体の存在）」という
状態が、ある意味不健全だとも言えるかも。

ただ、ゴメンね。
＞設計が綺麗ならどの言語で書いても同じだし。

ある程度言語仕様と言語特性（何に強い＝何を書く時工数が少なくて済むか、等）によって、
設計の在りかたも変わると思う。だからってここで「だからJava最強！」とは言わないが。

947 ：944：03/02/15 01:53

関係無いけど、
＞そんな感じでオブジェクト指向を綺麗だと思ってしまう俺なので、
＞設計部分をセマンティックに表現できる言語は、綺麗だと思いまつ。

↑これ、逆だな。
設計部分をセマンティックに表現できる言語は、綺麗だと思うから、
オブジェクト指向を綺麗だと思ってしまう、って感じ。 ..... 少なくとも今は。

948 ：デフォルトの名無しさん：03/02/15 11:16

>>941
> なんか Applet前提話でつまらん流れになってたのが、こうガーっと盛り上がってきたかと思いきや、

サーバー寄りの話で盛り上がってたのは君くらいに見えるけど？
まあ変態が暴れるよりはマシか。

949 ：デフォルトの名無しさん：03/02/15 11:41

>>948
> サーバー寄りの話で盛り上がってたのは君くらい
魔法使いさんですか?(w
944=who?

950 ：デフォルトの名無しさん：03/02/15 12:15

ぶっちゃけJavaはもう必要ない

951 ：デフォルトの名無しさん：03/02/15 14:07

ぶっちゃけ、厨はもういらないよ。

952 ：デフォルトの名無しさん：03/02/17 01:22

はぁ、クライアントJavaが「普通」になるのにあと何年かかることやら・・
一生むりかもしれんがな

953 ：hoge：03/02/18 09:12

javaがクライアントサイドに全然力を注いでないからじゃないだろうか。
SUNは、例えば、初心者が、1.4のJREが欲しいと言ったらすぐそれをパソコンにダウンロード出来るように、
SUNのホームページを作ってるだろうか？
ショックウェーブやフラッシュのプレイヤーの様に、すぐマクロメディアのサイトに飛んでダウンロードできる体制を
作れないのだろう。
別に、ウィンドウズですぐ動かなくて良いから、初心者がワンステップで必要なモノが手にはいるように出来ないのだろうか？
マクロメディアが出来てサンに出来ないはず無いのに。
やる気無いんじゃないかって思ってしまう。

954 ：デフォルトの名無しさん：03/02/18 11:44

かのMSXみたいに、電源入れたらすぐにJava、みたいな・・・

955 ：デフォルトの名無しさん：03/02/18 17:41

Sunなばかな！

956 ：デフォルトの名無しさん：03/02/19 02:39

鯖屋だしな。

957 ：デフォルトの名無しさん：03/02/19 04:49

そろそろ次立てれ。

958 ：デフォルトの名無しさん：03/02/19 08:08

やっとこのスレに平和が戻ったようですね。

959 ：デフォルトの名無しさん：03/02/19 19:42

アンチ厨の数が圧倒的に多いからな。

960 ：776：03/02/21 08:07

放心age

961 ：a：03/02/21 08:33

962 ：デフォルトの名無しさん：03/02/21 09:32

>>953
激しく同意。
SunはJavaを半ば見捨てているとしかおもえん。
にしちゃMSとJavaがらみでど派手に喧嘩しているし、なにがしたいんだ？
え、スコットマクネリさんよー。

963 ：デフォルトの名無しさん：03/02/21 09:36

http://www.agemasukudasai.com/bloom/

964 ：デフォルトの名無しさん：03/02/21 11:34

>>953
MS相手に不当な要求をする裁判してんじゃん。
今までまったく努力せずに一発逆転狙い。
もちろん結果は見えてるけど。

965 ：デフォルトの名無しさん：03/02/21 19:32

生みの親(SUN)より育ての親(IBM)

966 ：デフォルトの名無しさん：03/02/21 23:02

>>953
> javaがクライアントサイドに全然力を注いでないからじゃないだろうか。
> SUNは、例えば、初心者が、1.4のJREが欲しいと言ったらすぐそれをパソコンにダウンロード出来るように、
> SUNのホームページを作ってるだろうか？
Javaを初心者向けの道具にするつもりがないんじゃないかな?
最近はJREのダウンロードもトップページからのクリック回数が減り楽になったぞ。
おーい、Netscapeとか使ってるならJREをインスコしていなければちゃんと
java.sun.comにアクセスせずとも自動的にダウンロードを促す
ポップアップウィンドウがでるぞ。
って、このスレの前のほうに書いてなかったか?

967 ：デフォルトの名無しさん：03/02/22 00:38

>>966
>最近はJREのダウンロードもトップページからのクリック回数が減り楽になったぞ。

ちょっとsun.co.jpのサイトを見てみたんだけど、
あそこから「JREをダウンロードしてきて」って普通の人(Javaに興味がない
プログラマを含む)が言われても、ダウンロードサイトまでたどり着かないよ。
あんな難易度の高いWebサイトを僕は他に知らない。

僕はいつもGoogleから直接ダウンロードサイトに飛んでるよ。

思うに、SUNってユーザインタフェースとか考えるの嫌いなんだろうね。
だからAWTとかSwingがあんなことになったんじゃないかと、被害妄想してしまう。

968 ：デフォルトの名無しさん：03/02/22 02:33

↓こんなん見つけたんだけど
http://home.augustakom.net/as120108/java/swingset.jnlp

結構いい線いってるんだけど、日本語化がイマイチなのが残念・・
ソースもダウンロードできるみたいだから、誰か日本語対応してくんないかな

つーか、SwingはやればできるんだからSUNがちゃんと作れっちゅーねん！

969 ：デフォルトの名無しさん：03/02/22 03:08

「やればできる」なんていうレベルのものは必要とされていません。

970 ：776：03/02/22 05:25

getjavaページ、良くできてると思うよ。インストールの煩わしさが
殆どないから。昔に比べればよくやったよ。

いや、Sunは分かってないな。あーいうページこそ各国言語で用意し
ておくものだ。getjavaページを早く日本語化しろ！J2SE等の日本語
ページなんか用意しなくていいから。インストーラが日本語化されて
いてもダウンロードページに辿り着くまでに英語が現れると、客は見
たがらないんだよ～。おねげーします。

署名確認の画面が出るのは許そう。仕方ないから。せめてそれ以降
はサイレントインストールしてくれ。デフォルトでWWWブラウザは
Java Plug-inを適用しちゃってええよ。確認画面不要！

所詮、Sunはデベロッパ、自社サーバを使う者は対象にしていても、
コンシューマまでは見てられないのだ。JavaプラットフォームをPC
クライアント側に普及させようなんて思ってないな。訴訟なんかMS
を揺さぶってるだけで、如何に導入させるかどうかなんて考えてな
い。サーバサイドで頑張ります！って宣言しちゃえよ、まったく。

971 ：デフォルトの名無しさん：03/02/22 08:32

<OBJECT> タグ使えば自動インスコできなかったっけか?

972 ：デフォルトの名無しさん：03/02/22 10:35

>>971 できる。J2SEにhtmlコンバータ入っているからアプレットの
作成者は何も考えずに作業できるはずなんだけどね。

973 ：972：03/02/22 10:41

だからアプレット公開時に適切なhtmlを書いていればSunのgetjavaページに
ユーザが自分でJREをとりに行くことなんてないはずなんだけどね。Javaプラグイン
のページも日本語化されているのにあまりまともに使われている例をみたことが
ないなあ。IBMのDeveloperWorks ToolBoxのダウンロード支援ツールでは
使われていたか...

974 ：776：03/02/22 11:29

>>971,972 どもです。

現在はAPPLETタグ経由でJava Plug-in上でアプレット呼び出
しが出来るし、OBJECTタグは古い仕組みと考えていて調べも
してませんでした。

OBJECTタグで「Java Plug-in」の自動インスコ出来るの？！
それってOBJECTタグ内のアプレット呼び出しが無効だったら
「自分で」特定のURLを呼び出すようにして、実際にJava
Plug-inをインスコするURLに飛ばすってこと？もしかして、
htmlのコンバータが、自動インスコしてくれるURLに飛ばす
OBJECTタグを吐いてくれるってことですか？

自分は、自動インスコしてくれるURLの直リンクはモラル的に
OKなのかな？と考え、あくまでもSunが用意した公式なgetjava
のホームページのリンクが妥当かと思ってたんで。JavaWebStart
なら、htmlに埋め込んだスクリプトでmimeTypeをチェックして
無効だったらインスコ説明ページを表示するってやり方してま
した。

htmlコンバータがOBJECTタグに変換してくれるとき、自動的に
Java Plug-in（JRE）を自動インスコしてくれる（URLも吐いて
くれる）ように出力するのなら、調べる価値ありですね。参考
にします。

もし認識間違いがあれば、ご指摘くださいm(__)m

975 ：776：03/02/22 11:37

http://java.sun.com/getjava ページ内も改めて読んでみますね。
直リンクのポリシーが載ってるかどうか。やる気出てきたっす。

976 ：デフォルトの名無しさん：03/02/22 11:47

>>968
そいつはJ2SEについてくるサンプルじゃないのか?

977 ：デフォルトの名無しさん：03/02/22 12:49

MS製品が流行るのは、「ライバルからみると不当な」手段を使ってる影響も多少あるが、
実は、こういった点も含めて「実際に便利で速い」ことが大きいわけだ。

978 ：デフォルトの名無しさん：03/02/22 13:32

MSは他社が開発した糞重い新機能を
ある程度使えるレベルに改良するのが得意

979 ：デフォルトの名無しさん：03/02/22 14:08

>>977-978
M$は、あくまでWindowsのみで動くように環境を限定し
規格を破壊するのも得意。

980 ：デフォルトの名無しさん：03/02/22 14:20

まあ、結局使える製品を提供できてない連中が吠えてるわけだが。