現世代Javaの動向 1 - 暇つぶし2ch

現世代Javaの動向 1 ..

759:デフォルトの名無しさん
08/05/27 17:32:27
>>723
> でもそういう仕切り屋に限って、高慢とか、自尊心だけはいっちょまえに高いけど、技術的には全く幼稚ってのが多くね？それもそいつの興味じゃない話題だとすぐ「関係あるの？」「必要あるの？」とか排除しようとするし（笑）
> たぶん、こいつはまたage進行だから発狂するよ（笑笑）

おいおい、自分がage進行しているだろ。
お前の研究室にそういうアホがいることはわかったから
専用スレがありそうな以下の板で愚痴を零して来い。

理系全般
URLﾘﾝｸ(science6.2ch.net)
情報システム
URLﾘﾝｸ(science6.2ch.net)
情報学
URLﾘﾝｸ(science6.2ch.net)
プログラマー
URLﾘﾝｸ(pc11.2ch.net)

760:デフォルトの名無しさん
08/05/27 17:52:18
あ？
いつもながら思うんだが、キモイ奴が常任してるよなｗ

761:デフォルトの名無しさん
08/05/27 17:56:29
>>760
確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。
まずは、いろいろな入門書をキッチリやって多角的に捉えられるようにならないとな

762:デフォルトの名無しさん
08/05/27 18:22:28
まあ、俺の108式JVM使えば、そんなの軽いけどな。

って、そんな流れ？(　・ω・)

今までの流れで興味引かれたのは
JNAとかいうネイティブライブラリ呼び出し方法があるらしいこと
これから見てみるわ。Win32も呼べる？？

763:デフォルトの名無しさん
08/05/27 19:00:58
ああJNA、それやめといた方がいいよ。

764:デフォルトの名無しさん
08/05/27 19:05:36
＞にたいに

ん？

765:デフォルトの名無しさん
08/05/27 19:11:36
＞いやそもそもageてるお前が一番このスレの中でアホなんだけど　

こういう意見をよくきくんだけど、どういうところがアホなのかな？
まあアホには答えられないんだろうけど。

766:デフォルトの名無しさん
08/05/27 19:18:09
オタクみたいにこっそりと隠れていたいんじゃね？

767:デフォルトの名無しさん
08/05/27 20:43:23
また騙されたんだね。いろいろ書いたのに答えてもらえなくて可哀想にww

768:デフォルトの名無しさん
08/05/27 22:44:55
>>762
108式JVMってなによ。これ、笑いどころなのか？
JNAだけど思ってるほど便利じゃないよ。所々不便。

769:デフォルトの名無しさん
08/05/27 22:57:30
といっても、数値計算なんてJavaでやる奴はサルだろ。
もうおまえみたいなオタクザルはこのスレ来るなよ。
JVMの内部のこと全く知らないくせにこんなはやつスルーしようぜ！

770:デフォルトの名無しさん
08/05/27 23:53:04
>>763
何故に? あんまり活発じゃないから?

771:デフォルトの名無しさん
08/05/28 03:55:59
>>761
> >>760
> 確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
> たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。

この妄想にjvmに精通ってｗ

> まずは、いろいろな入門書をキッチリやって多角的に捉えられるようにならないとな

この言動が学生っぽいな。いかにも

772:デフォルトの名無しさん
08/05/28 03:56:40
>>765
age荒らしを知らないのか。

773:デフォルトの名無しさん
08/05/28 03:57:23
>>769
奥村もソノホカのJavaで数値解析している大学教授はみんなサルですか

774:デフォルトの名無しさん
08/05/28 03:57:51
>>756
唐突にニコニコ動画がでてくる理由がわからない

775:デフォルトの名無しさん
08/05/28 04:27:42
>>771-774
こういう連続の投稿するやつもそのage荒らしとやらと同じじゃないの・

776:デフォルトの名無しさん
08/05/28 04:28:57
>>770
まだ人柱バージョンで何が起こるか分からないから、慎重にってこと

777:デフォルトの名無しさん
08/05/28 05:06:27
C++では遅すぎるので、Javaが使われるようになった。
↓この辺りに詳しく書いてある。
URLﾘﾝｸ(www.intel.co.jp)

778:デフォルトの名無しさん
08/05/28 05:13:31
ageるとうるさいオバさんがまたガミガミいってくるぞ！

779:デフォルトの名無しさん
08/05/28 05:20:54
は？上げないと見てもらえないジャン。
ばか？

780:デフォルトの名無しさん
08/05/28 05:22:30
計算コストとかnewはコストがかからないからとか言ってた奴は、結局どういうことなのか説明したり答えたりしたのか？

781:デフォルトの名無しさん
08/05/28 05:23:45
で、結局スタックに確保できないのか？

782:デフォルトの名無しさん
08/05/28 05:37:42
java.util.Stack？

783:デフォルトの名無しさん
08/05/28 06:10:36
マシンスタック

784:デフォルトの名無しさん
08/05/28 06:18:16
>>777
そんなこと書いてないようだが？

785:デフォルトの名無しさん
08/05/28 06:21:29
ここにいつも常任しているせんせーには、「研究室」が図星だったんだろうな・・
雑巾しぼりさせられてるんだろう・・可哀想に・・・

