現世代Javaの動向 1

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 23:12 / Filesize : 239 KB / Number-of Response : 955
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

現世代Javaの動向 1

1 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 20:56:29 ]: 次世代もいい、だが現世代もしっかり把握しておこうではないか？

派生元
次世代Javaの動向　２
pc8.2ch.net/test/read.cgi/tech/1147881822/

J2SE1.4やJavaSE 5.0などの現在リリースされているJavaについて
検討、反省、うだうだするスレです。

参考リンク
java.sun.com/j2se/1.5.0/ja/docs/ja/
java.sun.com/j2se/1.4.2/ja/download.html
2 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 21:28:35 ]: 現世代は1.3.1だろ
3 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 23:30:07 ]: マジレスすると5.0
4 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 00:36:22 ]: 参考：
JDK1.5.0_07
ttp://java.sun.com/j2se/1.5.0/ja/download.html
JDK1.4.2_12
ttp://java.sun.com/j2se/1.4.2/ja/download.html
JDK1.3.1_18 (Mustangリリースまでの命)
ttp://java.sun.com/j2se/1.3/ja/download.html
5 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 07:47:59 ]: 5.0より1.4の言語仕様が好きな俺が来ましたよ。
6 名前：デフォルトの名無しさん [2006/06/15(木) 07:51:59 ]: 変態め
7 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 08:13:07 ]: >>5
ああ、テンプレートの採用とか？
8 名前：デフォルトの名無しさん [2006/06/15(木) 11:28:49 ]: じゃあ、Genericsのイカした活用方法でも晒してくれ。
9 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 11:49:28 ]: うだうだする目的のスレはマ板にたてろと
10 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 16:32:34 ]: 現世代Javaってことで、Java EE 5の話題なんてどうだ？
11 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 21:25:12 ]: Persistence APIって、結局なんなのかよく分かってない。
ObjectPersistenceにも使えるのかな？？
12 名前：デフォルトの名無しさん [2006/06/17(土) 19:39:31 ]: HashMap<String,HashMap<String,Object>> map = new HashMap<String,HashMap<String,Object>>();
13 名前：デフォルトの名無しさん mailto:sage [2006/06/17(土) 22:02:49 ]: >>11
hibernateのこと
14 名前：デフォルトの名無しさん mailto:sage [2006/06/17(土) 22:09:24 ]: てかさ、シリアライズって黎明期からあるのに
何を今更パーシステンスなんだろうって気もする
15 名前：デフォルトの名無しさん [2006/06/17(土) 22:10:49 ]: >>13
ちょっとちがうのではないか？
16 名前：デフォルトの名無しさん mailto:sage [2006/06/18(日) 01:32:18 ]: >>14
シリアライズは永続化するための必要条件だが必要十分条件では無い
17 名前：13 mailto:sage [2006/06/18(日) 04:09:28 ]: >>14
シリアライズと、ORマッピングは、まったく違うよ。
むしろ、シリアライズとORマッピングを同一視していたために傷口が広がったというようなことがどこかに書いてあった。

> 15
CriteriaとProjectionのところは違うね。
18 名前：デフォルトの名無しさん [2006/06/26(月) 20:23:34 ]: 揚げ
19 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:40:56 ]: CMP で全部リモートインターフェースでやって DTO を使ってた場合、

サーブレット　→　セッションBean → CMPエンティティBran

の都合二回シリアライズをやってる？
20 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 04:11:26 ]: 何か、java.sun.com派手にデザイン変更されたね
21 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 09:15:57 ]: >>20
なんか日本語版がどこにあるかわからなくなった。
22 名前：デフォルトの名無しさん mailto:sage [2006/07/03(月) 15:46:36 ]: 漏れにはどこも変わってないように見える
23 名前：デフォルトの名無しさん mailto:sage [2006/07/03(月) 17:01:08 ]: >>20
これで派手なのか？今まで通り普通にダイブできますが。何か。
24 名前：デフォルトの名無しさん [2006/07/04(火) 21:03:22 ]: 時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）

ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
25 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 02:22:50 ]: メールしたら監禁されてSPAM送信の手伝いさせられる悪寒
26 名前：24 [2006/07/17(月) 21:29:23 ]: 教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
27 名前：デフォルトの名無しさん mailto:sage [2006/07/17(月) 21:33:10 ]: 手動スクリプトってところがまたきもいな
あからさまな業者なのに失礼とも思わないゴミ
28 名前：デフォルトの名無しさん mailto:sage [2006/07/17(月) 21:40:13 ]: 超初心者＝不法労働者＝日本語通じねえ
とかだったらﾜﾛｽｗｗｗ

普通の人が欲しけりゃ、普通の募集かけるわな
ニートか、特殊な事情の人が欲しいって訳なんだろ？
どう考えても普通の仕事じゃねえな・・・怖いもの見たさを煽ってんのか？
・・・確かに見てみたいがっっｗ
29 名前：デフォルトの名無しさん mailto:age [2006/08/30(水) 23:38:15 ]: Genericsにはtypedefやある程度の型推論が欲しいと思うんだが、どう思う？
30 名前：デフォルトの名無しさん [2006/08/31(木) 00:18:17 ]: >>29
俺も欲しいとは思うが、Javaにのせるのはどうなんだろうか？
識者の意見求む。
31 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 00:21:19 ]: >>30
新しい言語を作るならそれでよい。

問題は、後方互換性なんよね。全くレガシーって奴は厄介ですよ。
32 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 00:38:34 ]: >>31
サンクス
なるほど、後方互換性を取るのは難しそうですね、どちらも。
確かに、いまさらCloneableをClonableにする、なんて言われても・・・
って、これはEclipseのリファクタリング機能で何とかなるか。
まだ学生ですし、自分*だけ*の場合は、ですが。
33 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 00:57:58 ]: そこは類義語機能をつければ良いんじゃね？
34 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 01:05:37 ]: と、言いますと？
35 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 01:27:10 ]: interface Clonable extends Cloneable {}
を導入して、今後はみなClonableで書いていくようにする、と取り決めると、
どんな問題が起こるかな。
36 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 01:30:15 ]: >>35
導入されていないバージョンのJDK使うとClassNoFoundError。
37 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 01:37:45 ]: 逆に
interface Cloneable extends Clonable {}
だと、instanceof Cloneableで判定してるところで通ってたものが通らなくなるな。
38 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 15:52:04 ]: typedefだけならいけるんじゃね？
typedefした結果、名前がかぶるならコンパイルエラーにするとかして。
39 名前：デフォルトの名無しさん [2006/08/31(木) 17:11:35 ]: 型推論って何ですか？
40 名前：デフォルトの名無しさん [2006/08/31(木) 23:19:50 ]: すみません・・・型推論ってどういうものなんでしょうか？
41 名前：デフォルトの名無しさん mailto:age [2006/09/01(金) 19:45:09 ]: 本当にすみません・・・
42 名前：デフォルトの名無しさん [2006/09/02(土) 00:32:04 ]: 誰か・・・
43 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 00:37:46 ]: >>7
Genericsはテンプレートとは呼ばぬ
44 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 00:39:39 ]: >>8
それなら、
SourgeForceに公開されている
Commons Collections wigh Generics のソースコードを参照するといい。

そのうち、Jakarta Commons CollectionsがGenericsに対応するぞ。

それと、Effective JavaのJava5対応版が出ればかなーり、
Genericsのノウハウについて身に着けられそうだ。
45 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 00:45:35 ]: >>32
広報互換性だけでなく、
Typesafeの問題もあるし
46 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 00:46:51 ]: >>38
typedefは面倒なことになるから導入しない方がいい。
C++の二の舞に。
47 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 01:05:02 ]: >>46
面倒なことって？
48 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 01:12:52 ]: >>47
覚えなきゃならん
49 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 01:37:17 ]: 便利だと思いますけどね、typedef
もし、
HashMap<String, LinkedHashMap<String, List<String>>>
なんてあると悲惨だし。
50 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 02:13:00 ]: >>48
もっと大事な問題がある。

>>47
ストラウストラップが警告していたことだ。
その弊害は複数人で開発するときに起きる。
各々がtypedef宣言した型の定義が異なると
名前を書き直す手間が生まれ、面倒な自体に陥る。

typedefを導入するなら、typedefで定義した型が
重複してエラーにならないように名前空間も同時にtypedefに導入すべきだろう、
と思ったが、やっぱりそれでも混乱の元。

あらかじめチーム内でルールを決めていればいいが、
他社が作ったtypedef定義を使うときに自社で定義した型名が重複することがあり
面倒な事態が起きる。これが２社程度ならどうにかなる可能性があっても、
三社、四社となると非常にとんでもない苦労を強いられる。

>>49
その程度でtypedefを導入するなら、新たにラッパークラスで宣言した方がいい。
51 名前：デフォルトの名無しさん [2006/09/02(土) 02:50:42 ]: ふーん、そうなのか。
で、今ではそのtypedefの難題をどうやって解決したの？
52 名前：デフォルトの名無しさん [2006/09/02(土) 10:05:54 ]: >>50
クラス内のみで有効、つまりprivateなtypedefのみなら混乱は起きないんじゃ？
ラッパークラスは大げさすぎるし、たしかIBMの記事でtypedefの変わりに
ラッパー使うな、ってのがあったはず。
あぁ、これかも
ttp://www-06.ibm.com/jp/developerworks/java/060310/j_j-jtp02216.shtml
53 名前：デフォルトの名無しさん [2006/09/03(日) 01:02:37 ]: あげ
54 名前：デフォルトの名無しさん [2006/09/03(日) 01:50:28 ]: JAVAはバージョン違いで動かないし要らない。
55 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 10:43:23 ]: >>50
それって、別にtypedefに限った話ではなく、名前がつくものはなんでも当てはまるよね。
クラス名だって十分重複する可能性がある。
それにJavaにはpackageがあるんだから、typedefによる名前の重複はほとんど起きないと思うよ。

typedefは、>>49が書いたように、Genericsによって複雑になった型を簡略化できる利点がある。
おれは>>50が主張する欠点はtypedefに限った話じゃないと思うから、それよりは>>49の利点のほうに一票。
56 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 11:41:03 ]: >>55
typedefを使う型にpackageを使うのか。
実際にどうやって宣言するのかここに書いてくれないか？
副作用が見えてくるぞ。
57 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 11:41:58 ]: >>54
それは他の言語でも同様。
Javaではそういった事態に困る確率は
他のどの言語よりも低い。
58 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 12:12:30 ]: >>50
C++とJavaの違いをもっと良く勉強してください。
59 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 13:16:29 ]: package jp.example;

// importは省略

public typedef Map<String, List<String>> HeaderMap; // ;はいらないかな？

public class Hoge {
　　HeaderMap getHeaders() { ... }
}
60 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 13:18:26 ]: getHeadersにpublic付け忘れた・・・orz
で、なにか問題になるか？HeaderMapクラスがあったら、とかは却下な。
61 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 13:22:07 ]: package jp.example;

// importは省略

public class Hoge {
　　public typedef Map<String, List<String>> HeaderMap;
　　public HeaderMap getHeaders() { ... }
}

こうかも
62 名前：sage [2006/09/03(日) 14:13:17 ]: >>61
読みやすさより書きやすさを優先してるように見える
一般にコードは書かれた回数より読まれる回数が多いはず
タイプ量を短くするためだけに新たな型名を定義するようなものは既存のJavaにはない気がするし
Hogeの使い方を知るためにHeaderMapの定義を見ないといけないのはつらい
Fuga.setHeaders(Hoge.HeaderMap m)とか伝染するとさらにつらい
Fuga.setAnotherHeaders(Map<String,List<String>> m)があったりして記述が一貫しなくなるのもつらい
63 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 14:15:58 ]: >>58
お前が勉強しろよ
64 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 14:17:38 ]: >>59
そのHeaderMapを外部から使うときは
import宣言でやるってことか。

よさそうに見えるが・・・

何か落とし穴があるような気がしてならない。
65 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 14:22:52 ]: >>62の言う落とし穴も揚げられる。

ほかに揚げられるのは、
演算子オーバーローディング問題と
同じかな。
66 名前：あげあげ [2006/09/03(日) 15:57:34 ]: なら>>52の案はどうよ？
引数や戻り値には感染しないように禁止しておいて、内部で使うだけ。
結構な妥協案だけど、これなら問題ないんでね？
67 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 17:05:43 ]: >>66
staticのやつ？
68 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 17:32:48 ]: >>67
なんだそれ？
いや、typedefはクラス内でしか有効じゃなくて、クラス外には見せないようにする。

public class Hoge {
　typedef Map<String, List<String>> HeaderMap; // これはprivate
　// このメソッドはエラー
　public HeaderMap func1() { ... }
　// このメソッドはOK
　private HeaderMap func2() { ... }
　// これもOK
　public void func3() {
　　HeaderMap map = func2();
　　...
　}
}
69 名前：デフォルトの名無しさん [2006/09/03(日) 21:00:02 ]: >>68
それならpackage privateでもいいかもしれないね。
70 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 22:43:09 ]: ときに、全ての言語はlispに向かう、って真なのかねぇ
クロージャなんて普及しないと思うんだが喜んでる奴いる？
71 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 23:20:32 ]: >>70
> ときに、全ての言語はlispに向かう、って真なのかねぇ
たぶん偽だろうね。ああいう言説ってLisp厨の戯言にしか聞こえない
レキシカルスコープやクロージャ、GCなどをLisp系言語が最初に取り入れたのは
事実だろうけど、だからといってそれらの特徴がLispの専売特許のように言われても困る

ただ、クロージャ自体はいろいろと便利で使い道も多いので、あった方が良いと思う
例えば、クロージャのある言語だと、スコープを抜けたらファイルのクローズ処理を
自動的にやってくれるライブラリが作れて便利だけど、現在のJavaだとそういうのがしづらい
(無名クラスを使えばできなくは無いが記述が冗長)ので、finallyで明示的にクローズしなくちゃ
ならなくてめんどいとか
72 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 07:29:47 ]: クロージャがあると汎関数作るのが簡単になるから欲しい。
利用する側にとっても便利。いちいち無名クラスというのも…

>>71
後、汎関数もLispが先駆者で、Javaはこっちの方面は拒んで、
クラスに属するメソッド主義だったけど、クロージャを導入すると、
クラスから独立した汎関数の世界にちょっと足を踏み込んだことになる。
73 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 12:16:32 ]: 59じゃないけど typedef 擁護派

>>62
>読みやすさより書きやすさを優先してるように見える
いや、読みやすさも向上する。
HashMap<String, LinkedHashMap<String, List<String>>>　が　HogeMap になるんだから、読みやすくなるじゃん。

>一般にコードは書かれた回数より読まれる回数が多いはず
>タイプ量を短くするためだけに新たな型名を定義するようなものは既存のJavaにはない気がするし
ないから提案してるんじゃん。既存のJavaにはないからってアイデアを否定するのってどうよ？

>Hogeの使い方を知るためにHeaderMapの定義を見ないといけないのはつらい
定義をみるなんて一瞬じゃん。
それなら、HeaderMapがtypedefじゃなくてclassで定義したとしても、定義を見ないといけないのはおなじだろ。

>Fuga.setHeaders(Hoge.HeaderMap m)とか伝染するとさらにつらい
意味不明

>Fuga.setAnotherHeaders(Map<String,List<String>> m)があったりして記述が一貫しなくなるのもつらい
別につらくない。typedefが導入されているC言語では、そのような批判聞いたことない。
74 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 12:58:14 ]: >>73
> >Hogeの使い方を知るためにHeaderMapの定義を見ないといけないのはつらい
> 定義をみるなんて一瞬じゃん。

そこが(ry
でっかいファイルだと一瞬とはいかんと思う。
それから、他のファイルにまたがってるとなおさら
75 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 13:35:58 ]: C++の標準ライブラリのtypedefの使い方を見れば、
うまく使われたtypedefが可読性を向上させるのが分かると思う。
特にGenericsの時に。
76 名前：デフォルトの名無しさん [2006/09/04(月) 15:53:33 ]: 本来は、typedefは型を再定義することだから、読みやすいとか言うのとは、焦点がずれてる。
要求すべきは別名化 aliasとかじゃないかな？
77 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 17:04:14 ]: >>74
そんな巨大なクラス作んないし
78 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 17:21:25 ]: >>74
どんなチープな開発環境だよ
IDEの支援さえあればどんな巨大なクラスだろうと定義を見るのは一発だ
79 名前：デフォルトの名無しさん [2006/09/04(月) 18:15:22 ]: >>76
typedefとどう違うの？
80 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 18:33:39 ]: >>76
ずれてない。
だれも「typedefは読みやすさのためにある」とは言っていない。
81 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 18:37:08 ]: >>77-78
問題はC#のような変な仕様にならないことなんだが。

typedefで定義したものについて、さらにGenericsでパラメタライズ
するとかになったら・・・

それに対してさらにtypedefで再定義することもありえるんだな？
で、tytpedefで定義した型をGenericsのパラメタ型にするってことも
ありえるんだな。

混乱の元になりそうなのだが。
そのあたり、どう解決するのか？ IDE使っても限度があると思うぞ。
82 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 18:39:31 ]: >>77
それはそうだが、
クラスが100あるとき、
100もの、あるいは200, 300ものtypedefで再定義した型を
作ることになると思うのだが。
一つのクラスにつきtypedefで5つの型を再定義したとすると、
クラスが100あると500ものtypedefによる再定義された型が出てくると言うことか。

>>78
巨大なクラスは作らない方がいいぞ。
しっかり分割統治してな。
83 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 18:57:52 ]: >>82
自分ではそんなに作らんよ
ただ、字句解析のコード書くのに、StateパターンやInterpreterパターンなんて使ってられんし
クラス数が膨大になりすぎて、そっちのほうが管理できん
84 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 19:01:48 ]: >>81
それは使い方にもよるだろう。
そんな変態的な使い方をして、読みやすくなるコードもあるはずだし
STLやBoostのコードを読んでるとよく分かるけどな
あ、あとsuperないのにtypedefで代用、とかな

#さすがにそこまで自由度の高いtypedefはいらないけどね
85 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 19:46:43 ]: >>76
>>本来は、typedefは型を再定義することだから、読みやすいとか言うのとは、焦点がずれてる。
>>要求すべきは別名化 aliasとかじゃないかな？

C/C++のtypedefは、型に別名(alias)をつけるだけ。たとえば
typedef std::basic_string<char> stringA;
typedef std::basic_string<char> stringB;
で、コンパイラはstringA型とstringB型は同じ型として扱う。
だから焦点がずれていない。まさに要求どおりじゃないの。
86 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:04:34 ]: >>83
Stateはenumで実現できまいか？
87 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:21:21 ]: >>85 お前の知識が多いのは分かったから、引用をよく読んでみろよ。お前、よく相手の話を聞かないとかいわれるだろ？
88 名前：デフォルトの名無しさん [2006/09/04(月) 20:26:22 ]: >>79 >>80 >>85 お前のようなゴミはもういらん！もう半島に帰れ！
89 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:31:25 ]: >>86
Stateパターンとenumは根本的に違うぞ
もちろんenumは使ってるけど、それはStateパターンじゃない。
しかも、enumったって、enumにメソッド持たせるんじゃなくて、
switchで分岐させてるだけだし

まぁ、字句解析はOOPできない典型例かもしれん
だれか解決策ないか？
90 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:32:32 ]: >>85みたいに無駄に型名を増やすのは
まさにtypedefを悪用している例なんだよな
91 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:34:32 ]: >>90
>>85はあくまで例えだろう
実際にあんな単純な状態にはならんよ
92 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:38:25 ]: >>71 72
高階関数はおれも好き。でも型あり言語じゃ魅力半減じゃね？
javaで書く時は冗長でもアホでも分かるように書く癖がついちまったよ
93 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 20:41:17 ]: >>91 お前が原因だな！わかったから巣に帰れ！
94 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 21:05:35 ]: >>93
何の原因だよ・・・
95 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 23:12:55 ]: おれも何の原因なのか気になる
96 名前：62 mailto:sage [2006/09/04(月) 23:21:23 ]: >>73
読みやすさというのは理解が容易という意味で書いた
大抵の場合IDEで解決できるが，IDEが使えない状況もあるだろう
むしろIDEではHogeMapと書くとHashMap<...>に置き換えてくれるような機構があればいいんじゃないだろうか

>ないから提案してるんじゃん。既存のJavaにはないからってアイデアを否定するのってどうよ？
新たな機構を提案すること自体を否定してるわけじゃない
typedefを否定している

>それなら、HeaderMapがtypedefじゃなくてclassで定義したとしても、定義を見ないといけないのはおなじだろ。
サブクラスには可読性の問題解決のためでない意味があるべき

>>Fuga.setHeaders(Hoge.HeaderMap m)とか伝染するとさらにつらい
>意味不明
定義を見る先が他のクラスになるから
Map<...>を使うときはHoge.HeaderMapを使うべきかMap<...>を使うべきか判断に迷うのも嫌

>>Fuga.setAnotherHeaders(Map<String,List<String>> m)があったりして記述が一貫しなくなるのもつらい
>別につらくない。typedefが導入されているC言語では、そのような批判聞いたことない。
こんな状況は起こりえないからつらくないということ?

また，
typedefで(書きやすさのためでなく)抽象化を突き詰めるとあらゆる型をtypedefするほうがいいことになる

結局，複雑になるだけでいいことはあまりない
どうしてもやるならvar型とかで型推論の方がまだいいと思う(これが理解しやすいとは思えんけど)
97 名前：デフォルトの名無しさん mailto:sage [2006/09/04(月) 23:47:40 ]: なんで10文字20文字程度の記述の節約という、どうでもいいような理由で
言語仕様の一貫性をぶち壊しにするようなリスクの高い仕様を盛り込みたが
るんでしょうか。

10年前ならともかく、コード補完付のIDEがただで使える状況で何がつらいんだ
と小一時間（ry
おまえら1000人規模の大規模開発やったことあるのかと小一時間（ry
98 名前：デフォルトの名無しさん [2006/09/05(火) 00:00:56 ]: もうすでに、Javaもいろんな人が使う言語になってしまったからじゃないでしょうか？
今後さらに人が増えて、とんでもない溶融があると思います。
そして分化して独立して・・
そんなもんなんでしょう。
99 名前：デフォルトの名無しさん mailto:sage [2006/09/05(火) 00:04:32 ]: >>92
別に魅力半減はしないけどな。MLとかの型あり関数型言語使ったこと無い？
MLやHaskellでは、高階関数は当たり前のように使われてるよ
100 名前：デフォルトの名無しさん mailto:sage [2006/09/05(火) 00:09:47 ]: >>96
> どうしてもやるならvar型とかで型推論の方がまだいいと思う(これが理解しやすいとは思えんけど)
C# 3.0で入る予定の
　var hoge = new Hoge();//hogeはHoge型
みたいなやつのこと？
これなら別に理解しにくく無いと思うけどなあ
実装するのもすごく簡単で、コンパイラを数行弄るだけで実現できる機能だし
101 名前：62 mailto:sage [2006/09/05(火) 01:04:16 ]: >>100
たぶんそう

理解しにくいというのは，IDEとかの支援がない状態で読むとき，
頭の中でvarを展開しなければならないということ
var hoge = make();
var fuga = hoge.getAttr();
...
ローカル変数だけで使えるなら
型安全だし，シンプルに見えるのはいいのだが，
明示的に書くよりはわかりにくい
(rubyのコードとか見てるとわかりにくいと感じる)

ところで
List makeList() {
var l = new ArrayList(); //この時点ではArrayList
...
l = new LinkedList(); //lはListでないと駄目だとわかる
...
return l; //この行でlがListと確定
}
こういうのもコンパイラを数行いじるので対応できるものなの?
102 名前：デフォルトの名無しさん mailto:sage [2006/09/05(火) 01:40:53 ]: >>101
確かに、var宣言された変数がメソッド呼び出しの返り値で初期化される
場合は、若干わかりにくいかもね。でも、ローカル変数で閉じてる限りは
大した差は無いと思う

> List makeList() {
> ...
> return l; //この行でlがListと確定
> }
> こういうのもコンパイラを数行いじるので対応できるものなの?

