【Java SE 7】次世代Javaの動向７【dolphin】

【Java SE 7】次世代 ..

175:デフォルトの名無しさん
08/12/11 06:37:37
>>172
朝から顔まっかにして・・・
結局どういう補間が精度わるいか書かないし、DirectXもわけわかってないし。
連投してレス先間違えまくるほど、痛いところつかれたんだな。

176:デフォルトの名無しさん
08/12/11 06:41:18
あまりに高度・技術な話題に、このスレの住人はついて来れないって落ちだろ。
この程度のスキルで調子に乗るなら、このスレは国内外のリソースとかブログ紹介とかの路線でいいんじゃね？

177:デフォルトの名無しさん
08/12/11 06:48:00
頑張って難しい単語を理解しようとするのは良い心がけですが、難しい単語が理解できないからといって人のせいにするのはいけません。まず「補完」の漢字すら言われないとそのまま間違って覚えてたでしょｗｗ
人のことを「ソフト(ダイレクトX）って書いちゃうってことは、DirectXわかってないことバレバレだし」なんていってるヒマがあるなら、そういう癖はすぐに直した方がいいですよ。

178:デフォルトの名無しさん
08/12/11 06:54:04
>>175
連衡てなんだよ。おまえはさ、妄想もいいかげんにしたらどうだ？おまえがいるとスレが荒れるだろ。

179:デフォルトの名無しさん
08/12/11 06:55:30
>>175
補間の漢字も知らなかった奴が「書いて欲しい。分かってない」とかマヌケなことぬかすな。ゴミｗ

180:デフォルトの名無しさん
08/12/11 07:14:06
人工無能君に一人芝居モードでも追加されたのか？

そういや元からあったっけか。

181:デフォルトの名無しさん
08/12/11 07:24:02
>>164
＞補完で繰り返し収束するようなアルゴリズムなら、ハードが速くなると解決するね。

人工無能君のこの発言の意味がわからないんですけど、たとえばどういうアルゴリズムで補完することこのような現象になるんですか？
それと座標補完ってなんのことですか？

182:デフォルトの名無しさん
08/12/11 08:00:22
はい補間と補完まちがえました。スミマセン。

で、アルゴリズムわかってないみたいだから説明してやるよ。
>>161のいうような精度の悪い補間は知らないから推測な。

その補間に連立方程式を使うとする。複数点を指定して補間するとすれば、連立方程式解く可能性は高いな。
連立方程式を解く場合には、適当な値を答えとして連立式に当てはめて計算すると、少し正しい答えに近い値が求まる。
さらにその値をもう一度連立式に当てはめると、もっと正しい値に近づく。
つまり繰り返すたびに精度が高い値に近づく。
そうすると、ハードが遅いときに十分な精度まで求められなかったのが、ハードが速くなると繰り返しを多くして十分な精度が求めれる。

連立方程式だけじゃなく、いろいろな計算で、繰り返し回数を多くするほど精度が高まるものがあるから、そういう計算を使うアルゴリズムなら、ハードが速いほうが精度をあげやすい。
だから、繰り返しで正しい値に収束するようなアルゴリズムを使った補間ならハードが速くなると精度の問題が解決する。
わかったかい？

183:デフォルトの名無しさん
08/12/11 08:09:17
アルゴリズムをちゃんと勉強したことあるなら、>>161 みたいにアルゴリズムの問題がハードが速くなったところで解決できないなどという思想は持ってないな。

184:デフォルトの名無しさん
08/12/11 08:20:32
>>166
そういうのはJITの仕事です。

185:デフォルトの名無しさん
08/12/11 08:21:35
ゲーム屋って近視眼の馬鹿が多いね。

186:デフォルトの名無しさん
08/12/11 08:24:06
>>182
もしナンチャッテじゃなくて少しでも勉強したことがあるなら、そのアルゴに名前とかあるんじゃないの？
O[n log[n]]がハードの性能によってO[n]になったりすることは無いんじゃないかな。
難しい話題に飛び込んで赤っ恥をかく性格だし、ここらへんが人工無能君の限界だったかｗ

187:デフォルトの名無しさん
08/12/11 08:29:48
＞そうすると、ハードが遅いときに十分な精度まで求められなかったのが、ハードが速くなると繰り返しを多くして十分な精度が求めれる。

こういう発想は根っからの技術者ってところかｗ
それに、有効桁（精度）とアルゴリズムの区別もついてないみたいだし、アルゴうんたらよりもハードでごり押しタイプか。
ダイレクトXのAPIは熟知しているMS信者だとしても、所詮ダイレクトXがなければただの素人だろｗ

188:デフォルトの名無しさん
08/12/11 08:31:00
>>182
それで、あなたの脳味噌は補完されましたか？ｗｗ

189:デフォルトの名無しさん
08/12/11 08:39:23
所詮ゴミなんだし、いじめるのもそのへんで・・・

190:デフォルトの名無しさん
08/12/11 08:47:07
お母さんがゲームばかりしていると馬鹿になりますって言ってました。

191:デフォルトの名無しさん
08/12/11 09:26:50
がんばって煽ってみたけど逆に恥じかいたって落ちか。
お父さんが言ってたけど「知らないことに頭突っ込んじゃいけない」典型例だな。

192:デフォルトの名無しさん
08/12/11 09:53:50
>>182
こういう人が他のスレで暴れてスレが荒らされるんでしょうね。
どんなにスキルが上がってもコメネケーション・スキルは中学生レベルですか。
育ちが悪く、どこにいってもいじめられてたんでしょうね・・・

193:デフォルトの名無しさん
08/12/11 09:57:56
論理的思考力が中学生以下の大人よりましだ

194:デフォルトの名無しさん
08/12/11 10:20:50
論理的思考力ｗ

195:デフォルトの名無しさん
08/12/11 10:38:32
スルー出来ないのは厨房だからｗ
よっぽど悔しかったんだろ？ｗｗｗ

196:デフォルトの名無しさん
08/12/11 11:20:30
>>186
俺は>>182じゃないけど、なんでアルゴリズムの速度の問題がいきなりアルゴリズムのオーダーの
問題にすり替わってるんだか…まあ確かに指数関数オーダーのアルゴリズムはハードウェアが
いくら速くなったところで大して速くならないが、O(n)とかO(n log n)程度のオーダーのアルゴリズム
ならハードウェアの性能向上による恩恵は十分受けられるでしょーに。しかし、アルゴなんて
奇怪な略語をいつまでも使ってる辺りまともな技術者には見えんなあ。

197:デフォルトの名無しさん
08/12/11 11:44:21
マッキントッシュといっても最近の若いもんには通じません＞＜

198:デフォルトの名無しさん
08/12/11 12:08:30
アイマックってのはビックマックの友達か何かですか？

199:デフォルトの名無しさん
08/12/11 13:19:19
>>198
Wikipedia項目ﾘﾝｸ

200:デフォルトの名無しさん
08/12/11 13:36:46
>>186
連立方程式の解き方なら、ガウスザイデル法だろ
「有効桁（精度）とアルゴリズムの区別もついてない」って何言ってるの？
がんばってオーダーの話もちだしたようだが、精度の問題がハードの速度改善で解決できる例をあげただけだろ。定数項の問題。

201:デフォルトの名無しさん
08/12/11 14:32:06
>>136 が単純なCGの例としてあげてるのであろうナルトのムービー見たらかなり高度なCGで、PS3のCellじゃないとできないような負荷がかかっていそうで笑った。

202:デフォルトの名無しさん
08/12/11 23:15:05
>>200
がんばって勉強したみたいだね。
おこちゃまは早くおうちに帰りなｗ

203:デフォルトの名無しさん
08/12/11 23:18:52
>>200
端点の近くで大きく振動する補間関数といわれてすぐ思いつかないならモグリだな。
おまえも大恥かきに来たんだろ？ｗ

204:デフォルトの名無しさん
08/12/11 23:21:51
ここ何のスレだっけ？

205:デフォルトの名無しさん
08/12/11 23:26:45
いまだにアルゴの話で負けて悔しがッてる奴がいるんだろ。
どうせ一日中wiki読んで勉強でもしてたんじゃないか（笑）
>>201とかみても妄想癖強そうだし、こいつの人生は一生負け組ｗ

206:デフォルトの名無しさん
08/12/11 23:28:19
そもそも連立方程式とかいいだしてる辺りから分かってないよねｗ

207:デフォルトの名無しさん
08/12/11 23:29:20
同じ奴が何度もレスしてファビョってるだけだな
そろそろ正常化したいんでよそでやってくれ

208:デフォルトの名無しさん
08/12/11 23:30:59
なんか、「ドンキホーテ」って感じだよね。どの板（分野）にもいるんだろうけど。
負け組みに人はどんなにスキルが向上してもやっぱり負け組みなのかｗ

209:デフォルトの名無しさん
08/12/11 23:32:58
変な流れなので無理やり次世代Javaの話に戻すと、
上の方で話題になったJVMレベルでのSIMD演算器実装はやって欲しいなあ。
で、Mathライブラリの増強かMatrixライブラリの新設で、ベクトルと行列の計算メソッドを作って欲しい。
現状だと自分で組んでるけど、forループ回してfloatなりdoubleなりの計算をさせてるんでスマートじゃない気がするし、
といってそのためだけにシェーダー勉強するのもしんどい。

もっとも、JVMでSIMD演算器を持ってなくても、Hotspotで検出してネイティブSIMD命令に変換してくれれば
それはそれでかまわないともいえるけど。

210:デフォルトの名無しさん
08/12/11 23:36:16
次世代Javaの話題なんてこのスレはやってないじゃん。
ただの英語ブログの紹介でしょ。サルでも出来るｗ

211:デフォルトの名無しさん
08/12/11 23:37:40
哀れな男だ

212:デフォルトの名無しさん
08/12/11 23:39:15
「補完」も知らなければ「連立方程式」を持ち出したりして、頑張って食いつこうとしてるだけの厨房だったか。厨房なのに変な自尊心があるんだろ。無能のクセにｗ

213:デフォルトの名無しさん
08/12/11 23:39:19
>>209
文脈で検出ってできるのかね? 積和が連続してるっぽかったら変換とか?

214:デフォルトの名無しさん
08/12/11 23:42:57
ゴスリングも指摘してたが未だに1.4.2とか使って、
Java5以降の構文が使えない環境とか今後どうなるんだ？
SE for Businessとか契約する日本の企業なんてほとんどいないだろ

215:デフォルトの名無しさん
08/12/11 23:46:19
イメージ加工処理でループ使って配列アクセスする実装が多いし（当然だけど）、それに満足しない人はjniとかでmmx,sse使いたくなる。
ただdot netやcではなくて、javaでプログラムやる人はそこまでネイティブ機能に関心を示すかどうか疑問だからjvmでサポートするのが妥当だろう。
これはjavacの話ではないし。他には動画コーデックとかも負担激減になるだろうな（処理も速くなると思うけど）。

216:デフォルトの名無しさん
08/12/11 23:57:28
>>213
分岐命令が入らないで積和が連続している部分を見つけられれば、SIMD命令への変換はできそう。
ただ、for文の積和をSIMD化しようとすると、ループアンロールをかけないとマッチングしないような気がする。

Hotspotではループアンロールもやるみたいだけど、ループ回数が可変だったりすると、
プログラマが処理を組まないと自動で効率よくやるのは難しい気がするなあ。

自分の場合、ほとんど3ｘ3と4ｘ4しか使わないから、定数ループにすればアンロールはやりやすいと思う。

217:デフォルトの名無しさん
08/12/12 00:00:14
>>214
1.4.2なコードなんてゴロゴロしてるよ。
つか、俺はまだ5.0以降が使われてる仕事のコードは見たことがない……。orz

218:デフォルトの名無しさん
08/12/12 00:01:06
＞気がする

ってなんだよｗ

仕様とかはちゃんと読んだけど、ただの一読者・ただの理想論と同じだな。
こんな糞スレにいるやつの妄想を信用する奴も哀れだ

219:デフォルトの名無しさん
08/12/12 00:02:34
>>217
自分はホビープログラマだけど、5.0から生産性が一気に上がった気がするけどなあ…
（特にジェネリクス関係とか）
業務用では使われてないとすればもったいない話だ。

220:デフォルトの名無しさん
08/12/12 00:05:58
>>216
この程度でいきがってるしな・・・
ちょっと知ってる程度で突っ込みいれると恥じかきますよ
財務の話とかも全然しらないんでしょうにｗ

それよか、他の有用な技術的リソースないですか？（日・英）

221:デフォルトの名無しさん
08/12/12 00:08:33
>>219
まぁ、今後は5.0以降を使うことが確定してるけどな。6.0には行けないけど。
問題はなかなか仕事が取れないことでな……。orz

222:デフォルトの名無しさん
08/12/12 00:13:21
>>217
俺は次の案件でJava6使ってくるぜ！
会社にJavaの資産が殆どないから気楽なもんだ。

223:デフォルトの名無しさん
08/12/12 00:23:15
>>219
あと、一般論で言うと、業務系では、技術採用の判断基準は生産性が高いか低いかじゃなくて、
・現場に理解できる人間が十分にいるかどうか(こればっかりはどうしようもないねぇ……)、とか、
・リーダーが理解できるかどうか(これに伴う悲劇は各所でよく見る(-人-) SCMのスレじゃ哀愁を誘うようなネタが……)、とか、
・営業や販社が担いじゃったから無理矢理使わされる(おかげ数年前に死ぬ思いをした上に、未だにトラブル多発)、とか、
・RFPに書いてあったから(コンサルが何か吹き込んだんじゃねーか、これ、みたいな)、とか、
が支配的要因だったりする。

7のクロージャなんて、入ったところで、使えるようになるのは何時の日か。

224:デフォルトの名無しさん
08/12/12 00:29:14
クロージャはあってもなくても大して生産性は変わらないかな。
リスナとかComparatorみたいな委譲用のクラスは昔からあるんだし。

225:デフォルトの名無しさん
08/12/12 00:30:23
jdk1.2でも1.5でも動くし全く同じ性能なわけで、1.5やgenericsを強制させる必要もないんじゃない？
早く移行してくれって言うゴスリン大先生の意見も十分わかるが、おれは君ほどゴスリン大先生のシンパではない

226:デフォルトの名無しさん
08/12/12 00:33:15
ブログネタしか投下できないんじゃ、その程度（権威主義）が限界だろ。
所詮タイマー付き人工無能だし

何か自由にしゃべらせてやっても「気がする」とか言う妄想だらけの>>216ぐらいが限界なんじゃないか？

227:デフォルトの名無しさん
08/12/12 00:35:53
この板にも、ID表示が欲しいところだな

228:デフォルトの名無しさん
08/12/12 00:36:55
出す出す詐欺ならぬ出さない出さないツンデレなSunは、
6u11に合わせて1.3のアップデートを出したりようと分からんけどねｗ

229:デフォルトの名無しさん
08/12/12 00:38:49
＞5.0から生産性が一気に上がった気がするけどなあ…

ここでいう生産性ってのは具体的にはなんですか。
具体的に出て来ないってことは、IT系HPにある宣伝文句の受け売りなだけじゃないですか？

230:デフォルトの名無しさん
08/12/12 00:41:32
>>228
そもそも6u10とか、アップデートと思わせといて大改造だったしな。
Java6からマイナーバージョンが消えたけど、6.1とか6.5と名乗ってもいいくらいだ。

231:デフォルトの名無しさん
08/12/12 00:42:27
確かに生産性が上がるんなら大部分のプロジェクトは1.5に移行してもいいし、おかしいよなｗ
マーケティング上（文系w）の宣伝文句に騙されてるだけじゃないの？

232:デフォルトの名無しさん
08/12/12 00:47:53
SUNは、昔はSWINGを普及させるためライトウェイト・コンポーネントとか言って騙してたからね。
MSみたく次々と新技術のパラダイムを出してきてすぐ裏切ったりしないからまあいいけどｗ
こういう文句に騙されちゃうのは、ここでブログ紹介とかしてる「おのぼりさん」なんだろうｗｗ

233:デフォルトの名無しさん
08/12/12 00:51:10
>>232 はなにをいきがってるんだ？
基本的な連立方程式アルゴリズムも知らずに>>182書いちゃって、恥ずかしくてファビョってんのか。
連投、自作自演してバレてないと思ってるんだろうか？

234:デフォルトの名無しさん
08/12/12 00:57:13
ん？アノテーションとか使い出してから生産性は普通に上がってるけど。

235:デフォルトの名無しさん
08/12/12 01:07:21
>>225
可読性がまるで違う。ジェネリクスのないコレクション使いまくりのソースを追っかけるのがどれだけ大変か。
結局PC上じゃ追い切れずに、印刷して赤ペン持って机上で解析したさ……。

236:デフォルトの名無しさん
08/12/12 01:11:30
>>209
SSE命令は1.4.2からHotspotコンパイラが利用してますよ。
JVMの起動オプションすらろくに設定したことない人?
このスレにはまだ早いのでは?

237:デフォルトの名無しさん
08/12/12 01:50:10
最初の一行だけでいいのに。
なんで余計な言葉付け足すかなー

238:デフォルトの名無しさん
08/12/12 01:57:06
>>237
おまえが無能だからだろｗ

239:デフォルトの名無しさん
08/12/12 02:01:10
アノテーションは便利ですけど、コードの保守ですよね？
プロジェクトもせいぜい２－３年程度ならいらない感じですけど、
ドキュメント化すればいい程度ならアノテーションは不要だし、それによってどういう生産性が上がるんですか？

240:デフォルトの名無しさん
08/12/12 02:01:35
>>171
>こういうゴミが一つでもいると、逆にスレを徹底的に荒らす実験でもしようかと思うww
>ま、スレが荒れるのも自業自得なんじゃね？ｗｗ
アルゴ君、あなたは他人を煽る前にまず自分の人格を見直すべきです。
批判レスがいやなら最初から一切書き込みしないようにするしかありません。

>>227
>>161まで普通にレスしていたアルゴ君が>>164で批判されたら
>>167から連投荒らしに豹変した、というだけのことでしょう。
基本的にアルゴ君がひとりでスレ住人を片端から煽っているように見えます。

>>233
>>232は連投しまくっているアルゴ君の可能性が高いですが、
>>182は人口無能君と呼ばれている人で、>>186がアルゴ君では？
高次方程式なら山登り法でないと解けない事もあるでしょう。
Wikipedia項目ﾘﾝｸ

241:デフォルトの名無しさん
08/12/12 02:02:14
自分の無能さをわかってないから世の中が無能に見える典型だな。

242:デフォルトの名無しさん
08/12/12 02:03:16
>>235
たぶんあなたはOOやUMLとかの近代手法的を使ったプログラミングの設計には向いてないんじゃないですか？
あなたの脳内は未だにフローチャットの延長か何かの旧式のままなんでしょうけどｗ

243:デフォルトの名無しさん
08/12/12 02:06:40
>>239
XMLの記述が減る。
短いプロジェクトなら、記述量が減るのはうれしいだろ。
Javaで宣言的なコードがまがりなりに書けるというのはいい。

244:デフォルトの名無しさん
08/12/12 02:07:57
>>240
その「アルゴ君」とはあなたのことじゃないんですか？ｗ
いい歳して、恥さらしするのもいいかげんにしなさい

245:デフォルトの名無しさん
08/12/12 02:11:46
>>240
ここでは収束する計算の例としてガウスザイデル法を使いました。

246:デフォルトの名無しさん
08/12/12 02:14:03
>>240,241
あなたは確かに無能のようですね。
多少スキルがあるみたいですけど、せいぜい中級車って程度ですよｗ

勝手な妄想ばかりして「可能性が高い」とか「気がする」とか、何か根拠でもあるんですか？ｗｗ
あなたが「可能性が高い」とか「気がする」ばかりかいてある誰かのアホブログを見たらそのアホを信用しますか？ｗｗ

247:デフォルトの名無しさん
08/12/12 02:15:01
>>182は人口無能君ｗｗ

248:デフォルトの名無しさん
08/12/12 02:17:40
>>240
てか、あんたいいかげんウザイよ
なんか説教してるようだけどまた漢字間違えてるし、高度な知識があるわけでもないくせにいいかげんその高慢な態度を改めた方がいいんじゃないですか？

人様に人格を見直せというなら、まずはあなたが率先しなければ何も始まらないでしょう。

249:デフォルトの名無しさん
08/12/12 02:19:24
>>246-248
同一人物だろ。かまってちゃんか

250:デフォルトの名無しさん
08/12/12 02:24:25
風紀委員長が女便所に常任していると聞いてやって来ました！

251:デフォルトの名無しさん
08/12/12 02:27:46
>>236
> JVMの起動オプションすらろくに設定したことない人?

SSEがらみのJVM起動オプションてどれ? 探し回っても、-XX:UseSSEしか
見当たらなかったんだ。これ、JVMのオプション一覧には記載されてないし、
1.4.2のSSEのバグ(fix済)回避専用みたいだから、これじゃないよなぁ。

それに、確かに1.4.2のリリースノートにHostspotでSSE/SSE2使ってるぜ!!
とは書いてあるんだけど、何をどう使ってるのか、という情報も

252:デフォルトの名無しさん
08/12/12 02:27:53
海外のブログだとそういうアホ記事が多いよね
英語でかいてあるから、それも大事な部分が砕けた英語だったりするとなおさら日本人だと分かり辛いんだけど
そういうアホ記事に洗脳されちゃう人なんじゃないの？根っからの理系とかｗ

253:デフォルトの名無しさん
08/12/12 02:30:25
>>251
切れたorz
何をどう使ってるのか、という情報も見つからないんだよね。

254:デフォルトの名無しさん
08/12/12 02:31:20
>>252
だなｗ

255:デフォルトの名無しさん
08/12/12 02:33:20
>>252 と >>254 のような自作自演、前も見たな。

256:デフォルトの名無しさん
08/12/12 02:35:51
>>255がどんどんとこのスレの主になっていく件について？

257:デフォルトの名無しさん
08/12/12 07:12:11
>>240
そもそも、ageで煽って回ってる人は何をしたいのかわからん。
他の人の書き込みを煽るだけで、話題を提供しようとしてるわけでもないし。

258:デフォルトの名無しさん
08/12/12 07:44:28
URLﾘﾝｸ(hamletdarcy.blogspot.com)

クロージャ、プロパティ、refied generics、演算子オーバーロードあたりが全滅か。
JSR295が入らんのも地味に痛いなぁ……

259:デフォルトの名無しさん
08/12/12 07:47:04
演算子オーバーロードは未来永劫Javaに入ることはないんじゃなかったっけ？

260:デフォルトの名無しさん
08/12/12 08:14:19
Multi catch (yes!)
null checks (yes!)
とかいってる奴のブログなんか紹介するんな。キモイ。
それにjdk1.7は１年半も先だし、上で指摘されたばっかりなのにおまえは洗脳されやすいんだなｗ

261:デフォルトの名無しさん
08/12/12 08:22:06
>>258
Java7があと1年遅れればそのへんも復活するかもよ

262:デフォルトの名無しさん
08/12/12 08:41:29
>>257-259
提供してみた話題は叩かれるし、それでも我慢してスレに張り付いてるのはよっぽどヒマ人なんですねｗ

263:デフォルトの名無しさん
08/12/12 08:46:50
indexerも入んないの？

264:デフォルトの名無しさん
08/12/12 09:03:40
closure 要らんから、せめて function type だけでもくれ。

265:デフォルトの名無しさん
08/12/12 09:18:49
アップデートとブログ紹介しか出来ない人工無能に、ヒマ人とか直接言っちゃったらかわいそうだろ。

266:デフォルトの名無しさん
08/12/12 09:20:26
>>263
そもそも入るなんて話あったの？

267:デフォルトの名無しさん
08/12/12 09:31:02
aheのウィッシュリストにはあった

268:デフォルトの名無しさん
08/12/12 10:42:36
なんだ。ただミーハーだったのかｗ

269:デフォルトの名無しさん
08/12/12 10:49:58
indexerや演算子オーバーロード付けるくらいならもうjava言語捨ててC#準処にするべき

270:デフォルトの名無しさん
08/12/12 10:54:12
そういう考え方もあってもいいけどね

271:デフォルトの名無しさん
08/12/12 11:15:43
javaVMで動くC#を

272:デフォルトの名無しさん
08/12/12 11:26:44
逆だろ。.Netに手軽にアクセスできるjvm (java)。

273:デフォルトの名無しさん
08/12/12 11:35:46
そっちの方はScalaが頑張ってるね

274:デフォルトの名無しさん
08/12/12 11:59:55
ほんとか！で.Netで動くScalaじゃ意味ないよな。結局やってることはjrubyと同じだし。

275:デフォルトの名無しさん
08/12/12 16:17:20
>>267
ウェブ・ブックマークのネタはもう切れたんですか？ｗ

276:デフォルトの名無しさん
08/12/12 17:59:10
BigDecimal シンタックスの話なんてあったのか。欲しかった

277:デフォルトの名無しさん
08/12/12 18:02:53
なかったと思う

278:デフォルトの名無しさん
08/12/12 18:32:19
演算子オーバーロードの文脈の中で
ユーザ側で自由に定義できる演算子オーバーロードはダメだけど
BigDecimalなんかは特別扱いで演算子使えるようにしようかって話はあった。

279:デフォルトの名無しさん
08/12/12 18:47:26
さすが、JAVAのことなら隅々まで追いかけてますねｗ

280:デフォルトの名無しさん
08/12/12 19:18:57
前スレか前々スレあたりで出てたと思ったが。

281:デフォルトの名無しさん
08/12/12 19:24:10
>>276
URLﾘﾝｸ(blogs.sun.com)
の 28枚目あたりにある。

XMLリテラルとか懐かしいな。

282:デフォルトの名無しさん
08/12/12 20:28:18
multi catch って型の扱いどうなるんだろ？
ExceptionA extends Exception { public void method(){} }
ExceptionB extends Exception { public void method(){} }
catch (ExceptionA | ExceptionB ex) で ex.method() 呼べたら面白いけど
たぶん無理だろうなぁ。

283:デフォルトの名無しさん
08/12/12 20:39:33
インデクサってか演算子オーバーロードの類は要りません。
もちろんプロパティとかも要りません。
メタプログラミングをこれ以上推奨しないでくれ。

284:デフォルトの名無しさん
08/12/12 20:43:29
>>282
無理だろうな
使えるのThrowableのメソッドだけだろ

285:デフォルトの名無しさん
08/12/12 20:57:41
Javaってgetほにゃららとかsetほにゃららとかやり続ける気なの？
馬鹿馬鹿しくならない？

286:デフォルトの名無しさん
08/12/12 21:14:48
>>284
Throwableだけに制限する必要は無いでしょ。一般には
Exception1,Exception2,...ExceptionNの共通のスーパークラスを計算できるはずだから
そのスーパークラスのメソッドは呼び出せるようにすればOK

287:デフォルトの名無しさん
08/12/12 21:55:48
>>283
そんなものはメタプログラミングでも何でもない。

288:デフォルトの名無しさん
08/12/13 00:27:37
>>285
言語仕様を次々と拡張されるよりはマシ

289:デフォルトの名無しさん
08/12/13 00:49:16
>>272
IKVMどうだ？
URLﾘﾝｸ(www.ikvm.net)

290:デフォルトの名無しさん
08/12/13 02:54:50
>>289
そんなのあるのか。
普通に想像できることは他の人が既にやってるよな。

291:デフォルトの名無しさん
08/12/13 22:01:08
JavaFXってJCPで管理されてる仕様ではないよね？
Java7でクロージャ導入して、FX向けのアノテーションもバリバリサポートしてくれないかなぁ。

292:デフォルトの名無しさん
08/12/14 01:50:12
JavaFXは結構はまるよね。プロパティ設定のコード書くのも楽だしIDEいらないぐらい。
コーデックとかメディアプレヤァに力入れてるけど、2.0になったら3Dとかもやるのかな？

293:デフォルトの名無しさん
08/12/21 16:31:03
JDK7 build42
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

294:デフォルトの名無しさん
08/12/23 19:13:19
で、Java7でのマルチコア対応ってどうなってるの？
並列APIはできてるし、後はJVMレベルでどれくらい対応するんだろう？

現状は放置？

295:デフォルトの名無しさん
08/12/23 19:31:36
>>294
どんな機能を期待してるの?
単にスレッドが各コアに分散されることを期待してるだけなら、1.3か1.4
あたりからネイティブスレッド対応なので、既に対応済みとも言えるが。

296:デフォルトの名無しさん
08/12/23 21:43:35
コンパイラで並列化した中間コードを吐けるようにしてくれ

297:デフォルトの名無しさん
08/12/23 21:44:56
>>296
必要ないです。

298:デフォルトの名無しさん
08/12/23 21:55:27
>>297
なんで？
あったら便利にならんかね？

299:デフォルトの名無しさん
08/12/23 22:00:12
普通に書いたプログラムを自動で解析してなんとか並列化してくれ

300:デフォルトの名無しさん
08/12/23 22:02:45
んじゃあMVMだな
これが出来ればマルチコア対策になるんだが、無理そうだよね

301:デフォルトの名無しさん
08/12/23 22:47:20
>>298
コンパイラじゃなくてVMの仕事です。

302:デフォルトの名無しさん
08/12/23 22:47:51
すまんが>>300の理屈が理解できないので詳しく教えて欲しい。
結局、マルチコア対応を行わなければ、MVMで合っても並列処理できなくね？
MVMでもネイティブスレットレベルでしか並列化できないような気がするんだが。

303:デフォルトの名無しさん
08/12/23 23:24:57
>>300
MVMがマルチコア対策になる理由がわからない。
メモリ等のリソース効率はともかく、CPUの利用という意味では、
複数VMを立ち上げるのとそう変わらないのでは?
それとも俺が何か勘違いしてる?

304:デフォルトの名無しさん
08/12/23 23:35:35
MVMのおかげで僕にも彼女g

305:デフォルトの名無しさん
08/12/23 23:37:32
300ではないですが、MVMのプロジェクトでは、
複数のJVMで実行していたものを一つのJVMで実行するための基盤、
multi-tasking JVMの作り以外にも、排他制御の効率化なども研究してます。
同じバイトコードを実行しても、複数のタスクが同時に動くと、
内部リソースに対する競合が出る可能性があるのですから。
そういうボトルネックを消し去らないと遅くなってしまいます。

306:デフォルトの名無しさん
08/12/23 23:53:20
あきらめろ
MVMはJNIがあるかぎり実現は出来ない
絶対に、だ

307:デフォルトの名無しさん
08/12/23 23:57:40
>>305
それって>>299の要求してるモノなの？

308:305
08/12/24 00:08:26
>>299に返事してません

309:デフォルトの名無しさん
08/12/24 00:18:58
排他制御の効率化なんてMVM以外でもやってんだろ

310:デフォルトの名無しさん
08/12/24 02:28:10
URLﾘﾝｸ(www.infoq.com)

311:デフォルトの名無しさん
08/12/24 02:41:00
>>306
MVMを利用する条件にJNIの利用禁止をつければよくね？
SingleVMも生かしておけばいいと思うんだが。

312:デフォルトの名無しさん
08/12/24 06:53:43
MVM-lite という項目はある。maybe付きだが
URLﾘﾝｸ(java.dzone.com)

313:デフォルトの名無しさん
08/12/31 03:08:19
SwingFreamworkが入らないかもしれない、というだけで幻滅した

314:デフォルトの名無しさん
08/12/31 07:24:53
>>310
全然役にたたねえなこの記事ｗｗ

315:デフォルトの名無しさん
08/12/31 08:38:18
>>313
swingはいらない子
遅いし、遅い

316:デフォルトの名無しさん
08/12/31 17:13:53
Swingはやればできる子。WinFormsなんかにくらべるとよっぽど筋がいい。
でもSwingFrameworkは、使いにくいからいらないです。

317: 【吉】【447円】
09/01/01 08:51:50
おみくじ

318: 【中吉】【1973円】
09/01/01 12:22:26
てｓｔ

319:デフォルトの名無しさん
09/01/01 23:15:38
で、delegateは入らないの？
lambdaは？

320:デフォルトの名無しさん
09/01/02 00:01:09
delegate気持ち悪くない？
eclipse使えば一発で挿入してくれるしいらんわー

321:デフォルトの名無しさん
09/01/02 00:04:19
これだからIDE使っての開発しかした事のない奴は。。。

322:デフォルトの名無しさん
09/01/02 00:08:03
IDEじゃなくてもそんなもんPGなら挿入してくれるようなのつくっときゃいいっしょ

323:デフォルトの名無しさん
09/01/02 00:09:46
今どきIDE使わない環境なんてあるの？

324:デフォルトの名無しさん
09/01/02 00:15:30
>>323
つ現場によりけりでない場所もある

325:デフォルトの名無しさん
09/01/02 00:39:00
で、delegateは入らないの？
lambdaは？

ってのは例えば何のこと？
C#使えって落ちじゃないよなw

326:デフォルトの名無しさん
09/01/02 01:24:37
JVMのモジュール化のほうが先だと思うんだよなぁ・・・

327:デフォルトの名無しさん
09/01/02 01:53:39
もうめんどくせえからScala使っちまえよ

328:デフォルトの名無しさん
09/01/02 03:34:14
一番簡単なのはdelegateとlambdaを金輪際使わなければ良いんだよ☆

329:デフォルトの名無しさん
09/01/02 03:36:21
もうレガシーとして余生を送れよ

330:デフォルトの名無しさん
09/01/02 06:27:49
swingに限らないが、もうちょっと速くならないだろうか
そういえば、似たようなことしてるのに、.NETは速いのはなんでかね？？

331:デフォルトの名無しさん
09/01/02 16:42:55
言語仕様がクソすぎてＩＤＥ無しじゃとてもプログラミングできない。

332:デフォルトの名無しさん
09/01/02 18:12:45
例えばどこらへんの仕様？

333:デフォルトの名無しさん
09/01/02 18:14:41
イベントリスナとかイベントリスナとか

334:デフォルトの名無しさん
09/01/02 18:51:29
イベントリスナは言語仕様じゃなくて標準ライブラリの部分だろ
イベントリスナというモデルを採用せざるを得なかった言語仕様が糞だというのなら
話はわかるが。個人的には最初からクロージャがあってそれをベースにした
イベントモデルになってたら良かったなあと思う

335:デフォルトの名無しさん
09/01/02 19:22:16
↑
おまい、「ハローワールド」しか作ったこと無いだろ。

336:デフォルトの名無しさん
09/01/02 21:42:52
関数型もラムダ式もないからイベントリスナが必要になり
無名内部クラスなんていう全くシンプルでも便利でもない
ウンコみたいなものに頼らざるを得なくなった

337:デフォルトの名無しさん
09/01/02 22:17:14
関数型は欲しい。
Generics入れるときにいじったんだから、そこで入れちゃえば良かったんだ

338:デフォルトの名無しさん
09/01/02 23:23:23
そうするとポインタ型も導入するか。

ポインタは難しい。理解できないってヤツが増えたから
なんでもかんでもオブジェクト型で片付けてしまおうとしたのが失敗だったな。
こんどは、オブジェクトは難しい。理解できない、ってヤツが増えた。
ポインタを理解できないのなら、オブジェクトも理解できない。

339:デフォルトの名無しさん
09/01/02 23:40:38
>>338
アドレスってGCの世代管理で変化するんじゃないの?

340:デフォルトの名無しさん
09/01/03 00:07:23
そりゃ機能を追加すりゃあ、その部分については便利になるだろうが、
なんでもかんでも追加すりゃいいってもんじゃないよな。
言語仕様に手を入れるなんて、不便でどうしようもない部分を直す
程度でいいよ。
新しいパラダイムを使ってみたいだけなら、Scalaでもなんでもあるし。

341:デフォルトの名無しさん
09/01/03 00:15:54
また麻布か・・・

342:デフォルトの名無しさん
09/01/03 08:34:32
まぁC++よりはずいぶんマシな言語だからな
正直言語使用としてこれ以上必要なものはないわ
後はJVMのほうの改良ぐらいじゃねーの？

343:デフォルトの名無しさん
09/01/04 08:07:21
結局、JAVAは別の言語の実行環境などの役割にシフトして行くだろう
JAVAに替わるものが出ない間は

344:デフォルトの名無しさん
09/01/06 02:55:57
>>338
「難しい、理解できない」ではなくて、「正しく動くことを保証するのが難しい」だろが。

345:デフォルトの名無しさん
09/01/06 02:56:44
関数型はいらない。
クロージャーが欲しい

346:デフォルトの名無しさん
09/01/06 05:50:25
関数型なしでクロージャをどこに入れとけばいいんだ

347:デフォルトの名無しさん
09/01/06 11:56:54
匿名クラスにローカル変数を取り込めるようにするとか
例の{int, int => int}よりはマシな気がする

348:デフォルトの名無しさん
09/01/07 16:50:46
evalが欲しい

349:デフォルトの名無しさん
09/01/07 17:58:08
evalは流石に・・・

350:デフォルトの名無しさん
09/01/07 18:37:39
evalするならGroovyでいいじゃないか

351:デフォルトの名無しさん
09/01/07 19:42:31
Rhinoのこともたまには思い出してください。

352:デフォルトの名無しさん
09/01/07 23:38:35
class MyFrame extends JFrame {
public MyFrame() {
addMouseListener(new MouseHandler());
addKeyListener(new MouseHandler());
}
class MouseHandler extends MouseAdapter { // ←Mouseイベント処理ブロック
// Mouseイベント関係だけで利用する変数をここで定義
// ここにMouseイベント関係のメソッドをまとめて記述
}
class KeyHandler extends KeyAdapter {// ←Keyイベント処理ブロック
// Keyイベント関係だけで利用する変数をここで定義
// ここにKeyイベント関係のメソッドをまとめて記述
}
}

お互いに関連した処理や変数を名前つきインナークラスとして、
記述してやることで極めて可読性が高いソースコードを記述できる。
関連した処理が複数があり、そして複雑な処理になりがちなイベント周りでは、
「名前つきインナークラス >>> クロージャ」
異論は認めない。

無名インナークラスではなく、名前つきインナークラスをもっと使いましょう。

353:デフォルトの名無しさん
09/01/07 23:52:18
イベントに対する処理をクロージャで書くべきではないのは同意だけど，クラスは無くていいよね
メソッドをそのままオブジェクトとして渡せれば一番わかりやすい
まとめてインターフェイスにしてるとイベントを後で追加するときに困るし

354:デフォルトの名無しさん
09/01/08 00:02:59
>>348
つjavax.script API
対応言語の一つに「Java」がある:-)