786:デフォルトの名無しさん
08/05/28 06:38:51
>>784
C++の2,3倍高速って書いてあるだろ。

787:デフォルトの名無しさん
08/05/28 07:12:51
ここには常任せんせーがいるのか
何を任せられているんだ？

788:デフォルトの名無しさん
08/05/28 07:36:49
聞くだけ聞いといて答えないなんてひでー野郎だな。
技術力高いやつ怒らせると怖いの知らんのk？
そいつがやってることは荒らしと変わんないの気がつかないようだ。
まあ、そのうち研究室を突き止められてウイルス三昧だろうなｗｗ

789:デフォルトの名無しさん
08/05/28 08:18:00
そういうなめたやつがいるスレは呪われて当然だろうｗｗ
確か次世代がどうとかにも似たような奴がいるから同一人物ｔだろうな。
どうやって焼き殺してやろうか？おまえのことだよｗｗｗ

790:デフォルトの名無しさん
08/05/28 20:58:27
研究室の雑巾がけは終わってのか？

791:デフォルトの名無しさん
08/05/28 23:28:38
Javaは数値計算も速いけど、
数値計算屋の望む浮動小数点処理を提供してくれないので、
数値計算屋は離れていったね。RealJavaの提案を蹴られてから。

792:デフォルトの名無しさん
08/05/29 00:04:54
javaはなんでもかんでも出来るわけじゃないよな。jvmの内部構造を知ってれば分かるだろ。

793:デフォルトの名無しさん
08/05/29 12:37:54
>>788
ウィルスって
Windows使わなきゃ問題ないし

794:デフォルトの名無しさん
08/05/29 12:38:45
>>779
馬鹿だな。いつも見てる人はだいたい決まってる。
2ch慣れしている人にはageてなくても2chブラウザにより存在に気づく。

795:デフォルトの名無しさん
08/05/29 17:24:24
任意精度のときは、PIの精度をどうするか悩みどころなんだよな

796:デフォルトの名無しさん
08/05/29 17:26:39
>>793
それはどうかな？

797:デフォルトの名無しさん
08/05/29 17:47:18
>>793
自分が加害者になることを問題にしない犯罪者予備軍

798:デフォルトの名無しさん
08/05/29 18:00:06
>>795
PIは最後まで算出しないで結果に対して任意精度で演算する。

799:デフォルトの名無しさん
08/05/29 18:24:33
ちょっと違うなｗ

800:デフォルトの名無しさん
08/05/29 19:01:15
測定の方法も知らなければ、数値計算の実装も出来ない奴がいるな。
そういう奴が偉そうにJavaとかJVMを語ってるのが笑える。
そのうちに「今の計算機科学は・・」っていうのか？君はまだ若いのに、もうオヤジ臭いんだけどｗ

801:デフォルトの名無しさん
08/05/29 19:04:27
そういう奴は一体何のためにプログラミングしてんだろう？
GUIでアプリ作るなら車輪の再発明じゃないけど誰かが作ったのを素直に使えばいいし、
自分で作ってみても測定やテストすらも出来ないんだろｗ
それなら出来合いのVBとかPerlでいいんじゃないの？

802:デフォルトの名無しさん
08/05/29 23:15:26
最近の業務システムはJavaでWebというのが多いから、数値計算はあまり関係ないだろう。

それにしても、数値計算ができないとJVMを語れないというのは意味がわからん。

803:デフォルトの名無しさん
08/05/30 00:07:24
>>800は井の中の蛙に違いない

804:デフォルトの名無しさん
08/05/30 00:08:32
>>802
や、そもそも>>673あたりで既に意味不明というか日本語でおkというか。
煽りあう以前に意味の伝達がまるっきりできてるように見えんかった。

805:デフォルトの名無しさん
08/05/30 00:09:30
数値計算させるのにいまどき汎用言語を使ってるほうがおかしい
専用のソフトがあるのにね

806:デフォルトの名無しさん
08/05/30 00:13:04
また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？
ところでその専用ソフトはどうやって作るんだろう。

807:デフォルトの名無しさん
08/05/30 00:14:49
連続投稿（　）笑

IDも出ないのに特別な能力でも持ってるのかｗ

808:デフォルトの名無しさん
08/05/30 00:17:39
ウイルスに感染してるんじゃね？おまえのPCがｗ

809:デフォルトの名無しさん
08/05/30 00:22:40
例えば正確な日本語でちゃんと通じるように書いたとしても、>>807みたいなアホが答えられるはずもないな。
さらに>>807程のカワズ君というかニートみたいな奴に分かるように丁寧に書くのも大変なんじゃないの？

810:デフォルトの名無しさん
08/05/30 00:25:44
>>805
世界が狭いね。

811:デフォルトの名無しさん
08/05/30 00:28:09
能力がどうとか言うよりも、読み取るほどの技術力も読解力ない中学生なんだろ。
>>807,804をみても酷すぎるからな

812:デフォルトの名無しさん
08/05/30 00:30:58
また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？

813:デフォルトの名無しさん
08/05/30 01:01:33
>>812
世間が狭いね。　

