【Java SE 7】 次世代 ..
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的にはホワイトスペースではない
712:デフォルトの名無しさん
10/01/24 09:37:33
>>711
だから、途中で使ったら無視するコードを入れなければならないから、
全byteチェックしなければならないじゃん。
まあ、BOMとは呼ばないのかもしれないけど。
713:デフォルトの名無しさん
10/01/24 09:43:29
それとも、UTF-8 にZERO WIDTH NON-BREAKING SPACE が入ってたら、
(String の内部文字コードの)UTF-16に変換するときにはそのままスルーでいいのかな？
714:デフォルトの名無しさん
10/01/24 09:45:25
当然、普通の文字の一つとして扱われるだけ
715:デフォルトの名無しさん
10/01/24 10:16:24
>>701
URLﾘﾝｸ(bugs.sun.com)
BOM読み飛ばすように変えたら既存アプリで問題でたから元に戻したらしい。
716:デフォルトの名無しさん
10/01/25 17:51:18
>>715
そんなぁ。
そのせいで問題出てるアプリはスルーなのかな。
717:デフォルトの名無しさん
10/01/30 12:21:28
JDKダウンロードしたら、インストール画面のバーが赤くなってた。
前からそうだっけ？
718:デフォルトの名無しさん
10/01/31 15:00:09
Oracleのコーポレートカラーになった、のかも
719:デフォルトの名無しさん
10/01/31 15:19:45
faviconもオラクルになっちゃったしなぁ
720:デフォルトの名無しさん
10/02/01 12:31:36
オラクルレッドに浸食されつつありまさーね。
XML に BOM 入ってるとプロローグに変な文字入ってるぜとか言われる奴?
あれって Sun JDK だけじゃね。IBM JDK は問題なかったと思う。
んで半年ぶりに来たんだけど何か進展あった?
721:デフォルトの名無しさん
10/02/01 12:57:41
あれってクリムゾンがダメなだけでXercesはおkじゃね？
つまりJ2SE1.4まではダメでTigerからおkじゃね？
722:デフォルトの名無しさん
10/02/01 16:24:24
>>719
不評だったのか今度はコーヒーカップになったｗ
723:デフォルトの名無しさん
10/02/03 00:06:39
じきにOracle, IBM, Open系に３分裂するんじゃねえかな。ちと心配だ。
724:デフォルトの名無しさん
10/02/03 00:57:40
GoogleがAndroidでJavaもどき使ってるから乗っ取られちゃうかもよ
725:デフォルトの名無しさん
10/02/03 01:35:55
何が心配だって？
726:デフォルトの名無しさん
10/02/03 07:29:53
結局はj2sdk1.4でソースコード書いとくしかないんだろ
727:デフォルトの名無しさん
10/02/03 22:06:16
Java SE 7は高速化する、Oracle JRockit技術マージ
URLﾘﾝｸ(journal.mycom.co.jp)
728:デフォルトの名無しさん
10/02/07 22:22:18
JavaがCの速度を上回るってことはありえる？
729:デフォルトの名無しさん
10/02/07 22:32:43
処理によってはすでに上回ってる。
730:デフォルトの名無しさん
10/02/07 22:35:07
似たようなコード書いてJavaの方が速いだのどうのというのは意味がない
Cで速い書き方したらCの方がどうやっても速いに決まってる
731:デフォルトの名無しさん
10/02/07 22:51:48
そりゃインラインアセンブラ使えば負けっこない
732:デフォルトの名無しさん
10/02/07 23:58:03
アセンブラ書いたらそれはCじゃないだろと。
ビルド時にCPU最適化を行うネイティブコード出力型と
実行時にCPU最適化を行うバイトコード出力型との違いが、
ベンチマークに現れるようになったのはJavaのコンパイラ屋の良い仕事のおかげだな。
733:デフォルトの名無しさん
10/02/08 01:03:02
実行時にできるなら、静的にもできるじゃない。って話にならないか?
今のJITコンパイラは、そこまで実行環境の特性に合ったコードを吐き出せるの?
JavaランタイムがCで超えられないレベルのコードで組まれている、
とかでもない限り上回るのは流石に無理じゃないかなあ。
734:デフォルトの名無しさん
10/02/08 01:06:26
それにJavaで実行時に最適化できるならCでもできるわなw
735:デフォルトの名無しさん
10/02/08 01:20:19
Server VMの実行時最適化情報は、静的なC言語のコンパイルでは入手不可能なものだ。
最適化がより包括的に行われるからCと同じにはならないよ。
736:デフォルトの名無しさん
10/02/08 01:28:48
ていうか、ビルド時の最適化じゃ環境ごとにコンパイルしなおさなきゃいけないし。
LLVMが実用的になってきたらCでもJITできるようになるかもしれんけど
737:デフォルトの名無しさん
10/02/08 01:35:59
レベル低い奴の相手をするほどヒマじゃない
738:デフォルトの名無しさん
10/02/08 01:38:49
こんな時間にレスしてるってことはそうとう暇なんだろ
言い逃げにしても馬鹿すぎる・・・
739:デフォルトの名無しさん
10/02/08 01:54:47
忙しすぎて現実逃避してる可能性は・・・ないか。
740:デフォルトの名無しさん
10/02/08 17:58:15
VS2008からCコンパイラが吐くのは中間コードで、リンカがネイティブコードの生成をするようになってる。
これは、関数単位でのコード生成では最適化に限界があるから。
その考えを進めれば、より高度な最適化として、入力データにあわせたコード最適化があり、それは
静的最適化では決して到達できないものだというのは容易に理解できる。
741:デフォルトの名無しさん
10/02/08 18:32:49
まぁ、世の中の流れはJITでしょ
742:デフォルトの名無しさん
10/02/08 20:17:21
コードが抽象的であればあるほど最適化の可能性が広がる、ってところかね。
743:デフォルトの名無しさん
10/02/09 08:17:49
リンカーがコード生成と最適化をするなんて
最適化のバグが怖いね
コンパイラの-Oxオプションみたいな
744:デフォルトの名無しさん
10/02/09 09:16:56
Profile-Guided Optimizationsだがプロファイル取るのが面倒でつかわねぇ。
プロファイルなしでも一応効果はある。
745:デフォルトの名無しさん
10/02/09 20:35:24
そこでJNIですよ。
746:デフォルトの名無しさん
10/02/17 02:51:27
>>742
インタープリタ＋JITは強いよねえ。
ソースコードを使ってJIT出来るから。
v8がそう。
747:デフォルトの名無しさん
10/02/17 07:49:07
>>746
しったか乙
748:デフォルトの名無しさん
10/02/17 19:27:15
>>746
Javaも.NETもソースコードレベルよりも最適化された形(定数の展開とか)で中間言語が残ってるわけだが。
749:デフォルトの名無しさん
10/02/17 19:30:44
中間言語へのコンパイルはいつでもできるんだから最適化の幅だけでいえば
ソースコードそのままの方が広いに決まってるだろ
750:デフォルトの名無しさん
10/02/17 20:54:10
プリミティブな命令列のほうが最適化しやすいんでない?
751:デフォルトの名無しさん
10/02/17 20:59:53
ソースコードそのままだと構文木作成の手間もかかるしなぁ
752:デフォルトの名無しさん
10/02/17 21:03:39
顧客のイメージをそのままJITコンパイルが最速
753:デフォルトの名無しさん
10/02/17 22:00:10
イミフ
754:デフォルトの名無しさん
10/02/17 23:42:08
誰しもが夢に見るドキュメントからコード生成ｗ
755:デフォルトの名無しさん
10/02/18 12:25:50
2005年2月1日、東京地方裁判所（高部眞規子裁判長）は、ジャストシステム製品一太郎・花子に組み込まれたヘルプアイコン機能が、
松下電器産業（当時）の特許権を侵害するものであると認めて、同製品の製造・販売の中止と製品の廃棄を命じる判決を下した。
756:デフォルトの名無しさん
10/02/18 20:26:20
645年、飛鳥板蓋宮にて中大兄皇子や中臣鎌足らが実行犯となり蘇我入鹿を暗殺。
翌日には蘇我蝦夷が自らの邸宅に火を放ち自殺。蘇我体制に終止符を打った。
757:デフォルトの名無しさん
10/02/18 21:39:01
てｓｔ
758:デフォルトの名無しさん
10/02/19 01:28:33
>>727
> URLﾘﾝｸ(journal.mycom.co.jp)
JavaFXは継続ってあるけど、、
JavaFXとScalaってかぶらないのかなあ。。
Scalaは、SunとかOracleはあんまり絡んでないのだろうか？
759:デフォルトの名無しさん
10/02/19 20:11:26
JavaFXとScalaはあんま関係ないと思うけど
Silverlight対抗馬みたいなもんでしょ、JavaFXって
伸びる目なんてどこにもないから止めちゃえばいいのに
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5357日前に更新/181 KB
担当:undef