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

【Java SE 7】次世代 ..

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も最悪なネーミングだし。

550:デフォルトの名無しさん
09/10/08 00:56:47
JavaSEになって腹が立つ理由が不明

551:デフォルトの名無しさん
09/10/08 01:21:31
なんにせよ>>547や>>549は次世代Javaとは関係ないな
よそでやれ

552:デフォルトの名無しさん
09/10/08 04:38:14
NIO2とかかなりいいと思うんだが…

553:デフォルトの名無しさん
09/10/08 04:49:57
windows とか値段が高いからソラリスが普及するかと思えば、SUNはインストールとかの解説はないしやるきなかったね。
PCを何台も買う人、サブPCで３台用意するとか考えるとPC予算の1/3がOS代をしめるからよくわかる。
確かにSUNは需要はあるのに何をやりたいのかさっぱり分からなかった。
数年にも渡り一台しか使わないなら考えもしないんだろうけど、何台かPCがあるとき合法的にOS使うとなると避けては通れない問題だろう。

554:デフォルトの名無しさん
09/10/08 08:15:56
>>521
JavaはまたGUIを広めそこなった
swing＝使えない　イメージを早く払拭してくれよ

555:デフォルトの名無しさん
09/10/08 08:19:16
>>540
BOMはどうでもいいから、char=intにしてほしい。サロゲートペア面倒くさい。
(まあUTF8にBOMは不要だと思う)

556:デフォルトの名無しさん
09/10/08 08:22:07
swing＝使えない
なんてのは古いオッサンだけｗ

557:デフォルトの名無しさん
09/10/08 08:49:06
けど世の中使えない奴が大半なんだから、
ちゃんと噛んで含めるようにして広めないとね。
JavaFXなんていらねーし。迷走せずにちゃんとSAFやれ。

558:デフォルトの名無しさん
09/10/08 09:45:25
swing=使えないのイメージは別におっさんだけではないだろ
JavaFXでイメージを変えられるなら変えて貰いたい
中は全部Swingでも良いわけだしｗ

559:デフォルトの名無しさん
09/10/08 10:32:24
つーか、クライアントアプリ自体がすでに遅れたものとして扱われ始めてるからなぁ。

560:デフォルトの名無しさん
09/10/08 13:27:29
ジャバセ、ジャバセ、て言うから何のことかと思えば、JavaSE のことだった。
じゃぁ何かい？Java2SE はジャバニセかい！

561:デフォルトの名無しさん
09/10/08 18:01:45
>>559
Javaがデスクトップで生き残るにはクライアントアプリ以外ないだろ
おまえはアホかｗ

562:デフォルトの名無しさん
09/10/08 18:15:49
>>561
アホはお前だよ
クライアントアプリをJavaが制圧してもクライアントアプリそのものが絶滅したら意味ないだろ

563:デフォルトの名無しさん
09/10/08 18:52:13
クライアントアプリの範囲が狭い奴だな

564:デフォルトの名無しさん
09/10/08 19:08:36
クライアントアプリってブラウザのことだろ
つまりHotJava作り直せって言いたいのか？ｗ

565:デフォルトの名無しさん
09/10/08 20:14:30
なんか７はあんまりこれといった機能はなさそうだね
URLﾘﾝｸ(sourceforge.jp)
こんなことができるようになるとwktkしてたんだがなぁ

566:デフォルトの名無しさん
09/10/08 21:01:39
裏側的には update10で色々と拡張してしまったからなぁ

567:デフォルトの名無しさん
09/10/08 21:30:03
>>564
HotJavaは継続すべきプロジェクトだった。
JWebPaneに繋がったのに…

568:デフォルトの名無しさん
09/10/08 22:52:34
>>567
それやるためにはswing性能あげないと…
どう言いつくろってももっさりしすぎだぜ
あんなの話にならん

569:デフォルトの名無しさん
09/10/08 23:07:58
何時の話だ・・・本気でSwingの性能が悪いと思っているのか？

570:デフォルトの名無しさん
09/10/08 23:09:09
HotJava見たのなんてJDK1.0の頃だけだったような…

571:デフォルトの名無しさん
09/10/09 00:32:30
ていうよりも自分の世の中が狭い奴しかないなこのスレ

572:デフォルトの名無しさん
09/10/09 01:50:30
>>571
自己紹介しなくていいよ