814:デフォルトの名無しさん
08/05/30 14:37:34
数値計算ライブラリだけどね、桁数が計算毎で任意のときは
結局答えの方（の配列）をいつもnewしないとダメだから、どの言語使っても同じようなものだよ。
計算コストというのは意味分からないけど、同じCPUを使っている以上差はない。
newが別に遅いわけではないけど、あまりにnewしまくるから今のハードではついて来れないんだろう。
確かもうどこかに凄いライブラリあったから、実装目的じゃないならそっち使った方がいいよ。

815:デフォルトの名無しさん
08/05/31 00:08:43
浅い割に態度が大きいね。

816:デフォルトの名無しさん
08/05/31 01:01:04
それ日本語？

817:デフォルトの名無しさん
08/05/31 01:46:05
今のJavaって何に活用するのがいいと思いますか？

818:デフォルトの名無しさん
08/06/01 14:09:56
>>817
高速性を生かし、速度を稼がなければならない用途に使われています。

819:デフォルトの名無しさん
08/06/01 15:07:06
それじゃ援助交際じゃん

820:デフォルトの名無しさん
08/06/06 18:51:58
Java SE 6u10-b25 is now available
URLﾘﾝｸ(jdk6.dev.java.net)
URLﾘﾝｸ(www.java.net)

何かバグフィックスが多そうね。

821:デフォルトの名無しさん
08/06/08 05:08:39
>>802
それ、俺も疑問に思った。
なんか一人で煽ってる厨は何を喜んでいるのかよくわからないし

822:デフォルトの名無しさん
08/06/08 05:34:10
知らない分野のことをあれこれ言ってた奴がいたけど「シグマ計算」には笑ったｗ

823:デフォルトの名無しさん
08/06/08 12:28:00
>>814
newしまくるなら、メモリを一気に確保しておくJavaの方が有利そうだな

824:デフォルトの名無しさん
08/06/08 15:27:11
それって、JVMの話になるとムキになってすぐレスしてくるやつじゃないか
発言を聞いてると的外れな意見が多いし、調子に乗ってるみたいだからたぶんここのスレ主だろｗ
暇人なんじゃないの？

825:デフォルトの名無しさん
08/06/08 20:09:53
>>823
デザインパターンちゃんとやれば
newしまくりによる負荷もかなり軽減されるんだけどな
newしないといけないからJavaはよくないだからJNIつかえとか
言ってるやつはかなりアホで勉強不足な奴だと思うよ

826:デフォルトの名無しさん
08/06/09 00:29:35
デザインパターンとJavaは関係ないけど、JNIとJavaは大いに関係あると思う。
古風で言えば、アルゴリズムとC言語が関係ないのと同じなんじゃないかな。
Javaについて勉強不足なのは君の方じゃないの？

827:デフォルトの名無しさん
08/06/09 00:44:14
君は誰に向かって発言しているんだ

828:デフォルトの名無しさん
08/06/09 01:08:07
>>825
やっぱり的外れだったな。そう泣くなよｗｗ

829:デフォルトの名無しさん
08/06/09 01:19:14
デスクトップ用途には向かないな
やっぱりリソース食いすぎる

830:デフォルトの名無しさん
08/06/09 01:57:37
それだと、.Netとかどうなっちゃうの？

831:デフォルトの名無しさん
08/06/09 04:22:01
煽ってるお子さんがいるようだが、いったいどこにツボがあるんだかわからないなあ

832:デフォルトの名無しさん
08/06/09 10:46:46
デザインパターンでよくjavaがレファレンスとなるけど、別にC#やC++,　Obj-Cでもいいわけであって、javaにこだわる意味が分からないな。
なんか変に雑学が多い奴がいる（これがWeb　2.0の申し子？）けど、考えすぎなんじゃないの？

833:デフォルトの名無しさん
08/06/09 10:48:49
シグマ計算ですしｗｗ

834:デフォルトの名無しさん
08/06/09 11:04:06
UMLで表現できることとjava言語の要素の間に違いが少ないことが大きいのでは。
C++だとインターフェイスはないわ、ポインタはあるわ、
C#はプロパティやdelegate/eventなどの要素をどう表現するかなど違いが大きい。
eventで簡単に表現できることをわざわざオブザーバーパターンで表現するのかよって感じで。
javaも今後プロパティやラムダなどの要素が増えてきた場合同じ問題を抱えることになると思う。

835:デフォルトの名無しさん
08/06/09 11:12:09
↑のように、すぐに雑学だらけの奴(Web　2.0)が現れる

836:デフォルトの名無しさん
08/06/09 11:15:23
確かにこいつ>>834がそれらの機能を使いこなせるとは思えないな。

837:デフォルトの名無しさん
08/06/09 14:01:37
>>832
Web2.0の申し子っていうけど
あれはJavaよりAjaxのほうが際立ってるけどなあ。

デザインパターンでよくJavaが使われる理由は
UMLの用語とJavaの用語がよく一致する。だからUMLを使っての解説もしやすい。
標準APIに有名なデザインパターンが良く使われている。
一番説明に適している。
C#やC++、Objective-Cはデザインパターンとは直接関係ない余計な機能がついている。
こんなところではないかな。