上のようなコードでちゃんと推論しようと思うと、さすがに数行いじるだけじゃ対応できない
自分が考えていたのは(おそらくC# 3.0のも)、var宣言の時点で初期化式の型で宣言される
ことが確定するようなもの。つまり、上のようなコードは
　l = new LinkedList();// lはArrayList型なのでLinkedList型の値を代入できない
の時点でエラーになる。実用上、これで不便になるケースはたぶんほとんど無いと思う。
103 名前：デフォルトの名無しさん mailto:sage [2006/09/06(水) 06:35:51 ]: >>96
>むしろIDEではHogeMapと書くとHashMap<...>に置き換えてくれるような機構があればいいんじゃないだろうか
それだと読みやすさは変わらんだろ。>>73でちゃんと「読みやすさが向上する」と書いているのに、よくわからんレスだな。

>新たな機構を提案すること自体を否定してるわけじゃない
>typedefを否定している
自分で書いたのをよく読め。否定する理由を>>62で「既存のJavaにはない気がする」と書いてるじゃん。
既存のJavaにはないからってアイデアを否定するのってどうよ？

>サブクラスには可読性の問題解決のためでない意味があるべき
ほんとに自分の都合のいいように話をもっていくな。おまえが指摘した点は、typedefだけでなくサブクラスでもあてはまる。
サブクラスを使うときには問題としていなかったことを、typedefのときだけ問題として取り上げることがおかしいという指摘をしているだけ。サブクラスの他の機能は関係ない。

>定義を見る先が他のクラスになるから
>Map<...>を使うときはHoge.HeaderMapを使うべきかMap<...>を使うべきか判断に迷うのも嫌
なんで迷うの？わざわざtypedefしてるんだからそれを使えばいいじゃん。

>こんな状況は起こりえないからつらくないということ?
おまえのように恣意的に使わない限りは、そんな状況は起こりえない。
おまえC言語使ったことないだろ。

>また，typedefで(書きやすさのためでなく)抽象化を突き詰めるとあらゆる型をtypedefするほうがいいことになる
いいわけないだろ。typedefを使ったほうがいいときだけ使えばいい。勝手に極論するな。

>結局，複雑になるだけでいいことはあまりない
おまえのような、意図的に間違った使い方なら複雑になるわな。

あれか、おまえもやっぱりJavaにはない機能はぜんぶ否定するJava絶対主義者か。
そんなやつに限って、Javaにその機能が導入されるといきなりマンセーしだすんだよな。
104 名前：デフォルトの名無しさん [2006/09/06(水) 07:47:15 ]: はい、はい。
ここでやっても意味無いから、むこうでやってね。
105 名前：デフォルトの名無しさん [2006/09/06(水) 11:18:56 ]: こんにちは。fondaのアプレット設置しようと思っていたのですが、
これって、有料なんでしょうか？
翻訳してみたところモノによって異なるようなのですが、
どれが無料で、どれが有料なのかわかります？
詳しく調べないで、勝手に設置したら、著作権とかヤバイですか？
www.fouda.de/html/home/
106 名前：デフォルトの名無しさん mailto:sage [2006/09/06(水) 14:42:56 ]: >>103
まわりくどいから簡潔に説明して。
二人だか何人だかしらないけど
一体どういう議論をしてんだか。

typedefマンセーだかなんだか知らないけど
107 名前：デフォルトの名無しさん mailto:sage [2006/09/06(水) 14:45:12 ]: >>105
ダウンロードしたファイルにREADMEとかlicense.txtとか入ってないのか？
それ読めば解ると思うが、なかったらサイト見ろ
108 名前：デフォルトの名無しさん [2006/09/17(日) 22:20:56 ]: そもそもJavaってもっともっと馬鹿な連中がネットワークプログラミングしても困らない様にって進化してきた言語だろ
あんまり複雑な機能加えるなよ
やりたきゃ既存の言語でつくってJNIするなり、Webサービスにするなりすれば良いじゃん
109 名前：デフォルトの名無しさん [2006/09/17(日) 22:34:03 ]: >>108
お利巧さんな君は何をしているのかな？
110 名前：デフォルトの名無しさん [2006/09/17(日) 23:22:17 ]: 何も作れないからひがんでるんじゃないか
111 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 23:29:42 ]: >>108はJavaスレに「ドトネト厨きーきー」のＡＡ張ってJavaスレを荒らしている奴だろ。
112 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 23:31:15 ]: >>110
そうかもな。
奴は昔はVBが得意だったらしいが。
2chでDelphiプログラマと喧嘩して、そしてJavaプログラマとも喧嘩して
C#死滅スレで大暴れした末に、演算子オーバーロードをつけられないJavaは糞だとか
なんだと連呼したものの、結局C#を普及させることはできずに失敗し
今はJavaスレを荒らすようになってしまった。
113 名前：デフォルトの名無しさん [2006/09/19(火) 11:10:29 ]: Javaのenumはキモイ
114 名前：デフォルトの名無しさん mailto:sage [2006/09/19(火) 12:15:22 ]: ぜんぜん。使いやすいけど
115 名前：デフォルトの名無しさん mailto:sage [2006/09/19(火) 13:04:07 ]: >>112
自己紹介乙(ﾌﾟ
116 名前：デフォルトの名無しさん mailto:sage [2006/09/19(火) 15:10:52 ]: わろたVBマンセーしてることが自己紹介かw
117 名前：デフォルトの名無しさん [2006/09/19(火) 23:58:25 ]: わけあってちょいと現場を離れてた。
今度戻るけど、世の中、Javaと.NET系ではどっちの方が仕事多い？
118 名前：デフォルトの名無しさん [2006/09/20(水) 00:06:59 ]: >>117
場所による
ただ値段的にはJava>.NETなのはほぼ確実

ここの所客から.NETにすればもう何割か減らせません？って聞いてくるケースが多いから.NET＝安いってイメージらしい
119 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 00:20:54 ]: 結局 commons-lang の Enum 使ってる。
120 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 01:23:54 ]: >>117-118

値段がJavaのほうが上だということが確実だって話は始めて聞いた。
仕事はJavaのほうが確実に多いが。

.NETの価値は薄いと考えている客が多いのか。
それはマイクロソフトにとっては痛い話なんだろうな。
121 名前：デフォルトの名無しさん [2006/09/20(水) 10:29:07 ]: マイクロソフトのマーケティングの失敗だな
Javaと.NETじゃ大して難易度変わらないのに
122 名前：デフォルトの名無しさん [2006/09/20(水) 10:37:35 ]: JavaじゃなくてUnix Serverが高いと思われてるような希ガス
123 名前：デフォルトの名無しさん [2006/09/20(水) 11:40:04 ]: >>117です。
いろいろアドバイスありがとさん。
Javaの方が仕事的には減ることはなさそうな印象を受けました。
ただ、私のまわりの中小ITはVB.NETの話が多いですね。
VB.NETの市販本買って読んだら、文法はJavaにそっくり。
とりあえず、昔覚えたJavaから復活していきます。

また、何か追加情報があったらカキコんでください。ヨロシク！！
124 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 11:44:08 ]: 最後の一行がなければさぁ……
125 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 12:01:44 ]: >>123
> VB.NETの市販本買って読んだら、文法はJavaにそっくり。

それC#の方の.NETちゃうんかと
126 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 12:43:47 ]: そりゃ、「”無料の”Eclipseを使うよりもVS.NETを買ったほうが作りやすく安上がりです。」
みたいなマーケティングしてるんだから.NETの方が安上がりって思うだろ普通
127 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 13:36:21 ]: それはとんでもなく裏目にでたな。

マイクロソフトのマーケティングが
今、オープンソースの台頭によって逆効果になってしまったわけか。
128 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 13:37:28 ]: しかもVS.NET2003Expressも慌てて一年間限定で無償で配布してしまった。
Eclipseが出てから何もかも変わってしまったな。
IBM恐るべし
129 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 13:48:42 ]: だってVSって有償なのにEclipseにも及ばんし
つーかNetBeansにも及ばんし
ぶっちゃけIDEとしてはショボいし
130 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 14:50:36 ]: 昔、Javaの仕事が一段落した時に
上司がVBできる人を探していて
俺はできるけどできないと言った
他の奴ができるといってVB部隊に
行ったけどそれ以来見ていない
131 名前：デフォルトの名無しさん mailto:sage [2006/09/20(水) 22:28:06 ]: VB.NET は言語そのものは悪くないんだが
案件の内容がひどそうなイメージがある。
132 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 00:23:48 ]: >>130
そんなことあったな。
2001年春のこと、まだServlet/JSPが普及していなかった時代。
CGI + Perlの10倍以上のパフォーマンスを出すこともできると
もてはやされたあのServlet。

ServletプログラミングができるけどASPはできないと言ったんだ。
でもう一人の奴はASPができるけどServletをやってみたいって言っていたが
ASPができるといったために、「じゃ、ASPのほうお願いね」
とか言われて彼はASPをやらされた。まだまだ当時新鮮だった
Servlet/JSPの仕事を与えられる俺のことを羨ましがっていた。
133 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 00:26:34 ]: >>131
ひどいっていうか、VBとVB.ＮＥＴは同じだからVBしかできない奴を
かぎ集めてもなんとかなるだろうという甘い考えを持っている上司やVB厨が
いたから酷いことになったんだろうな。
「.NET構想」と「Javaは廃れてこれからC#が流行る！」というM$の宣伝に騙されて
ＶＢからＶＢ.NETへ移行しようとしたVB厨は、VB慣れしすぎてC#やJavaのような
言語が取っつきにくて躓いたってわけだ。
Perl厨やPHP厨やRuby厨がJavaをやり出したら同じような躓きを覚えるんだろうな。
134 名前：デフォルトの名無しさん [2006/09/21(木) 14:13:11 ]: スクリプト言語とJavaはライバル関係にはない
135 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 15:25:12 ]: でも人は使いまわすからねー
136 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 16:17:34 ]: ちょっと2,3ヶ月の応援がずるずると2,3年になるのはよくあること
2,3年もVBやスクリプト言語やったら戻れないだろう
もう経歴書からはVB屋・スクリプト屋としか思われない
身の振り方は後々のことまでよく考えてしないとな
137 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 16:41:00 ]: マ板行けよ。
138 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 16:55:12 ]: スクリプト屋の特徴は、
Design by Contractを守ることができないことなんだな
139 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 19:19:24 ]: スクリプト系の言語とJavaとの違いってなんなの？
同じじゃん。
140 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 19:36:36 ]: Java,C++.C#,D言語は型にがっしり硬い言語
静的型付け言語であるケースが多い。

Ruby, PHP, Perl, VB, JavaScriptなどは一般に型が軟らかい言語。
そして動的型付け言語であるケースが多い

こういう違いがある。
141 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 20:34:09 ]: 昔はGCがあるかないかとか、すぐ実行結果が出る出ない（コンパイル必要）だったけどね。
142 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 21:03:44 ]: 今じゃPerl6にもGCがつくからねえ。

C++やD言語と同列に並べるにはCGがあるなし
区別は苦しい。

コンパイル必要不要も今じゃ苦しい。
ソフトウェア工学という観点から見ないと。
143 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 21:21:07 ]: なんだかんだ言っても顧客がどう見るかじゃない？
ソフトウェア工学という観点からなんて顧客は聞きもしないよ
144 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 21:25:10 ]: だが、顧客がプログラマであった場合は、そうもいかない。

実際に、C++とかJavaとかでプログラミングをするのはソフトウェア工学
に熟知しているものだからな。

スクリプト言語だと動的言語としてのソフトウェア工学にこだわりを
持つことになるだろうが。
145 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 23:16:40 ]: Javaはリフレクションとかアノテーションからして
スクリプトじゃない代表格C＋＋と比べればより動的じゃないの？
146 名前：デフォルトの名無しさん [2006/09/21(木) 23:17:37 ]: ソフトウェア工学に熟知とかありえんｗｗｗ
どうせ日経なんとかの受け売りに決まっている
147 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 23:35:36 ]: >>145
なんかちがような気がする。
それだったらC++のほうが柔軟性がきくので動的だと思う
Javaは定められた文法規則を厳重に守らないと逝けないから
148 名前：デフォルトの名無しさん mailto:sage [2006/09/21(木) 23:54:59 ]: Javaは、C/C++の文法にとてもよく似せて作ってあるけど、動的とどう関係しているのかな？
>>147
149 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 00:17:49 ]: アノテーションは動的とはあまり関係ない。
修正→コンパイルが必要と言う意味では静的。
Java では virtual/override が存在せず、
final 指定されてない同名メソッドを無条件で上書きするところが
動的な性質の最たるものの一つに感じる。
正直、virtual/override が欲しい。

とりあえずDI+強い型付以外の開発はもうやりたくない。
150 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 01:01:25 ]: >>149
> Java では virtual/override が存在せず、
> final 指定されてない同名メソッドを無条件で上書きするところが
> 動的な性質の最たるものの一つに感じる。
> 正直、virtual/override が欲しい。

おいおい、@Overrideアノテーションがあるだろ。
virtualはいらないけど。

しかしそれが、動的なのかねえ
151 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 01:19:31 ]: 普通「C++とJavaだとJavaの方が動的」という文脈では
・「動的」といったら実行時解決のこと
・「静的」といったらコンパイル時解決のこと
を指すわけなんだが、君は何アホなこといってんの？
152 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 02:25:10 ]: 型付けを見たらC++のほうがJavaより動的なんだが。
153 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 02:26:55 ]: >>152
君も何アホなこといってんの？
154 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 03:41:19 ]: Javaではコンパイル時に型整合性チェックは行うが
利用するコードは実行時のライブラリに応じて動的解決される
結局は型チェックは行っており、メッセージ投げてみればわかるべ、という
Objective-Cほど動的ではないと言える

中庸を目指した設計だからな
155 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 05:41:19 ]: >>144
Javaはスクリプト言語じゃないと区別したいのは分かるが、
virtaul/overrideのキーワード有無とかJavaに対しての不満の方が強いみたいで、
ソフトウェア工学とか意味不明なところからスクリプトとJavaを区別しようとしてるから、
行き詰まるんじゃないかな？
156 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 05:47:40 ]: >>153 君の方がアホっぽいけど、気がつかないか？
157 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 13:31:15 ]: 静的型付けと動的型付けの意味も分からんとは
158 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 14:36:15 ]: dynamic_cast 使ってる？
159 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 14:44:17 ]: refrection API使ってる?
160 名前：デフォルトの名無しさん [2006/09/22(金) 14:45:46 ]: C++とJavaのいいとこ取りすると、どんな言語が生まれるんだろうね。
161 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 15:14:48 ]: >>160
φ
162 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 15:36:19 ]: C++/CLI。
結果良くなったかどうかはワカンネ。
163 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 15:46:31 ]: >>162
結局MSに持ってかれたってことか？
とにかくワロタ
164 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 03:03:12 ]: 実行時にクラスファイルをロードしてしまうJavaはかなり動的だと思う。
しかもパッケージ=フォルダ。
rubyだってrailsでやっと動的ロードを手に入れたくらいなのに
165 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 03:12:09 ]: >>160
Ｄ言語
166 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 03:13:30 ]: >>164
だからそれは「動的型付け」とは関係ないと何度いったら(ry

一度作ったクラスの仕様を変える事ができてしまうのが
動的型付け。

たとえばクラスに有るはずがないフィールドやメソッドを追加したり
167 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 03:40:31 ]: >>166
それは動的型付けの副作用でしかない。
フィールドやメソッドを実行時に追加したいだけなら、AOPでも事足りる。
168 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 04:00:53 ]: と、いうけど、まじでソースコード
読みにくくなるんだよね。

Ajaxのソースコードなんかとくにひどいもんだ
169 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 07:44:57 ]: >>166
おしい！実におしい！！
170 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 09:17:23 ]: 文字列がコードになるのが動的と思っていたけど、違う？
171 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 17:17:24 ]: 動的っていったら、プログラムの実行時になにかすること。
静的っていったら、プログラムの実行前になにかすること。

違う？
172 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 17:31:04 ]: JMXってなににつかうん？サーバ監視だけ？
173 名前：デフォルトの名無しさん [2006/09/23(土) 17:45:50 ]: >>172
じゃないの？他に使い道ある？
っていうか今頃この辺が整備されるって遅すぎ
174 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 11:24:15 ]: >>166
動的/静的型付けの違いは、式の型がコンパイル時に決まるかどうかだから、
メソッドの追加は関係ない。

だいたい、その説明だと
たいていの言語はソース書き換えてコンパイルすればメソッド追加できるから
たいていの言語は動的型付けになっちゃうよ。
175 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 11:46:49 ]: あほですか?
メソッドが追加されたらクラス、つまり型が変わるだろ。

それだけでも動的なのに、
どう変わるかも実行時にしか分からないかもしれない。
176 名前：デフォルトの名無しさん [2006/09/24(日) 12:33:16 ]: >>175
「あほ？」とはずいぶんと強気だけど
「メソッドが追加されたらクラス、つまり型が変わるだろ」
どういうこと？まったく意味が分からんけど？
177 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 15:55:31 ]: Genericsでちょっと疑問に思ったんだけど。
メソッド単体でのGenericsって引数なしだと何もできない気がする。

<T> <T> get();

これ動かないよね？
Tをnewすることもキャストすることもできないんだから。
178 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 16:03:49 ]: キャストはできるか
179 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 16:19:49 ]: >>174
まてまて、それでJavaScriptの型とJavaの型との違いをうまく
説明できるか？
180 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 18:31:54 ]: 166の言ってることは、動的クラスっていうだけだな。
動的クラスを使うためには動的型付が必要になるが、クラスがなくても動的型付けはできる。

動的言語処理(実行時型解決など)ができるかどうかは、言語自体が動的型付か静的型付かには関係ないよ。
181 名前：デフォルトの名無しさん mailto:sage [2006/09/24(日) 23:39:09 ]: １の趣旨とは全然無関係だが、静的・動的の話は面白いと思った。
182 名前：デフォルトの名無しさん mailto:sage [2006/09/25(月) 00:37:07 ]: こんなかんじ

typedef struct {
　Class *extends;
　Interface **implements;
　void **methods;
　void **fields;
} Class;
183 名前：デフォルトの名無しさん mailto:sage [2006/09/25(月) 01:18:31 ]: >>181どのへんが面白いの？
184 名前：デフォルトの名無しさん mailto:sage [2006/09/25(月) 15:46:03 ]: 「動的型付」、という特定の機能を指す言葉(専門用語)は
一般の熟語ではないという合意が得られてないので
「動的」という一般的な形容詞句の話が混じってしまったのが混乱の元。

学会とか専門家ばかりが集まってる場所じゃないから
前提はある程度しっかりしてた方がいいな
まぁ、それくらい分かれよ、と突き放すこともできるが
いろんな人が集まれるこういう場所だ、お互い尊重すればあれることもない
185 名前：デフォルトの名無しさん mailto:sage [2006/09/25(月) 15:52:37 ]: >>184
もまえ、わかってるようだな。
186 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 15:39:12 ]: >>177
一応できることはできる。未検査キャスト入るし、実際には使い道が無いが

public class Variant {
　private Object value;
　public <T> void set(T value){
　　this.value = value;
　}
　public <T> T get() {
　　return (T)value;
　}
　public static void main(String[] args){
　　Variant v = new Variant();
　　v.set("foo");
　　String s = v.<String>get();
　　System.out.println(s);
　}
}

>>166
クラスにメソッドを追加できるかどうかと、動的型付けかどうかは無関係。
実際、静的型付けで既存のクラスにメソッドを追加できる言語もある。MixJuiceとか
187 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 23:17:36 ]: アスペクト指向言語ライクな言語MixJuiceか
188 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 20:57:19 ]: >>177 ????

<T> T get(){
SomeFactory<T> factory = new Factory<T>();
return factory.getInstance();
}
189 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:02:16 ]: Factoryフレームワークか。恐ろしくて使いたくないよｗ
190 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:37:27 ]: factoryは大げさな感じがうざいが、時には有効
191 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:42:19 ]: ファクトリ否定したらDIコンテナ使えないな。
192 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:52:55 ]: 例えば
Validator<EMailAddress> emValidator = ValidatorFactory.get();
みたいなことが出来るならあるいは便利かとも思うが
<T>からClassインスタンスって取れないから使えないな
193 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 16:19:16 ]: Color color = StringConverter.fromString("0, 0, 0");
Point pt = StringConverter.fromString("0, 0");

みたいにしたかったんだけど、Class取れないんで、

Color color = StringConverter.fromString("0, 0, 0", Color.class);
Point pt = StringConverter.fromString("0, 0", Point.class);

で我慢した。Class取れればいいのにね。
194 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 02:42:15 ]: www.uploda.org/uporg546208.jar.html

向こうでやるとスレ違いだから
スタティックメソッドとインスタンスメソッドの
呼び出し性能を検証する簡単なコード書いてみた
実行速度見たかったから、俺はヒープサイズ余裕持たせて
実行してみたけど、性能は誤差だね
メモリ消費量はもっとやってみないとわかんないね
195 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 20:21:41 ]: スレ違いって言われたのでココでお聞きしたいのですが、
AWTは１コンポーネント＝１ウインドウだからシステムリソースを
食いまくる問題って解決されたのでしょうか？
196 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 21:01:15 ]: >>195
つttp://java.sun.com/j2se/1.5.0/ja/docs/ja/guide/awt/1.3/designspec/lightweights.html
197 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 00:09:36 ]: Lightweightという単語を初めて見たのはSwingについての説明だったと思うが、
こんなに流行るとは思わなかった
198 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 00:14:07 ]: Component ベースだと普通にSwing使ったほうが手軽だし高速になるよな
199 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 01:48:13 ]: >>196 この様子だと、永遠に解決されないみたいですね。
200 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 02:59:30 ]: >>199
それはOSの問題だと思うが
201 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 03:05:05 ]: AWTがリソース食うってのは、要するにMFCのCButtonなんかが
ウィンドウだってのと同じことなんだが、わかってる?
202 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 12:47:03 ]: 改善はそれぞれ SWT, Swing, AWT でそれぞれ実験（実装）済みってこと。
Windows9xのときはGDIとかシステムリソース気にしてたけど、
今じゃそんなのどうでもよくて、レスポンスが速いかの方にうつってる。
リソース食いまくるとか過去の話し出し、つまり一番速いAWTつかってOK。
203 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 13:03:36 ]: でも貧弱すぎてつかうやついねーよ
204 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 20:04:32 ]: Swing結構速いけど？
205 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 22:59:45 ]: >>204 Pentium 133 とかだとどうだ？
206 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 23:02:32 ]: それだとWindowsXPどころか2000やNT4もおもいぞ
207 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 23:12:38 ]: あれだ、Pentium133は少し言い過ぎだけど、Swingでプログラム作っても
そのプログラムの処理は低速CPUで事足りるんじゃないか？

Javaってのは最新・現状のパソコンだけをターゲットにした言語じゃないだろ。
208 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 23:22:41 ]: VMは最新に
そしてメモリの速度やキャッシュの速度は速いほうがいい
NetburstアーキよりPenM系列のほうが早い

あとSwingはJava2Dが需要なのでアクセラレーションのレスポンスがいい統合チップセットは意外と早い

Swing使った業務アプリはずっと作ってるけど快適さはやっぱりコードにもよるね
OSがNT4でJRE1.3.1、Pen3/600MHzは快適だった
2000やXPだと5.0にしてPen3/1GHzクラスにならないと快適さはおいつかない感じ
209 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 00:08:33 ]: >>208
それはSwingやJavaが速いとかではなくて、ハードが進化して速くなった事はじゃないか？
業務アプリならなおさらだけど、端末がNTでPentium 200-600とかざらだからね。
それでSwingはないだろ。そしてJavaつかってもらいたいのに、
AWT無視とかどういうことだ？これだったら、UIはWebブラウザの方に流れて当然。

2D, 3DはJavaでなくてC/C++や専用ライブラリ使うから、
Javaはいくらハードが進化しても入り込めない。
今も昔も、何年たってもいまだにJava向けのヒットゲームないでしょ？
210 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 00:12:56 ]: >>209
ハードも大事だし、VMの種類も大事とかいてるだろ
1.2と5.0くらべたら恐ろしいほどの性能さだぞ

それに当時のマシンならブラウザよりSwingのほうがはるかに軽いぞ
ブラウザってかなりメモリは食うし重いものなんだよ
それにインターフェースとして参照系ならともかく入力系はおわっとる
AWTも機能不足

ゲームは今MMORPGとかで海外はJava製ふえてきてる
211 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 00:43:01 ]: 性能差は認めるが、その効果が実感できるのは性能（VMの出来）よりも
ハードの進歩が格段に勝っていたってこと。ハード（CPUやGPU）はJavaだけ
じゃなくて他の処理（OSやイベント）をこなして、さらに余った余力でやっても、
VMの性能よりも高速ってどういうこと？

業務アプリはデータベース問い合わせを想定しているが、
大体は業務アプリはその程度じゃないか？AWTやブラウザで十分だろ。
つまりブラウザが重いとか言ってるなら、(winなら）VBとかでUIつくっても
いいけど、そうするとどこにJava（とSwing）の出番があるんだ？
212 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 00:48:54 ]: >>211
DB引いてくるだけて、・・・・どんな業務アプリ・・・
集計ロジックくらいは、入るだろ。

ユーザとのインタラクションはいくらでも入ってくる。
213 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 01:00:09 ]: どうもJavaがデスクトップに入り込めないでいるのは、
「出番なし」だからじゃないか？
C, C++, Perl, Ruby, JavaScript ライバルの方が強すぎて
（PCの）デスクトップには入れないだろ。
ネットワークでも、アプレットでこけたのがいたかったんじゃないか？
今じゃFlashに持ってかれてるし… （デスクトップの話ね）
214 名前：デフォルトの名無しさん [2006/10/27(金) 06:54:07 ]: ビジネス系だとAppletのが多いけどな。
まあオーサリングツールが無かったのと
ダウンロードの手間がFlashのが少なかったというのが大きい
215 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 08:28:55 ]: >>212
集計ロジックはサーバサイドにやらせて
画面は入力と参照だけの作りが多いと思う。
三階層モデルが普通。DB直で触るような
C/Sモデルは5年前くらいに下火になってる。

それよりも210氏が指摘してるが入力系での優位性が大きい。
ブラウザで入力なんてのは業務系だと無理。
(業務系はえてして入力項目数が多い。)
ここ数年はそれでやってきたプロジェクトが多いけど
結局効率下げるだけで現場では不評。
これからはブラウザベースで作った業務アプリを
作り直す需要が多くなる。(既に増え始めてる。)
リッチクライアントの標準を巡って主導権争いが盛んなのもそれを見越してるから。

Swing は能力的に善戦できると思うんだけど
JRE 入れないと行けないところが難点。
(業務系になると致命的な問題にはならないことが多い。)
FLASH の方がウケが良いのは確かだが、
Swing アプリの方が制約の少ない分、後で盛り返せる余地はあると思う。

アプレットは問題外。これ提案するようなベンダーと付き合うべきでない。
216 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 09:40:09 ]: FLASHで業務アプリって今流行ってんの？
217 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 11:06:46 ]: >>215
>ここ数年はそれでやってきたプロジェクトが多いけど
>結局効率下げるだけで現場では不評。
>これからはブラウザベースで作った業務アプリを
>作り直す需要が多くなる。(既に増え始めてる。)
>リッチクライアントの標準を巡って主導権争いが盛んなのもそれを見越してるから。
でもこのおかげで社員のほとんどは意味も無いのにPCの前に座らせる必要が無いって事に経営層が気づいたのは事実
更に業務はパッケージ買って、経理/人事の社内総務部門をアウトソースして
株主へ利益を還元していく仕組みが出来上がりつつある
218 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 12:12:50 ]: サーバーサイドが普及してきたのはこの5年ほどだし
すべてWEBアプリになってるわけじゃない

クライアントサーバーも開発コストの面で優れるために今でも業務系では多いし
WEBアプリからクラサバや３層式への動きもある
って>>215と重なることばっかりだ
業務系パッケージ／受託とかクラサバ多くてびびるかもよ
ようは流行とか関係なくユーザーの求めるもの作ったところが勝ち

ただアプレットはリッチクライアント用途として問題ないと思うぞ
WEBスタートにしてもいいわけだし、もちろんSwingを使うわけだし

>>216
開発ライセンスの問題とか高コストとかライブラリが整備されていないとかあって
わりと敬遠されてる
3倍金はらってくれるなら作ってもいいとはよく言われる

>>217
総務のアウトソースってはやってるようには見えないし、
パッケージのカスタマイズだけでは無理な場合も多いぞ
無理してカスタマイズされたコードのさらに修正とか死ぬぞ
新規に作ったほうが早くて使いやすい場合も多い

日本はユーザーがパッケージに業務をあわせる文化ないからね
219 名前：217 mailto:sage [2006/10/27(金) 12:37:05 ]: >>218
仕組みが出来つつあるってこと
偽装派遣を合法化した結果はおそらくそこに影響が出る
最終的には金を生み出す仕組みと借金の担保になる会社という資産以外は交換可能な部品にするのが今の経団連のトップ辺りに居る連中の考え方
220 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 13:19:18 ]: 偽装請負がいつ合法化されたの？
この数年どんどん手が入ってるでしょ

キヤノンとか偽装請負すべてやめると明言したばかりでしょ
221 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 14:46:03 ]: キャノン・トヨタ・派遣。
密告とかなかなか深いね。
これから噴出する問題だね。
御手洗さんですか・・・
ただ、スレ違い。
222 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 14:51:15 ]: >>215
なかなか良かったんですが…
>Swing アプリの方が制約の少ない分、後で盛り返せる余地はあると思う。
これの根拠はあるんですか？次のJava6でってこと？

