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

【Java SE 7】次世代 ..

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
いまさらそんな投資の仕方をする会社がどれだけあるかな...

894:デフォルトの名無しさん
10/03/25 21:14:34
google

895:デフォルトの名無しさん
10/03/26 18:35:09
>>894
ああAndroidのことですね。

896:デフォルトの名無しさん
10/03/28 21:30:32
sunが頑張って10年も育てたのにな
オラクルが、ossに積極的に投資してくれるとは思えない

897:デフォルトの名無しさん
10/03/28 21:42:59
そいえば、oracle って OSS 的にすごく評判悪いよな
なんでやろ???

898:デフォルトの名無しさん
10/03/28 22:36:32
ぼったくり過ぎだから

899:デフォルトの名無しさん
10/04/02 21:57:33
しかし、５年前に比べるとJavaのスレが少なくなったな。
C/C++のスレはそんなに減少してないのに。

Javaの技術が枯れてきたのか？俺にはそう思えない。
一時期の元気がなくなったな、Java

900:デフォルトの名無しさん
10/04/02 22:22:34
タダのバブルだよ。オープンシステム化特需。

901:デフォルトの名無しさん
10/04/10 21:38:41
James GoslingまでOracleを去った。
URLﾘﾝｸ(nighthacks.com)

902:デフォルトの名無しさん
10/04/10 22:15:22
うわぁ　Javaも終わりか

903:デフォルトの名無しさん
10/04/10 22:28:47
>>899
テールコール最適化できないような言語をだれがえらぶであろうか？

904:デフォルトの名無しさん
10/04/10 22:30:09
えええ、ゴスリン辞めたの!?

905:デフォルトの名無しさん
10/04/10 22:35:56
>>904
普通やめるだろ?

906:デフォルトの名無しさん
10/04/10 22:38:45
>>905
縛り付けてでもやめさせんで腐らせるだろ、昔の日本だったら。

907:デフォルトの名無しさん
10/04/10 22:49:32
>>906
なんでそこで昔の日本を引き合いに出すんだよ

>>901 のリンク先をエキサイト翻訳にかけたら
文末の「:-)」が「(^o^)」に訳されてた

908:デフォルトの名無しさん
10/04/10 23:17:09
全く関係ないけど、びよーねすっぽすっぽさんは禿って言われるのに
なんでゴスリンはあんま言われないんだろね

909:デフォルトの名無しさん
10/04/10 23:22:33
びよーねたんは本名の発音のしにくさ表記の面倒さが
呼称は禿でいいじゃんと思わせる閾値を超えてるんだよ