838:デフォルトの名無しさん
08/06/09 14:04:02
>>834
Javaにもポインタはあるぞ。ないのはポインタを使用した演算だけ。
JavaにC#のプロパティをそっくりそのまま取り込む話がもう出ているのか。
以前、Genericsとアノテーションが出てからJavaがC#のようになって
それまた「同じ問題を抱える」みたいな話があったが、とくにそういう問題は抱えていないな。
GenericsのほうでGenericsに対応したクラスライブラリを作るのが大変だって問題だけはかかえているくらいで
C++のTemplateで生じたあの大きな問題はJavaではとくに抱えていないしな。

839:デフォルトの名無しさん
08/06/09 14:05:04
>>835-836
まあおちつけ。自分の立場も力の弱さも考えずにアメリカ海軍に特攻する困ったちゃんみたいだぞ。

840:デフォルトの名無しさん
08/06/09 14:36:26
確かそいつの言いぐさは「∑ループ」じゃなかったか？

841:デフォルトの名無しさん
08/06/09 16:28:24
Javaは、プロパティそのものを表現する構文が無いのがめんどい。
例外チェック無しにPropertyDescriptorを取得できれば、定義する側は今のままでいいと思う。
今まで通りsetter、getterで定義して、
PropertyDescriptor pd = SomeBean#property; 　// getProperty()が定義されてないとコンパイルエラー
みたいな感じ。
プロパティ名を文字列リテラルで記述すると、IDEのリファクタリングが効かないのがつらい。

842:デフォルトの名無しさん
08/06/09 16:31:27
クロージャまだかな。それで何とかなるよ。

843:デフォルトの名無しさん
08/06/09 16:45:30
クロージャとプロパティは姉妹スレでやってるね
[Java　SE　7]　次世代Javaの動向　6　[dolphin]
ｽﾚﾘﾝｸ(tech板)l50

プロパティは既存のgetter/setterとの兼ね合いをどうするかでかなりもめた/もめてるらしい。

844:デフォルトの名無しさん
08/06/09 18:32:57
java.io.FilterInputStreamみたいなのは、何ていうデザインパターンか知ってますか？

845:デフォルトの名無しさん
08/06/09 18:42:38
デコレータ・パターン

846:デフォルトの名無しさん
08/06/09 18:45:30
>>841
つ[Eclipseのテンプレート]
つ[EclipseとCheckstyleプラグイン]
つ[EclipseとFindBugs]

847:デフォルトの名無しさん
08/06/09 21:51:24
プロパティにしてもクロージャにしても、なんのためにその機能が欲しいのか、だな。
プロパティでgetter/setterを書かなくて済むようになるならありがたいが、
そうでなきゃｲﾗﾈ

848:デフォルトの名無しさん
08/06/10 02:55:59
VB厨臭い馬鹿がそれらの機能を欲しがる理由は

　　　　C#にもあるから

849:デフォルトの名無しさん
08/06/10 05:23:41
正にデコレータ・パターンでした。
java.beansにあるプロパティ･チェンジでファイヤーされるパターンも、名前がついてるんでしょうか。
オブザーバー（リスナー）程に汎用でもなくて、特定用途のようですが…

850:デフォルトの名無しさん
08/06/10 06:32:43
848はVBとC#しか知らんのか

851:デフォルトの名無しさん
08/06/11 07:31:45
>>849
あまり使われないので名前はありません。

852:無責任ユーザー的な発言
08/06/11 11:25:06
現状でもＪＡＶＡが遅いのってユーザーとやり取りする所じゃないし、
並列化が進めばそのうちバックグラウンドで済む…のかなー？
もともと画像指向的な位置指定じゃなくオブジェクト指定で
発想時点から「各操作の情報価値の重さ」が違うし。

それより、複数同時に動かすと単純合計以上に重くなるよね？
こっそり適当にサボる仕様なら起きない事態なんだけど。
いま貧弱な環境だから、サボり許可スイッチ欲しいｗ
（もちろん、簡単で手軽で安全で可逆的な手段）

853:デフォルトの名無しさん
08/06/11 12:24:10
イミフ

854:デフォルトの名無しさん
08/06/11 14:26:56
クロージャよりまともな委譲モデルが欲しいかな。
java.beans.EventHandlerの中途はんぱっぷりは異常。

855:デフォルトの名無しさん
08/06/11 14:28:59
その辺はクロージャ使って書き直しですよ。

856:デフォルトの名無しさん
08/06/11 14:51:19
>>846
その3つが何かの解決になるの？

857:デフォルトの名無しさん
08/06/11 15:40:41
そんなことをいちいち書き直したりしないな。

858:デフォルトの名無しさん
08/06/12 07:12:56
JavaがWebで使われてるって言う意見があったけど、
Javaがdesktopに入って来れないだけでwebに活路を見出してるだけだよ。
serverはgnu/linux/bsdだし、javaが入れるのはweb　appliぐらいしかないでしょ。

今でもdesktop特にwinに入れないのは、MSが睨みを利かせてるからなんだけど？
（appletの衰退とかbrowser戦争とか思い出してみてよ）