573:デフォルトの名無しさん
09/10/09 01:58:42
>>560
ジャバセ！！ジャバセ！！

574:デフォルトの名無しさん
09/10/09 08:17:56
>>570
JDK1.1の時もあったよ。
URLﾘﾝｸ(java.sun.com)

575:デフォルトの名無しさん
09/10/09 08:51:55
>>572
ずいぶんと薄っぺらい自尊心だなおまえｗ

576:デフォルトの名無しさん
09/10/10 10:32:46
エロが絡めば技術は伸びるはず
エロゲームやエロ動画を簡単に扱えるライブラリだな

577:デフォルトの名無しさん
09/10/10 12:04:16
オンラインのエロゲーなら人が集まりそうだな

578:デフォルトの名無しさん
09/10/10 22:15:32
C#のParallelみたいなのはJavaにははいらんのかね？

579:デフォルトの名無しさん
09/10/10 22:28:25
jsr166yのfork/joinは入るでしょ

580:デフォルトの名無しさん
09/10/10 23:11:16
>エロゲームやエロ動画を簡単に扱えるライブラリだな
DirectXを仮想マシンで超えるとか無茶言うな

581:デフォルトの名無しさん
09/10/11 02:18:22
DirectXのAPIをラップしちゃえばいいだけだから、それなら実際もう出来てる。
さらに今のGPUだとラップしてるかどうかの差とか速度差なんかも測定誤差レベル。

582:デフォルトの名無しさん
09/10/14 00:18:25
現実問題、Webブラウザが組み込めないSwingは、今も使えない。

583:デフォルトの名無しさん
09/10/14 00:26:10
？

584:デフォルトの名無しさん
09/10/14 08:40:05
>>581
Javaである必要性が皆無じゃねーか
JNIなんか使ったらJavaの意味なくなるだろ

585:デフォルトの名無しさん
09/10/14 08:59:09
内部的にはガンガンラップしてるけどな。まあ、使う側はあくまでPureJavaでいきたいのは同意。

586:デフォルトの名無しさん
09/10/14 09:40:17
>>584
あんたの環境はjnodeあるいはmaxine限定ね。

587:デフォルトの名無しさん
09/10/14 16:35:20
MozSwingでも使えば？
もう、それを標準ライブラリにしちゃえばいいのに

588:デフォルトの名無しさん
09/10/16 02:14:37
MozSwingなんかの外部ブラウザ組み込むと、メニューなんかの描画がおかしくなってしまう。
JWebPaneを早く出せと。

589:デフォルトの名無しさん
09/10/16 03:19:05
JDICってライセンスがアレなんだったっけ？
32bitしかないっぽいし。

590:デフォルトの名無しさん
09/10/16 21:32:50
URLﾘﾝｸ(www.google.co.jp)
これぞ次世代

591:デフォルトの名無しさん
09/10/17 08:20:51
Java仮想マシンが.NETの仮想マシンである共通言語ランタイム上で動作する

だってさ

592:デフォルトの名無しさん
09/10/17 23:25:52
JDK7 build74
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

593:名無しさん＠お腹いっぱい。
09/10/18 17:08:55
>>591
世界が変わるときがきたか！！

594:デフォルトの名無しさん
09/10/19 08:39:30
IKVMなんてWinでしか提供されないんじゃないか？

595:デフォルトの名無しさん
09/10/19 23:09:26
>>593
あんたの時間はいつから止まってるんだい？

>>594
何寝ぼけたこと書いてるの？

596:デフォルトの名無しさん
09/10/19 23:24:58
ねぇねぇ、Swingが8には捨てられるって本当？

597:デフォルトの名無しさん
09/10/19 23:34:46
ソース出せ

598:デフォルトの名無しさん
09/10/20 00:08:45
>>596
　　　　　　　　　　　　　　　　　　　　　　　ﾁ　ｶ　ﾗ
それ…本気で言っているのだな…？『邪鬼眼』持つ者なら今すぐ示せ…
　　　　　　　　　　　　　　ｾﾌﾞﾝｽﾏｲﾝﾄﾞ　　　　　　　ﾀﾞｰｸﾊﾟﾜｰ
本気なら俺の中に眠る『7つの人格』総力あげて『闇の力』解き放つが──

599:デフォルトの名無しさん
09/10/20 08:57:36
>>596
捨てるんだったら、代替を示さなくてはいけない。
その代替が、7に載っていないなんてのは、移行のラグを考えてもありえない。
しかし、7に載せる新GUIフレームワークなんて話は聞いたことがない。