>アプレットは問題外。これ提案するようなベンダーと付き合うべきでない。
そうでもないと思うけど、どうしてアプレットは問題外なの？
確か、サーバ・クライアントモデルで、DB集計はサーバーって書いて
るんだから自分の言ってる事と矛盾してるでしょ。
223 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 15:36:43 ]: >>222
昔のしょぼい連中の作ったJavaAppletをみてリッチクライアントじゃねえとか思ってる口だから気にするな
224 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:56:24 ]: >>222
＞これの根拠は
ローカルリソースにアクセスする為に
署名しろとかいろいろ面倒。
ブラウザから始めるのも一手間無駄になる。
(ブラウザを開くことと仕事とは一切関係がない。)
zip 落として展開して、これを叩いてください、
次からはショートカット叩きゃOKです、の方が最終的に楽。

だと俺は思ってる。そうは思ってない人も居るだろうし、
それは根拠と言えないだろうと言われればそれまで。
個人の意見なのでご自由にどうぞ。

＞どうしてアプレットは問題外なの？
アプリに比べて上段で挙げたことを感じるから。
逆にアプレットの方が優れてるところってどこでしょうか？
225 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 22:22:01 ]: >>224
>個人の意見
そういうことなら了解です。面倒とかそういうのは分かりますです。

>アプレットの方が優れ
サーバー・クライアントモデル、そのままってところでしょうか。
226 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 23:07:19 ]: これってアプレット？

CGoban 3 のダウンロード
www.gokgs.com/download.xhtml
227 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 23:17:24 ]: 署名って面倒か？
「最初に自動的にインストールしてくれます。更新も自動です。」
ってだけでしょ。
228 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 00:20:59 ]: >>224
そもそも一般人はローカルにZIP落として適当なフォルダに展開というのを嫌がる＆出来ない人もいる
というのを認識したほうがいい

わかる人だとZIP版のほうがレジストリいじらないとか変なところやられてないとか安心感はあるけど
普通の人はウィザードインストーラがないとダメみたい

WebStartって最初だけでその後はショートカットがデスクトップに自動的に生成されたり
バージョンチェックとか細かく動かなかったっけ？
アプレットもあるバージョンだった科からはいろいろと細かく動くしね

用途としてローカル資産いじりまくるようなのは確か似合わないけど
WebStartアプレットならJNLPAPI経由でローカル資源はアクセス可能だよ

雇う側からすると今の時代は鯖サイドの技術者のほうが入手せいがいいので
クライアントはあくまでも操作性がいいSwingベース、鯖でロジックという3層式はやりやすい
SpringとかDI使ってさくさく組めるしね
229 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 00:28:44 ]: >>228
>>226がそれ。
起動時にバージョンアップもしてくれるので楽。
230 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 00:29:53 ]: 数年で便利になりましたね～
まだまだ途中ですけどね～
231 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 00:48:00 ]: さっきJREを_09にアップデートしたんだけど以前のJREも残るんだな。
しかもJDKじゃないからserver vmはふるいまんまだし。
せめて古いバージョンって自動的に削除とかしてくれないの？
232 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 00:52:57 ]: 本来あってはならないことだけど
パッチレベルの違いで挙動が異なるプログラムがある以上
勝手に削除するわけには行かないところなのが実情。
233 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 01:32:35 ]: 新陳代謝の激しいフリーウェアにはいいかも知れんね。
例えばゲームとかだと頻繁にバグフィクスや難度調整が入るだろうし。
234 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 03:50:26 ]: >>213
「デスクトップ」という言葉が何を指しているのか人によってまちまちなんで
難しいんだけど。

Perl, Ruby, Java Scriptはサーバーサイドでよく使われる技術であって、
ＰＣのデスクトップでの競争にはならないんだと思うけど。

Ruby&Ruby on Railsも、ウェブアプリケーション開発でPHP, Python, Perlを
飛び越してJavaの得意とする業務系でとタイマンでやり合えるかも？という
期待感で注目されているわけで。

デスクトップについてはおれはSwingで作ったらWin標準と同等になるという
ここ最近の状態を今の今まで作らなかったのが最大の敗因だと思う。

あとOSをまたがって汎用性を持たせようとするあまり、あるプラットフォーム
固有の文化というかやり方に合わせようとしないような文化がJavaには
あるような気がする。

例えば、MacユーザーはMacぽくないUIはうけいれないし。

一方でV2Cという２チャンネルビューアがプラットフォームを超えて受け入れられ
ているのは、もしかしたら今後に期待できるということなのかもなーとか思う。
235 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 04:28:57 ]: JavaScriptは思いっきりクライアントサイドですがな。
236 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 05:25:12 ]: JavaScriptはデスクトップでの競争になってるな。
237 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 09:24:55 ]: Web2.0という名称の下で、デスクトップの領域に侵食しようと頑張っているよね。
238 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 09:32:19 ]: Adobeがアポロだったかいう名前で
デスクトップ用のFlash&Ajaxな世界を画策してるな。
239 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 10:59:01 ]: cgiも単なるインターフェースでperlとかもともとクライアント用途メインだったし
240 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 11:03:36 ]: >>234はMacのSwingみたことないのかなぁ
241 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 15:22:46 ]: >>240
ないんだろうなぁ・・・・
242 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 15:38:52 ]: >>234は強烈な電波ってことで・・
言いたい事はわかるが、ずれてる・・
243 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 18:11:23 ]: VM が 0 秒以下で起動するようにならんと
Java 遅いというレッテルはなくならない。
つまり永遠になくならない。
244 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 18:26:45 ]: OS起動時にサービスとして立ち上がり、
そのまま実行環境を10個くらいプーリングし
要求に応じて割り当てる。
メモリをデフォで2GB以上消費する。

そんなJVMサービスプロセス。
245 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 18:45:59 ]: Windowsのプロセス起動の遅さは10年たっても改善されていないけど実用になってるのだが
その辺はどうかね
246 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 18:50:18 ]: ハードが進化してるから
247 名前：デフォルトの名無しさん [2006/10/28(土) 20:38:33 ]: 坊やだからさ
248 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 00:34:40 ]: >>245
どうかねって言われても、この図式だろ。
話をそらしたつもりか？

Java アプリ：プロセス起動時間＋ VM 起動時間
ネイティブアプリ：プロセス起動時間
249 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 04:22:05 ]: >>243
JVMのプロセス起動しとけばいいじゃない
MVMが実現したら、解決だな、それじゃ
250 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 15:37:09 ]: >>248
こまかい揚げ足だが、
＞Java アプリ：プロセス起動時間＋ VM 起動時間
Javaの場合、プロセス＝JVMだから、プロセス起動時間＋バイトコード起動時間ね。
昔は.EXEは.COMに比べて起動に時間がかかるとか言われてたけど、いまや誰も気にしてないから、
そのうち、マシンパワーが吸収してくれると思う。WindowsはUNIX系に比べて元々プロセス起動が重いOSだからね。
だからスレッドが発達した訳だし。
でも、regeditとかnotepadのような軽さには到達できんとは思うが。

>>249
やっぱり、.NET Frameworkのような、バイトコード実行インフラが必要になるわけね。
JavaもGlobal Jar Cacheとか作って、共用JarはJITコンパイルされて、キャッシャされるのだろうか。
251 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 16:34:48 ]: ユーザーの作ったクラスは難しいと思う
アプリごとにクラスパスも違うし、バージョンアップ作業もコピーだけでよかったり
クラスパスルートもさまざまだしね

でも標準APIくらいはやってくれてもよさそうなんだけどね

あと設定でクラスをロードしたらすべてコンパイル完成するまで待つというモードもほしいよ
ゲーム用途とかだととくにね

フォアグラウンドコンパイルにしたところでそのメソッドを指定スレッショルド以上つかわないと
コンパイルされねーからな
252 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 17:07:46 ]: >251 -Xcomp
253 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 17:17:15 ]: >>252
だからそれだとだめなんだってば
フォアグラウンドコンパイルになるだけ
254 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 17:34:14 ]: >253 それは-batchでは。
255 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 17:47:59 ]: >>254
だから実行時にコンパイルされるのはメソッド単位なのが問題といってるでしょ
-XX:+PrintCompilationで確認すればわかると思うが-Xcompでは解決しない

メソッドよびだしたときにかたまるようではそれは使い物にならない
まだバックグラウンドコンパイルして最初はインタプリタ動作のほうがかたつきはへる分まし
256 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 22:08:25 ]: Javaじゃなければとっくに解決している問題じゃないのか。
なぜJava使ってる？
257 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 22:27:30 ]: 起動時間が遅いって・・・CGI使うわけじゃあるめーしｗ
258 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 00:25:42 ]: Swing とか SWT って知ってるか？
259 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 00:45:54 ]: >>250
ネイティブコンパイルの結果を再利用できればいいんだが
それと>>249の話は別、単にアプリ起動のフットプリントの話だろうから
JVM起動にかかるコストを無くしたいんだったらJVMは常駐にしとけばいいじゃん、ってこと
260 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 02:24:29 ]: >>259
VM常任しておいて、どうやってプログラム終了するんだよ！
261 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 02:52:40 ]: >>260
その課題も含めてMVMの実現なんだって・・・
262 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 02:54:03 ]: 現世代で出来ないならスレ違いだろ。
それをここで愚痴るな。
263 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 10:05:18 ]: 次世代のスレは糞みたいなやつが常駐してるので使い物にならん
264 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 17:03:18 ]: >>263 だからここで愚痴るな。おまえは、やっぱりカスだな。
265 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 18:19:14 ]: >>228
> そもそも一般人はローカルにZIP落として適当なフォルダに展開というのを嫌がる＆出来ない人もいる
> というのを認識したほうがいい
素朴な質問ですが、今時そんなことやらせてる会社ってあるのでしょうか
私の知っている会社は皆、キッティングなり配布なりでコマンド一発でOKなのですが
266 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 18:46:21 ]: >>264
だからお前はここに来るなと
267 名前：デフォルトの名無しさん mailto:sage [2006/11/07(火) 22:09:44 ]: >>265
たとえ話として、数人でやるシェア・フリーソフトや会社内部・部署の
みで使うってのもありうるわけで…
ご自分の場合だけで考えるのはいけないですよね。
268 名前：デフォルトの名無しさん mailto:sage [2006/11/15(水) 10:33:10 ]: 些末な例外は何にでもあるからな。
269 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 20:37:55 ]: 現世代って言うのか過去なのか一時JythonとかJRubyとかjava実装の言語がはやってたけど
あれは何が目的だったん？
270 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 22:13:55 ]: ・Yet Anotherな実装が欲しいが、一からつくんの面倒だしという発想
・一時期以降のJVMは結構速いから、使えば結構嬉しいかもという発想
・セキュリティ機構も活かせると面白いかもという研究ネタ
まあ色々ある。
271 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 00:05:20 ]: 現世代と言えば1.5になるのだろうか。

generics の erasure は・・・失敗だったような。
272 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 07:41:35 ]: >>269
JRubyはRuby on Railsも動かしたりしてるし、PHPも動くし「一時」じゃ内希ガス
273 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 01:24:48 ]: Javaって、GPLになったじゃない
だから、Troveみたいな標準より速いとかいうコレクション実装に差し替えちゃう
見たいな話とか出てこないのかな？
274 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 01:59:00 ]: >>273
コレクションってクラスライブラリだよね？
OpenJDKでGPLv2になった部分の範囲外のような気がする。

まだ不勉強なので違ってたらごめん。
275 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 02:12:34 ]: ライブラリはGPLの範囲外ですな
276 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 20:15:34 ]: こんにちは、現世代Javaの仲間入りです。JDK6リリース。

ttp://java.sun.com/javase/ja/6/download.html
277 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 21:22:27 ]: >>276
まだ文残ってる
＞ご注意: 現時点で J2SE 5 Itanium ポートは利用できません。ダウンロードバンドルは後日リリースされる予定です。
結局5最後までItanium版出なかったなー
278 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 18:58:57 ]: Summary of changes in Java SE 6u1 build b01
ttp://www.java.net/download/jdk6/6u1/promoted/b01/changes/jdk6u1-b01.html
ttp://download.java.net/jdk6/binaries/

updateリリースに切り替わった。
279 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 21:09:27 ]: Summary of changes in Java SE 6u1 build b02
ttp://download.java.net/jdk6/6u1/promoted/b02/changes/jdk6u1-b02.html
ttp://download.java.net/jdk6/binaries/

年明けなので、Copyright変えましたってのが
変更のほとんどである点がほほえましい
280 名前：デフォルトの名無しさん [2007/01/18(木) 23:54:26 ]: Java 6ってOpenGLをSwingで使えるんじゃなかったっけ？
281 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 00:26:48 ]: Swingが（というかJava2Dが）OpenGLアクセラレーションできるようになってるが正解
まだバグも多いのでデフォにはできんけどな

5.0のときから一応出来るようにはなってるけどね
5.0でのOpenGLはほんとバグだらけでひどかった
282 名前：デフォルトの名無しさん [2007/01/21(日) 05:01:11 ]: CompilerAPIがわかんね
ファイル読み込んでクラス生成は出来ても、
文字列からのクラス生成ができね
283 名前：デフォルトの名無しさん [2007/01/21(日) 05:51:51 ]: 仮想ファイルが使えるようになったんだっけ？
284 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 14:27:25 ]: Compiler Tree API を隠しAPI扱いにするのはやめてほしかったなぁ。

バージョン名をパッケージ名前に含めることで下位互換性を保つことは可能だし、
なぜ隠しAPI扱いになったのか理解に苦しむ。
285 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 15:54:17 ]: > Compiler Tree API を隠しAPI扱いにするのはやめてほしかったなぁ。
> なぜ隠しAPI扱いになったのか理解に苦しむ。
どっちなんだ……
286 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 15:59:04 ]: キミはなにを言いたいの？
理解に苦しむ。
287 名前：デフォルトの名無しさん [2007/01/21(日) 16:21:00 ]: つーかCompiler API使えばクロージャ出来るじゃん・・・
わざわざ言語使用に入れんでも。
288 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:26:00 ]: >>284
tree API は doclet API並に公開されてるし、compiler API は java の標準APIでしょ。

javax.lang.model の方で将来のバージョンに対する考慮はしてるみたいだし。
289 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:28:27 ]: >>287
今までだってJavaCC 使うとか、自力で字句解析と構文解析すりゃできたよ。
290 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:32:30 ]: >>287
サンプル書いてみろよｗ
口だけやろうがｗｗ
291 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 16:38:26 ]: 全部機械語で出来るじゃん・・・
わざわざ言語作らんでも。

こんな感じかな。
292 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 17:26:09 ]: >>290
ほらよ
import java.io.File;
import java.io.Writer;
import javax.tools.JavaCompilerTool;
import javax.tools.JavaFileManager;
import javax.tools.JavaFileObject;
import javax.tools.ToolProvider;
public class Main {
public static void main(String[] args) {
JavaCompilerTool javaCompilerTool = ToolProvider.defaultJavaCompiler();
JavaFileManager javaFileManager = javaCompilerTool
.getStandardFileManager();
try {
JavaFileObject javaFileObject = javaFileManager
.getFileForInput("bin/Tutorials.java");
Writer writer = javaFileObject.openWriter();
writer.write("public class Tutorials{"
+ "public static void main(String[] args){"
+ "System.out.println(\"We love JavaLobby :)\");"+ "}" + "}");
writer.close();
javaCompilerTool.setOutputDirectory(new File("bin"));
System.out.println(javaCompilerTool.run(null,new JavaFileObject[]{javaFileObject}).getDiagnostics());
Class.forName("Tutorials").getDeclaredMethod("main",
new Class[] { String[].class }).invoke(null,
new Object[] { null });
} catch (Exception e) {e.printStackTrace();
}}
}
293 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 17:32:04 ]: どこからつっこめばいいのやらｗ
まずコンパイラぐらい通せよｗｗ
294 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 18:43:05 ]: >>287
んなもん、Java6じゃなくてもできるわ。アホかｗｗｗ
クロージャの意味を、

「よ　く　理　解　し　て　か　ら　書　い　て　ね　。」
295 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 18:44:44 ]: Compiler APIって、APTサポートの目的が強いんだろな。
296 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 14:12:37 ]: JDK6 の日本語ドキュメント完成だってさ。
blogs.sun.com/javaev/date/20070213
297 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 16:50:44 ]: 今回すごい遅かったな
やっぱり翻訳されたAPIドキュメントがあるのとないのとでは違うからねぇ
298 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 14:49:38 ]: java.sun.com/javase/ja/6/docs/ja/technotes/guides/vm/par-compaction-6.html
並列若い世代コレクタ
(　ﾟдﾟ)・・・・・・

何処に突っ込むべきなんだろう
299 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 15:15:38 ]: 昔から直訳ってのはよくある
カタカナのままのほうがわかりやすいとかもあるしね

有名どこではシリアライズとかパーシステンスとかだが、まぁこれはまだいいほう
マイナーなAPIだとすごいままだぞ
300 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 00:23:59 ]: 永続性っていう日本語は、なんとなくイメージしやすい気がする
直列化はいまだにピンとこない。
301 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 00:26:44 ]: 劣等GPLとかすばらしいよな
302 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 08:44:18 ]: 劣等パンダ
303 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 15:24:02 ]: Rhino は javax.script.ScriptContext#setWriter で普通の Writer 渡すと
print 時にエラー吐いて死ぬ……

こんぐらいは、フレームワーク側で吸収して欲しいよーな。
304 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 17:11:51 ]: >>302
レッサーパンダは火狐の夢を見るか？
305 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 13:49:06 ]: >>303
そういう差異をラッパー書いてなくしてる俺は

>>304
赤トカゲはゴジラの夢をみるか？

ゴジラには勝ったけど寿命で消えたな。役目は果たした
306 名前：デフォルトの名無しさん [2007/03/09(金) 22:55:21 ]: お前ら現実を見ろよ
307 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 02:16:11 ]: javaのレンダラ探してたら3DCGレンダラ見つかった。

ttp://sunflow.sourceforge.net/
javaでここまで実用的なソフトがあったとは
308 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 23:11:28 ]: www.java.net/download/jdk6/binaries/
壊れっぷりが素晴らしいな。6u1 Build b04が出るのは何時になるんだ？
309 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 23:57:41 ]: それよりJavaSE6update1の一般向けリリースをささとだしてもらわんと
ライブラリのバグ以前にVMのバグがはいってるのはかなわん
310 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 00:07:16 ]: >>308
壊れてるっても、単に CSS のリンク先を間違ってるとかそーゆー問題じゃね？
311 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:07:35 ]: >>310
いや、イメージファイルのGETがforbiddenになってる。
わけわからん。
312 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 21:44:40 ]: Jdk6で、nioのSocketChannel#connectで頻繁にJVMごと死ぬ(jvm.dll+0xd283d)。
ググるとlimewireでも同じ問題起きてるみたいなんで、さっさとjdk1.6.0-01出してくれ。
313 名前：デフォルトの名無しさん [2007/03/25(日) 23:05:57 ]: 俺も今日は3回落ちた
性能はいいんだけどねえ…
314 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 23:51:40 ]: まずはライブラリ以前にVMバグ修正をさっさと
315 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 02:34:41 ]: 1.5で打ち止めでいいよ。
これ以上いじるとグダグダになる。
.Netなんか最悪だぞ
316 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 05:28:33 ]: >>312
そんなふうに次、次を求めるから不安定になる
必要なら
ttp://download.java.net/jdk6/binaries/
こっから取ってくればいい
317 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 12:50:21 ]: >>315
5.0は言語拡張はあるけど、ライブラリやVMにほとんど手が入ってなかったからね
その割には初期はバグバグだったり日本語バグ1年半くらい放置だったな

6は5.0以上にエンタープライズ分野のバージョンアップの恩恵は大きいから
必要とされてるだろうね

7はいまのところメリットが見えてない

1.4.1以上の混乱はまぁでないだろうね
318 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 13:04:27 ]: >>316
すまん。言葉が足りんかった。
そこのでもやっぱ>>312のように落ちるんだわ。
だから、さっさと修正して,-01を出してくれってこと。
正確には、nioのSocketChannel関係のsun.*のJNI実装DLL内で、
アクセスバイオレーションで落ちるから、jvmそのものじゃないけど、
標準配布のパッケージ使ってて、ネイティブ内で落ちられるのは耐え難い。

じゃ、1.5.0に戻せば良いのかもしれんが、JTableのTableRowSorterつかってるから、
戻すのめんどくさい。
319 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 14:57:45 ]: >>312
ここでやるより、BugDatabase 行った方が早いと思うよ。
BugDatabase で SocketChannel connect AccessViolation で探したけど無さそうだった。

>>312 では再現条件がハッキリしないし。
320 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 16:08:31 ]: >>318
SwingXのJXTable使ったら？
https://swingx.dev.java.net/
321 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 17:04:06 ]: >>318
そうか、開発版を許容できるなら話は早い
ttp://forums.java.net/jive/forum.jspa?forumID=25
Forumだと結構Sunのエンジニアが相手にしてくれたりするよ。
BugParadeへの登録も内部からだと早いみたいだし。
322 名前：デフォルトの名無しさん [2007/03/29(木) 11:08:09 ]: 1.6.0_01 age
323 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 16:09:28 ]: やっときたか
java.sun.com/javase/ja/6/webnotes/ReleaseNotes.html#160_01
これでそれなりに安定するだろうか
324 名前：デフォルトの名無しさん [2007/03/29(木) 21:01:16 ]: 早速入れてみた
なんかちょっと速くなった気がするよ
325 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 23:05:03 ]: たぶん気のせい
326 名前：デフォルトの名無しさん [2007/04/02(月) 11:37:04 ]: JInternalFrameのバグなおってねーな
触って1分でわかるバグなのになぜ放置かと
比較的よく使われるコンポーネントだと思うんだが
327 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 14:15:11 ]: 誰も指摘しなかったら直らない
328 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 21:43:35 ]: >>326
BugIdいくつのやつ?
329 名前：デフォルトの名無しさん mailto:sage [2007/04/11(水) 13:50:50 ]: JRE6入れてみた
かっこ良くなって、すごく軽くなった