859:デフォルトの名無しさん
08/06/12 09:07:01
日本語でおけ

860:デフォルトの名無しさん
08/06/12 09:25:12
また厨房が沸いてきたな
javaはデザインパターン専用言語だから嫌ならc#やれよ

861:デフォルトの名無しさん
08/06/12 09:41:24
最近のMSさんはころころ仕様が変わるのでついていくのが大変です

862:デフォルトの名無しさん
08/06/12 09:45:07
>>861
おまえは>>858をよく読んだほうがいいなｗ

863:デフォルトの名無しさん
08/06/12 10:14:15
>>858
サーバサイドは、JVM起動しっ放し、
クラスロードしっ放しでいいからだよ.

864:デフォルトの名無しさん
08/06/12 10:37:40
それなら別にjava　(jvm)じゃ無くてもいいわけだが？

865:デフォルトの名無しさん
08/06/12 10:41:51
webといっても顧客はたいていwinだろうし、win環境に合わせるのが普通の金儲けなんだけどね。
大手の会社とか金持ち相手は金に糸目がないから別だけど。

866:デフォルトの名無しさん
08/06/12 12:04:01
>>864
クライアントサイドとの差＝863

867:デフォルトの名無しさん
08/06/12 14:28:32
デスクトップでのパフォーマンスは向上してきている。
開発側が突っ込むリソースをここ1年以上クライアント側にシフトしてきている。

ただ、普及するには
デスクトップアプリを使いやすくする層(フレームワーク)がなにかいるね。
JSR-296は、ちょっとまだ層としては薄い感じがする。

868:デフォルトの名無しさん
08/06/12 14:37:36
デスクトップに進出するなら、appletが復興するんじゃないの？
javaがwebで使われるといっていても、所詮はservletなんで。

869:デフォルトの名無しさん
08/06/12 14:47:32
いや、その・・・jnlp・・・・

# appletが復興という話はマジで聞きますがね

870:デフォルトの名無しさん
08/06/12 14:50:51
Desktopは、webのクライアントサイドと一緒で、
Javascript(Silverlight, Dashboard)がかなり強敵かと。
あっちはキャッチーなところから責めてるんで。
J2MEの方も同様。

871:デフォルトの名無しさん
08/06/12 15:10:44
jnlpがネット前提でローカル環境のインストールができないのが問題だな

せっかく今のバージョンはアプリケーションの追加と削除とかスタートメニューとかも登録してがんばってるのに

872:デフォルトの名無しさん
08/06/12 15:21:25
jnlpとappletは全く別物だと考えた事は無いのか？

873:デフォルトの名無しさん
08/06/12 15:23:46
それと、jsは組み込み言語の設計であって、デスクトップアプリじゃなくて、そのアプリの制御が主目的じゃないの？
jsとか継承できし面倒でしょｗ
java　fxとかはまだSUNの研究室内の話しだし知らん。

874:デフォルトの名無しさん
08/06/12 15:27:14
>>873
> jsとか継承できし面倒でしょｗ

つ ECMAscript4
URLﾘﾝｸ(www.ecmascript.org)

875:デフォルトの名無しさん
08/06/12 15:32:16
>>871
ああ、あとCUIのサポートをして欲しいと思う。
サーバ用途が多いんだから、アプリの更新の手間をJNLPに任せられるってのは使いたい。
デスクトップより簡単だと思うんだけどなぁ・・・

876:デフォルトの名無しさん
08/06/12 15:49:29
>>872
別の技術だけど排他でもないぞ
webstartアプレットだってあるんだし

877:デフォルトの名無しさん
08/06/12 16:28:30
>>872
アプリケーションを作ったりどっちを採用するか考えたりするときに全く別物と考えることは少ないんじゃないかな？

878:デフォルトの名無しさん
08/06/12 16:39:30
そうだよな。また沸いてきたバカだろうし相手にしなくていいじゃね？

879:デフォルトの名無しさん
08/06/14 01:09:30
>>872
バーカバーカ！ゲラゲラ（＾＾）

880:デフォルトの名無しさん
08/06/15 17:30:39
つうかJavaに遅いという感覚はもうすでになくなっているんだけど。
8年前からJavaは早くなってるし

881:デフォルトの名無しさん
08/06/15 17:32:54
>>858
鯖でもWebアプリだけでもかなり多岐な分野にわたってるけどね。
今までHTTPを介さなかったもののほとんどがHTTP介したWebアプリ化
している現状を知らないんだろうね。Webを使って当たり前の時代なんだけどな。

windowsにも入ってるけどすでに。
Java Web Startタイプアプリ結構そろってるし。
知らんの？

882:デフォルトの名無しさん
08/06/15 17:33:38
>>865
なんか昔から煽りパターンが変わってないね。君らって。

883:デフォルトの名無しさん
08/06/15 17:34:27
>>868
いまさらAppletが復興って。
Java Web StartやAjaxがなぜそこで出ないのか不思議なんだけど。
それに今はGoogle全盛期の時代だし

884:デフォルトの名無しさん
08/06/15 17:35:01
>>870
いまどきJ2MEなんていうお前はいつの時代の人間だ？

