981コメント321KB

現世代Javaの動向 1

レス数が950を超えています。1000を超えると書き込みができなくなります。

0001デフォルトの名無しさん

2006/06/14(水) 20:56:29

次世代もいい、だが現世代もしっかり把握しておこうではないか？

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

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

参考リンク
http://java.sun.com/j2se/1.5.0/ja/docs/ja/
http://java.sun.com/j2se/1.4.2/ja/download.html

0002デフォルトの名無しさん

2006/06/14(水) 21:28:35

現世代は1.3.1だろ

0003デフォルトの名無しさん

2006/06/14(水) 23:30:07

マジレスすると5.0

0004デフォルトの名無しさん

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

0005デフォルトの名無しさん

2006/06/15(木) 07:47:59

5.0より1.4の言語仕様が好きな俺が来ましたよ。

0006デフォルトの名無しさん

2006/06/15(木) 07:51:59

変態め

0007デフォルトの名無しさん

2006/06/15(木) 08:13:07

>>5
ああ、テンプレートの採用とか？

0008デフォルトの名無しさん

2006/06/15(木) 11:28:49

じゃあ、Genericsのイカした活用方法でも晒してくれ。

0009デフォルトの名無しさん

2006/06/15(木) 11:49:28

うだうだする目的のスレはマ板にたてろと

0010デフォルトの名無しさん

2006/06/15(木) 16:32:34

現世代Javaってことで、Java EE 5の話題なんてどうだ？

0011デフォルトの名無しさん

2006/06/15(木) 21:25:12

Persistence APIって、結局なんなのかよく分かってない。
ObjectPersistenceにも使えるのかな？？

0012デフォルトの名無しさん

2006/06/17(土) 19:39:31

HashMap<String,HashMap<String,Object>> map = new HashMap<String,HashMap<String,Object>>();

0013デフォルトの名無しさん

2006/06/17(土) 22:02:49

>>11
hibernateのこと

0014デフォルトの名無しさん

2006/06/17(土) 22:09:24

てかさ、シリアライズって黎明期からあるのに
何を今更パーシステンスなんだろうって気もする

0015デフォルトの名無しさん

2006/06/17(土) 22:10:49

>>13
ちょっとちがうのではないか？

0016デフォルトの名無しさん

2006/06/18(日) 01:32:18

>>14
シリアライズは永続化するための必要条件だが必要十分条件では無い

001713

2006/06/18(日) 04:09:28

>>14
シリアライズと、ORマッピングは、まったく違うよ。
むしろ、シリアライズとORマッピングを同一視していたために傷口が広がったというようなことがどこかに書いてあった。

> 15
CriteriaとProjectionのところは違うね。

0018デフォルトの名無しさん

2006/06/26(月) 20:23:34

揚げ

0019デフォルトの名無しさん

2006/07/01(土) 11:40:56

CMP で全部リモートインターフェースでやって DTO を使ってた場合、

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

の都合二回シリアライズをやってる？

0020デフォルトの名無しさん

2006/07/02(日) 04:11:26

何か、java.sun.com派手にデザイン変更されたね

0021デフォルトの名無しさん

2006/07/02(日) 09:15:57

>>20
なんか日本語版がどこにあるかわからなくなった。

0022デフォルトの名無しさん

2006/07/03(月) 15:46:36

漏れにはどこも変わってないように見える

0023デフォルトの名無しさん

2006/07/03(月) 17:01:08

>>20
これで派手なのか？今まで通り普通にダイブできますが。何か。

0024デフォルトの名無しさん

2006/07/04(火) 21:03:22

時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）

ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします

0025デフォルトの名無しさん

2006/07/07(金) 02:22:50

メールしたら監禁されてSPAM送信の手伝いさせられる悪寒

002624

2006/07/17(月) 21:29:23

教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です

0027デフォルトの名無しさん

2006/07/17(月) 21:33:10

手動スクリプトってところがまたきもいな
あからさまな業者なのに失礼とも思わないゴミ

0028デフォルトの名無しさん

2006/07/17(月) 21:40:13

超初心者＝不法労働者＝日本語通じねえ
とかだったらﾜﾛｽｗｗｗ

普通の人が欲しけりゃ、普通の募集かけるわな
ニートか、特殊な事情の人が欲しいって訳なんだろ？
どう考えても普通の仕事じゃねえな・・・怖いもの見たさを煽ってんのか？
・・・確かに見てみたいがっっｗ

0029デフォルトの名無しさん

2006/08/30(水) 23:38:15

Genericsにはtypedefやある程度の型推論が欲しいと思うんだが、どう思う？

0030デフォルトの名無しさん

2006/08/31(木) 00:18:17

>>29
俺も欲しいとは思うが、Javaにのせるのはどうなんだろうか？
識者の意見求む。

0031デフォルトの名無しさん

2006/08/31(木) 00:21:19

>>30
新しい言語を作るならそれでよい。

問題は、後方互換性なんよね。全くレガシーって奴は厄介ですよ。

0032デフォルトの名無しさん

2006/08/31(木) 00:38:34

>>31
サンクス
なるほど、後方互換性を取るのは難しそうですね、どちらも。
確かに、いまさらCloneableをClonableにする、なんて言われても・・・
って、これはEclipseのリファクタリング機能で何とかなるか。
まだ学生ですし、自分*だけ*の場合は、ですが。

0033デフォルトの名無しさん

2006/08/31(木) 00:57:58

そこは類義語機能をつければ良いんじゃね？

0034デフォルトの名無しさん

2006/08/31(木) 01:05:37

と、言いますと？

0035デフォルトの名無しさん

2006/08/31(木) 01:27:10

interface Clonable extends Cloneable {}
を導入して、今後はみなClonableで書いていくようにする、と取り決めると、
どんな問題が起こるかな。

0036デフォルトの名無しさん

2006/08/31(木) 01:30:15

>>35
導入されていないバージョンのJDK使うとClassNoFoundError。

0037デフォルトの名無しさん

2006/08/31(木) 01:37:45

逆に
interface Cloneable extends Clonable {}
だと、instanceof Cloneableで判定してるところで通ってたものが通らなくなるな。

0038デフォルトの名無しさん

2006/08/31(木) 15:52:04

typedefだけならいけるんじゃね？
typedefした結果、名前がかぶるならコンパイルエラーにするとかして。

0039デフォルトの名無しさん

2006/08/31(木) 17:11:35

型推論って何ですか？

0040デフォルトの名無しさん

2006/08/31(木) 23:19:50

すみません・・・型推論ってどういうものなんでしょうか？

0041デフォルトの名無しさん

2006/09/01(金) 19:45:09

本当にすみません・・・

0042デフォルトの名無しさん

2006/09/02(土) 00:32:04

誰か・・・

0043デフォルトの名無しさん

2006/09/02(土) 00:37:46

>>7
Genericsはテンプレートとは呼ばぬ

0044デフォルトの名無しさん

2006/09/02(土) 00:39:39

>>8
それなら、
SourgeForceに公開されている
Commons Collections wigh Generics のソースコードを参照するといい。

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

それと、Effective JavaのJava5対応版が出ればかなーり、
Genericsのノウハウについて身に着けられそうだ。

0045デフォルトの名無しさん

2006/09/02(土) 00:45:35

>>32
広報互換性だけでなく、
Typesafeの問題もあるし

0046デフォルトの名無しさん

2006/09/02(土) 00:46:51

>>38
typedefは面倒なことになるから導入しない方がいい。
C++の二の舞に。

0047デフォルトの名無しさん

2006/09/02(土) 01:05:02

>>46
面倒なことって？

0048デフォルトの名無しさん

2006/09/02(土) 01:12:52

>>47
覚えなきゃならん

0049デフォルトの名無しさん

2006/09/02(土) 01:37:17

便利だと思いますけどね、typedef
もし、
HashMap<String, LinkedHashMap<String, List<String>>>
なんてあると悲惨だし。

0050デフォルトの名無しさん

2006/09/02(土) 02:13:00

>>48
もっと大事な問題がある。

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

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

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

>>49
その程度でtypedefを導入するなら、新たにラッパークラスで宣言した方がいい。

0051デフォルトの名無しさん

2006/09/02(土) 02:50:42

ふーん、そうなのか。
で、今ではそのtypedefの難題をどうやって解決したの？

0052デフォルトの名無しさん

2006/09/02(土) 10:05:54

>>50
クラス内のみで有効、つまりprivateなtypedefのみなら混乱は起きないんじゃ？
ラッパークラスは大げさすぎるし、たしかIBMの記事でtypedefの変わりに
ラッパー使うな、ってのがあったはず。
あぁ、これかも
ttp://www-06.ibm.com/jp/developerworks/java/060310/j_j-jtp02216.shtml

0053デフォルトの名無しさん

2006/09/03(日) 01:02:37

あげ

0054デフォルトの名無しさん

2006/09/03(日) 01:50:28

JAVAはバージョン違いで動かないし要らない。

0055デフォルトの名無しさん

2006/09/03(日) 10:43:23

>>50
それって、別にtypedefに限った話ではなく、名前がつくものはなんでも当てはまるよね。
クラス名だって十分重複する可能性がある。
それにJavaにはpackageがあるんだから、typedefによる名前の重複はほとんど起きないと思うよ。

typedefは、>>49が書いたように、Genericsによって複雑になった型を簡略化できる利点がある。
おれは>>50が主張する欠点はtypedefに限った話じゃないと思うから、それよりは>>49の利点のほうに一票。

0056デフォルトの名無しさん

2006/09/03(日) 11:41:03

>>55
typedefを使う型にpackageを使うのか。
実際にどうやって宣言するのかここに書いてくれないか？
副作用が見えてくるぞ。

0057デフォルトの名無しさん

2006/09/03(日) 11:41:58

>>54
それは他の言語でも同様。
Javaではそういった事態に困る確率は
他のどの言語よりも低い。

0058デフォルトの名無しさん

2006/09/03(日) 12:12:30

>>50
C++とJavaの違いをもっと良く勉強してください。

0059デフォルトの名無しさん

2006/09/03(日) 13:16:29

package jp.example;

// importは省略

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

public class Hoge {
　　HeaderMap getHeaders() { ... }
}

0060デフォルトの名無しさん

2006/09/03(日) 13:18:26

getHeadersにpublic付け忘れた・・・orz
で、なにか問題になるか？HeaderMapクラスがあったら、とかは却下な。

0061デフォルトの名無しさん

2006/09/03(日) 13:22:07

package jp.example;

// importは省略

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

こうかも

0062sage

2006/09/03(日) 14:13:17

>>61
読みやすさより書きやすさを優先してるように見える
一般にコードは書かれた回数より読まれる回数が多いはず
タイプ量を短くするためだけに新たな型名を定義するようなものは既存のJavaにはない気がするし
Hogeの使い方を知るためにHeaderMapの定義を見ないといけないのはつらい
Fuga.setHeaders(Hoge.HeaderMap m)とか伝染するとさらにつらい
Fuga.setAnotherHeaders(Map<String,List<String>> m)があったりして記述が一貫しなくなるのもつらい

0063デフォルトの名無しさん

2006/09/03(日) 14:15:58

>>58
お前が勉強しろよ

0064デフォルトの名無しさん

2006/09/03(日) 14:17:38

>>59
そのHeaderMapを外部から使うときは
import宣言でやるってことか。

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

何か落とし穴があるような気がしてならない。

0065デフォルトの名無しさん

2006/09/03(日) 14:22:52

>>62の言う落とし穴も揚げられる。

ほかに揚げられるのは、
演算子オーバーローディング問題と
同じかな。

0066あげあげ

2006/09/03(日) 15:57:34

なら>>52の案はどうよ？
引数や戻り値には感染しないように禁止しておいて、内部で使うだけ。
結構な妥協案だけど、これなら問題ないんでね？

0067デフォルトの名無しさん

2006/09/03(日) 17:05:43

>>66
staticのやつ？

0068デフォルトの名無しさん

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();
　　...
　}
}

0069デフォルトの名無しさん

2006/09/03(日) 21:00:02

>>68
それならpackage privateでもいいかもしれないね。

0070デフォルトの名無しさん

2006/09/03(日) 22:43:09

ときに、全ての言語はlispに向かう、って真なのかねぇ
クロージャなんて普及しないと思うんだが喜んでる奴いる？

0071デフォルトの名無しさん

2006/09/03(日) 23:20:32

>>70
> ときに、全ての言語はlispに向かう、って真なのかねぇ
たぶん偽だろうね。ああいう言説ってLisp厨の戯言にしか聞こえない
レキシカルスコープやクロージャ、GCなどをLisp系言語が最初に取り入れたのは
事実だろうけど、だからといってそれらの特徴がLispの専売特許のように言われても困る

ただ、クロージャ自体はいろいろと便利で使い道も多いので、あった方が良いと思う
例えば、クロージャのある言語だと、スコープを抜けたらファイルのクローズ処理を
自動的にやってくれるライブラリが作れて便利だけど、現在のJavaだとそういうのがしづらい
(無名クラスを使えばできなくは無いが記述が冗長)ので、finallyで明示的にクローズしなくちゃ
ならなくてめんどいとか

0072デフォルトの名無しさん

2006/09/04(月) 07:29:47

クロージャがあると汎関数作るのが簡単になるから欲しい。
利用する側にとっても便利。いちいち無名クラスというのも…

>>71
後、汎関数もLispが先駆者で、Javaはこっちの方面は拒んで、
クラスに属するメソッド主義だったけど、クロージャを導入すると、
クラスから独立した汎関数の世界にちょっと足を踏み込んだことになる。

0073デフォルトの名無しさん

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言語では、そのような批判聞いたことない。

0074デフォルトの名無しさん

2006/09/04(月) 12:58:14

>>73
> >Hogeの使い方を知るためにHeaderMapの定義を見ないといけないのはつらい
> 定義をみるなんて一瞬じゃん。

そこが(ry
でっかいファイルだと一瞬とはいかんと思う。
それから、他のファイルにまたがってるとなおさら

0075デフォルトの名無しさん

2006/09/04(月) 13:35:58

C++の標準ライブラリのtypedefの使い方を見れば、
うまく使われたtypedefが可読性を向上させるのが分かると思う。
特にGenericsの時に。

0076デフォルトの名無しさん

2006/09/04(月) 15:53:33

本来は、typedefは型を再定義することだから、読みやすいとか言うのとは、焦点がずれてる。
要求すべきは別名化 aliasとかじゃないかな？

0077デフォルトの名無しさん

2006/09/04(月) 17:04:14

>>74
そんな巨大なクラス作んないし

0078デフォルトの名無しさん

2006/09/04(月) 17:21:25

>>74
どんなチープな開発環境だよ
IDEの支援さえあればどんな巨大なクラスだろうと定義を見るのは一発だ

0079デフォルトの名無しさん

2006/09/04(月) 18:15:22

>>76
typedefとどう違うの？

0080デフォルトの名無しさん

2006/09/04(月) 18:33:39

>>76
ずれてない。
だれも「typedefは読みやすさのためにある」とは言っていない。

0081デフォルトの名無しさん

2006/09/04(月) 18:37:08

>>77-78
問題はC#のような変な仕様にならないことなんだが。

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

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

混乱の元になりそうなのだが。
そのあたり、どう解決するのか？ IDE使っても限度があると思うぞ。

0082デフォルトの名無しさん

2006/09/04(月) 18:39:31

>>77
それはそうだが、
クラスが100あるとき、
100もの、あるいは200, 300ものtypedefで再定義した型を
作ることになると思うのだが。
一つのクラスにつきtypedefで5つの型を再定義したとすると、
クラスが100あると500ものtypedefによる再定義された型が出てくると言うことか。

>>78
巨大なクラスは作らない方がいいぞ。
しっかり分割統治してな。

0083デフォルトの名無しさん

2006/09/04(月) 18:57:52

>>82
自分ではそんなに作らんよ
ただ、字句解析のコード書くのに、StateパターンやInterpreterパターンなんて使ってられんし
クラス数が膨大になりすぎて、そっちのほうが管理できん

0084デフォルトの名無しさん

2006/09/04(月) 19:01:48

>>81
それは使い方にもよるだろう。
そんな変態的な使い方をして、読みやすくなるコードもあるはずだし
STLやBoostのコードを読んでるとよく分かるけどな
あ、あとsuperないのにtypedefで代用、とかな

#さすがにそこまで自由度の高いtypedefはいらないけどね

0085デフォルトの名無しさん

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型は同じ型として扱う。
だから焦点がずれていない。まさに要求どおりじゃないの。

0086デフォルトの名無しさん

2006/09/04(月) 20:04:34

>>83
Stateはenumで実現できまいか？

0087デフォルトの名無しさん

2006/09/04(月) 20:21:21

>>85 お前の知識が多いのは分かったから、引用をよく読んでみろよ。お前、よく相手の話を聞かないとかいわれるだろ？

0088デフォルトの名無しさん

2006/09/04(月) 20:26:22

>>79 >>80 >>85 お前のようなゴミはもういらん！もう半島に帰れ！

0089デフォルトの名無しさん

2006/09/04(月) 20:31:25

>>86
Stateパターンとenumは根本的に違うぞ
もちろんenumは使ってるけど、それはStateパターンじゃない。
しかも、enumったって、enumにメソッド持たせるんじゃなくて、
switchで分岐させてるだけだし

まぁ、字句解析はOOPできない典型例かもしれん
だれか解決策ないか？

0090デフォルトの名無しさん

2006/09/04(月) 20:32:32

>>85みたいに無駄に型名を増やすのは
まさにtypedefを悪用している例なんだよな

0091デフォルトの名無しさん

2006/09/04(月) 20:34:32

>>90
>>85はあくまで例えだろう
実際にあんな単純な状態にはならんよ

0092デフォルトの名無しさん

2006/09/04(月) 20:38:25

>>71 72
高階関数はおれも好き。でも型あり言語じゃ魅力半減じゃね？
javaで書く時は冗長でもアホでも分かるように書く癖がついちまったよ

0093デフォルトの名無しさん

2006/09/04(月) 20:41:17

>>91 お前が原因だな！わかったから巣に帰れ！

0094デフォルトの名無しさん

2006/09/04(月) 21:05:35

>>93
何の原因だよ・・・

0095デフォルトの名無しさん

2006/09/04(月) 23:12:55

おれも何の原因なのか気になる

009662

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型とかで型推論の方がまだいいと思う(これが理解しやすいとは思えんけど)

0097デフォルトの名無しさん

2006/09/04(月) 23:47:40

なんで10文字20文字程度の記述の節約という、どうでもいいような理由で
言語仕様の一貫性をぶち壊しにするようなリスクの高い仕様を盛り込みたが
るんでしょうか。

10年前ならともかく、コード補完付のIDEがただで使える状況で何がつらいんだ
と小一時間（ry
おまえら1000人規模の大規模開発やったことあるのかと小一時間（ry

0098デフォルトの名無しさん

2006/09/05(火) 00:00:56

もうすでに、Javaもいろんな人が使う言語になってしまったからじゃないでしょうか？
今後さらに人が増えて、とんでもない溶融があると思います。
そして分化して独立して・・
そんなもんなんでしょう。

0099デフォルトの名無しさん

2006/09/05(火) 00:04:32

>>92
別に魅力半減はしないけどな。MLとかの型あり関数型言語使ったこと無い？
MLやHaskellでは、高階関数は当たり前のように使われてるよ

0100デフォルトの名無しさん

2006/09/05(火) 00:09:47

>>96
> どうしてもやるならvar型とかで型推論の方がまだいいと思う(これが理解しやすいとは思えんけど)
C# 3.0で入る予定の
　var hoge = new Hoge();//hogeはHoge型
みたいなやつのこと？
これなら別に理解しにくく無いと思うけどなあ
実装するのもすごく簡単で、コンパイラを数行弄るだけで実現できる機能だし

010162

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と確定
}
こういうのもコンパイラを数行いじるので対応できるものなの?

0102デフォルトの名無しさん

2006/09/05(火) 01:40:53

>>101
確かに、var宣言された変数がメソッド呼び出しの返り値で初期化される
場合は、若干わかりにくいかもね。でも、ローカル変数で閉じてる限りは
大した差は無いと思う

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