355:デフォルトの名無しさん
09/01/08 00:15:14
ボタンをポチッと押したら変数aの値をインクリメントしたいだけなのに～
って場合には、簡易な記法でクロージャーを使えると有り難い。

名前付き内部クラスだとイベントハンドラをadd***Handlerしている箇所
からググッとソースを下にスクロールしないと処理の実装(a++;)にたどり
着けないので、簡単な処理を沢山登録する場合は可読性が悪い。
可読性を改善しようとするとMouseHandlerToIncrementAとか何とか
処理内容をイメージ出来る内部クラスの名前を山ほど考えなければなら
ないので、面倒。
無名内部クラスも処理の実装の前後にノイズが多すぎ。

クロージャーや関数型を導入しても、既存の名前付き内部クラスを用いた
Strategyパターンとは上手く共存出来ると思う。

356:デフォルトの名無しさん
09/01/08 00:20:44
>>355
> ググッとソースを下にスクロールしないと

EclipseならCtrl+クリックでおk

357:デフォルトの名無しさん
09/01/08 00:48:49
>>355
>ボタンをポチッと押したら変数aの値をインクリメントしたいだけなのに～
>って場合には、簡易な記法でクロージャーを使えると有り難い。

クロージャいらない派の人は、「今はインクリメントだけでも、将来的には変わるかも・・・」
という予想をするんだと思う。
結果、それだったら今のうちからインナークラスにしとこ。って考えになる。