885:デフォルトの名無しさん
08/06/15 17:38:58
>>871
> jnlpがネット前提でローカル環境のインストールができないのが問題だな

もともとそういうものだしな。いまどきオフラインなんてのが時代遅れ。

> せっかく今のバージョンはアプリケーションの追加と削除とかスタートメニューとかも登録してがんばってるのに

そいつはもっと時代遅れな発想。

>>875
Jakarta CommonにCUIをサポートするライブラリがあった気がする。

886:デフォルトの名無しさん
08/06/15 18:17:29
>>885
CDで配布してインストールとかもできるようになっていればいいパターンだってあるし

アンインストールは別にあって問題ないんじゃね？
ローカルにキャッシュやショートカットアイコンがあるおかげで手軽にアプリ起動できるし
わざわざブラウザ開いてURLからいれなおしのほうがたるいわ

887:デフォルトの名無しさん
08/06/15 18:17:49
時代遅れとかで煽ってる奴って、一体いつの時代の人？

888:デフォルトの名無しさん
08/06/15 18:21:22
明治かな

889:デフォルトの名無しさん
08/06/15 18:26:02
BAISCの人でしょｗ

890:デフォルトの名無しさん
08/06/16 13:43:17
J2ME, Java ME、いまでも普通に使うが…

891:デフォルトの名無しさん
08/06/16 14:48:05
>>885
commons-cli のことか？
あれは・・・単にコマンドラインのargs解析を補助してくれるライブラリで
>>875で言いたかったのは、jwsの起動をGUI無しでできるようにしてほしいということ。
daemon的なプロセスをjws経由でスタートさせたいという・・・

892:デフォルトの名無しさん
08/06/16 15:29:18
リモート管理とかスクリプト化とかいろいろ便利だよねえ。
オフラインもJavaベースのシステムのインストーラ、
要するにbootstrapをjws的に行なう、に便利。

893:デフォルトの名無しさん
08/06/16 19:51:03
jwsはプログラムの追加と削除にいちいち登録されるのがウザイ

894:デフォルトの名無しさん
08/06/16 23:21:14
>>893

895:デフォルトの名無しさん
08/06/17 11:08:03
JRubyの中の人が日本に来るみたいだね。
Sun主催のイベントで↓だってw

URLﾘﾝｸ(jp.sun.com)
> GlassFish は Java EE だけのアプリケーションサーバだと思っていません
> か？実は GlassFish では JRuby を使って Ruby on Rails 実行環境を構築
> できるだけでなく、クラスタ環境などへの配備もサポートしています。

JVMが有力プラットフォームになるとはなあ。

896:デフォルトの名無しさん
08/06/21 10:13:21
IcedTeaベースのOpenJDK 6 on Fedora9がTCK互換クリアしたよ。
これで完全なFLOSS javaができたね。

897:デフォルトの名無しさん
08/06/21 15:02:45
でも完璧に動くわけじゃないんだよね
やっぱり実装と仕様の分離ってかなり難しい

netbeansやEclipseも動かなくてあわてて動くようにパッチあててたしね

結局パフォーマンスとか安定性でsunが提供するプラットフォームはsunのVMが使われると思う
そのほか組み込み系のさまざまなハードとかBSDとかsunから提供されないプラットフォームではかなり前進したかと

898:デフォルトの名無しさん
08/06/21 16:41:08
BSD javaはすごいよな

899:デフォルトの名無しさん
08/06/21 18:00:56
なにがすごいのか

900:デフォルトの名無しさん
08/06/21 23:36:53
結局、仕様に依存して実装されてるプログラムより、実装に依存されているプログラムが殆どだから
SunのVMを使わざるを得ないって事なのかなぁ。

901:デフォルトの名無しさん
08/06/22 02:41:19
差はどんどん少なくなっていくでしょ。
それにどうやろうと完全に一緒になることはないし。
gccだってCPUが違えばbugの有無に差が出る。
TCKは全ての仕様をチェックできるわけでもない。

902:デフォルトの名無しさん
08/06/22 11:01:51
差は小さくなっていくとしても、SunVMにも仕様外の実装が入ってるでしょ。
sunパッケージのクラスとか。
それに依存してるアプリが悪いといえば悪いんだけどさ。

903:デフォルトの名無しさん
08/06/22 11:53:43
昔はよく見たけど最近見ないなぁ。com.sun.*パッケージに依存したアプリ。
むしろgnu.classpath.*パッケージに依存したアプリは最近よく見る。
フリーな実装が増えてきている証拠だと思うよ。

904:デフォルトの名無しさん
08/06/22 12:23:33
どちらも望ましいことじゃないよね～。
先進的な機能を使おうとしたら、ベンダ依存のものを使うしかないわけだけど…。
悩ましいわな。

905:デフォルトの名無しさん
08/06/22 12:54:05
sunのVMはいわばRIみたいな感じになるのかな

でもServletのRIであるTomcatや
JSFのRIであるmojarraとか
そもそもJavaEEのRIであるGlassfishとか見てると
RIはやっぱり強いよね

Tomcat依存とか平気で書いてる人多いし

