【Java SE 7】 次世代 ..
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って
伸びる目なんてどこにもないから止めちゃえばいいのに
760:デフォルトの名無しさん
10/02/19 20:15:11
Swingの代わりじゃないのFXは。
FXからもscala使えると思うけどどうなん
761:デフォルトの名無しさん
10/02/19 21:09:37
fxってadobe対抗でしょ？
flexもfxって略されるからややこしい…
762:デフォルトの名無しさん
10/02/19 21:24:06
SilverlightやFlexに比べて特にJavaFXを選ぶ理由は…
763:デフォルトの名無しさん
10/02/19 21:35:54
JavaFX はメインの兵隊になる Web デザイナ取り込もうとしてない時点で終わりでしょ。
それより Flash みたいなレガシーエンジン捨てたがってる Apple と組んで HTML5 に
Java を絡ませる工夫でもすりゃ良いのに。
764:デフォルトの名無しさん
10/02/20 00:40:05
JavaFXはどうしても見劣りするよな。
かといってFlashがベストかというと、Adobeの開発環境が糞すぎるし。
765:デフォルトの名無しさん
10/02/20 00:48:34
>>764
> JavaFXはどうしても見劣りするよな。
> かといってFlashがベストかというと、Adobeの開発環境が糞すぎるし。
Flashのプログラミング環境はイマイチかもしれんが、
Adobe製品は、デザイナーかぶれの連中には好評だぞ。
彼ら、2流デザインナーにとっては、Adobeは神企業らしい。
766:デフォルトの名無しさん
10/02/20 11:31:54
JavaFX とかウンコみたいな JEditorPane とか捨てて HTML5 完全準拠の GUI コンポーネント開発
にでも統合した方が良いんじゃないの。
767:デフォルトの名無しさん
10/02/20 11:52:24
そうは思わない。
768:デフォルトの名無しさん
10/02/20 14:22:23
おい、おまいら、先週上司からRIAのプラットフォームの先行き見通しについて、
レポート出せって言われたんだが、どこが有望か教えてくだしあ。
Flash一択って隣の席の人が言うんだけど、おいらはJavaグラマなんで、
JavaFXとかJavaWebStartに期待してるんだ。
769:デフォルトの名無しさん
10/02/20 14:28:08
>>768
お前に見通しを聞くしかない上司に同情する
770:デフォルトの名無しさん
10/02/20 20:28:56
>>769
まぁそう言わないでくださいな。
一介の下っ端プログラマに聞かれても、
こっちゃ言われた技術使うだけなんですから。。。
同席してた技術営業さんもFlash/AIRが良いって言ってたなぁ。。。
771:デフォルトの名無しさん
10/02/20 20:37:43
HTML5 でしょうと言っておけ。
772:デフォルトの名無しさん
10/02/20 22:19:52
実際、google、appleがflash捨ててhtml5に行こうとしてるから、
5年後flashは過去の技術になってるかもしれん。
主要ブラウザがhtml5サポートしたあと、既存flashからhtml5への変換ツールでも
でたりしたら、5年ももたんかもね。
773:デフォルトの名無しさん
10/02/20 22:23:13
その時HTML5が使い物になってればいいけどな
HTML4後の右往左往があっただけに信用できん
774:デフォルトの名無しさん
10/02/21 00:47:45
開発環境で稼ごうって言うスタンスが気に食わない。
775:デフォルトの名無しさん
10/02/21 08:09:08
JavaFXとJavaWebStartは無いと思う。Flash, AIR, HTML5のいずれかだろうな。
RIAのカテゴリに入るかどうか分からんが、HTMLでRIAっぽいUIを実現するのにGWTは有望だと思う。
776:デフォルトの名無しさん
10/02/21 13:24:08
SDKと開発環境が無料で手に入るJavaFXはそれなりに有望だと思うが
777:デフォルトの名無しさん
10/02/21 15:49:03
どっちがってことはないけど、
単独ベンダーの製品がデファクトになるっていうのはちょっと想像がつかない。
778:デフォルトの名無しさん
10/02/22 05:17:43
JavaFXはオープンにしないと意味ないな。
Flash叩きを見る限り、もうプロプライエタリなプラグインは普及しないだろ。
あとWebStartは無いって意見には同意できない。
jnlpファイルをクライアントに置いても使えるわけだし、
自動アップデート機能付きのリッチクライアントとしてとても優秀。
779:デフォルトの名無しさん
10/02/22 12:08:35
JavaFXが食い込む余地なんてあるのだろうか。
本命のFlash/AIR,HTML5は当然として、3.0になったSilverlightの方がまだ有望に思える。
780:デフォルトの名無しさん
10/02/22 14:29:46
大多数のユーザ「ネットの向こうの一般人」に使わせる事考えたら JavaFX はねぇわ。
ニーズのほとんどがアクセサリ的なものだし、さくっと起動できないものは論外。
RIA はアクセサリじゃねーというなら JWS がもっと一般に普及してる。
JavaFX でしかできない事でキラーアプリになるゲームでも作らなきゃ無理じゃねぇの。
似たような機能がそろい踏みしているなら信者の多さで決まるよ。
781:デフォルトの名無しさん
10/02/22 14:46:41
appleじゃ使えないよねflashは。
782:デフォルトの名無しさん
10/02/22 15:14:32
いやMac OS Xにはある。
783:デフォルトの名無しさん
10/02/22 15:25:34
ms,apple,sun,adobe
これらを同列に比べてるのがゆとりの特徴なのかなって思った
784:デフォルトの名無しさん
10/02/22 15:39:35
とニートが申しております
785:768
10/02/23 01:19:42
とりあえずレポートを上司にボコられてきた。
そんな技術情報誌読めば分かるような情報は要らん。
ウチの開発メンバーが使いこなせるのはどれかと聞いている、ってさ。
多分どれでも出来ると思います、と即答しようとして、
40過ぎのおっさんPGの顔を思い出して黙っといた。
786:デフォルトの名無しさん
10/02/23 02:09:46
WebStartはただのJavaプログラムだろ
jnlp仕込むのはチーフプログラマがやればいい
787:デフォルトの名無しさん
10/02/23 04:20:38
>>785
現時点ではFlash、将来はHTML5
Java系はないだろ。そういえばe-TaxはJavaだったな
788:デフォルトの名無しさん
10/02/23 05:07:24
HTML5 は今の Flash に置き換わらないよ。あんなコーディングバリバリ必要じゃ
Web デザイナじゃオーサリングできんだろ。それとも夢の「コードの自動生成」で
メンテ不能なものでも作るのか。
あと「Adobe の」Flash だけでテストすりゃ大抵良かったのが、今度は全てのブラウザの
全てのバージョンで挙動を確認しなければならなくなる。となれば Safari あたりの最低品質
レベルに合わせなければならなくなる。アニメーションみたいなタイミングやイベントに
シビアなものの動作互換性はどう考えても低くなるよ。
789:デフォルトの名無しさん
10/02/23 20:52:38
>>785
Silverlightじゃね？
プログラミング側での開発環境ではFlex(Flash)/HTML5/Silverlightの中ではSilverlightがベスト。
デザイン側だとさすがにAdobe製品が強いんだけどね。
Javaはあらゆる点で論外。
790:デフォルトの名無しさん
10/02/23 21:09:09
そうだよなぁ。
んまークローズド環境とかはSLで、オープン環境はHTML5で落ち着くんではないかな。
Javaは結局、言語的にもランタイム的にも中途半端すぎた。
791:デフォルトの名無しさん
10/02/23 21:15:26
もともと十年進んでたのにな
うまくアプレットを生かせてれば…
792:デフォルトの名無しさん
10/02/24 11:02:52
でも、クライアントJavaは終わってるといわれつつ、地味に使われてる例は時々あるみたいだけどな
たとえば、こないだ診察を受けに行った病院のカルテ関係のシステム？の見た目が思いっきりSwingアプリだったので驚いた。
他にもクローズドなシステムでJavaアプリが使われてる例って結構あるんじゃないかなあ。
793:デフォルトの名無しさん
10/02/24 15:56:06
JavaFXのスクリプトだけは何がしたいんだろう
わざわざ新しい言語を作る意味も分からないし
デザイナに優しいわけでもなく
中途半端に処理書けちゃうからロジックを分離してるわけでもなく
自動生成に向いてるわけでもなく
794:デフォルトの名無しさん
10/02/24 22:22:03
タイムラインを使わずに時間を表現しようとしてる言語だな。
まあ俺もデザイナフレンドリには見えないが。
795:デフォルトの名無しさん
10/02/25 00:39:11
普通にjavafxだと思うよ。
ただmsやadobeやmozillaとかのxml風とアプローチが違うんだろうけど。
そういうところが見えないなら流行に流されてるだけであってこの業界でやっていく素質はないんじゃないか。
796:デフォルトの名無しさん
10/02/25 00:40:00
いやどう見てもお前に素質がない。
797:デフォルトの名無しさん
10/02/25 00:59:15
Applet最大の利点は右クリックが使えるところだな。
798:デフォルトの名無しさん
10/02/25 01:01:42
javaマンセーなおいらだけど
flashもやるし、他も色々みてるけど
javafxだけはないわ。
オーサリングとプログラミングの違いを考えようよ
799:デフォルトの名無しさん
10/02/25 01:39:31
デザインのツールがあるとかないとかと、javase,javafx言語はあまり関係ないよ。
実際flash,flexはランタイムとライブラリかも知れないが言語でもプラットフォームでもないし。
800:デフォルトの名無しさん
10/02/25 01:49:57
Sunに普及させようという意思が全く見えてこないので、JavaFXはダメでしょう。
ていうかちゃんとリリースする体力自体があるのかも微妙。
801:デフォルトの名無しさん
10/02/25 01:57:36
ていうか、javafxってどんなクラスができてライブラリはどこにあって誰がどうやって実行知ってていってるの？
ま、そうやって流行に流されながら今時のテクノジーの追っかけをするのも楽しいんだろうけど。
802:デフォルトの名無しさん
10/02/25 01:58:22
とっくに流産したよ
803:デフォルトの名無しさん
10/02/26 00:30:48
ランタイムが素晴らしくても言語が素晴らしくても
普及させるにはコンテンツだよ
オーサリングツールが弱いのに
Flashを差し置いてJavaFXを使う理由が全くない
でもsilverlightはアリだと思うけど。。。
804:デフォルトの名無しさん
10/02/26 00:46:13
Flashの裏側をSilverlightで作れれば完璧なのに
805:デフォルトの名無しさん
10/02/26 01:01:57
基本的にサンはアイビーエムと同じくシステム屋なんで、マイクロソフトやアドビのようなソフト屋じゃありません。
マイクロソフトならオッフィス、アドビならフォットショップのようなソフトを売りつけるでしょうが、システム屋はソフトで儲けるようなようなことはしません。
806:デフォルトの名無しさん
10/02/26 01:07:30
サンはシステム屋じゃなくてサーバ屋だろ
箱売ってるだけでシステムは売ってない
システム構築サービスで利益を上げてるIBMとは全く違う
807:デフォルトの名無しさん
10/02/26 01:20:12
ジェイ・エス・ピーの安いレンサバってなかなかないっすよね
808:デフォルトの名無しさん
10/02/26 09:23:42
>>807
Google App Engineが低負荷なら無償で使えるわけだが。
809:デフォルトの名無しさん
10/02/26 19:56:55
まだ「Sunが」とか言ってる奴がいるとは…
810:デフォルトの名無しさん
10/02/26 20:16:19
結局OracleになってJava有料とかになったりするん？
811:デフォルトの名無しさん
10/02/26 23:42:48
何をどう考えたらそんな発想に至るのか
812:デフォルトの名無しさん
10/02/28 00:11:17
よく現場でしばらくJavaをやってなかったりしたら
使い物にならないっていうけど
バージョンが違う事で全然違うものなの？
813:デフォルトの名無しさん
10/02/28 00:14:47
お前らスレタイ読めと
814:デフォルトの名無しさん
10/02/28 00:35:14
>>812
それは 10 年前の話。今はあの頃ほど本当に新しい概念が乱れ飛んでないからな。
話題に出るものもマーケティングバズとビジネスモデルばかりになっちまってまぁ。
815:デフォルトの名無しさん
10/02/28 00:39:32
で、7 って何が新しいの?
816:デフォルトの名無しさん
10/02/28 00:43:51
残念だけど、新しくもなんにもない。
817:デフォルトの名無しさん
10/02/28 00:51:14
scalaやclojureに浮気したくなるくらいに倦怠期だなぁ。
818:デフォルトの名無しさん
10/02/28 00:54:48
クロージャが結局入る。ファイルシステム回りのAPIがもっと強力になる。
JDKレベルだとSunのJVMとOrable（に吸収されたBEA）のJRockitがマージされる。
クロージャが新しいかと聞かれると無名クラスの存在があるのでYesとはいえないが、
コードがよりすっきりするという意味では、モダン言語としてまだ活きられる。
819:デフォルトの名無しさん
10/02/28 00:56:07
残念だけど、JavaはSunがメーカー単独で入れなかった以上
その精神はOracleには受け継がれないと思うよ。
820:デフォルトの名無しさん
10/02/28 00:56:51
>>814
つまりある程度Javaで開発していた人であれば
3年ぐらいブランクがあっても思い出す期間は必要でも
それなりに現場では入れるものなの？
具体的に言うと
女性で結婚→出産で3年ぐらい遠ざかっていたJavaプログラマーなど
821:デフォルトの名無しさん
10/02/28 01:03:03
>>820
それはフレームワークや手法の問題だろ、それさえもう枯れてきている。
まあ君の言う「具体的」な話をしたいならここでなくマ板へいったらいいよ。
clojureやscalaには浮気してもjavaFXはパススルー
822:デフォルトの名無しさん
10/02/28 01:52:06
何も代わっていない。
3 年前に Java を極めた奴が現場戻っても十分使える。
逆に 3 年前に Java 挫折した奴が現場戻っても使えない。
823:デフォルトの名無しさん
10/02/28 02:31:40
Java Applet2がほしいよー
824:デフォルトの名無しさん
10/02/28 06:43:57
クロージャなんか使わなくてもインターフェースをいちいち定義して冗長な記述で目的を実現した方が
再利用性が高いのにな。
825:デフォルトの名無しさん
10/02/28 09:49:16
ボタンのクリックイベントに再利用性を求めても…
826:デフォルトの名無しさん
10/02/28 10:32:35
Javaの悪いところそのもの。
頭でっかちで実際には不要なレベルまで再利用性や設計を重視する。
827:デフォルトの名無しさん
10/02/28 10:32:58
Appletとかjnlpって、配備の面倒くささが普及を邪魔してるよな。
828:デフォルトの名無しさん
10/02/28 10:43:33
そもそも内部クラスでインターフェイス実装した時点で
親のフィールドに自由にアクセスできるんだから再利用性なんか無いだろ
829:デフォルトの名無しさん
10/02/28 14:48:24
Groovyに浮気しろよお前ら！
830:デフォルトの名無しさん
10/02/28 15:48:37
そう考えるとinterfaceにはprotectedやpackage修飾が欲しいね。
それにしてもクロージャ信者の反論てヘンテコなのばっかだな。
831:デフォルトの名無しさん
10/03/01 01:00:20
filter(x % 2 == 0)とかにまでいちいち冗長な記述で（ｒｙ
832:デフォルトの名無しさん
10/03/01 08:55:39
どうせインターフェイスを実装するクラスを生成する形になるんだから
クロージャがあったからってコンポーネントの再利用性を下げることにはならない
リスナ側の再利用性について言ってるのであれば、そんなものはもともと無い
833:デフォルトの名無しさん
10/03/01 17:48:51
つか、クロージャがあった方が再利用性はむしろ上がるんだがな。
イベントリスナはそもそも再利用しようが無いコンポーネントだから考えないとして、
一般には、クロージャでは、引数の型と返り値の型さえあっていればどんな値でも
つっこめるわけだから(インタフェース/クラスを使ったやり方では、明示的にそれらを
継承してない限りつっこめない)。
834:デフォルトの名無しさん
10/03/01 19:53:51
ところがfunction typeはクロージャ提案から外そうぜって話が出てたりする。
URLﾘﾝｸ(mail.openjdk.java.net)
835:デフォルトの名無しさん
10/03/02 21:18:13
結局匿名クラスの拡張に落ち着く気がする
というかそれ以外はどうやってもまとまらないと思う
836:デフォルトの名無しさん
10/03/03 23:39:06
おれもGenericsの時みたいにシンタックスシュガーみたいな位置づけでいいと思う。
837:デフォルトの名無しさん
10/03/03 23:44:22
genericsは失敗だろ…
838:デフォルトの名無しさん
10/03/04 01:25:45
失敗というか、入れるのが遅すぎてダメダメなイレイジャ方式しか
採れなかったのが…うん失敗だな。
839:デフォルトの名無しさん
10/03/04 02:16:00
>>837
え？便利じゃん？
何がだめなの？
今C++の仕事やってるけど、
テンプレートクラスとか実装していると死にたくなってくる。まじで。
840:デフォルトの名無しさん
10/03/04 02:29:42
stlのぶっちゃけエラーとか
841:デフォルトの名無しさん
10/03/04 10:25:37
>>839
単純なコンテナに使う分には十分便利だが
総称配列作れないとか型引数でnewできないとか…
C++だと
class A<T> extends T {
}
ってかけたりとか。
842:デフォルトの名無しさん
10/03/04 10:36:51
十分便利なら少なくとも失敗じゃないだろ。
現状の決定事項によって将来の拡張の道を閉ざしてたりすれば失敗かもしれないが・・・
・・・なんかそういうのもあったっけ？
843:デフォルトの名無しさん
10/03/04 13:48:36
erasureはれっきとした言語仕様だからね
互換性を失わずに.NETみたいにランタイムに組み込んだ実装にするのは難しい
844:デフォルトの名無しさん
10/03/04 14:04:23
<T> T hoge(Class<T> c)なんてのが標準ライブラリに平気で出てくる時点で
845:デフォルトの名無しさん
10/03/04 15:17:08
>>844
それおかしいか？
例えばjava.sql.Wrapperにあるけど自然だと思うが
<T> T unwrap(Class<T> iface)
846:デフォルトの名無しさん
10/03/04 16:42:36
メソッド自身に型パラメータが付いてる場合は特に不自然でもないかもね
じゃあメソッド自身じゃなくてそのメソッドを含むクラスに<T>が付いてる場合は?
もちろん実装を考えれば当然の妥協なんだけど直感的には明らかに不自然でしょ?
847:デフォルトの名無しさん
10/03/04 16:57:52
なにがふしぜんだって？ｗ
848:デフォルトの名無しさん
10/03/04 17:10:52
>>846
具体的にどのクラスの話よ？
標準ライブラリに平気で出てくるんならいくつか挙げろ
849:デフォルトの名無しさん
10/03/04 23:59:41
C#のに比べると劣ってるわな、ジェネリクス。
あっちは過去との互換性を早々に捨てられたのが強かったか。
そりゃないよりは良いけど、残念な仕様だよね。
850:デフォルトの名無しさん
10/03/05 00:23:22
所詮は大きい卵から割るか小さい卵から割るかくらいの些細な差だよ。
851:デフォルトの名無しさん
10/03/05 12:56:20
使う分にはいいんだけどArrayListのソースコードとか見るとなあ
未チェックキャストだらけだぜ
852:デフォルトの名無しさん
10/03/06 03:35:09
contains() とか中途半端に Object のままだしな。
853:デフォルトの名無しさん
10/03/06 12:31:09
ジェネリクスに対応したクラスを実装する側にとっては
型安全な保証は無いに等しいんだよな
利用者に型安全ですよと明示するだけの意味しかなくて
結局責任はそのクラスの実装者にある
854:デフォルトの名無しさん
10/03/07 07:59:26
Genericsは多くの人に使われてメリットを感じられてるという意味では失敗ではない。
だけど、残念ではある。
855:デフォルトの名無しさん
10/03/07 18:22:59
APIや可変長引数の都合でGenericsと配列がからむと、配列型逝ってよし、と思う。
856:デフォルトの名無しさん
10/03/11 23:01:33
Javaみたいな糞ソリューションは、そろそろ捨てようぜ
857:デフォルトの名無しさん
10/03/11 23:03:35
いきがってないで周りをよく見てみろ
858:デフォルトの名無しさん
10/03/16 13:20:25
グ ダ グ ダ や っ て な い で、さ っ さ と
u t f 8 の B O M で 誤 動 作 し な い よ う に し て く れ ！
859:デフォルトの名無しさん
10/03/16 13:45:13
URLﾘﾝｸ(bugs.sun.com)
> State 11-Closed, Will Not Fix, ...
860:デフォルトの名無しさん
10/03/17 08:54:18
JWebpaneって進展ないんすかね
861:デフォルトの名無しさん
10/03/17 16:12:47
死亡したも同然でしょ。
URLﾘﾝｸ(www.java.net)
URLﾘﾝｸ(weblogs.java.net)
サードパーティに任せて買収した方が良かったね。
自分達でやるって発表して放置だから、かなり重要な機会を逸してしまった。
862:デフォルトの名無しさん
10/03/17 16:23:26
死亡したも同然ってのは最近更新されてないってだけ？
863:デフォルトの名無しさん
10/03/17 17:01:11
更新しているらしい
公開はしてない
Java FXと歩を揃えてるらしい
Androidその他、他にJava bindingが出てしまってる
864:デフォルトの名無しさん
10/03/22 02:14:22
JavaFX も死んでんじゃね?
865:デフォルトの名無しさん
10/03/22 02:23:23
＿＿＿＿ . .| |
／＼二＿＿_＼.. | |
|＼／‖ '''.| | |
| | ‖┌┐ .| | | 給排気筒
| | ‖└┘ .|┌|=.|ヽ＿＿↓
JavaFX | | ‖ .|二| |回＿凵
↓ | | ‖ .|└|=.|/
_,,..,,,,_ |ﾐ.| ‖ .| | |
./ ,' 3 `ヽｰっ |＼ノ.|ﾐ.| ‖ .| | |
l ⊃ ⌒_つ |＿》 | | ‖ .| | |
`'ｰ---‐'''''" ＼|＿‖＿＿__.| | |
866:デフォルトの名無しさん
10/03/22 03:53:27
死んだのはjavaだろ。sunと共に消え失せた。
867:デフォルトの名無しさん
10/03/22 08:48:19
>>864
頑張って次のSDKで、
JWebPane付きのJavaFXを入れるつもりみたいだけど…
868:デフォルトの名無しさん
10/03/22 09:01:26
諸君らの愛した Javaは死んだ！
なぜだ！
869:デフォルトの名無しさん
10/03/22 12:00:11
マクネリだからさ。
そろそろ Java 関連スレも統合してリソース集約した方が良い時期だね。
SWT, Swing, JNI あたりはもう…
870:デフォルトの名無しさん
10/03/22 20:34:56
Swingスレはまだ生きてっぞ。他は、まぁ……。
871:デフォルトの名無しさん
10/03/22 21:32:09
>>867
URLﾘﾝｸ(forums.sun.com)
ソースってこれ？
872:デフォルトの名無しさん
10/03/22 21:35:14
JavaFXと一緒に無かったことにする魂胆ですね
873:デフォルトの名無しさん
10/03/22 21:36:17
ｊａｖａってやばいの？
874:デフォルトの名無しさん
10/03/22 21:40:33
当分無くなりはしないけどどんどん独自ランタイムやらでバラバラになっていくと思う
875:デフォルトの名無しさん
10/03/22 21:41:42
進化が止まった。離脱するならお早めに。
876:デフォルトの名無しさん
10/03/22 21:45:08
>>871
もっと最近どこかで読んだよ。2009年だった。
877:デフォルトの名無しさん
10/03/22 21:45:50
そういや最近IBMはなにやってるんだ？
878:デフォルトの名無しさん
10/03/22 22:00:14
ここでIBMがごっそりいただくのがイクリプス計画なんですよ。（携帯の方はグーグルがかぶりつく約束なんですｗ）
879:デフォルトの名無しさん
10/03/22 22:01:53
そういえば「SUN」「サン」の商標やらブランドやらは今後どうするつもりなの？やっぱり消滅？
880:デフォルトの名無しさん
10/03/22 22:03:21
あの Oracle がそんなもったいない事するわけないだろ
881:デフォルトの名無しさん
10/03/22 22:06:33
>>868
お前にサンは救えるか！
882:デフォルトの名無しさん
10/03/22 22:07:50
>>877
ライブラリの標準化とか、SDKの競争とかやめて、
Java使った業務の世界に帰っていきました。
883:デフォルトの名無しさん
10/03/22 22:12:36
サンは、ザ・グレート・インパクト・オブ・サブプライムｽﾞによって社屋ともども消滅しました
884:デフォルトの名無しさん
10/03/23 08:47:54
携帯にJava SEを入れろよと。
その上でFXを普及させろよと。
885:デフォルトの名無しさん
10/03/23 13:12:58
そんなウルトラC級のアクロバット技でも決めないとどうしようもないだろうなぁ。
886:デフォルトの名無しさん
10/03/23 16:02:31
情報が出ないとどうしても終了感が出るよね
MSがSilverlightを細かく頻繁にメジャーリリースするのも広告のためなんだろうな
887:デフォルトの名無しさん
10/03/23 16:12:54
javaは、サン製のsdk(jdk)はなくなるけど、オープンソースにしてあるからsdkがなくなることは無い。
オラクルのことなど何事も無かったかのように進むけど、jdk(sun.com)はオラクル製になるからライセンスや仕様やライブラリ機能は今までの理念と大分違うものになるかもしれない。
しかし、java設計会社が死んだとしてもjavaの魂は死んだりしない。
888:デフォルトの名無しさん
10/03/23 16:15:20
何その最終回みたいなセリフ
889:デフォルトの名無しさん
10/03/23 16:33:55
お、お、おまえにサンは救えるか！
890:デフォルトの名無しさん
10/03/23 17:13:20
プラットフォームによってランタイムがバラバラになっていって
基本的なクラスライブラリや言語仕様に名残を残すだけとなって
Javaの意義は薄れていくだろうな
891:デフォルトの名無しさん
10/03/23 17:26:37
え？
ジャヴァってデータベースのことでしょ？？
892:デフォルトの名無しさん
10/03/23 18:54:54
オラクルのソラリス12gと組み合わせると最強だよな
893:デフォルトの名無しさん
10/03/24 00:24:54
>>890
いまさらそんな投資の仕方をする会社がどれだけあるかな...
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5357日前に更新/181 KB
担当:undef