きっとクロージャいらない人は慎重で心配性な人。
そういう人たちは無名クラスもクロージャもいらないと思ってるんじゃないかな。

358:デフォルトの名無しさん
09/01/08 01:36:41
今な享楽に生きる大雑把な自分は、やっぱりクロージャ欲しい。

というかクロージャの中に直接処理の実装を書いても良いし、
処理が複雑なのであれば別メソッドでも名前付き内部クラスでも
お好きなやり方で別途処理を実装してそれをクロージャの中から
呼び出せば良いと思う。
クロージャのある世界では、大雑把な人も心配性な人も共に
そこそこ快適に生きていけると思う。人類皆共存、めでたい。

というわけで世界平和のためにはクロージャが必要だと思う。

359:デフォルトの名無しさん
09/01/08 02:32:11
クロージャの主な用途は
コレクションに対して一気に処理を適用したり
Openした後自動的にCloseするようにしたりといった
メソッドを引数として与えることで再利用を促進することだよ

360:デフォルトの名無しさん
09/01/08 02:45:07
無名クラスやインナークラスもいいんだけど、そもそもMVCのそのCの部分は分離できるんじゃないかを考えてみたらどうだ？
その仕様だとマウス・キーのリスナのところが該当する。
分離できない程密接ならprotected のイベント用メソッド使うのが普通だけど、初心者向け教科書のままでコンポーネント開発したことないと分からないか。

361:デフォルトの名無しさん
09/01/08 02:47:41
>>359
javascriptにある onClick= ってのは魅力的じゃないか？
コレクションていうのも分かるんだけど、Cで言えばqsortに関数ポインタ渡すのとやってることは大して差はないし。

362:デフォルトの名無しさん
09/01/08 03:11:50
>>359
両方とも無名クラスでも出来るんじゃないかい。

MartinFowlerの見解にほぼ同意なんだけど、簡単に使えて
初めてクロージャは嬉しいと思う。
シンプルな記述で定義出来る事はもちろん。
環境中の変数を参照出来て嬉しいのも、クロージャ内の処理に
必要な変数値をsetする手続きの大半を省略する事が出来るので、
結果として少ない手間で同じ事が出来るからだと思う。

なので毎度function云々と書かなければならないJavaScriptの
書き方は実はそれほど好きじゃない。

363:デフォルトの名無しさん
09/01/08 04:43:56
>>362
何を言いたいのか意味が分からないんだけど
ただ短く書きたいだけってならsetter/getterのプロパティ表記と同じことじゃないの？ｗ
MartinFowlerの見解なんかも、君の脳味噌じゃ理解できなかったようだ（笑）

364:デフォルトの名無しさん
09/01/08 08:06:36
swing関連のフレームワークが欲しいが、それはベンダが提供すれば言い話だしな・・・
sunが提供してNetBeansに組み込んでくれないかな～
そうすればMFCのようにデファクトになるのに

後、クロージャは微妙だなぁ
別に無くても困らないし・・・

365:デフォルトの名無しさん
09/01/08 08:39:26
>>364
Swing Application Frameworkは、すでにsunが提供してNetBeansに組み込まれてるわけで
クロージャーなくて困らないのはクロージャーつかったことないからじゃないのかな。

366:デフォルトの名無しさん
09/01/08 11:27:53
>>364
swingがGUIのフレームワークなわけで、既にjdk 1.2で取り込まれて、デファクトになってるがそれでも不満か？ｗｑ

367:デフォルトの名無しさん
09/01/08 11:45:08
フレームワークは玉葱の皮のような状態だからね～

368:デフォルトの名無しさん
09/01/08 21:04:03
ネイティブコードでコンパイルできるようにならんかねぇ

369:デフォルトの名無しさん
09/01/08 23:15:57
>>365
おんなじJavaを使っても、クロージャを使ったことがある人は困って、
使ったことがない人は困らない？
そりゃ変な理屈だろう。

370:デフォルトの名無しさん
09/01/08 23:19:38
携帯電話のない世界に住む人が携帯電話がなくて困るわけがないだろう

371:デフォルトの名無しさん
09/01/09 00:00:27
クロージャのない言語はクソ

372:デフォルトの名無しさん
09/01/09 00:05:46
Control invocation syntax 萌え
ビバ、BGAA！

373:デフォルトの名無しさん
09/01/09 01:56:22
>>369-370
今日のベストアンサー賞

374:デフォルトの名無しさん
09/01/09 22:16:10
しかしJavaが和暦に対応したばっかりなのにもう平成が終わりそうだよ！

375:デフォルトの名無しさん
09/01/09 23:45:01
でも、携帯電話があったらなぁ、と夢想はする。

376:デフォルトの名無しさん
09/01/10 02:22:33
>>370
それはクロージャが携帯電話みたいに一度使ったら手放せないほど
便利だという前提での話だね。
アマチュア無線だったらまぁ、あれば便利なんだろうけど、それがない
世界に行っても俺は困らないや。

377:デフォルトの名無しさん
09/01/10 06:01:33
クロージャーは便利だね。一度クロージャーがある環境になれると、クロージャーなしの環境は不便。
クロージャーがある環境というのは、文法がクロージャーに対応してるだけじゃなくて、ライブラリもクロージャー前提になってるのな。

378:デフォルトの名無しさん
09/01/10 07:48:37
クロージャがあれば苦労しなくて済む

379:デフォルトの名無しさん
09/01/10 08:09:06
クロージャはJavaFx Scriptで使えるから暫くはこれで遊んでいよう。

380:デフォルトの名無しさん
09/01/10 08:23:56
しかし、
クロージャは入らない

残念ｗ

381:デフォルトの名無しさん
09/01/10 10:07:36
java7は地味なリリースになりそうだな・・・
目新しいのはJAMぐらい？

382:デフォルトの名無しさん
09/01/10 12:40:04
クロージャって便利何だけど、今のjavaに自然に含める文法を考えるのが相当難しいんだよな。
正直 => みたいな文字が入るぐらいなら無いほうがマシって気にもなる。

まぁ、ジェネリクスの<>も最初拒否反応出たけどすぐになれたから、すぐになれるものなのかもしれないけど。

383:デフォルトの名無しさん
09/01/10 12:49:50
クロージャでクロー知らずジャ

384:デフォルトの名無しさん
09/01/10 13:16:59
button.Click += (sender, e) => {
　var averageAge = persons.Where(p => p.Sex == local_Sex).Select(p => p.Age).Average();
　MessageBox.Show(averageAge.ToString());
}
今のC#なんかこんなことになってるからなw

385:デフォルトの名無しさん
09/01/10 13:26:04
やっぱり
+=
これにはとても抵抗があるな。パッとみ、Clickの回数を+=するとも見えるし、
オーバーロードと分かっていても抵抗がある。

386:デフォルトの名無しさん
09/01/10 13:28:32
ただ、こういうの（簡略表記というか）はjavafxの方に流れてるからなぁ。

387:デフォルトの名無しさん
09/01/10 13:30:10
>>385
オーバーロードは違うな
プロパティと一緒だよ
プロパティに=を使ったらgetter/setterアクセサメソッドの呼び出しになるでしょ
それと同様に，+=はaddアクセサ，-=はremoveアクセサの呼び出し

388:デフォルトの名無しさん
09/01/10 13:48:08
javafxだとイベント系の処理はクロージャよりbindで済ませることが多いかな。

389:デフォルトの名無しさん
09/01/10 14:30:06
今落ち着いて考えると、
ジェネリクスはいらなかったと思うんだ

390:デフォルトの名無しさん
09/01/10 14:32:43
いやさすがにそれはない

391:デフォルトの名無しさん
09/01/10 14:34:09
ワイルドカードはいらなかった

392:デフォルトの名無しさん
09/01/10 14:35:37
ジェネリクスをイレージャタイプにしてしまったのは拙速だったとはいわれてるね。

393:デフォルトの名無しさん
09/01/10 15:24:14
VMの互換性の重視と
必要ないって意見に配慮して穏健なものにしたからだろうね。

394:デフォルトの名無しさん
09/01/10 16:28:34
GenericsはC++のテンプレートと全く違うんだけど？
違いが分からないなら使わない方がいいよ。どうせ「長くて可読性が」どうとかこうとかなんでしょ

395:デフォルトの名無しさん
09/01/10 16:44:00
ランタイムサポートされたGenericsの世界を知らないの?
C#なら型やメソッドを型パラメータごとに動的生成したりnew T()とかできるんだぜ

396:デフォルトの名無しさん
09/01/10 16:57:07
Mbeanをもっと作りやすくしろ

397:デフォルトの名無しさん
09/01/10 17:06:06
>>394
なに頓珍漢なこと言ってるんだ。
イレージャタイプって意味も分かってないのか。

398:デフォルトの名無しさん
09/01/10 17:24:44
Googleで検索しても実質0件だがなあ

399:デフォルトの名無しさん
09/01/10 18:11:20
『「実質0件」でぐぐって50件くらいしかないから「実質0件」という日本語はあまり使われていない』
というのと似たようなものだな

400:デフォルトの名無しさん
09/01/10 18:12:10
ググっても意味がわかんなかったといっておる

401:デフォルトの名無しさん
09/01/10 18:17:33
英語分からない人は、こういうこと知る機会は制限されてるでしょ。

402:デフォルトの名無しさん
09/01/10 18:22:15
Type Erasure（型消去)ってことね
イレージャタイプじゃでてこんわね

403:デフォルトの名無しさん
09/01/10 19:04:53
>>397
それなら、イレージャタイプから消えた方情報（クラスなど）を動的に知る方法を教えてくれませんか？

404:デフォルトの名無しさん
09/01/10 19:10:18
erasure形式っていうことじゃねぇの？

405:デフォルトの名無しさん
09/01/10 19:11:18
>>403 は子供みたいなこと言ってるし、これは荒れるな

次ページ