910:デフォルトの名無しさん
10/04/11 01:46:16
＞文末の「:-)」が「(^o^)」に訳されてた
:-(にしたら(;_;)になった
なんだこの細かいネタｗｗｗ

911:デフォルトの名無しさん
10/04/11 02:01:20
俺たちのゴスリン!
ってまぁ Java 作るのに Sun (Oracle) である必要はとっくの昔に亡くなったからな。

912:デフォルトの名無しさん
10/04/11 03:55:29
オラクルはただのアプリ屋だからオープンに対しては優先的に投資しないってことでしょ。

913:デフォルトの名無しさん
10/04/11 17:16:21
Googleに入ってGOのチームに加わるのであった、というオチを期待

914:デフォルトの名無しさん
10/04/11 20:47:16
Goslingのやった仕事はいいものが多いけど、
最近Javaの方針について話していることは、
疑問に感じることもあったので、
それほど悪くない話だと思う。

915:デフォルトの名無しさん
10/04/11 20:51:46
>>914
Steel の方がいい仕事してるけどな
つか, Gosling がやりたかったことをことごとく妨げてるのが
Java コミュニティだろが？

916:デフォルトの名無しさん
10/04/11 21:19:05
で、GoslingはMSにでもいくんか？

917:デフォルトの名無しさん
10/04/11 21:58:19
さぁ？

918:デフォルトの名無しさん
10/04/11 23:28:40
>>915
Steele ね。
GLS はプログラム言語界では神様の一人みたいなもんだから…

919:デフォルトの名無しさん
10/04/12 00:04:14
>>903
次のJVM仕様に入る可能性高し。
>>915
ゴスリンも相当影響力行使していたよ。
JCPを逸脱するくらいに。

920:デフォルトの名無しさん
10/04/12 00:14:26
>>916
有名人コレクションが好きなGoogleとかか。

921:デフォルトの名無しさん
10/04/13 00:41:50
Javaはこれからどうなるんだ・・・

922:デフォルトの名無しさん
10/04/13 14:02:13
Googleなんか将来的にはクライアント側のjavaを完全に死滅させたいんだろうな

923:デフォルトの名無しさん
10/04/13 14:48:20
AndroidってJava使えるんじゃなかったっけか？

924:デフォルトの名無しさん
10/04/13 16:38:26
将来の戦略上は不要
そのうちばっさり切られるよ

925:デフォルトの名無しさん
10/04/13 18:26:34
Google APIが一番充実しているのがJava、
ちょっと新しい分野ではプロトタイピングしやすいPython、
ブラウザ周辺のみでJavascript。

926:デフォルトの名無しさん
10/04/14 12:33:08
>>925
あとはネイティブ周りでC(C++?)、か。
Googleが社内で使えるプログラミング言語は、この4つに限られるという話だったような。

927:デフォルトの名無しさん
10/04/14 12:46:26
Goも仲間に入れてやれよｗ

928:デフォルトの名無しさん
10/04/14 15:44:44
>>927
もしかして第五の言語だからGo？まさかな。。。

929:デフォルトの名無しさん
10/04/14 23:50:04
Goなんて使ってる奴いねーだろｗ

930:デフォルトの名無しさん
10/05/04 14:14:59
まだ出てきたばかりだからね。
ライブラリとかが充実していけば使われていくようになると思うよ。

931:デフォルトの名無しさん
10/05/22 22:16:31
jdk7 build94
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

multi catch入った。けど、
interface A { void method(); }
class B extends Exception implements A { public void method(){} }
class C extends Exception implements A { public void method(){} }
public class test {
public static void t() throws B, C {}
public static void main(String[] args) {
try { t(); } catch (final B | C e){ e.method(); }
}
}
するとコンパイラ落ちる……

932:デフォルトの名無しさん
10/05/22 22:21:04
ｵｵｯ! catch 2 つに分けるか Exception (攘夷クラス) で広うか
悩まなくて済むようになったのか。

933:デフォルトの名無しさん
10/06/01 12:36:04
URLﾘﾝｸ(dlc.sun.com.edgesuite.net)

934:デフォルトの名無しさん
10/06/01 12:37:31
↑
jdk7 build b95
URLﾘﾝｸ(www.java.net)
何かURLが変わった。

そしてこのビルドでコピーライトがSunからOracleに。
中身の変更はないらしい。

935:デフォルトの名無しさん
10/06/01 12:37:50
何か変わった?

936:デフォルトの名無しさん
10/06/01 14:56:32
Java 技術、IBM スタイル: Java 技術の新たな時代
URLﾘﾝｸ(www.ibm.com)

937:デフォルトの名無しさん
10/06/01 15:11:47
JEditorPaneのhtmlとcssですでにモデル化したタグはグダグダ言わず実装して欲しい。
いざJEditorPaneでヘルプ文章を作ってみても１０年以上前の品質だしhtml,cssに比べてAPIも複雑なだけで、
いくらパッケージのメンテナンスをしていても結局そういう複雑なものを習得するのに時間をかけるのは誰もいないし、誰も使わないんじゃないかと思う。
少なくともhtml5が完了するころまでにはjavaでも4の仕様の実装は終えて欲しい。

938:デフォルトの名無しさん
10/06/01 15:17:14
そーゆーのはJWebPaneでやってるみたいだからJEditorPaneはバグ取り以外は放置だと思う。
ところで、JWebPaneはどうなったんだろう？

939:デフォルトの名無しさん
10/06/01 15:20:50
JavaFX 云々と引き延ばし作戦を謀っていたあたりで消息不明。

940:デフォルトの名無しさん
10/06/01 17:43:16
JWebPaneとか夢みたいなこといってないでJEditorPane使ってみたら？どうせ使ったこと無いんでしょ？ｗ

941:デフォルトの名無しさん
10/06/01 17:46:13
JWebPane に夢を持っていない奴は現状の JEditorPane を使った事がないんだろうと思ってる。

942:デフォルトの名無しさん
10/06/01 22:20:13
>>941
現状の JEditorPane はjava1.2以来、何か変わったところがあるんですか？

943:デフォルトの名無しさん
10/06/02 10:16:12
>>287
.NETには勝てないとかいって
じゃあその.NETをLinuxなど他の環境でも動かしてくれ
Windows限定じゃないと勝てないとか言ってんなら笑うぞ

944:デフォルトの名無しさん
10/06/02 11:13:50
えっ？
世間一般で言うパソコンってのは、パソコン業界＝マイクロソフトのことじゃなかったの？

945:デフォルトの名無しさん
10/06/02 14:21:09
>>303
string switchなんていらんもんつけるな

946:デフォルトの名無しさん
10/06/02 20:02:20
亀っていうレベルじゃねえぞ

947:デフォルトの名無しさん
10/06/02 20:07:37
もうScalaだけで生きていける

948:デフォルトの名無しさん
10/06/02 20:25:15
さすがにScalaは面白いけどちょっと・・・

949:デフォルトの名無しさん
10/06/03 16:18:34
enumのswitchだって本来不自然だわな
なんだかんだいってJavaってswitch好きだよね

950:デフォルトの名無しさん
10/06/03 16:24:45
もう構文上の小技的表記くらいしか話題がなくなったよな。
ゴスリンはしばらく自由にぶらぶらするのかな。

951:デフォルトの名無しさん
10/06/03 21:06:54
そういえばきしだクロージャがないとJavaに未来はないとかTwitterで言い張ってたな
そんなにクロージャ好きか
C#のLINQをそっくりそのまま真似するのはリスクを伴うと思うんだが

952:デフォルトの名無しさん
10/06/03 21:09:45
>>356
DBのtry catchなんてORマッピングですましてるから気にしてないけどな
そもそもtry-catchは二重にする必要もないのだが

953:デフォルトの名無しさん
10/06/03 21:12:29
なにいうてますのん？

954:デフォルトの名無しさん
10/06/03 21:13:34
黙れ
ﾈﾄｳﾖ

955:デフォルトの名無しさん
10/06/03 21:37:57
インターネットを10ヶ月位放浪して来たパケットがあるようだな。

956:デフォルトの名無しさん
10/06/03 22:07:53
>>955
興味半分にお聞きしますが、10ヶ月位放浪なんて原理的にできるんですか？

次ページ