まあ、お前が騙されたんだよ。

600:596
09/10/20 10:14:06
だよね！安心したお！
さんきゅーな！

601:デフォルトの名無しさん
09/10/21 00:50:15
AWTの破棄が議論の対象になったことはあったけどね
Swingが依存しないコンポーネントはすべて非推奨にしていいよ。

602:デフォルトの名無しさん
09/10/21 09:11:49
7にSwing アプリケーションフレームワークが載らないという話をSwingが載らないという話に勘違いしているのだと思われ

603:デフォルトの名無しさん
09/10/31 17:38:30
jdk7 build75
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

URLﾘﾝｸ(openjdk.java.net)
によれば feature complete してなきゃいけない時期なんだが、
Project Coin のARMをはじめ実装されてない機能がある。
順調に遅れている模様。JavaOne に間に合うぐらいには出してくると思うが。

604:デフォルトの名無しさん
09/11/03 19:26:39
Java EE 6まだー？

605:デフォルトの名無しさん
09/11/13 23:29:42
jdk7 build76
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

StringのSwitchが実装されたみたい。
Concurrent周りの修正が入ってる。
G1 GC周りはまだおちつかないのかな？
G1入れてると、しばらくおいてたEclipseが落ちるのは今回のleak修正で直る？

606:デフォルトの名無しさん
09/11/18 14:06:29
JavaSEにもJAXRを入れてくれよ

607:デフォルトの名無しさん
09/11/19 09:18:50
DevoxxでMark Reinholdがjdk7にクロージャ追加する、と言ったとか

608:デフォルトの名無しさん
09/11/19 15:53:54
Prediction: Don’t sweat Java 7. Java is a verbose, noisy language that will slowly die. The JVM will live on for a long time,
but languages like Scala will make Java less and less attractive for new development.

scalaを取り上げてまでトンチンカンなこといっちゃう外人が未だに多いから苦労してるんだろうね。
JCPは、Javaの普及にはつながるかもしれないけど、SUNには不利益ばかりで失敗だった(やりすぎだった)のかもしれないと思うよ。

609:デフォルトの名無しさん
09/11/19 16:28:39
>>607
いつのまにかに BGGA の草案が更新されてて Control Invocation Syntax が消えてた。
ARMと機能が被るからかはたまた透過例外の扱いが面倒だったのか。

expression lamda と statement lamda と二つの文法に分けたのは歓迎かなぁ。
草案ナナメ読みするとき lamda expression と expression lamda が紛らわしいのがアレだけど

610:デフォルトの名無しさん
09/11/19 18:54:01
{int=>int} func={int a=>a+1;}
#int(int) func=#int(int a) a+1;

{int a => a+1}.invoke(20); //=>21
{#int(int a) a+1;}.invoke(20); //=>21
(#int(int a) a+1).invoke(20); //=>21

{=> println("hello")}.invoke(); //=>hello
{#() println("hello");}.invoke(); //=>hello

これぐらいの違いかな。{=>}は非常に数学(写像)っぽくて気に入ってたんだけど、
PG文化では{}はCの影響でやっぱりブロック(集合）だから、FCMリテラルの構文を採用して、「式」をかこうことで妥協したんだろう。
文と式を区別してるのはC#でもデリゲート型（javaならannony class)の関係で当然と言えるけど、よりラムダが全面に出てきたようだね。
気になったのは、genericsで例外って宣言できたっけってところ。
interface Inte1 <T, throws E>{}みたいに。

611:デフォルトの名無しさん
09/11/19 19:20:59
え？クロージャってまだ入る可能性あるの？

612:デフォルトの名無しさん
09/11/19 19:25:33
結局Java7はいつリリースなんだ？
今更クロージャ入れるとなると来年中に出せるのかね？

613:デフォルトの名無しさん
09/11/19 19:26:23
まあJava6への以降もまともに出来てないこんな世の中じゃ

614:デフォルトの名無しさん
09/11/19 20:16:35
未だに1.4で稼働するシステムも多いからな
まともに組んでりゃ6で動かして動かないってことはほとんどないんだが・・・

615:デフォルトの名無しさん
09/11/19 21:06:23
>>611-614
英語読めないってのはジャバ的に言うと情弱だよね？w

616:デフォルトの名無しさん
09/11/19 23:44:34
正直、JavaにはもうJVMの高級アセンブラとしての位置づけでいてもらうほうが幸せという気もしてきてるんだよな。
もう少し抽象化された概念がほしい奴はScalaとかに移行すればいいって感じ。

ドカタがクロージャとか抽象化された概念の導入された世界に放り出されても、幸せになれないばかりか不幸が加速するのではないかと。

617:デフォルトの名無しさん
09/11/20 00:18:54
土方はIDE使うからあまり気にしてないだろう。
そもそもC#.Net 3.0ではクロージャがさらに進化したスーパークロージャが入ってるし、MS土方はそれを難なく使いこなしている。

618:デフォルトの名無しさん
09/11/20 01:31:07
>>616
同意。
自分もJavaで厳しいと感じるならScalaを使えばいいと思う。
言語仕様はあまり進化させずにVMの強化に集中してもいいかと思う

619:デフォルトの名無しさん
09/11/20 08:33:15
>>616
クロージャが追加される事によって予測される不幸ってどんなん？

620:デフォルトの名無しさん
09/11/20 09:20:28
苦労じゃ

621:デフォルトの名無しさん
09/11/20 11:55:57
Scalaって、ファイルのioがスマートじゃない。
何かまだまだって気がして手を止めたよ。

622:デフォルトの名無しさん
09/11/20 16:06:50
スカじゃ

623:デフォルトの名無しさん
09/11/21 20:19:56
で、クロージャまだ？？

624:デフォルトの名無しさん
09/11/21 21:36:19
とにかくもう動きが鈍過ぎる。
Ｃ＃の後塵を拝するどころか既に周回遅れだ。
こんなんじゃデルファイの二の舞だ。

625:デフォルトの名無しさん
09/11/21 21:55:01
JDK 7 Unexpectedly Gets “Simple” Closures, but is Pushed Back to End of 2010
URLﾘﾝｸ(www.infoq.com)

だって。リリースまでまてない人柱はopenjdk使えってことだな。
しかしこのスレの奴らは英語も読めんのかw

626:デフォルトの名無しさん
09/11/21 22:23:49
BGGAよりシンプルなクロージャ作って入れるぞ、
んでもって、2010/09 までリリース延期な！ってことか。

Nothingの使い方がよくわかんね

627:デフォルトの名無しさん
09/11/22 21:55:28
Javaは安定でいいよ、新機能を求めるならScalaでおｋ

628:デフォルトの名無しさん
09/11/23 04:24:06
Rubyという上位言語があるのに、何故Javaを使う必要があるのか。
JavaがRubyより優れている部分てあるの？

629:デフォルトの名無しさん
09/11/23 04:45:07
実績

630:デフォルトの名無しさん
09/11/23 05:16:59
処理速度
タイプセーフなプログラミングが出来る

javaとrubyは方向性が真逆
上位とか下位とか無意味

631:デフォルトの名無しさん
09/11/23 13:11:29
上位言語w

632:デフォルトの名無しさん
09/11/23 13:38:07
てかrubyを上位とか言っちゃう奴は学会員だろ？

633:デフォルトの名無しさん
09/11/23 14:15:51
モルモン学会？

634:デフォルトの名無しさん
09/11/23 14:41:13
と学会？

635:デフォルトの名無しさん
09/11/23 19:45:29
>>630
激しく同意。

・安定した実行環境
・高品質なクラスライブラリとそれに対する仕様書(APIドキュメント)

も追加で。

636:デフォルトの名無しさん
09/11/23 20:12:59
>>628
Rubyは好きな言語だが、無意味に他言語を貶す馬鹿ユーザは嫌いだ。
用途も適用範囲も全然違うっつーに。

637:デフォルトの名無しさん
09/11/23 21:33:47
>>636
まともなRubyユーザはそんな事言わないだろ。

どう見ても>>628はRubyを餌にした釣りだ。
思いっきり釣り針見えてるのに、なぜ食いついた。

638:デフォルトの名無しさん
09/11/24 23:01:50
JDK 7が、突然"単純な"クロージャをサポート、しかしリリースは、2010年の終わりに。
URLﾘﾝｸ(www.infoq.com)

もう1年待たねばならんのか…

639:デフォルトの名無しさん
09/11/24 23:24:32
良い判断だと思う。
Java7を意味のあるリリースにしないとユーザが離れるしな。
Sunのお家事情もあるし、情勢を確実な状態に持って行かないと。

640:デフォルトの名無しさん
09/11/24 23:41:08
クロージャ導入を決断したのは、jdk7で組み込む並列用のライブラリを書いてたらannony classが多すぎてコードが読みにくく、コーディングがバカらしくなったとかみたい。
開発ユーザの需要とかSUNの政治的な理由じゃなくて、ただのコンパイラとかライブラリ実装現場側(openjdkとか中の人）の判断のようだ。
クロージャ提案の仕様を見てもgenerics以上に言語仕様に影響して大きな拡張だからそれだけの実益を勘定していたんだろう。
その実益とはannony classはgui eventも含めて大量にあるとやはり見苦しいってことで、それで決断したみたい。

641:デフォルトの名無しさん
09/11/24 23:45:18
別に離れはしないだろう、7に移行しないだけで。
今でもプラットフォームが1.4と5と6に分裂気味なのに、さらに分かれるのは困ったもんだな。

642:デフォルトの名無しさん
09/11/24 23:54:54
win98->winxp->win7とおなじで、移行する意味がないってことだろ。
そもそも1.4でも完成度は高いし、1.5でも既に完成されている。
さらにそうなることを想定してjvmプラットフォーム(scala,groovyとかも）は設計してあるから、
低レベルだとbytecode互換を特に強制してるしあまり問題い。
保守も、1.6でよりやすくなったけど、もともとjavaは動的言語が発祥だから後からでも何とでもなる。

643:デフォルトの名無しさん
09/11/25 00:18:09
>>642
Vista（´・ω・`）

644:デフォルトの名無しさん
09/11/25 00:23:02
> もともとjavaは動的言語が発祥
マジで？オークみたいな名前だっけ？

645:デフォルトの名無しさん
09/11/25 00:44:47
打ち合わせの時に樫の木が見えたからOak

646:デフォルトの名無しさん
09/11/25 03:33:05
Oakの話が漏れてきた時、
ゴスリンが家電で動くLispを作っていると聞いて、
頭がおかしくなったと思ったよ。

647:デフォルトの名無しさん
09/11/25 03:41:45
oakだけどね、wikiにはのってないけど、auk(西洋では知の化身フクロウ)の別名ってことで
awkに追随したくてシャレた名前にしたってことらしい。
夢はかなわなかったけど、awk以上に浸透した。

648:デフォルトの名無しさん
09/11/25 03:47:35
ああごめん資料が違ってた。
フクロウじゃなくてオオウミガラスだった。

649:デフォルトの名無しさん
09/11/25 13:38:55
>>646
それがいまじゃ家電(BD-Java)に・・・・

650:デフォルトの名無しさん
09/11/26 10:47:03
Me（´・ω・`）

651:デフォルトの名無しさん
09/11/26 13:23:38
>>643,650
俺は >>642 は
「win98->winxp->win7とおなじで、（MeやVistaには）移行する意味がないってことだろ。」
という意味に読んだけど
脳内補完しすぎだろうか？

652:デフォルトの名無しさん
09/11/26 17:23:13
しかしJava6はパフォーマンスがいいから移行するメリットある

653:デフォルトの名無しさん
09/11/27 22:48:23
もう、Javaはいいって。

654:デフォルトの名無しさん
09/11/27 23:19:08
URLﾘﾝｸ(cpplover.blogspot.com)
diamond operatorがC++厨に叩かれてるぞ
擁護しろよ

655:デフォルトの名無しさん
09/11/27 23:28:45
同意せざるを得ない

656:デフォルトの名無しさん
09/11/27 23:33:48
Genericsが型指定と派生型受け入れを分けてるんだから、
varで型を勝手に決められたら意図しない動作になっちゃうぞ。

657:デフォルトの名無しさん
09/11/28 00:22:08
>>654
突撃してきた。要は、フィールドに書くことを考えたらああなった、と個人的に解釈してる。
とは言え、ローカル変数用にvarも欲しい気はする。

658:デフォルトの名無しさん
09/11/28 08:39:18
var の代わりに final でローカル変数限定再代入不可みたいに制限強くてもよかったんだが

659:デフォルトの名無しさん
09/11/28 17:46:29
コーディングを楽にするだけの機能だろ、これ。
無くても死にはしない。有れば便利かな、って程度。
ＩＤＥの補完機能が無いとまともにコーディングするのは現実的では無い言語なんだから
どうでもいいよ。
ｊａｖａはＩＤＥと組み合わせて１つの言語と言っても過言ではない。
言語を拡張するならＩＤＥ側の都合も考えてもらわないとな。

660:デフォルトの名無しさん
09/11/28 19:00:18
>>659
まぁ、そだな。実際、コード書くときは型指定なしにhoge = new Huga<Hige>();とか入力してクイックフィックスで補完してるし。

661:デフォルトの名無しさん
09/11/28 20:06:23
diamond operator・・・
これならまだvarの方がマシだ。むしろいらない。

662:デフォルトの名無しさん
09/11/28 20:13:18
>>660
むしろnew Huga<Hige>();だけ入力して補完(Ctrl+2, L)だな

663:デフォルトの名無しさん
09/11/29 18:46:08
C#なんて実際、IDEのIntelliSenseが作りやすいようにシンタックス選んでるからね。

664:デフォルトの名無しさん
09/11/29 18:50:07
JSFとかIDEのための規格とか普通にあるし、
今後ともIDEとの親和性を如何に向上させるかが焦点だろう。
EoDへ舵を切ったJavaは何だかんだでしばらくは安定。

665:デフォルトの名無しさん
09/12/02 08:53:41
JDK 7 Milestone 5、並行処理とパフォーマンスに関してアップデートされたが、Feature Completeには至らず
URLﾘﾝｸ(www.infoq.com)

Mark Reinhold氏、Javaのクロージャについて語る
URLﾘﾝｸ(www.infoq.com)

666:デフォルトの名無しさん
09/12/02 12:07:10
中の人は忙しいんだろうな。

667:デフォルトの名無しさん
09/12/05 19:50:38
jdk7 build77
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

いっぱいバグ取り

668:デフォルトの名無しさん
09/12/05 21:39:04
報告ご苦労

669:デフォルトの名無しさん
09/12/08 15:12:11
GolangはJavaの脅威になるかな。

670:デフォルトの名無しさん
09/12/08 17:57:02
それはむしろScala

671:デフォルトの名無しさん
09/12/08 18:04:13
XMLのサポートって結局無くなったんだろうか。
どんなものをイメージしてたんだろう。

672:デフォルトの名無しさん
09/12/08 22:47:50
E4X

673:デフォルトの名無しさん
09/12/12 16:14:28
Project Lambda: Straw-Man Proposal
URLﾘﾝｸ(cr.openjdk.java.net)

674:デフォルトの名無しさん
09/12/13 21:05:10
ちょこっと読んでみたけど、こんな大胆にクロージャ取り入れちゃうのかな
あくまで提案なんだよね

675:デフォルトの名無しさん
09/12/13 22:11:45
まだ初期提案の仕様だね

676:デフォルトの名無しさん
09/12/13 22:24:08
どうせ結局また却下だろ

677:デフォルトの名無しさん
09/12/13 22:58:33
モジュール関係の主要JSRがのきなみinactiveになった。OSGi側に片寄せするらしい。
政治的な綱引き以前に、技術的にSunの動きが遅すぎたよなあ。

678:デフォルトの名無しさん
09/12/13 23:06:34
SUNに期待しすぎ。
いつも最先端に触れていたいなら素直にMSに行けよ。

679:デフォルトの名無しさん
09/12/14 00:36:10
MSはないだろｗ

680:デフォルトの名無しさん
09/12/14 00:46:23
グーグルのアプリはまずMS-Windows対応がデフォだよね。
つまり世の中全ての情報はMS-Windowsありき。

681:デフォルトの名無しさん
09/12/14 02:00:25
>>680
golang は Windows は後回しだったね。

682:デフォルトの名無しさん
09/12/14 02:33:26
>>681
いちおう、Windows版のビルドはあるよ。
簡単にネイティブバイナリが吐けるってのは面白かった。

683:デフォルトの名無しさん
09/12/14 02:38:17
あるよw

684:デフォルトの名無しさん
09/12/14 04:45:13
Windowsでgolangって誰得。
まぁスレ違いだな

685:デフォルトの名無しさん
09/12/19 06:31:25
>>673
いいね、これ
C#っぽい
これまでの変なのと違って実にいい

686:デフォルトの名無しさん
09/12/19 09:50:19
組み込み系には力はいってないのか気になる

Jiniがどうなったのか気になる

Java家電は？

687:デフォルトの名無しさん
09/12/19 09:54:40
Jiniは死亡
Java家電最大大手はBlu-rayでBD-Java必須
WebTVでJava使ってるのがある。

688:デフォルトの名無しさん
09/12/19 17:10:13
あるねｗ

689:デフォルトの名無しさん
10/01/09 21:34:24
ひょっとして過疎ってる？
JAVAって斜陽なの？

690:デフォルトの名無しさん
10/01/10 04:38:39
今年が山田

691:デフォルトの名無しさん
10/01/10 07:35:28
一時的に流行り物に流れてるだけだろ。
Java7は1年塩漬けらしいし、周囲もJava6への移行も済んでないし。

692:デフォルトの名無しさん
10/01/10 18:07:19
ＯｒａｃｌｅのＳｕｎ買収はもう済んだんだっけ？
そのあたりが落ち着かないと未来図が描きにくい。

693:デフォルトの名無しさん
10/01/10 18:31:33
欧州委員会がグダグダ文句付けてて一向に進んでない
買収が承認される前にSunが潰れかねない状況

694:デフォルトの名無しさん
10/01/10 19:36:25
ECのせいで機会損失してるってオラクルが切れてたな

695:デフォルトの名無しさん
10/01/10 23:14:28
富士通が買収して日本企業の一員となってくれればいい。（無理だろうけど）。

696:デフォルトの名無しさん
10/01/10 23:19:27
おもしろそうだけど無理だろうな

697:デフォルトの名無しさん
10/01/10 23:52:35
ハード部門だけ欲しいってことはあり得る。（スカラーCPUと命令セット的に）。

698:デフォルトの名無しさん
10/01/12 15:36:48
海豚

699:デフォルトの名無しさん
10/01/19 16:43:32
jdk7 build79
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

G1GC関連で修正＆追加多し

700:デフォルトの名無しさん
10/01/22 12:58:04
EUが買収承認したな

701:デフォルトの名無しさん
10/01/23 00:09:58
で。UTF8 の BOM で誤作動するバグは、いったいいつ治るんですか。

702:デフォルトの名無しさん
10/01/23 00:21:24
UTF-8にBOM付ける方がバグだろｗ

703:デフォルトの名無しさん
10/01/23 00:24:15
>>702
禿同

704:デフォルトの名無しさん
10/01/23 02:17:01
マイ糞ソフトはとことん迷惑な存在だな

705:デフォルトの名無しさん
10/01/23 14:46:30
>>702-703
URLﾘﾝｸ(unicode.org)
Q: Can a UTF-8 data stream contain the BOM character (in UTF-8 form)?
A: Yes, UTF-8 can contain a BOM.

706:デフォルトの名無しさん
10/01/23 15:57:03
>>705
うへー。
ラウンドトリップを保証するためだろうか。

707:デフォルトの名無しさん
10/01/23 22:38:00
>>705
Unicodeコンソーシアムの仕様なんてただの文字列の話だろ
Javaでいえばjava.io.ReaderがBOMで始まる文字列を読めればいいだけだ
XMLとは別の話

と思ったら
URLﾘﾝｸ(www.w3.org)
UTF-8 MAY begin with the Byte Order Mark

orz
XML 1.0 Second Editionまではそんなこと書いてないのにThird Editionで追加してやがった
w3cめ、MSに買収されやがったか・・・

708:デフォルトの名無しさん
10/01/24 08:01:52
仕様策定委員会とか標準化なんとか、というのは
けん制と足の引っ張り合いの場だからしょうがないね。

709:デフォルトの名無しさん
10/01/24 08:05:15
>>707
Java6でも準拠してるのはXML 1.0(Second Edition)だから無問題

といいたいところだが、Javaが準拠してる「XML 1.0 Second Edition Specification Errata」で
>>707の記述が追加されてるからアウト

710:デフォルトの名無しさん
10/01/24 08:54:00
全バイトBOMかチェックしなければいけないんじゃ、効率が悪くなりそうだな。

711:デフォルトの名無しさん
10/01/24 09:09:13
？？
BOMとして扱われるのは先頭だけだよ
もし先頭以外で使ったらBOMではなくZERO WIDTH NON-BREAKING SPACE
ただしそれはXML的にはホワイトスペースではない

次ページ