上のようなコードでちゃんと推論しようと思うと、さすがに数行いじるだけじゃ対応できない
自分が考えていたのは(おそらくC# 3.0のも)、var宣言の時点で初期化式の型で宣言される
ことが確定するようなもの。つまり、上のようなコードは
　l = new LinkedList();// lはArrayList型なのでLinkedList型の値を代入できない
の時点でエラーになる。実用上、これで不便になるケースはたぶんほとんど無いと思う。

0103デフォルトの名無しさん

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にその機能が導入されるといきなりマンセーしだすんだよな。

0104デフォルトの名無しさん

2006/09/06(水) 07:47:15

はい、はい。
ここでやっても意味無いから、むこうでやってね。

0105デフォルトの名無しさん

2006/09/06(水) 11:18:56

こんにちは。fondaのアプレット設置しようと思っていたのですが、
これって、有料なんでしょうか？
翻訳してみたところモノによって異なるようなのですが、
どれが無料で、どれが有料なのかわかります？
詳しく調べないで、勝手に設置したら、著作権とかヤバイですか？
http://www.fouda.de/html/home/

0106デフォルトの名無しさん

2006/09/06(水) 14:42:56

>>103
まわりくどいから簡潔に説明して。
二人だか何人だかしらないけど
一体どういう議論をしてんだか。

typedefマンセーだかなんだか知らないけど

0107デフォルトの名無しさん

2006/09/06(水) 14:45:12

>>105
ダウンロードしたファイルにREADMEとかlicense.txtとか入ってないのか？
それ読めば解ると思うが、なかったらサイト見ろ

0108デフォルトの名無しさん

2006/09/17(日) 22:20:56

そもそもJavaってもっともっと馬鹿な連中がネットワークプログラミングしても困らない様にって進化してきた言語だろ
あんまり複雑な機能加えるなよ
やりたきゃ既存の言語でつくってJNIするなり、Webサービスにするなりすれば良いじゃん

0109デフォルトの名無しさん

2006/09/17(日) 22:34:03

>>108
お利巧さんな君は何をしているのかな？

0110デフォルトの名無しさん

2006/09/17(日) 23:22:17

何も作れないからひがんでるんじゃないか

0111デフォルトの名無しさん

2006/09/17(日) 23:29:42

>>108はJavaスレに「ドトネト厨きーきー」のＡＡ張ってJavaスレを荒らしている奴だろ。

0112デフォルトの名無しさん

2006/09/17(日) 23:31:15

>>110
そうかもな。
奴は昔はVBが得意だったらしいが。
2chでDelphiプログラマと喧嘩して、そしてJavaプログラマとも喧嘩して
C#死滅スレで大暴れした末に、演算子オーバーロードをつけられないJavaは糞だとか
なんだと連呼したものの、結局C#を普及させることはできずに失敗し
今はJavaスレを荒らすようになってしまった。

0113デフォルトの名無しさん

2006/09/19(火) 11:10:29

Javaのenumはキモイ

0114デフォルトの名無しさん

2006/09/19(火) 12:15:22

ぜんぜん。使いやすいけど

0115デフォルトの名無しさん

2006/09/19(火) 13:04:07

>>112
自己紹介乙(ﾌﾟ

0116デフォルトの名無しさん

2006/09/19(火) 15:10:52

わろたVBマンセーしてることが自己紹介かw

0117デフォルトの名無しさん

2006/09/19(火) 23:58:25

わけあってちょいと現場を離れてた。
今度戻るけど、世の中、Javaと.NET系ではどっちの方が仕事多い？

0118デフォルトの名無しさん

2006/09/20(水) 00:06:59

>>117
場所による
ただ値段的にはJava>.NETなのはほぼ確実

ここの所客から.NETにすればもう何割か減らせません？って聞いてくるケースが多いから.NET＝安いってイメージらしい

0119デフォルトの名無しさん

2006/09/20(水) 00:20:54

結局 commons-lang の Enum 使ってる。

0120デフォルトの名無しさん

2006/09/20(水) 01:23:54

>>117-118

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

.NETの価値は薄いと考えている客が多いのか。
それはマイクロソフトにとっては痛い話なんだろうな。

0121デフォルトの名無しさん

2006/09/20(水) 10:29:07

マイクロソフトのマーケティングの失敗だな
Javaと.NETじゃ大して難易度変わらないのに

0122デフォルトの名無しさん

2006/09/20(水) 10:37:35

JavaじゃなくてUnix Serverが高いと思われてるような希ガス

0123デフォルトの名無しさん

2006/09/20(水) 11:40:04

>>117です。
いろいろアドバイスありがとさん。
Javaの方が仕事的には減ることはなさそうな印象を受けました。
ただ、私のまわりの中小ITはVB.NETの話が多いですね。
VB.NETの市販本買って読んだら、文法はJavaにそっくり。
とりあえず、昔覚えたJavaから復活していきます。

また、何か追加情報があったらカキコんでください。ヨロシク！！

0124デフォルトの名無しさん

2006/09/20(水) 11:44:08

最後の一行がなければさぁ……

0125デフォルトの名無しさん

2006/09/20(水) 12:01:44

>>123
> VB.NETの市販本買って読んだら、文法はJavaにそっくり。

それC#の方の.NETちゃうんかと

0126デフォルトの名無しさん

2006/09/20(水) 12:43:47

そりゃ、「”無料の”Eclipseを使うよりもVS.NETを買ったほうが作りやすく安上がりです。」
みたいなマーケティングしてるんだから.NETの方が安上がりって思うだろ普通

0127デフォルトの名無しさん

2006/09/20(水) 13:36:21

それはとんでもなく裏目にでたな。

マイクロソフトのマーケティングが
今、オープンソースの台頭によって逆効果になってしまったわけか。

0128デフォルトの名無しさん

2006/09/20(水) 13:37:28

しかもVS.NET2003Expressも慌てて一年間限定で無償で配布してしまった。
Eclipseが出てから何もかも変わってしまったな。
IBM恐るべし

0129デフォルトの名無しさん

2006/09/20(水) 13:48:42

だってVSって有償なのにEclipseにも及ばんし
つーかNetBeansにも及ばんし
ぶっちゃけIDEとしてはショボいし

0130デフォルトの名無しさん

2006/09/20(水) 14:50:36

昔、Javaの仕事が一段落した時に
上司がVBできる人を探していて
俺はできるけどできないと言った
他の奴ができるといってVB部隊に
行ったけどそれ以来見ていない

0131デフォルトの名無しさん

2006/09/20(水) 22:28:06

VB.NET は言語そのものは悪くないんだが
案件の内容がひどそうなイメージがある。

0132デフォルトの名無しさん

2006/09/21(木) 00:23:48

>>130
そんなことあったな。
2001年春のこと、まだServlet/JSPが普及していなかった時代。
CGI + Perlの10倍以上のパフォーマンスを出すこともできると
もてはやされたあのServlet。

ServletプログラミングができるけどASPはできないと言ったんだ。
でもう一人の奴はASPができるけどServletをやってみたいって言っていたが
ASPができるといったために、「じゃ、ASPのほうお願いね」
とか言われて彼はASPをやらされた。まだまだ当時新鮮だった
Servlet/JSPの仕事を与えられる俺のことを羨ましがっていた。

0133デフォルトの名無しさん

2006/09/21(木) 00:26:34

>>131
ひどいっていうか、VBとVB.ＮＥＴは同じだからVBしかできない奴を
かぎ集めてもなんとかなるだろうという甘い考えを持っている上司やVB厨が
いたから酷いことになったんだろうな。
「.NET構想」と「Javaは廃れてこれからC#が流行る！」というM$の宣伝に騙されて
ＶＢからＶＢ.NETへ移行しようとしたVB厨は、VB慣れしすぎてC#やJavaのような
言語が取っつきにくて躓いたってわけだ。
Perl厨やPHP厨やRuby厨がJavaをやり出したら同じような躓きを覚えるんだろうな。

0134デフォルトの名無しさん

2006/09/21(木) 14:13:11

スクリプト言語とJavaはライバル関係にはない

0135デフォルトの名無しさん

2006/09/21(木) 15:25:12

でも人は使いまわすからねー

0136デフォルトの名無しさん

2006/09/21(木) 16:17:34

ちょっと2,3ヶ月の応援がずるずると2,3年になるのはよくあること
2,3年もVBやスクリプト言語やったら戻れないだろう
もう経歴書からはVB屋・スクリプト屋としか思われない
身の振り方は後々のことまでよく考えてしないとな

0137デフォルトの名無しさん

2006/09/21(木) 16:41:00

マ板行けよ。

0138デフォルトの名無しさん

2006/09/21(木) 16:55:12

スクリプト屋の特徴は、
Design by Contractを守ることができないことなんだな

0139デフォルトの名無しさん

2006/09/21(木) 19:19:24

スクリプト系の言語とJavaとの違いってなんなの？
同じじゃん。

0140デフォルトの名無しさん

2006/09/21(木) 19:36:36

Java,C++.C#,D言語は型にがっしり硬い言語
静的型付け言語であるケースが多い。

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

こういう違いがある。

0141デフォルトの名無しさん

2006/09/21(木) 20:34:09

昔はGCがあるかないかとか、すぐ実行結果が出る出ない（コンパイル必要）だったけどね。

0142デフォルトの名無しさん

2006/09/21(木) 21:03:44

今じゃPerl6にもGCがつくからねえ。

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

コンパイル必要不要も今じゃ苦しい。
ソフトウェア工学という観点から見ないと。

0143デフォルトの名無しさん

2006/09/21(木) 21:21:07

なんだかんだ言っても顧客がどう見るかじゃない？
ソフトウェア工学という観点からなんて顧客は聞きもしないよ

0144デフォルトの名無しさん

2006/09/21(木) 21:25:10

だが、顧客がプログラマであった場合は、そうもいかない。

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

スクリプト言語だと動的言語としてのソフトウェア工学にこだわりを
持つことになるだろうが。

0145デフォルトの名無しさん

2006/09/21(木) 23:16:40

Javaはリフレクションとかアノテーションからして
スクリプトじゃない代表格C＋＋と比べればより動的じゃないの？

0146デフォルトの名無しさん

2006/09/21(木) 23:17:37

ソフトウェア工学に熟知とかありえんｗｗｗ
どうせ日経なんとかの受け売りに決まっている

0147デフォルトの名無しさん

2006/09/21(木) 23:35:36

>>145
なんかちがような気がする。
それだったらC++のほうが柔軟性がきくので動的だと思う
Javaは定められた文法規則を厳重に守らないと逝けないから

0148デフォルトの名無しさん

2006/09/21(木) 23:54:59

Javaは、C/C++の文法にとてもよく似せて作ってあるけど、動的とどう関係しているのかな？
>>147

0149デフォルトの名無しさん

2006/09/22(金) 00:17:49

アノテーションは動的とはあまり関係ない。
修正→コンパイルが必要と言う意味では静的。
Java では virtual/override が存在せず、
final 指定されてない同名メソッドを無条件で上書きするところが
動的な性質の最たるものの一つに感じる。
正直、virtual/override が欲しい。

とりあえずDI+強い型付以外の開発はもうやりたくない。

0150デフォルトの名無しさん

2006/09/22(金) 01:01:25

>>149
> Java では virtual/override が存在せず、
> final 指定されてない同名メソッドを無条件で上書きするところが
> 動的な性質の最たるものの一つに感じる。
> 正直、virtual/override が欲しい。

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

しかしそれが、動的なのかねえ

0151デフォルトの名無しさん

2006/09/22(金) 01:19:31

普通「C++とJavaだとJavaの方が動的」という文脈では
・「動的」といったら実行時解決のこと
・「静的」といったらコンパイル時解決のこと
を指すわけなんだが、君は何アホなこといってんの？

0152デフォルトの名無しさん

2006/09/22(金) 02:25:10

型付けを見たらC++のほうがJavaより動的なんだが。

0153デフォルトの名無しさん

2006/09/22(金) 02:26:55

>>152
君も何アホなこといってんの？

0154デフォルトの名無しさん

2006/09/22(金) 03:41:19

Javaではコンパイル時に型整合性チェックは行うが
利用するコードは実行時のライブラリに応じて動的解決される
結局は型チェックは行っており、メッセージ投げてみればわかるべ、という
Objective-Cほど動的ではないと言える

中庸を目指した設計だからな

0155デフォルトの名無しさん

2006/09/22(金) 05:41:19

>>144
Javaはスクリプト言語じゃないと区別したいのは分かるが、
virtaul/overrideのキーワード有無とかJavaに対しての不満の方が強いみたいで、
ソフトウェア工学とか意味不明なところからスクリプトとJavaを区別しようとしてるから、
行き詰まるんじゃないかな？

0156デフォルトの名無しさん

2006/09/22(金) 05:47:40

>>153 君の方がアホっぽいけど、気がつかないか？

0157デフォルトの名無しさん

2006/09/22(金) 13:31:15

静的型付けと動的型付けの意味も分からんとは

0158デフォルトの名無しさん

2006/09/22(金) 14:36:15

dynamic_cast 使ってる？

0159デフォルトの名無しさん

2006/09/22(金) 14:44:17

refrection API使ってる?

0160デフォルトの名無しさん

2006/09/22(金) 14:45:46

C++とJavaのいいとこ取りすると、どんな言語が生まれるんだろうね。

0161デフォルトの名無しさん

2006/09/22(金) 15:14:48

>>160
φ

0162デフォルトの名無しさん

2006/09/22(金) 15:36:19

C++/CLI。
結果良くなったかどうかはワカンネ。

0163デフォルトの名無しさん

2006/09/22(金) 15:46:31

>>162
結局MSに持ってかれたってことか？
とにかくワロタ

0164デフォルトの名無しさん

2006/09/23(土) 03:03:12

実行時にクラスファイルをロードしてしまうJavaはかなり動的だと思う。
しかもパッケージ=フォルダ。
rubyだってrailsでやっと動的ロードを手に入れたくらいなのに

0165デフォルトの名無しさん

2006/09/23(土) 03:12:09

>>160
Ｄ言語

0166デフォルトの名無しさん

2006/09/23(土) 03:13:30

>>164
だからそれは「動的型付け」とは関係ないと何度いったら(ry

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

たとえばクラスに有るはずがないフィールドやメソッドを追加したり

0167デフォルトの名無しさん

2006/09/23(土) 03:40:31

>>166
それは動的型付けの副作用でしかない。
フィールドやメソッドを実行時に追加したいだけなら、AOPでも事足りる。

0168デフォルトの名無しさん

2006/09/23(土) 04:00:53

と、いうけど、まじでソースコード
読みにくくなるんだよね。

Ajaxのソースコードなんかとくにひどいもんだ

0169デフォルトの名無しさん

2006/09/23(土) 07:44:57

>>166
おしい！実におしい！！

0170デフォルトの名無しさん

2006/09/23(土) 09:17:23

文字列がコードになるのが動的と思っていたけど、違う？

0171デフォルトの名無しさん

2006/09/23(土) 17:17:24

動的っていったら、プログラムの実行時になにかすること。
静的っていったら、プログラムの実行前になにかすること。

違う？

0172デフォルトの名無しさん

2006/09/23(土) 17:31:04

JMXってなににつかうん？サーバ監視だけ？

0173デフォルトの名無しさん

2006/09/23(土) 17:45:50

>>172
じゃないの？他に使い道ある？
っていうか今頃この辺が整備されるって遅すぎ

0174デフォルトの名無しさん

2006/09/24(日) 11:24:15

>>166
動的/静的型付けの違いは、式の型がコンパイル時に決まるかどうかだから、
メソッドの追加は関係ない。

だいたい、その説明だと
たいていの言語はソース書き換えてコンパイルすればメソッド追加できるから
たいていの言語は動的型付けになっちゃうよ。

0175デフォルトの名無しさん

2006/09/24(日) 11:46:49

あほですか?
メソッドが追加されたらクラス、つまり型が変わるだろ。

それだけでも動的なのに、
どう変わるかも実行時にしか分からないかもしれない。

0176デフォルトの名無しさん

2006/09/24(日) 12:33:16

>>175
「あほ？」とはずいぶんと強気だけど
「メソッドが追加されたらクラス、つまり型が変わるだろ」
どういうこと？まったく意味が分からんけど？

0177デフォルトの名無しさん

2006/09/24(日) 15:55:31

Genericsでちょっと疑問に思ったんだけど。
メソッド単体でのGenericsって引数なしだと何もできない気がする。

<T> <T> get();

これ動かないよね？
Tをnewすることもキャストすることもできないんだから。

0178デフォルトの名無しさん

2006/09/24(日) 16:03:49

キャストはできるか

0179デフォルトの名無しさん

2006/09/24(日) 16:19:49

>>174
まてまて、それでJavaScriptの型とJavaの型との違いをうまく
説明できるか？

0180デフォルトの名無しさん

2006/09/24(日) 18:31:54

166の言ってることは、動的クラスっていうだけだな。
動的クラスを使うためには動的型付が必要になるが、クラスがなくても動的型付けはできる。

動的言語処理(実行時型解決など)ができるかどうかは、言語自体が動的型付か静的型付かには関係ないよ。

0181デフォルトの名無しさん

2006/09/24(日) 23:39:09

１の趣旨とは全然無関係だが、静的・動的の話は面白いと思った。

0182デフォルトの名無しさん

2006/09/25(月) 00:37:07

こんなかんじ

typedef struct {
　Class *extends;
　Interface **implements;
　void **methods;
　void **fields;
} Class;

0183デフォルトの名無しさん

2006/09/25(月) 01:18:31

>>181どのへんが面白いの？

0184デフォルトの名無しさん

2006/09/25(月) 15:46:03

「動的型付」、という特定の機能を指す言葉(専門用語)は
一般の熟語ではないという合意が得られてないので
「動的」という一般的な形容詞句の話が混じってしまったのが混乱の元。

学会とか専門家ばかりが集まってる場所じゃないから
前提はある程度しっかりしてた方がいいな
まぁ、それくらい分かれよ、と突き放すこともできるが
いろんな人が集まれるこういう場所だ、お互い尊重すればあれることもない

0185デフォルトの名無しさん

2006/09/25(月) 15:52:37

>>184
もまえ、わかってるようだな。

0186デフォルトの名無しさん

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とか

0187デフォルトの名無しさん

2006/09/28(木) 23:17:36

アスペクト指向言語ライクな言語MixJuiceか

0188デフォルトの名無しさん

2006/10/06(金) 20:57:19

>>177 ????

<T> T get(){
SomeFactory<T> factory = new Factory<T>();
return factory.getInstance();
}

0189デフォルトの名無しさん

2006/10/06(金) 22:02:16

Factoryフレームワークか。恐ろしくて使いたくないよｗ

0190デフォルトの名無しさん

2006/10/06(金) 22:37:27

factoryは大げさな感じがうざいが、時には有効

0191デフォルトの名無しさん

2006/10/06(金) 22:42:19

ファクトリ否定したらDIコンテナ使えないな。

0192デフォルトの名無しさん

2006/10/06(金) 22:52:55

例えば
Validator<EMailAddress> emValidator = ValidatorFactory.get();
みたいなことが出来るならあるいは便利かとも思うが
<T>からClassインスタンスって取れないから使えないな

0193デフォルトの名無しさん

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取れればいいのにね。

0194デフォルトの名無しさん

2006/10/13(金) 02:42:15

http://www.uploda.org/uporg546208.jar.html

向こうでやるとスレ違いだから
スタティックメソッドとインスタンスメソッドの
呼び出し性能を検証する簡単なコード書いてみた
実行速度見たかったから、俺はヒープサイズ余裕持たせて
実行してみたけど、性能は誤差だね
メモリ消費量はもっとやってみないとわかんないね

0195デフォルトの名無しさん

2006/10/25(水) 20:21:41

スレ違いって言われたのでココでお聞きしたいのですが、
AWTは１コンポーネント＝１ウインドウだからシステムリソースを
食いまくる問題って解決されたのでしょうか？

0196デフォルトの名無しさん

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

0197デフォルトの名無しさん

2006/10/26(木) 00:09:36

Lightweightという単語を初めて見たのはSwingについての説明だったと思うが、
こんなに流行るとは思わなかった

0198デフォルトの名無しさん

2006/10/26(木) 00:14:07

Component ベースだと普通にSwing使ったほうが手軽だし高速になるよな

0199デフォルトの名無しさん

2006/10/26(木) 01:48:13

>>196 この様子だと、永遠に解決されないみたいですね。

0200デフォルトの名無しさん

2006/10/26(木) 02:59:30

>>199
それはOSの問題だと思うが

0201デフォルトの名無しさん

2006/10/26(木) 03:05:05

AWTがリソース食うってのは、要するにMFCのCButtonなんかが
ウィンドウだってのと同じことなんだが、わかってる?

0202デフォルトの名無しさん

2006/10/26(木) 12:47:03

改善はそれぞれ SWT, Swing, AWT でそれぞれ実験（実装）済みってこと。
Windows9xのときはGDIとかシステムリソース気にしてたけど、
今じゃそんなのどうでもよくて、レスポンスが速いかの方にうつってる。
リソース食いまくるとか過去の話し出し、つまり一番速いAWTつかってOK。

0203デフォルトの名無しさん

2006/10/26(木) 13:03:36

でも貧弱すぎてつかうやついねーよ

0204デフォルトの名無しさん

2006/10/26(木) 20:04:32

Swing結構速いけど？

0205デフォルトの名無しさん

2006/10/26(木) 22:59:45

>>204 Pentium 133 とかだとどうだ？

0206デフォルトの名無しさん

2006/10/26(木) 23:02:32

それだとWindowsXPどころか2000やNT4もおもいぞ

0207デフォルトの名無しさん

2006/10/26(木) 23:12:38

あれだ、Pentium133は少し言い過ぎだけど、Swingでプログラム作っても
そのプログラムの処理は低速CPUで事足りるんじゃないか？

Javaってのは最新・現状のパソコンだけをターゲットにした言語じゃないだろ。

0208デフォルトの名無しさん

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クラスにならないと快適さはおいつかない感じ

0209デフォルトの名無しさん

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向けのヒットゲームないでしょ？

0210デフォルトの名無しさん

2006/10/27(金) 00:12:56

>>209
ハードも大事だし、VMの種類も大事とかいてるだろ
1.2と5.0くらべたら恐ろしいほどの性能さだぞ

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

ゲームは今MMORPGとかで海外はJava製ふえてきてる

0211デフォルトの名無しさん

2006/10/27(金) 00:43:01

性能差は認めるが、その効果が実感できるのは性能（VMの出来）よりも
ハードの進歩が格段に勝っていたってこと。ハード（CPUやGPU）はJavaだけ
じゃなくて他の処理（OSやイベント）をこなして、さらに余った余力でやっても、
VMの性能よりも高速ってどういうこと？

業務アプリはデータベース問い合わせを想定しているが、
大体は業務アプリはその程度じゃないか？AWTやブラウザで十分だろ。
つまりブラウザが重いとか言ってるなら、(winなら）VBとかでUIつくっても
いいけど、そうするとどこにJava（とSwing）の出番があるんだ？

0212デフォルトの名無しさん

2006/10/27(金) 00:48:54

>>211
DB引いてくるだけて、・・・・どんな業務アプリ・・・
集計ロジックくらいは、入るだろ。

ユーザとのインタラクションはいくらでも入ってくる。

0213デフォルトの名無しさん

2006/10/27(金) 01:00:09

どうもJavaがデスクトップに入り込めないでいるのは、
「出番なし」だからじゃないか？
C, C++, Perl, Ruby, JavaScript ライバルの方が強すぎて
（PCの）デスクトップには入れないだろ。
ネットワークでも、アプレットでこけたのがいたかったんじゃないか？
今じゃFlashに持ってかれてるし… （デスクトップの話ね）

0214デフォルトの名無しさん

2006/10/27(金) 06:54:07

ビジネス系だとAppletのが多いけどな。
まあオーサリングツールが無かったのと
ダウンロードの手間がFlashのが少なかったというのが大きい

0215デフォルトの名無しさん

2006/10/27(金) 08:28:55

>>212
集計ロジックはサーバサイドにやらせて
画面は入力と参照だけの作りが多いと思う。
三階層モデルが普通。DB直で触るような
C/Sモデルは5年前くらいに下火になってる。

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

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

アプレットは問題外。これ提案するようなベンダーと付き合うべきでない。

0216デフォルトの名無しさん

2006/10/27(金) 09:40:09

FLASHで業務アプリって今流行ってんの？

0217デフォルトの名無しさん

2006/10/27(金) 11:06:46

>>215
>ここ数年はそれでやってきたプロジェクトが多いけど
>結局効率下げるだけで現場では不評。
>これからはブラウザベースで作った業務アプリを
>作り直す需要が多くなる。(既に増え始めてる。)
>リッチクライアントの標準を巡って主導権争いが盛んなのもそれを見越してるから。
でもこのおかげで社員のほとんどは意味も無いのにPCの前に座らせる必要が無いって事に経営層が気づいたのは事実
更に業務はパッケージ買って、経理/人事の社内総務部門をアウトソースして
株主へ利益を還元していく仕組みが出来上がりつつある

0218デフォルトの名無しさん

2006/10/27(金) 12:12:50

サーバーサイドが普及してきたのはこの5年ほどだし
すべてWEBアプリになってるわけじゃない

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

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

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

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

日本はユーザーがパッケージに業務をあわせる文化ないからね

0219217

2006/10/27(金) 12:37:05

>>218
仕組みが出来つつあるってこと
偽装派遣を合法化した結果はおそらくそこに影響が出る
最終的には金を生み出す仕組みと借金の担保になる会社という資産以外は交換可能な部品にするのが今の経団連のトップ辺りに居る連中の考え方

0220デフォルトの名無しさん

2006/10/27(金) 13:19:18

偽装請負がいつ合法化されたの？
この数年どんどん手が入ってるでしょ

キヤノンとか偽装請負すべてやめると明言したばかりでしょ

0221デフォルトの名無しさん

2006/10/27(金) 14:46:03

キャノン・トヨタ・派遣。
密告とかなかなか深いね。
これから噴出する問題だね。
御手洗さんですか・・・
ただ、スレ違い。

0222デフォルトの名無しさん

2006/10/27(金) 14:51:15

>>215
なかなか良かったんですが…
>Swing アプリの方が制約の少ない分、後で盛り返せる余地はあると思う。
これの根拠はあるんですか？次のJava6でってこと？

>アプレットは問題外。これ提案するようなベンダーと付き合うべきでない。
そうでもないと思うけど、どうしてアプレットは問題外なの？
確か、サーバ・クライアントモデルで、DB集計はサーバーって書いて
るんだから自分の言ってる事と矛盾してるでしょ。

0223デフォルトの名無しさん

2006/10/27(金) 15:36:43

>>222
昔のしょぼい連中の作ったJavaAppletをみてリッチクライアントじゃねえとか思ってる口だから気にするな

0224デフォルトの名無しさん

2006/10/27(金) 21:56:24

>>222
＞これの根拠は
ローカルリソースにアクセスする為に
署名しろとかいろいろ面倒。
ブラウザから始めるのも一手間無駄になる。
(ブラウザを開くことと仕事とは一切関係がない。)
zip 落として展開して、これを叩いてください、
次からはショートカット叩きゃOKです、の方が最終的に楽。

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

＞どうしてアプレットは問題外なの？
アプリに比べて上段で挙げたことを感じるから。
逆にアプレットの方が優れてるところってどこでしょうか？

0225デフォルトの名無しさん

2006/10/27(金) 22:22:01

>>224
>個人の意見
そういうことなら了解です。面倒とかそういうのは分かりますです。

>アプレットの方が優れ
サーバー・クライアントモデル、そのままってところでしょうか。

0226デフォルトの名無しさん

2006/10/27(金) 23:07:19

これってアプレット？

CGoban 3 のダウンロード
http://www.gokgs.com/download.xhtml

0227デフォルトの名無しさん

2006/10/27(金) 23:17:24

署名って面倒か？
「最初に自動的にインストールしてくれます。更新も自動です。」
ってだけでしょ。

0228デフォルトの名無しさん

2006/10/28(土) 00:20:59

>>224
そもそも一般人はローカルにZIP落として適当なフォルダに展開というのを嫌がる＆出来ない人もいる
というのを認識したほうがいい

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

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

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

雇う側からすると今の時代は鯖サイドの技術者のほうが入手せいがいいので
クライアントはあくまでも操作性がいいSwingベース、鯖でロジックという3層式はやりやすい
SpringとかDI使ってさくさく組めるしね

0229デフォルトの名無しさん

2006/10/28(土) 00:28:44

>>228
>>226がそれ。
起動時にバージョンアップもしてくれるので楽。

0230デフォルトの名無しさん

2006/10/28(土) 00:29:53

数年で便利になりましたね～
まだまだ途中ですけどね～

0231デフォルトの名無しさん

2006/10/28(土) 00:48:00

さっきJREを_09にアップデートしたんだけど以前のJREも残るんだな。
しかもJDKじゃないからserver vmはふるいまんまだし。
せめて古いバージョンって自動的に削除とかしてくれないの？

0232デフォルトの名無しさん

2006/10/28(土) 00:52:57

本来あってはならないことだけど
パッチレベルの違いで挙動が異なるプログラムがある以上
勝手に削除するわけには行かないところなのが実情。

0233デフォルトの名無しさん

2006/10/28(土) 01:32:35

新陳代謝の激しいフリーウェアにはいいかも知れんね。
例えばゲームとかだと頻繁にバグフィクスや難度調整が入るだろうし。

0234デフォルトの名無しさん

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という２チャンネルビューアがプラットフォームを超えて受け入れられ
ているのは、もしかしたら今後に期待できるということなのかもなーとか思う。

0235デフォルトの名無しさん

2006/10/28(土) 04:28:57

JavaScriptは思いっきりクライアントサイドですがな。

0236デフォルトの名無しさん

2006/10/28(土) 05:25:12

JavaScriptはデスクトップでの競争になってるな。

0237デフォルトの名無しさん

2006/10/28(土) 09:24:55

Web2.0という名称の下で、デスクトップの領域に侵食しようと頑張っているよね。

0238デフォルトの名無しさん

2006/10/28(土) 09:32:19

Adobeがアポロだったかいう名前で
デスクトップ用のFlash&Ajaxな世界を画策してるな。

0239デフォルトの名無しさん

2006/10/28(土) 10:59:01

cgiも単なるインターフェースでperlとかもともとクライアント用途メインだったし

0240デフォルトの名無しさん

2006/10/28(土) 11:03:36

>>234はMacのSwingみたことないのかなぁ

0241デフォルトの名無しさん

2006/10/28(土) 15:22:46

>>240
ないんだろうなぁ・・・・

0242デフォルトの名無しさん

2006/10/28(土) 15:38:52

>>234は強烈な電波ってことで・・
言いたい事はわかるが、ずれてる・・

0243デフォルトの名無しさん

2006/10/28(土) 18:11:23

VM が 0 秒以下で起動するようにならんと
Java 遅いというレッテルはなくならない。
つまり永遠になくならない。

0244デフォルトの名無しさん

2006/10/28(土) 18:26:45

OS起動時にサービスとして立ち上がり、
そのまま実行環境を10個くらいプーリングし
要求に応じて割り当てる。
メモリをデフォで2GB以上消費する。

そんなJVMサービスプロセス。

0245デフォルトの名無しさん

2006/10/28(土) 18:45:59

Windowsのプロセス起動の遅さは10年たっても改善されていないけど実用になってるのだが
その辺はどうかね

0246デフォルトの名無しさん

2006/10/28(土) 18:50:18

ハードが進化してるから

0247デフォルトの名無しさん

2006/10/28(土) 20:38:33

坊やだからさ

0248デフォルトの名無しさん

2006/10/29(日) 00:34:40

>>245
どうかねって言われても、この図式だろ。
話をそらしたつもりか？

Java アプリ：プロセス起動時間＋ VM 起動時間
ネイティブアプリ：プロセス起動時間

0249デフォルトの名無しさん

2006/10/29(日) 04:22:05

>>243
JVMのプロセス起動しとけばいいじゃない
MVMが実現したら、解決だな、それじゃ

0250デフォルトの名無しさん

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コンパイルされて、キャッシャされるのだろうか。

0251デフォルトの名無しさん

2006/10/29(日) 16:34:48

ユーザーの作ったクラスは難しいと思う
アプリごとにクラスパスも違うし、バージョンアップ作業もコピーだけでよかったり
クラスパスルートもさまざまだしね

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

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

フォアグラウンドコンパイルにしたところでそのメソッドを指定スレッショルド以上つかわないと
コンパイルされねーからな

0252デフォルトの名無しさん

2006/10/29(日) 17:07:46

>251 -Xcomp

0253デフォルトの名無しさん

2006/10/29(日) 17:17:15

>>252
だからそれだとだめなんだってば
フォアグラウンドコンパイルになるだけ

0254デフォルトの名無しさん

2006/10/29(日) 17:34:14

>253 それは-batchでは。

0255デフォルトの名無しさん

2006/10/29(日) 17:47:59

>>254
だから実行時にコンパイルされるのはメソッド単位なのが問題といってるでしょ
-XX:+PrintCompilationで確認すればわかると思うが-Xcompでは解決しない

メソッドよびだしたときにかたまるようではそれは使い物にならない
まだバックグラウンドコンパイルして最初はインタプリタ動作のほうがかたつきはへる分まし

0256デフォルトの名無しさん

2006/10/29(日) 22:08:25

Javaじゃなければとっくに解決している問題じゃないのか。
なぜJava使ってる？

0257デフォルトの名無しさん

2006/10/29(日) 22:27:30

起動時間が遅いって・・・CGI使うわけじゃあるめーしｗ

0258デフォルトの名無しさん

2006/10/30(月) 00:25:42

Swing とか SWT って知ってるか？

0259デフォルトの名無しさん

2006/10/30(月) 00:45:54

>>250
ネイティブコンパイルの結果を再利用できればいいんだが
それと>>249の話は別、単にアプリ起動のフットプリントの話だろうから
JVM起動にかかるコストを無くしたいんだったらJVMは常駐にしとけばいいじゃん、ってこと

0260デフォルトの名無しさん

2006/10/30(月) 02:24:29

>>259
VM常任しておいて、どうやってプログラム終了するんだよ！

0261デフォルトの名無しさん

2006/10/30(月) 02:52:40

>>260
その課題も含めてMVMの実現なんだって・・・

0262デフォルトの名無しさん

2006/10/30(月) 02:54:03

現世代で出来ないならスレ違いだろ。
それをここで愚痴るな。

0263デフォルトの名無しさん

2006/10/30(月) 10:05:18

次世代のスレは糞みたいなやつが常駐してるので使い物にならん

0264デフォルトの名無しさん

2006/10/30(月) 17:03:18

>>263 だからここで愚痴るな。おまえは、やっぱりカスだな。

0265デフォルトの名無しさん

2006/10/30(月) 18:19:14

>>228
> そもそも一般人はローカルにZIP落として適当なフォルダに展開というのを嫌がる＆出来ない人もいる
> というのを認識したほうがいい
素朴な質問ですが、今時そんなことやらせてる会社ってあるのでしょうか
私の知っている会社は皆、キッティングなり配布なりでコマンド一発でOKなのですが

0266デフォルトの名無しさん

2006/10/30(月) 18:46:21

>>264
だからお前はここに来るなと

0267デフォルトの名無しさん

2006/11/07(火) 22:09:44

>>265
たとえ話として、数人でやるシェア・フリーソフトや会社内部・部署の
みで使うってのもありうるわけで…
ご自分の場合だけで考えるのはいけないですよね。

0268デフォルトの名無しさん

2006/11/15(水) 10:33:10

些末な例外は何にでもあるからな。

0269デフォルトの名無しさん

2006/12/01(金) 20:37:55

現世代って言うのか過去なのか一時JythonとかJRubyとかjava実装の言語がはやってたけど
あれは何が目的だったん？

0270デフォルトの名無しさん

2006/12/01(金) 22:13:55

・Yet Anotherな実装が欲しいが、一からつくんの面倒だしという発想
・一時期以降のJVMは結構速いから、使えば結構嬉しいかもという発想
・セキュリティ機構も活かせると面白いかもという研究ネタ
まあ色々ある。

0271デフォルトの名無しさん

2006/12/02(土) 00:05:20

現世代と言えば1.5になるのだろうか。

generics の erasure は・・・失敗だったような。

0272デフォルトの名無しさん

2006/12/02(土) 07:41:35

>>269
JRubyはRuby on Railsも動かしたりしてるし、PHPも動くし「一時」じゃ内希ガス

0273デフォルトの名無しさん

2006/12/06(水) 01:24:48

Javaって、GPLになったじゃない
だから、Troveみたいな標準より速いとかいうコレクション実装に差し替えちゃう
見たいな話とか出てこないのかな？

0274デフォルトの名無しさん

2006/12/06(水) 01:59:00

>>273
コレクションってクラスライブラリだよね？
OpenJDKでGPLv2になった部分の範囲外のような気がする。

まだ不勉強なので違ってたらごめん。

0275デフォルトの名無しさん

2006/12/06(水) 02:12:34

ライブラリはGPLの範囲外ですな

0276デフォルトの名無しさん

2006/12/11(月) 20:15:34

こんにちは、現世代Javaの仲間入りです。JDK6リリース。

ttp://java.sun.com/javase/ja/6/download.html

0277デフォルトの名無しさん

2006/12/11(月) 21:22:27

>>276
まだ文残ってる
＞ご注意: 現時点で J2SE 5 Itanium ポートは利用できません。ダウンロードバンドルは後日リリースされる予定です。
結局5最後までItanium版出なかったなー

0278デフォルトの名無しさん

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リリースに切り替わった。

0279デフォルトの名無しさん

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変えましたってのが
変更のほとんどである点がほほえましい

0280デフォルトの名無しさん

2007/01/18(木) 23:54:26

Java 6ってOpenGLをSwingで使えるんじゃなかったっけ？

0281デフォルトの名無しさん

2007/01/19(金) 00:26:48

Swingが（というかJava2Dが）OpenGLアクセラレーションできるようになってるが正解
まだバグも多いのでデフォにはできんけどな

5.0のときから一応出来るようにはなってるけどね
5.0でのOpenGLはほんとバグだらけでひどかった

0282デフォルトの名無しさん

2007/01/21(日) 05:01:11

CompilerAPIがわかんね
ファイル読み込んでクラス生成は出来ても、
文字列からのクラス生成ができね

0283デフォルトの名無しさん

2007/01/21(日) 05:51:51

仮想ファイルが使えるようになったんだっけ？

0284デフォルトの名無しさん

2007/01/21(日) 14:27:25

Compiler Tree API を隠しAPI扱いにするのはやめてほしかったなぁ。

バージョン名をパッケージ名前に含めることで下位互換性を保つことは可能だし、
なぜ隠しAPI扱いになったのか理解に苦しむ。

0285デフォルトの名無しさん

2007/01/21(日) 15:54:17

> Compiler Tree API を隠しAPI扱いにするのはやめてほしかったなぁ。
> なぜ隠しAPI扱いになったのか理解に苦しむ。
どっちなんだ……

0286デフォルトの名無しさん

2007/01/21(日) 15:59:04

キミはなにを言いたいの？
理解に苦しむ。

0287デフォルトの名無しさん

2007/01/21(日) 16:21:00

つーかCompiler API使えばクロージャ出来るじゃん・・・
わざわざ言語使用に入れんでも。

0288デフォルトの名無しさん

2007/01/21(日) 16:26:00

>>284
tree API は doclet API並に公開されてるし、compiler API は java の標準APIでしょ。

javax.lang.model の方で将来のバージョンに対する考慮はしてるみたいだし。

0289デフォルトの名無しさん

2007/01/21(日) 16:28:27

>>287
今までだってJavaCC 使うとか、自力で字句解析と構文解析すりゃできたよ。

0290デフォルトの名無しさん

2007/01/21(日) 16:32:30

>>287
サンプル書いてみろよｗ
口だけやろうがｗｗ

0291デフォルトの名無しさん

2007/01/21(日) 16:38:26

全部機械語で出来るじゃん・・・
わざわざ言語作らんでも。

こんな感じかな。

0292デフォルトの名無しさん

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();
}}
}

0293デフォルトの名無しさん

2007/01/21(日) 17:32:04

どこからつっこめばいいのやらｗ
まずコンパイラぐらい通せよｗｗ

0294デフォルトの名無しさん

2007/02/03(土) 18:43:05

>>287
んなもん、Java6じゃなくてもできるわ。アホかｗｗｗ
クロージャの意味を、

「よ　く　理　解　し　て　か　ら　書　い　て　ね　。」

0295デフォルトの名無しさん

2007/02/03(土) 18:44:44

Compiler APIって、APTサポートの目的が強いんだろな。

0296デフォルトの名無しさん

2007/02/13(火) 14:12:37

JDK6 の日本語ドキュメント完成だってさ。
http://blogs.sun.com/javaev/date/20070213

0297デフォルトの名無しさん

2007/02/13(火) 16:50:44

今回すごい遅かったな
やっぱり翻訳されたAPIドキュメントがあるのとないのとでは違うからねぇ

0298デフォルトの名無しさん

2007/02/19(月) 14:49:38

http://java.sun.com/javase/ja/6/docs/ja/technotes/guides/vm/par-compaction-6.html
並列若い世代コレクタ
(　ﾟдﾟ)・・・・・・

何処に突っ込むべきなんだろう

0299デフォルトの名無しさん

2007/02/19(月) 15:15:38

昔から直訳ってのはよくある
カタカナのままのほうがわかりやすいとかもあるしね

有名どこではシリアライズとかパーシステンスとかだが、まぁこれはまだいいほう
マイナーなAPIだとすごいままだぞ

0300デフォルトの名無しさん

2007/02/20(火) 00:23:59

永続性っていう日本語は、なんとなくイメージしやすい気がする
直列化はいまだにピンとこない。

0301デフォルトの名無しさん

2007/02/20(火) 00:26:44

劣等GPLとかすばらしいよな

0302デフォルトの名無しさん

2007/02/20(火) 08:44:18

劣等パンダ

0303デフォルトの名無しさん

2007/02/26(月) 15:24:02

Rhino は javax.script.ScriptContext#setWriter で普通の Writer 渡すと
print 時にエラー吐いて死ぬ……

こんぐらいは、フレームワーク側で吸収して欲しいよーな。

0304デフォルトの名無しさん

2007/03/08(木) 17:11:51

>>302
レッサーパンダは火狐の夢を見るか？

0305デフォルトの名無しさん

2007/03/09(金) 13:49:06

>>303
そういう差異をラッパー書いてなくしてる俺は

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

ゴジラには勝ったけど寿命で消えたな。役目は果たした

0306デフォルトの名無しさん

2007/03/09(金) 22:55:21

お前ら現実を見ろよ

0307デフォルトの名無しさん

2007/03/20(火) 02:16:11

javaのレンダラ探してたら3DCGレンダラ見つかった。

ttp://sunflow.sourceforge.net/
javaでここまで実用的なソフトがあったとは

0308デフォルトの名無しさん

2007/03/22(木) 23:11:28

http://www.java.net/download/jdk6/binaries/
壊れっぷりが素晴らしいな。6u1 Build b04が出るのは何時になるんだ？

0309デフォルトの名無しさん

2007/03/22(木) 23:57:41

それよりJavaSE6update1の一般向けリリースをささとだしてもらわんと
ライブラリのバグ以前にVMのバグがはいってるのはかなわん

0310デフォルトの名無しさん

2007/03/23(金) 00:07:16

>>308
壊れてるっても、単に CSS のリンク先を間違ってるとかそーゆー問題じゃね？

0311デフォルトの名無しさん

2007/03/24(土) 22:07:35

>>310
いや、イメージファイルのGETがforbiddenになってる。
わけわからん。

0312デフォルトの名無しさん

2007/03/25(日) 21:44:40

Jdk6で、nioのSocketChannel#connectで頻繁にJVMごと死ぬ(jvm.dll+0xd283d)。
ググるとlimewireでも同じ問題起きてるみたいなんで、さっさとjdk1.6.0-01出してくれ。

0313デフォルトの名無しさん

2007/03/25(日) 23:05:57

俺も今日は3回落ちた
性能はいいんだけどねえ…

0314デフォルトの名無しさん

2007/03/25(日) 23:51:40

まずはライブラリ以前にVMバグ修正をさっさと

0315デフォルトの名無しさん

2007/03/26(月) 02:34:41

1.5で打ち止めでいいよ。
これ以上いじるとグダグダになる。
.Netなんか最悪だぞ

0316デフォルトの名無しさん

2007/03/26(月) 05:28:33

>>312
そんなふうに次、次を求めるから不安定になる
必要なら
ttp://download.java.net/jdk6/binaries/
こっから取ってくればいい

0317デフォルトの名無しさん

2007/03/26(月) 12:50:21

>>315
5.0は言語拡張はあるけど、ライブラリやVMにほとんど手が入ってなかったからね
その割には初期はバグバグだったり日本語バグ1年半くらい放置だったな

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

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

1.4.1以上の混乱はまぁでないだろうね

0318デフォルトの名無しさん

2007/03/26(月) 13:04:27

>>316
すまん。言葉が足りんかった。
そこのでもやっぱ>>312のように落ちるんだわ。
だから、さっさと修正して,-01を出してくれってこと。
正確には、nioのSocketChannel関係のsun.*のJNI実装DLL内で、
アクセスバイオレーションで落ちるから、jvmそのものじゃないけど、
標準配布のパッケージ使ってて、ネイティブ内で落ちられるのは耐え難い。

じゃ、1.5.0に戻せば良いのかもしれんが、JTableのTableRowSorterつかってるから、
戻すのめんどくさい。

0319デフォルトの名無しさん

2007/03/26(月) 14:57:45

>>312
ここでやるより、BugDatabase 行った方が早いと思うよ。
BugDatabase で SocketChannel connect AccessViolation で探したけど無さそうだった。

>>312 では再現条件がハッキリしないし。

0320デフォルトの名無しさん

2007/03/26(月) 16:08:31

>>318
SwingXのJXTable使ったら？
https://swingx.dev.java.net/

0321デフォルトの名無しさん

2007/03/26(月) 17:04:06

>>318
そうか、開発版を許容できるなら話は早い
ttp://forums.java.net/jive/forum.jspa?forumID=25
Forumだと結構Sunのエンジニアが相手にしてくれたりするよ。
BugParadeへの登録も内部からだと早いみたいだし。

0322デフォルトの名無しさん

2007/03/29(木) 11:08:09

1.6.0_01 age

0323デフォルトの名無しさん

2007/03/29(木) 16:09:28

やっときたか
http://java.sun.com/javase/ja/6/webnotes/ReleaseNotes.html#160_01
これでそれなりに安定するだろうか

0324デフォルトの名無しさん

2007/03/29(木) 21:01:16

早速入れてみた
なんかちょっと速くなった気がするよ

0325デフォルトの名無しさん

2007/03/29(木) 23:05:03

たぶん気のせい

0326デフォルトの名無しさん

2007/04/02(月) 11:37:04

JInternalFrameのバグなおってねーな
触って1分でわかるバグなのになぜ放置かと
比較的よく使われるコンポーネントだと思うんだが

0327デフォルトの名無しさん

2007/04/02(月) 14:15:11

誰も指摘しなかったら直らない

0328デフォルトの名無しさん

2007/04/02(月) 21:43:35

>>326
BugIdいくつのやつ?

0329デフォルトの名無しさん

2007/04/11(水) 13:50:50

JRE6入れてみた
かっこ良くなって、すごく軽くなった

こりゃいいな

0330デフォルトの名無しさん

2007/04/12(木) 00:32:00

見積り中の案件、.Netに負けてしまった (´・ω・`)
せっかく1.6触れると思ったのに。

0331デフォルトの名無しさん

2007/04/12(木) 11:32:01

ランタイムの互換性のなさと起動の遅さはどうでも良いのか、
それとも客がただのMS信者か・・・。

どっちにしてもデスクトップアプリケーションじゃなけりゃ6はあまり関係ないよ。

0332デフォルトの名無しさん

2007/04/12(木) 12:10:16

６はWebStartの進化がすさまじいからな
アプリケーションの追加と削除とかデスクトップやプログラムにショートカットが作られたりな

でも、肝心のスタンドアロンアプリで対応してないのがあふぉかと

0333デフォルトの名無しさん

2007/04/12(木) 12:45:58

jarアーキテクチャを拡張すればOSにインストール可能っちゃ可能だな。

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

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

linuxやjavaに慣れてる連中には激しくウザイな。
そういう連中にはバージョン管理機能くらい付けてくれんと利点がないな。

0334デフォルトの名無しさん

2007/04/12(木) 14:48:18

別に新しいバージョン取得して置き換えるだけだからかまわんと思うけど
Javaアプリ自体いままでバージョン管理してなかったんだし、問題はないだろ

0335デフォルトの名無しさん

2007/04/12(木) 21:47:59

>>332
アプリケーションの追加と削除とか、デスクトップへのショートカットは少なくとも5.0のときからあったよ。

0336デフォルトの名無しさん

2007/04/14(土) 15:36:26

SEのバージョンって1.4.2のが5.0より安定してるの？
会社が頑なにバージョン変えないようにしてるのが煩わしい。
ぶっちゃけ今SE6を使っても、以前のバージョンのバグは
改修されてると思うんだけど、これはアホい考え？

0337デフォルトの名無しさん

2007/04/14(土) 15:46:09

1.4.2だって5.0だってエンバグしたりしてるからどれが安定かというのはない
ただ新しいほうがセキュリティホールがうまってる確率が高いのと
サポート期間で有利

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

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

なにより来年7が出ると1.4のサポートがなくなるんでそういうのも考えながら選択すべし

0338デフォルトの名無しさん

2007/04/14(土) 16:32:41

>>336
ん。アホい。
改修されているバグと増えているバグと増えている機能と変わっている機能がある。

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

問題は、機能的に変わっているので新しく作るのではなく
今1.4で動いているのを5,6で動かそうとすると問題がでる。こういう用途であればやめたほうがいい。

0339デフォルトの名無しさん

2007/04/14(土) 16:45:32

> 1.4.2で分かっているバグでも対応しないと決められたものもあるからな。
「枯れてる」ってのは「不具合の多くが既知である」状態でしょ。
既知の不具合がどれだけ放置されていようが
不具合の多くが既知であれば「枯れてる」と言える。
極端に致命的でなければ。

まぁ、Sun はマイナーバージョンアップでも
不具合修正だけじゃなくて、わざわざ新機能盛り込んでエンバグしたりとか
阿呆な事やらかした実績があるから油断はできないが。

0340デフォルトの名無しさん

2007/04/15(日) 10:37:15

バグが直ることによって修正が必要になるアプリもあるからね。
1.4になったときswingのフォーカスバグが直って、1.3で作ったアプリを苦労して直したよ。
直すのに苦労したんじゃなくて検証が大変だったんだけどｗ

0341デフォルトの名無しさん

2007/04/16(月) 23:08:55

新機能が安定しないのはある程度仕方ないとしても、
しばしばデグレ起こすのは問題だよな。

0342デフォルトの名無しさん

2007/04/16(月) 23:15:03

すべてのリビジョンが取得できるからsunは良心的なほうだと思う。
バグが直った結果動かなくなるとかあるわけで。

0343デフォルトの名無しさん

2007/04/17(火) 03:26:11

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

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

これって Windows JVM だけリーク満載ってこと？

0344デフォルトの名無しさん

2007/04/17(火) 12:46:27

そもそもそこで検索されているバグはJVM本体ではなく
関連APIや関連アプリの話がほとんどのように見える

0345デフォルトの名無しさん

2007/04/19(木) 23:15:30

1.6のdocs-jaでかすぎﾜﾛﾀｗ
JDK(SE)本体よりでかいでやんの

0346デフォルトの名無しさん

2007/04/19(木) 23:37:14

5.0とあんまりかわらんけど？
別にjaでなくても大きいし

0347デフォルトの名無しさん

2007/04/22(日) 02:26:30

zipで12MBも違うが

0348デフォルトの名無しさん

2007/06/30(土) 14:51:48

　　　　　　　　　　　 _|_
　　　　　　　　　　／＿＼
　　　　　　　　　　￣|Ｕ￣　　
　　　∧＿∧　　　 /ミヽ、　
　　　(　･ω･)　　ノﾐｼ三　`~ﾟ
　　　(っ　≡つ＝つﾟ　　ﾟ　
　　　./　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ
　　　( /￣∪
　　　　　　　　　　　 _|_
　　　　　　　　　　／＿＼
　　ﾋｭﾝ　　　　　￣|Ｕ￣　　
　∧＿∧　＿∧　 /ミヽ、　
(（(　･ω･)三ω･) ノヽ　 `~ﾟ　））
　　(_っっ=　_っっﾟ　　　ﾟ　
　　　ヽ　　　ノﾋｭﾝ
　　　( /￣∪

0349デフォルトの名無しさん

2007/07/04(水) 04:57:53

1.6.0_02 age

0350デフォルトの名無しさん

2007/09/27(木) 02:36:54

JavaFXの話題はここでいいんかな

スレ立てたほうがいいかな

0351デフォルトの名無しさん

2007/09/27(木) 03:09:06

いんじゃないココで？

0352デフォルトの名無しさん

2007/09/28(金) 01:04:53

スレ立てないわ、話題はふらないわで>>351涙目ｗｗｗｗ

0353デフォルトの名無しさん

2007/10/01(月) 00:01:44

きょうび何の検討もなく1.42であるべきだといいはる自称Java通がいて悲しくなった。

0354デフォルトの名無しさん

2007/10/01(月) 00:06:56

1.4系のサポート切れるのが近づいてるのは無視するんかねぇ
もう2世代前のメジャーバージョンじゃきっついな

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

5.0の言語仕様についていけないやつじゃね？
大幅に安定したコードがかけるというのに・・・

0355デフォルトの名無しさん

2007/10/01(月) 01:19:51

>>353
理由を明確に説明させてやれ。
長い期間使うものであればあるほど危険であるというのは明白。
３年前ならともかく、今、5.0以降を使わないのはサポート的に危険。

JavaSE7のリリースと同時に1.4シリーズはSunがサポートを放棄します(EOL)
その自称Java痛がサポートしてくれるんでしょうか？と言ってください。

0356デフォルトの名無しさん

2007/10/01(月) 01:35:28

でかいところで、自社サポートやってる場合は、むしろ1.4.2の方がよかったりするんだろうか。
そういうレベルのところで、5.0は安定してきているんだろうか？

0357デフォルトの名無しさん

2007/10/01(月) 01:46:39

まあ、ケチを付けてる理由がむかーし個人的にぶつかった不具合一つで
それも既に解消していたりするんじゃないかと思うんだが・・・・
何の検討もなくって、所がもう・・・・

ただ、XML扱ってるとこは注意が必要かも、とは思う。
それでも、今から作るなら5.0以降だね。

0358デフォルトの名無しさん

2007/10/01(月) 03:34:50

バグフィックスにしてもポートは危険伴うし、1.4.2だから安定というものでもないよ
わりと1.4.2もエンバグくりかえしてるし

0359デフォルトの名無しさん

2007/10/01(月) 08:38:25

富士通とかでかいところは、自分ところでバグフィックスしてて、Sunのリリースでは修正されていないバグとかも修正されているという話を聞くけど。
そのレベルでは、Sunのリリースは使い物にならないとか。

0360デフォルトの名無しさん

2007/10/01(月) 10:45:09

富士通は自前のハードウェアでSolaris動かしているから、
Sunのハードウェアに適用できないパッチもある。
もちろん共通のバグを富士通がfixすることもあるのだが。

0361デフォルトの名無しさん

2007/10/01(月) 12:30:55

自分でソース治したいのならJDK6以上オススメ

昔は各社自前でJREもっていたんだが、結局一番使われるWindows版が安定していたというオチもある

0362デフォルトの名無しさん

2007/10/01(月) 15:26:27

次世代のようにこっちもビルド情報あった方がいいのかな、と
JDK6u5 build04
http://download.java.net/jdk6/
http://www.java.net/download/jdk6/6u5/promoted/b04/changes/jdk6u5-b04.html

Nimbusが入ってきているという噂があるのでこれから試してみるつもりです。

0363デフォルトの名無しさん

2007/10/02(火) 12:55:23

>>362
u3とu4はどこいったんだろ。欠番？

0364デフォルトの名無しさん

2007/10/03(水) 01:14:09

"Java SE 6 Update N"最新成果物登場 - 次期Java SE 6はフル改善
http://journal.mycom.co.jp/news/2007/10/02/023/

現世代でこんなに変化があるとは思いませんでした。

0365デフォルトの名無しさん

2007/10/03(水) 06:03:46

6u3 release age

0366デフォルトの名無しさん

2007/10/03(水) 14:12:50

>>363
ビルド番号は、update release毎に刻まれているようです。
なので、u4はもうQAフェーズなのでは？

0367デフォルトの名無しさん

2007/10/17(水) 21:40:32

6u3の変更点は何処を見れば分かる？

0368デフォルトの名無しさん

2007/10/17(水) 22:47:18

リリースノートみればわかる
基本的にセキュリティアップデートだけだよ
バグが直るのはu4以降

0369デフォルトの名無しさん

2007/10/18(木) 01:19:10

>>368
ありがと

0370デフォルトの名無しさん

2007/10/20(土) 02:47:01

Update N っていつリリースされるんだろな？
期待してるんだけど。

0371デフォルトの名無しさん

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

0372デフォルトの名無しさん

2007/10/21(日) 02:16:47

Flashのインストール率は「ほぼ100％」
ttp://www.atmarkit.co.jp/news/200710/16/jstream.html

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

バージョンの比率も知りたい。
一般人の環境見てるとJRE1.1とか結構いるんだよねｗ

0373デフォルトの名無しさん

2007/10/21(日) 06:25:02

1.1ってのはMSのVMじゃないか？

0374デフォルトの名無しさん

2007/10/21(日) 10:16:01

>>372
JRE入ってないWindowsプレインストール機ってかなり多いからね。

0375デフォルトの名無しさん

2007/10/21(日) 17:42:49

一般的なメーカー製だと5.0とか結構はいってるけどな
IEが搭載しなくなったし、1.1よりは今はシェアあるだろ

0376デフォルトの名無しさん

2007/10/21(日) 17:44:00

flashはほぼはいってるが、バージョンで大きな差がありすぎるのが癌
ブラウザで広告が表示できてないのはよく見る

0377デフォルトの名無しさん

2007/10/21(日) 20:59:39

会社では、DELLかLenovoのを買うけど、ほぼ確実にJRE入っているなあ
個人ではショップブランドばかりで、OSすぐに入れ直すから、入っていないけど

0378デフォルトの名無しさん

2007/10/22(月) 09:16:48

富士通FMV-BIBLO/Vistaは入ってなかった。
MSはややこしい契約で縛る可能性があるからなあ。

0379デフォルトの名無しさん

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

0380デフォルトの名無しさん

2007/10/25(木) 10:12:42

Java、結構頑張ってんな

0381デフォルトの名無しさん

2007/10/26(金) 02:05:40

これ、ConsumerJREが入ったら一気に化けるだろ。

0382デフォルトの名無しさん

2007/10/27(土) 23:09:57

明るい未来を信じてます。

0383デフォルトの名無しさん

2007/11/15(木) 13:52:54

6uNの新しいビルドでたね

Nimbus周りのバグとJFileChooserの件が
治ったみたい

0384デフォルトの名無しさん

2007/11/15(木) 14:52:41

今スナップショットだっけ？
位置づけとしてはマイルストーン？

0385デフォルトの名無しさん

2007/11/19(月) 04:51:19

Java Web Startは、巨大な辞書ファイルをランダムアクセス
するようなアプリ配布には使えないのかな。
セキュリティマネージャを使ったのとか。
説明書読むと、すべてjarファイルになってることという条件がついてる。

0386デフォルトの名無しさん

2007/11/19(月) 04:56:23

jarにすりゃいいじゃん

0387デフォルトの名無しさん

2007/11/19(月) 07:54:45

うーむ、それはそうなんだけど・・・
修正しなきゃいかん部分がたくさんある。テストもやりなおしだなぁ。
でもま、やってみるわ。なんとかなるような気もしてきた。

0388デフォルトの名無しさん

2007/11/19(月) 12:01:34

>>386
その文章を理解するとは頭いいな

0389デフォルトの名無しさん

2007/11/25(日) 15:59:56

>>385
巨大な辞書ファイルはサーバーで持つべきでは？
何のためのWebだよ。

0390デフォルトの名無しさん

2007/11/25(日) 17:51:12

>>389
それしたらオフラインで使えないでしょ。
モバイルのユーザが不便じゃん。

0391デフォルトの名無しさん

2007/11/25(日) 17:59:34

でもさ、すべてをjarにする必要はないよ。
JWSはアプレットの延長じゃなくて、Javaアプリのインストーラーだから。
パーミッションでフルアクセスを許可してしまえばすべて解決。

0392デフォルトの名無しさん

2007/11/26(月) 14:27:43

>>391
の延長として。

JWSは、それだけでは使いづらいので
アプリケーションのインストーラもしくはランチャーとして使うのが便利だと思う。
ランチャーの仕組みとかは作らないと駄目だけど
リソース周りの自由度がちょっと上がる。
（どうキャッシュさせるかとか、実行中のアップデート確認とか）

0393デフォルトの名無しさん

2007/11/27(火) 20:05:50

JWSは機種依存しないインストーラーだからすげーありがたい。

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

でもGPLを適用したソフトだとライセンスにひっかかることはないのかな。
漏れはGPLにはどっちかというと否定的なんだけどさ。

0394デフォルトの名無しさん

2007/11/28(水) 01:14:24

JWSはjavaアプリケーションデプロイ仕様の一つの実装であってインストーラではない。

0395デフォルトの名無しさん

2007/11/28(水) 04:18:09

はいはい

0396デフォルトの名無しさん

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)のほうが、ユーザに配慮しているとはいえまいか？

0397デフォルトの名無しさん

2007/11/28(水) 13:13:16

社内アプリ等でちょっとしたものでオレオレが必要な場合
先にクライアントにオレオレCAを追加しておく

ということはよくやるかも

0398デフォルトの名無しさん

2007/11/28(水) 13:19:48

>>393
GPLのソフトを非GPLであるWindowsで動かしても問題ないのと同じ

0399デフォルトの名無しさん

2007/11/28(水) 13:45:03

JWSをインストーラとするアプリをGPL(もしくはその亜種)で公開すると、
実行可能なソースを公開しなきゃいけない規則はどうなるんだろう。

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

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

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

まぁ、公開したアプリがそこまで普及するならある意味成功ともいえるけど。

0400デフォルトの名無しさん

2007/11/28(水) 13:52:41

>>399
ソースくれといったら渡すだけなのでメールでもFDでもCDでもどっかのページ上においてもいい

0401デフォルトの名無しさん

2007/11/28(水) 14:07:27

>>400
最初はWikipediaのGPLの項目を読んでそれでいいと思っていたんだけど、
GNUのサイトを読むと、どうもそれだけでは通用しないような感じもする。

GNUサイトのライセンスの解説は、あいまいな表現が多くて長い文面のわりに
なにいってのか要点が見えにくい。
伏魔殿のようになにしこまれてるかはっきりしないからGPLは用心してしまう。

0402デフォルトの名無しさん

2007/11/28(水) 14:08:29

jnlpへのリンクの隣にソースへのリンクを貼っとけばいいよ

自分以外のサイトで再配布された場合、その再配布サイトの人がソースを提供する義務を負うんでない？

0403デフォルトの名無しさん

2007/11/28(水) 14:18:05

>>402
それなら問題はないはず。

ただJWS専用のアプリだとソースをそのままコンパイルして実行とはいかないけどね。
サーバごとにセットアップだの場合によってはjarへの署名が必要になるかと。
でもその手続きについて著者は知ったことじゃないでいいと思うけど。

0404デフォルトの名無しさん

2007/11/28(水) 15:45:00

>>401
GPLってネットが普及する前からあっただろと

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

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

だが、手間なのでネットで入手できるようにしておくのがいいというだけ

0405デフォルトの名無しさん

2007/11/28(水) 17:17:01

>>404
というようにも解釈はできる文言もあるが、次のような文言も用意されている。

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

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

でも、このテーマはすれ違いっぽいから、このへんにしとくわ。

0406デフォルトの名無しさん

2007/11/28(水) 17:28:38

同じ場所からってのは配布元がソースとバイナリを一致させる必要があるということ

ネット環境につないでなければ配布しなくてもいいということにはならんだろ？

0407デフォルトの名無しさん

2007/11/28(水) 17:46:16

オレオレ解釈するのは自由だが、もめたときそれが通用するかどうかは俺にはなんともいえんよ。

0408デフォルトの名無しさん

2007/11/28(水) 18:08:37

>>404
拒否はできると思うんだが、郵送にかかる手間には対価を請求できる。
郵送しか手段がない相手が、どうやってバイナリを手に入れたかのほうが気になる。
郵送しか入手手段がない、というのならその前にその人はバイナリも郵送で手に入れているはずなんだよな。

で、JavaでGPLライブラリを使う場合だが、JNLPでライブラリだけリンクってのは
大変だから、ライブラリjarにソースを含めてもらうのがいいんじゃないかな？
LGPLじゃなくGPLのライブラリだとしたら、使ってるアプリもGPLのはずだから
ライセンスの同意とかはあまり気にしなくていいのかな？

0409デフォルトの名無しさん

2007/11/28(水) 18:14:42

jarにソースが入ってても、jnlpじゃダウンロードした中身を見れないんじゃないかなぁ
個別のjarに別のリンクを張るか、アプリにソース展開コマンドを用意して同梱のソースを取り出せるようにするとかしないと意味ない気がする

0410デフォルトの名無しさん

2007/11/28(水) 18:21:42

GPLv3だと、アプリのボタン押したらソースがDLできるようにするのを推奨
とかなかったっけ。

0411デフォルトの名無しさん

2007/11/28(水) 18:23:59

>>409
おいおい。親切すぎだろ。
tar.gz 形式で配布してるソースはアウトになっちゃうぞ。
ヘルプにライブラリからの取り出し方書いておけばOKだと思うぞ。

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

いや、ソース用のjarを別に用意して、JNLPファイルで1ライブラリとして
指定しておけば楽ちんだろうな、と思ったの。
キャッシュに入る訳だけど、キャッシュ内ではライブラリとソースのバージョンは一致するはずでしょ。

0412デフォルトの名無しさん

2007/11/28(水) 18:40:03

キャッシュの中のjarって見れる？
C:\Documents and Settings\....\Application Data\Sun\Java\Deployment\cache\6.0
の中を見ても、目的のファイルの探し方がわからん

0413デフォルトの名無しさん

2007/11/28(水) 19:00:19

>>412
！もう少し分かりやすく格納してたと思ったが、・・・記憶違い？
こりゃ・・・駄目だ。

もう、ライブラリ配布サイトのURLが表示される、くらいで勘弁してもらおう・・・・

0414デフォルトの名無しさん

2007/12/04(火) 20:08:23

JWSで動作するアプリがあって、そのユーザがサードパーティのプラグインをアプリにインストールして
使用できるというようなのをやりたいんだけど、そういうのって可能なんかな。
JNLPファイルの中で、あらかじめ使用するjarファイルをすべて宣言しておくしかないようだけど。

というのは、たとえJNLPファイルの中で、<permission-all>を指定してあっても、
後からJWSの管理外のコードベースから動的に読みこまれたクラスに対しては、
あいかわらずセキュリティマネージャの監視が効いてて、それを解除する方法がよくわからない。

0415デフォルトの名無しさん

2007/12/04(火) 20:22:31

Mavenとかそういうこと?

0416デフォルトの名無しさん

2007/12/04(火) 20:34:31

Maven使ったことないのでよくわからん。スマソ。

0417デフォルトの名無しさん

2007/12/04(火) 21:04:53

>>414
プラグインが必要としそうな入出力APIを本体アプリの方に持っておいて、プラグインからはそれを使う
AccessController#doPriviliegedをお忘れなく

0418デフォルトの名無しさん

2007/12/04(火) 22:08:28

>>415
Mavenは構築用だから関係ないんジャマイカ？

0419デフォルトの名無しさん

2007/12/04(火) 23:02:53

>>417
なるほど。
また仕事が増えてしまったけどw

> AccessController#doPriviliegedをお忘れなく

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

普通のアプリとして動かしていたときは、ポリシーファイルを使ってプラグインの権限に制限かけてたんだけど、
JWSでは多分その方法は使えそうにないですね。 ( ためしてないから確かなことはいえないけど )。

0420デフォルトの名無しさん

2007/12/05(水) 01:43:38

>>419
URLClassLoaderのgetPermissionsをオーバーライドして
PermissionCollectionにAllPermissionを追加したらいいかもしんない。

0421デフォルトの名無しさん

2007/12/07(金) 06:27:42

>>420
その方法で一応セキュマネを突破できた。
AllPermissionのまま使うわけにはいかないけど、あとは応用だからなんとでもなりそうです。
資料が少ないのでソース調べまくって悩んだ悩んだw
あんたただ者じゃないよ！
大感謝！

0422デフォルトの名無しさん

2007/12/07(金) 06:31:49

>>420
すごく勉強になった。ありがと。

0423デフォルトの名無しさん

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の表示が
直っているかな・・・と思ったんですが直ってないですね。
まだまだ絞っていかないと駄目みたいですね。

0424デフォルトの名無しさん

2007/12/07(金) 18:11:17

とりあえずwebsphereで始めたらいいですか？

0425デフォルトの名無しさん

2007/12/08(土) 03:34:00

Nimbusの正式リリースも近そうだな。楽しみ。

0426デフォルトの名無しさん

2008/01/12(土) 16:12:05

うｐ毎回のようにリグレッションが出るのは何とかならないの？

0427デフォルトの名無しさん

2008/01/12(土) 16:13:34

なんともならない

0428デフォルトの名無しさん

2008/01/12(土) 21:58:41

バグのないプログラムが存在しないのは数学的に証明されてるからな。

0429デフォルトの名無しさん

2008/01/12(土) 22:20:20

バグのないプログラムなんていくらでも存在するがw

0430デフォルトの名無しさん

2008/01/12(土) 22:26:49

cabosを使おうと思っているのですが最新型のJavaをDLしているにもかかわらず

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

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

これってどうすればいいんでしょうか？

0431デフォルトの名無しさん

2008/01/12(土) 23:23:02

>>429
プログラムがバグってなくても仕様がバグったら(ry

0432デフォルトの名無しさん

2008/01/12(土) 23:23:42

>>429
プログラムがバグってなくても仕様がバグってたら(ry

0433デフォルトの名無しさん

2008/01/12(土) 23:37:17

プログラムじゃなくて、それを作った奴がバグってるだけ。
機械は忠実に実行してるだけだし、javaでもvbでも奴がアホならプログラムもアホになる。

0434デフォルトの名無しさん

2008/01/12(土) 23:43:27

>>428がバグってる件について

0435デフォルトの名無しさん

2008/01/13(日) 00:07:26

ググってみろ

0436デフォルトの名無しさん

2008/01/13(日) 01:45:04

こっちでやれ、ハゲが。

バグのないプログラムは存在しない
http://pc11.2ch.net/test/read.cgi/tech/1132987738/

0437デフォルトの名無しさん

2008/01/13(日) 01:46:41

ハゲがいないプログラマは存在しない

0438デフォルトの名無しさん

2008/01/13(日) 01:52:01

波平はハゲじゃないんだ！

0439デフォルトの名無しさん

2008/01/13(日) 14:38:13

update 4が出てる

0440デフォルトの名無しさん

2008/01/13(日) 18:31:50

英語版だけね

なぜか日本語版が出てないのに日本語のページはすでにupdate4になってるけど

0441デフォルトの名無しさん

2008/01/13(日) 21:13:21

そもそもJDKは国際化版はあっても日本語（オンリー）版ないし。

0442デフォルトの名無しさん

2008/01/13(日) 23:18:41

>>441揚げ足取りするなよ
マルチリンガル版がないのだよ

0443デフォルトの名無しさん

2008/01/14(月) 00:02:46

ん？置いてあるのってマルチリンガル版だけじゃないの？
Windowsに入れた時、ちゃんとインストーラでは日本語表示されてたような気がするが。

0444デフォルトの名無しさん

2008/01/14(月) 00:08:40

JREはenglishってかいてないか？

0445デフォルトの名無しさん

2008/01/14(月) 00:10:33

JREはローカライズするんじゃなかったっけ？

0446デフォルトの名無しさん

2008/01/14(月) 00:14:00

JDKは>>443。JREは知らん。

0447デフォルトの名無しさん

2008/01/14(月) 01:30:21

JDKのダウンロードページもEnglishと書いてあるな

今回急にダウンロードページのつくりが変わったからわけがわからん

0448デフォルトの名無しさん

2008/01/14(月) 08:09:16

>>447
Englishと書いてあるけど、置いてあるブツはUS版じゃないと思うんだが。

0449デフォルトの名無しさん

2008/01/14(月) 23:39:37

JDK6u4インストールしたがI18N化されてたぞ。毎度のごとくインストーラだけ。

0450デフォルトの名無しさん

2008/01/15(火) 00:21:01

インストールだけしてその後一切使ってないなら判らないかもしれないけど、
charsets.jarも入ってるし、コントロールパネルもjavacのエラーも日本語表示されるよ。

そーいや、コントロールパネルのカテゴリが「その他」から「プログラム」に移動してた。

0451デフォルトの名無しさん

2008/01/15(火) 00:29:53

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6485081 これかな

0452デフォルトの名無しさん

2008/01/15(火) 08:38:24

javaコマンドのメッセージが英語だったんだが。

0453デフォルトの名無しさん

2008/01/15(火) 12:03:42

javaコマンドのメッセージが日本語だった事ってあるの？

0454デフォルトの名無しさん

2008/01/15(火) 12:28:12

あるよ。
ただ、コマンドライン、システム・エンコーディング指定とか、
右往左往しすぎて今でも何が何だかよくわからん。

0455デフォルトの名無しさん

2008/01/15(火) 12:29:33

>>453
ないはず。少なくともSunの奴では。

0456デフォルトの名無しさん

2008/01/16(水) 14:10:22

Java Kernel(旧姓：Consumer JRE) の jre が出たらしい(もちろんテスト版)
https://jdk6.dev.java.net/6uNea.html#Download
変更点は、リリースノートが不在のためまだ不明。
Mercurialに変わってビルドに問題が？

0457デフォルトの名無しさん

2008/01/16(水) 14:29:39

Java Kernelいらね。
実際、需要はどうだろうね？

0458デフォルトの名無しさん

2008/01/16(水) 15:33:32

>>456
インストーラがVista対応してないとか書いてある

0459デフォルトの名無しさん

2008/01/20(日) 22:28:34

そういやIcedTea 1.5が出てたな。
PPCアーキテクチャへの対応が主な成果だが、ゲーム機で動いたら遊びがいがあるのにな。

箱○で.netが使われてるからPS3上のlinuxで動けば面白いのに。

0460デフォルトの名無しさん

2008/02/27(水) 20:27:12

jdk6uN build12
https://jdk6.dev.java.net/6uNea.html#Download
http://download.java.net/jdk6/6u10/promoted/b12/changes/jdk6uN-b12.html

ほとんどがBugFixのようでリリースは近いかな？？

0461デフォルトの名無しさん

2008/02/27(水) 21:02:00

>>460
リンク先のスケジュールに FCS Summer/Fall 08 って書いてあるんだが
リリース前倒しの情報かなんかあったっけ？

0462デフォルトの名無しさん

2008/02/28(木) 14:49:34

エスケープ解析ってどうなったの？

0463デフォルトの名無しさん

2008/02/28(木) 16:46:00

ServerVMで使えるよ。

0464デフォルトの名無しさん

2008/02/29(金) 04:54:52

有用そうだけど、話にも上がらなかったからもう消えた技術なのかと思ってたｗ

0465デフォルトの名無しさん

2008/02/29(金) 05:22:00

知らないうちに使われているのが一番だから

0466デフォルトの名無しさん

2008/02/29(金) 07:47:23

デファルトの起動オプションではおふじゃなかったか？

0467デフォルトの名無しさん

2008/03/01(土) 01:54:07

つ -XX:DoEscapeAnalysis

0468デフォルトの名無しさん

2008/03/01(土) 04:43:30

やっぱりオフじゃん。
確かスタックにnewオブジェクト置いても、すぐ解放みたいのだろ？
クライアント側(java.exe)にないと意味なくないか。
サーバー（といっていいのか）側の方が、クライアントより計算が多いなら別だが。
まあ、多分必要とされてないんだろうな（技術的には最適化みたいで大変そうだけど）。

0469デフォルトの名無しさん

2008/03/01(土) 13:36:28

サーバってのは、プログラムを24時間365日ずっと起動しっぱなしで、
何度も繰り返し大量のリクエストを捌くものだ
クライアントより計算（の量？）が多いってのは、確かだろう
多少時間をかけても入念に最適化してコンパイルしておく意義がある
クライアント側は、起動に時間かかると文句言うやつが多いからじゃないか

0470デフォルトの名無しさん

2008/03/01(土) 13:43:08

>>467
さりげなくうそおしえてるのわろた

0471デフォルトの名無しさん

2008/03/01(土) 14:02:33

（JVMの）起動に時間がかかるのは、ライブラリのロードとかが本質的なところじゃなかったか？
String以外なら、やりたいことはクライアント側で行列とかなんだけど、普通サーボー側ではやらんだろ。
もしかしてエスケープ解析が目指しているのは、これとは違う目的なのだろうか？

0472デフォルトの名無しさん

2008/03/01(土) 14:15:24

>>471
よくわからんのだけど(今のJVMの)エスケープ解析に最適化以外の目的がありえるの?
それともどんなケースで最適化が効くのかという話?

0473デフォルトの名無しさん

2008/03/01(土) 14:20:45

エスケープ解析すると、newしたオブジェクトがエスケープしてるかどうかがわかる
エスケープしないオブジェクトは、ヒープに割り当てる代わりにスタックやレジスタ上で済ますことができる
ヒープの割り当てが減ると、GCの回数が減る
GCがボトルネックになっている場合は、それで高速化できるかも
エスケープしないオブジェクトは、synchronizedを省略できる
synchronizedを多用してる場合は、それで高速化できるかも

0474デフォルトの名無しさん

2008/03/01(土) 14:23:47

>>472
意味不のレスを無理して理解しようとするな
スルーしろ

0475デフォルトの名無しさん

2008/03/01(土) 16:35:58

久々に話題振ってきてるのに、そりゃないよｗ

0476デフォルトの名無しさん

2008/03/01(土) 16:38:34

＞エスケープしないオブジェクトは、synchronizedを省略できる
＞synchronizedを多用してる場合は、それで高速化できるかも

並列処理と相性がいいらしいというのは、ここだったんですか。

0477デフォルトの名無しさん

2008/03/01(土) 16:46:51

たしかメソッドに渡してしまうとエスケープ解析対象外になるんじゃなかったか？
mat3=MyMatrix.mul (mat1,mat2);
みたいなの。

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

エスケープ解析とか、多分知ってる人いないし、見向きもしてないと思うけど。
特別に行列とかにこだわってんじゃないけどね。

0478デフォルトの名無しさん

2008/03/01(土) 16:53:23

ローカルでnewしてるわけで、メソッドに渡したのにスタックフレームと一緒に解放されたらまずいか。
やっぱimmutableとか関係ないし、無理だな。

エスケープ、やっぱイラネ―よ。こんな無駄な技術に人員割くなよなw

0479デフォルトの名無しさん

2008/03/01(土) 17:01:55

やっぱC#じゃないけど、stackallocみたいので一気に解決だな。
で、メソッドに渡すときは、自動でclone()みたいのを呼び出しになる。
たしかどこかの言語でref, outみたいなのあったけど、Javaだとそういうのカッコ悪いしｗ
stackallocのバイトコードを追加してくれ！

0480デフォルトの名無しさん

2008/03/01(土) 17:33:12

リファクタリングしまくるとエスケープ解析と相性悪くなりそうだな。
それでも、短いコードは正義だぜ。

0481デフォルトの名無しさん

2008/03/01(土) 19:03:28

そんなことじゃC99コンパイラと同じ運命だろうな

0482デフォルトの名無しさん

2008/03/01(土) 19:07:28

バイトコード、並列処理な話題をたのむ

0483デフォルトの名無しさん

2008/03/01(土) 19:08:33

エスケープ解析に最適化ってのは、ループ展開の最適化程度のことを大げさに言ってるだけｗ

0484デフォルトの名無しさん

2008/03/01(土) 19:57:27

もともとエスケープ解析が役に立つのは世代別GCを意識したコードだろうから
そんなに効果が挙げられないのかも

コンカレントGCのレスポンスが改善されるとそれだけでほとんどいけるんだけどね

0485デフォルトの名無しさん

2008/03/01(土) 20:36:31

Nimbusはいったいいつ正式リリースされるのかね

0486デフォルトの名無しさん

2008/03/01(土) 20:40:54

Summer/Fall 08じゃないのかね

0487デフォルトの名無しさん

2008/03/01(土) 21:33:53

ありがとう。
というかjdk6.dev.java.netにあったのね

0488デフォルトの名無しさん

2008/03/02(日) 01:29:35

>>477
実行時に最適化すれば、他のパッケージの関数の解析結果も利用できる。

0489デフォルトの名無しさん

2008/03/02(日) 06:12:01

GCの機嫌を取るようなコードを書く必要があるなら、
Javaなんかでやらない、でそもそも他の専用・特化した言語でやるよｗ

native float func(float);
とかすると、結局ネイティブ関数呼び出しコストが大きいし、
なんならjava.nioとか使うから別にいいよｗ

0490デフォルトの名無しさん

2008/03/02(日) 06:15:58

ただよく考えてみると、あまりに技巧的じゃないか？
例えば100x100の行列計算とか、BigIntegerで100桁の四則演算とsqrt実装とか、
今の計算機なら当たり前すぎる事をやりたいのに、
それをするためにはJavaでは高度な技術(java.nioとかgc)が要求されるから、
Javaは敬遠されるんじゃないかと思う。

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

多分だけど、エスケープ解析とかで技巧を凝らせば２０ナノ秒も速くなるんだろうけどｗ

0491デフォルトの名無しさん

2008/03/02(日) 06:35:06

確かに行列計算とかはサーバー側で計算したりさばいたりするものではない罠
せいぜい1ミリ秒速くなる程度だし、forループ内でnewしまくりでいいんじゃね？
さらにUIがGUIなら、ボタンとかのイベント待ちの時にGCすればいいだろ。
これが今のプログラミング・スタイルだと思う。

0492デフォルトの名無しさん

2008/03/02(日) 10:34:20

>>490
> Javaは敬遠されるんじゃないかと思う。
> 本当はJavaがいいんだが、専門学校中退とかおサルなクリエーターはflushとかお気軽な方に流れる。

（　ﾟдﾟ）ﾎﾟｶｰﾝ

0493デフォルトの名無しさん

2008/03/02(日) 10:40:31

>>492
「技術的に1秒速くできる！」とか、いわゆる技術者のオナニーなんて実際はどうでもいいし、この指摘はある意味的を得てる。

0494デフォルトの名無しさん

2008/03/02(日) 11:22:41

>>492
＞（　ﾟдﾟ）ﾎﾟｶｰﾝ

久々に見てワロタｗ
いつのまにか、こんなスレの主になってたのかｗ

0495デフォルトの名無しさん

2008/03/02(日) 11:37:27

誰ともコミュニケーションできないで、研究室で寂しく２CHに書き込んでる雑用見習いあたりだろよ。
やけにAPIとか詳しそうだしｗ

0496デフォルトの名無しさん

2008/03/02(日) 12:40:57

>>491
GCのタイミングがコントロールできないのがゲーム等で問題になってる
いつ発生するかわからない1msのGCより発生をコントロールできる10msのGCのほうがましなんだよね
new領域のGCができればいいけど、今のsunのSystem.gcの実装はfullGCなんだよね

0497デフォルトの名無しさん

2008/03/02(日) 15:50:20

ゲーム。その話になると思ったんですけど、多分設計上の問題で回避できるでしょう。
別にゲームじゃなくても、アニメーションとかストリーム（とかメディアAPI）でも
単純に作ると一瞬「ピックっ」として止まりますしｗ
GCをコントロールしたいという発想から抜けてみてはどうですか？

0498デフォルトの名無しさん

2008/03/02(日) 15:51:07

ストリーミング

0499デフォルトの名無しさん

2008/03/02(日) 16:45:17

1ms程度ならいつ発生したって別にどうってことない
60fpsで動かすとしても1フレームあたり16msもあるんだから十分吸収できる
問題は100msにも達することがあるfull gcの方で・・・

0500デフォルトの名無しさん

2008/03/02(日) 16:59:58

60fps、だいぶ大規模なソフトでも作ってるんですね。
まずC++（とかMS)を考えてみて、どうしてもJavaじゃないとダメなんだと考えてから設計してますか？
それともJavaならどこでも動くとかの趣味程度なら、Javaなのにこれを気にすること自体が間違いでしょう。

jdk1.8がどうなるかjdk1.9が何を目指すか、そういうのに合わせるのが吉じゃないでしょうかね。
もし趣味程度なら、メモリとかの先の話は独学や個人で解決できる問題じゃないですよ。

0501デフォルトの名無しさん

2008/03/02(日) 17:11:09

60fpsが出せる環境はwin, mac, linuxとかに絞られるからグダグダいうなら別にJavaじゃなくていいんと思うぞ。
C++とかで、自分でオブジェクトプール実装とかデストラクタでメモリ管理とかも出来ないのに、GC云々なんて文句垂れてるわけじゃないよなw
ANSICで簡単なGC実装してみろよとまでは言わないからさｗ

0502デフォルトの名無しさん

2008/03/02(日) 17:19:23

>>499
FullGCは発生はとめることはできるが、新世代は無理
垂直同期直前でGCが発生すると確実にフレーム落ちするんだよ
これは100マイクロ秒でも同じ

発生をコントロールできる10msは処理が終わった後余裕があるという場合は多いからその間にやればいいというだけ

0503デフォルトの名無しさん

2008/03/02(日) 17:30:46

そこまでリアルタイム性が高くてシビアなのを求めるんなら
C で行けって言うのは確かに間違いではないんだが、
俺も出来る事なら Java で書きたいかな。

Java の C++ に比べたときの仕様の簡潔さ・小ささや
エクリプスのコードの書きやすさは今のところ他の言語で同等のものを知らない。

0504デフォルトの名無しさん

2008/03/02(日) 17:42:39

JDK6がでてしばらくたってネタがなくなったためいまではおちてしまったが、
ゲームスレではそのGCのコントロールとクラスロードのコントロールと
ジョイパッドがあればCとほぼかわらない物ができるという結論だったはず

0505デフォルトの名無しさん

2008/03/02(日) 18:19:45

JavaのGCは想像を絶するほどの人員と金が投資されてるし、
これに比べれば上のエスケープ解析なんかは鼻くそ程度の小手先技でしかない。

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

とっても、非常に単純でいいなら個人でGCを実装するのは実はそんなに難しくないんだけどｗ

0506デフォルトの名無しさん

2008/03/02(日) 18:25:58

>>504
60fpsとか作ったことないし、イマイチ、どういう原因でGCの起動と処理時間が問題になるわけ？

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

もしかして違うところが話題なの？

0507デフォルトの名無しさん

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・・・

0508デフォルトの名無しさん

2008/03/02(日) 18:32:45

ゲーム類やメディアっぽいことをJavaでやるなら、ジャンルによるだろ。
ハードよりになるからまだ何年も先だろうし、ライブラリがあっても、今は人柱バージョンだろうな。
スカイプみたいなビデオ・チャットが手軽にできれば
少しはメディア系の開発者が増えるんじゃないか？

0509デフォルトの名無しさん

2008/03/02(日) 18:45:17

>>507
きっと君は技術的な興味・趣味でプログラムやってるていう感じじゃないか？
作りたいものよりも技術を試してみる方が優先していると思う。
それだけの技術力があれば一応なんでも作れるから、
自分が作りたいもの・作るものにあわせて使う言語を選び、
言語やライブラリの癖にあわせて使い分けるという発想にそろそろ切り替えたらどうだろうか。

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

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

allocateDirect 現状ではやっぱこれになるでしょな。

0510デフォルトの名無しさん

2008/03/02(日) 19:27:31

> 多分ですけど～と期待したい！！
自分の期待だけを根拠に予想に昇格させるのは止めたほうが

0511デフォルトの名無しさん

2008/03/02(日) 19:48:48

真性機械じゃないし、冗談ぐらいは通じるだろｗ

0512デフォルトの名無しさん

2008/03/02(日) 19:56:11

100×100の行列計算とか、100桁のsqrtやりたいのにJavaは敬遠されて、flushとかお手軽な方にながれるのか。
へんなの。

0513デフォルトの名無しさん

2008/03/02(日) 19:57:45

flush

0514512

2008/03/02(日) 20:07:01

>>490な。

0515デフォルトの名無しさん

2008/03/02(日) 20:56:20

>>509
そんな感じです。
面白そうなものを見かけたり思いついたりすると試してみたくなります。
常に最新技術を追ってないと追いてかれるという強迫観念みたいなものもなくもないですが。。
アドバイスありがとうございます。
心に留めておきます。

関係ないけど、flashは開発ツール高すぎ

0516デフォルトの名無しさん

2008/03/02(日) 21:28:59

自らが電車でお店に行って、店員にクレジットカードで払って、カバンに入れて、家に持ち帰って、
パッケージを空けたあとに、何十分もインストール画面を眺めながら完了するまで待ち、
さらに自分用にカスタマイズ設定をする。
とかだと、おっしゃるように、これでさらに日本円まで支払うとすれば、高すぎかもしれません。

きっとあなたは、孤独でかつ正直者なんでしょうなｗ
大学とか行かないで独学なのかとおもうのですけど、
freebsdの世界にいる人たちはあなたみたいな静かな人とか技術力が高く趣味の人が多いですよ。

0517デフォルトの名無しさん

2008/03/02(日) 22:12:59

>>506
表示されるときは垂直帰線期間中にフリップされる
つまり、垂直同期中直前にGCが発生すると意図せずフレームレートがおちる
一方、処理が6ms以内でおわっていれば10msのGCを指定した場所で発生させても問題はなくスムーズに動く
レスポンスとスループットの違いみたいなもんだ

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

使用するメモリ量を把握することやプリミティブ型を積極的に使ってのオブジェクトプールしかないが
こうなるとJavaの利点が激しくなくなるのでnew世代のGCもSystemクラスにほしいところ

0518デフォルトの名無しさん

2008/03/02(日) 23:17:18

もうObject#dispose()でいいよ。

0519デフォルトの名無しさん

2008/03/02(日) 23:19:56

そんな糞実装だとJavaの意味ゼロだろう・・・
リソースの開放だけなら別に問題ないけど
コレクションの参照とかどーすんだよ

0520デフォルトの名無しさん

2008/03/02(日) 23:44:23

明示的に破棄されなかったオブジェクトはGCで回収されるでいいんでない？
どうせGCを無くすわけにはいかないんだし。

Java開発者側もGCの改善に苦労してるんだったら、プログラマ側に任せられる
ところは任せたほうが双方ハッピーになれる気がする。

0521デフォルトの名無しさん

2008/03/03(月) 00:02:39

Object#dispose() で明示的に破棄されたけど、他で強参照してる場合とかはどーすんの？

0522デフォルトの名無しさん

2008/03/03(月) 00:17:17

>>521
そんときはException投げる。
って、それちゃんとやろうとしたらNextみたいなシステムレベルの
object poolになっちゃうか。

0523デフォルトの名無しさん

2008/03/03(月) 05:17:33

例外を投げられずに、異常動作に陥る時の方が多い。
必ず例外を投げられるようにしようとすると、
普段のメモリ確保、解放のコストも上がる。

0524デフォルトの名無しさん

2008/03/03(月) 06:37:31

freebsdは、こいつがやりたい（であろう）uiとか3dとかと無縁の世界だと思うが？
20ナノ秒間の処理をどう扱うかが「本物のハッカーである」ことに変わりはないｗ

0525デフォルトの名無しさん

2008/03/03(月) 08:05:56

ここでGCの細かい内部のことを解説してる奴がいるけど、一見凄いことしてそうだけど
実はコンパイラ作成とかGC実装とかしたことないような所詮は専門バカ（研究者）だろな。
そんな俺様研究者の話なんか真に受けんなよ。

研究者ってのは原子・粒子の大きさ（笑）、２００００ピコ秒の限界に挑戦！とかしてるアホだし、
現実からこいつらを見れば、こいつらのようなキモオタ（学者級）のオナニーに付き合わされてるようなもんだろうな。

0526デフォルトの名無しさん

2008/03/03(月) 10:15:15

リアルタイム用の仕様は見たのか？

0527デフォルトの名無しさん

2008/03/03(月) 10:20:31

>>525
でもそんな変人がいるから世界が進歩するんだよ。

0528デフォルトの名無しさん

2008/03/03(月) 10:30:51

研究者も何タイプかに別れるからね。
観察・統計取るの好きな人とか、実験・実証するの好きな人とか。

0529デフォルトの名無しさん

2008/03/03(月) 10:59:32

もし一人とか孤独でやってんなら、java.netで世界中のハッカーが集まっておのおのがプロジェクトやってるから、
そっちでみんなでやってると英知が集まってるし役立つだろう。
特にメディアっぽいこととか最先端で試行錯誤中なんかはヒートしてるｗ
英語でもロムってる分には２CHとおなじだしな。

プロジェクトの最終的なゴールは、ライブラリー作ることになるだろうな。
MSの世界で見てるとオープンって何？とかなんだろうけどね。

0530デフォルトの名無しさん

2008/03/03(月) 11:02:47

外人も変な要望とか記事かくやついるけど、MSDNとかPerlほどカルトっぽくはない。
http://community.java.net/projects/top.csp

それと、日本のIT記事？はつくづくゴミだって分かるよｗ
そもそも三次四次情報だしｗｗ芸能ゴシップネタと同レベルだろなｗｗ
日本のブログっぽいので、個人のやつは、そもそもゴシップぽいことは書かないし、
word,excel,vba程度の普通の人はそもそも高度な事は書けないし。

0531デフォルトの名無しさん

2008/03/03(月) 11:20:37

日本の個人の奴は別にひどくないけど。
IT記事（特にWebのやつ）はほぼゴミ情報でしかない。
Webの記事は、書いてる奴の原稿料も微々たるもんだから、そんなもんだろ。
これを信じるかどうかは別だけどｗ
読むには一見無料かもしれないけど、いつのまにかAJAXのスキル云々講座・・・とか（笑い）

って、文章が尻切れてたｗ

0532デフォルトの名無しさん

2008/03/03(月) 12:27:35

>>525
なんかlコンプレックスでもあるの？

0533デフォルトの名無しさん

2008/03/03(月) 12:58:38

>>532
定期的にこいつ現れるから無視しとけ

0534デフォルトの名無しさん

2008/03/03(月) 14:31:02

>>532
GCの話になるとムキになるようだし、コンプレックスあるのはおまえの方じゃないのか？

0535デフォルトの名無しさん

2008/03/03(月) 14:45:17

日本語のIT記事（笑）は半年から既に1年以上前とかで古い。
ニュースなのに半年とかなんだよ。
一番の問題は、その当時の外人の記事を直訳や下手な和訳で日本人記者（なのか？）の
英語や業界などの素質や精通度合いを疑ってしまうのが多いところ。

0536デフォルトの名無しさん

2008/03/03(月) 16:00:01

>>521-522
Interface実装することで特別扱いにするとかかな。Iterableみたいなの。
でも既にライブラリ（パッケージ）で、そういう擬似リアルタイム処理可能で
Object.dispose()みたいなことしてくれるようなのがあったし。

0537デフォルトの名無しさん

2008/03/03(月) 16:42:39

JavaSE7の登場が近づいてきたこの時期にやっと5.0の記事とかどんだけ・・・というのは確かに多い

0538デフォルトの名無しさん

2008/03/03(月) 17:03:57

既に日本の若い情報技術者（笑）は、日本語では情報が少ないので海外にシフトしてますよｗ

0539デフォルトの名無しさん

2008/03/05(水) 09:34:58

6u5 が出てるみたい。

0540デフォルトの名無しさん

2008/03/08(土) 12:17:47

6u5にしろ、6uN b12にしろ、Windows L&Fのときに、
JFileChooserのコンストラクタで、IndexOutOfBoundsExceptionが出るのは俺だけ？

0541デフォルトの名無しさん

2008/03/08(土) 13:32:04

u4では問題なかった?

0542デフォルトの名無しさん

2008/03/08(土) 18:43:03

u5でも6uNb12でもでないよ。

0543540

2008/03/09(日) 12:54:41

>>541-542
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6449933

どうやら、Vista限定バグらしい。StateはClosed, fixedになってるけど、↑のページの
コメントにあるように、fixされてない。

0544デフォルトの名無しさん

2008/03/09(日) 13:07:58

JFileChooserの遅いのも結局なおってないからね
ファイル選択でいらいらするのはやめてほしいな

0545デフォルトの名無しさん

2008/03/11(火) 04:40:20

JDK6u10 build13
https://jdk6.dev.java.net/6uNea.html#Download
http://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が新しくなってるそうです。

0546デフォルトの名無しさん

2008/03/17(月) 03:20:20

GC時間を気にしていた人・・・
-XX:MaxGCPauseMillis
は試したかな？

いずれにせよ、New世代のGC時間をコントロールするにはNew世代の
大きさを小さくすることになると思うけどね。
UseParNewGC + UseConcMarkSweep で何処まで行くか・・かな・・・
ただ、いくら時間が短くても
フレームレートいっぱい処理に割り当てると同じ事だからどうしたもんだか。

0547デフォルトの名無しさん

2008/03/17(月) 09:21:48

JOGLとかLWGLで実行速度稼いでGC時間は気にしない。

0548デフォルトの名無しさん

2008/03/17(月) 14:48:58

本当に困ってんなら、あきらめてフレームレート下げるだけでよい

0549デフォルトの名無しさん

2008/03/17(月) 17:31:34

>>546
それやってみればわかるけどうまく動かないよ
あくまでも参考値だし、それに割合のコントロールじゃないから

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

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

>>548
原理的に1fpsでも60fpsでも発生するからそれで改善されない
フレーム落ちがはいっていいのならローエンドのCore2Duoでも60fpsとかは余裕

0550デフォルトの名無しさん

2008/03/18(火) 02:29:34

で、そこまでの水準を求めて、おまえは一体何をやりたいんだ？

0551デフォルトの名無しさん

2008/03/18(火) 02:31:08

てか、そこまで念入りに調べてんなら、おまえがHP作ってみんなで情報共有すればいいんじゃないか？

0552デフォルトの名無しさん

2008/03/18(火) 04:10:18

批判は簡単だけど、
自分で形にまとめるのは難しいじゃん

0553デフォルトの名無しさん

2008/03/18(火) 05:40:45

↑おまえじゃまとめる事すら出来ないけどなｗｗおまえは黙ってろよｗｗ

0554デフォルトの名無しさん

2008/03/18(火) 11:46:14

>>549
そこまでいうなら、ネイティブコードで書いても、OSがフリップのタイミングにタイムスライスを
くれなくてフレーム落ちする可能性がある。RTOS使えって答えになる。
java上だと、OSがタイムスライスをくれないリスクに加えて、GCと重なるリスクがあるから、
ネイティブよりもフレーム落ちする可能性は高いけど、
どっちもゼロじゃないから割り切って選択しろってことになるんじゃないの？

0555デフォルトの名無しさん

2008/03/18(火) 23:58:56

>>554
GCが原因になってフレーム落ちするのが頻繁に発生するのが問題
WindowsなどOSが原因となってフレーム落ちするほうはそんなに頻度が高くない
30fpsくらいだとめだたないけど、60fpsじゃないとお話にならないしね

JavaSE7の正式版が出てからソースいじるさ

0556デフォルトの名無しさん

2008/03/19(水) 00:23:55

60fps使うアプリって例えば何があるの？

0557デフォルトの名無しさん

2008/03/19(水) 01:02:20

まぁ、1フレーム時々落ちるぐらいだったらそんなに神経質になるなよって気もするけど
GC掛かったら悪くすれば10や20フレームぐらいは一気にドロップするんじゃね？

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

それでも、今ならJavaでゲームって言うのもそんなに悪い選択肢だとは思わない。

0558デフォルトの名無しさん

2008/03/19(水) 01:51:22

>>555
お話にならないのはおまえの神経の方じゃね？

0559デフォルトの名無しさん

2008/03/19(水) 20:34:09

Full GCはともかくScavenge GCって
フレームがまとめて落ちるほどそんなに激しく発生するん？

0560デフォルトの名無しさん

2008/03/22(土) 02:33:30

企業の阿保どもはいつになったらJREをバンドルするという事を学ぶのだろう

0561デフォルトの名無しさん

2008/03/22(土) 02:41:06

マイクロソフトの安卸しオプションがなくならないと無理だろ。

0562デフォルトの名無しさん

2008/03/22(土) 05:04:53

JREはそんなに普及してないのか？問題にならないほど（jdk1.4相当は）普及していると聞いているが。

0563デフォルトの名無しさん

2008/03/22(土) 07:15:38

ニュー速からこっそり誘導して調べた結果は 1.4 以降が起動したのは半数弱だな。
MSJVM すらインストールされていないのが 41% も居た。

0564デフォルトの名無しさん

2008/03/22(土) 07:20:44

×インストールされていないのが
○インストールされていないかアプレットオフってる連中が

0565デフォルトの名無しさん

2008/03/22(土) 09:49:16

XML出力に特化したBean/XML変換の最近のトレンドって何ですか？
XMLEncoderとかJAXBとかあると思いますが、出力だけでいいので速いものはないかなと。

0566デフォルトの名無しさん

2008/03/22(土) 13:33:41

どちらも標準APIになった現在ではシリアライズの結果がどう違うのかだけ考えればいい
出力だけってのがわからんが、入力はせんの？

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

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

JAX-WSとかすべて基盤はJAXBにうつったので個人的にはJAXBをお勧めしたい

0567デフォルトの名無しさん

2008/03/22(土) 15:55:21

JVMも所詮は一つのアプリだし、半分も動けば十分じゃないか？
PCの台数換算でも、多く見ても数億台って単位だろ。

0568デフォルトの名無しさん

2008/03/22(土) 15:56:07

＞ニュー速からこっそり誘導して調べた

ていうかこっちの方が問題じゃないかｗ

0569デフォルトの名無しさん

2008/03/22(土) 21:13:00

VMはひとつの環境っていう認識はどれくらいが持ってるんだろうね

0570デフォルトの名無しさん

2008/03/23(日) 01:32:19

>>563
MSJVM「すら」というか、今時だとMSJVM入れる方が難易度高いだろ。

0571デフォルトの名無しさん

2008/03/23(日) 02:09:25

そういう意味の表現じゃねーっつーの。

0572デフォルトの名無しさん

2008/03/23(日) 02:37:34

>>569
おまえ、その環境ってのがどういうのか当然分かってんだろうな。

0573デフォルトの名無しさん

2008/03/23(日) 15:52:28

カリカリすんな、サル。

0574デフォルトの名無しさん

2008/03/23(日) 21:01:14

さるｗ

0575デフォルトの名無しさん

2008/03/23(日) 23:30:03

>>573
こういうこと言うサルは早く退場し欲しい。

0576デフォルトの名無しさん

2008/03/24(月) 01:53:29

おまえら >>572 が「その環境」について説明するから静かにしてろ
↓

0577デフォルトの名無しさん

2008/03/24(月) 01:53:48

カリカリすんな、ハゲ。

0578デフォルトの名無しさん

2008/03/24(月) 02:19:11

ハゲじゃねぇよ、剃ってんだよ

0579デフォルトの名無しさん

2008/03/24(月) 04:37:03

>>576
で、おまえは誰だ？

0580デフォルトの名無しさん

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だし。

0581デフォルトの名無しさん

2008/03/24(月) 15:25:20

Swingというクロスプラットフォームを意識したものをMSがいじるとはおもえん
SWTはWindowsの環境を他の環境にも、という意味合いからスタートしてるのでそっちなんだろう

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

それよりFileChooserの死ぬほどトロイのいいかげん直してくれよと
JavaSE6u2からひどすぎる

0582デフォルトの名無しさん

2008/03/24(月) 15:44:23

>>580
それMicrosoft が割り当ててくれる人員ってどんぐらいいるんだろ？
そこまで大規模な話なんか？って気もする。
EclipseはVisualStudioと競合する製品だし。

0583デフォルトの名無しさん

2008/03/24(月) 17:22:29

>>580
> eclipseユーザーに取り入ろうという戦略か。
というよりは、開発者にWPF移行を促す戦略の一環なんじゃね？

0584デフォルトの名無しさん

2008/03/24(月) 22:45:48

>>583
同意。既にこんなのあるから、これを支援することでWPFを後押ししたいんじゃないかな。
ttp://d.hatena.ne.jp/NyaRuRu/20070728/p1

0585デフォルトの名無しさん

2008/03/25(火) 10:59:29

>>580
おまえ、その考え方は治した方がいいよ。キモイ。

0586デフォルトの名無しさん

2008/03/25(火) 11:57:48

>>580
> 個人的には、MSにSwingをてこ入れしてもらいたい。

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

> ネイティブのWindows Vistaのようなルックアンドフィールを備えたアプリケーションを
> Java開発者が容易に開発できるように

0587デフォルトの名無しさん

2008/03/25(火) 15:51:50

Java SE 6 Update N build 14 is now available
https://jdk6.dev.java.net/6uNea.html#Download
http://download.java.net/jdk6/6u10/promoted/b14/changes/jdk6uN-b14.html

b13に比べるとちょっとしか変更はない。
betaが近いな。

0588デフォルトの名無しさん

2008/03/25(火) 18:50:13

>>580は確かにキモイな。オナニーのし過ぎだろ？

0589デフォルトの名無しさん

2008/04/02(水) 12:59:54

Java 6u10 beta age

0590デフォルトの名無しさん

2008/04/11(金) 22:50:12

今回のupdateはずいぶん変わったみたいだけど、実際体感はどうよ？

0591デフォルトの名無しさん

2008/04/12(土) 00:15:29

update5はほとんどかわってないぞ

0592デフォルトの名無しさん

2008/04/12(土) 00:31:17

http://java.sun.com/developer/technicalArticles/javase/java6u10/index.html

0593デフォルトの名無しさん

2008/04/12(土) 00:55:38

updateNはまだでてないだろ？

0594デフォルトの名無しさん

2008/04/18(金) 12:40:18

Java SE 6 Update 10 Build 22 is now available
https://jdk6.dev.java.net/6u10ea.html#Download
http://download.java.net/jdk6/6u10/promoted/b22/changes/jdk6uN-b22.html

LCD表示周りの修正、あとエラーダイアログの情報が増える。
JavaKernel周りの修正、・・・・
Betaテストの結果が反映しつつあるというところでしょうか。

0595デフォルトの名無しさん

2008/04/18(金) 23:41:46

update6登場

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

JavaSE7やupdateNにリソースがいってるんかね

0596デフォルトの名無しさん

2008/04/20(日) 19:52:13

>595
・アプレット開始時にブラウザ巻き込んで死ぬことがなくなった
・Windows Live系の一部BHOがあるとアプレットが起動しなくなった

個人てきにはJavaｵﾜﾀ

0597デフォルトの名無しさん

2008/04/20(日) 19:54:07

まともなソフトはまずアプレットじゃないからあんまり問題にはならないと思われ

0598デフォルトの名無しさん

2008/04/20(日) 20:21:41

アプレットでブラウザが死んだことが1,2度会ったから、よくあるバグなんだろう。

0599デフォルトの名無しさん

2008/05/21(水) 13:55:12

synchronizedは気にするほど遅いもんですか？StringBuilderとStringBufferで比べてどうでしょうか。

0600デフォルトの名無しさん

2008/05/21(水) 13:58:12

>>599 速度は実測が基本。

0601デフォルトの名無しさん

2008/05/21(水) 21:18:44

>>599
速度を気にする用途なら差は出る
StringBuilderが使える環境でStringBufferつかうのはタコだが

0602デフォルトの名無しさん

2008/05/21(水) 23:45:33

>>601
synchronizedはそういう問題じゃなんだが？

0603デフォルトの名無しさん

2008/05/22(木) 00:30:02

>>599
感覚的に答えるならStringBuffer,StringBuilderの速度の違いは結構あるよ。
synchronizedが求められる部分っていうのは大抵速度的にもキモになる部分が経験的に多かったし、
そこが見事にボトルネックになってしまったことも多い。

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

>>602
どういう問題なのか良くわからないから詳しく言ってくれ。
俺のエスパー能力で最大限意図を汲むと
「StringBuilderが使える1.5系なのにStringBuffer使ってる奴はタコｗｗｗ俺さま流行最先端ｗｗｗ」
って言ってる奴に対して
「いや、どちらのクラスを使うかはスレッドセーフを求められるかどうかとか、そういうことに左右されるんだが…」
って言いたかったのかな？

0604デフォルトの名無しさん

2008/05/22(木) 02:18:23

実際のところStringBufferの同期化が必要な場面ってのはVector以上に考えにくい

0605デフォルトの名無しさん

2008/05/22(木) 07:13:06

>>603
おまえ、エスパーだなｗ
「関数内で使うの許してもいいが、StringBuilderを戻り値に使う奴は大ダコ」て意味だけどｗ

0606デフォルトの名無しさん

2008/05/22(木) 07:16:30

>>604
だからさ、どうれぐらい差があるか知りたいでしょ。
おれはそれでもStringBuffer使うけどね。どうでもいい差でバグ探しする時間のほうがコスト高なんじゃないの？
たぶんVectorのそれと似たような事だと思うけど、StringBufferはプリミティブでしょｗだれか実測お願い。

0607デフォルトの名無しさん

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());
}
}
}

0608デフォルトの名無しさん

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倍の違いらしい。

0609デフォルトの名無しさん

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

0610デフォルトの名無しさん

2008/05/22(木) 12:04:12

２倍とか言って、測り方を知らないようだな。笑えるｗｗ

0611デフォルトの名無しさん

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回目あたりから殆ど差がなくなるみたい。

0612デフォルトの名無しさん

2008/05/22(木) 12:57:54

エスケープ解析とかのレベルの差しかないのかよ。
３秒に２倍で６秒は大問題だけど、３０ナノ秒の２倍で６０ナノ秒になんか価値はあるのか？
そもそもchar[]じゃダメなのか？測定ってのは、そういう問題でやるんだよな。

0613デフォルトの名無しさん

2008/05/22(木) 13:01:28

>>605
戻り値にStringBuilderは通常問題ないよ
同期化の意味間違えてないか？

>>606
常にJDK1時代のコレクション使う人？

0614デフォルトの名無しさん

2008/05/22(木) 13:13:53

WindowsプラットフォームでJavaのランタイムライブラリーは、VBランタイムの様に、
もう問題ないぐらいに普及していて、クライアントのバージョンももう１.５を前提としてよいのでしょうか。

アプレットも考えてるんですが、アプリの方でも普及割合はどうなってるのでしょうか？（そういう調査してるサイトとかあるんでしょうか）

0615デフォルトの名無しさん

2008/05/22(木) 13:22:58

>>614
アプリならPrivateJRE使って６前提でいいと思うが
6は大幅な高速化してるからね

0616デフォルトの名無しさん

2008/05/22(木) 15:57:53

実際はjavaなんて「名前ぐらいで聞いた事あるな～」ぐらいで知らない人が多いし、
クライアント前提なら今でもappletとか1.1ぐらいしかないよ。騒いでるのは開発者とかだけだ。
運が良くて1.4とかかもしれないけど、1.2やswingだと思っていたほうがいい。

0617デフォルトの名無しさん

2008/05/22(木) 15:59:04

>1.2やswingだと思っていたほうがいい。
日本語でおけ

0618デフォルトの名無しさん

2008/05/22(木) 16:16:32

日本語でおけってどういう意味？おけ？

0619デフォルトの名無しさん

2008/05/22(木) 16:29:19

putJapaneseのことだろ。

0620デフォルトの名無しさん

2008/05/22(木) 19:30:46

MSがXPとVistaでがっちりガードしたから
いくらJavaが頑張ってDesktopをうかがってももう無理だろ。
それよりもJavaの市場は組み込みとか（携帯とか新規の方）じゃないのか？

0621デフォルトの名無しさん

2008/05/22(木) 19:55:13

>>616のいいたいことがわからん

0622デフォルトの名無しさん

2008/05/22(木) 20:30:31

>>621
おまえは日本人じゃないだろｗ

0623デフォルトの名無しさん

2008/05/22(木) 21:17:10

まあJavaとJavascriptがごっちゃになってる人は意外と多い

>>614
問題ないって。というかインストールしてもらえばいいよ必要なら。
Java入れたくねーって神経質な人もいるけどかなり少数派。
一般人は、VBランタイムもJREもダウンロード＆クリックでガンガン入れてくれるもの。
JREはバンドルできるから、一緒に入れてしまうアプリもあるよね。

0624デフォルトの名無しさん

2008/05/22(木) 21:41:15

Javaで作ったお試しとか、ちょっとしたツールとかだとどうかな。
よくあるでしょ、VBのファイル名一括変換とかそういうの（別にCで作れるけど）。
海外だとゲームも多いけど、日本（のデスクとッぽうアプリ）はしょぼいでしょ。
iriaだったかそういうのに感動した口でしてｗ

0625デフォルトの名無しさん

2008/05/22(木) 21:52:05

>>622
あの意味がわかるなんてエスパーだな

ああ芝君だから本人か

0626デフォルトの名無しさん

2008/05/22(木) 22:55:25

芝君ってなに？
ん？エスパー？

0627デフォルトの名無しさん

2008/05/23(金) 01:12:27

>>612
なんというレベルの低いレスw

0628デフォルトの名無しさん

2008/05/23(金) 08:58:52

せっかく速度テストするなら、有用な結果を作れよ。せっかくやっても、この有用であったかなかったかで評価されるんじゃね？

0629デフォルトの名無しさん

2008/05/23(金) 09:03:37

そもそもマイクロベンチに有用性を求めるなよ。
最適化具合が変われば結果なんかコロコロ変わるんだから。

0630デフォルトの名無しさん

2008/05/23(金) 09:12:04

そりゃマイクロベンチにかぎらんがな

0631デフォルトの名無しさん

2008/05/23(金) 09:15:01

実プログラムでホットスポットがわかった場合
その部分の速度上げるような工夫するのは意味があるけど、

マイクロベンチではそんな事やっても意味ないし。

0632デフォルトの名無しさん

2008/05/23(金) 09:53:28

じゃStringBuilderイラネ―じゃん。Javaにしては珍しく不用なものを、それもよりによってjava.langに詰め込んだものだｗ

0633デフォルトの名無しさん

2008/05/23(金) 10:03:14

要らないのは>>632のアタマだと思うが……

0634デフォルトの名無しさん

2008/05/23(金) 11:22:58

エスケープ解析博士はまだ生きてんのか・・

0635デフォルトの名無しさん

2008/05/23(金) 17:16:34

BigDecimalとかnewしまくってもパフォーマンスに影響ないんでしょうか。
forでnew BigDecimalを１０００回まわしたりとか当たり前の世界なんですが・・

0636デフォルトの名無しさん

2008/05/23(金) 17:22:40

>>635
そりゃ1回もnewしないよりはパフォーマンスは悪くなるが、
newしなけりゃ機能しないんだったらnewした方が圧倒的にパフォーマンスは良い。
パフォーマンスや最適化を議論したいのならまず実測してからにしろ。

0637デフォルトの名無しさん

2008/05/23(金) 17:36:51

まずは、そこがパフォーマンスに影響するかどうかを確かめてからだな。
2：8の法則。

パフォーマンスに影響が出る部分でなければチューニングしてもさして得しない。
1000回回すのがいやなら回さないスマートなアルゴリズムを考える。

0638デフォルトの名無しさん

2008/05/23(金) 18:44:10

あのー・・・テイラー展開なんですけど・・

0639デフォルトの名無しさん

2008/05/23(金) 21:19:41

javaでそういう高度なこと理解できる人少ないからｗｗ

0640デフォルトの名無しさん

2008/05/23(金) 22:29:27

テイラー展開だったら、どこまで扱うか有効数字管理がちゃんとしてるから
ループ回数は決まってるでしょ。
ループ回数云々じゃないですね。アルゴリズムが決まってるんだったら。

0641デフォルトの名無しさん

2008/05/23(金) 22:46:45

1000回ってぶっちゃけループの回数としては全然大したことが無いように
思えるけど

本当に1000回なの？
1000回のnewなんてゴミみたいなもんだよ

0642デフォルトの名無しさん

2008/05/23(金) 23:54:06

sin(x)を一回起動するだけでループ1000回とか当たり前なんですけど？
偉そうなこといって実装した事ないでしょｗ

0643デフォルトの名無しさん

2008/05/24(土) 00:33:01

いや、だから1000回とかでも n 倍のオーダーなら別にたいした事無いって言ってるんでしょ？
最近は処理速度の問題は大抵 n 乗とかのオーダーが存在するかしないかってのが多いんじゃない？

0644デフォルトの名無しさん

2008/05/24(土) 00:47:38

10^3ってことじゃないのか？それよりも、newを1ミリ秒の間に1000回やっても（出来たらだけど）、パフォーマンスに影響ないってことを君はいってるんじゃないの？

0645デフォルトの名無しさん

2008/05/24(土) 00:50:26

たぶん空想で言ってるんでしょ。あいからわずだけど。
当たり前だけどdoubleと比べると体感では少し気になる。
こういうのは外部プログラムを呼び出して楽できないし

0646デフォルトの名無しさん

2008/05/24(土) 00:56:31

遅い速いが重要になるのはアプリの対象領域にもよるだろう。
科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする。
そういう対象領域が特定されていないうちから「BigDecimal は遅いから使えない」なんて言っても無駄だぜ。

double より BigDecimal が遅いのは当然なんだし、
その遅さが許容できるかどうかは状況によるんだし。

0647デフォルトの名無しさん

2008/05/24(土) 10:43:11

無理するなってｗ
空想でものもいわなくて言いから

0648デフォルトの名無しさん

2008/05/24(土) 11:30:32

>>646
>科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする

関係ないけど、これ、むしろ逆だと思うが

0649デフォルトの名無しさん

2008/05/24(土) 11:32:03

はあ

0650デフォルトの名無しさん

2008/05/24(土) 12:58:33

>>648
どこの分野にもいるが、使った事もない奴が妄想してるだけっしょ

0651638ではないよ

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は計算にコストがかかります。そこも話が食い違ってるのがあったっぽいね。

0652デフォルトの名無しさん

2008/05/24(土) 13:10:18

シグマ計算てどこの分野の用語だよ？素人は黙っとれｗ

0653デフォルトの名無しさん

2008/05/24(土) 13:22:47

元の質問者の口ぶりからすると、計算それ自体が目的で、しかも
高々1000回のループやnewで済む計算処理を、さも大したことのように
想像で語ってるだけのようだから、
そんなことはゴミみたいなもんだから気にスンナでFAだと思うが

それをリアルタイム制御なり60FPSなりの要求時間の枠に押し込めなきゃいかん、
とかだと全然話は違うがな

0654デフォルトの名無しさん

2008/05/24(土) 13:23:46

だから、BigDecimalでもうatanとかsinとか実装してるわけ。
で、double（当然native sin呼び出しだろうけど）と比べるともたついて、sin(x)/xの積分とかに影響出るわけよ。
sin値出すのに数百回、積分もいれて１０００回以上のループは当たり前で。

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

初めから有効精度固定なら固定少数とか外部ライブラリとか別の実装にするよ。

0655デフォルトの名無しさん

2008/05/24(土) 13:24:31

それと、計算にコストかかるってのは分からないでもないが嘘だな。
学生なんだし、適当な事グダグダ書いてないで、ちゃんと勉強したほうがいいよ。

0656デフォルトの名無しさん

2008/05/24(土) 13:26:04

javaって役に立ちますか？パソコンのプログラミングを始めたいのでアドバイス

下さい

0657デフォルトの名無しさん

2008/05/24(土) 13:30:52

>>654
お前は誰だ・・・

どっかで見かけたJavaはGCがフレーム間の任意のタイミングで出せないから糞だって言ってた奴か？
お前の用途にBigDecimalが向かないのはよく分かってるから問題を混ぜないでくれ・・・・

0658デフォルトの名無しさん

2008/05/24(土) 14:43:49

リアルタイムとか60fpsの環境でBigDecimalを使うなんて、おまえは全く想像力豊かな奴だなｗ
おまえみたいな奴が知ったかしてもらっても困るし、相手にならないよ。

0659デフォルトの名無しさん

2008/05/24(土) 14:53:31

３Dのマトリックスあたりだと実装次第でオブジェクトの再利用できるし、newして再計算で座標出してもそんなに影響はないんだろう。

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

自分で再利用できる（ムータブルの）BigDecimal実装がいいだろう。
多倍長のクラス、誰か作ってよｗだけどjavaは変なところで面倒だな。

0660デフォルトの名無しさん

2008/05/24(土) 14:56:45

まあ、ByteBuffer使って解決かと思うけどね。

0661デフォルトの名無しさん

2008/05/24(土) 15:12:53

で、ここには何人いるんだ？

0662デフォルトの名無しさん

2008/05/24(土) 16:36:39

誰もいません
全て幻想です

0663デフォルトの名無しさん

2008/05/24(土) 16:42:37

>>658
1048576*745472くらいの解像度の動画でも作ろうとしてるんじゃないか？w

0664デフォルトの名無しさん

2008/05/24(土) 17:08:40

Javaでリアルタイムやるのはまだ夢でしょ。それともjsr 1の話なのか。
>>653は幻想に取り付かれてんだろｗ

0665デフォルトの名無しさん

2008/05/25(日) 20:42:56

＞ちなみに、Objectのnewは大してコストかからんですよ。
むしろ、BigDecimalは計算にコストがかかります。そこも話が食い違ってるのがあったっぽいね。

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

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

それと、BigDecimalの計算にコストがかかるときはどういうときなんですか？

0666デフォルトの名無しさん

2008/05/25(日) 21:24:54

core2duo買ってようやく、javacが使えるようになったわ。
ちょこっとづつ修正しながらやるんで、コンパイルは一瞬で頼むってタイプなんで。

0667デフォルトの名無しさん

2008/05/25(日) 23:09:50

Core2Duoじゃなくてもコンパイルは一瞬だと思うんだが

0668デフォルトの名無しさん

2008/05/25(日) 23:38:58

>>665
Javaのnewはmallocみたいにヒープを辿ってサイズの合うフリーブロックを探し回ったりせず
エデンの先頭から確保してくるだけなので軽い
代わりにGCに負担がかかるけど
詳しくは世代別GCでぐぐる

0669デフォルトの名無しさん

2008/05/25(日) 23:57:06

>>665
> 話題としてはjvmとか内部の話で、java言語上の話ではないですよね。java上ならnewはコストがかからないとかで、別に気にしませんけど。
意味がわからん。メモリ管理はJVMの管轄で「(最近の)Javaでnewに(ほとんど)コストがかからない」というのは、JVMのnew/newarray/anewarray/multianewarray命令の実行にほとんどコストがかからないのと同義だぞ。

0670669

2008/05/26(月) 00:03:07

一部訂正。
JVMのnew～→(最近の)JVMのnew～

0671デフォルトの名無しさん

2008/05/26(月) 00:20:03

GCに負担かかるなら、生成は負担がなくても解放に負担がかかるわけで（検索とか、移動によるプールの維持とか）、
実質次のnewが実行できるかになるわけで、newに負担かかるのと同義じゃないんですか？たしか１秒間にいくらでも（例えば１０００回以上のnew）ですよね。

それと、javaのnewとjvmのnewはあなたの知識上では何か違いがあるですか？知ったかぶってるようですけどｗ

0672デフォルトの名無しさん

2008/05/26(月) 00:23:43

まぁBigDecimalみたいなのは世代別GCと相性はいいな

0673デフォルトの名無しさん

2008/05/26(月) 00:24:28

java言語上というのは、jvmとか内部を気にしてないで普通にコーディングしてるときの意味です。
１秒間にfor内部でnew byte[1000*64]のコードは（それもbyte[]は仕様上再利用できない）、
さすがに気にするでしょ。考える基準はjvm上ってことになります。
あなたが学校で教えてもらえないからって、こういう普通の事の意味を分かりませんかね？

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

ここでいうコストは具体的に何を指してるんですか？

0674デフォルトの名無しさん

2008/05/26(月) 00:26:28

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

それとも、もしかしてあなたは詳しいんでしょうか？
どれぐらいだと、コストがかかるんですか。知ったかぶりの無責任発言じゃないなら、答えられるでしょう。

0675デフォルトの名無しさん

2008/05/26(月) 00:30:58

いまだにコストの部分に突っ込んでるやついるのかよ

まぁ全部age厨の芝君のようだが

0676デフォルトの名無しさん

2008/05/26(月) 01:16:34

何か一人、自分の知らない知識言われたら知ったかぶりというレッテルを貼りたがる奴が粘着してるのな。

どーでもいいや。もっとやれーｗｗｗ

0677デフォルトの名無しさん

2008/05/26(月) 01:28:25

age房とか言うスレの住人が、答えられるわけないじゃん。期待しちゃだめでしょ。
このスレは、マ版と同様に知ったかが集まる愚痴専用だしｗｗ

0678デフォルトの名無しさん

2008/05/26(月) 01:33:31

所詮はsage進行で壺の奥底に溜まってる不潔なやつらだからねｗｗ
GCとかいつも日の当たらないことばかりやっていて、お天道様を一生拝めないわけよｗ

0679デフォルトの名無しさん

2008/05/26(月) 01:40:45

研究者にだって、光あれ！

0680デフォルトの名無しさん

2008/05/26(月) 05:55:05

光あれって唱えたら禿げたんだろ。

0681デフォルトの名無しさん

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を使うのもお勧め

0682デフォルトの名無しさん

2008/05/26(月) 11:13:51

>>641 >>642
まあ、数値解析やっていれば
制度を落とさずに計算をもっと高速化する術はあるわけだが。
それもオーダーを減らすあの公式。

>>645
MathContextでどれくらい精度を高めているかにもよるんだよな。
EPS値が異常に小さい、「スケール」が異常にでかいと、やはり
配列のサイズが大きくなるのでパフォーマンスは落ちる。
128ビット程度だったらそこそこだろうか。それを超える1024ビットとかだと
パフォーマンスは確実に落ちるw

0683デフォルトの名無しさん

2008/05/26(月) 11:19:25

>>646
> 遅い速いが重要になるのはアプリの対象領域にもよるだろう。
> 科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする。
> そういう対象領域が特定されていないうちから「BigDecimal は遅いから使えない」なんて言っても無駄だぜ。
>
> double より BigDecimal が遅いのは当然なんだし、
> その遅さが許容できるかどうかは状況によるんだし。

10進2進変換誤差をだすわけにはいかない金融系ではBigDecimalは必須だからな。
BigDecimalは内部でint型配列を使って四則演算しているからdoubleより遅くなるのは普通。
配列型だからdoubleより速くなることが？　あるのかねー。

0684デフォルトの名無しさん

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もそれらしき本か数値解析本を読んでいたんだろう。
連分数展開はオーダーが一気に改善されるし少ないオーダーで高精度を得られる。

0685デフォルトの名無しさん

2008/05/26(月) 11:34:01

>>671
> GCに負担かかるなら、生成は負担がなくても解放に負担がかかるわけで（検索とか、移動によるプールの維持とか）、
> 実質次のnewが実行できるかになるわけで、newに負担かかるのと同義じゃないんですか？たしか１秒間にいくらでも（例えば１０００回以上のnew）ですよね。

だからFactory Methodを使おう。場合によっては1000回もnewする必要性も下がってくるから。
for文の外でできることはなるべく外でやろう。

0686デフォルトの名無しさん

2008/05/26(月) 11:46:03

Javaってスタック内にオブジェクトのための領域を確保できないの？

0687デフォルトの名無しさん

2008/05/26(月) 12:02:24

>>686
初心者歓迎スレ行って聞けよ。

0688デフォルトの名無しさん

2008/05/26(月) 12:14:34

そんなことして一体どうする気だ。

オブジェクトをあるクラスのstatic変数として使っているなら
スタックからヒープへのポインタとして表現はできるが。

0689デフォルトの名無しさん

2008/05/26(月) 12:15:40

>>677-680は自虐レスか？
こんなのが研究者を名乗るのか？　恥だぞ。
研究者なんかにならずとっとと就職してくれ。邪魔だから。

0690669

2008/05/26(月) 13:08:37

えーっと、誰か>>673が何を言いたいのか解説してくれ。
JVMのメモリ管理とJavaのメモリ管理を別のものとして扱ってるように見えたので、同じものとみなしておkという意味で>>669を書いたんだが。

0691デフォルトの名無しさん

2008/05/26(月) 13:43:40

>>681
君は調子に乗って発言してみないで端っこでみていてくれないか。
valueOfとかたぶんコンストプールのこといいたいんだろうけど、
全くトンチンカンなこといってるの気づいてないでしょ？

たぶんエスケープ解析にこだわってる御仁だろうけど、こだわるなら自分の専門分野の話だけにしてよ。

0692デフォルトの名無しさん

2008/05/26(月) 13:48:55

おれはそんなものに拘ってない

0693デフォルトの名無しさん

2008/05/26(月) 14:06:40

>>685
その場合によっては、という曖昧な答え方をせず、その条件を提示してくれないか？
すくなくとも、Stringのように「objを再利用できるかも」どころの話じゃないよ。
もしそんなことしたらout of memory errorじゃないかな。

0694デフォルトの名無しさん

2008/05/26(月) 14:10:49

>>689
恥じかいてるのはおまえなんじゃないの？知らない事でも偉そうに意見してるし、それも的外れなのを気がついてないしｗｗ

0695デフォルトの名無しさん

2008/05/26(月) 14:13:02

この仕切り屋は、>>688のレス見てもう、どうもアレだな。おまえは神か何かなのか？
おまえは、不満が多いの、おごり高いようだがｗｗ

0696デフォルトの名無しさん

2008/05/26(月) 14:15:25

>>682
ああ、少しは通じる人いたわ。
自作ライブラリーだし（静的リンクとでも言うのか、組み込みというのか）、
高度なアルゴとか公式はいらんのよ。普通にテイラー展開（多項式）でごり押しでいいの。
必要なら、金出しても最適化されてる商用ライブラリ使うし、ライセンスをgplにする気あるなら、確か…もう誰か作ってたでしょ。C++版もあるあの有名なの。

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

連分数は最強だけど、精度を固定できれば実用だろう。
ま、結局アルゴは一番単純なテイラー展開になるわけ

0697デフォルトの名無しさん

2008/05/26(月) 15:09:04

どこかの研究室から書いてんじゃね？現状・現場の事や社会の仕組みも知らないで、のほほんとJVM様様って拝んでる奴が一人いるしｗ
とりあえず、そいつは、このすれを、仕切るのは辞めてくれ。何様なのか知らんがな、知らないことに首突っ込んで、適当なことを言うもんじゃないよな。

0698デフォルトの名無しさん

2008/05/26(月) 15:12:00

ID付いて欲しいよホント・・・・

0699デフォルトの名無しさん

2008/05/26(月) 15:19:38

native real sin(real)とjniでccライブラリ呼ぶのがいいかと思う。今の結論では。
携帯電話とかで速度求めるわけでもないし、どうせ安いところ使うし、インテルかアップルでしょ。

>>698
知らない分野に首突っ込まない方がいいよ。傲慢で偉そうにしてると、知らないうちに恥かくだけでしょ。

0700デフォルトの名無しさん

2008/05/26(月) 15:22:18

>>698
IDつけて何を解決したいの？というか、君の意見が丸見えになるし、君が良く使ういつもの適当な意見を出せなくなっちゃうじゃんｗ

0701デフォルトの名無しさん

2008/05/26(月) 15:26:20

テイラー展開とは「シグマ計算でなんとか」って言う坊やだろ。
それもvalueOfでキャッシュがどうとうとか、javaとjvmを全然違うんだ！！とか
・・・・・・まるでとんちんかん・・・・・・苦笑するしかないな

おごりだけは人一倍強いから、仕切るだけしか能がないんだなｗ

0702デフォルトの名無しさん

2008/05/26(月) 23:17:14

>>697
研究関係者に対する偏見はやめようや。

社会人が大学院に入学して再び大学に戻ってくる
ことは普通にあるんだぜ。それで研究
やってる奴が現場のことや社会の仕組みも知らないだと
言い張るお前はとんだアホだ。

0703デフォルトの名無しさん

2008/05/26(月) 23:19:53

>>694
昨日からage続けている奴はすべて
お前なんじゃないかと思っていたが、
別人を装って自分の間違いを認めないでいるのか？
もうお前は研究者なんてやらんほうがいい。
就職しろ

0704デフォルトの名無しさん

2008/05/26(月) 23:22:22

>>693
テイラー展開の項数がいくらか、
EPSがいくつか、BigDecimalのスケールはいくらか、
がループを回す回数と関係があることはわかってるだろ？

実際にどういうアルゴリズムを使ってるか
わからないことには、どこでどうループを回す回数が関与してくるのかわからない。

0705デフォルトの名無しさん

2008/05/26(月) 23:23:23

>>693
1000回newする＝即座にout of memory errorに
つながるとは限らない。

一度使用した変数に何度も上書きで代入すればメモリが溢れることはない

0706デフォルトの名無しさん

2008/05/26(月) 23:25:21

>>691
そもそも>>635がアルゴリズムのどの箇所でループを1000回回しているのか
はっきりしないことには。

ループの回転数の合計が1000回なのか
一部のforループのみが1000回回っているのかはっきりしない。

0707デフォルトの名無しさん

2008/05/26(月) 23:41:48

>>702-706
連続の投稿、ご苦労なこったｗ
んー。だけど、どうも分かってないようだねｗｗ

ageたりすると発狂するし、テイラー級数の項数とかアルゴとかそういう、そもそも技術的な話以前に、話にならない。
人一倍妄想で話をするのが好きなんだねｗｗナルシストの一歩手前って処か（わらい

0708デフォルトの名無しさん

2008/05/26(月) 23:42:57

＞一度使用した変数に何度も上書きで代入すればメモリが溢れることはない

このあたりが意味不明なんだけど。BigDecimalはイミュータブルじゃないの？

0709デフォルトの名無しさん

2008/05/26(月) 23:43:55

ループの回転数」っていうのはどの大学の研究室だっけ？

0710デフォルトの名無しさん

2008/05/26(月) 23:53:32

>>704
それに必要な情報はもう書いてあるんだけど、おまえの知能じゃ読み取れないのか？いつまでも傲慢なやつだなｗ

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

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

グダグダ核よりも、おまえみたいなオタクには、１秒間にループ１０００回ぐらいって言う方が分かりやすいだろｗｗ
これぐらいの情報が書いてあったんだけど、そういうの想定してよｗ

0711デフォルトの名無しさん

2008/05/26(月) 23:56:45

２Dグラフにプロットとかなら、floatでも十分だし、地球シミュレーターとか、宇宙戦艦作るわけでもないんだけど、
１００万１０００万桁が必要な分野があるんですよｗｗ

0712デフォルトの名無しさん

2008/05/26(月) 23:57:11

ところで、それ現世代Javaと関係あんの？

0713デフォルトの名無しさん

2008/05/27(火) 00:08:53

パフォーマンスの話題なんだけど気がつかない？十分関係あるじゃん。

0714デフォルトの名無しさん

2008/05/27(火) 00:10:15

パフォーマンスに関しては>>699で結論出したんじゃねーの？

0715デフォルトの名無しさん

2008/05/27(火) 00:11:40

自分の知らない話題だからナルシストはこういうのは極力避けたいんだろう。
本人は親切なつもりだろうが、こういうのは明らかに傲慢といわれるだろう。こいつは何様のつもりなんだか…
とりあえず、これについて答えたんだから、ちゃんと答えてくれるよな？

＞テイラー展開の項数がいくらか、
EPSがいくつか、BigDecimalのスケールはいくらか、
がループを回す回数と関係があることはわかってるだろ？

0716デフォルトの名無しさん

2008/05/27(火) 00:14:09

こいつはが答えるのは無理だ。
上からの目線で馬鹿にして、いつものようにうさ晴らししてるだけだから
無名大学でサルどもにjavaでも教えてストレス溜まってるんじゃね？
こいつにはみんなサルに見えるだろうなｗ

0717デフォルトの名無しさん

2008/05/27(火) 00:16:22

で、それJavaでやる必要あるの？

0718デフォルトの名無しさん

2008/05/27(火) 00:18:37

確かにいつも偉そうな事言ったり（専門用語使ったり）、
聞き返したり（>>704にたいに当然のことを）してるけど、
こいつはいつもツボに入ったような適切な返事がないな。

それでいて自分勝手で、仕切りたがるし、もうウザイだけだろ。
たぶん職場でも嫌われてるからこんなスレを仕切ったりしてるんんだろう。

0719デフォルトの名無しさん

2008/05/27(火) 00:24:31

（こういう人の特徴ウザイ・キモイからして、たぶん創価大学の研究室からですよ）

0720デフォルトの名無しさん

2008/05/27(火) 00:45:26

>>717
Javaでやる必要があるか・ないかないかは、おまえが判断することじゃないな。
そういうことしかいえないなら、おまえはJava使うのやめた方がいいよ。

0721デフォルトの名無しさん

2008/05/27(火) 00:47:24

変な仕切り屋がいると、そいつに合わせなくちゃいけなくなるし、誰も寄り付かなくなるんだよね。

0722デフォルトの名無しさん

2008/05/27(火) 00:48:25

俺は判断してるわけじゃないよ。質問してるだけで。

0723デフォルトの名無しさん

2008/05/27(火) 00:50:40

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

0724デフォルトの名無しさん

2008/05/27(火) 00:57:26

高慢かどうかはともかく、そいつの技術レベルが幼稚すぎるのが泣ける（泣）

>>715が指摘してるけど、>>704とか幼稚すぎるんだけど（泣）

0725デフォルトの名無しさん

2008/05/27(火) 01:13:56

おれは「質問してる」だけだというよりも、やってることは「教えて君」に近いなと思う。
傲慢だから、「質問」って堅い用語でごまかしてんだろうｗ
情報学とかjavaとかより心理学やった方がいいよ（きっと君は向いてると思う）。

0726デフォルトの名無しさん

2008/05/27(火) 01:14:28

創価大学ｗ

0727デフォルトの名無しさん

2008/05/27(火) 02:34:59

>>704を見る限り確かに程度は低いな。大学じゃなくて独学でやってんじゃね？
age
age
age
おまえじゃ絶えられないんだろうけど（笑い）

0728デフォルトの名無しさん

2008/05/27(火) 03:04:25

何でJavaでやるのとか言う奴がいるのが不思議でたまらない。
そんなこといったら全てが「なんでJavaでやるの？」にならないか？
もっと考えものを言うべきじゃなかったのかな。

0729デフォルトの名無しさん

2008/05/27(火) 05:30:14

適材適所を考えたら数値解析にJavaを使うのは普通じゃないと思うけど。
これだけ便利なライブラリやソフトウェアが世の中に溢れているっていうのに
なんでわざわざ車輪の再発明をよりによってJavaでしようとするのか不思議。

0730デフォルトの名無しさん

2008/05/27(火) 06:26:58

５年後ぐらいにスクリプト全盛の世の中になると、数値解析は簡単なJavaでやるべきで、
GCあったとしても何でスクリプトでやるの？と同じことを考える人が出てくるんだろう。
適材適所を考えてJavaを選んでるだけど？君の未熟な技術力じゃそういうの気がつかないでしょ。

0731デフォルトの名無しさん

2008/05/27(火) 06:45:32

他の部分が Java だから仕方なく Java 使ったってんならまだしも、
演算子のオーバーロードすらできてない Java の BigDecimal を、
しかも sin みたいな基礎的なものから苦労して自作する必要まで
あるのに使うってのは、とても適材適所にはみえんのだが。

おまけにパフォーマンス的な結論は>>699で結局Java遅いから
JNI使え、になるわけでしょ？

0732デフォルトの名無しさん

2008/05/27(火) 06:58:09

>>731
パフォーマンスは実行時最適化ができないC/C++よりずっといいけど。

0733デフォルトの名無しさん

2008/05/27(火) 07:01:56

パフォーマンスに演算子のオーバーロードは関係ないと思うが？
もう話題に付いて来れなくて、論理破綻してるんだろうけど。

0734デフォルトの名無しさん

2008/05/27(火) 07:04:20

>>732
jvmはホットスポットあるからそうなんだけど、C++はtypeofとかで動的でもだめ？
でもライブラリもGPLか商用だし、そもそもC++（とC#)はカオスだからなｗ

0735デフォルトの名無しさん

2008/05/27(火) 07:08:26

C++はリフレクションないし面倒だから無理か。

0736デフォルトの名無しさん

2008/05/27(火) 07:11:05

＞演算子のオーバーロードすらできてない Java の BigDecimal を、

これが君がほしい適材適所ですかｗｗ

0737デフォルトの名無しさん

2008/05/27(火) 07:22:30

C++の演算子オーバーロードはパフォーマンスを急激に悪化させるから
使わないほうがいい。

0738デフォルトの名無しさん

2008/05/27(火) 07:29:16

>>731
演算子のオーバーロードだけなら DSL 使えば良いだけだが。
まぁ、sin 自作してまでわざわざ BigDecimal 使おうとは思わんよな。

0739デフォルトの名無しさん

2008/05/27(火) 07:29:44

>>732
つまり、>>699は間違いだったと。

0740デフォルトの名無しさん

2008/05/27(火) 08:06:46

>>738
そうね。計算結果が欲しいだけなら既存のライブラリとか探して、
それ使ってみて許容範囲内なら使い続けるだろうし。

Javaでプログラム書く事自体が目的の場合はまた別だけど。宿題とか。

0741デフォルトの名無しさん

2008/05/27(火) 08:17:38

最近の研究で目新しいものとして、実行時最適化を繰り返すことによって
速度を加速度的に上げていくというものがある。
まず、実行時最適化のかかるJVM1上で実行されるJVM2を作る。
つぎに、実行時最適化のかかるJVM2上で実行されるJVM3を作る。
これを繰り返すことで理論上ソフトウエアのみでコンピューティング能力を
上げていくことができるというものである。
現在、JVM16までの成功事例が知られており、これは166MHｚ相当のCPU上で
3.2GHｚ相当の処理能力を持つということである。

0742デフォルトの名無しさん

2008/05/27(火) 08:35:21

>>731
ネタにマジレス乙

0743デフォルトの名無しさん

2008/05/27(火) 11:34:32

>>729
便利なライブラリやソフトウェアをJAVA側から軽々使える呼べるようにしたらいいじゃない。
絶対やらないのは知ってるけれど。どの環境でも動く、よりもむしろ役立つような

0744デフォルトの名無しさん

2008/05/27(火) 11:54:16

>>741
ファイル圧縮を繰り返したら無限に小さくなるってのと同レベルだな。

ってか、どこを縦読みすんだ、それは。

0745デフォルトの名無しさん

2008/05/27(火) 12:29:08

最
速
ま
つ
こ

0746デフォルトの名無しさん

2008/05/27(火) 13:31:34

>>744
ベンチマークがある。
記憶域がネックのようだな。
http://www.spec.org/web2005/results/res2005q4/web2005-20051107-00017.html

0747デフォルトの名無しさん

2008/05/27(火) 13:34:45

＞JAVA側から軽々使える呼べるようにしたらいいじゃない

この軽がる、使える、呼べる、というのは具体的には？

0748デフォルトの名無しさん

2008/05/27(火) 13:39:09

コスト比で言えばメモリーが半額になれば同じ価格で二倍の性能を得られるということか。
CPUの処理能力をニ倍にするよりメモリーを二倍にするほうが安上がりだな。

0749デフォルトの名無しさん

2008/05/27(火) 13:42:32

そもそも、HotSpotを使えばC++の2～3倍高速になる。

http://www.intel.co.jp/jp/business/glossary/6414.htm

0750デフォルトの名無しさん

2008/05/27(火) 14:15:35

>>746
それは笑うところか？

0751デフォルトの名無しさん

2008/05/27(火) 14:18:56

>>743
JNAとかあるし、昔よりはマシにはなってると思うが。

0752デフォルトの名無しさん

2008/05/27(火) 15:33:11

>>748
その比べてるコスト比というのは（たぶんメモリとCPUを比べてるんだろうけど）、比べられるものなのか？

0753デフォルトの名無しさん

2008/05/27(火) 17:14:45

>>707
いやそもそもageてるお前が一番このスレの中でアホなんだけど

0754デフォルトの名無しさん

2008/05/27(火) 17:15:54

>>710
そんなに詳しくて自分がオタクじゃないのかw

0755デフォルトの名無しさん

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万回じゃ済まされないレベルだな。

> これぐらいの情報が書いてあったんだけど、そういうの想定してよｗ
駄目。エスパーじゃねえんだからアドバイスが欲しかったらちゃんと説明しろ。

0756デフォルトの名無しさん

2008/05/27(火) 17:27:10

>>753-754
オタク？そろそろニコニコ動画の方に戻ったらどうだ？

0757デフォルトの名無しさん

2008/05/27(火) 17:28:15

>>718
> 確かにいつも偉そうな事言ったり（専門用語使ったり）、
> 聞き返したり（>>704にたいに当然のことを）してるけど、

にたいに

焦っているぞ。慌てるな。
2chで仕切ってるやつっていったらひろゆきだけだろ。

0758デフォルトの名無しさん

2008/05/27(火) 17:29:07

>>721
お前の研究室の実態がよくわかった。
研究室で先輩や教授や助手ににこき使われているんだろ。
それでストレス発散目的でここにレスしていると。

0759デフォルトの名無しさん

2008/05/27(火) 17:32:27

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

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

理系全般
http://science6.2ch.net/rikei/
情報システム
http://science6.2ch.net/infosys/
情報学
http://science6.2ch.net/informatics/
プログラマー
http://pc11.2ch.net/prog/

0760デフォルトの名無しさん

2008/05/27(火) 17:52:18

あ？
いつもながら思うんだが、キモイ奴が常任してるよなｗ

0761デフォルトの名無しさん

2008/05/27(火) 17:56:29

>>760
確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。
まずは、いろいろな入門書をキッチリやって多角的に捉えられるようにならないとな

0762デフォルトの名無しさん

2008/05/27(火) 18:22:28

まあ、俺の108式JVM使えば、そんなの軽いけどな。

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

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

0763デフォルトの名無しさん

2008/05/27(火) 19:00:58

ああJNA、それやめといた方がいいよ。

0764デフォルトの名無しさん

2008/05/27(火) 19:05:36

＞にたいに

ん？

0765デフォルトの名無しさん

2008/05/27(火) 19:11:36

＞いやそもそもageてるお前が一番このスレの中でアホなんだけど

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

0766デフォルトの名無しさん

2008/05/27(火) 19:18:09

オタクみたいにこっそりと隠れていたいんじゃね？

0767デフォルトの名無しさん

2008/05/27(火) 20:43:23

また騙されたんだね。いろいろ書いたのに答えてもらえなくて可哀想にww

0768デフォルトの名無しさん

2008/05/27(火) 22:44:55

>>762
108式JVMってなによ。これ、笑いどころなのか？
JNAだけど思ってるほど便利じゃないよ。所々不便。

0769デフォルトの名無しさん

2008/05/27(火) 22:57:30

といっても、数値計算なんてJavaでやる奴はサルだろ。
もうおまえみたいなオタクザルはこのスレ来るなよ。
JVMの内部のこと全く知らないくせにこんなはやつスルーしようぜ！

0770デフォルトの名無しさん

2008/05/27(火) 23:53:04

>>763
何故に? あんまり活発じゃないから?

0771デフォルトの名無しさん

2008/05/28(水) 03:55:59

>>761
> >>760
> 確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
> たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。

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

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

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

0772デフォルトの名無しさん

2008/05/28(水) 03:56:40

>>765
age荒らしを知らないのか。

0773デフォルトの名無しさん

2008/05/28(水) 03:57:23

>>769
奥村もソノホカのJavaで数値解析している大学教授はみんなサルですか

0774デフォルトの名無しさん

2008/05/28(水) 03:57:51

>>756
唐突にニコニコ動画がでてくる理由がわからない

0775デフォルトの名無しさん

2008/05/28(水) 04:27:42

>>771-774
こういう連続の投稿するやつもそのage荒らしとやらと同じじゃないの・

0776デフォルトの名無しさん

2008/05/28(水) 04:28:57

>>770
まだ人柱バージョンで何が起こるか分からないから、慎重にってこと

0777デフォルトの名無しさん

2008/05/28(水) 05:06:27

C++では遅すぎるので、Javaが使われるようになった。
↓この辺りに詳しく書いてある。
http://www.intel.co.jp/jp/business/glossary/6414.htm

0778デフォルトの名無しさん

2008/05/28(水) 05:13:31

ageるとうるさいオバさんがまたガミガミいってくるぞ！

0779デフォルトの名無しさん

2008/05/28(水) 05:20:54

は？上げないと見てもらえないジャン。
ばか？

0780デフォルトの名無しさん

2008/05/28(水) 05:22:30

計算コストとかnewはコストがかからないからとか言ってた奴は、結局どういうことなのか説明したり答えたりしたのか？

0781デフォルトの名無しさん

2008/05/28(水) 05:23:45

で、結局スタックに確保できないのか？

0782デフォルトの名無しさん

2008/05/28(水) 05:37:42

java.util.Stack？

0783デフォルトの名無しさん

2008/05/28(水) 06:10:36

マシンスタック

0784デフォルトの名無しさん

2008/05/28(水) 06:18:16

>>777
そんなこと書いてないようだが？

0785デフォルトの名無しさん

2008/05/28(水) 06:21:29

ここにいつも常任しているせんせーには、「研究室」が図星だったんだろうな・・
雑巾しぼりさせられてるんだろう・・可哀想に・・・

0786デフォルトの名無しさん

2008/05/28(水) 06:38:51

>>784
C++の2,3倍高速って書いてあるだろ。

0787デフォルトの名無しさん

2008/05/28(水) 07:12:51

ここには常任せんせーがいるのか
何を任せられているんだ？

0788デフォルトの名無しさん

2008/05/28(水) 07:36:49

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

0789デフォルトの名無しさん

2008/05/28(水) 08:18:00

そういうなめたやつがいるスレは呪われて当然だろうｗｗ
確か次世代がどうとかにも似たような奴がいるから同一人物ｔだろうな。
どうやって焼き殺してやろうか？おまえのことだよｗｗｗ

0790デフォルトの名無しさん

2008/05/28(水) 20:58:27

研究室の雑巾がけは終わってのか？

0791デフォルトの名無しさん

2008/05/28(水) 23:28:38

Javaは数値計算も速いけど、
数値計算屋の望む浮動小数点処理を提供してくれないので、
数値計算屋は離れていったね。RealJavaの提案を蹴られてから。

0792デフォルトの名無しさん

2008/05/29(木) 00:04:54

javaはなんでもかんでも出来るわけじゃないよな。jvmの内部構造を知ってれば分かるだろ。

0793デフォルトの名無しさん

2008/05/29(木) 12:37:54

>>788
ウィルスって
Windows使わなきゃ問題ないし

0794デフォルトの名無しさん

2008/05/29(木) 12:38:45

>>779
馬鹿だな。いつも見てる人はだいたい決まってる。
2ch慣れしている人にはageてなくても2chブラウザにより存在に気づく。

0795デフォルトの名無しさん

2008/05/29(木) 17:24:24

任意精度のときは、PIの精度をどうするか悩みどころなんだよな

0796デフォルトの名無しさん

2008/05/29(木) 17:26:39

>>793
それはどうかな？

0797デフォルトの名無しさん

2008/05/29(木) 17:47:18

>>793
自分が加害者になることを問題にしない犯罪者予備軍

0798デフォルトの名無しさん

2008/05/29(木) 18:00:06

>>795
PIは最後まで算出しないで結果に対して任意精度で演算する。

0799デフォルトの名無しさん

2008/05/29(木) 18:24:33

ちょっと違うなｗ

0800デフォルトの名無しさん

2008/05/29(木) 19:01:15

測定の方法も知らなければ、数値計算の実装も出来ない奴がいるな。
そういう奴が偉そうにJavaとかJVMを語ってるのが笑える。
そのうちに「今の計算機科学は・・」っていうのか？君はまだ若いのに、もうオヤジ臭いんだけどｗ

0801デフォルトの名無しさん

2008/05/29(木) 19:04:27

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

0802デフォルトの名無しさん

2008/05/29(木) 23:15:26

最近の業務システムはJavaでWebというのが多いから、数値計算はあまり関係ないだろう。

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

0803デフォルトの名無しさん

2008/05/30(金) 00:07:24

>>800は井の中の蛙に違いない

0804デフォルトの名無しさん

2008/05/30(金) 00:08:32

>>802
や、そもそも>>673あたりで既に意味不明というか日本語でおkというか。
煽りあう以前に意味の伝達がまるっきりできてるように見えんかった。

0805デフォルトの名無しさん

2008/05/30(金) 00:09:30

数値計算させるのにいまどき汎用言語を使ってるほうがおかしい
専用のソフトがあるのにね

0806デフォルトの名無しさん

2008/05/30(金) 00:13:04

また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？
ところでその専用ソフトはどうやって作るんだろう。

0807デフォルトの名無しさん

2008/05/30(金) 00:14:49

連続投稿（　）笑

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

0808デフォルトの名無しさん

2008/05/30(金) 00:17:39

ウイルスに感染してるんじゃね？おまえのPCがｗ

0809デフォルトの名無しさん

2008/05/30(金) 00:22:40

例えば正確な日本語でちゃんと通じるように書いたとしても、>>807みたいなアホが答えられるはずもないな。
さらに>>807程のカワズ君というかニートみたいな奴に分かるように丁寧に書くのも大変なんじゃないの？

0810デフォルトの名無しさん

2008/05/30(金) 00:25:44

>>805
世界が狭いね。

0811デフォルトの名無しさん

2008/05/30(金) 00:28:09

能力がどうとか言うよりも、読み取るほどの技術力も読解力ない中学生なんだろ。
>>807,804をみても酷すぎるからな

0812デフォルトの名無しさん

2008/05/30(金) 00:30:58

また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？

0813デフォルトの名無しさん

2008/05/30(金) 01:01:33

>>812
世間が狭いね。

0814デフォルトの名無しさん

2008/05/30(金) 14:37:34

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

0815デフォルトの名無しさん

2008/05/31(土) 00:08:43

浅い割に態度が大きいね。

0816デフォルトの名無しさん

2008/05/31(土) 01:01:04

それ日本語？

0817デフォルトの名無しさん

2008/05/31(土) 01:46:05

今のJavaって何に活用するのがいいと思いますか？

0818デフォルトの名無しさん

2008/06/01(日) 14:09:56

>>817
高速性を生かし、速度を稼がなければならない用途に使われています。

0819デフォルトの名無しさん

2008/06/01(日) 15:07:06

それじゃ援助交際じゃん

0820デフォルトの名無しさん

2008/06/06(金) 18:51:58

Java SE 6u10-b25 is now available
https://jdk6.dev.java.net/6u10ea.html#Download
http://www.java.net/download/jdk6/6u10/promoted/b25/changes/jdk6uN-b25.html

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

0821デフォルトの名無しさん

2008/06/08(日) 05:08:39

>>802
それ、俺も疑問に思った。
なんか一人で煽ってる厨は何を喜んでいるのかよくわからないし

0822デフォルトの名無しさん

2008/06/08(日) 05:34:10

知らない分野のことをあれこれ言ってた奴がいたけど「シグマ計算」には笑ったｗ

0823デフォルトの名無しさん

2008/06/08(日) 12:28:00

>>814
newしまくるなら、メモリを一気に確保しておくJavaの方が有利そうだな

0824デフォルトの名無しさん

2008/06/08(日) 15:27:11

それって、JVMの話になるとムキになってすぐレスしてくるやつじゃないか
発言を聞いてると的外れな意見が多いし、調子に乗ってるみたいだからたぶんここのスレ主だろｗ
暇人なんじゃないの？

0825デフォルトの名無しさん

2008/06/08(日) 20:09:53

>>823
デザインパターンちゃんとやれば
newしまくりによる負荷もかなり軽減されるんだけどな
newしないといけないからJavaはよくないだからJNIつかえとか
言ってるやつはかなりアホで勉強不足な奴だと思うよ

0826デフォルトの名無しさん

2008/06/09(月) 00:29:35

デザインパターンとJavaは関係ないけど、JNIとJavaは大いに関係あると思う。
古風で言えば、アルゴリズムとC言語が関係ないのと同じなんじゃないかな。
Javaについて勉強不足なのは君の方じゃないの？

0827デフォルトの名無しさん

2008/06/09(月) 00:44:14

君は誰に向かって発言しているんだ

0828デフォルトの名無しさん

2008/06/09(月) 01:08:07

>>825
やっぱり的外れだったな。そう泣くなよｗｗ

0829デフォルトの名無しさん

2008/06/09(月) 01:19:14

デスクトップ用途には向かないな
やっぱりリソース食いすぎる

0830デフォルトの名無しさん

2008/06/09(月) 01:57:37

それだと、.Netとかどうなっちゃうの？

0831デフォルトの名無しさん

2008/06/09(月) 04:22:01

煽ってるお子さんがいるようだが、いったいどこにツボがあるんだかわからないなあ

0832デフォルトの名無しさん

2008/06/09(月) 10:46:46

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

0833デフォルトの名無しさん

2008/06/09(月) 10:48:49

シグマ計算ですしｗｗ

0834デフォルトの名無しさん

2008/06/09(月) 11:04:06

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

0835デフォルトの名無しさん

2008/06/09(月) 11:12:09

↑のように、すぐに雑学だらけの奴(Web 2.0)が現れる

0836デフォルトの名無しさん

2008/06/09(月) 11:15:23

確かにこいつ>>834がそれらの機能を使いこなせるとは思えないな。

0837デフォルトの名無しさん

2008/06/09(月) 14:01:37

>>832
Web2.0の申し子っていうけど
あれはJavaよりAjaxのほうが際立ってるけどなあ。

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

0838デフォルトの名無しさん

2008/06/09(月) 14:04:02

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

0839デフォルトの名無しさん

2008/06/09(月) 14:05:04

>>835-836
まあおちつけ。自分の立場も力の弱さも考えずにアメリカ海軍に特攻する困ったちゃんみたいだぞ。

0840デフォルトの名無しさん

2008/06/09(月) 14:36:26

確かそいつの言いぐさは「買求[プ」じゃなかったか？

0841デフォルトの名無しさん

2008/06/09(月) 16:28:24

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

0842デフォルトの名無しさん

2008/06/09(月) 16:31:27

クロージャまだかな。それで何とかなるよ。

0843デフォルトの名無しさん

2008/06/09(月) 16:45:30

クロージャとプロパティは姉妹スレでやってるね
[Java SE 7] 次世代Javaの動向 6 [dolphin]
http://pc11.2ch.net/test/read.cgi/tech/1199330977/l50

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

0844デフォルトの名無しさん

2008/06/09(月) 18:32:57

java.io.FilterInputStreamみたいなのは、何ていうデザインパターンか知ってますか？

0845デフォルトの名無しさん

2008/06/09(月) 18:42:38

デコレータ・パターン

0846デフォルトの名無しさん

2008/06/09(月) 18:45:30

>>841
つ[Eclipseのテンプレート]
つ[EclipseとCheckstyleプラグイン]
つ[EclipseとFindBugs]

0847デフォルトの名無しさん

2008/06/09(月) 21:51:24

プロパティにしてもクロージャにしても、なんのためにその機能が欲しいのか、だな。
プロパティでgetter/setterを書かなくて済むようになるならありがたいが、
そうでなきゃｲﾗﾈ

0848デフォルトの名無しさん

2008/06/10(火) 02:55:59

VB厨臭い馬鹿がそれらの機能を欲しがる理由は

　　　　C#にもあるから

0849デフォルトの名無しさん

2008/06/10(火) 05:23:41

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

0850デフォルトの名無しさん

2008/06/10(火) 06:32:43

848はVBとC#しか知らんのか

0851デフォルトの名無しさん

2008/06/11(水) 07:31:45

>>849
あまり使われないので名前はありません。

0852無責任ユーザー的な発言

2008/06/11(水) 11:25:06

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

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

0853デフォルトの名無しさん

2008/06/11(水) 12:24:10

イミフ

0854デフォルトの名無しさん

2008/06/11(水) 14:26:56

クロージャよりまともな委譲モデルが欲しいかな。
java.beans.EventHandlerの中途はんぱっぷりは異常。

0855デフォルトの名無しさん

2008/06/11(水) 14:28:59

その辺はクロージャ使って書き直しですよ。

0856デフォルトの名無しさん

2008/06/11(水) 14:51:19

>>846
その3つが何かの解決になるの？

0857デフォルトの名無しさん

2008/06/11(水) 15:40:41

そんなことをいちいち書き直したりしないな。

0858デフォルトの名無しさん

2008/06/12(木) 07:12:56

JavaがWebで使われてるって言う意見があったけど、
Javaがdesktopに入って来れないだけでwebに活路を見出してるだけだよ。
serverはgnu/linux/bsdだし、javaが入れるのはweb appliぐらいしかないでしょ。

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

0859デフォルトの名無しさん

2008/06/12(木) 09:07:01

日本語でおけ

0860デフォルトの名無しさん

2008/06/12(木) 09:25:12

また厨房が沸いてきたな
javaはデザインパターン専用言語だから嫌ならc#やれよ

0861デフォルトの名無しさん

2008/06/12(木) 09:41:24

最近のMSさんはころころ仕様が変わるのでついていくのが大変です

0862デフォルトの名無しさん

2008/06/12(木) 09:45:07

>>861
おまえは>>858をよく読んだほうがいいなｗ

0863デフォルトの名無しさん

2008/06/12(木) 10:14:15

>>858
サーバサイドは、JVM起動しっ放し、
クラスロードしっ放しでいいからだよ.

0864デフォルトの名無しさん

2008/06/12(木) 10:37:40

それなら別にjava (jvm)じゃ無くてもいいわけだが？

0865デフォルトの名無しさん

2008/06/12(木) 10:41:51

webといっても顧客はたいていwinだろうし、win環境に合わせるのが普通の金儲けなんだけどね。
大手の会社とか金持ち相手は金に糸目がないから別だけど。

0866デフォルトの名無しさん

2008/06/12(木) 12:04:01

>>864
クライアントサイドとの差＝863

0867デフォルトの名無しさん

2008/06/12(木) 14:28:32

デスクトップでのパフォーマンスは向上してきている。
開発側が突っ込むリソースをここ1年以上クライアント側にシフトしてきている。

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

0868デフォルトの名無しさん

2008/06/12(木) 14:37:36

デスクトップに進出するなら、appletが復興するんじゃないの？
javaがwebで使われるといっていても、所詮はservletなんで。

0869デフォルトの名無しさん

2008/06/12(木) 14:47:32

いや、その・・・jnlp・・・・

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

0870デフォルトの名無しさん

2008/06/12(木) 14:50:51

Desktopは、webのクライアントサイドと一緒で、
Javascript(Silverlight, Dashboard)がかなり強敵かと。
あっちはキャッチーなところから責めてるんで。
J2MEの方も同様。

0871デフォルトの名無しさん

2008/06/12(木) 15:10:44

jnlpがネット前提でローカル環境のインストールができないのが問題だな

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

0872デフォルトの名無しさん

2008/06/12(木) 15:21:25

jnlpとappletは全く別物だと考えた事は無いのか？

0873デフォルトの名無しさん

2008/06/12(木) 15:23:46

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

0874デフォルトの名無しさん

2008/06/12(木) 15:27:14

>>873
> jsとか継承できし面倒でしょｗ

つ ECMAscript4
http://www.ecmascript.org/es4/spec/overview.pdf

0875デフォルトの名無しさん

2008/06/12(木) 15:32:16

>>871
ああ、あとCUIのサポートをして欲しいと思う。
サーバ用途が多いんだから、アプリの更新の手間をJNLPに任せられるってのは使いたい。
デスクトップより簡単だと思うんだけどなぁ・・・

0876デフォルトの名無しさん

2008/06/12(木) 15:49:29

>>872
別の技術だけど排他でもないぞ
webstartアプレットだってあるんだし

0877デフォルトの名無しさん

2008/06/12(木) 16:28:30

>>872
アプリケーションを作ったりどっちを採用するか考えたりするときに全く別物と考えることは少ないんじゃないかな？

0878デフォルトの名無しさん

2008/06/12(木) 16:39:30

そうだよな。また沸いてきたバカだろうし相手にしなくていいじゃね？

0879デフォルトの名無しさん

2008/06/14(土) 01:09:30

>>872
バーカバーカ！ゲラゲラ（＾＾）

0880デフォルトの名無しさん

2008/06/15(日) 17:30:39

つうかJavaに遅いという感覚はもうすでになくなっているんだけど。
8年前からJavaは早くなってるし

0881デフォルトの名無しさん

2008/06/15(日) 17:32:54

>>858
鯖でもWebアプリだけでもかなり多岐な分野にわたってるけどね。
今までHTTPを介さなかったもののほとんどがHTTP介したWebアプリ化
している現状を知らないんだろうね。Webを使って当たり前の時代なんだけどな。

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

0882デフォルトの名無しさん

2008/06/15(日) 17:33:38

>>865
なんか昔から煽りパターンが変わってないね。君らって。

0883デフォルトの名無しさん

2008/06/15(日) 17:34:27

>>868
いまさらAppletが復興って。
Java Web StartやAjaxがなぜそこで出ないのか不思議なんだけど。
それに今はGoogle全盛期の時代だし

0884デフォルトの名無しさん

2008/06/15(日) 17:35:01

>>870
いまどきJ2MEなんていうお前はいつの時代の人間だ？

0885デフォルトの名無しさん

2008/06/15(日) 17:38:58

>>871
> jnlpがネット前提でローカル環境のインストールができないのが問題だな

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

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

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

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

0886デフォルトの名無しさん

2008/06/15(日) 18:17:29

>>885
CDで配布してインストールとかもできるようになっていればいいパターンだってあるし

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

0887デフォルトの名無しさん

2008/06/15(日) 18:17:49

時代遅れとかで煽ってる奴って、一体いつの時代の人？

0888デフォルトの名無しさん

2008/06/15(日) 18:21:22

明治かな

0889デフォルトの名無しさん

2008/06/15(日) 18:26:02

BAISCの人でしょｗ

0890デフォルトの名無しさん

2008/06/16(月) 13:43:17

J2ME, Java ME、いまでも普通に使うが…

0891デフォルトの名無しさん

2008/06/16(月) 14:48:05

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

0892デフォルトの名無しさん

2008/06/16(月) 15:29:18

リモート管理とかスクリプト化とかいろいろ便利だよねえ。
オフラインもJavaベースのシステムのインストーラ、
要するにbootstrapをjws的に行なう、に便利。

0893デフォルトの名無しさん

2008/06/16(月) 19:51:03

jwsはプログラムの追加と削除にいちいち登録されるのがウザイ

0894デフォルトの名無しさん

2008/06/16(月) 23:21:14

>>893

0895デフォルトの名無しさん

2008/06/17(火) 11:08:03

JRubyの中の人が日本に来るみたいだね。
Sun主催のイベントで↓だってw

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

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

0896デフォルトの名無しさん

2008/06/21(土) 10:13:21

IcedTeaベースのOpenJDK 6 on Fedora9がTCK互換クリアしたよ。
これで完全なFLOSS javaができたね。

0897デフォルトの名無しさん

2008/06/21(土) 15:02:45

でも完璧に動くわけじゃないんだよね
やっぱり実装と仕様の分離ってかなり難しい

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

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

0898デフォルトの名無しさん

2008/06/21(土) 16:41:08

BSD javaはすごいよな

0899デフォルトの名無しさん

2008/06/21(土) 18:00:56

なにがすごいのか

0900デフォルトの名無しさん

2008/06/21(土) 23:36:53

結局、仕様に依存して実装されてるプログラムより、実装に依存されているプログラムが殆どだから
SunのVMを使わざるを得ないって事なのかなぁ。

0901デフォルトの名無しさん

2008/06/22(日) 02:41:19

差はどんどん少なくなっていくでしょ。
それにどうやろうと完全に一緒になることはないし。
gccだってCPUが違えばbugの有無に差が出る。
TCKは全ての仕様をチェックできるわけでもない。

0902デフォルトの名無しさん

2008/06/22(日) 11:01:51

差は小さくなっていくとしても、SunVMにも仕様外の実装が入ってるでしょ。
sunパッケージのクラスとか。
それに依存してるアプリが悪いといえば悪いんだけどさ。

0903デフォルトの名無しさん

2008/06/22(日) 11:53:43

昔はよく見たけど最近見ないなぁ。com.sun.*パッケージに依存したアプリ。
むしろgnu.classpath.*パッケージに依存したアプリは最近よく見る。
フリーな実装が増えてきている証拠だと思うよ。

0904デフォルトの名無しさん

2008/06/22(日) 12:23:33

どちらも望ましいことじゃないよね～。
先進的な機能を使おうとしたら、ベンダ依存のものを使うしかないわけだけど…。
悩ましいわな。

0905デフォルトの名無しさん

2008/06/22(日) 12:54:05

sunのVMはいわばRIみたいな感じになるのかな

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

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

0906デフォルトの名無しさん

2008/06/22(日) 21:18:21

>>902
> 仕様外の実装が入ってる
< 仕様外のライブラリが入ってる

0907デフォルトの名無しさん

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

0908デフォルトの名無しさん

2008/07/03(木) 10:38:53

0909デフォルトの名無しさん

2008/07/11(金) 01:14:48

jnlpはXML使うごときでいちいち署名を求めてくるのをなんとかしてほしいの
ユーザが警戒するの

0910デフォルトの名無しさん

2008/07/12(土) 12:36:44

b27=RCらしいね。
jdk-6u10-rc-bin-b27-windows-i586-p-08_jul_2008.exe

0911デフォルトの名無しさん

2008/07/22(火) 21:39:00

TextSS

0912デフォルトの名無しさん

2008/07/27(日) 02:53:12

0913デフォルトの名無しさん

2008/07/31(木) 04:52:11

この記事は凄い！

developerWorks Japan > Java technology
COBOL のように死んだ言語
Java は置き換えられる時期に来ているのか
http://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月に発表しました。私達はそれ以来、彼の言う「マルサス論による抑制」が人口の増加に対
して実際に働くのを待ち続けています。

0914デフォルトの名無しさん

2008/08/10(日) 11:40:02

なんかネタないの？

0915デフォルトの名無しさん

2008/08/10(日) 16:41:46

現世代だと知っていて当たり前なネタばかりで食いつきが悪いからね
もうJavaSE6がでてから1年と8ヶ月たったんだし、JavaSE7がでるまではこんなもんかと

0916デフォルトの名無しさん

2008/08/10(日) 17:45:54

その前にUpdate10があるな

0917デフォルトの名無しさん

2008/08/10(日) 17:49:36

update 10_beta 使ってたら画面の描画がクソ重くなることがあって元に戻した。
しばらく我慢してると直ったりしたんだけど、再現条件もわからなくて対処のしようが
わかんなかった。

0918デフォルトの名無しさん

2008/08/10(日) 21:28:47

>>917
再現条件がわからなくても、とりあえずBTSに投入しとけ。
現象を認識していたら、運が良ければ誰かが再現条件を見付けて直してくれるかもしれんが、認識されてなかったらいつまでたっても直らない。

0919デフォルトの名無しさん

2008/08/11(月) 01:07:50

俺まだu4なんだよな。そろそろ上げるか・・・。

0920デフォルトの名無しさん

2008/08/11(月) 01:19:39

おれ、u1なんだけど、そんなに違ったりするの？
修正点も大体はバグ直しでしょ。

0921デフォルトの名無しさん

2008/08/11(月) 02:17:55

>>920
大量に致命的なバグが直ってるu2、u4があるからu4くらいまではさっさとあげたほうがいいよ
アプレットが100％フリーズ起こす問題はu6あたりでなおってる

0922デフォルトの名無しさん

2008/08/11(月) 14:43:43

>アプレットが100％フリーズ起こす問題はu6あたりでなおってる
これバグだったのか。ブラウザ巻き込んでフリーズするから何かと思ってた。

0923デフォルトの名無しさん

2008/08/11(月) 22:29:01

バグというより、M$の陰謀だけどね。

0924デフォルトの名無しさん

2008/08/11(月) 23:04:49

いやfxでもSMでも起こるんだが・・・そういう報告はきてないのか？

0925デフォルトの名無しさん

2008/08/12(火) 00:21:31

SM?

0926デフォルトの名無しさん

2008/08/12(火) 10:55:16

SeaMonkeyなら、Mozilla由来のコードでできてるから、
Firefoxと同じ現象が起きても不思議じゃない。

0927デフォルトの名無しさん

2008/08/12(火) 20:23:34

>>924
M$はFxにも陰謀仕掛けてるのか。
最悪だな。

0928デフォルトの名無しさん

2008/08/13(水) 13:01:33

FXというとオンライントレード、eワラントを思い出す。そっちのFXじゃないかw
WinFXとJavaFXのことか

0929デフォルトの名無しさん

2008/08/13(水) 13:09:34

なにいってんだ？

0930デフォルトの名無しさん

2008/08/13(水) 14:29:58

FFxと書いたらなんかのゲームのタイトルになってしまふ

0931デフォルトの名無しさん

2008/08/14(木) 23:51:53

Update10 が RC になってたね。
けど Nimbus はまだ崩れる。むーん。

0932デフォルトの名無しさん

2008/08/15(金) 01:11:39

Nimbusはまだ崩れるのか。将来のjavaLaFになるんだろ？間に合うのか・・・。

0933デフォルトの名無しさん

2008/08/16(土) 13:46:20

あー、ごめん、崩れるって言ったけどNimbusのせいじゃないや。

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

0934デフォルトの名無しさん

2008/08/17(日) 16:33:55

>>933
何だと思ったらちょま吉のプロパティファイルエディタのサイトか
Eclipseでお世話になっていますぜ

0935デフォルトの名無しさん

2008/08/22(金) 13:03:04

http://www.jasperpotts.com/blog/2008/08/a-very-late-nimbus-is-done-blog/
Nimbus is Done
って言ってるけど？

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

0936デフォルトの名無しさん

2008/08/22(金) 17:54:46

俺、JDK6u10がリリースされたら開発環境更新するんだ！

0937デフォルトの名無しさん

2008/08/22(金) 18:11:47

>>936
何のフラグだよ！
そういえばJDKは1.6.0_03からあげてないな。

0938デフォルトの名無しさん

2008/08/22(金) 20:58:05

せめてu4まであげとけ
バグ大量に直ってるから

0939デフォルトの名無しさん

2008/08/23(土) 17:12:14

っていうか、u10って秋にはもう出るんだよな？
予定が↓だから。

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

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

0940デフォルトの名無しさん

2008/08/23(土) 17:18:38

既にu7まで出てるんだが。

0941デフォルトの名無しさん

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)

0942デフォルトの名無しさん

2008/09/05(金) 00:20:46

そんな古いもん表示して何が言いたいんだ＞

0943デフォルトの名無しさん

2008/09/05(金) 13:12:54

>>942
最後の「＞」って何なの？

0944デフォルトの名無しさん

2008/09/05(金) 13:18:10

1.6も入れてない人が多いのに、そんなに古いか？

0945デフォルトの名無しさん

2008/09/05(金) 16:09:38

きっと「最新版を入れていない奴は馬鹿」だと思っている人なんでしょう

0946デフォルトの名無しさん

2008/09/05(金) 16:18:26

現世代の中では古いってことだろ。
で、941は何が言いたいんだ？

0947デフォルトの名無しさん

2008/09/05(金) 23:49:35

>>944
1.6を使うならせめてu4まではいれないとバグが多くてかなわんよ

0948デフォルトの名無しさん

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)

0949デフォルトの名無しさん

2008/09/06(土) 05:11:27

>>948
Sun社員乙

0950デフォルトの名無しさん

2008/09/06(土) 07:18:19

>>948
インストールできたのがそんなに嬉しいかったんだねぇ。
よかったねぇ。

0951デフォルトの名無しさん

2008/09/06(土) 09:27:40

開発版つかってるのがそんなにうれしいのか・・・

0952デフォルトの名無しさん

2008/09/07(日) 13:43:32

>>949
Sunの社員っていってもホントに最新版に触れるためには結構大変なんだけどな
今となっちゃ、殆ど公開されてるmercurialレポジトリから取れるのが最新版じゃねえの？

0953デフォルトの名無しさん

2008/09/15(月) 11:29:14

こっそりと RC2 Build 31 がリリースされてた。

0954デフォルトの名無しさん

2008/09/16(火) 14:12:59

RCだからか、もうインストーラーとかの修正ばっかりだな。

0955917

2008/09/21(日) 00:44:02

名無しでバグ報告できないか調べて、ダメっぽいから半分あきらめてたけど、
幸運にも >917 と同じ問題を再現方法つきで報告してくれた人が居た。
http://forums.java.net/jive/thread.jspa?threadID=47107&tstart=0

今のところレスが付いてなくて不安な感じだけど、とりあえず問題の解決を祈ることにする。

0956デフォルトの名無しさん

2008/09/21(日) 07:37:36

>>955
Oracle Forms と一緒に使うと描画遅くなるって書いてあるけど、再現条件これでいいのか？

そうそう、b32が出てるね。

0957デフォルトの名無しさん

2008/09/25(木) 15:12:02

>>955
d3dでXOR演算使うと遅くなるとかレス付いてるね。

u10 には間に合わんけど、すでに取り掛かってる人がいるから
u11 か u12 あたりでは解決する見込みらしい。

0958デフォルトの名無しさん

2008/10/08(水) 12:59:11

ttp://211.134.183.200/speedchk/spchkapplet.php
ここにアクセスしたら最新のRCのインストールをさせられた。
1.6.0_10-rc
になっているよ。

DIONのスピードチェックの直リン。

0959デフォルトの名無しさん

2008/10/15(水) 01:41:55

>>949
とんでもないオヤジギャグかと思った。
池袋のあのビルを思い出した。

0960デフォルトの名無しさん

2008/10/16(木) 05:13:13

6u10 age

0961デフォルトの名無しさん

2008/10/16(木) 10:02:33

Nimbus どこいった？

0962デフォルトの名無しさん

2008/10/16(木) 10:15:43

>>961
ちゃんとあるよ。
心なしかフォントが綺麗になったような……

0963デフォルトの名無しさん

2008/10/16(木) 19:27:13

とうとうリリースされたか！
http://java.sun.com/javase/6/webnotes/6u10.html

あげとくね

Nimbusは、
http://java.sun.com/javase/6/docs/technotes/guides/jweb/otherFeatures/nimbus_laf.html#swing_defaultlaf_commandLine
を参考に。
-Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
を付けておくこと。

0964デフォルトの名無しさん

2008/10/16(木) 21:47:47

Update 8 と Update 9 は・・・？

0965デフォルトの名無しさん

2008/10/16(木) 22:09:17

リリースしないのかね・・・

0966デフォルトの名無しさん

2008/10/16(木) 23:20:35

リリースノートはざっと目を通したのですがよくわからんです。
手っ取り早くアップデートの要点をまとめたサイトとかあったら教えてくだされ。

0967デフォルトの名無しさん

2008/10/17(金) 00:03:28

https://jdk6.dev.java.net/6u10ea.html
ここかな。
Java Quick Starter
Hardware Acceleration Support
Java Kernel Installation
New Java Plug-In
Nimbus
このあたりじゃないか？要点は。

0968デフォルトの名無しさん

2008/10/17(金) 00:16:50

10秒でUpdate Release Notesにとばされて絶望した

0969デフォルトの名無しさん

2008/10/17(金) 00:30:20

半透明ウィンドウのサポートも
http://java.sun.com/developer/technicalArticles/GUI/translucent_shaped_windows/

0970デフォルトの名無しさん

2008/10/17(金) 00:47:47

なぜか JDK がダウンロードできない

半透明ウインドウって Update 10 からだったのか……
JWebPane って搭載されてるの？それともまだ後？

0971デフォルトの名無しさん

2008/10/17(金) 13:35:27

日本語のページからはだめだったけど英語のページからはダウンロードできた
JWebPaneらしきものは見当たらない
demoにLaffyとSwingSet3が増えてた・・・htmlとpngしか無いが

0972デフォルトの名無しさん

2008/10/17(金) 14:09:12

>>971
新しい demo は java web start 使って web経由で配布

0973デフォルトの名無しさん

2008/10/17(金) 14:59:26

JWebPaneも第一報以来まったく動きがないよな
まだ表に出せるようなものは全然できてなくて
水面下で動いてんのかも知らんけど

0974デフォルトの名無しさん

2008/10/17(金) 18:37:30

Shaped Windowsって実際使うのか？
伺かでも作るの？

0975デフォルトの名無しさん

2008/10/17(金) 19:05:28

>>974
SwingSet3 のアクティブウィンドウ示す黄色枠とか星マークみたいなのって
Shaped window使ってんじゃねーかとおもうけど。

とりあえず、あって悪いものじゃないとおもうぞ。

0976デフォルトの名無しさん

2008/10/20(月) 02:49:26

Macがどれくらい付いてきてくれるか心配になるリリースなんだよな・・・

0977デフォルトの名無しさん

2008/10/20(月) 11:29:37

MacはNimbusよりAquaだろうし、半透明は元からできるし、Java Kernelとか関係ないし(どうせソフトウェアアップデート)、
Direct3Dないし(OpenGLまだー？)、Mac的にはそれほど嬉しくないんじゃないかと思ふ

0978デフォルトの名無しさん

2008/10/20(月) 14:38:53

Java2Dのレンダリングパイプラインの話なら、D3DよりOpenGLの方が先に出てるよね？
Macはまた違うのかな？

0979デフォルトの名無しさん

2008/10/20(月) 14:53:34

あれってもう動くんだっけ
なんか昔バグいって聞いた

0980デフォルトの名無しさん

2008/10/20(月) 21:20:08

JavaSE6でパイプライン入れる予定だったけどまともに機能してないよ
SwingでJOGLが快適になる予定だったのだが

0981917

2008/10/21(火) 02:53:26

結局 D3D の問題が回避できなかったんで、 Windows XP で sun.java2d.opengl=true して使ってるよ。

スピードは申し分ないけど、たまに他のウィンドウと干渉したり、スタンバイから戻ってきたら
再描画するまでぶっ壊れて（未初期化の VRAM が見えてる？）たりする。

今のところ致命的な問題がないんで、こっちのほうがマシって感じ。

レス数が950を超えています。1000を超えると書き込みができなくなります。