こりゃいいな
330 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 00:32:00 ]: 見積り中の案件、.Netに負けてしまった (´・ω・`)
せっかく1.6触れると思ったのに。
331 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 11:32:01 ]: ランタイムの互換性のなさと起動の遅さはどうでも良いのか、
それとも客がただのMS信者か・・・。

どっちにしてもデスクトップアプリケーションじゃなけりゃ6はあまり関係ないよ。
332 名前：デフォルトの名無しさん [2007/04/12(木) 12:10:16 ]: ６はWebStartの進化がすさまじいからな
アプリケーションの追加と削除とかデスクトップやプログラムにショートカットが作られたりな

でも、肝心のスタンドアロンアプリで対応してないのがあふぉかと
333 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 12:45:58 ]: jarアーキテクチャを拡張すればOSにインストール可能っちゃ可能だな。

MEのjadのようにインストールプロトコル作ってそれを実装したツールが有ればいいか。

jnpl実装からフィードバックが利きそうだ。

linuxやjavaに慣れてる連中には激しくウザイな。
そういう連中にはバージョン管理機能くらい付けてくれんと利点がないな。
334 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 14:48:18 ]: 別に新しいバージョン取得して置き換えるだけだからかまわんと思うけど
Javaアプリ自体いままでバージョン管理してなかったんだし、問題はないだろ
335 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 21:47:59 ]: >>332
アプリケーションの追加と削除とか、デスクトップへのショートカットは少なくとも5.0のときからあったよ。
336 名前：デフォルトの名無しさん [2007/04/14(土) 15:36:26 ]: SEのバージョンって1.4.2のが5.0より安定してるの？
会社が頑なにバージョン変えないようにしてるのが煩わしい。
ぶっちゃけ今SE6を使っても、以前のバージョンのバグは
改修されてると思うんだけど、これはアホい考え？
337 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 15:46:09 ]: 1.4.2だって5.0だってエンバグしたりしてるからどれが安定かというのはない
ただ新しいほうがセキュリティホールがうまってる確率が高いのと
サポート期間で有利

メインストリームになればバグ報告も増えて安定しやすいという利点は多いね
個人的には5.0は1.4.2より安定した感じはする
最初の1年半くらいはひどかったけど

6は今年後半くらいで目立ったバグは取れるんじゃないかなと予想

なにより来年7が出ると1.4のサポートがなくなるんでそういうのも考えながら選択すべし
338 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:32:41 ]: >>336
ん。アホい。
改修されているバグと増えているバグと増えている機能と変わっている機能がある。

会社が頑なに変えないのは、バカが居るだけだろ。
ちゃんと評価して、6.0の利用をすればいいだけ。1.4.2が枯れているなんてのは幻想。
1.4.2で分かっているバグでも対応しないと決められたものもあるからな。

問題は、機能的に変わっているので新しく作るのではなく
今1.4で動いているのを5,6で動かそうとすると問題がでる。こういう用途であればやめたほうがいい。
339 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:45:32 ]: > 1.4.2で分かっているバグでも対応しないと決められたものもあるからな。
「枯れてる」ってのは「不具合の多くが既知である」状態でしょ。
既知の不具合がどれだけ放置されていようが
不具合の多くが既知であれば「枯れてる」と言える。
極端に致命的でなければ。

まぁ、Sun はマイナーバージョンアップでも
不具合修正だけじゃなくて、わざわざ新機能盛り込んでエンバグしたりとか
阿呆な事やらかした実績があるから油断はできないが。
340 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 10:37:15 ]: バグが直ることによって修正が必要になるアプリもあるからね。
1.4になったときswingのフォーカスバグが直って、1.3で作ったアプリを苦労して直したよ。
直すのに苦労したんじゃなくて検証が大変だったんだけどｗ
341 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 23:08:55 ]: 新機能が安定しないのはある程度仕方ないとしても、
しばしばデグレ起こすのは問題だよな。
342 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 23:15:03 ]: すべてのリビジョンが取得できるからsunは良心的なほうだと思う。
バグが直った結果動かなくなるとかあるわけで。
343 名前：デフォルトの名無しさん mailto:sage [2007/04/17(火) 03:26:11 ]: bugs.sun.com/bugdatabase/search.do?process=1&bugStatus=open&type=bug&keyword=leak
> 183 Results Returned,

bugs.sun.com/bugdatabase/search.do?process=1&bugStatus=open&type=bug&keyword=leak+windows
> 183 Results Returned,

これって Windows JVM だけリーク満載ってこと？
344 名前：デフォルトの名無しさん mailto:sage [2007/04/17(火) 12:46:27 ]: そもそもそこで検索されているバグはJVM本体ではなく
関連APIや関連アプリの話がほとんどのように見える
345 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 23:15:30 ]: 1.6のdocs-jaでかすぎﾜﾛﾀｗ
JDK(SE)本体よりでかいでやんの
346 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 23:37:14 ]: 5.0とあんまりかわらんけど？
別にjaでなくても大きいし
347 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 02:26:30 ]: zipで12MBも違うが
348 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 14:51:48 ]: 　　　　　　　　　　　 _|_
　　　　　　　　　　／＿＼
　　　　　　　　　　￣|Ｕ￣　　
　　　∧＿∧　　　 /ミヽ、　
　　　(　･ω･)　　ノﾐｼ三　`~ﾟ
　　　(っ　≡つ＝つﾟ　　ﾟ　
　　　./　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ
　　　( /￣∪
　　　　　　　　　　　 _|_
　　　　　　　　　　／＿＼
　　ﾋｭﾝ　　　　　￣|Ｕ￣　　
　∧＿∧　＿∧　 /ミヽ、　
(（(　･ω･)三ω･) ノヽ　 `~ﾟ　））
　　(_っっ=　_っっﾟ　　　ﾟ　
　　　ヽ　　　ノﾋｭﾝ
　　　( /￣∪
349 名前：デフォルトの名無しさん [2007/07/04(水) 04:57:53 ]: 1.6.0_02 age
350 名前：デフォルトの名無しさん [2007/09/27(木) 02:36:54 ]: JavaFXの話題はここでいいんかな

スレ立てたほうがいいかな
351 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 03:09:06 ]: いんじゃないココで？
352 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 01:04:53 ]: スレ立てないわ、話題はふらないわで>>351涙目ｗｗｗｗ
353 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 00:01:44 ]: きょうび何の検討もなく1.42であるべきだといいはる自称Java通がいて悲しくなった。
354 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 00:06:56 ]: 1.4系のサポート切れるのが近づいてるのは無視するんかねぇ
もう2世代前のメジャーバージョンじゃきっついな

2世代前というと・・・今から作るアプリはWindowsMEをターゲットにするべきといってるのと同じことだな

5.0の言語仕様についていけないやつじゃね？
大幅に安定したコードがかけるというのに・・・
355 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 01:19:51 ]: >>353
理由を明確に説明させてやれ。
長い期間使うものであればあるほど危険であるというのは明白。
３年前ならともかく、今、5.0以降を使わないのはサポート的に危険。

JavaSE7のリリースと同時に1.4シリーズはSunがサポートを放棄します(EOL)
その自称Java痛がサポートしてくれるんでしょうか？と言ってください。
356 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 01:35:28 ]: でかいところで、自社サポートやってる場合は、むしろ1.4.2の方がよかったりするんだろうか。
そういうレベルのところで、5.0は安定してきているんだろうか？
357 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 01:46:39 ]: まあ、ケチを付けてる理由がむかーし個人的にぶつかった不具合一つで
それも既に解消していたりするんじゃないかと思うんだが・・・・
何の検討もなくって、所がもう・・・・

ただ、XML扱ってるとこは注意が必要かも、とは思う。
それでも、今から作るなら5.0以降だね。
358 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 03:34:50 ]: バグフィックスにしてもポートは危険伴うし、1.4.2だから安定というものでもないよ
わりと1.4.2もエンバグくりかえしてるし
359 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 08:38:25 ]: 富士通とかでかいところは、自分ところでバグフィックスしてて、Sunのリリースでは修正されていないバグとかも修正されているという話を聞くけど。
そのレベルでは、Sunのリリースは使い物にならないとか。
360 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 10:45:09 ]: 富士通は自前のハードウェアでSolaris動かしているから、
Sunのハードウェアに適用できないパッチもある。
もちろん共通のバグを富士通がfixすることもあるのだが。
361 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 12:30:55 ]: 自分でソース治したいのならJDK6以上オススメ

昔は各社自前でJREもっていたんだが、結局一番使われるWindows版が安定していたというオチもある
362 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 15:26:27 ]: 次世代のようにこっちもビルド情報あった方がいいのかな、と
JDK6u5 build04
download.java.net/jdk6/
www.java.net/download/jdk6/6u5/promoted/b04/changes/jdk6u5-b04.html

Nimbusが入ってきているという噂があるのでこれから試してみるつもりです。
363 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 12:55:23 ]: >>362
u3とu4はどこいったんだろ。欠番？
364 名前：デフォルトの名無しさん [2007/10/03(水) 01:14:09 ]: "Java SE 6 Update N"最新成果物登場 - 次期Java SE 6はフル改善
journal.mycom.co.jp/news/2007/10/02/023/

現世代でこんなに変化があるとは思いませんでした。
365 名前：デフォルトの名無しさん [2007/10/03(水) 06:03:46 ]: 6u3 release age
366 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 14:12:50 ]: >>363
ビルド番号は、update release毎に刻まれているようです。
なので、u4はもうQAフェーズなのでは？
367 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 21:40:32 ]: 6u3の変更点は何処を見れば分かる？
368 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:47:18 ]: リリースノートみればわかる
基本的にセキュリティアップデートだけだよ
バグが直るのはu4以降
369 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 01:19:10 ]: >>368
ありがと
370 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 02:47:01 ]: Update N っていつリリースされるんだろな？
期待してるんだけど。
371 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 10:09:05 ]: Q.When will the Update N be available?
A. This update is expected to be released to the public around mid 2008.

https://jdk6.dev.java.net/6uNfaq.html
https://jdk6.dev.java.net/6uNea.html
372 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 02:16:47 ]: Flashのインストール率は「ほぼ100％」
ttp://www.atmarkit.co.jp/news/200710/16/jstream.html

JREの普及率はどのくらいだろう？
なんの根拠も無いけど80%ぐらいかな

バージョンの比率も知りたい。
一般人の環境見てるとJRE1.1とか結構いるんだよねｗ
373 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 06:25:02 ]: 1.1ってのはMSのVMじゃないか？
374 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:16:01 ]: >>372
JRE入ってないWindowsプレインストール機ってかなり多いからね。
375 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:42:49 ]: 一般的なメーカー製だと5.0とか結構はいってるけどな
IEが搭載しなくなったし、1.1よりは今はシェアあるだろ
376 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:44:00 ]: flashはほぼはいってるが、バージョンで大きな差がありすぎるのが癌
ブラウザで広告が表示できてないのはよく見る
377 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 20:59:39 ]: 会社では、DELLかLenovoのを買うけど、ほぼ確実にJRE入っているなあ
個人ではショップブランドばかりで、OSすぐに入れ直すから、入っていないけど
378 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 09:16:48 ]: 富士通FMV-BIBLO/Vistaは入ってなかった。
MSはややこしい契約で縛る可能性があるからなあ。
379 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:21:41 ]: >>372
ttp://www.adobe.com/products/player_census/flashplayer/
ttp://www.adobe.com/products/player_census/flashplayer/version_penetration.html
380 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 10:12:42 ]: Java、結構頑張ってんな
381 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 02:05:40 ]: これ、ConsumerJREが入ったら一気に化けるだろ。
382 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 23:09:57 ]: 明るい未来を信じてます。
383 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 13:52:54 ]: 6uNの新しいビルドでたね

Nimbus周りのバグとJFileChooserの件が
治ったみたい
384 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 14:52:41 ]: 今スナップショットだっけ？
位置づけとしてはマイルストーン？
385 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 04:51:19 ]: Java Web Startは、巨大な辞書ファイルをランダムアクセス
するようなアプリ配布には使えないのかな。
セキュリティマネージャを使ったのとか。
説明書読むと、すべてjarファイルになってることという条件がついてる。
386 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 04:56:23 ]: jarにすりゃいいじゃん
387 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 07:54:45 ]: うーむ、それはそうなんだけど・・・
修正しなきゃいかん部分がたくさんある。テストもやりなおしだなぁ。
でもま、やってみるわ。なんとかなるような気もしてきた。
388 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 12:01:34 ]: >>386
その文章を理解するとは頭いいな
389 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 15:59:56 ]: >>385
巨大な辞書ファイルはサーバーで持つべきでは？
何のためのWebだよ。
390 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 17:51:12 ]: >>389
それしたらオフラインで使えないでしょ。
モバイルのユーザが不便じゃん。
391 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 17:59:34 ]: でもさ、すべてをjarにする必要はないよ。
JWSはアプレットの延長じゃなくて、Javaアプリのインストーラーだから。
パーミッションでフルアクセスを許可してしまえばすべて解決。
392 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:27:43 ]: >>391
の延長として。

JWSは、それだけでは使いづらいので
アプリケーションのインストーラもしくはランチャーとして使うのが便利だと思う。
ランチャーの仕組みとかは作らないと駄目だけど
リソース周りの自由度がちょっと上がる。
（どうキャッシュさせるかとか、実行中のアップデート確認とか）
393 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:05:50 ]: JWSは機種依存しないインストーラーだからすげーありがたい。

ところでJWSが広く使われるようになると、ソフトの配布の方法が変わってくるよね。
みんなソフトの会社・作者のサイトから直接DLして、第二者、第三者からコピーを
もらう必要はなくなるし、ソフト制作サイドもコピーして配布される形態
を最初から作る必要がなくなって状況次第では楽できる選択肢だったりする。

でもGPLを適用したソフトだとライセンスにひっかかることはないのかな。
漏れはGPLにはどっちかというと否定的なんだけどさ。
394 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 01:14:24 ]: JWSはjavaアプリケーションデプロイ仕様の一つの実装であってインストーラではない。
395 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 04:18:09 ]: はいはい
396 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 12:55:56 ]: JWSで使う証明書は、３つくらい選択肢がある。

(1). VeriSign や Thawte などの認証局から信頼できる証明書を取得する。
(2) Thawteの無料証明書を取得する。
(3) オレオレ証明書を自分で作成する。

1は正統な方法だが年間6～9万円くらいかかる。
フリーソフトの配布には現実的ではない。

(2)は(3)に毛がはえた程度の証明書だが、一見まともな証明書にみえる。

フリーソフトの配布には(2)と(3)を比べると(2)のほうが一見ふさわしいように思えるが、
ちょっと穴があるような気がするのよ。

JWSで起動する直前ダイアログが出て「この認証局をつねに信頼する」という
チェックボックスがあって、これにチェックを入れると次からこのダイアログは出ない。

アプリ起動のたびにダイアログがでるのはうざいから、ユーザはチェックを入れたくなる。
しかしチェックを入れると、結局(2)の認証局をすべて信頼するわけだから、他のサイトで
それを使っているJWSで動くアプリにも同じ条件が適用されてしまう。
(2)の無料認証局を使うと、他所のアプリも無条件で実行許可しちゃうと思われる。
(もしかしたらサイトごとにちゃんと管理してる？)

ところが(3)のオレオレ証明書の場合、公開しているサイトのみ許可するだけだから、
他のサイトは関係ない。
となったとき(2)より(3)のほうが、ユーザに配慮しているとはいえまいか？
397 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:13:16 ]: 社内アプリ等でちょっとしたものでオレオレが必要な場合
先にクライアントにオレオレCAを追加しておく

ということはよくやるかも
398 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:19:48 ]: >>393
GPLのソフトを非GPLであるWindowsで動かしても問題ないのと同じ
399 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:45:03 ]: JWSをインストーラとするアプリをGPL(もしくはその亜種)で公開すると、
実行可能なソースを公開しなきゃいけない規則はどうなるんだろう。

サーバにセットアップしないとインストールはできないけど、
それは知ったことじゃないでいいのかな。

それからGPLとはあまり関係ないけど、
二次三次と他者により複製されて、自分のサイト以外で再配布されはじめたとする。
そのアプリは定期的にオリジナルのサーバにアクセスして、更新データを受け取るような
仕組みをもっていたとする。

他のサイトで再配布されているそのアプリが、すべて自分のとこのオリジナルのサーバに
その更新情報を取得するためアクセスしてきたりする可能性もあるわな。
悩ましい。

まぁ、公開したアプリがそこまで普及するならある意味成功ともいえるけど。
400 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:52:41 ]: >>399
ソースくれといったら渡すだけなのでメールでもFDでもCDでもどっかのページ上においてもいい
401 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:07:27 ]: >>400
最初はWikipediaのGPLの項目を読んでそれでいいと思っていたんだけど、
GNUのサイトを読むと、どうもそれだけでは通用しないような感じもする。

GNUサイトのライセンスの解説は、あいまいな表現が多くて長い文面のわりに
なにいってのか要点が見えにくい。
伏魔殿のようになにしこまれてるかはっきりしないからGPLは用心してしまう。
402 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:08:29 ]: jnlpへのリンクの隣にソースへのリンクを貼っとけばいいよ

自分以外のサイトで再配布された場合、その再配布サイトの人がソースを提供する義務を負うんでない？
403 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:18:05 ]: >>402
それなら問題はないはず。

ただJWS専用のアプリだとソースをそのままコンパイルして実行とはいかないけどね。
サーバごとにセットアップだの場合によってはjarへの署名が必要になるかと。
でもその手続きについて著者は知ったことじゃないでいいと思うけど。
404 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 15:45:00 ]: >>401
GPLってネットが普及する前からあっただろと

アナログでもとにかくOK
ソースいれたCD郵送とかの実費負担程度も要求してOK

そもそもネットだって金かかってるしな

だが、手間なのでネットで入手できるようにしておくのがいいというだけ
405 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:17:01 ]: >>404
というようにも解釈はできる文言もあるが、次のような文言も用意されている。

ttp://www.gnu.org/licenses/gpl-faq.ja.html#GPLRequireSourcePostedPublic
#Q
バイナリは私のインターネットサーバに置き、ソースは他のインターネットサイトに
置くということはできるでしょうか?

#A
GPLでは、あなたはソースコードをバイナリと「同じ場所から」コピーするための
アクセスを提供しなければならないと定めています。
すなわち、バイナリのとなりにソースを置けということです。
しかし、他のサイトと協定を結んで、必要なソースコードを入手可能にし続けてもらい、
バイナリの近傍にソースコードへのリンクやクロスリファレンスを張って置くならば、
私たちは「同じ場所から」と言ってよいと判断します。
(以下長いので省略)
----
これを普通に解釈すれば、郵送配布は認められないようにも受け取れるが、
別のとこではネットで配布していても、郵送の手段を用意しておかなきゃいかんともいっている。
ソースをバイナリに同梱しておけば一番問題がないともね。
今では普通あそうにはない話だが、郵送での配布を希望されたら、
拒否できない可能性もあるな。GPLは。

でも、このテーマはすれ違いっぽいから、このへんにしとくわ。
406 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:28:38 ]: 同じ場所からってのは配布元がソースとバイナリを一致させる必要があるということ

ネット環境につないでなければ配布しなくてもいいということにはならんだろ？
407 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:46:16 ]: オレオレ解釈するのは自由だが、もめたときそれが通用するかどうかは俺にはなんともいえんよ。
408 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 18:08:37 ]: >>404
拒否はできると思うんだが、郵送にかかる手間には対価を請求できる。
郵送しか手段がない相手が、どうやってバイナリを手に入れたかのほうが気になる。
郵送しか入手手段がない、というのならその前にその人はバイナリも郵送で手に入れているはずなんだよな。

で、JavaでGPLライブラリを使う場合だが、JNLPでライブラリだけリンクってのは
大変だから、ライブラリjarにソースを含めてもらうのがいいんじゃないかな？
LGPLじゃなくGPLのライブラリだとしたら、使ってるアプリもGPLのはずだから
ライセンスの同意とかはあまり気にしなくていいのかな？
409 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 18:14:42 ]: jarにソースが入ってても、jnlpじゃダウンロードした中身を見れないんじゃないかなぁ
個別のjarに別のリンクを張るか、アプリにソース展開コマンドを用意して同梱のソースを取り出せるようにするとかしないと意味ない気がする
410 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 18:21:42 ]: GPLv3だと、アプリのボタン押したらソースがDLできるようにするのを推奨
とかなかったっけ。
411 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 18:23:59 ]: >>409
おいおい。親切すぎだろ。
tar.gz 形式で配布してるソースはアウトになっちゃうぞ。
ヘルプにライブラリからの取り出し方書いておけばOKだと思うぞ。

ん？ああ、クラスファイル固めたjarファイルにソースが入ってるって
書いてるように見えるな・・・・。

いや、ソース用のjarを別に用意して、JNLPファイルで1ライブラリとして
指定しておけば楽ちんだろうな、と思ったの。
キャッシュに入る訳だけど、キャッシュ内ではライブラリとソースのバージョンは一致するはずでしょ。
412 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 18:40:03 ]: キャッシュの中のjarって見れる？
C:\Documents and Settings\....\Application Data\Sun\Java\Deployment\cache\6.0
の中を見ても、目的のファイルの探し方がわからん
413 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 19:00:19 ]: >>412
！もう少し分かりやすく格納してたと思ったが、・・・記憶違い？
こりゃ・・・駄目だ。

もう、ライブラリ配布サイトのURLが表示される、くらいで勘弁してもらおう・・・・
414 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 20:08:23 ]: JWSで動作するアプリがあって、そのユーザがサードパーティのプラグインをアプリにインストールして
使用できるというようなのをやりたいんだけど、そういうのって可能なんかな。
JNLPファイルの中で、あらかじめ使用するjarファイルをすべて宣言しておくしかないようだけど。

というのは、たとえJNLPファイルの中で、<permission-all>を指定してあっても、
後からJWSの管理外のコードベースから動的に読みこまれたクラスに対しては、
あいかわらずセキュリティマネージャの監視が効いてて、それを解除する方法がよくわからない。
415 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 20:22:31 ]: Mavenとかそういうこと?
416 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 20:34:31 ]: Maven使ったことないのでよくわからん。スマソ。
417 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 21:04:53 ]: >>414
プラグインが必要としそうな入出力APIを本体アプリの方に持っておいて、プラグインからはそれを使う
AccessController#doPriviliegedをお忘れなく
418 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 22:08:28 ]: >>415
Mavenは構築用だから関係ないんジャマイカ？
419 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 23:02:53 ]: >>417
なるほど。
また仕事が増えてしまったけどw

> AccessController#doPriviliegedをお忘れなく

このクラスを使ったことがないので今から勉強しますです。

普通のアプリとして動かしていたときは、ポリシーファイルを使ってプラグインの権限に制限かけてたんだけど、
JWSでは多分その方法は使えそうにないですね。 ( ためしてないから確かなことはいえないけど )。
420 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 01:43:38 ]: >>419
URLClassLoaderのgetPermissionsをオーバーライドして
PermissionCollectionにAllPermissionを追加したらいいかもしんない。
421 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 06:27:42 ]: >>420
その方法で一応セキュマネを突破できた。
AllPermissionのまま使うわけにはいかないけど、あとは応用だからなんとでもなりそうです。
資料が少ないのでソース調べまくって悩んだ悩んだw
あんたただ者じゃないよ！
大感謝！
422 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 06:31:49 ]: >>420
すごく勉強になった。ありがと。
423 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 14:51:30 ]: JDK6u10 build08
ttp://download.java.net/jdk6/binaries/
ttp://download.java.net/jdk6/6u10/promoted/b08/changes/jdk6uN-b08.html

変更点からすると、Netbeansの表示が
直っているかな・・・と思ったんですが直ってないですね。
まだまだ絞っていかないと駄目みたいですね。
424 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 18:11:17 ]: とりあえずwebsphereで始めたらいいですか？
425 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 03:34:00 ]: Nimbusの正式リリースも近そうだな。楽しみ。
426 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 16:12:05 ]: うｐ毎回のようにリグレッションが出るのは何とかならないの？
427 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 16:13:34 ]: なんともならない
428 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 21:58:41 ]: バグのないプログラムが存在しないのは数学的に証明されてるからな。
429 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 22:20:20 ]: バグのないプログラムなんていくらでも存在するがw
430 名前：デフォルトの名無しさん [2008/01/12(土) 22:26:49 ]: cabosを使おうと思っているのですが最新型のJavaをDLしているにもかかわらず

「ソフトウェアをロードできませんでした」

という表記がででいるのですが…

これってどうすればいいんでしょうか？
431 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:23:02 ]: >>429
プログラムがバグってなくても仕様がバグったら(ry
432 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:23:42 ]: >>429
プログラムがバグってなくても仕様がバグってたら(ry
433 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:37:17 ]: プログラムじゃなくて、それを作った奴がバグってるだけ。
機械は忠実に実行してるだけだし、javaでもvbでも奴がアホならプログラムもアホになる。
434 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:43:27 ]: >>428がバグってる件について
435 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 00:07:26 ]: ググってみろ
436 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 01:45:04 ]: こっちでやれ、ハゲが。

バグのないプログラムは存在しない
pc11.2ch.net/test/read.cgi/tech/1132987738/
437 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 01:46:41 ]: ハゲがいないプログラマは存在しない
438 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 01:52:01 ]: 波平はハゲじゃないんだ！
439 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 14:38:13 ]: update 4が出てる
440 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 18:31:50 ]: 英語版だけね

なぜか日本語版が出てないのに日本語のページはすでにupdate4になってるけど
441 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 21:13:21 ]: そもそもJDKは国際化版はあっても日本語（オンリー）版ないし。
442 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:18:41 ]: >>441揚げ足取りするなよ
マルチリンガル版がないのだよ
443 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 00:02:46 ]: ん？置いてあるのってマルチリンガル版だけじゃないの？
Windowsに入れた時、ちゃんとインストーラでは日本語表示されてたような気がするが。
444 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 00:08:40 ]: JREはenglishってかいてないか？
445 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 00:10:33 ]: JREはローカライズするんじゃなかったっけ？
446 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 00:14:00 ]: JDKは>>443。JREは知らん。
447 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 01:30:21 ]: JDKのダウンロードページもEnglishと書いてあるな

今回急にダウンロードページのつくりが変わったからわけがわからん
448 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 08:09:16 ]: >>447
Englishと書いてあるけど、置いてあるブツはUS版じゃないと思うんだが。
449 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 23:39:37 ]: JDK6u4インストールしたがI18N化されてたぞ。毎度のごとくインストーラだけ。
450 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 00:21:01 ]: インストールだけしてその後一切使ってないなら判らないかもしれないけど、
charsets.jarも入ってるし、コントロールパネルもjavacのエラーも日本語表示されるよ。

そーいや、コントロールパネルのカテゴリが「その他」から「プログラム」に移動してた。
451 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 00:29:53 ]: bugs.sun.com/bugdatabase/view_bug.do?bug_id=6485081 これかな
452 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 08:38:24 ]: javaコマンドのメッセージが英語だったんだが。
453 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 12:03:42 ]: javaコマンドのメッセージが日本語だった事ってあるの？
454 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 12:28:12 ]: あるよ。
ただ、コマンドライン、システム・エンコーディング指定とか、
右往左往しすぎて今でも何が何だかよくわからん。
455 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 12:29:33 ]: >>453
ないはず。少なくともSunの奴では。
456 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 14:10:22 ]: Java Kernel(旧姓：Consumer JRE) の jre が出たらしい(もちろんテスト版)
https://jdk6.dev.java.net/6uNea.html#Download
変更点は、リリースノートが不在のためまだ不明。
Mercurialに変わってビルドに問題が？
457 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 14:29:39 ]: Java Kernelいらね。
実際、需要はどうだろうね？
458 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 15:33:32 ]: >>456
インストーラがVista対応してないとか書いてある
459 名前：デフォルトの名無しさん mailto:sage [2008/01/20(日) 22:28:34 ]: そういやIcedTea 1.5が出てたな。
PPCアーキテクチャへの対応が主な成果だが、ゲーム機で動いたら遊びがいがあるのにな。

箱○で.netが使われてるからPS3上のlinuxで動けば面白いのに。
460 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 20:27:12 ]: jdk6uN build12
https://jdk6.dev.java.net/6uNea.html#Download
download.java.net/jdk6/6u10/promoted/b12/changes/jdk6uN-b12.html

ほとんどがBugFixのようでリリースは近いかな？？
461 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:02:00 ]: >>460
リンク先のスケジュールに FCS Summer/Fall 08 って書いてあるんだが
リリース前倒しの情報かなんかあったっけ？
462 名前：デフォルトの名無しさん [2008/02/28(木) 14:49:34 ]: エスケープ解析ってどうなったの？
463 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 16:46:00 ]: ServerVMで使えるよ。
464 名前：デフォルトの名無しさん [2008/02/29(金) 04:54:52 ]: 有用そうだけど、話にも上がらなかったからもう消えた技術なのかと思ってたｗ
465 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 05:22:00 ]: 知らないうちに使われているのが一番だから
466 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 07:47:23 ]: デファルトの起動オプションではおふじゃなかったか？
467 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 01:54:07 ]: つ -XX:DoEscapeAnalysis
468 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 04:43:30 ]: やっぱりオフじゃん。
確かスタックにnewオブジェクト置いても、すぐ解放みたいのだろ？
クライアント側(java.exe)にないと意味なくないか。
サーバー（といっていいのか）側の方が、クライアントより計算が多いなら別だが。
まあ、多分必要とされてないんだろうな（技術的には最適化みたいで大変そうだけど）。
469 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 13:36:28 ]: サーバってのは、プログラムを24時間365日ずっと起動しっぱなしで、
何度も繰り返し大量のリクエストを捌くものだ
クライアントより計算（の量？）が多いってのは、確かだろう
多少時間をかけても入念に最適化してコンパイルしておく意義がある
クライアント側は、起動に時間かかると文句言うやつが多いからじゃないか
470 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 13:43:08 ]: >>467
さりげなくうそおしえてるのわろた
471 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:02:33 ]: （JVMの）起動に時間がかかるのは、ライブラリのロードとかが本質的なところじゃなかったか？
String以外なら、やりたいことはクライアント側で行列とかなんだけど、普通サーボー側ではやらんだろ。
もしかしてエスケープ解析が目指しているのは、これとは違う目的なのだろうか？
472 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:15:24 ]: >>471
よくわからんのだけど(今のJVMの)エスケープ解析に最適化以外の目的がありえるの?
それともどんなケースで最適化が効くのかという話?
473 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:20:45 ]: エスケープ解析すると、newしたオブジェクトがエスケープしてるかどうかがわかる
エスケープしないオブジェクトは、ヒープに割り当てる代わりにスタックやレジスタ上で済ますことができる
ヒープの割り当てが減ると、GCの回数が減る
GCがボトルネックになっている場合は、それで高速化できるかも
エスケープしないオブジェクトは、synchronizedを省略できる
synchronizedを多用してる場合は、それで高速化できるかも
474 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:23:47 ]: >>472
意味不のレスを無理して理解しようとするな
スルーしろ
475 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 16:35:58 ]: 久々に話題振ってきてるのに、そりゃないよｗ
476 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 16:38:34 ]: ＞エスケープしないオブジェクトは、synchronizedを省略できる
＞synchronizedを多用してる場合は、それで高速化できるかも

並列処理と相性がいいらしいというのは、ここだったんですか。
477 名前：デフォルトの名無しさん [2008/03/01(土) 16:46:51 ]: たしかメソッドに渡してしまうとエスケープ解析対象外になるんじゃなかったか？
mat3=MyMatrix.mul (mat1,mat2);
みたいなの。

でも思うんだけど、クラスが状態変更しないこと（immutable class）が
保障されているならこのインスタンスもエスケープできるんじゃないか？
実装とか細かい動作はしらね―けど。
例えばclass Stringとか、class BigIntegerみたいなの。これと同じく、自作クラスの
class MyMatrix みたいなのでも出来て欲しいなと思って。

エスケープ解析とか、多分知ってる人いないし、見向きもしてないと思うけど。
特別に行列とかにこだわってんじゃないけどね。
478 名前：デフォルトの名無しさん [2008/03/01(土) 16:53:23 ]: ローカルでnewしてるわけで、メソッドに渡したのにスタックフレームと一緒に解放されたらまずいか。
やっぱimmutableとか関係ないし、無理だな。

エスケープ、やっぱイラネ―よ。こんな無駄な技術に人員割くなよなw
479 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 17:01:55 ]: やっぱC#じゃないけど、stackallocみたいので一気に解決だな。
で、メソッドに渡すときは、自動でclone()みたいのを呼び出しになる。
たしかどこかの言語でref, outみたいなのあったけど、Javaだとそういうのカッコ悪いしｗ
stackallocのバイトコードを追加してくれ！
480 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 17:33:12 ]: リファクタリングしまくるとエスケープ解析と相性悪くなりそうだな。
それでも、短いコードは正義だぜ。
481 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 19:03:28 ]: そんなことじゃC99コンパイラと同じ運命だろうな
482 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 19:07:28 ]: バイトコード、並列処理な話題をたのむ
483 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 19:08:33 ]: エスケープ解析に最適化ってのは、ループ展開の最適化程度のことを大げさに言ってるだけｗ
484 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 19:57:27 ]: もともとエスケープ解析が役に立つのは世代別GCを意識したコードだろうから
そんなに効果が挙げられないのかも

コンカレントGCのレスポンスが改善されるとそれだけでほとんどいけるんだけどね
485 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 20:36:31 ]: Nimbusはいったいいつ正式リリースされるのかね
486 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 20:40:54 ]: Summer/Fall 08じゃないのかね
487 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 21:33:53 ]: ありがとう。
というかjdk6.dev.java.netにあったのね
488 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 01:29:35 ]: >>477
実行時に最適化すれば、他のパッケージの関数の解析結果も利用できる。
489 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 06:12:01 ]: GCの機嫌を取るようなコードを書く必要があるなら、
Javaなんかでやらない、でそもそも他の専用・特化した言語でやるよｗ

native float func(float);
とかすると、結局ネイティブ関数呼び出しコストが大きいし、
なんならjava.nioとか使うから別にいいよｗ
490 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 06:15:58 ]: ただよく考えてみると、あまりに技巧的じゃないか？
例えば100x100の行列計算とか、BigIntegerで100桁の四則演算とsqrt実装とか、
今の計算機なら当たり前すぎる事をやりたいのに、
それをするためにはJavaでは高度な技術(java.nioとかgc)が要求されるから、
Javaは敬遠されるんじゃないかと思う。

本当はJavaがいいんだが、専門学校中退とかおサルなクリエーターはflushとかお気軽な方に流れる。
今のままじゃ、Appletで微分方程式や３Dのデモとかが限界なのかもね。

多分だけど、エスケープ解析とかで技巧を凝らせば２０ナノ秒も速くなるんだろうけどｗ
491 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 06:35:06 ]: 確かに行列計算とかはサーバー側で計算したりさばいたりするものではない罠
せいぜい1ミリ秒速くなる程度だし、forループ内でnewしまくりでいいんじゃね？
さらにUIがGUIなら、ボタンとかのイベント待ちの時にGCすればいいだろ。
これが今のプログラミング・スタイルだと思う。
492 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 10:34:20 ]: >>490
> Javaは敬遠されるんじゃないかと思う。
> 本当はJavaがいいんだが、専門学校中退とかおサルなクリエーターはflushとかお気軽な方に流れる。

（　ﾟдﾟ）ﾎﾟｶｰﾝ
493 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 10:40:31 ]: >>492
「技術的に1秒速くできる！」とか、いわゆる技術者のオナニーなんて実際はどうでもいいし、この指摘はある意味的を得てる。
494 名前：デフォルトの名無しさん [2008/03/02(日) 11:22:41 ]: >>492
＞（　ﾟдﾟ）ﾎﾟｶｰﾝ

久々に見てワロタｗ
いつのまにか、こんなスレの主になってたのかｗ
495 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 11:37:27 ]: 誰ともコミュニケーションできないで、研究室で寂しく２CHに書き込んでる雑用見習いあたりだろよ。
やけにAPIとか詳しそうだしｗ
496 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 12:40:57 ]: >>491
GCのタイミングがコントロールできないのがゲーム等で問題になってる
いつ発生するかわからない1msのGCより発生をコントロールできる10msのGCのほうがましなんだよね
new領域のGCができればいいけど、今のsunのSystem.gcの実装はfullGCなんだよね
497 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 15:50:20 ]: ゲーム。その話になると思ったんですけど、多分設計上の問題で回避できるでしょう。
別にゲームじゃなくても、アニメーションとかストリーム（とかメディアAPI）でも
単純に作ると一瞬「ピックっ」として止まりますしｗ
GCをコントロールしたいという発想から抜けてみてはどうですか？
498 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 15:51:07 ]: ストリーミング
499 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 16:45:17 ]: 1ms程度ならいつ発生したって別にどうってことない
60fpsで動かすとしても1フレームあたり16msもあるんだから十分吸収できる
問題は100msにも達することがあるfull gcの方で・・・
500 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 16:59:58 ]: 60fps、だいぶ大規模なソフトでも作ってるんですね。
まずC++（とかMS)を考えてみて、どうしてもJavaじゃないとダメなんだと考えてから設計してますか？
それともJavaならどこでも動くとかの趣味程度なら、Javaなのにこれを気にすること自体が間違いでしょう。

jdk1.8がどうなるかjdk1.9が何を目指すか、そういうのに合わせるのが吉じゃないでしょうかね。
もし趣味程度なら、メモリとかの先の話は独学や個人で解決できる問題じゃないですよ。
501 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 17:11:09 ]: 60fpsが出せる環境はwin, mac, linuxとかに絞られるからグダグダいうなら別にJavaじゃなくていいんと思うぞ。
C++とかで、自分でオブジェクトプール実装とかデストラクタでメモリ管理とかも出来ないのに、GC云々なんて文句垂れてるわけじゃないよなw
ANSICで簡単なGC実装してみろよとまでは言わないからさｗ
502 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 17:19:23 ]: >>499
FullGCは発生はとめることはできるが、新世代は無理
垂直同期直前でGCが発生すると確実にフレーム落ちするんだよ
これは100マイクロ秒でも同じ

発生をコントロールできる10msは処理が終わった後余裕があるという場合は多いからその間にやればいいというだけ
503 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 17:30:46 ]: そこまでリアルタイム性が高くてシビアなのを求めるんなら
C で行けって言うのは確かに間違いではないんだが、
俺も出来る事なら Java で書きたいかな。

Java の C++ に比べたときの仕様の簡潔さ・小ささや
エクリプスのコードの書きやすさは今のところ他の言語で同等のものを知らない。
504 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 17:42:39 ]: JDK6がでてしばらくたってネタがなくなったためいまではおちてしまったが、
ゲームスレではそのGCのコントロールとクラスロードのコントロールと
ジョイパッドがあればCとほぼかわらない物ができるという結論だったはず
505 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:19:45 ]: JavaのGCは想像を絶するほどの人員と金が投資されてるし、
これに比べれば上のエスケープ解析なんかは鼻くそ程度の小手先技でしかない。

GCにグダグダ文句つける奴はさっさと消えてくれよ。

とっても、非常に単純でいいなら個人でGCを実装するのは実はそんなに難しくないんだけどｗ
506 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:25:58 ]: >>504
60fpsとか作ったことないし、イマイチ、どういう原因でGCの起動と処理時間が問題になるわけ？

Graphics.dispose();
Image.flush();
とか手動で解放（を期待する）でいいだろ。

もしかして違うところが話題なの？
507 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:31:49 ]: >>501
そんな大規模なわけでもない・・・期待に添えなくてすまそ。
JOGLが出てきたんで、Javaで作ってみるのもいいかと思ってやってみてるだけの試作品。
もちろん商用でもない単なる趣味。
とりあえず作ってみて、無理そうだったらC++に戻るよてい。
>>501
C++でもいいんだけど、Eclipseが便利なもんで。。。
GCは昔趣味でScheme処理系作ったときに実装したことありますよ。
世代別は面倒くてやめたけど簡単なコピーGCくらいなら。
>>502
FullGCを止めるには、やっぱnewとかallocateDirectを抑えるしかない？
メモリ管理を自前でやるんなら、C++とあんまり変わらない・・・

SoftReference使いまくってGCまかせのリソース管理（テクスチャのキャッシュとか
モデルデータのキャッシュとか）ってのはやっぱりだめですかそうですか。。
ThreadPoolExecutorとかもあるし何気に便利なんだよねJava・・・
508 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:32:45 ]: ゲーム類やメディアっぽいことをJavaでやるなら、ジャンルによるだろ。
ハードよりになるからまだ何年も先だろうし、ライブラリがあっても、今は人柱バージョンだろうな。
スカイプみたいなビデオ・チャットが手軽にできれば
少しはメディア系の開発者が増えるんじゃないか？
509 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:45:17 ]: >>507
きっと君は技術的な興味・趣味でプログラムやってるていう感じじゃないか？
作りたいものよりも技術を試してみる方が優先していると思う。
それだけの技術力があれば一応なんでも作れるから、
自分が作りたいもの・作るものにあわせて使う言語を選び、
言語やライブラリの癖にあわせて使い分けるという発想にそろそろ切り替えたらどうだろうか。

＞GCまかせのリソース管理

多分ですけど、jdk1.9とかになるとjavax.lang.native_resource_and_memoryとかの
パッケージで標準サポートされるから自作しても無駄になる、と期待したい！！

allocateDirect 現状ではやっぱこれになるでしょな。
510 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 19:27:31 ]: > 多分ですけど～と期待したい！！
自分の期待だけを根拠に予想に昇格させるのは止めたほうが
511 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 19:48:48 ]: 真性機械じゃないし、冗談ぐらいは通じるだろｗ
512 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 19:56:11 ]: 100×100の行列計算とか、100桁のsqrtやりたいのにJavaは敬遠されて、flushとかお手軽な方にながれるのか。
へんなの。
513 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 19:57:45 ]: flush
514 名前：512 mailto:sage [2008/03/02(日) 20:07:01 ]: >>490な。
515 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 20:56:20 ]: >>509
そんな感じです。
面白そうなものを見かけたり思いついたりすると試してみたくなります。
常に最新技術を追ってないと追いてかれるという強迫観念みたいなものもなくもないですが。。
アドバイスありがとうございます。
心に留めておきます。

関係ないけど、flashは開発ツール高すぎ
516 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 21:28:59 ]: 自らが電車でお店に行って、店員にクレジットカードで払って、カバンに入れて、家に持ち帰って、
パッケージを空けたあとに、何十分もインストール画面を眺めながら完了するまで待ち、
さらに自分用にカスタマイズ設定をする。
とかだと、おっしゃるように、これでさらに日本円まで支払うとすれば、高すぎかもしれません。

きっとあなたは、孤独でかつ正直者なんでしょうなｗ
大学とか行かないで独学なのかとおもうのですけど、
freebsdの世界にいる人たちはあなたみたいな静かな人とか技術力が高く趣味の人が多いですよ。
517 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 22:12:59 ]: >>506
表示されるときは垂直帰線期間中にフリップされる
つまり、垂直同期中直前にGCが発生すると意図せずフレームレートがおちる
一方、処理が6ms以内でおわっていれば10msのGCを指定した場所で発生させても問題はなくスムーズに動く
レスポンスとスループットの違いみたいなもんだ

>>507
SoftReferenceは使い物にならないよ
FullGCなくすならコンカレントGCがもっとも楽な方法だけど、new世代では効果がない

使用するメモリ量を把握することやプリミティブ型を積極的に使ってのオブジェクトプールしかないが
こうなるとJavaの利点が激しくなくなるのでnew世代のGCもSystemクラスにほしいところ
518 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:17:18 ]: もうObject#dispose()でいいよ。
519 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:19:56 ]: そんな糞実装だとJavaの意味ゼロだろう・・・
リソースの開放だけなら別に問題ないけど
コレクションの参照とかどーすんだよ
520 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:44:23 ]: 明示的に破棄されなかったオブジェクトはGCで回収されるでいいんでない？
どうせGCを無くすわけにはいかないんだし。

Java開発者側もGCの改善に苦労してるんだったら、プログラマ側に任せられる
ところは任せたほうが双方ハッピーになれる気がする。
521 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 00:02:39 ]: Object#dispose() で明示的に破棄されたけど、他で強参照してる場合とかはどーすんの？
522 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 00:17:17 ]: >>521
そんときはException投げる。
って、それちゃんとやろうとしたらNextみたいなシステムレベルの
object poolになっちゃうか。
523 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 05:17:33 ]: 例外を投げられずに、異常動作に陥る時の方が多い。
必ず例外を投げられるようにしようとすると、
普段のメモリ確保、解放のコストも上がる。
524 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 06:37:31 ]: freebsdは、こいつがやりたい（であろう）uiとか3dとかと無縁の世界だと思うが？
20ナノ秒間の処理をどう扱うかが「本物のハッカーである」ことに変わりはないｗ
525 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 08:05:56 ]: ここでGCの細かい内部のことを解説してる奴がいるけど、一見凄いことしてそうだけど
実はコンパイラ作成とかGC実装とかしたことないような所詮は専門バカ（研究者）だろな。
そんな俺様研究者の話なんか真に受けんなよ。

研究者ってのは原子・粒子の大きさ（笑）、２００００ピコ秒の限界に挑戦！とかしてるアホだし、
現実からこいつらを見れば、こいつらのようなキモオタ（学者級）のオナニーに付き合わされてるようなもんだろうな。
526 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 10:15:15 ]: リアルタイム用の仕様は見たのか？
527 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 10:20:31 ]: >>525
でもそんな変人がいるから世界が進歩するんだよ。
528 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 10:30:51 ]: 研究者も何タイプかに別れるからね。
観察・統計取るの好きな人とか、実験・実証するの好きな人とか。
529 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 10:59:32 ]: もし一人とか孤独でやってんなら、java.netで世界中のハッカーが集まっておのおのがプロジェクトやってるから、
そっちでみんなでやってると英知が集まってるし役立つだろう。
特にメディアっぽいこととか最先端で試行錯誤中なんかはヒートしてるｗ
英語でもロムってる分には２CHとおなじだしな。

プロジェクトの最終的なゴールは、ライブラリー作ることになるだろうな。
MSの世界で見てるとオープンって何？とかなんだろうけどね。
530 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 11:02:47 ]: 外人も変な要望とか記事かくやついるけど、MSDNとかPerlほどカルトっぽくはない。
community.java.net/projects/top.csp

それと、日本のIT記事？はつくづくゴミだって分かるよｗ
そもそも三次四次情報だしｗｗ芸能ゴシップネタと同レベルだろなｗｗ
日本のブログっぽいので、個人のやつは、そもそもゴシップぽいことは書かないし、
word,excel,vba程度の普通の人はそもそも高度な事は書けないし。
531 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 11:20:37 ]: 日本の個人の奴は別にひどくないけど。
IT記事（特にWebのやつ）はほぼゴミ情報でしかない。
Webの記事は、書いてる奴の原稿料も微々たるもんだから、そんなもんだろ。
これを信じるかどうかは別だけどｗ
読むには一見無料かもしれないけど、いつのまにかAJAXのスキル云々講座・・・とか（笑い）

って、文章が尻切れてたｗ
532 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 12:27:35 ]: >>525
なんかlコンプレックスでもあるの？
533 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 12:58:38 ]: >>532
定期的にこいつ現れるから無視しとけ
534 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 14:31:02 ]: >>532
GCの話になるとムキになるようだし、コンプレックスあるのはおまえの方じゃないのか？
535 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 14:45:17 ]: 日本語のIT記事（笑）は半年から既に1年以上前とかで古い。
ニュースなのに半年とかなんだよ。
一番の問題は、その当時の外人の記事を直訳や下手な和訳で日本人記者（なのか？）の
英語や業界などの素質や精通度合いを疑ってしまうのが多いところ。
536 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 16:00:01 ]: >>521-522
Interface実装することで特別扱いにするとかかな。Iterableみたいなの。
でも既にライブラリ（パッケージ）で、そういう擬似リアルタイム処理可能で
Object.dispose()みたいなことしてくれるようなのがあったし。
537 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 16:42:39 ]: JavaSE7の登場が近づいてきたこの時期にやっと5.0の記事とかどんだけ・・・というのは確かに多い
538 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 17:03:57 ]: 既に日本の若い情報技術者（笑）は、日本語では情報が少ないので海外にシフトしてますよｗ
539 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 09:34:58 ]: 6u5 が出てるみたい。
540 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:17:47 ]: 6u5にしろ、6uN b12にしろ、Windows L&Fのときに、
JFileChooserのコンストラクタで、IndexOutOfBoundsExceptionが出るのは俺だけ？
541 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 13:32:04 ]: u4では問題なかった?
542 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 18:43:03 ]: u5でも6uNb12でもでないよ。
543 名前：540 mailto:sage [2008/03/09(日) 12:54:41 ]: >>541-542
bugs.sun.com/bugdatabase/view_bug.do?bug_id=6449933

どうやら、Vista限定バグらしい。StateはClosed, fixedになってるけど、↑のページの
コメントにあるように、fixされてない。
544 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 13:07:58 ]: JFileChooserの遅いのも結局なおってないからね
ファイル選択でいらいらするのはやめてほしいな
545 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 04:40:20 ]: JDK6u10 build13
https://jdk6.dev.java.net/6uNea.html#Download
download.java.net/jdk6/6u10/promoted/b13/changes/jdk6uN-b13.html

In b13, we introduce new Java system properties to support the usage of version download
and Pack200 without any server side requirements.
This addresses the issue that is raised in RFE 6378311.
This increases the flexibility of deploying version download and Pack200 JARs
without using JNLPDownloadServlet on web servers.

Pack200形式のファイルをサーバに置くとき、サーブレットが要らなくなったそうな。
今まで必要だったのがおかしいっちゅう話ですね。
あと、Numbus周りの改修とプラグイン周りにたくさん改修が入ってます。
デモのSwtingSet2が新しくなってるそうです。
546 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 03:20:20 ]: GC時間を気にしていた人・・・
-XX:MaxGCPauseMillis
は試したかな？

いずれにせよ、New世代のGC時間をコントロールするにはNew世代の
大きさを小さくすることになると思うけどね。
UseParNewGC + UseConcMarkSweep で何処まで行くか・・かな・・・
ただ、いくら時間が短くても
フレームレートいっぱい処理に割り当てると同じ事だからどうしたもんだか。
547 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 09:21:48 ]: JOGLとかLWGLで実行速度稼いでGC時間は気にしない。
548 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 14:48:58 ]: 本当に困ってんなら、あきらめてフレームレート下げるだけでよい
549 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 17:31:34 ]: >>546
それやってみればわかるけどうまく動かないよ
あくまでも参考値だし、それに割合のコントロールじゃないから

この期間だけはGCは1msでも発生するな、というだけ
この処理が終わったら（JOGLやJava2Dのフリップ等）10msはGCつかってもいい

>>547
JOGLでもJavaコードが動いている間の問題なので関係ある
ネイティブコードを呼びに逝くときが問題

>>548
原理的に1fpsでも60fpsでも発生するからそれで改善されない
フレーム落ちがはいっていいのならローエンドのCore2Duoでも60fpsとかは余裕
550 名前：デフォルトの名無しさん [2008/03/18(火) 02:29:34 ]: で、そこまでの水準を求めて、おまえは一体何をやりたいんだ？
551 名前：デフォルトの名無しさん [2008/03/18(火) 02:31:08 ]: てか、そこまで念入りに調べてんなら、おまえがHP作ってみんなで情報共有すればいいんじゃないか？
552 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 04:10:18 ]: 批判は簡単だけど、
自分で形にまとめるのは難しいじゃん
553 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 05:40:45 ]: ↑おまえじゃまとめる事すら出来ないけどなｗｗおまえは黙ってろよｗｗ
554 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 11:46:14 ]: >>549
そこまでいうなら、ネイティブコードで書いても、OSがフリップのタイミングにタイムスライスを
くれなくてフレーム落ちする可能性がある。RTOS使えって答えになる。
java上だと、OSがタイムスライスをくれないリスクに加えて、GCと重なるリスクがあるから、
ネイティブよりもフレーム落ちする可能性は高いけど、
どっちもゼロじゃないから割り切って選択しろってことになるんじゃないの？
555 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:58:56 ]: >>554
GCが原因になってフレーム落ちするのが頻繁に発生するのが問題
WindowsなどOSが原因となってフレーム落ちするほうはそんなに頻度が高くない
30fpsくらいだとめだたないけど、60fpsじゃないとお話にならないしね

JavaSE7の正式版が出てからソースいじるさ
556 名前：デフォルトの名無しさん [2008/03/19(水) 00:23:55 ]: 60fps使うアプリって例えば何があるの？
557 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 01:02:20 ]: まぁ、1フレーム時々落ちるぐらいだったらそんなに神経質になるなよって気もするけど
GC掛かったら悪くすれば10や20フレームぐらいは一気にドロップするんじゃね？

アクションゲームでフルGCなんて掛かった日には悪夢だろうな。

それでも、今ならJavaでゲームって言うのもそんなに悪い選択肢だとは思わない。
558 名前：デフォルトの名無しさん [2008/03/19(水) 01:51:22 ]: >>555
お話にならないのはおまえの神経の方じゃね？
559 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:34:09 ]: Full GCはともかくScavenge GCって
フレームがまとめて落ちるほどそんなに激しく発生するん？
560 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 02:33:30 ]: 企業の阿保どもはいつになったらJREをバンドルするという事を学ぶのだろう
561 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 02:41:06 ]: マイクロソフトの安卸しオプションがなくならないと無理だろ。
562 名前：デフォルトの名無しさん [2008/03/22(土) 05:04:53 ]: JREはそんなに普及してないのか？問題にならないほど（jdk1.4相当は）普及していると聞いているが。
563 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 07:15:38 ]: ニュー速からこっそり誘導して調べた結果は 1.4 以降が起動したのは半数弱だな。
MSJVM すらインストールされていないのが 41% も居た。
564 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 07:20:44 ]: ×インストールされていないのが
○インストールされていないかアプレットオフってる連中が
565 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 09:49:16 ]: XML出力に特化したBean/XML変換の最近のトレンドって何ですか？
XMLEncoderとかJAXBとかあると思いますが、出力だけでいいので速いものはないかなと。
566 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 13:33:41 ]: どちらも標準APIになった現在ではシリアライズの結果がどう違うのかだけ考えればいい
出力だけってのがわからんが、入力はせんの？

出力結果を見るとJAXBのほうがはるかに扱いやすいと思う
ただ、アノテーションつけたりクラス構造の制限もあるけどね

速さだけがすべてなら自分で計測してみては?
シリアライズするbeansの種類によって結果は違うかもよ

JAX-WSとかすべて基盤はJAXBにうつったので個人的にはJAXBをお勧めしたい
567 名前：デフォルトの名無しさん [2008/03/22(土) 15:55:21 ]: JVMも所詮は一つのアプリだし、半分も動けば十分じゃないか？
PCの台数換算でも、多く見ても数億台って単位だろ。
568 名前：デフォルトの名無しさん [2008/03/22(土) 15:56:07 ]: ＞ニュー速からこっそり誘導して調べた

ていうかこっちの方が問題じゃないかｗ
569 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 21:13:00 ]: VMはひとつの環境っていう認識はどれくらいが持ってるんだろうね
570 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 01:32:19 ]: >>563
MSJVM「すら」というか、今時だとMSJVM入れる方が難易度高いだろ。
571 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 02:09:25 ]: そういう意味の表現じゃねーっつーの。
572 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 02:37:34 ]: >>569
おまえ、その環境ってのがどういうのか当然分かってんだろうな。
573 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 15:52:28 ]: カリカリすんな、サル。
574 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 21:01:14 ]: さるｗ
575 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 23:30:03 ]: >>573
こういうこと言うサルは早く退場し欲しい。
576 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:53:29 ]: おまえら >>572 が「その環境」について説明するから静かにしてろ
↓
577 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:53:48 ]: カリカリすんな、ハゲ。
578 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 02:19:11 ]: ハゲじゃねぇよ、剃ってんだよ
579 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 04:37:03 ]: >>576
で、おまえは誰だ？
580 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:58:57 ]: ttp://japan.cnet.com/news/ent/story/0,2000056022,20369883,00.htm
>マイクロソフト、Javaを使ったWindowsアプリ開発でEclipse財団と協力へ
なんか、MS自らVista用SWTをてこ入れするらしい。
この話とJNA組み合わせると、J/DirectでMSが作りたかった環境になるよね。

Javaから締め出されたMSはC#/CLR/WinFormsという世界を別個に作ったわけだけど、
eclipseユーザーに取り入ろうという戦略か。

個人的には、MSにSwingをてこ入れしてもらいたい。
WinFormsとかMFCとか、GTK+のような、Heavy weight widgetなGUIツールキットは
そろそろ時代に合わなくなってるんじゃないかと思う。CPUパワーが上がって、相対的に
ウィンドウシステムのウィンドウ間のメッセージング(Win32でいうとSendMessage)がボトルネックに
なってる。テーブルやリストで大量の項目を扱うときは、いかにSendMessageの回数を減らすかが
チューニングになってて、なんかいびつな感じ。
MSも、大量のコントロールが頻繁にレイアウトされるIEのレンダリングでは、Light weight widgetだし。
581 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:25:20 ]: Swingというクロスプラットフォームを意識したものをMSがいじるとはおもえん
SWTはWindowsの環境を他の環境にも、という意味合いからスタートしてるのでそっちなんだろう

というかSwingは標準APIだからコントロールは難しいんじゃね？
sunががんばってWindowsネイティブにちかいようにはしてるけど

それよりFileChooserの死ぬほどトロイのいいかげん直してくれよと
JavaSE6u2からひどすぎる
582 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:44:23 ]: >>580
それMicrosoft が割り当ててくれる人員ってどんぐらいいるんだろ？
そこまで大規模な話なんか？って気もする。
EclipseはVisualStudioと競合する製品だし。
583 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 17:22:29 ]: >>580
> eclipseユーザーに取り入ろうという戦略か。
というよりは、開発者にWPF移行を促す戦略の一環なんじゃね？
584 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 22:45:48 ]: >>583
同意。既にこんなのあるから、これを支援することでWPFを後押ししたいんじゃないかな。
ttp://d.hatena.ne.jp/NyaRuRu/20070728/p1
585 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:59:29 ]: >>580
おまえ、その考え方は治した方がいいよ。キモイ。
586 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:57:48 ]: >>580
> 個人的には、MSにSwingをてこ入れしてもらいたい。

真逆やん
SWTをもっとWindows(WPF)べったりにしようって取り組みなんだから。

> ネイティブのWindows Vistaのようなルックアンドフィールを備えたアプリケーションを
> Java開発者が容易に開発できるように
587 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:51:50 ]: Java SE 6 Update N build 14 is now available
https://jdk6.dev.java.net/6uNea.html#Download
download.java.net/jdk6/6u10/promoted/b14/changes/jdk6uN-b14.html

b13に比べるとちょっとしか変更はない。
betaが近いな。
588 名前：デフォルトの名無しさん [2008/03/25(火) 18:50:13 ]: >>580は確かにキモイな。オナニーのし過ぎだろ？
589 名前：デフォルトの名無しさん [2008/04/02(水) 12:59:54 ]: Java 6u10 beta age
590 名前：デフォルトの名無しさん [2008/04/11(金) 22:50:12 ]: 今回のupdateはずいぶん変わったみたいだけど、実際体感はどうよ？
591 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 00:15:29 ]: update5はほとんどかわってないぞ
592 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 00:31:17 ]: java.sun.com/developer/technicalArticles/javase/java6u10/index.html
593 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 00:55:38 ]: updateNはまだでてないだろ？
594 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 12:40:18 ]: Java SE 6 Update 10 Build 22 is now available
https://jdk6.dev.java.net/6u10ea.html#Download
download.java.net/jdk6/6u10/promoted/b22/changes/jdk6uN-b22.html

LCD表示周りの修正、あとエラーダイアログの情報が増える。
JavaKernel周りの修正、・・・・
Betaテストの結果が反映しつつあるというところでしょうか。
595 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 23:41:46 ]: update6登場

あんま修正箇所が大きくない

JavaSE7やupdateNにリソースがいってるんかね
596 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 19:52:13 ]: >595
・アプレット開始時にブラウザ巻き込んで死ぬことがなくなった
・Windows Live系の一部BHOがあるとアプレットが起動しなくなった

個人てきにはJavaｵﾜﾀ
597 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 19:54:07 ]: まともなソフトはまずアプレットじゃないからあんまり問題にはならないと思われ
598 名前：デフォルトの名無しさん [2008/04/20(日) 20:21:41 ]: アプレットでブラウザが死んだことが1,2度会ったから、よくあるバグなんだろう。
599 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 13:55:12 ]: synchronizedは気にするほど遅いもんですか？StringBuilderとStringBufferで比べてどうでしょうか。
600 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 13:58:12 ]: >>599 速度は実測が基本。
601 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:18:44 ]: >>599
速度を気にする用途なら差は出る
StringBuilderが使える環境でStringBufferつかうのはタコだが
602 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:45:33 ]: >>601
synchronizedはそういう問題じゃなんだが？
603 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 00:30:02 ]: >>599
感覚的に答えるならStringBuffer,StringBuilderの速度の違いは結構あるよ。
synchronizedが求められる部分っていうのは大抵速度的にもキモになる部分が経験的に多かったし、
そこが見事にボトルネックになってしまったことも多い。

synchronizedを書かずにすむ設計でいけるならなるべく避けたほうがいいし、
そっちのほうが見通しもいい事が多いよ。

>>602
どういう問題なのか良くわからないから詳しく言ってくれ。
俺のエスパー能力で最大限意図を汲むと
「StringBuilderが使える1.5系なのにStringBuffer使ってる奴はタコｗｗｗ俺さま流行最先端ｗｗｗ」
って言ってる奴に対して
「いや、どちらのクラスを使うかはスレッドセーフを求められるかどうかとか、そういうことに左右されるんだが…」
って言いたかったのかな？
604 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 02:18:23 ]: 実際のところStringBufferの同期化が必要な場面ってのはVector以上に考えにくい
605 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 07:13:06 ]: >>603
おまえ、エスパーだなｗ
「関数内で使うの許してもいいが、StringBuilderを戻り値に使う奴は大ダコ」て意味だけどｗ
606 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 07:16:30 ]: >>604
だからさ、どうれぐらい差があるか知りたいでしょ。
おれはそれでもStringBuffer使うけどね。どうでもいい差でバグ探しする時間のほうがコスト高なんじゃないの？
たぶんVectorのそれと似たような事だと思うけど、StringBufferはプリミティブでしょｗだれか実測お願い。
607 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 11:17:09 ]: public class Main {
public static void main(String[] args) {
System.out.format("java.runtime.version=%s%n", System.getProperty("java.runtime.version"));
int count = 1000, length = 1000;
for (int i = 0; i < 5; i++) {
// System.gc();
long t = System.nanoTime();
testStringBuilder(count, length);
System.out.format("StringBuilder[%d] %,d%n", i + 1, System.nanoTime() - t);
t = System.nanoTime();
testStringBuffer(count, length);
System.out.format("StringBuffer[%d] %,d%n", i + 1, System.nanoTime() - t);
}
}
public static void testStringBuffer(int count, int length) {
Random random = new Random();
for (int round = 0; round < count; round++) {
StringBuffer sb = new StringBuffer();
for (int i = 0; i < length; i++)
sb.append((char) random.nextInt());
}
}
public static void testStringBuilder(int count, int length) {
Random random = new Random();
for (int round = 0; round < count; round++) {
StringBuilder sb = new StringBuilder();
for (int i = 0; i < length; i++)
sb.append((char) random.nextInt());
}
}
}
608 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 11:17:40 ]: java.runtime.version=1.6.0_06-b02
StringBuilder[1] 46,349,536
StringBuffer[1] 79,622,829
StringBuilder[2] 40,456,329
StringBuffer[2] 74,662,283
StringBuilder[3] 36,223,249
StringBuffer[3] 72,998,594
StringBuilder[4] 36,400,646
StringBuffer[4] 73,236,472
StringBuilder[5] 36,957,769
StringBuffer[5] 72,561,457

だいたい2倍の違いらしい。
609 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 11:50:45 ]: >>608
5回では少ないよ
JIT効くまで回してほすぃ

java.runtime.version=1.6.0_05-b13
StringBuilder[1] 158,443,766
StringBuffer[1] 207,692,900
StringBuilder[2] 103,762,950
StringBuffer[2] 234,251,232
StringBuilder[3] 96,471,555
StringBuffer[3] 203,392,112
(略)
StringBuilder[18] 96,870,134
StringBuffer[18] 96,189,123
StringBuilder[19] 106,288,413
StringBuffer[19] 102,384,099
StringBuilder[20] 96,629,241
StringBuffer[20] 95,805,536
610 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 12:04:12 ]: ２倍とか言って、測り方を知らないようだな。笑えるｗｗ
611 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 12:05:41 ]: C:\Users\------\Documents>java -server -XX:+DoEscapeAnalysis Main
java.runtime.version=1.7.0-ea-b26
StringBuilder[1] 66,886,993
StringBuffer[1] 121,272,397
StringBuilder[2] 46,811,257
StringBuffer[2] 113,352,675
StringBuilder[3] 41,445,770
StringBuffer[3] 43,428,984
StringBuilder[4] 41,599,701
StringBuffer[4] 41,859,789
StringBuilder[5] 42,782,253
StringBuffer[5] 42,855,167

jdk7 + エスケープ解析付きだと、3回目あたりから殆ど差がなくなるみたい。
612 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 12:57:54 ]: エスケープ解析とかのレベルの差しかないのかよ。
３秒に２倍で６秒は大問題だけど、３０ナノ秒の２倍で６０ナノ秒になんか価値はあるのか？
そもそもchar[]じゃダメなのか？測定ってのは、そういう問題でやるんだよな。
613 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 13:01:28 ]: >>605
戻り値にStringBuilderは通常問題ないよ
同期化の意味間違えてないか？

>>606
常にJDK1時代のコレクション使う人？
614 名前：デフォルトの名無しさん [2008/05/22(木) 13:13:53 ]: WindowsプラットフォームでJavaのランタイムライブラリーは、VBランタイムの様に、
もう問題ないぐらいに普及していて、クライアントのバージョンももう１.５を前提としてよいのでしょうか。

アプレットも考えてるんですが、アプリの方でも普及割合はどうなってるのでしょうか？（そういう調査してるサイトとかあるんでしょうか）
615 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 13:22:58 ]: >>614
アプリならPrivateJRE使って６前提でいいと思うが
6は大幅な高速化してるからね
616 名前：デフォルトの名無しさん [2008/05/22(木) 15:57:53 ]: 実際はjavaなんて「名前ぐらいで聞いた事あるな～」ぐらいで知らない人が多いし、
クライアント前提なら今でもappletとか1.1ぐらいしかないよ。騒いでるのは開発者とかだけだ。
運が良くて1.4とかかもしれないけど、1.2やswingだと思っていたほうがいい。
617 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 15:59:04 ]: >1.2やswingだと思っていたほうがいい。
日本語でおけ
618 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 16:16:32 ]: 日本語でおけってどういう意味？おけ？
619 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 16:29:19 ]: putJapaneseのことだろ。
620 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 19:30:46 ]: MSがXPとVistaでがっちりガードしたから
いくらJavaが頑張ってDesktopをうかがってももう無理だろ。
それよりもJavaの市場は組み込みとか（携帯とか新規の方）じゃないのか？
621 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 19:55:13 ]: >>616のいいたいことがわからん
622 名前：デフォルトの名無しさん [2008/05/22(木) 20:30:31 ]: >>621
おまえは日本人じゃないだろｗ
623 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 21:17:10 ]: まあJavaとJavascriptがごっちゃになってる人は意外と多い

>>614
問題ないって。というかインストールしてもらえばいいよ必要なら。
Java入れたくねーって神経質な人もいるけどかなり少数派。
一般人は、VBランタイムもJREもダウンロード＆クリックでガンガン入れてくれるもの。
JREはバンドルできるから、一緒に入れてしまうアプリもあるよね。
624 名前：デフォルトの名無しさん [2008/05/22(木) 21:41:15 ]: Javaで作ったお試しとか、ちょっとしたツールとかだとどうかな。
よくあるでしょ、VBのファイル名一括変換とかそういうの（別にCで作れるけど）。
海外だとゲームも多いけど、日本（のデスクとッぽうアプリ）はしょぼいでしょ。
iriaだったかそういうのに感動した口でしてｗ
625 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 21:52:05 ]: >>622
あの意味がわかるなんてエスパーだな

ああ芝君だから本人か
626 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 22:55:25 ]: 芝君ってなに？
ん？エスパー？
627 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:12:27 ]: >>612
なんというレベルの低いレスw
628 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 08:58:52 ]: せっかく速度テストするなら、有用な結果を作れよ。せっかくやっても、この有用であったかなかったかで評価されるんじゃね？
629 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:03:37 ]: そもそもマイクロベンチに有用性を求めるなよ。
最適化具合が変われば結果なんかコロコロ変わるんだから。
630 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:12:04 ]: そりゃマイクロベンチにかぎらんがな
631 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:15:01 ]: 実プログラムでホットスポットがわかった場合
その部分の速度上げるような工夫するのは意味があるけど、

マイクロベンチではそんな事やっても意味ないし。
632 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:53:28 ]: じゃStringBuilderイラネ―じゃん。Javaにしては珍しく不用なものを、それもよりによってjava.langに詰め込んだものだｗ
633 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 10:03:14 ]: 要らないのは>>632のアタマだと思うが……
634 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 11:22:58 ]: エスケープ解析博士はまだ生きてんのか・・
635 名前：デフォルトの名無しさん [2008/05/23(金) 17:16:34 ]: BigDecimalとかnewしまくってもパフォーマンスに影響ないんでしょうか。
forでnew BigDecimalを１０００回まわしたりとか当たり前の世界なんですが・・
636 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 17:22:40 ]: >>635
そりゃ1回もnewしないよりはパフォーマンスは悪くなるが、
newしなけりゃ機能しないんだったらnewした方が圧倒的にパフォーマンスは良い。
パフォーマンスや最適化を議論したいのならまず実測してからにしろ。
637 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 17:36:51 ]: まずは、そこがパフォーマンスに影響するかどうかを確かめてからだな。
2：8の法則。

パフォーマンスに影響が出る部分でなければチューニングしてもさして得しない。
1000回回すのがいやなら回さないスマートなアルゴリズムを考える。
638 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 18:44:10 ]: あのー・・・テイラー展開なんですけど・・
639 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 21:19:41 ]: javaでそういう高度なこと理解できる人少ないからｗｗ
640 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 22:29:27 ]: テイラー展開だったら、どこまで扱うか有効数字管理がちゃんとしてるから
ループ回数は決まってるでしょ。
ループ回数云々じゃないですね。アルゴリズムが決まってるんだったら。
641 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 22:46:45 ]: 1000回ってぶっちゃけループの回数としては全然大したことが無いように
思えるけど

本当に1000回なの？
1000回のnewなんてゴミみたいなもんだよ
642 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 23:54:06 ]: sin(x)を一回起動するだけでループ1000回とか当たり前なんですけど？
偉そうなこといって実装した事ないでしょｗ
643 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 00:33:01 ]: いや、だから1000回とかでも n 倍のオーダーなら別にたいした事無いって言ってるんでしょ？
最近は処理速度の問題は大抵 n 乗とかのオーダーが存在するかしないかってのが多いんじゃない？
644 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 00:47:38 ]: 10^3ってことじゃないのか？それよりも、newを1ミリ秒の間に1000回やっても（出来たらだけど）、パフォーマンスに影響ないってことを君はいってるんじゃないの？
645 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 00:50:26 ]: たぶん空想で言ってるんでしょ。あいからわずだけど。
当たり前だけどdoubleと比べると体感では少し気になる。
こういうのは外部プログラムを呼び出して楽できないし
646 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 00:56:31 ]: 遅い速いが重要になるのはアプリの対象領域にもよるだろう。
科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする。
そういう対象領域が特定されていないうちから「BigDecimal は遅いから使えない」なんて言っても無駄だぜ。

double より BigDecimal が遅いのは当然なんだし、
その遅さが許容できるかどうかは状況によるんだし。
647 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 10:43:11 ]: 無理するなってｗ
空想でものもいわなくて言いから
648 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:30:32 ]: >>646
>科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする

関係ないけど、これ、むしろ逆だと思うが
649 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 11:32:03 ]: はあ
650 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:58:33 ]: >>648
どこの分野にもいるが、使った事もない奴が妄想してるだけっしょ
651 名前：638ではないよ mailto:sage [2008/05/24(土) 13:07:27 ]: 誤解してる人が居ると思うのでテイラー展開の計算についてちょっと書いとく。
テイラー展開の計算は、nを順に大きくした結果を足していくシグマ計算でもって
もとの式を書き換える手法。

シグマ計算のnが大きくなるに連れて、その足し算の数は小さくなっていく。
つまりどんどん本当の結果に漸近するような感じ。
この形に展開することでnを現実的な数字、例えば1000まで計算することで
近似値を得る事ができるというもの。

で、その式はWikipediaでも見てもらうとして、ちょっとコンピュータ的に書くと
Sigma( f(n)(a) * (x-a)^n / n! )
で、これを見ると毎回の計算でベキ乗オーダの計算が必要に見えるけど
実は、n-1の時に (x-a)^(n-1) や、(n-1)! は計算できているし f(n)(a)も
頑張ればなんとかできる場合がある。つまりそのときはテイラー展開の計算量はo(n)となる
この最適化をするかしないかで議論が分かれてるように思ったのでちょっと説明してみた。

で、まあベキ乗とか計算するとき大変なのが有効数字の管理。
これが計算精度に関わってくるからね。コンピュータで計算する以上それは仕方がない。
なので計算プログラムの設計者は有効数字を見積もらなくてはいけない。
それは翻って、ループの数を増やして意味のある数字を出す為には有効数字を
ちゃんと管理しておかなくてはいけないということ。
なので1000回という数字がどういう意味で提示されたのかはっきりしないと話は発散したままです。
>>638
話の収拾宜しく。

ちなみに、Objectのnewは大してコストかからんですよ。
むしろ、BigDecimalは計算にコストがかかります。そこも話が食い違ってるのがあったっぽいね。
652 名前：デフォルトの名無しさん [2008/05/24(土) 13:10:18 ]: シグマ計算てどこの分野の用語だよ？素人は黙っとれｗ
653 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:22:47 ]: 元の質問者の口ぶりからすると、計算それ自体が目的で、しかも
高々1000回のループやnewで済む計算処理を、さも大したことのように
想像で語ってるだけのようだから、
そんなことはゴミみたいなもんだから気にスンナでFAだと思うが

それをリアルタイム制御なり60FPSなりの要求時間の枠に押し込めなきゃいかん、
とかだと全然話は違うがな
654 名前：デフォルトの名無しさん [2008/05/24(土) 13:23:46 ]: だから、BigDecimalでもうatanとかsinとか実装してるわけ。
で、double（当然native sin呼び出しだろうけど）と比べるともたついて、sin(x)/xの積分とかに影響出るわけよ。
sin値出すのに数百回、積分もいれて１０００回以上のループは当たり前で。

例えば100ミリ秒に１０００回以上のnewしまくりで遅いんだろうし（たぶん）、
これなら外部ライブラリをjniで呼び出したほうが速いんじゃねってこと。
jniはstackframe使えるし、newしまくりはないしな。

初めから有効精度固定なら固定少数とか外部ライブラリとか別の実装にするよ。
655 名前：デフォルトの名無しさん [2008/05/24(土) 13:24:31 ]: それと、計算にコストかかるってのは分からないでもないが嘘だな。
学生なんだし、適当な事グダグダ書いてないで、ちゃんと勉強したほうがいいよ。
656 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:26:04 ]: javaって役に立ちますか？パソコンのプログラミングを始めたいのでアドバイス

下さい
657 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 13:30:52 ]: >>654
お前は誰だ・・・

どっかで見かけたJavaはGCがフレーム間の任意のタイミングで出せないから糞だって言ってた奴か？
お前の用途にBigDecimalが向かないのはよく分かってるから問題を混ぜないでくれ・・・・
658 名前：デフォルトの名無しさん [2008/05/24(土) 14:43:49 ]: リアルタイムとか60fpsの環境でBigDecimalを使うなんて、おまえは全く想像力豊かな奴だなｗ
おまえみたいな奴が知ったかしてもらっても困るし、相手にならないよ。
659 名前：デフォルトの名無しさん [2008/05/24(土) 14:53:31 ]: ３Dのマトリックスあたりだと実装次第でオブジェクトの再利用できるし、newして再計算で座標出してもそんなに影響はないんだろう。

しかし、BigDecimalで任意桁の初等関数とさらに積分となると、１秒間の間にnew byte[1024*64]とかが当たり前の世界だろうな。
stack allocateがない今のjava jvmでは試験目的ならあるけど、実用的じゃないだろう。
それこそjniとかでcを呼んだ方がいい。
gplライセンスのパッケージを使うわけにもいかないしｗ

自分で再利用できる（ムータブルの）BigDecimal実装がいいだろう。
多倍長のクラス、誰か作ってよｗだけどjavaは変なところで面倒だな。
660 名前：デフォルトの名無しさん [2008/05/24(土) 14:56:45 ]: まあ、ByteBuffer使って解決かと思うけどね。
661 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 15:12:53 ]: で、ここには何人いるんだ？
662 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 16:36:39 ]: 誰もいません
全て幻想です
663 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 16:42:37 ]: >>658
1048576*745472くらいの解像度の動画でも作ろうとしてるんじゃないか？w
664 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 17:08:40 ]: Javaでリアルタイムやるのはまだ夢でしょ。それともjsr 1の話なのか。
>>653は幻想に取り付かれてんだろｗ
665 名前：デフォルトの名無しさん [2008/05/25(日) 20:42:56 ]: ＞ちなみに、Objectのnewは大してコストかからんですよ。
むしろ、BigDecimalは計算にコストがかかります。そこも話が食い違ってるのがあったっぽいね。

これの言いたいことがよく分からないんですけど、少し解説してもらえまんせか？

話題としてはjvmとか内部の話で、java言語上の話ではないですよね。java上ならnewはコストがかからないとかで、別に気にしませんけど。
jvmの実装レベルの話にまで言及するなら、オブジェクトプールの技もあるんですけど、結局mallocに行き着くわけでしょ？
jvmなど内部の話題とおもうんですけど、一体どの基準で大してコストがかからないって言うんですかね。

それと、BigDecimalの計算にコストがかかるときはどういうときなんですか？
666 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:24:54 ]: core2duo買ってようやく、javacが使えるようになったわ。
ちょこっとづつ修正しながらやるんで、コンパイルは一瞬で頼むってタイプなんで。
667 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 23:09:50 ]: Core2Duoじゃなくてもコンパイルは一瞬だと思うんだが
668 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 23:38:58 ]: >>665
Javaのnewはmallocみたいにヒープを辿ってサイズの合うフリーブロックを探し回ったりせず
エデンの先頭から確保してくるだけなので軽い
代わりにGCに負担がかかるけど
詳しくは世代別GCでぐぐる
669 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 23:57:06 ]: >>665
> 話題としてはjvmとか内部の話で、java言語上の話ではないですよね。java上ならnewはコストがかからないとかで、別に気にしませんけど。
意味がわからん。メモリ管理はJVMの管轄で「(最近の)Javaでnewに(ほとんど)コストがかからない」というのは、JVMのnew/newarray/anewarray/multianewarray命令の実行にほとんどコストがかからないのと同義だぞ。
670 名前：669 mailto:sage [2008/05/26(月) 00:03:07 ]: 一部訂正。
JVMのnew～→(最近の)JVMのnew～
671 名前：デフォルトの名無しさん [2008/05/26(月) 00:20:03 ]: GCに負担かかるなら、生成は負担がなくても解放に負担がかかるわけで（検索とか、移動によるプールの維持とか）、
実質次のnewが実行できるかになるわけで、newに負担かかるのと同義じゃないんですか？たしか１秒間にいくらでも（例えば１０００回以上のnew）ですよね。

それと、javaのnewとjvmのnewはあなたの知識上では何か違いがあるですか？知ったかぶってるようですけどｗ
672 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 00:23:43 ]: まぁBigDecimalみたいなのは世代別GCと相性はいいな
673 名前：デフォルトの名無しさん [2008/05/26(月) 00:24:28 ]: java言語上というのは、jvmとか内部を気にしてないで普通にコーディングしてるときの意味です。
１秒間にfor内部でnew byte[1000*64]のコードは（それもbyte[]は仕様上再利用できない）、
さすがに気にするでしょ。考える基準はjvm上ってことになります。
あなたが学校で教えてもらえないからって、こういう普通の事の意味を分かりませんかね？

＞命令の実行にほとんどコストがかからないのと同義だぞ。

ここでいうコストは具体的に何を指してるんですか？
674 名前：デフォルトの名無しさん [2008/05/26(月) 00:26:28 ]: ＞命令の実行にほとんどコストがかからないのと同義だぞ。

それとも、もしかしてあなたは詳しいんでしょうか？
どれぐらいだと、コストがかかるんですか。知ったかぶりの無責任発言じゃないなら、答えられるでしょう。
675 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 00:30:58 ]: いまだにコストの部分に突っ込んでるやついるのかよ

まぁ全部age厨の芝君のようだが
676 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 01:16:34 ]: 何か一人、自分の知らない知識言われたら知ったかぶりというレッテルを貼りたがる奴が粘着してるのな。

どーでもいいや。もっとやれーｗｗｗ
677 名前：デフォルトの名無しさん [2008/05/26(月) 01:28:25 ]: age房とか言うスレの住人が、答えられるわけないじゃん。期待しちゃだめでしょ。
このスレは、マ版と同様に知ったかが集まる愚痴専用だしｗｗ
678 名前：デフォルトの名無しさん [2008/05/26(月) 01:33:31 ]: 所詮はsage進行で壺の奥底に溜まってる不潔なやつらだからねｗｗ
GCとかいつも日の当たらないことばかりやっていて、お天道様を一生拝めないわけよｗ
679 名前：デフォルトの名無しさん [2008/05/26(月) 01:40:45 ]: 研究者にだって、光あれ！
680 名前：デフォルトの名無しさん [2008/05/26(月) 05:55:05 ]: 光あれって唱えたら禿げたんだろ。
681 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 11:09:32 ]: >>635
そのパフォーマンスを改善するために

BigDecimal.ZERO, BigDecimal.ONE, BigDecimal.TEN
というものが用意されているわけだが。

Factory MethodパターンやProxyパターンなどを使って一度newした値を
再利用することでパフォーマンスを改善することができるぞ。ZEROもONEもそれと同じ仕組みだ。
Number#valueOf()はみんなそういう仕組み。

ただし小数を引数にしてBigDecimal#valueOf(double)で型を生成するのは
10進2進変換誤差が生じるのでやはり
new BigDecimal(String, MathContext)をお勧めするが。

どうしてもパフォーマンスが気になるなら
よく使うと想定される数字は

final BigDecimal PI = 3.14 = new BigDecimal("3.14");
のようにあらかじめつくっておくといい。

Factory Methodを使うのもお勧め
682 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 11:13:51 ]: >>641 >>642
まあ、数値解析やっていれば
制度を落とさずに計算をもっと高速化する術はあるわけだが。
それもオーダーを減らすあの公式。

>>645
MathContextでどれくらい精度を高めているかにもよるんだよな。
EPS値が異常に小さい、「スケール」が異常にでかいと、やはり
配列のサイズが大きくなるのでパフォーマンスは落ちる。
128ビット程度だったらそこそこだろうか。それを超える1024ビットとかだと
パフォーマンスは確実に落ちるw
683 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 11:19:25 ]: >>646
> 遅い速いが重要になるのはアプリの対象領域にもよるだろう。
> 科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする。
> そういう対象領域が特定されていないうちから「BigDecimal は遅いから使えない」なんて言っても無駄だぜ。
>
> double より BigDecimal が遅いのは当然なんだし、
> その遅さが許容できるかどうかは状況によるんだし。

10進2進変換誤差をだすわけにはいかない金融系ではBigDecimalは必須だからな。
BigDecimalは内部でint型配列を使って四則演算しているからdoubleより遅くなるのは普通。
配列型だからdoubleより速くなることが？　あるのかねー。
684 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 11:29:58 ]: >>654
> だから、BigDecimalでもうatanとかsinとか実装してるわけ。
> で、double（当然native sin呼び出しだろうけど）と比べるともたついて、sin(x)/xの積分とかに影響出るわけよ。
> sin値出すのに数百回、積分もいれて１０００回以上のループは当たり前で。
>
> 例えば100ミリ秒に１０００回以上のnewしまくりで遅いんだろうし（たぶん）、
> これなら外部ライブラリをjniで呼び出したほうが速いんじゃねってこと。
> jniはstackframe使えるし、newしまくりはないしな。
>
> 初めから有効精度固定なら固定少数とか外部ライブラリとか別の実装にするよ。

俺もBigDecimalに対応した三角関数の数値積分プログラムを作ったことがあるよ。
確かに計算に時間がかかるよ。
当時はMathContextがなかったから、BigDecimal#divide(BigDecimal x, int scale, int roundingMode)
の二つ目以降の引数やEPSの扱い、>>654の言うテイラー展開で項の数1000回というループを本当のところ何回にすべきかの扱いなどで
てこずったよ。そのためにいちいちクラスを作ったものだよ。

>>651
ちなみに、テイラー級数展開は、奥村晴彦の『Javaによるアルゴリズム辞典』に載っているが、
連分数展開にするとパフォーマンスが上がるぞ。恐らく>>654もそれらしき本か数値解析本を読んでいたんだろう。
連分数展開はオーダーが一気に改善されるし少ないオーダーで高精度を得られる。
685 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 11:34:01 ]: >>671
> GCに負担かかるなら、生成は負担がなくても解放に負担がかかるわけで（検索とか、移動によるプールの維持とか）、
> 実質次のnewが実行できるかになるわけで、newに負担かかるのと同義じゃないんですか？たしか１秒間にいくらでも（例えば１０００回以上のnew）ですよね。

だからFactory Methodを使おう。場合によっては1000回もnewする必要性も下がってくるから。
for文の外でできることはなるべく外でやろう。
686 名前：デフォルトの名無しさん [2008/05/26(月) 11:46:03 ]: Javaってスタック内にオブジェクトのための領域を確保できないの？
687 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:02:24 ]: >>686
初心者歓迎スレ行って聞けよ。
688 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:14:34 ]: そんなことして一体どうする気だ。

オブジェクトをあるクラスのstatic変数として使っているなら
スタックからヒープへのポインタとして表現はできるが。
689 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:15:40 ]: >>677-680は自虐レスか？
こんなのが研究者を名乗るのか？　恥だぞ。
研究者なんかにならずとっとと就職してくれ。邪魔だから。
690 名前：669 mailto:sage [2008/05/26(月) 13:08:37 ]: えーっと、誰か>>673が何を言いたいのか解説してくれ。
JVMのメモリ管理とJavaのメモリ管理を別のものとして扱ってるように見えたので、同じものとみなしておkという意味で>>669を書いたんだが。
691 名前：デフォルトの名無しさん [2008/05/26(月) 13:43:40 ]: >>681
君は調子に乗って発言してみないで端っこでみていてくれないか。
valueOfとかたぶんコンストプールのこといいたいんだろうけど、
全くトンチンカンなこといってるの気づいてないでしょ？

たぶんエスケープ解析にこだわってる御仁だろうけど、こだわるなら自分の専門分野の話だけにしてよ。
692 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 13:48:55 ]: おれはそんなものに拘ってない
693 名前：デフォルトの名無しさん [2008/05/26(月) 14:06:40 ]: >>685
その場合によっては、という曖昧な答え方をせず、その条件を提示してくれないか？
すくなくとも、Stringのように「objを再利用できるかも」どころの話じゃないよ。
もしそんなことしたらout of memory errorじゃないかな。
694 名前：デフォルトの名無しさん [2008/05/26(月) 14:10:49 ]: >>689
恥じかいてるのはおまえなんじゃないの？知らない事でも偉そうに意見してるし、それも的外れなのを気がついてないしｗｗ
695 名前：デフォルトの名無しさん [2008/05/26(月) 14:13:02 ]: この仕切り屋は、>>688のレス見てもう、どうもアレだな。おまえは神か何かなのか？
おまえは、不満が多いの、おごり高いようだがｗｗ
696 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:15:25 ]: >>682
ああ、少しは通じる人いたわ。
自作ライブラリーだし（静的リンクとでも言うのか、組み込みというのか）、
高度なアルゴとか公式はいらんのよ。普通にテイラー展開（多項式）でごり押しでいいの。
必要なら、金出しても最適化されてる商用ライブラリ使うし、ライセンスをgplにする気あるなら、確か…もう誰か作ってたでしょ。C++版もあるあの有名なの。

アルゴ辞典は熟読でしょ。よくまとまってるし、奥村さんのコーディングは癖も少ない。
扱う分野も広いし、記事の量からみても入門に最適でしょ。

連分数は最強だけど、精度を固定できれば実用だろう。
ま、結局アルゴは一番単純なテイラー展開になるわけ
697 名前：デフォルトの名無しさん [2008/05/26(月) 15:09:04 ]: どこかの研究室から書いてんじゃね？現状・現場の事や社会の仕組みも知らないで、のほほんとJVM様様って拝んでる奴が一人いるしｗ
とりあえず、そいつは、このすれを、仕切るのは辞めてくれ。何様なのか知らんがな、知らないことに首突っ込んで、適当なことを言うもんじゃないよな。
698 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 15:12:00 ]: ID付いて欲しいよホント・・・・
699 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 15:19:38 ]: native real sin(real)とjniでccライブラリ呼ぶのがいいかと思う。今の結論では。
携帯電話とかで速度求めるわけでもないし、どうせ安いところ使うし、インテルかアップルでしょ。

>>698
知らない分野に首突っ込まない方がいいよ。傲慢で偉そうにしてると、知らないうちに恥かくだけでしょ。
700 名前：デフォルトの名無しさん [2008/05/26(月) 15:22:18 ]: >>698
IDつけて何を解決したいの？というか、君の意見が丸見えになるし、君が良く使ういつもの適当な意見を出せなくなっちゃうじゃんｗ
701 名前：デフォルトの名無しさん [2008/05/26(月) 15:26:20 ]: テイラー展開とは「シグマ計算でなんとか」って言う坊やだろ。
それもvalueOfでキャッシュがどうとうとか、javaとjvmを全然違うんだ！！とか
・・・・・・まるでとんちんかん・・・・・・苦笑するしかないな

おごりだけは人一倍強いから、仕切るだけしか能がないんだなｗ
702 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:17:14 ]: >>697
研究関係者に対する偏見はやめようや。

社会人が大学院に入学して再び大学に戻ってくる
ことは普通にあるんだぜ。それで研究
やってる奴が現場のことや社会の仕組みも知らないだと
言い張るお前はとんだアホだ。
703 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:19:53 ]: >>694
昨日からage続けている奴はすべて
お前なんじゃないかと思っていたが、
別人を装って自分の間違いを認めないでいるのか？
もうお前は研究者なんてやらんほうがいい。
就職しろ
704 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:22:22 ]: >>693
テイラー展開の項数がいくらか、
EPSがいくつか、BigDecimalのスケールはいくらか、
がループを回す回数と関係があることはわかってるだろ？

実際にどういうアルゴリズムを使ってるか
わからないことには、どこでどうループを回す回数が関与してくるのかわからない。
705 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:23:23 ]: >>693
1000回newする＝即座にout of memory errorに
つながるとは限らない。

一度使用した変数に何度も上書きで代入すればメモリが溢れることはない
706 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:25:21 ]: >>691
そもそも>>635がアルゴリズムのどの箇所でループを1000回回しているのか
はっきりしないことには。

ループの回転数の合計が1000回なのか
一部のforループのみが1000回回っているのかはっきりしない。
707 名前：デフォルトの名無しさん [2008/05/26(月) 23:41:48 ]: >>702-706
連続の投稿、ご苦労なこったｗ
んー。だけど、どうも分かってないようだねｗｗ

ageたりすると発狂するし、テイラー級数の項数とかアルゴとかそういう、そもそも技術的な話以前に、話にならない。
人一倍妄想で話をするのが好きなんだねｗｗナルシストの一歩手前って処か（わらい
708 名前：デフォルトの名無しさん [2008/05/26(月) 23:42:57 ]: ＞一度使用した変数に何度も上書きで代入すればメモリが溢れることはない

このあたりが意味不明なんだけど。BigDecimalはイミュータブルじゃないの？
709 名前：デフォルトの名無しさん [2008/05/26(月) 23:43:55 ]: ループの回転数」っていうのはどの大学の研究室だっけ？
710 名前：デフォルトの名無しさん [2008/05/26(月) 23:53:32 ]: >>704
それに必要な情報はもう書いてあるんだけど、おまえの知能じゃ読み取れないのか？いつまでも傲慢なやつだなｗ

任意精度・可変長精度だからscaleは不明、引数によっていつも違ってくるから、引数の情報（精度）を当てに出来ない。
よって、ループ回数も最低でも３０回以上（double桁程度）、初等関数値を出すのに、sqrtも混ぜると普通は１００回１０００回は当然期待の範囲内。
関係というか、オーダーも指数関数的。

アルゴはテイラー・多項式によるリニアだけど、その組み合わせ、sqrt, sin, integral, fftなど。
よってループ１０００回は概算でも、当たり前の世界。
これに複素数のマトリックス4x4のインバースとかもはいるし、コード上の計算は１秒間にループ１０００回などあたりまえだし、それ以上。

グダグダ核よりも、おまえみたいなオタクには、１秒間にループ１０００回ぐらいって言う方が分かりやすいだろｗｗ
これぐらいの情報が書いてあったんだけど、そういうの想定してよｗ
711 名前：デフォルトの名無しさん [2008/05/26(月) 23:56:45 ]: ２Dグラフにプロットとかなら、floatでも十分だし、地球シミュレーターとか、宇宙戦艦作るわけでもないんだけど、
１００万１０００万桁が必要な分野があるんですよｗｗ
712 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:57:11 ]: ところで、それ現世代Javaと関係あんの？
713 名前：デフォルトの名無しさん [2008/05/27(火) 00:08:53 ]: パフォーマンスの話題なんだけど気がつかない？十分関係あるじゃん。
714 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:10:15 ]: パフォーマンスに関しては>>699で結論出したんじゃねーの？
715 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:11:40 ]: 自分の知らない話題だからナルシストはこういうのは極力避けたいんだろう。
本人は親切なつもりだろうが、こういうのは明らかに傲慢といわれるだろう。こいつは何様のつもりなんだか…
とりあえず、これについて答えたんだから、ちゃんと答えてくれるよな？

＞テイラー展開の項数がいくらか、
EPSがいくつか、BigDecimalのスケールはいくらか、
がループを回す回数と関係があることはわかってるだろ？
716 名前：デフォルトの名無しさん [2008/05/27(火) 00:14:09 ]: こいつはが答えるのは無理だ。
上からの目線で馬鹿にして、いつものようにうさ晴らししてるだけだから
無名大学でサルどもにjavaでも教えてストレス溜まってるんじゃね？
こいつにはみんなサルに見えるだろうなｗ
717 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:16:22 ]: で、それJavaでやる必要あるの？
718 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:18:37 ]: 確かにいつも偉そうな事言ったり（専門用語使ったり）、
聞き返したり（>>704にたいに当然のことを）してるけど、
こいつはいつもツボに入ったような適切な返事がないな。

それでいて自分勝手で、仕切りたがるし、もうウザイだけだろ。
たぶん職場でも嫌われてるからこんなスレを仕切ったりしてるんんだろう。
719 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:24:31 ]: （こういう人の特徴ウザイ・キモイからして、たぶん創価大学の研究室からですよ）
720 名前：デフォルトの名無しさん [2008/05/27(火) 00:45:26 ]: >>717
Javaでやる必要があるか・ないかないかは、おまえが判断することじゃないな。
そういうことしかいえないなら、おまえはJava使うのやめた方がいいよ。
721 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:47:24 ]: 変な仕切り屋がいると、そいつに合わせなくちゃいけなくなるし、誰も寄り付かなくなるんだよね。
722 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:48:25 ]: 俺は判断してるわけじゃないよ。質問してるだけで。
723 名前：デフォルトの名無しさん [2008/05/27(火) 00:50:40 ]: でもそういう仕切り屋に限って、高慢とか、自尊心だけはいっちょまえに高いけど、技術的には全く幼稚ってのが多くね？それもそいつの興味じゃない話題だとすぐ「関係あるの？」「必要あるの？」とか排除しようとするし（笑）
たぶん、こいつはまたage進行だから発狂するよ（笑笑）
724 名前：デフォルトの名無しさん [2008/05/27(火) 00:57:26 ]: 高慢かどうかはともかく、そいつの技術レベルが幼稚すぎるのが泣ける（泣）

>>715が指摘してるけど、>>704とか幼稚すぎるんだけど（泣）
725 名前：デフォルトの名無しさん [2008/05/27(火) 01:13:56 ]: おれは「質問してる」だけだというよりも、やってることは「教えて君」に近いなと思う。
傲慢だから、「質問」って堅い用語でごまかしてんだろうｗ
情報学とかjavaとかより心理学やった方がいいよ（きっと君は向いてると思う）。
726 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 01:14:28 ]: 創価大学ｗ
727 名前：デフォルトの名無しさん [2008/05/27(火) 02:34:59 ]: >>704を見る限り確かに程度は低いな。大学じゃなくて独学でやってんじゃね？
age
age
age
おまえじゃ絶えられないんだろうけど（笑い）
728 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 03:04:25 ]: 何でJavaでやるのとか言う奴がいるのが不思議でたまらない。
そんなこといったら全てが「なんでJavaでやるの？」にならないか？
もっと考えものを言うべきじゃなかったのかな。
729 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 05:30:14 ]: 適材適所を考えたら数値解析にJavaを使うのは普通じゃないと思うけど。
これだけ便利なライブラリやソフトウェアが世の中に溢れているっていうのに
なんでわざわざ車輪の再発明をよりによってJavaでしようとするのか不思議。
730 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 06:26:58 ]: ５年後ぐらいにスクリプト全盛の世の中になると、数値解析は簡単なJavaでやるべきで、
GCあったとしても何でスクリプトでやるの？と同じことを考える人が出てくるんだろう。
適材適所を考えてJavaを選んでるだけど？君の未熟な技術力じゃそういうの気がつかないでしょ。
731 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 06:45:32 ]: 他の部分が Java だから仕方なく Java 使ったってんならまだしも、
演算子のオーバーロードすらできてない Java の BigDecimal を、
しかも sin みたいな基礎的なものから苦労して自作する必要まで
あるのに使うってのは、とても適材適所にはみえんのだが。

おまけにパフォーマンス的な結論は>>699で結局Java遅いから
JNI使え、になるわけでしょ？
732 名前：デフォルトの名無しさん [2008/05/27(火) 06:58:09 ]: >>731
パフォーマンスは実行時最適化ができないC/C++よりずっといいけど。
733 名前：デフォルトの名無しさん [2008/05/27(火) 07:01:56 ]: パフォーマンスに演算子のオーバーロードは関係ないと思うが？
もう話題に付いて来れなくて、論理破綻してるんだろうけど。
734 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 07:04:20 ]: >>732
jvmはホットスポットあるからそうなんだけど、C++はtypeofとかで動的でもだめ？
でもライブラリもGPLか商用だし、そもそもC++（とC#)はカオスだからなｗ
735 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 07:08:26 ]: C++はリフレクションないし面倒だから無理か。
736 名前：デフォルトの名無しさん [2008/05/27(火) 07:11:05 ]: ＞演算子のオーバーロードすらできてない Java の BigDecimal を、

これが君がほしい適材適所ですかｗｗ
737 名前：デフォルトの名無しさん [2008/05/27(火) 07:22:30 ]: C++の演算子オーバーロードはパフォーマンスを急激に悪化させるから
使わないほうがいい。
738 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 07:29:16 ]: >>731
演算子のオーバーロードだけなら DSL 使えば良いだけだが。
まぁ、sin 自作してまでわざわざ BigDecimal 使おうとは思わんよな。
739 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 07:29:44 ]: >>732
つまり、>>699は間違いだったと。
740 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 08:06:46 ]: >>738
そうね。計算結果が欲しいだけなら既存のライブラリとか探して、
それ使ってみて許容範囲内なら使い続けるだろうし。

Javaでプログラム書く事自体が目的の場合はまた別だけど。宿題とか。
741 名前：デフォルトの名無しさん [2008/05/27(火) 08:17:38 ]: 最近の研究で目新しいものとして、実行時最適化を繰り返すことによって
速度を加速度的に上げていくというものがある。
まず、実行時最適化のかかるJVM1上で実行されるJVM2を作る。
つぎに、実行時最適化のかかるJVM2上で実行されるJVM3を作る。
これを繰り返すことで理論上ソフトウエアのみでコンピューティング能力を
上げていくことができるというものである。
現在、JVM16までの成功事例が知られており、これは166MHｚ相当のCPU上で
3.2GHｚ相当の処理能力を持つということである。
742 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 08:35:21 ]: >>731
ネタにマジレス乙
743 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 11:34:32 ]: >>729
便利なライブラリやソフトウェアをJAVA側から軽々使える呼べるようにしたらいいじゃない。
絶対やらないのは知ってるけれど。どの環境でも動く、よりもむしろ役立つような
744 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 11:54:16 ]: >>741
ファイル圧縮を繰り返したら無限に小さくなるってのと同レベルだな。

ってか、どこを縦読みすんだ、それは。
745 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 12:29:08 ]: 最
速
ま
つ
こ
746 名前：デフォルトの名無しさん [2008/05/27(火) 13:31:34 ]: >>744
ベンチマークがある。
記憶域がネックのようだな。
www.spec.org/web2005/results/res2005q4/web2005-20051107-00017.html
747 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 13:34:45 ]: ＞JAVA側から軽々使える呼べるようにしたらいいじゃない

この軽がる、使える、呼べる、というのは具体的には？
748 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 13:39:09 ]: コスト比で言えばメモリーが半額になれば同じ価格で二倍の性能を得られるということか。
CPUの処理能力をニ倍にするよりメモリーを二倍にするほうが安上がりだな。
749 名前：デフォルトの名無しさん [2008/05/27(火) 13:42:32 ]: そもそも、HotSpotを使えばC++の2～3倍高速になる。

www.intel.co.jp/jp/business/glossary/6414.htm
750 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 14:15:35 ]: >>746
それは笑うところか？
751 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 14:18:56 ]: >>743
JNAとかあるし、昔よりはマシにはなってると思うが。
752 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 15:33:11 ]: >>748
その比べてるコスト比というのは（たぶんメモリとCPUを比べてるんだろうけど）、比べられるものなのか？
753 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:14:45 ]: >>707
いやそもそもageてるお前が一番このスレの中でアホなんだけど
754 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:15:54 ]: >>710
そんなに詳しくて自分がオタクじゃないのかw
755 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:26:47 ]: >>710
> >>704
> それに必要な情報はもう書いてあるんだけど、おまえの知能じゃ読み取れないのか？いつまでも傲慢なやつだなｗ

なんか人違いレス違いしてるようだけど、俺は傲慢なレスなんかしてないよ。

> 任意精度・可変長精度だからscaleは不明、引数によっていつも違ってくるから、引数の情報（精度）を当てに出来ない。
scaleは不明ってことは無いだろ。乗算を繰り返すたびにscaleは大きくなっていくけど。
BigDecimal#scale()でscaleがわかるだろ。どっちが傲慢で知能が低いんだ？
引数の情報を当てにできないって何いってんだ。

> よって、ループ回数も最低でも３０回以上（double桁程度）、初等関数値を出すのに、sqrtも混ぜると普通は１００回１０００回は当然期待の範囲内。
ループ回数が30回イコールdouble桁程度という考え方じゃあるまい。
sqrtまぜたら1000×1000で100万回を超えることもあるだろ。1000回では済まされない。自称知能が高いお前ならそれくらわかるだろ。
それをわからないで他人の知能が低いなどとほざいていたのか？

> これに複素数のマトリックス4x4のインバースとかもはいるし、コード上の計算は１秒間にループ１０００回などあたりまえだし、それ以上。

> グダグダ核よりも、おまえみたいなオタクには、１秒間にループ１０００回ぐらいって言う方が分かりやすいだろｗｗ

さっきと言ってることが違うな。1秒間にループ1000回ってなんだそりゃ。そんなもんCPUによって変わってくるじゃないか。
自称知能が高い奴が言うことじゃないな。そこまでやると100万回じゃ済まされないレベルだな。

> これぐらいの情報が書いてあったんだけど、そういうの想定してよｗ
駄目。エスパーじゃねえんだからアドバイスが欲しかったらちゃんと説明しろ。
756 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:27:10 ]: >>753-754
オタク？そろそろニコニコ動画の方に戻ったらどうだ？
757 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:28:15 ]: >>718
> 確かにいつも偉そうな事言ったり（専門用語使ったり）、
> 聞き返したり（>>704にたいに当然のことを）してるけど、

にたいに

焦っているぞ。慌てるな。
2chで仕切ってるやつっていったらひろゆきだけだろ。
758 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:29:07 ]: >>721
お前の研究室の実態がよくわかった。
研究室で先輩や教授や助手ににこき使われているんだろ。
それでストレス発散目的でここにレスしていると。
759 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:32:27 ]: >>723
> でもそういう仕切り屋に限って、高慢とか、自尊心だけはいっちょまえに高いけど、技術的には全く幼稚ってのが多くね？それもそいつの興味じゃない話題だとすぐ「関係あるの？」「必要あるの？」とか排除しようとするし（笑）
> たぶん、こいつはまたage進行だから発狂するよ（笑笑）

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

理系全般
science6.2ch.net/rikei/
情報システム
science6.2ch.net/infosys/
情報学
science6.2ch.net/informatics/
プログラマー
pc11.2ch.net/prog/
760 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:52:18 ]: あ？
いつもながら思うんだが、キモイ奴が常任してるよなｗ
761 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 17:56:29 ]: >>760
確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。
まずは、いろいろな入門書をキッチリやって多角的に捉えられるようにならないとな
762 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 18:22:28 ]: まあ、俺の108式JVM使えば、そんなの軽いけどな。

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

今までの流れで興味引かれたのは
JNAとかいうネイティブライブラリ呼び出し方法があるらしいこと
これから見てみるわ。Win32も呼べる？？
763 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 19:00:58 ]: ああJNA、それやめといた方がいいよ。
764 名前：デフォルトの名無しさん [2008/05/27(火) 19:05:36 ]: ＞にたいに

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

こういう意見をよくきくんだけど、どういうところがアホなのかな？
まあアホには答えられないんだろうけど。
766 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 19:18:09 ]: オタクみたいにこっそりと隠れていたいんじゃね？
767 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:43:23 ]: また騙されたんだね。いろいろ書いたのに答えてもらえなくて可哀想にww
768 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 22:44:55 ]: >>762
108式JVMってなによ。これ、笑いどころなのか？
JNAだけど思ってるほど便利じゃないよ。所々不便。
769 名前：デフォルトの名無しさん [2008/05/27(火) 22:57:30 ]: といっても、数値計算なんてJavaでやる奴はサルだろ。
もうおまえみたいなオタクザルはこのスレ来るなよ。
JVMの内部のこと全く知らないくせにこんなはやつスルーしようぜ！
770 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:53:04 ]: >>763
何故に? あんまり活発じゃないから?
771 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 03:55:59 ]: >>761
> >>760
> 確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
> たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。

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

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

この言動が学生っぽいな。いかにも
772 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 03:56:40 ]: >>765
age荒らしを知らないのか。
773 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 03:57:23 ]: >>769
奥村もソノホカのJavaで数値解析している大学教授はみんなサルですか
774 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 03:57:51 ]: >>756
唐突にニコニコ動画がでてくる理由がわからない
775 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 04:27:42 ]: >>771-774
こういう連続の投稿するやつもそのage荒らしとやらと同じじゃないの・
776 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 04:28:57 ]: >>770
まだ人柱バージョンで何が起こるか分からないから、慎重にってこと
777 名前：デフォルトの名無しさん [2008/05/28(水) 05:06:27 ]: C++では遅すぎるので、Javaが使われるようになった。
↓この辺りに詳しく書いてある。
www.intel.co.jp/jp/business/glossary/6414.htm
778 名前：デフォルトの名無しさん [2008/05/28(水) 05:13:31 ]: ageるとうるさいオバさんがまたガミガミいってくるぞ！
779 名前：デフォルトの名無しさん [2008/05/28(水) 05:20:54 ]: は？上げないと見てもらえないジャン。
ばか？
780 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 05:22:30 ]: 計算コストとかnewはコストがかからないからとか言ってた奴は、結局どういうことなのか説明したり答えたりしたのか？
781 名前：デフォルトの名無しさん [2008/05/28(水) 05:23:45 ]: で、結局スタックに確保できないのか？
782 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 05:37:42 ]: java.util.Stack？
783 名前：デフォルトの名無しさん [2008/05/28(水) 06:10:36 ]: マシンスタック
784 名前：デフォルトの名無しさん [2008/05/28(水) 06:18:16 ]: >>777
そんなこと書いてないようだが？
785 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 06:21:29 ]: ここにいつも常任しているせんせーには、「研究室」が図星だったんだろうな・・
雑巾しぼりさせられてるんだろう・・可哀想に・・・
786 名前：デフォルトの名無しさん [2008/05/28(水) 06:38:51 ]: >>784
C++の2,3倍高速って書いてあるだろ。
787 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 07:12:51 ]: ここには常任せんせーがいるのか
何を任せられているんだ？
788 名前：デフォルトの名無しさん [2008/05/28(水) 07:36:49 ]: 聞くだけ聞いといて答えないなんてひでー野郎だな。
技術力高いやつ怒らせると怖いの知らんのk？
そいつがやってることは荒らしと変わんないの気がつかないようだ。
まあ、そのうち研究室を突き止められてウイルス三昧だろうなｗｗ
789 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 08:18:00 ]: そういうなめたやつがいるスレは呪われて当然だろうｗｗ
確か次世代がどうとかにも似たような奴がいるから同一人物ｔだろうな。
どうやって焼き殺してやろうか？おまえのことだよｗｗｗ
790 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 20:58:27 ]: 研究室の雑巾がけは終わってのか？
791 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:28:38 ]: Javaは数値計算も速いけど、
数値計算屋の望む浮動小数点処理を提供してくれないので、
数値計算屋は離れていったね。RealJavaの提案を蹴られてから。
792 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 00:04:54 ]: javaはなんでもかんでも出来るわけじゃないよな。jvmの内部構造を知ってれば分かるだろ。
793 名前：デフォルトの名無しさん [2008/05/29(木) 12:37:54 ]: >>788
ウィルスって
Windows使わなきゃ問題ないし
794 名前：デフォルトの名無しさん [2008/05/29(木) 12:38:45 ]: >>779
馬鹿だな。いつも見てる人はだいたい決まってる。
2ch慣れしている人にはageてなくても2chブラウザにより存在に気づく。
795 名前：デフォルトの名無しさん [2008/05/29(木) 17:24:24 ]: 任意精度のときは、PIの精度をどうするか悩みどころなんだよな
796 名前：デフォルトの名無しさん [2008/05/29(木) 17:26:39 ]: >>793
それはどうかな？
797 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 17:47:18 ]: >>793
自分が加害者になることを問題にしない犯罪者予備軍
798 名前：デフォルトの名無しさん [2008/05/29(木) 18:00:06 ]: >>795
PIは最後まで算出しないで結果に対して任意精度で演算する。
799 名前：デフォルトの名無しさん [2008/05/29(木) 18:24:33 ]: ちょっと違うなｗ
800 名前：デフォルトの名無しさん [2008/05/29(木) 19:01:15 ]: 測定の方法も知らなければ、数値計算の実装も出来ない奴がいるな。
そういう奴が偉そうにJavaとかJVMを語ってるのが笑える。
そのうちに「今の計算機科学は・・」っていうのか？君はまだ若いのに、もうオヤジ臭いんだけどｗ
801 名前：デフォルトの名無しさん [2008/05/29(木) 19:04:27 ]: そういう奴は一体何のためにプログラミングしてんだろう？
GUIでアプリ作るなら車輪の再発明じゃないけど誰かが作ったのを素直に使えばいいし、
自分で作ってみても測定やテストすらも出来ないんだろｗ
それなら出来合いのVBとかPerlでいいんじゃないの？
802 名前：デフォルトの名無しさん [2008/05/29(木) 23:15:26 ]: 最近の業務システムはJavaでWebというのが多いから、数値計算はあまり関係ないだろう。

それにしても、数値計算ができないとJVMを語れないというのは意味がわからん。
803 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:07:24 ]: >>800は井の中の蛙に違いない
804 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:08:32 ]: >>802
や、そもそも>>673あたりで既に意味不明というか日本語でおkというか。
煽りあう以前に意味の伝達がまるっきりできてるように見えんかった。
805 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:09:30 ]: 数値計算させるのにいまどき汎用言語を使ってるほうがおかしい
専用のソフトがあるのにね
806 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:13:04 ]: また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？
ところでその専用ソフトはどうやって作るんだろう。
807 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:14:49 ]: 連続投稿（　）笑

IDも出ないのに特別な能力でも持ってるのかｗ
808 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:17:39 ]: ウイルスに感染してるんじゃね？おまえのPCがｗ
809 名前：デフォルトの名無しさん [2008/05/30(金) 00:22:40 ]: 例えば正確な日本語でちゃんと通じるように書いたとしても、>>807みたいなアホが答えられるはずもないな。
さらに>>807程のカワズ君というかニートみたいな奴に分かるように丁寧に書くのも大変なんじゃないの？
810 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:25:44 ]: >>805
世界が狭いね。
811 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:28:09 ]: 能力がどうとか言うよりも、読み取るほどの技術力も読解力ない中学生なんだろ。
>>807,804をみても酷すぎるからな
812 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:30:58 ]: また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？
813 名前：デフォルトの名無しさん [2008/05/30(金) 01:01:33 ]: >>812
世間が狭いね。
814 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 14:37:34 ]: 数値計算ライブラリだけどね、桁数が計算毎で任意のときは
結局答えの方（の配列）をいつもnewしないとダメだから、どの言語使っても同じようなものだよ。
計算コストというのは意味分からないけど、同じCPUを使っている以上差はない。
newが別に遅いわけではないけど、あまりにnewしまくるから今のハードではついて来れないんだろう。
確かもうどこかに凄いライブラリあったから、実装目的じゃないならそっち使った方がいいよ。
815 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 00:08:43 ]: 浅い割に態度が大きいね。
816 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 01:01:04 ]: それ日本語？
817 名前：デフォルトの名無しさん [2008/05/31(土) 01:46:05 ]: 今のJavaって何に活用するのがいいと思いますか？
818 名前：デフォルトの名無しさん [2008/06/01(日) 14:09:56 ]: >>817
高速性を生かし、速度を稼がなければならない用途に使われています。
819 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 15:07:06 ]: それじゃ援助交際じゃん
820 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 18:51:58 ]: Java SE 6u10-b25 is now available
https://jdk6.dev.java.net/6u10ea.html#Download
www.java.net/download/jdk6/6u10/promoted/b25/changes/jdk6uN-b25.html

何かバグフィックスが多そうね。
821 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 05:08:39 ]: >>802
それ、俺も疑問に思った。
なんか一人で煽ってる厨は何を喜んでいるのかよくわからないし
822 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 05:34:10 ]: 知らない分野のことをあれこれ言ってた奴がいたけど「シグマ計算」には笑ったｗ
823 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 12:28:00 ]: >>814
newしまくるなら、メモリを一気に確保しておくJavaの方が有利そうだな
824 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 15:27:11 ]: それって、JVMの話になるとムキになってすぐレスしてくるやつじゃないか
発言を聞いてると的外れな意見が多いし、調子に乗ってるみたいだからたぶんここのスレ主だろｗ
暇人なんじゃないの？
825 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 20:09:53 ]: >>823
デザインパターンちゃんとやれば
newしまくりによる負荷もかなり軽減されるんだけどな
newしないといけないからJavaはよくないだからJNIつかえとか
言ってるやつはかなりアホで勉強不足な奴だと思うよ
826 名前：デフォルトの名無しさん [2008/06/09(月) 00:29:35 ]: デザインパターンとJavaは関係ないけど、JNIとJavaは大いに関係あると思う。
古風で言えば、アルゴリズムとC言語が関係ないのと同じなんじゃないかな。
Javaについて勉強不足なのは君の方じゃないの？
827 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:44:14 ]: 君は誰に向かって発言しているんだ
828 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:08:07 ]: >>825
やっぱり的外れだったな。そう泣くなよｗｗ
829 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:19:14 ]: デスクトップ用途には向かないな
やっぱりリソース食いすぎる
830 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:57:37 ]: それだと、.Netとかどうなっちゃうの？
831 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 04:22:01 ]: 煽ってるお子さんがいるようだが、いったいどこにツボがあるんだかわからないなあ
832 名前：デフォルトの名無しさん [2008/06/09(月) 10:46:46 ]: デザインパターンでよくjavaがレファレンスとなるけど、別にC#やC++, Obj-Cでもいいわけであって、javaにこだわる意味が分からないな。
なんか変に雑学が多い奴がいる（これがWeb 2.0の申し子？）けど、考えすぎなんじゃないの？
833 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 10:48:49 ]: シグマ計算ですしｗｗ
834 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 11:04:06 ]: UMLで表現できることとjava言語の要素の間に違いが少ないことが大きいのでは。
C++だとインターフェイスはないわ、ポインタはあるわ、
C#はプロパティやdelegate/eventなどの要素をどう表現するかなど違いが大きい。
eventで簡単に表現できることをわざわざオブザーバーパターンで表現するのかよって感じで。
javaも今後プロパティやラムダなどの要素が増えてきた場合同じ問題を抱えることになると思う。
835 名前：デフォルトの名無しさん [2008/06/09(月) 11:12:09 ]: ↑のように、すぐに雑学だらけの奴(Web 2.0)が現れる
836 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 11:15:23 ]: 確かにこいつ>>834がそれらの機能を使いこなせるとは思えないな。
837 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 14:01:37 ]: >>832
Web2.0の申し子っていうけど
あれはJavaよりAjaxのほうが際立ってるけどなあ。

デザインパターンでよくJavaが使われる理由は
UMLの用語とJavaの用語がよく一致する。だからUMLを使っての解説もしやすい。
標準APIに有名なデザインパターンが良く使われている。
一番説明に適している。
C#やC++、Objective-Cはデザインパターンとは直接関係ない余計な機能がついている。
こんなところではないかな。
838 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 14:04:02 ]: >>834
Javaにもポインタはあるぞ。ないのはポインタを使用した演算だけ。
JavaにC#のプロパティをそっくりそのまま取り込む話がもう出ているのか。
以前、Genericsとアノテーションが出てからJavaがC#のようになって
それまた「同じ問題を抱える」みたいな話があったが、とくにそういう問題は抱えていないな。
GenericsのほうでGenericsに対応したクラスライブラリを作るのが大変だって問題だけはかかえているくらいで
C++のTemplateで生じたあの大きな問題はJavaではとくに抱えていないしな。
839 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 14:05:04 ]: >>835-836
まあおちつけ。自分の立場も力の弱さも考えずにアメリカ海軍に特攻する困ったちゃんみたいだぞ。
840 名前：デフォルトの名無しさん [2008/06/09(月) 14:36:26 ]: 確かそいつの言いぐさは「∑ループ」じゃなかったか？
841 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 16:28:24 ]: Javaは、プロパティそのものを表現する構文が無いのがめんどい。
例外チェック無しにPropertyDescriptorを取得できれば、定義する側は今のままでいいと思う。
今まで通りsetter、getterで定義して、
PropertyDescriptor pd = SomeBean#property; // getProperty()が定義されてないとコンパイルエラー
みたいな感じ。
プロパティ名を文字列リテラルで記述すると、IDEのリファクタリングが効かないのがつらい。
842 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 16:31:27 ]: クロージャまだかな。それで何とかなるよ。
843 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 16:45:30 ]: クロージャとプロパティは姉妹スレでやってるね
[Java SE 7] 次世代Javaの動向 6 [dolphin]
pc11.2ch.net/test/read.cgi/tech/1199330977/l50

プロパティは既存のgetter/setterとの兼ね合いをどうするかでかなりもめた/もめてるらしい。
844 名前：デフォルトの名無しさん [2008/06/09(月) 18:32:57 ]: java.io.FilterInputStreamみたいなのは、何ていうデザインパターンか知ってますか？
845 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 18:42:38 ]: デコレータ・パターン
846 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 18:45:30 ]: >>841
つ[Eclipseのテンプレート]
つ[EclipseとCheckstyleプラグイン]
つ[EclipseとFindBugs]
847 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 21:51:24 ]: プロパティにしてもクロージャにしても、なんのためにその機能が欲しいのか、だな。
プロパティでgetter/setterを書かなくて済むようになるならありがたいが、
そうでなきゃｲﾗﾈ
848 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 02:55:59 ]: VB厨臭い馬鹿がそれらの機能を欲しがる理由は

　　　　C#にもあるから
849 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 05:23:41 ]: 正にデコレータ・パターンでした。
java.beansにあるプロパティ･チェンジでファイヤーされるパターンも、名前がついてるんでしょうか。
オブザーバー（リスナー）程に汎用でもなくて、特定用途のようですが…
850 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 06:32:43 ]: 848はVBとC#しか知らんのか
851 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 07:31:45 ]: >>849
あまり使われないので名前はありません。
852 名前：無責任ユーザー的な発言 mailto:sage [2008/06/11(水) 11:25:06 ]: 現状でもＪＡＶＡが遅いのってユーザーとやり取りする所じゃないし、
並列化が進めばそのうちバックグラウンドで済む…のかなー？
もともと画像指向的な位置指定じゃなくオブジェクト指定で
発想時点から「各操作の情報価値の重さ」が違うし。

それより、複数同時に動かすと単純合計以上に重くなるよね？
こっそり適当にサボる仕様なら起きない事態なんだけど。
いま貧弱な環境だから、サボり許可スイッチ欲しいｗ
（もちろん、簡単で手軽で安全で可逆的な手段）
853 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:24:10 ]: イミフ
854 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:26:56 ]: クロージャよりまともな委譲モデルが欲しいかな。
java.beans.EventHandlerの中途はんぱっぷりは異常。
855 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:28:59 ]: その辺はクロージャ使って書き直しですよ。
856 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:51:19 ]: >>846
その3つが何かの解決になるの？
857 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 15:40:41 ]: そんなことをいちいち書き直したりしないな。
858 名前：デフォルトの名無しさん [2008/06/12(木) 07:12:56 ]: JavaがWebで使われてるって言う意見があったけど、
Javaがdesktopに入って来れないだけでwebに活路を見出してるだけだよ。
serverはgnu/linux/bsdだし、javaが入れるのはweb appliぐらいしかないでしょ。

今でもdesktop特にwinに入れないのは、MSが睨みを利かせてるからなんだけど？
（appletの衰退とかbrowser戦争とか思い出してみてよ）
859 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 09:07:01 ]: 日本語でおけ
860 名前：デフォルトの名無しさん [2008/06/12(木) 09:25:12 ]: また厨房が沸いてきたな
javaはデザインパターン専用言語だから嫌ならc#やれよ
861 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 09:41:24 ]: 最近のMSさんはころころ仕様が変わるのでついていくのが大変です
862 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 09:45:07 ]: >>861
おまえは>>858をよく読んだほうがいいなｗ
863 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 10:14:15 ]: >>858
サーバサイドは、JVM起動しっ放し、
クラスロードしっ放しでいいからだよ.
864 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 10:37:40 ]: それなら別にjava (jvm)じゃ無くてもいいわけだが？
865 名前：デフォルトの名無しさん [2008/06/12(木) 10:41:51 ]: webといっても顧客はたいていwinだろうし、win環境に合わせるのが普通の金儲けなんだけどね。
大手の会社とか金持ち相手は金に糸目がないから別だけど。
866 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:04:01 ]: >>864
クライアントサイドとの差＝863
867 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 14:28:32 ]: デスクトップでのパフォーマンスは向上してきている。
開発側が突っ込むリソースをここ1年以上クライアント側にシフトしてきている。

ただ、普及するには
デスクトップアプリを使いやすくする層(フレームワーク)がなにかいるね。
JSR-296は、ちょっとまだ層としては薄い感じがする。
868 名前：デフォルトの名無しさん [2008/06/12(木) 14:37:36 ]: デスクトップに進出するなら、appletが復興するんじゃないの？
javaがwebで使われるといっていても、所詮はservletなんで。
869 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 14:47:32 ]: いや、その・・・jnlp・・・・

# appletが復興という話はマジで聞きますがね
870 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 14:50:51 ]: Desktopは、webのクライアントサイドと一緒で、
Javascript(Silverlight, Dashboard)がかなり強敵かと。
あっちはキャッチーなところから責めてるんで。
J2MEの方も同様。
871 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 15:10:44 ]: jnlpがネット前提でローカル環境のインストールができないのが問題だな

せっかく今のバージョンはアプリケーションの追加と削除とかスタートメニューとかも登録してがんばってるのに
872 名前：デフォルトの名無しさん [2008/06/12(木) 15:21:25 ]: jnlpとappletは全く別物だと考えた事は無いのか？
873 名前：デフォルトの名無しさん [2008/06/12(木) 15:23:46 ]: それと、jsは組み込み言語の設計であって、デスクトップアプリじゃなくて、そのアプリの制御が主目的じゃないの？
jsとか継承できし面倒でしょｗ
java fxとかはまだSUNの研究室内の話しだし知らん。
874 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 15:27:14 ]: >>873
> jsとか継承できし面倒でしょｗ

つ ECMAscript4
www.ecmascript.org/es4/spec/overview.pdf
875 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 15:32:16 ]: >>871
ああ、あとCUIのサポートをして欲しいと思う。
サーバ用途が多いんだから、アプリの更新の手間をJNLPに任せられるってのは使いたい。
デスクトップより簡単だと思うんだけどなぁ・・・
876 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 15:49:29 ]: >>872
別の技術だけど排他でもないぞ
webstartアプレットだってあるんだし
877 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 16:28:30 ]: >>872
アプリケーションを作ったりどっちを採用するか考えたりするときに全く別物と考えることは少ないんじゃないかな？
878 名前：デフォルトの名無しさん [2008/06/12(木) 16:39:30 ]: そうだよな。また沸いてきたバカだろうし相手にしなくていいじゃね？
879 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 01:09:30 ]: >>872
バーカバーカ！ゲラゲラ（＾＾）
880 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 17:30:39 ]: つうかJavaに遅いという感覚はもうすでになくなっているんだけど。
8年前からJavaは早くなってるし
881 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 17:32:54 ]: >>858
鯖でもWebアプリだけでもかなり多岐な分野にわたってるけどね。
今までHTTPを介さなかったもののほとんどがHTTP介したWebアプリ化
している現状を知らないんだろうね。Webを使って当たり前の時代なんだけどな。

windowsにも入ってるけどすでに。
Java Web Startタイプアプリ結構そろってるし。
知らんの？
882 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 17:33:38 ]: >>865
なんか昔から煽りパターンが変わってないね。君らって。
883 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 17:34:27 ]: >>868
いまさらAppletが復興って。
Java Web StartやAjaxがなぜそこで出ないのか不思議なんだけど。
それに今はGoogle全盛期の時代だし
884 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 17:35:01 ]: >>870
いまどきJ2MEなんていうお前はいつの時代の人間だ？
885 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 17:38:58 ]: >>871
> jnlpがネット前提でローカル環境のインストールができないのが問題だな

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

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

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

>>875
Jakarta CommonにCUIをサポートするライブラリがあった気がする。
886 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 18:17:29 ]: >>885
CDで配布してインストールとかもできるようになっていればいいパターンだってあるし

アンインストールは別にあって問題ないんじゃね？
ローカルにキャッシュやショートカットアイコンがあるおかげで手軽にアプリ起動できるし
わざわざブラウザ開いてURLからいれなおしのほうがたるいわ
887 名前：デフォルトの名無しさん [2008/06/15(日) 18:17:49 ]: 時代遅れとかで煽ってる奴って、一体いつの時代の人？
888 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 18:21:22 ]: 明治かな
889 名前：デフォルトの名無しさん [2008/06/15(日) 18:26:02 ]: BAISCの人でしょｗ
890 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 13:43:17 ]: J2ME, Java ME、いまでも普通に使うが…
891 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 14:48:05 ]: >>885
commons-cli のことか？
あれは・・・単にコマンドラインのargs解析を補助してくれるライブラリで
>>875で言いたかったのは、jwsの起動をGUI無しでできるようにしてほしいということ。
daemon的なプロセスをjws経由でスタートさせたいという・・・
892 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 15:29:18 ]: リモート管理とかスクリプト化とかいろいろ便利だよねえ。
オフラインもJavaベースのシステムのインストーラ、
要するにbootstrapをjws的に行なう、に便利。
893 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 19:51:03 ]: jwsはプログラムの追加と削除にいちいち登録されるのがウザイ
894 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:21:14 ]: >>893
895 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 11:08:03 ]: JRubyの中の人が日本に来るみたいだね。
Sun主催のイベントで↓だってw

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

JVMが有力プラットフォームになるとはなあ。
896 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 10:13:21 ]: IcedTeaベースのOpenJDK 6 on Fedora9がTCK互換クリアしたよ。
これで完全なFLOSS javaができたね。
897 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 15:02:45 ]: でも完璧に動くわけじゃないんだよね
やっぱり実装と仕様の分離ってかなり難しい

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

結局パフォーマンスとか安定性でsunが提供するプラットフォームはsunのVMが使われると思う
そのほか組み込み系のさまざまなハードとかBSDとかsunから提供されないプラットフォームではかなり前進したかと
898 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 16:41:08 ]: BSD javaはすごいよな
899 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 18:00:56 ]: なにがすごいのか
900 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 23:36:53 ]: 結局、仕様に依存して実装されてるプログラムより、実装に依存されているプログラムが殆どだから
SunのVMを使わざるを得ないって事なのかなぁ。
901 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 02:41:19 ]: 差はどんどん少なくなっていくでしょ。
それにどうやろうと完全に一緒になることはないし。
gccだってCPUが違えばbugの有無に差が出る。
TCKは全ての仕様をチェックできるわけでもない。
902 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 11:01:51 ]: 差は小さくなっていくとしても、SunVMにも仕様外の実装が入ってるでしょ。
sunパッケージのクラスとか。
それに依存してるアプリが悪いといえば悪いんだけどさ。
903 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 11:53:43 ]: 昔はよく見たけど最近見ないなぁ。com.sun.*パッケージに依存したアプリ。
むしろgnu.classpath.*パッケージに依存したアプリは最近よく見る。
フリーな実装が増えてきている証拠だと思うよ。
904 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 12:23:33 ]: どちらも望ましいことじゃないよね～。
先進的な機能を使おうとしたら、ベンダ依存のものを使うしかないわけだけど…。
悩ましいわな。
905 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 12:54:05 ]: sunのVMはいわばRIみたいな感じになるのかな

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

Tomcat依存とか平気で書いてる人多いし
906 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 21:18:21 ]: >>902
> 仕様外の実装が入ってる
< 仕様外のライブラリが入ってる
907 名前：デフォルトの名無しさん mailto:sage [2008/06/28(土) 13:05:28 ]: jre1.6.0_07.msi
ttp://javadl.sun.com/webapps/download/AutoDL?BundleId=23089
jre-6u7-windows-i586-p.exe
ttp://javadl.sun.com/webapps/download/AutoDL?BundleId=23111
jre-6u7-windows-x64.exe
ttp://javadl.sun.com/webapps/download/AutoDL?BundleId=23113
908 名前：デフォルトの名無しさん [2008/07/03(木) 10:38:53 ]
909 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 01:14:48 ]: jnlpはXML使うごときでいちいち署名を求めてくるのをなんとかしてほしいの
ユーザが警戒するの
910 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 12:36:44 ]: b27=RCらしいね。
jdk-6u10-rc-bin-b27-windows-i586-p-08_jul_2008.exe
911 名前：デフォルトの名無しさん [2008/07/22(火) 21:39:00 ]: TextSS
912 名前：デフォルトの名無しさん [2008/07/27(日) 02:53:12 ]: 　
913 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 04:52:11 ]: この記事は凄い！

developerWorks Japan > Java technology
COBOL のように死んだ言語
Java は置き換えられる時期に来ているのか
www.ibm.com/developerworks/jp/java/library/j-cobol.html

2008年 5月 27日

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

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

トーマス・マルサスは彼の『人口論 (Essay on the Principle of Population)』(「参考文献」を参照) を
1798年の 6月に発表しました。私達はそれ以来、彼の言う「マルサス論による抑制」が人口の増加に対
して実際に働くのを待ち続けています。
914 名前：デフォルトの名無しさん [2008/08/10(日) 11:40:02 ]: なんかネタないの？
915 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 16:41:46 ]: 現世代だと知っていて当たり前なネタばかりで食いつきが悪いからね
もうJavaSE6がでてから1年と8ヶ月たったんだし、JavaSE7がでるまではこんなもんかと
916 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 17:45:54 ]: その前にUpdate10があるな
917 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 17:49:36 ]: update 10_beta 使ってたら画面の描画がクソ重くなることがあって元に戻した。
しばらく我慢してると直ったりしたんだけど、再現条件もわからなくて対処のしようが
わかんなかった。
918 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 21:28:47 ]: >>917
再現条件がわからなくても、とりあえずBTSに投入しとけ。
現象を認識していたら、運が良ければ誰かが再現条件を見付けて直してくれるかもしれんが、認識されてなかったらいつまでたっても直らない。
919 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 01:07:50 ]: 俺まだu4なんだよな。そろそろ上げるか・・・。
920 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 01:19:39 ]: おれ、u1なんだけど、そんなに違ったりするの？
修正点も大体はバグ直しでしょ。
921 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 02:17:55 ]: >>920
大量に致命的なバグが直ってるu2、u4があるからu4くらいまではさっさとあげたほうがいいよ
アプレットが100％フリーズ起こす問題はu6あたりでなおってる
922 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 14:43:43 ]: >アプレットが100％フリーズ起こす問題はu6あたりでなおってる
これバグだったのか。ブラウザ巻き込んでフリーズするから何かと思ってた。
923 名前：デフォルトの名無しさん [2008/08/11(月) 22:29:01 ]: バグというより、M$の陰謀だけどね。
924 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 23:04:49 ]: いやfxでもSMでも起こるんだが・・・そういう報告はきてないのか？
925 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 00:21:31 ]: SM?
926 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 10:55:16 ]: SeaMonkeyなら、Mozilla由来のコードでできてるから、
Firefoxと同じ現象が起きても不思議じゃない。
927 名前：デフォルトの名無しさん [2008/08/12(火) 20:23:34 ]: >>924
M$はFxにも陰謀仕掛けてるのか。
最悪だな。
928 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 13:01:33 ]: FXというとオンライントレード、eワラントを思い出す。そっちのFXじゃないかw
WinFXとJavaFXのことか
929 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 13:09:34 ]: なにいってんだ？
930 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 14:29:58 ]: FFxと書いたらなんかのゲームのタイトルになってしまふ
931 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 23:51:53 ]: Update10 が RC になってたね。
けど Nimbus はまだ崩れる。むーん。
932 名前：デフォルトの名無しさん mailto:sage [2008/08/15(金) 01:11:39 ]: Nimbusはまだ崩れるのか。将来のjavaLaFになるんだろ？間に合うのか・・・。
933 名前：デフォルトの名無しさん mailto:sage [2008/08/16(土) 13:46:20 ]: あー、ごめん、崩れるって言ったけどNimbusのせいじゃないや。

このアプリのファイルを開くでいっつも崩れてないか見てたんだけど、
そもそもWindows以外のLAFであるMetalとかMotifとかも崩れてた。
propedit.sourceforge.jp/propertieseditor.jnlp
934 名前：デフォルトの名無しさん mailto:sage [2008/08/17(日) 16:33:55 ]: >>933
何だと思ったらちょま吉のプロパティファイルエディタのサイトか
Eclipseでお世話になっていますぜ
935 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 13:03:04 ]: www.jasperpotts.com/blog/2008/08/a-very-late-nimbus-is-done-blog/
Nimbus is Done
って言ってるけど？

6u10のリリースと、JDK7へのフィードバック(フォワード？)を早くして欲しいよね・・・
936 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 17:54:46 ]: 俺、JDK6u10がリリースされたら開発環境更新するんだ！
937 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 18:11:47 ]: >>936
何のフラグだよ！
そういえばJDKは1.6.0_03からあげてないな。
938 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 20:58:05 ]: せめてu4まであげとけ
バグ大量に直ってるから
939 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 17:12:14 ]: っていうか、u10って秋にはもう出るんだよな？
予定が↓だから。

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

u5～u9 は全部すっ飛ばすのかなぁ
940 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 17:18:38 ]: 既にu7まで出てるんだが。
941 名前：デフォルトの名無しさん [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 00:20:46 ]: そんな古いもん表示して何が言いたいんだ＞
943 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 13:12:54 ]: >>942
最後の「＞」って何なの？
944 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 13:18:10 ]: 1.6も入れてない人が多いのに、そんなに古いか？
945 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 16:09:38 ]: きっと「最新版を入れていない奴は馬鹿」だと思っている人なんでしょう
946 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 16:18:26 ]: 現世代の中では古いってことだろ。
で、941は何が言いたいんだ？
947 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 23:49:35 ]: >>944
1.6を使うならせめてu4まではいれないとバグが多くてかなわんよ
948 名前：デフォルトの名無しさん [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 05:11:27 ]: >>948
Sun社員乙
950 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 07:18:19 ]: >>948
インストールできたのがそんなに嬉しいかったんだねぇ。
よかったねぇ。
951 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 09:27:40 ]: 開発版つかってるのがそんなにうれしいのか・・・
952 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:43:32 ]: >>949
Sunの社員っていってもホントに最新版に触れるためには結構大変なんだけどな
今となっちゃ、殆ど公開されてるmercurialレポジトリから取れるのが最新版じゃねえの？
953 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 11:29:14 ]: こっそりと RC2 Build 31 がリリースされてた。
954 名前：デフォルトの名無しさん mailto:sage [2008/09/16(火) 14:12:59 ]: RCだからか、もうインストーラーとかの修正ばっかりだな。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef