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

【Java SE 7】次世代 ..

293:デフォルトの名無しさん
09/07/19 00:10:42
>>290
この調子で速度が向上していけば、いずれ起動時間はマイナスになる。
荒唐無稽な話に思えるかもしれないが可能だ。
起動する以前に起動している、これはいずれ実現する。
プロセスがメモリー上で初期化され起動を待機しているような状態を
想像してほしい。
少なくとも良く使うアプリケーションにおいては近い将来そうなるだろう。
つまり、Linuxの大勝利である。

294:デフォルトの名無しさん
09/07/19 00:13:16
>>292
その通りである。
Javaで書かれたからこそこの速度なのであり、C♯ならその10倍はかかったであろう。
つまり、JavaはM$の10倍高速である。

295:デフォルトの名無しさん
09/07/19 00:19:42
>>293
そういうアプリケーションって、以前からたくさんあったじゃない。
「起動時間を大幅に短縮しました！」ってうたい文句で
たしかにアプリケーションの起動は瞬間と言っていいほど早くなったが
そのかわりOSの起動時間がやたら長くなるってヤツ。

296:デフォルトの名無しさん
09/07/19 02:08:56
あげるなタコ

297:デフォルトの名無しさん
09/07/19 08:06:07
.NETのはAOTで起動は速いけど、.NETより遅いかな?
GCJでコンパイルしたのも起動は速い。

298:デフォルトの名無しさん
09/07/19 18:10:06
>>294
Visual Studio 2010はほとんどManaged(WPF)だけど、
それでも5秒ぐらいで起動しますよ？

299:デフォルトの名無しさん
09/07/20 00:14:28
>>298
Linuxでも動作しますか？

300:デフォルトの名無しさん
09/07/20 07:31:35
300

301:３０１
09/07/20 14:01:30
このスレッドは３００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

302:デフォルトの名無しさん
09/07/20 14:13:55
ぉぃ

303:デフォルトの名無しさん
09/07/22 14:44:11
small changesだけど、あればいいかなってのはstring switchぐらいしかないし、try-resource close, catch-chain exception の提案とかも含むけどその他の砂糖構文はC#のインデグザぐらいにいらないって感じ。
string switchも実際enumと同じだから、いちいちenumなんて面倒くせーと考えなければこれもいらないか。
それよりも、&& || を現代風に and or not の演算子を用意して欲しい。演算子順序はrubyと同じで一番下で。

304:デフォルトの名無しさん
09/07/22 14:48:07
or だと識別子がかぶるからVBみたく Or でもいいし OR もありえるから、新しく定義するときはand or notの演算子は文字の大小は区別しないでいいよ。
だれかopen jdkに提案しといて。

305:デフォルトの名無しさん
09/07/22 14:51:38
演算子は文字の大小

識別子は文字の大小で、and And AND anD とかどれか一致したのでおけってこと。

306:デフォルトの名無しさん
09/07/22 14:52:34
そのなものイラネエ

307:デフォルトの名無しさん
09/07/22 15:54:55
そうか？
実際は、アノテーションとIDEの自動置換使えばimproved exceptionとかnull?とかいらないって感じだけど。
ただの砂糖構文は、ジャバ言語の言語としての意味論にまったく関係ないから、こういうのをどんどん追加していくと
C#みたく言語自体が低品質つまり甘いだけのマック１００円コーヒーと同じ品質になっちゃうんだよね。

こういうIDEのマクロでよさそうなの、言語独自の機能にまったく関係ないほうがよっぽどイラネー
つまりどうせ文法上のリテラル（砂糖構文）を追加するなら、クロージャ追加とか、and orの演算子を変更してくれたほうがよっぽどいい。
オレはもともと風味抜群のコナ・コーヒーが好きだけど。

308:デフォルトの名無しさん
09/07/22 16:05:38
マックの120円コーヒーに砂糖は入ってない。

309:デフォルトの名無しさん
09/07/22 16:08:26
>>307
> クロージャ追加とか、

これは欲しい。

> and orの演算子を変更してくれたほうがよっぽどいい。

いらない。絶対いらない。不必要。

310:デフォルトの名無しさん
09/07/22 16:27:51
クロージャが破棄されるぐらいだし、project coinsは多分一つも採用されないと思うよ。
GNU gccとISO C99の関係みたくopen jdk内部で勝手にやってくださいってことだろ。
もうSUNはオラクルの研究部署ってことになっちゃったしなぁ。
資金繰りの乾季をしのぐために一時的にオラクルにお世話になってて、そのうちオラクルから離脱とか考えてんだろうし。

311:デフォルトの名無しさん
09/07/23 20:24:34
クロージャは欲しかったなぁ

312:デフォルトの名無しさん
09/07/23 20:26:41
URLﾘﾝｸ(www.atmarkit.co.jp)
javaは.NETに勝てるだろうか？

313:デフォルトの名無しさん
09/07/24 00:20:31
古い記事だな、おい

314:デフォルトの名無しさん
09/07/24 01:15:57
クロージャは無くなって良かったと思ってるけどね。
一番支持されてた方式って無名クラスのシンタックスシュガーの範囲を超えてるんだろ？
ちょっとありがた迷惑なんだよね。拡張for文くらいの位置づけなら良かったのに。

315:デフォルトの名無しさん
09/07/24 01:29:12
何この変な流れ

316:デフォルトの名無しさん
09/07/24 01:35:42
concurrent系APIの人たちが困ってる。> ラムダ抜き

317:デフォルトの名無しさん
09/07/24 01:38:25
ひねくれ者が沸いてくるとこういう変な流れになっちゃうんだよね。
いいかげんウザイしキモイから、どうにか死んでくれないかな…
なあ、心当たりあるだろ？
頼むから死んでくれないか？

318:デフォルトの名無しさん
09/07/24 02:01:44
>>317
自己紹介？

319:デフォルトの名無しさん
09/07/24 16:14:18
クロージャは残念だったが、
同時にほっとしてもいる

クロージャ込みのデバッグは大変だろうなぁ、と思っていたので

320:デフォルトの名無しさん
09/07/25 18:27:00
ARMは欲しかった。
オブジェクトの破棄が明示的に要らないのと同じように
リソースも同じように扱いたい。

321:デフォルトの名無しさん
09/07/25 18:30:29
ついでに。

JDK7 build66
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)

バグ取りっぽい。
Milestone4 リリース。

バグ取りっぽいんだが、G1GCでウチのJBoss上がらなくなった。
なんでだよ。

322:デフォルトの名無しさん
09/07/25 23:11:33
ARM入らないの？ Project coin では ARM 生き残ってるから入ると思ってんだけど。

323:デフォルトの名無しさん
09/07/26 14:27:36
JDK7では、Rhinoだけではなくて、jruby, jythonもデフォルト配布になると良いなぁ。
jrubyが異常に早いのは、JVMのメソッド呼び出し最適化が素晴らしいおかげらしい。
CLRはメソッド呼び出し最適化がゴミなので、Ironシリーズは高速化が難しいようだが。

324:デフォルトの名無しさん
09/07/26 16:29:17
>>322
マジで？Closureと共に散ったと思ってた。

325:デフォルトの名無しさん
09/07/26 17:50:18
>>324
どっちかっつーと、Control Invocation Syntax と ARM は競合するから
クロージャが没ったから ARM が残ったという見方も。

326:デフォルトの名無しさん
09/07/27 18:29:00
クロージャはスクリプトでやれってことだろうなぁ・・・
ということはJVMはこれからはスクリプトの実行環境としての性格を
強めていくのだろうか

327:デフォルトの名無しさん
09/07/27 19:36:21
とは言うけどクローじゃはどういうときに使うの？
JAVA言語のなかで頻繁に使ってるなら、議論がまとまらなかったとか関係なくクロージャは導入されて当然だったんじゃないのか。
ていうか、ただのdelegate程度にしか考えてないでしょ？

328:デフォルトの名無しさん
09/07/28 00:41:03
>>327
それ以上の意味論なんて考えながら仕事できないからな。
とりあえず Runnable とか Listener とかの無名クラス地獄を脱出できるだけでいいのに。

329:デフォルトの名無しさん
09/07/28 04:35:05
ファイルとかのリソースの開放を確実に手軽に書けるだけでいいのに

330:デフォルトの名無しさん
09/07/28 11:09:01
for文も、もううんざり。内部イテレータのほうがいいわ。

331:デフォルトの名無しさん
09/07/28 12:11:22
内部か外部かって関係ある?

332:デフォルトの名無しさん
09/07/28 19:26:43
>>329
try,catchも面倒ってわけか？ｗ

333:デフォルトの名無しさん
09/07/28 19:47:07
たしかに面倒だよな。他の言語からの以降組みは。
専用エディタ（eclipseなど）が無いとやってられんよ。
汎用のテキストエディタだけ起動してサクサクとコーディングできる
ような言語じゃ無いな。

334:デフォルトの名無しさん
09/07/28 19:57:27
面倒かどうかより、使う側の不注意で確実さが損なわれるのが問題だろ

335:デフォルトの名無しさん
09/07/28 22:22:59
↑
イミフ

336:デフォルトの名無しさん
09/07/28 23:04:28
>>335
おバカさんですね

337:デフォルトの名無しさん
09/07/29 13:20:30
>>332
リソース解放なら、try,catchじゃなくてtry,finallyだろ
こういうやりとりが生まれる時点で面倒って言ってるようなもんだがな

338:デフォルトの名無しさん
09/07/29 14:37:29
>>337
まぁ try catch finally は結局クロージャを引数にとるメソッド側で実装するんで、
そういうやり取りは結局どこかで発生するんだけどな。

ライブラリを設計する側が知っているだけで利用者に知識が乏しくても
安全なプログラムに出来るって言う意味では優れてると思う。

339:デフォルトの名無しさん
09/07/29 20:37:03
そして、何か問題が発生して原因を追いかけようとしても
リソースの取得／開放がどこで発生しているのか
突き止めるだけで力尽きる

340:デフォルトの名無しさん
09/07/29 21:25:45
>>339
クロージャの有無は関係無いな

341:デフォルトの名無しさん
09/07/30 09:49:37
>>332
try～catchめんどくさすぎるだろ。
あれめんどくさくないって、まともにclose書いてないとしか考えれない

342:デフォルトの名無しさん
09/07/30 12:42:06
>>341
まともなclose書くのにちょー便利だろ。
try～catch使わずにまともなclose書く方が工数かかる。

343:デフォルトの名無しさん
09/07/30 12:44:36
>>341
try&throw&catch(&finaly)て便利じゃん
javaなら捕捉してない例外はコンパイルエラーになるし
ああいった機能なしでエラー処理する方が面倒臭くね？

344:デフォルトの名無しさん
09/07/30 14:00:24
複数のエラーをキャッチできるのは便利だと思う。

>>343
多分勘違いしている。
ARMが入ってもtry &catchが無くなる訳じゃない。
単純な処理の場合に、簡略化してかける、というだけの話だと思えばいいと思う。

try&catch文が入ってるとこはなにか大事な処理なんだって分かるし。

345:デフォルトの名無しさん
09/07/30 18:03:08
>>343
C++のデストラクタとかC#のusingとかRubyのブロックとか知らないだろ

346:デフォルトの名無しさん
09/07/30 18:52:10
>>343だけどなんか変な事言ってるかな俺？
こんな事がjavaでできたらいいねって話で
クロージャ、ARM、tyr-catch て流れだったんじゃないの？
begin
　File.open(filename) {|f| hoge(f.read) }
rescue Errno::ENOENT
　puts 'ファイルがないよ'
rescue ...
:

347:デフォルトの名無しさん
09/07/30 19:06:49
それ、try,catchと何が違うんだ？

348:デフォルトの名無しさん
09/07/30 19:10:43
finally で close は書かなくて良いよって話では？

349:デフォルトの名無しさん
09/07/30 19:57:01
>>346
それが>>343と同じことを書いてるつもりなら他人との
コミュニケーションは無理だ諦めろ

350:デフォルトの名無しさん
09/07/30 22:05:59
うーん何で怒られてるのかわかんないや、日本語って難しいな日本人だけど

351:デフォルトの名無しさん
09/07/30 22:23:41
usingとIDisposableがあれば解決

352:デフォルトの名無しさん
09/07/30 23:04:52
クロージャ見送りで並列対応は遅れるな
それともJVMで並列化してくれるのかね？

353:デフォルトの名無しさん
09/07/31 13:33:30
ARMも知らないバカが議論に参加するなよw

354:デフォルトの名無しさん
09/07/31 13:34:23
>>352
Lea先生はlock関係はARMで十分だと考えているのだと思う。

355:デフォルトの名無しさん
09/07/31 15:25:08
class AutoLock implements java.io.Closeable {
　private java.util.concurrent.locks.Lock lock;
　public AutoLock (java.util.concurrent.locks.Lock lock) { this.lock = lock; this.lock.lock(); }
　public void close() { this.lock.unlock(); }
}
みたいなラッパークラス使ってやるのはちょっとなぁ。

356:デフォルトの名無しさん
09/07/31 20:24:54
>>345
C#のusingは欲しいな
ｔｒｙ～finallyでcloseの部分を更にtry～catchで囲んで・・・って馬鹿馬鹿しすぎる

357:デフォルトの名無しさん
09/08/02 23:05:19
JDK7 build67
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

358:デフォルトの名無しさん
09/08/03 07:52:19
>>354
ARMでぐぐるとプロセッサーの話しか出てこない

359:デフォルトの名無しさん
09/08/03 13:22:08
＞ｔｒｙ～finallyでcloseの部分を更にtry～catchで囲んで・・・って馬鹿馬鹿しすぎる

激しく同意！
クソ過ぎるにもほどがある。なんであんなアホな設計したのか、意図が理解できん。

360:デフォルトの名無しさん
09/08/03 22:11:37
usingみたいなのは低脳だと思ったんだろう

361:デフォルトの名無しさん
09/08/04 01:07:44
クロージャが無いのが全ての問題の原因だな。

362:デフォルトの名無しさん
09/08/04 18:42:52
OOPの機能があるんだから、
クロージャーなんていらないよ

363:デフォルトの名無しさん
09/08/04 18:58:46
自転車があるんだから、
車なんていらないよ

364:デフォルトの名無しさん
09/08/04 19:34:39
そういえば最近jdk7のコードネームを聞かないけど
未だにdolphinなの？

365:デフォルトの名無しさん
09/08/04 21:09:02
クロージャなんて無名内部クラスで(ほぼ)実現できるじゃん。ほしいのは
クロージャではなく、クロージャを簡潔に表現できる文法。

366:デフォルトの名無しさん
09/08/04 21:46:02
中学生は自動車や原チャリの便利さを知らないから
自転車で満足している。
自転車があれば日本じゅうどこでも行ける、
その気になれば世界一周だってできると
ムチャな妄想を膨らませている。

367:デフォルトの名無しさん
09/08/04 21:51:18
その中でも頑丈なのが、世界一周しちゃうんだよ・・・自動車知った後で。

368:デフォルトの名無しさん
09/08/04 23:34:18
結局、7でもクロージャは追加されないんでしょ。正直がっかりした。
もう、言語はいじらなくて良いよ。馬鹿向け言語として生き延びてくれ。
VMの性能だけ頑張ってくれればそれでいい。

369:デフォルトの名無しさん
09/08/04 23:45:19
次はどの言語がブレイクするかな・・・

370:デフォルトの名無しさん
09/08/05 00:52:01
もうJavaには期待してないからいいよ。Scalaが頑張ってくれればそれで十分
あとは、Scala用IDEの完成度さえ上がればJavaなんて不要

371:デフォルトの名無しさん
09/08/05 00:59:11
JavaがCOBOL的な立場になるだけ。なんの問題もない。

372:デフォルトの名無しさん
09/08/05 01:21:26
それよりjavaもscalaもJVMプラットの一員なんだが・・・

373:デフォルトの名無しさん
09/08/05 01:24:21
Scalaのクロージャは、classファイル的にはどうにゃってるの？

374:デフォルトの名無しさん
09/08/05 01:44:27
>>364
コードネームはなくなった。
Mustangと呼ばれてたJava SE 6も、Mustangではなかったことになってる。

375:デフォルトの名無しさん
09/08/05 01:51:58
The JDK formerly known as Dolphin.

376:デフォルトの名無しさん
09/08/05 04:04:29
>>373
仕組み的には無名クラスと似たようなもん。クロージャに対応する.classファイルが生成される

377:デフォルトの名無しさん
09/08/05 21:46:04
もまえら、Oracleに買収されたことによりJDK8から優良になるって知ってた？

ちなみにcdnmはGrampusな。

378:デフォルトの名無しさん
09/08/05 23:36:40
>>377

ｽﾚﾘﾝｸ(tech板:477番)

379:デフォルトの名無しさん
09/08/06 01:24:25
>>377
ガセっぽいが仮に本当だったとしたら、OpenJDKの方が中心になって行くだけの
事じゃないかねえ。

380:デフォルトの名無しさん
09/08/06 08:45:01
釣りごろつられごろ
URLﾘﾝｸ(wwwz.tss-tv.co.jp)

381:デフォルトの名無しさん
09/08/07 00:31:39
OpenJDKは今でも次期VM実装テストベッドの中心に位置するよ。

382:デフォルトの名無しさん
09/08/07 05:43:09
>>377
JDK7を出してから、そんな寝言を言って欲しい。

だったら、OpenJDK+JVM上の他の言語を組み合わせて使うよ。
G1GCのパフォーマンスなんて誤差レベル。CMSでもいいよ。

383:デフォルトの名無しさん
09/08/07 21:34:25
Javaって更新遅くね
C#にどんどん突き放されそう

384:デフォルトの名無しさん
09/08/07 22:30:48
追いつかれてない！

385:デフォルトの名無しさん
09/08/08 03:01:04
そうだね。バックミラーにも映ってないよね

386:デフォルトの名無しさん
09/08/08 03:03:35
ていうか、まだスタートしてないから後ろに誰もいない。

387:デフォルトの名無しさん
09/08/08 07:18:02
そもそも、更新すると勝ちなのか？

388:デフォルトの名無しさん
09/08/08 11:49:19
C#は迷子になってる

389:デフォルトの名無しさん
09/08/08 13:47:30
むしろJavaの方が迷走してる気が…。
Javaは互換性を重視して、良い感じに枯れてくれた方が個人的には嬉しいんだけどねぇ

390:デフォルトの名無しさん
09/08/08 14:34:20
むしろどこかで互換を完全に切ってくれたほうがうれしい

391:デフォルトの名無しさん
09/08/08 17:14:37
そんなあなたにScalaがあります。

392:デフォルトの名無しさん
09/08/09 01:34:02
>>391
そそ。ネタじゃなくてマジでそう思う。
「Javaのここ直して欲しいなぁ、『互換性無くしていいから※』。
……なんだ、互換性いらないならScalaでいいんじゃね?」
って感じで。

※個人的な一例。「変数なんざデフォルトfinalでいいじゃない。
書き換えたいときだけmutableとでも付ければー」⇒Scalaならval
で統一して、どうしても必要なとこだけvarで書けばおk.

393:デフォルトの名無しさん
09/08/09 01:45:40
ならお前はScala使えば解決だな

394:デフォルトの名無しさん
09/08/09 03:16:43
C#さえ覚えとけばWinForm、ASP.NET、Silverlight、WPF、XNAとなんでもできる

※ただしwindows限定

395:デフォルトの名無しさん
09/08/09 03:28:23
もはやWinプラットに依存しなくても、Winが提供するようなアプリとソフトの質はWebアプリWebサービスで十分だとおもうよ。
ここにMSの独自ルール（DXとかActiveXとか)が入る余地も無ければMS提唱の技術が普及する余地もまったく無いので、MSは過去４事業分割されなかっただけ儲けもんと思って今後はOS事業に特化してください。

396:デフォルトの名無しさん
09/08/09 14:02:21
>WebアプリWebサービスで十分
将来的にWebアプリは質・量共に向上すると思うけど、現状では全くもって不十分。
こんなので十分だなんて一体どんな使い方をしてるのだろう。

397:デフォルトの名無しさん
09/08/09 14:06:30
ていうかどこが不十分なのか具体的に書かないと自民党のマニフェストと同じで頭空っぽだよね（笑）

398:デフォルトの名無しさん
09/08/09 16:00:20
ていうかどこが十分なのか具体的に書かないと自民党のマニフェストと同じで頭空っぽだよね（笑）

まぁ、WebProg板かWebサービス板でやるべき話だな。

399:デフォルトの名無しさん
09/08/09 17:03:25
>>398
悪魔の証明って知ってる？
頭空っぽじゃ知ってるわけないかw

400:デフォルトの名無しさん
09/08/09 17:22:12
>>399
>Winが提供するようなアプリとソフトの質はWebアプリWebサービスで十分
そのWebアプリWebサービスとやらが何なのか教えてくれないか。

401:デフォルトの名無しさん
09/08/09 17:25:28
>>400
>>395に聞け

402:デフォルトの名無しさん
09/08/09 17:28:47
そこで皆さん、ここいらで「Web 3.0」ですよ！

403:デフォルトの名無しさん
09/08/09 17:32:37
>>398-400
ああ悪い悪い
悪魔の証明を知ってるほど雑学豊富ならちゃんと修正しとかないとね

頭空っぽ　=> ×

頭の中空っぽ　=> ○

404:デフォルトの名無しさん
09/08/09 17:40:42
自作自演して荒らしてるようにしか見えん
もし複数人だとしたら、同レベルの馬鹿同士の醜い争いだな

405:デフォルトの名無しさん
09/08/09 17:44:20
お財布空っぽ　=> ×

お財布の中空っぽ　=> ○

406:デフォルトの名無しさん
09/08/09 17:49:10
何でお前が俺の財布の中身知ってんだよ

407:デフォルトの名無しさん
09/08/09 17:50:21
>>406
ﾜﾛﾀ

408:デフォルトの名無しさん
09/08/09 17:53:25
アップル => ×

アポー => ○

409:デフォルトの名無しさん
09/08/09 18:17:22
>>408
ﾂﾏﾝﾈ

410:デフォルトの名無しさん
09/08/09 18:17:35

馬鹿同士　=> ×

馬鹿同士　=> ○

411:デフォルトの名無しさん
09/08/09 18:59:51
おいちゃんマンモスかなぴー

412:デフォルトの名無しさん
09/08/10 00:11:57
JDK7 Build b68
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)

Milestoneを出した後だからか、
バグつぶしが増えている感じ？

413:名無しさん＠お腹いっぱい。
09/08/12 06:26:51
ARMが導入されたらどんな文法になるんだろう？

414:デフォルトの名無しさん
09/08/12 07:24:03
>>413
今年のproject coinsに一番最初に投稿された草案
URLﾘﾝｸ(mail.openjdk.java.net)

415:名無しさん＠お腹いっぱい。
09/08/12 17:33:08
>>414
クロージャのほうがいいよ・・・

416:デフォルトの名無しさん
09/08/12 20:22:57
クロージャを使うのは苦労じゃ

417:デフォルトの名無しさん
09/08/12 20:28:54
そいえば、何で流れたのさ、クロージャ
クラスよる遥かに分かりやすいもんなのにorz

418:デフォルトの名無しさん
09/08/12 22:56:39
JavaがScala化していくと、沽券に関わるから。

419:デフォルトの名無しさん
09/08/13 00:06:06
>>417
javac.infoの中の人、つまりBGGAの中の人が、Microsoftに引き抜かれたからw

420:222.248.109.70
09/08/17 17:45:03
自動焼人 ★　＝　自動保守 ◆KAWORUKOFI　＝　自動保守#K9K?_D[L

名言集　その４
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』

ｽﾚﾘﾝｸ(news4vip板)　のID:PVAf+dux0　＝　自動焼人 ★

> 965 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなｗ
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。

----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
ｽﾚﾘﾝｸ(sec2chd板)
にて自動焼人 ★までご連絡ください

421:デフォルトの名無しさん
09/08/17 17:55:35
鼻くそ乙

422:デフォルトの名無しさん
09/08/18 10:49:27
>>416
HSP脳乙

423:デフォルトの名無しさん
09/08/18 13:16:54
JDK7 build69
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

Win用のバグ取り 1件だけ

424:デフォルトの名しさん
09/08/20 22:32:06
getterとsetterさえ追加してくれれば、あとの言語拡張
はいらないお

425:デフォルトの名無しさん
09/08/21 12:43:18
いつになったらJavaはネイティブコンパイルできるようになるんでしょうか。

426:デフォルトの名無しさん
09/08/21 12:46:12
なんのために？

427:デフォルトの名無しさん
09/08/21 13:01:55
gcj既にあるじゃん？

428:デフォルトの名無しさん
09/08/21 18:07:54
JDK1.0の頃からTowerJとかあったよな
今でもあるのか知らないけど

429:デフォルトの名無しさん
09/08/21 23:42:54
逆コンパイルと実行速度の問題が解消するらしいけど
Java学んで二年になる癖に今先知ったぜ。
仲間内ではあんまり話題にもならないしあんまり効果ないのかな。

430:デフォルトの名無しさん
09/08/22 00:26:55
>>429
逆コンパイルは知らんが実行速度の問題はまったく解消しない。
むしろ遅くなることも多いよ。

431:デフォルトの名無しさん
09/08/22 00:42:48
JavaをCのようなコンパイラ型言語にするのって技術的に難しいのかな。

432:デフォルトの名無しさん
09/08/22 01:57:13
見せかけならいくらでも可能

433:デフォルトの名無しさん
09/08/22 02:30:10
Java Chip ネイティブのプログラムを、他の環境ではエミュレータで動かしてるだけ。
超コンパイルで、もろにネイティブ。
むしろ Crusoe なんかは x86 のコードを Hot Spot したりする。
十年位前には、その辺の実行時プロファイルの話題が盛んだったなあ。

434:デフォルトの名無しさん
09/08/22 03:15:43
なにがネイティブだよ、笑わせるな
PASCALのＰコードやＢＡＳＩＣのＩコードと同じ、
ただの中間コードコンパイラじゃん

バーチャルマシン？エミュレート？
ギャハハハハ！笑い死にしそう！！
単なるインタプリタじゃん！

435:デフォルトの名無しさん
09/08/22 06:37:40
>>434 中間コードをVMがネイティブにコンパイルするだろ?

436:デフォルトの名無しさん
09/08/22 06:40:04
>>434
「Java Chip ネイティブ」という言葉が見えないのか。

437:デフォルトの名無しさん
09/08/22 07:55:25
最近C#スレににネティブ厨がこないと思ったらこっちにいたのか。
暫く相手しててちょうだい（笑

438:デフォルトの名無しさん
09/08/22 11:46:27
Java にコンパイラを名乗る資格があるなら
Perl や PHP もコンパイラだよなｗ

439:デフォルトの名無しさん
09/08/22 11:48:00
>>435
そうカタログに書いてあったんか？
それを鵜呑みに信じてるんか？

あんた、騙されやすい性質じゃない？
幸運の壷を１００万円で買わされたりしないよう気をつけたほうがいいよ。

440:デフォルトの名無しさん
09/08/22 11:54:15
>>439
ソースコードに書いてあるよ

441:デフォルトの名無しさん
09/08/22 12:55:03
Perlだってコンパイルしてるけどレイヤーが違うんじゃね?
javacとJITなしVMみたいな感じだと思うんだけど。

当たり前だけど、ネイティブ用のデバッガでアタッチすれば
HotSpot VMがネイティブにコンパイルしたコードも見られるから見てるといいよ。

442:デフォルトの名無しさん
09/08/22 13:26:20
その言葉をそっくりそのままお返しします。
悔しかったら「ネイティブ用デバッガ」とやらで覗いてみろや。
おまい持ってるのか？「ネイティブ用デバッガ」とやらをｗ

443:デフォルトの名無しさん
09/08/22 13:27:16
脳内ＣＰＵ用にコンパイルされた脳内コードを脳内デバッガで閲覧しとけｗｗｗ

444:デフォルトの名無しさん
09/08/22 14:11:49
Visual Studioの無料のやつじゃ外部プロセスにアタッチできないのか。

445:デフォルトの名無しさん
09/08/22 20:32:54
なんか酷いｱﾌｫが沸いてます?

446:デフォルトの名無しさん
09/08/22 20:49:24
>>442
よーわからんのならこの辺でも見ときなさい
URLﾘﾝｸ(www.ibm.com)

447:デフォルトの名無しさん
09/08/23 03:59:35
>>434
同じだよ。

その昔、MSXべーしっ君というものがあってだな・・・・
まぁ、おっさんとしてはそんなカテゴリ分けに意味はないわけよ。

そういや、しばらくおとなしかった6系列ので
6u18 のやつが上がってきたようだね。

448:デフォルトの名無しさん
09/08/23 10:36:09
java って、「Let's C」とか何とかいうＣ言語インタプリタのパクリなんやろ？

449:デフォルトの名無しさん
09/08/23 21:54:23
ネイティブ・コンパイルにこだわるのはなんで？
JAVAでしょ？

450:デフォルトの名無しさん
09/08/24 01:22:43
>>448
「セカチューってエヴァのパクりだよねー」って台詞を聞いたときのような気分。

451:デフォルトの名無しさん
09/08/24 16:32:03
>>449
Javaの開発効率でC/C++のスピードが得られれば最強だからじゃね。
あと現状では中間コードからソースコードが復元できるのでセキュリティ上好ましくないらしい。
自分が考えたプログラムが中国なんかの知らない企業にそのまま使われて
しかも著作権主張、特許申請しなんてし始めたら嫌でしょ。

452:デフォルトの名無しさん
09/08/24 16:39:05
>>451
どこから突っ込めばいいのやら…

453:デフォルトの名無しさん
09/08/24 16:56:10
ほっといていいでしょ。
もうすぐ暴れだすだろうし…ｗ

454:デフォルトの名無しさん
09/08/24 21:58:06
もうアホかと、馬鹿かと…

455:デフォルトの名無しさん
09/08/24 22:02:36
>>451
在日お湯

456:デフォルトの名無しさん
09/08/25 19:20:13
…　←この記号って名前あったよね。

457:デフォルトの名無しさん
09/08/25 20:14:55
リーダー/三点リーダー

次からは、くだ質でね

458:デフォルトの名無しさん
09/08/25 20:29:10
JDK7 build70
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

いっぱいバグ取り

459:デフォルトの名無しさん
09/08/26 16:20:07
Javaのバージョンアップって２年おきかとおもってたけど相当延期してるのな

460:デフォルトの名無しさん
09/08/27 01:20:09
延期した上に新機能見送りしすぎで、言語としての成長が止まっているように見える

461:デフォルトの名無しさん
09/08/27 11:09:58
クロージャ無いのは大きいけど次でアノテーションが完成するから言語機能として止まっているとはいえない。
nio2のサポートが入ってjvm file systemとなるから、次はdotnet (windows)以上になるよ。
最近は携帯もPS１程度のCPUを持つから、携帯でj1.2 SE程度(１０年前）はできると考えていいんじゃないの？
つまりfile systemすらも実装不要でnio2で済む世界となる（win,linuxとかos file system使ってると普通は意識しないけど）。

462:デフォルトの名無しさん
09/08/27 21:12:40
？nio2ってファイルシステム上に作られた機能だろ？？
携帯は、パワーは足りるがインターフェースが
無いからまだまだだろ

タッチパネル系の操作と、ネイティブGUIとの機能統合。
JavaをiPhoneで使っても嬉しくないよ。現状じゃ。

463:デフォルトの名無しさん
09/08/27 21:30:12
nio2は今すぐじゃないよ。
案件によるけど、WebとかPCの世界だって1.5程度のAPIしか使ってないでしょ。
そういえば携帯ってCPU情報あまりないけど、今はどれぐらいのパワーがあるか知ってる？

464:デフォルトの名無しさん
09/08/27 21:34:35
ああ、でもさ、アノテーションって注釈文章（としての情報）として使うものであって、xmlみたいには使わないよね。
どこかで「アノテーションをxmlみたいな外部注入として使ってたら、設定変更毎にコンパイル必要で地雷だった」とか言う無能がいたから。
アノテーションはあんまりサンプル無いよね。実際みんなはどう使ってんだろう…

465:デフォルトの名無しさん
09/08/27 21:48:43
>>464
JAXBでもJAX-RSでもGuiceでもSpringでもSeamでも使いまくってるだろ

466:デフォルトの名無しさん
09/08/27 23:19:50
使い方に制限はないよ。
だから自由に使っていいよっていわれてもね・・・

467:デフォルトの名無しさん
09/08/27 23:25:36
それを「サンプル無い」とは言わない

468:デフォルトの名無しさん
09/08/27 23:53:40
>>467
なら「アノテーションをxmlみたいな外部注入として使ってたら、設定変更毎にコンパイル必要で地雷だった」
はどう思いますか？

469:デフォルトの名無しさん
09/08/28 00:10:45
別に

470:デフォルトの名無しさん
09/08/28 00:19:21
>>468
設計が悪い。
アノテーションはクラスに組み込まれるからこそ便利なのであって
それを生かす作りにしなくてはいけない。

アプリを作る上で、パラメータを外部から入れたいというのはよくある要望で
そのパラメータを実現する手段としては多種多様。
ソースの中に定数を定義することもあるだろうし、
プログラム起動時のパラメータとして与えられるようにしているものもあるだろう。
Javaであれば、プロパティファイルを定義してリソースとして取得することもあり
そして、外部ファイルを利用するパターンもある。

それぞれにメリットとデメリットがある。
だからその実装方針選択もプログラミングだ。

運用において頻繁に変更されるようなパラメータを
アノテーションで実現するというのはセンスが無いとしか言いようがない。

471:デフォルトの名無しさん
09/08/28 00:29:24
>>470
サーバみたいな起動しっぱなしの時には対応できませんよね？
設計を重視するのもいいですが、具体的に、再起動できないときはどうするんですか

472:デフォルトの名無しさん
09/08/28 01:05:24
>>471

473:デフォルトの名無しさん
09/08/28 01:10:01
>>471
そういう場合にこそ設計が重要だろうに。
シチュエーション次第で、毎回ファイルから読み込んでも問題なかったり、
タイムスタンプくらいは見たり、特定のリクエストが届いた時点で読み直したり、
DB(RDBに限らず)に放り込んだり、プロパティを供給するサーバに見に行ったり、
いろいろと手はあるし、それぞれ得失もある。

474:デフォルトの名無しさん
09/08/28 01:10:07
>>471
すまんが、一体何を言いたいんだ？質問ばかりだが次世代にも関係ないし。
自分が抱えている実際の問題があるなら、別のスレがあるからそっちで聞いてくれ。

475:デフォルトの名無しさん
09/08/28 01:15:17
>>473-474
で、次世代アノテーションはどういったところに旨みが出るんですか？
それを聞きたいんですけど

476:デフォルトの名無しさん
09/08/28 01:44:39
>>475
アノテーションはJava5で導入された前々世代技術だからスレ違い

477:デフォルトの名無しさん
09/08/28 01:51:24
>>476
はいはい。
サンデープログラマーはオナニーしてもう寝ましょうね。

478:デフォルトの名無しさん
09/08/28 01:53:05
>>474
それでサンデーさん、どのスレで聞くといいんですか？
まさか初心者スレじゃないですよね。ここと同じでゴミしかたむろしてないようですけど…

479:デフォルトの名無しさん
09/08/28 01:55:40
>>478
ググれカス

480:デフォルトの名無しさん
09/08/28 02:08:07
>>474
再起動無しでリロードできる設計とか考えないんですか？
設計重要さんはサンデープログラマーだから無理かｗ

481:デフォルトの名無しさん
09/08/28 02:11:35
>>464
設定変更が必要なものをアノテーションに使うやつがアホ
そういうのを外だしするのはアノテーションがあってもなくても同様だろ。

482:デフォルトの名無しさん
09/08/28 02:28:24
>>481
アノテーションの具体的な使い方を聞いてんのに何だそれｗ
おまえは人の批判しか出来ない駄目オヤジだな

483:デフォルトの名無しさん
09/08/28 02:35:35
ｗ

484:デフォルトの名無しさん
09/08/28 02:37:53
>>482
>>465にたくさん例があるだろ
まずはその辺見て来いよ
話はそれからだ

485:デフォルトの名無しさん
09/08/28 03:06:14
>>484
駄目オヤジ乙

486:デフォルトの名無しさん
09/08/28 04:55:40
だから何でアノテーションの「具体的な」使い方になってんだよ・・・
スレタイ見直せ

487:デフォルトの名無しさん
09/08/28 05:11:28
>>486
駄目オヤジ乙

488:デフォルトの名無しさん
09/08/28 05:32:00
池沼の相手にするのはやめようよ
荒らしはスルーが鉄則ですよ

489:デフォルトの名無しさん
09/08/28 06:01:46
ニート乙

490:デフォルトの名無しさん
09/08/28 07:50:43
いまさらこのスレでアノテーションの具体的な使い方知らないとかはナシだろ。

491:デフォルトの名無しさん
09/08/28 08:06:25
伸びてると思って見たら下らん荒らしか。そんなにアノテーションしたかったらC#なりRubyにすればいいのに。

492:デフォルトの名無しさん
09/08/28 08:13:38
なにこのクソスレｗｗｗｗｗｗｗｗｗｗｗ

493:デフォルトの名無しさん
09/08/28 21:09:39
池と沼の違いはカッパが居るかどうか。

494:デフォルトの名無しさん
09/08/28 21:37:30
だまれ糞
おまえは　く　そ

495:デフォルトの名無しさん
09/08/29 10:21:57
project coins で採用されるものが決定したらしい
URLﾘﾝｸ(mail.openjdk.java.net)

> * Strings in switch
> * Automatic Resource Management
> * Improved Type Inference for Generic Instance Creation (diamond)
> * Simplified Varargs Method Invocation
> * An omnibus proposal for better integral literals
> * Language support for Collections
> * Language support for JSR 292

An omnibus proposal for better integral literals は
二進リテラル、アンダースコア付きリテラル、符号無し整数リテラルを含む予定

Language support for Collections は
コレクションリテラル、インデクサを含む予定

496:デフォルトの名無しさん
09/08/29 11:02:53
いいねー

497:デフォルトの名無しさん
09/08/29 11:24:20
javaでいちばんがっかりしたことは、byte が符号付きな件

498:デフォルトの名無しさん
09/08/29 13:01:06
あるある
今まで byte を符号付きで良かったと思ったことは全く無いが、
いちいち　& 255 するのが面倒だと思ったことは数多
C++ でも char や unsigned char は使っても signed char って書くことないもんな
でも今更変えられんだろう
新しく ubyte とか導入するくらい･･･？

499:デフォルトの名無しさん
09/08/29 20:59:33
プロパティは無し・・・か。

500:デフォルトの名無しさん
09/08/31 11:50:53
わしは、カッパやねん。

501:デフォルトの名無しさん
09/08/31 15:00:20
わしゃアホやねん

502:デフォルトの名無しさん
09/09/06 04:46:46
久しぶりにアプレットでMSJVMを起動してみた
速い、なんだこのサクサク感は…

本家にはこのサクサク感が足りない

503:デフォルトの名無しさん
09/09/06 06:10:24
そうか。しかしここは次世代Javaの動向スレだ。

504:デフォルトの名無しさん
09/09/07 15:40:08
JDK7 build71
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

なんかWin32bit版でVM初期化時に
NoClassDefFoundError: java/lang/Object
とか言われて落ちるんですけど。インストール失敗したのかも。

505:デフォルトの名無しさん
09/09/08 19:33:11
java7って来年の２月に正式リリースだっけ？

506:デフォルトの名無しさん
09/09/09 15:43:37
>>505
URLﾘﾝｸ(openjdk.java.net)
M8 の最終build が来年 2月中旬予定で、そっから RC の期間もあるだろうから、
来年 4月ぐらいじゃないかね？

507:デフォルトの名無しさん
09/09/11 23:49:28
あまり楽しみじゃないな。
なにかwktkさせるような技術革新こないかな。

508:デフォルトの名無しさん
09/09/18 15:27:53
JDK7 build72
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

エスケープ分析がデフォルト有効になったらしい。
CompressedOOPも。64bitも普及ですね。

509:デフォルトの名無しさん
09/10/03 12:12:38
Java6のメインカラーってオレンジだったけどJavaのサイトのデザインが赤になってるね。
次期Java7のメインカラーが赤になるってことを暗示してるのかな。
それとも以前から赤だった？

URLﾘﾝｸ(www.java.com)

510:デフォルトの名無しさん
09/10/03 13:07:49
買収が公表された直後から。

511:デフォルトの名無しさん
09/10/03 20:16:10
ヒント：オラクルの色

512:デフォルトの名無しさん
09/10/04 02:35:40
本リリースは来年の２月らしいね。
クロージャでもめたけど、結局invokedynamicで代用するってことにしたの？

513:デフォルトの名無しさん
09/10/04 03:14:16
言語要素は、実行環境の命令では代用できない。
先送りされただけ。

514:デフォルトの名無しさん
09/10/04 04:06:46
JAVA言語で言うところのクローじゃは結局クロージャ（関数）リテラルの導入でしかないじゃん。
実際はコンパイラによるプリプロセスか、バイトコードに変換された後のJVM渡しでクロージャの実装はJVMに委譲なわけでしょ。
もともと関数の遅延評価が本機能（主要な一つ）なわけで、それってつまりクロージャの実際の機能はinvokedynamicでいけるってことなんだけど。
そういうことは分かっていってんの？円周率さんは。

515:デフォルトの名無しさん
09/10/04 04:39:00
>>514
言語要素は、実行環境の命令では代用できない。

516:デフォルトの名無しさん
09/10/04 05:25:37
あ？言語要素？
こりゃダメだｗ

517:デフォルトの名無しさん
09/10/04 14:09:53
>>514
書き込み時刻が円周率とかぶっただけでわざわざわかりにくいポインタするな。

518:デフォルトの名無しさん
09/10/04 14:25:59
>>516
Language componentsの日本語訳だろ。

519:デフォルトの名無しさん
09/10/04 17:53:56
なら言語「構成部分」って訳せ
つまり「リテラル」ってことじゃないかアホ

520:デフォルトの名無しさん
09/10/05 19:40:26
Javaで関数ポインタらしきのを認めてもレキシカルスコープがないから危ないよねって議論になって、最終的にCの関数ポインタの話しと同じになる。
invokedynamicは動的な関数ポインタの生成と考えてもCのポインタと同じだからこれからのJavaはポインタ概念を理解しポインタを使いこなせる人と出来ない人に分かれるんじゃないか。

521:デフォルトの名無しさん
09/10/05 20:36:00
SAFも無しなの？
URLﾘﾝｸ(www.infoq.com)

522:デフォルトの名無しさん
09/10/05 20:46:26
Javaが出た当時と違って他の言語も今じゃ大分充実してるから別にどうでもいい。

523:デフォルトの名無しさん
09/10/05 21:32:43
>>519
リテラルは全然違うだろ。池沼かよ。

524:デフォルトの名無しさん
09/10/05 22:13:14
>>521
ずいぶんと待たせるねぇ。
まあ、ライブラリとして提供すればいいわけで実用性としては問題ないでしょ
標準APIへの投入は慎重になってもいいと思われ

525:デフォルトの名無しさん
09/10/05 22:16:20
>>523
日本語に翻訳するならちゃんと翻訳しないダメだな
翻訳一つでそいつの低脳っぷりが露見する

526:デフォルトの名無しさん
09/10/05 22:35:00
>>521
それはもう入ること確定してなかったっけ？

527:デフォルトの名無しさん
09/10/05 23:13:16
>>525
language components, language entityを言語要素ってのは普通じゃねえか?

528:デフォルトの名無しさん
09/10/05 23:56:43
>>527
何でこだわるのか知らんが、英語をちゃんと読めるならもっと適切な訳語を当てたほうがいいな。

529:デフォルトの名無しさん
09/10/06 00:31:50
それよかinvokedymanicあっても、lambdaないのはどうにもならないよ。

530:デフォルトの名無しさん
09/10/06 00:57:20
うぜえ

531:デフォルトの名無しさん
09/10/06 01:59:20
invokedynamicとクロージャーの話が別問題ということを、言語要素という言葉にかみついてごまかそうとしてるな。
しかも

> なら言語「構成部分」って訳せ
> つまり「リテラル」ってことじゃないかアホ

って、言語構成部分はすべてリテラルだと思ってるんだろうか？
クロージャーは型であって、リテラルじゃねえぞー

532:デフォルトの名無しさん
09/10/06 02:04:46
訳語が少々適切でないことよりも、用語を間違って使ってるほうが低脳なわけで。

533:デフォルトの名無しさん
09/10/06 02:13:58
クロージャは式で、リテラルがあって、ファンクション型なんだが?
提案を読んだ事ないんだなあ。

534:デフォルトの名無しさん
09/10/06 02:50:10
といってももう提案は破棄されたからな…
結局似たような匿名クラス、レフレクション invokedynamicに期待がかかる
ラムダも含めて遅延評価やダックタイピングは既にあるけど、変数束縛はやはりクロージャになるかなって思う

535:デフォルトの名無しさん
09/10/06 03:11:36
>>531
君さ、こんな過疎スレで屁こいたって仕方ないっぺ
たまにはネタ投下したらどうよ？

536:デフォルトの名無しさん
09/10/06 07:07:00
JDK7 build73
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

数値リテラルにアンダースコアいれられるようになった、2進リテラルが入った。

537:デフォルトの名無しさん
09/10/06 11:53:05
そげなこと、どげんでんいいから。
はよう、BOM 付 UTF8 でエラーにならんごとしちくれ。

538:デフォルトの名無しさん
09/10/06 13:44:07
BOM付きのUTF-8読んだだけじゃエラーにはならんよ。

もっとも先頭のBOM取り除かないから、
BOMが取り除かれることを期待するようなパーサ使ってると
先頭にゴミがあるってエラー出すかもしれんけど。

539:デフォルトの名無しさん
09/10/06 16:12:30
↑
こいつバカ？

540:デフォルトの名無しさん
09/10/06 22:32:06
BOM考えた奴、ちょっとこい (ピーポ君のAA略

541:デフォルトの名無しさん
09/10/07 22:23:58
>>521
SAFは入れてほしかったなぁ
OpenJDKになってから、仕様決めるのにモメてぜんぜん進まないことが多すぎないか？

542:デフォルトの名無しさん
09/10/07 22:53:59
JWebPaneは？

543:デフォルトの名無しさん
09/10/07 23:02:29
OpenJDKになってからというより、Sunの経営が傾いて主要人物が
転職するようになってからじゃまいか？
昔SAFの中心だった人(Filthy Rich Clientsの著者だっけ？)も去年だったか
Adobeに転職したよね確か

544:デフォルトの名無しさん
09/10/07 23:18:13
配布をもっと細分化すればいいのにね。
デスクトップ向けの部分はコアと切り離して欲しい。

545:デフォルトの名無しさん
09/10/07 23:41:42
クロージャの人はマイクロソフト行ったんだっけ

546:デフォルトの名無しさん
09/10/08 00:07:16
まあ米国の技術者は流動的だからねぇ
Adobeも結構やばいみたいだし、Oracleが本気出せばまた変わるかもしれんし、引導を渡すかもしれん

547:デフォルトの名無しさん
09/10/08 00:21:34
人材流失というよりも、sunがあれこれ手を出したってのが問題でしょ。
デスクトップ（PC）の方に入ってくるのかと思えばそうでもないし、携帯でOSを提供するわけでもないし、何をやりたいのかまったく意味不明だった。
NTTデータのように迷走してるって感じ。
金融危機も終わったし、オラクルとの合併も将来合併に向けた提携とかで、ごわさんになるかなって期待してるんだけど。

548:デフォルトの名無しさん
09/10/08 00:38:24
>>547
そんなの10年以上前からずっとじゃん
Java7の迷走とは無関係

549:デフォルトの名無しさん
09/10/08 00:41:32
Sunはマーケティング層が本当に糞だよな。

特にバージョンが5になったときとJ2SEがJavaSEになった時は殺してやろうかと思うぐらい腹が立った。
NIOとNIO2も最悪なネーミングだし。

次ページ