906:デフォルトの名無しさん
08/06/22 21:18:21
>>902
> 仕様外の実装が入ってる
< 仕様外のライブラリが入ってる

907:デフォルトの名無しさん
08/06/28 13:05:28
jre1.6.0_07.msi
URLﾘﾝｸ(javadl.sun.com)
jre-6u7-windows-i586-p.exe
URLﾘﾝｸ(javadl.sun.com)
jre-6u7-windows-x64.exe
URLﾘﾝｸ(javadl.sun.com)

908:デフォルトの名無しさん
08/07/03 10:38:53
　

909:デフォルトの名無しさん
08/07/11 01:14:48
jnlpはXML使うごときでいちいち署名を求めてくるのをなんとかしてほしいの
ユーザが警戒するの

910:デフォルトの名無しさん
08/07/12 12:36:44
b27=RCらしいね。
jdk-6u10-rc-bin-b27-windows-i586-p-08_jul_2008.exe

911:デフォルトの名無しさん
08/07/22 21:39:00
TextSS

912:デフォルトの名無しさん
08/07/27 02:53:12
　

913:デフォルトの名無しさん
08/07/31 04:52:11
この記事は凄い！

developerWorks Japan > Java technology
COBOL のように死んだ言語
Java は置き換えられる時期に来ているのか
URLﾘﾝｸ(www.ibm.com)

2008年 5月 27日

Java? が間もなく消え去るという最近の報告を見聞きした皆さんは、Java というプラットフォーム
を捨ててもっと優れたものに移行する時が来たのだろうかと思っていることでしょう。しかし結論を下
す前に一歩下がって Java のエコシステムとその競合とを検証し、冒頭の噂が内容を伴ったものか
どうかを調べてみましょう。つまりアメリカ大統領の一般教書演説にならい、Java プラットフォーム
の評価に関して高慢も偏見も交えずに Java の一般教書演説をしてみようというわけです。

歴史を学ぶ学生は、トーマス・マルサス (Thomas Malthus) の予言を思い出すかもしれません。
マルサスは著書の中で、文明を形成する男女の集団は農業システムによって支えられているが、
やがてその農業システムそのものが人口の増加傾向を支えきれなくなり、疫病の大流行や他の自然
災害などが主たる原因となって人口が減少に転じるということが、間近に迫っていて不可避である、
と述べています。彼は、「人口は、抑制されずに放置されれば幾何級数的に増加する。最低限の生存
に必要な物資は算術級数的にしか増加しない。数字を多少理解できる者であれば、前者による増加は
後者による増加に比較して膨大であることが理解できる。これはつまり、生活物資の供給困難を起因と
して強力かつ定常的な人口の抑制が必要なことを意味する。この供給困難はいずれかの場所に生ず
るはずであり、それは必ず人類の大多数に深刻に受け止められなければならないものである。」

トーマス・マルサスは彼の『人口論 (Essay on the Principle of Population)』(「参考文献」を参照) を
1798年の 6月に発表しました。私達はそれ以来、彼の言う「マルサス論による抑制」が人口の増加に対
して実際に働くのを待ち続けています。

914:デフォルトの名無しさん
08/08/10 11:40:02
なんかネタないの？

915:デフォルトの名無しさん
08/08/10 16:41:46
現世代だと知っていて当たり前なネタばかりで食いつきが悪いからね
もうJavaSE6がでてから1年と8ヶ月たったんだし、JavaSE7がでるまではこんなもんかと

916:デフォルトの名無しさん
08/08/10 17:45:54
その前にUpdate10があるな

917:デフォルトの名無しさん
08/08/10 17:49:36
update 10_beta 使ってたら画面の描画がクソ重くなることがあって元に戻した。
しばらく我慢してると直ったりしたんだけど、再現条件もわからなくて対処のしようが
わかんなかった。

918:デフォルトの名無しさん
08/08/10 21:28:47
>>917
再現条件がわからなくても、とりあえずBTSに投入しとけ。
現象を認識していたら、運が良ければ誰かが再現条件を見付けて直してくれるかもしれんが、認識されてなかったらいつまでたっても直らない。

919:デフォルトの名無しさん
08/08/11 01:07:50
俺まだu4なんだよな。そろそろ上げるか・・・。

920:デフォルトの名無しさん
08/08/11 01:19:39
おれ、u1なんだけど、そんなに違ったりするの？
修正点も大体はバグ直しでしょ。

921:デフォルトの名無しさん
08/08/11 02:17:55
>>920
大量に致命的なバグが直ってるu2、u4があるからu4くらいまではさっさとあげたほうがいいよ
アプレットが100％フリーズ起こす問題はu6あたりでなおってる

922:デフォルトの名無しさん
08/08/11 14:43:43
>アプレットが100％フリーズ起こす問題はu6あたりでなおってる
これバグだったのか。ブラウザ巻き込んでフリーズするから何かと思ってた。

923:デフォルトの名無しさん
08/08/11 22:29:01
バグというより、M$の陰謀だけどね。

924:デフォルトの名無しさん
08/08/11 23:04:49
いやfxでもSMでも起こるんだが・・・そういう報告はきてないのか？

925:デフォルトの名無しさん
08/08/12 00:21:31
SM?

926:デフォルトの名無しさん
08/08/12 10:55:16
SeaMonkeyなら、Mozilla由来のコードでできてるから、
Firefoxと同じ現象が起きても不思議じゃない。

927:デフォルトの名無しさん
08/08/12 20:23:34
>>924
M$はFxにも陰謀仕掛けてるのか。
最悪だな。

928:デフォルトの名無しさん
08/08/13 13:01:33
FXというとオンライントレード、eワラントを思い出す。そっちのFXじゃないかw
WinFXとJavaFXのことか

929:デフォルトの名無しさん
08/08/13 13:09:34
なにいってんだ？

930:デフォルトの名無しさん
08/08/13 14:29:58
FFxと書いたらなんかのゲームのタイトルになってしまふ

931:デフォルトの名無しさん
08/08/14 23:51:53
Update10 が RC になってたね。
けど Nimbus はまだ崩れる。むーん。

932:デフォルトの名無しさん
08/08/15 01:11:39
Nimbusはまだ崩れるのか。将来のjavaLaFになるんだろ？間に合うのか・・・。

933:デフォルトの名無しさん
08/08/16 13:46:20
あー、ごめん、崩れるって言ったけどNimbusのせいじゃないや。

このアプリのファイルを開くでいっつも崩れてないか見てたんだけど、
そもそもWindows以外のLAFであるMetalとかMotifとかも崩れてた。
URLﾘﾝｸ(propedit.sourceforge.jp)

934:デフォルトの名無しさん
08/08/17 16:33:55
>>933
何だと思ったらちょま吉のプロパティファイルエディタのサイトか
Eclipseでお世話になっていますぜ

935:デフォルトの名無しさん
08/08/22 13:03:04
URLﾘﾝｸ(www.jasperpotts.com)
Nimbus is Done
って言ってるけど？

6u10のリリースと、JDK7へのフィードバック(フォワード？)を早くして欲しいよね・・・

936:デフォルトの名無しさん
08/08/22 17:54:46
俺、JDK6u10がリリースされたら開発環境更新するんだ！

937:デフォルトの名無しさん
08/08/22 18:11:47
>>936
何のフラグだよ！
そういえばJDKは1.6.0_03からあげてないな。

938:デフォルトの名無しさん
08/08/22 20:58:05
せめてu4まであげとけ
バグ大量に直ってるから

939:デフォルトの名無しさん
08/08/23 17:12:14
っていうか、u10って秋にはもう出るんだよな？
予定が↓だから。

RC (build 28) 08/07/08
FCS Summer/Fall 08

u5～u9 は全部すっ飛ばすのかなぁ

940:デフォルトの名無しさん
08/08/23 17:18:38
既にu7まで出てるんだが。

941:デフォルトの名無しさん
08/08/28 03:26:47
java　version　"1.6.0_01"
Java(TM)　SE　Runtime　Environment　(build　1.6.0_01-b06)
Java　HotSpot(TM)　Client　VM　(build　1.6.0_01-b06,　mixed　mode,　sharing)

942:デフォルトの名無しさん
08/09/05 00:20:46
そんな古いもん表示して何が言いたいんだ＞

943:デフォルトの名無しさん
08/09/05 13:12:54
>>942
最後の「＞」って何なの？

944:デフォルトの名無しさん
08/09/05 13:18:10
1.6も入れてない人が多いのに、そんなに古いか？

945:デフォルトの名無しさん
08/09/05 16:09:38
きっと「最新版を入れていない奴は馬鹿」だと思っている人なんでしょう

946:デフォルトの名無しさん
08/09/05 16:18:26
現世代の中では古いってことだろ。
で、941は何が言いたいんだ？

947:デフォルトの名無しさん
08/09/05 23:49:35
>>944
1.6を使うならせめてu4まではいれないとバグが多くてかなわんよ

948:デフォルトの名無しさん
08/09/06 03:54:43
u4とか、おまえアホだろｗｗ
今の俺はこれ使ってるんだが？

java　version　"1.6.0_10-rc"
Java(TM)　SE　Runtime　Environment　(build　1.6.0_10-rc-b28)
Java　HotSpot(TM)　Client　VM　(build　11.0-b15,　mixed　mode,　sharing)

949:デフォルトの名無しさん
08/09/06 05:11:27
>>948
Sun社員乙

950:デフォルトの名無しさん
08/09/06 07:18:19
>>948
インストールできたのがそんなに嬉しいかったんだねぇ。
よかったねぇ。

951:デフォルトの名無しさん
08/09/06 09:27:40
開発版つかってるのがそんなにうれしいのか・・・

952:デフォルトの名無しさん
08/09/07 13:43:32
>>949
Sunの社員っていってもホントに最新版に触れるためには結構大変なんだけどな
今となっちゃ、殆ど公開されてるmercurialレポジトリから取れるのが最新版じゃねえの？

953:デフォルトの名無しさん
08/09/15 11:29:14
こっそりと RC2 Build 31 がリリースされてた。

954:デフォルトの名無しさん
08/09/16 14:12:59
RCだからか、もうインストーラーとかの修正ばっかりだな。