- 1 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:38:16 ]
- 前スレ
[mustang] 次世代Javaの動向 3 [dolphin]
pc8.2ch.net/test/read.cgi/tech/1157227790/
次世代Javaの動向 ２
pc8.2ch.net/test/read.cgi/tech/1147881822/
【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/
2006年12月にMustang Java SE 6がリリース予定
Mustangの掲げる主な目標は以下の点にある。
* 互換性と安定性および品質の向上
* Easy of Developmentの実現
* WebサービスおよびXMLサポート機能の拡張
* リソース管理や診断機能の強化
* デスクトップ環境の強化
Java SE 6 じゃじゃ馬ならし
www.javainthebox.net/laboratory/JavaSE6/
- 883 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 10:26:19 ]
- C99では複素数もとっくにサポートされてるのにJavaはダメだね。
コンパイラに実装するのは難しくないだろ。
いろんなComplexクラスとか見ると、また車輪の最発明なのかと思って悲しくなる。
- 884 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 10:55:57 ]
- ここは・・・
C99なんて仕様だけだろﾌﾟｷﾞｬｰm9
って言えばいいのか？
マジレスもしとくか、複素数を普通の演算子で扱いたいって事なんだろうけど
Javaの流れとしてはXMLリテラルの方が先じゃない？
俺としてはどっちも要らんが。
- 885 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 11:42:39 ]
- >>883
確かに人それぞれの複素数クラスがあるよね。
- 886 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 12:50:02 ]
- 複数のライブラリを横断的に使ってて、
複素数型がライブラリ毎に違うのが面倒くさいとか
そーゆーケースでもない限り標準APIに拘る必要も無いような。
複素数型入れても今更感が強いし、
下手すると独自規格乱立したCSVに後付標準規格(?)ができたのと同じで
それほど意味がないものになるような気もする。
- 887 名前：デフォルトの名無しさん [2007/04/30(月) 12:55:54 ]
- >>884
gccのC99じゃだめなのか？
Javaも無料のコンパイラ使ってるくせに…
- 888 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 15:30:34 ]
- そんなにCがいいならC使ってればいいんでは？
- 889 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 15:56:36 ]
- >>883
Complexクラスが標準になればいいだけの話か。
- 890 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 16:45:23 ]
- 複素数リテラルのまえに、BigIntegerリテラルだろ。
- 891 名前：デフォルトの名無しさん [2007/04/30(月) 17:05:27 ]
- Wikipediaをwikiって略すな！
同時にWikipedia以外のWikiも盛り上げよう！
- 892 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:17:46 ]
- >>891
携帯するものなんて電話以外にもいくらでもあるのに
携帯電話を携帯って略すのもやめよう
- 893 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:29:32 ]
- >>890
リテラルは知らんけど、BigInteger BigDecimal の演算子オーバーロードは
dolphin で追加されそうな気配はある。>>132 のスライドに入ってるし。
もっとも、目玉は closure と erase erasure だろうけど。
closure というか、function type の実装には
java.lang.function パッケージに引数型+戻り値型を名前にした interface を使うみたいだけど
（ {int=>int} なら java.lang.function.II みたいな名前で int invoke(int) だけを持つ interface）
これ、実行時に生成するなら同じ仕組みで List<String> とかも生成するんじゃないかな。
と妄想中。VM（厳密には ClassLoader？）に手を入れる事になるけど。
で、そっちに時間取られると演算子オーバーロードとかは漏れる可能性もあるもしんない。
- 894 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:57:08 ]
- >>891
seasarスレにカエレ(・∀・)
ま、どうせこのスレとあっちのスレ、中の人は同じだがな。
- 895 名前：デフォルトの名無しさん [2007/04/30(月) 18:23:11 ]
- MVMは次に乗らないのか？
スレッドはネイティブ対応しないのか？
あーらんに負けるぞ。
- 896 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 18:28:56 ]
- > スレッドはネイティブ対応しないのか？
？？？
- 897 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:25:00 ]
- いまだにグリーンスレッドと勘違いしてるんだろう.
- 898 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:34:54 ]
- 一瞬Rubyスレかと思ったわい。
- 899 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:46:22 ]
- >>898
ﾉｼ おれもれも。
ところでRuby処理系のネイティヴスレッド化って完了したの？
YARV Ruby でぐぐってみたけど、ささだ先生のところは0.4.1くらいで更新が
止まってるみたいで、最新の状況がよくわからん。
あ、スレちがいか。すまん。
- 900 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:17:55 ]
- >>893
目玉はBigIntegerとBigDecimalだと思うよ
業務アプリだとこの辺頻繁に使うし
- 901 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:19:27 ]
- >>899
そういうときはJRubyに関連付けするのだ
0.9.9がでたのでもうすぐ正式版が登場
つまりJavaVM上でRubyは動かすのが正解
VM起動時間なんてJavaSE6なら2回目以降は0.5秒だから問題ないし
- 902 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:46:47 ]
- >>900
っても、closureの話は聞こえてくるけどBigDecimalの話はあんまし聞こえてこないんだよね。
- 903 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:53:57 ]
- >>902
仕事に絡まないプログラムならそうかもしれんが
仕事では使わないという場面はほとんどないからなぁ。
そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
- 904 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:24:54 ]
- >>903
いや、Sunがどーゆー実装にするとか、JCPでどーゆー提案が出たとか
そーゆー話が聞こえてこないって事なんだけど。
- 905 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:37:14 ]
- JCPとかリードスペックとか現時的に業務に絡んでないやつらが多すぎなんじゃ？
- 906 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:42:30 ]
- >そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
>目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
技術者として終わってるな
- 907 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:51:54 ]
- >>906
じゃぁ始まってるアンタが変えてよ
- 908 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:56:07 ]
- >>905
愚痴たれるんならマ板に行ってやれ。
- 909 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:04:35 ]
- >>906
たとえ真実でも、言ってはいけない事ってのがあってだな……
- 910 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:28:02 ]
- >>906-909
PGが絶対口にしてはいけない一言
pc11.2ch.net/test/read.cgi/tech/1176001986/l50
- 911 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 01:55:23 ]
- >>889
ライブラリにクラスを追加するとか、演算子オーバーロードが出来るようにするとか
よりも、プリミティブな複素数型を言語に追加してくれってこと。
複素数は機種依存するもんじゃないし、
たとえばFFTや平面座標上の点の計算に活躍する。
- 912 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 02:00:43 ]
- 小数点演算すらソフトウェア実装なのに面倒なことさせるな。
- 913 名前：デフォルトの名無しさん [2007/05/01(火) 07:17:37 ]
- > 現時的に業務に絡んでないやつらが多すぎなんじゃ？
現実的に国内で業務システムに絡んでる奴は
頭弱すぎて割り込めないだけ。
- 914 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 07:49:23 ]
- >>911
> たとえばFFTや平面座標上の点の計算に活躍する。
の用途のために、何故
> プリミティブな複素数型を言語に追加してくれってこと。
が必要なのかわからん。クラスじゃ何でダメなんだ？
あと「プリミティブな」ってVM変更（バイトコードインストラクションを拡張）しろって話？
たぶん、そんな要求してもマトモに相手にされないと思うけど。
- 915 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:19:29 ]
- この人は、単に複素数リテラルと演算子のオーバロードが欲しいだけだと思う。
言葉が不自由なので、自分の要求を正しく伝えられないのでは？
- 916 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:35:19 ]
- >VM変更（バイトコードインストラクションを拡張）しろって話？
言語仕様の追加みたいだけど、どこからVM仕様追加の話になるんだ？
C99のようにゴニョゴニョっとまねして、チャチャッ実装しちゃってくれってことじゃないのか。
まあ、あれば便利だし、有難く使わせてもらうけど。
- 917 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:42:26 ]
- 自分で実装してJCPに提案しろｗ
- 918 名前：デフォルトの名無しさん [2007/05/01(火) 08:54:09 ]
- 演算子をオーバーロードして、BigDecimalの割り算はどうやって丸め指定を表現するんだろ
- 919 名前：デフォルトの名無しさん [2007/05/01(火) 08:56:26 ]
- Javaの複素数演算用クラスって、どっかになかったか？
いちいち、引数をとらないといけないし、Fortranなどマシン語レベルの
ライブラリ充実している言語と比べると、スピードが出ないだろうけど、
だからといって、VM仕様から変更は影響が大きすぎるだろ。
- 920 名前：デフォルトの名無しさん [2007/05/01(火) 09:06:24 ]
- >VM仕様から変更
だからどうしてVM仕様変更の話になるんだと小一時間（ｒｙ
- 921 名前：デフォルトの名無しさん [2007/05/01(火) 09:14:02 ]
- >>920
java.sun.com/docs/books/jvms/second_edition/html/Concepts.doc.html#19511
- 922 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 09:36:30 ]
- >>912
strictfpで宣言しない限り結局はFPUに計算させてない？
- 923 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 10:37:21 ]
- >>916
>>911 の
> ライブラリにクラスを追加するとか、演算子オーバーロードが出来るようにするとか
> よりも、プリミティブな複素数型を言語に追加してくれってこと。
から。
クラスもダメで、演算子オーバーロードもダメで（たぶんリテラルもダメ）、
プリミティブな型を追加と言われたらバイトコード拡張なのか？ ってのは至極当然。
- 924 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 11:13:54 ]
- 意味なしリクエストは却下
- 925 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 04:33:33 ]
- >>916
>>921
>>923
それがどうやって実装されるかということを君達がアレコレ妄想する必要はない。
それがあればどう世界が変わるかだけを考えろ！
- 926 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 07:43:02 ]
- まったく変わらない。
以上
- 927 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 08:46:01 ]
- >>915
複素数リテラルって何？
3.1i
1 + 2i
"3 + 4i"
とかのことか
それと演算子オーバーロードは、
Complex,Matrixクラスの話題とよくセットで出てくるが、
その程度で演算子オーバーロードを実装するのはコストが
高いなどの論点とは今回は関係ないようだ。
おまえは思い込みが激しいようだな。
- 928 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 08:57:25 ]
- 言語不明瞭意図不明。
- 929 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 09:03:14 ]
- >>927
>>928
おまえ誰だよ。早く消えちまいな。
- 930 名前：デフォルトの名無しさん [2007/05/02(水) 09:35:38 ]
- 野次と荒らしは2chの花
- 931 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 11:39:25 ]
- >>930
ｦﾀとDQNが抜けてるぞ
- 932 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 06:00:15 ]
- >>925
どう実装されるかはしらんが、プリミティブ型を追加するという時点でVMに手をいれないといけないのは決定だろ。
- 933 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 09:20:31 ]
- C99だと
struct complex {double real, imag;}
struct complex {double z[2];}
とかで実装されてるんじゃないか。
だからコンパイラの拡張のみでマシーン（VM)の方に手を入れることはない。
というか、一般人が実装のことを考える事自体が意味ないじゃん。
- 934 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 09:32:36 ]
- 配列で大量に計算する用途だとクラスよりC#の値型のようなものがあるとベターだな。
- 935 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 09:58:40 ]
- >>933
えーと。
結局、プリミティブな複素数型は特に必要がなくてクラスでやってもOKって話かな？
本当に複素数型欲しいなら
現時点でGPLで配布されてる javac に複素数型導入して公開したり、
そのパッチを ksl に投稿してみるとか、
BugDatabaseに行って、RFE出すとか既存のRFEに投票するとか、
その bugID 晒して、皆に投票呼びかけたりとか、
もちっと前向きな行動した方が良いと思うよ。
ここで複素数追加みたいなネタ振られたって、
皆でどーゆー実装するのか妄想して遊ぶぐらいしかできないでしょ。
- 936 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 10:09:09 ]
- 座標上の点の計算には便利そうだ。特に回転とか。
複素数クラスがあってもnewしまくるから遠慮してたけど、
言語に追加されるなら便利そうだけどな。
今のトレンドは言語に複素数を追加することなんじゃないか。
C,D,Pythonは既に言語レベルでサポートしてるし。
- 937 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 10:25:59 ]
- トレンドってほど支持する流れも否定する流れも大きくないと思うが……
- 938 名前：デフォルトの名無しさん [2007/05/03(木) 10:37:45 ]
- >>933
頭悪そう
C99を使ってろ
- 939 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 10:53:07 ]
- >>936
ちなみに、何を作りたくて複素数型が必要なんだ？
- 940 名前：デフォルトの名無しさん [2007/05/03(木) 10:57:23 ]
- >>934
C#の値型は、クラスと比べてどんなメリットがあるの？
コンパイル時に最適化されて
ランタイム負荷が小さいとか？
- 941 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 12:34:41 ]
- >>940
クラスのオブジェクトに比べ生成と削除のコストが低い。
値型は参照を介せずにスタックに直接値が格納されたり、
配列やクラスのメンバーとして直接その領域に値が格納されるので
ボクシングが発生しない限りGCの必要な実体が作られることがない。
このためプリミティブ型に近いパフォーマンスを発揮する。
- 942 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 12:45:20 ]
- >>939
必要ないんでしょ。
ってか、実際に複素数型が必要な分野のプログラム組んでる人間が
「演算子オーバーロードよりもプリミティブな複素数型」なんて言うとは考えられないし。
- 943 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 14:50:30 ]
- >>941
値型ってのが広い範囲を表すからいいたいことがあいまいだぞ
- 944 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 15:00:41 ]
- 下手に構造体チックなものが登場されてもBeanの文化が壊れるから
ByteBufferで我慢が出来ないなら諦めてくれって方針で十分。
- 945 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 19:32:28 ]
- >>933
だから、それはプリミティブ型じゃないだろ。
- 946 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 20:49:44 ]
- Ｃ＃の値型みたいなのがほすぃ
って言いたかっただけなんじゃないか、と。
- 947 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 21:32:14 ]
- >>946
Java に C# の値型みたいなの導入すると
コンパイラ弄るだけじゃすまなくて、それこそ VMの変更が必要なりそうだし。
メソッドの戻り値で値型を使う場合とか。
それに、C# は最初から値型があったから良いけど、
Java の場合は generics 導入しちゃった後だからねぇ。
今から C# の値型みたいなものを追加したとしても
現時点でのプリミティブ型みたいに generics で使えなさそうだし。
- 948 名前：デフォルトの名無しさん [2007/05/03(木) 21:52:46 ]
- Javaも遅かれ早かれVMの拡張は必要になると思うのだがいつごろ来ると思う？
- 949 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:05:05 ]
- >>948
おいおい……
バイトコードインストラクションの話ならJSR-292のinvokedynamic追加の検討中。
後は>>893がfunction type関連でVM拡張とか言ってる。
- 950 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:13:31 ]
- >>949
さんくす。複素数の議論でVM拡張は避けるべき的な話が出てたので確認してみた。
別にVM拡張前提で話をしてもかまわないわけだよね。
- 951 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:21:32 ]
- >>950
ここは「次世代Javaの動向」をヲチるスレだから、
新機能追加の要望とか、単なる妄想オナニーなら他所でやってくれ。
- 952 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:24:40 ]
- だれもVM拡張は避けろといってなくて、プリミティブ型を追加するならVM変更という話と、そんな無意味な要求は却下されるよという話が同時進行してただけかと。
- 953 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:28:41 ]
- >>951
ヲチするだけとはどこにも書いてないわけで。
しかも、最初から要望とか妄想オナニーばかりのスレで、950も過ぎてから言ったところで説得力ない。
- 954 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:32:05 ]
- >>953
今回ので言えば、既に >>935 で他所行けって出てるし。
他の話題でも他所行けってのは散々出てるし。
- 955 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:38:34 ]
- つまり、スレの流れについていけなくてわめいてるってわけか。
- 956 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:41:32 ]
- >>953
便所に落書きしても要望だとは思われないよな。普通は。
- 957 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 01:17:58 ]
- 複素数を扱うライブラリがあれば便利だと思うが
言語仕様に含めるのはやり過ぎです。
ところで値型って、VBのByValを指しているの？
- 958 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 01:45:44 ]
- >>957
ここは予想や感想を述べる場所じゃないとのことなので、
そういう動向は今のところ無いということでおしまいらしい。
値型はVB.NET以降では、ユーザー定義型（Structure）、Enum、クラスを除くVBの基本データ型をさす。
VBのデータ型と.NET(CLR)のプリミティブ型は若干違うから注意。
ここではユーザー定義型（Structure）の意味で使ってる。
.NET(CLR)ではValueType C#ではstruct。
Javaだと参照型以外の型＝プリミティブ型＝値型という理解でいいのかな？（自信は無いが）
あとは質問か雑談スレへとかいわれそうだ。
- 959 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 03:50:43 ]
- >>956
「普通は。」ってなんだよ 9m(^x^
- 960 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 09:51:42 ]
- C#：全部ヒープに置いたら遅いだろ！struct導入する！
Java：エスケープ分析で自動的にスタックに置くｳﾏｰ
- 961 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 12:14:58 ]
- どうもsturct(値型）の話になってるようだけど、なんなら
typedef double complex[2];
でいいじゃん。どう実装されるかなんかはベンダ任せなんだけどね。
- 962 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 19:07:54 ]
- ベンダ任せなわけがない
- 963 名前：デフォルトの名無しさん [2007/05/04(金) 20:59:25 ]
- Hさん、居るよね。
- 964 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 21:03:27 ]
- MさんとKさんもいるよね。
|
 |
