09/04/14 20:59:05
■■前スレッド■■
【Java SE 7】 次世代Javaの動向 ７ 【dolphin】
ｽﾚﾘﾝｸ(tech板)
■■過去スレッド■■
[Java SE 7] 次世代Javaの動向 6 [dolphin]
ｽﾚﾘﾝｸ(tech板)
[Java SE 7] 次世代Javaの動向 5 [dolphin]
URLﾘﾝｸ(pc11.2ch.net)
[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]
URLﾘﾝｸ(pc11.2ch.net)
[mustang] 次世代Javaの動向 3 [dolphin]
ｽﾚﾘﾝｸ(tech板)
次世代Javaの動向 ２
ｽﾚﾘﾝｸ(tech板)
【Java】次世代Java・J2SE1.6の動向【Mustang】
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
09/04/14 20:59:48
■■■関連スレ
【初心者】Java質問･相談スレッド125【歓迎】
ｽﾚﾘﾝｸ(tech板)
【JMF】Java Media APIs【JOGL】
ｽﾚﾘﾝｸ(tech板)
【徹底討論】Java３Dの可能性について考える
ｽﾚﾘﾝｸ(tech板)
Eclipse統合M27【Java/C/PHP/Ruby/Python/Perl】
ｽﾚﾘﾝｸ(tech板)
【Java】NetBeans Part4【Sun】
ｽﾚﾘﾝｸ(tech板)
【Java】Wicket【HTML】
ｽﾚﾘﾝｸ(tech板)
Java低速GUI Swing 8
ｽﾚﾘﾝｸ(tech板)
Java系スクリプト言語Groovy
ｽﾚﾘﾝｸ(tech板)
3:デフォルトの名無しさん
09/04/14 21:00:36
最初からクロージャーを諦めていればとっくに生まれていたろうに…
4:デフォルトの名無しさん
09/04/14 21:12:43
クロージャいらねーだろ、ＪＫ
5:デフォルトの名無しさん
09/04/14 21:13:48
FAQ.
Q1. Javaのプログラム教えて欲しいんだけど・・・
A1. >>2 の質問スレへ
Q2. 現状の～が納得いかない
A2. OK。建設的な意見歓迎だぜ。
まぁ、出来る範囲でいい。このスレ内の話題は一応目を通しておいてくれると嬉しい。
Q3. Javaより～の方が優れている
A3. OK。今日のお客はアグレッシブだな。
どの点で優れていて、どうすればJavaに取り込めるだろうか考えて見て欲しい。
Q4. JDK7のリリースはいつ？
A4. それは俺も知りたい。
URLﾘﾝｸ(openjdk.java.net)
によると、最後のマイルストーンは2010/02。気長に待とうぜ。
Q5. EclipseとNetbeansは・・・・
A5. >>2 のEclipse,Netbeansスレへ
Q6. JVMの話はここ？
A6. まぁ、他にスレないしここでいいんじゃない？
JVM上の言語なら>>2 のGroovyスレか
【色々】Java系スクリプト言語【やってるよ】
ｽﾚﾘﾝｸ(tech板)
プログラミング言語 Scala
ｽﾚﾘﾝｸ(tech板)
Jython、Groovy、JRuby - どれが一番効率的？
ｽﾚﾘﾝｸ(tech板)
辺りかな？
6:デフォルトの名無しさん
09/04/14 21:19:41
>>1,2,5
乙
7:デフォルトの名無しさん
09/04/14 21:26:20
Q7. JDK7のスペックは固まったの？
A7. まだなんじゃない？
URLﾘﾝｸ(openjdk.java.net)
に最新の実装予定機能が載ってるよ
Q8. JDK7 試したいんだけど
A8. URLﾘﾝｸ(download.java.net)
から試せるよ。
JDK6のEAは、↓から。
URLﾘﾝｸ(download.java.net)
Q9. クロージャって・・・
A9. クロージャの採用は見送られた模様(2009/04時点)
クロージャが何かってのは、ググってみよう。
Q10. これバグ何じゃないかなぁ？
A10. それはめでたい。リリース前にバグが見つかるなんて。
まずは、既に誰かが見つけていないかを
URLﾘﾝｸ(bugs.sun.com) で探してみよう。
フォーラムを検索したり聞いてみたりという手もある。
URLﾘﾝｸ(forums.java.net)
質問するときは、簡単な再現プログラムを用意するといいぞ。
それでバグっぽいようなら、
URLﾘﾝｸ(bugreport.sun.com)
からレポートしてみよう。
面白そうなバグなら、ここでも教えて欲しいな。
8:ID欲しいよ
09/04/14 21:31:24
／￣＼
| |
＼＿／
|
／ ￣ ￣ ＼
／ ＼ ／ ＼
／ ⌒ ⌒ ＼ テンプレは以上だ。
| （__人__） | なお、このスレでは予告無くたびたびスルー検定が実施される。
＼ ｀ ⌒´ ／ 主な例としてはage厨・煽り厨などだ。
/ヽ､--ー､＿＿,-‐´ ＼─／ これらに反応すると大減点されるため、グッと堪えて欲しい。
／ > ヽ▼●▼<＼ ||ｰ､.
/ ヽ､ ＼ i |｡| |/ ヽ (ニ､｀ヽ.
.l ヽ l |｡| | ｒ-､y ｀ﾆ ﾉ ＼
l | |ー─ | ￣ l ｀~ヽ＿ノ
9:デフォルトの名無しさん
09/04/14 21:37:11
乙
10:デフォルトの名無しさん
09/04/14 21:37:39
P.S.
ちなみに前スレ最後のように技術的な話題から外れた流れになったときは
マ板へ誘導していただきたいと思います・・・・
11:デフォルトの名無しさん
09/04/15 11:04:11
あるある
12:デフォルトの名無しさん
09/04/15 21:45:15
Java5はGenericsとAnnotation、typesafe enumが登場してJavaが生まれ変わった気がした。
Java6はScriptingのおかげで外の世界の人ときゃっきゃ出来たので面白かった。
Java7でも盛り上がれる何かが待ってるんだろうか。JVMが更に速くなるのは確かなんだろうけど。。。
13:デフォルトの名無しさん
09/04/15 22:43:48
ぶっちゃけクロージャはどうでもいいと思ってるけどね。
BGGAなんて実装されても迷惑だと思ってたし、
CICEはあってもなくても同じと思ってたし、無名クラス万歳。
14:デフォルトの名無しさん
09/04/15 23:09:43
無名クラス嫌い。単純なことしたいだけなのにノイズ大杉。
15:デフォルトの名無しさん
09/04/15 23:40:27
ARM(AutomaticResourceManagement)は、なくなっちゃったの？
あれは、記述量が減って便利そうだったんだけど・・・
と思って、ググってみたら便利なページ発見
URLﾘﾝｸ(tech.puredanger.com)
16:デフォルトの名無しさん
09/04/15 23:40:54
仕事で使う分には満足してる。
17:デフォルトの名無しさん
09/04/16 12:24:25
>>13
無名クラスの方が有効な場面が多いのは確かだが、クロージャが
必要とされるような場面だとノイズ多過ぎだろ。クロージャについて
やたら否定的な奴はクロージャがある言語触ったこと無いだろとしか思えない
奴が多過ぎる。
18:デフォルトの名無しさん
09/04/16 12:46:03
クローじゃは是非ほしかったけど、SUN本体のゴタゴタ経営事情の方が重要だったからそれどっころじゃなかったんだろ。
ローカルスコープの内部クラスでもfinalさえ受け入れれば代用できるから早くいれてほしいけどね。
スクリプトみたく捨てコードとしてつかうのにタイプ量が多すぎる。
19:デフォルトの名無しさん
09/04/16 13:58:58
.class ファイルを一つづつモジュールとして管理して、キッティングやデプロイも
専用の人間がいるようなプロジェクトでは普通に無名クラス禁止だけどな
(GUIアプリだとそうも言ってられないが)。
20:デフォルトの名無しさん
09/04/16 19:17:40
ScalaがあるからJavaはマイペースでいいと思うけどねぇ。
昨今のアノテーションヘルっぷりは既にきもいレベルだよ。
某沖縄2の中の人とかメタアノテーションがクールとか褒めてるのを見てもうJavaはダメだと思った。
21:デフォルトの名無しさん
09/04/16 21:21:29
今はXMLはダメだけど、アノテーションなら何でも許される時代。
22:デフォルトの名無しさん
09/04/16 21:28:28
下手くそがアノテーション使って設計するとマジナイ事みたいなアノテーションばかりになるんだよな。
こないだ「これを付けるとなぜかうまく行く」みたいなコメント久しぶりに書いたぞ。
23:デフォルトの名無しさん
09/04/16 21:34:23
親クラスのアノテーションが反映されたりされなかったりで
はまって泣いた。
24:デフォルトの名無しさん
09/04/16 21:34:32
へたくそが設計ｗ
25:デフォルトの名無しさん
09/04/16 21:45:09
>>24
シンプル化とか汎用化とかの推敲をほとんどしないで、思い付いた実現方法で片っ端から
ゴリゴリ書くエキスパートな御年配って結構いるじゃん?
26:デフォルトの名無しさん
09/04/16 21:51:06
10 名前：デフォルトの名無しさん[sage] 投稿日：2009/04/14(火) 21:37:39
P.S.
ちなみに前スレ最後のように技術的な話題から外れた流れになったときは
マ板へ誘導していただきたいと思います・・・・
27:デフォルトの名無しさん
09/04/16 21:57:07
>>25
数年もたてば、そうなる可能性がおまえにもあるけどな
28:デフォルトの名無しさん
09/04/16 23:54:55
Javaはもう進化しなくていいよ。
C++の二の舞になったら仕事で使える言語がなくなってしまう。
29:デフォルトの名無しさん
09/04/17 02:00:29
複雑なライブラリの相関関係を調整してAPIを使いやすくするのはいいんだが、
それをパラダイムを増やして実現するのは間違いだと思う。
専門家だけが覚えやすい言語って既にJavaじゃねーよ。JPAですらそう思う。
30:デフォルトの名無しさん
09/04/17 10:46:31
そんなの立場次第じゃん。あなたも十分専門家だよ。
31:デフォルトの名無しさん
09/04/17 17:41:25
jdk7 build55
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
awt関連のバグ取り。4Gバイト以上のzipファイルサポート。
zip書庫のファイル名が問答無用でUTF-8固定だった問題の修正らしい。
けど b55には入ってない？
URLﾘﾝｸ(hg.openjdk.java.net)
32:デフォルトの名無しさん
09/04/17 17:43:40
ZIP 内ファイルのエンコーディング問題やっと解決か。長かったなー。
化けるなら良いがエントリそのものが読めなかったからな。
33:デフォルトの名無しさん
09/04/17 19:46:04
今更だけどjava.nio.fileいいなぁ
34:デフォルトの名無しさん
09/04/17 19:47:11
>>31
それは、jdk6にもバックポートして欲しい・・・・
35:デフォルトの名無しさん
09/04/17 21:50:26
nioのnだけは受付けないなぁ。
xxxExとかxxx2とか。
36:デフォルトの名無しさん
09/04/18 08:41:54
>27
手を抜くさじ加減が身についてくるともいえる。
37:デフォルトの名無しさん
09/04/20 07:27:21
Java7だとLinuxでもVolatileImageで透過処理が出来るようになるのかな？
とてもゆっくりとだが、Javaのエンタメ系も優秀になってきたな。
38:デフォルトの名無しさん
09/04/20 20:55:52
米オラクルが米サン・マイクロシステムズを買収することで最終合意したと発表した。
39:デフォルトの名無しさん
09/04/20 21:05:25
(◎皿◎)ﾅﾝﾃﾞｽﾄ!!
40:デフォルトの名無しさん
09/04/20 21:07:40
IBMに比べたらしっくりする内容だけど、マジでオラクルなの？
MySQLオワタ、Postgressとかも完全に切り捨てな悪寒。
41:デフォルトの名無しさん
09/04/20 21:25:44
IBMの買収騒動で8㌦越えしてたから、プレミアは1ドル前後なのか。
プレミア狙いの人も肩すかしを食らわなくてよかったじゃんｗ
42:デフォルトの名無しさん
09/04/20 21:32:08
HPと共同ではなくオラクル単独なのか
NetBeansは分からんがGlassfishはｵﾜﾀな
43:デフォルトの名無しさん
09/04/20 21:37:51
GlassFishはJavaEEのRIでしょ。捨てる要素はないと思う。
44:デフォルトの名無しさん
09/04/20 21:40:52
WebLogic抱えてるOracleが継続して提供する価値ないでしょ
RIなんて仕様に先駆けて試験的に実装すればいいだけでWLSでもおk
45:デフォルトの名無しさん
09/04/20 21:46:21
サンは俺が買うつもりだったのに・・・
46:デフォルトの名無しさん
09/04/20 21:48:41
OracleはSPEC jAppServer2004でGrassfishに惨敗してるから、
取り込んだ後に捨てるかもしれんが、まんま捨てるってことはないな。
47:デフォルトの名無しさん
09/04/20 22:00:34
>>46
SPEC jAppServer2004はハードの環境がバラバラだから
APサーバを評価する役には立たない
48:デフォルトの名無しさん
09/04/20 22:02:40
>>47は何を言ってるんだ？ｗ
49:デフォルトの名無しさん
09/04/20 22:05:28
>>48
言いたいことがあるなら具体的に言ってみろよ
50:デフォルトの名無しさん
09/04/20 22:08:21
どういう環境でOracleが負けたのか知らないだろｗ
51:デフォルトの名無しさん
09/04/20 22:09:18
>>50
だから具体的に言ってみろよ
52:デフォルトの名無しさん
09/04/20 22:09:48
ｊAppServer2004 resultを見に行けよｗ
53:デフォルトの名無しさん
09/04/20 22:13:57
>>52
なんだ、煽るだけで何も言えないのか
54:デフォルトの名無しさん
09/04/20 22:16:16
ソースを示してるのに何という情弱ぶり・・・
55:デフォルトの名無しさん
09/04/20 22:23:11
>>54
おいおい、jAppServer2004が存在してるか問題にしてるわけじゃないだろーが
俺はjPppServer2004がAPサーバ単体の評価に約立たないと書いた
それを否定するならAPサーバ単体の評価に役立つ結果がどれとどれなのか
具体的に示すべきなのはお前だろ？
お前がソースを示した？何一つ示してないだろーが
56:デフォルトの名無しさん
09/04/20 22:25:12
軸を合わせるという発想はないのか、プレスリリースだって出てるだろｗ
57:デフォルトの名無しさん
09/04/20 22:26:52
サンは俺が買うつもりだったのに・・・
58:デフォルトの名無しさん
09/04/20 22:28:42
>>56
お前プレスリリースしか見てないだろw
59:デフォルトの名無しさん
09/04/20 22:28:44
マイコミは56億ドル、日経は74億ドル、何か開きがあるんだけど。
60:デフォルトの名無しさん
09/04/20 22:29:53
情弱もここまで来たら病気だな。
調べればすぐ分かるものも情報ままごいとは情けない。
61:デフォルトの名無しさん
09/04/20 22:36:03
>>60
調べれば分かるから言ってる
プレスリリースがすぐに見つかる2007年の結果について言えば
WLSはJava5なのにGlassfishはJava6を使ってるしOSやDBMSの
チューニングのされ方も違ってる
テスト時期も半年Glassfishが後にされている
そしてテストの主体はSun自身
それで結果は1割程度の違い
WLSが惨敗？どこがだよw
62:デフォルトの名無しさん
09/04/20 22:37:06
おまえはここぞとばかりに業界通気取りか（笑）
63:Oracle
09/04/20 22:38:32
お前にサンが救えるか！？
64:デフォルトの名無しさん
09/04/20 22:40:47
1割違えばカスみたいなもんだろ？
65:デフォルトの名無しさん
09/04/20 22:42:07
あしたかー！！
66:デフォルトの名無しさん
09/04/20 22:44:01
>>64
APサーバだけの違いならな
だがJVMも変えて半年もチューニングやって1割は評価しようがない
で、結局お前はプレスリリース鵜呑みにしてただけってことだよなw
67:デフォルトの名無しさん
09/04/20 22:45:22
2007-Jun同士でSunが勝ってるようにみえるが？
68:デフォルトの名無しさん
09/04/20 22:45:31
プレスリリースは鵜呑みにするもんじゃないのか？！
69:デフォルトの名無しさん
09/04/20 22:52:24
>>67
具体的にどれとどれよ？
結果のリンク2つ貼りなよ
70:デフォルトの名無しさん
09/04/20 22:52:31
プレスリリースの何が不満なの？
71:デフォルトの名無しさん
09/04/20 22:53:21
ここは自分で調べられない、比較できない人をあざ笑うスレであって、教育するスレじゃないからな。
72:デフォルトの名無しさん
09/04/20 22:57:27
>>71
逃げたかw
逃げるしかないよな。まともに比較できる結果がないんだから
SPECjAppServer2004が役に立たないことなんてみんな分かってることを
今更でも知ることが出来てよかったねwww
73:デフォルトの名無しさん
09/04/20 22:58:07
ファビョっても状況は変わらんよ。哀れな奴。
74:デフォルトの名無しさん
09/04/20 22:58:54
おまえも強情じゃの～
ほれ
75:デフォルトの名無しさん
09/04/20 23:02:32
>>73
負け惜しみ乙
お前はまともに比較できる結果を示すことができない
示したくてもできない
強がってもそれが現実なんだよ
76:デフォルトの名無しさん
09/04/20 23:03:39
葬式会場で喧嘩するな！
77:デフォルトの名無しさん
09/04/20 23:05:02
サンは俺が買うつもりだったのに・・・
78:デフォルトの名無しさん
09/04/20 23:07:09
Javaおわったな。
未来はないよ。完全に。
よりによってOracle
79:デフォルトの名無しさん
09/04/20 23:07:17
IQもEQも低いスレだなｗ
80:デフォルトの名無しさん
09/04/20 23:12:08
>>79
このスレはおまえの低いIQそのものだなｗ
81:デフォルトの名無しさん
09/04/20 23:13:44
自覚症状があるからレスしてんだろうなぁ。。。
82:デフォルトの名無しさん
09/04/20 23:22:57
ところでEQってなに？
83:デフォルトの名無しさん
09/04/20 23:27:09
equals
84:デフォルトの名無しさん
09/04/20 23:27:14
>>82
地震(earthquake)の略
85:デフォルトの名無しさん
09/04/20 23:37:05
それじゃEQが低いって何が低いってこと？
86:デフォルトの名無しさん
09/04/20 23:42:01
オラクルってJavaに何か貢献したっけ？
TopLinkにしても、仮に提供が無くてもHibernateやKodoがあったし、
標準化の動きに合わせて仕変の経費を抑えただけって印象が。
JCPの崩壊が始まる。
87:デフォルトの名無しさん
09/04/20 23:44:06
>>85
笑いのハードルの逆数
>>83-84で笑えるくらいハードルが低ければEQは高くなる
笑えなければEQは低くなる
88:デフォルトの名無しさん
09/04/20 23:49:16
>>87
はぁ？
89:デフォルトの名無しさん
09/04/21 00:46:07
これでOracleのインストーラーが超進化するのか。
90:デフォルトの名無しさん
09/04/21 01:06:51
富士通の下請けが暴れてんの?
91:デフォルトの名無しさん
09/04/21 02:49:13
GlassFishとNetBeansは捨てられるだろうな
JavaFXも宙ぶらりんになるかも
Sunが力を入れていて、成果が出ていないプロダクトは基本的に消えるんじゃない？
92:デフォルトの名無しさん
09/04/21 03:30:50
ﾇｯﾄﾘ豆は Oracle の DB と WebLogic 向け開発環境として機能補強して使われるんじゃないの。
GlassFish も JEE の RI を WebLogic でやるわけに行かないから残るんじゃ。
MySQL の方がやばそう。というか Cobalt を生き返らせてｗ
93:デフォルトの名無しさん
09/04/21 07:17:30
こんな楽しいニュース久々だ
94:デフォルトの名無しさん
09/04/21 07:44:00
MySQLは存命するけど、投資対象ではない。
完全に居場所が無くなってるよ。SPARCの方がマシなくらい。
以前OracleがMySQLを欲しがった時も買い殺しが目的だったのかな。
95:デフォルトの名無しさん
09/04/21 07:56:01
Sun JDK に Oracle のお試し版がバンドルされる日も近い。
IBM JDK はもう単体配布しないんだろうか。ライセンス縛り無くなって (るよね?) 久しいのに。
96:デフォルトの名無しさん
09/04/21 08:12:24
Java厨ざまぁwwwwwwwwwwwwwwwwwwwwwwwwwwwww
データベースアクセスお仕事専用言語、21世紀のコボルの殿堂入りwwwwwwwwwwwwwwwwwwwwwwwwww
97:デフォルトの名無しさん
09/04/21 10:57:04
>>38
ビッグニュースだよね。
こんごJavaCommunityProcessがどうなるか気になってしょうがない
98:デフォルトの名無しさん
09/04/21 11:02:21
JCP は Sun 系中の人の発言力が弱まってさらにカオス化しそうな悪寒。
規格決める時は少数精鋭でやった方が仕様全般に筋が通って良いんだよな。
99:デフォルトの名無しさん
09/04/21 12:34:27
全部Oracle仕様になって
JDBCもOracleでしか使えなくなったりしねえよなｗ
100:デフォルトの名無しさん
09/04/21 12:49:50
Derbyで組んだシステムの規模が大きくなったら、すんなり移行出来るのは
Oracleしかないって感じになるかも？
101:デフォルトの名無しさん
09/04/21 13:09:41
JavaDBの中身がApache DerbyからOracleに置き換わるのか！
102:デフォルトの名無しさん
09/04/21 13:41:46
>>94
逆にMySQLにPL/SQL移植したり、Oracle独自のSQL文が動くようにしたり
どんどんOracle色に染めてくるかもｗ
そして規模がでかくなったら皆Oracle買えとｗ
103:デフォルトの名無しさん
09/04/21 13:46:02
OSS 信者のﾀﾜｺﾞﾄを聞いて日本の官公庁が OpenOffice 化されてたら
ありとあらゆるグレーゾーンを付いて罠を仕掛けそう。
104:デフォルトの名無しさん
09/04/21 13:56:27
>>102
規模が大きくなってもMySQLのまま運用する所が95%以上ってとこか。
105:デフォルトの名無しさん
09/04/21 14:41:36
Java有料化でJavaプログラマ失職ですか？
106:デフォルトの名無しさん
09/04/21 14:44:43
>>103
「オープンなベンダーロックイン」か。おまいさん頭良いな。
107:デフォルトの名無しさん
09/04/21 14:52:15
おまえはここぞとばかりに業界通気取りか（笑）
108:デフォルトの名無しさん
09/04/21 14:56:51
えー？全然業界人じゃないんですが。
業界にそんなこと言ってる人いるの？ソース教えて
109:デフォルトの名無しさん
09/04/21 15:05:02
オラクルってアクセス（エクセル）とどこが違うんですか？
110:デフォルトの名無しさん
09/04/21 15:10:32
値段とエンジニアの給料。
111:デフォルトの名無しさん
09/04/21 21:36:48
Sun JDK にもれなく Oracle の JDBC のドライバが付いてくる。
そしてそれ以外の JDBC ドライバはパフォーマンスが上がらない魔法がかかる。
112:デフォルトの名無しさん
09/04/21 21:52:54
それってソニータイマーってことも考えられるよね？
113:デフォルトの名無しさん
09/04/21 22:36:10
オープンソースにすればソニータイマーがあるかどうかなんてすぐわかるだろ
114:デフォルトの名無しさん
09/04/21 23:27:52
SUN買収はオラクルじゃなくて、グーグルが買っても面白かったかもな。
グーグルなんて虚像のバブル企業でキャッシュいっぱいあるし、SUNのクラウドと重なるところもあったろうに。
見当違いというか何か見落としてるところあるか？
115:デフォルトの名無しさん
09/04/21 23:31:36
グーグルはクラウドの中から出てきません
116:デフォルトの名無しさん
09/04/21 23:36:47
こっそりとOSも作っているさ
117:デフォルトの名無しさん
09/04/21 23:40:31
Sun買収に関する話はこっちにでも移ってはどうか
サン・マイクロシステムズはいかがですか？2
ｽﾚﾘﾝｸ(unix板)
118:デフォルトの名無しさん
09/04/21 23:51:08
MSはヤフーを買いたくてしょうがないから、グーグルはサンを買ってくれるならみんな大歓迎だったんだけど。
考えてみればオラクルは業務提携（救済支援）ぐらいでよかったのかなって思う。
119:デフォルトの名無しさん
09/04/21 23:56:17
マ板？そんなスレがあったのか。
120:デフォルトの名無しさん
09/04/21 23:56:27
そろそろスレ違い
121:デフォルトの名無しさん
09/04/22 00:00:31
>>116
そのグーグルOSはどのハードに乗せる設計なんだ？こっそり作ってるのはオーエスだよな？
122:デフォルトの名無しさん
09/04/22 00:01:28
スレタイ見直せ
123:デフォルトの名無しさん
09/04/22 00:07:06
Oracleの動向はやっぱ怖いものがあるよ。
あそこのオープンソースへの貢献って大抵B2Bだしね。
たまに顔を出す以外は常にひっそりとしてる感じがする。
今後JCPを牽引する気はあるのか、TCKをオープンにするかとか何も伝わらない
124:デフォルトの名無しさん
09/04/22 00:36:35
>>120,122
JAVA８はデータベース専用言語になるようですが、あなたは心の準備が出来てますか？
125:デフォルトの名無しさん
09/04/22 00:38:58
>>123
俺の勘だとJCPはJAVA７で終了し、解散するんじゃないかと思う。
JAVAはオラクルがもう決定権を持ってるわけだし…
126:デフォルトの名無しさん
09/04/22 00:40:48
>>121
そうカリカリするなよｗ
そのうちわかるさｗｗｗ
127:デフォルトの名無しさん
09/04/22 00:56:02
カリカリカリカリカリカリカリカリカリカリカリカリ
128:デフォルトの名無しさん
09/04/22 02:41:49
>>124
俺の予想では、Derbyが Oracle Entry Editionになって
DerbyをExportできるツールが出来て、Derby→Oracleのアップグレードパスができるんじゃないかと。
これで、いつでもOracleに出来る環境を増やすわけ。ExpressEditionばらまきと同じ感じで。
なのでDerbyは、JDK7でもバンドルされると予想。
129:デフォルトの名無しさん
09/04/22 09:35:18
>>114
Googleが買えばJavaの言語仕様に大幅な変更があったかな
130:デフォルトの名無しさん
09/04/22 09:39:56
永遠のβ版になるわけですね。
131:デフォルトの名無しさん
09/04/22 10:06:33
HP が買ってたら JRC80 の USB API くらい入ってたかな。
132:デフォルトの名無しさん
09/04/22 10:41:06
GoogleはLinuxとPythonの企業なんだから
Googleに買収されたらSolarisとJavaは終わりでしょ。
反オープンソースっぽいOracleよりはマシかもしれないが。
133:デフォルトの名無しさん
09/04/22 12:21:59
Androidのアプリ開発言語はJavaじゃなかったっけ？
いろいろ変更してSunの誰かに文句言われてたような
134:デフォルトの名無しさん
09/04/22 13:25:01
>>132
バックエンドにJava
表に出てないからなじみがない
135:デフォルトの名無しさん
09/04/22 14:53:37
>>132
GoogleがGuiceとか、GWTとかGoogle Collections Libraryとかリリースしてる意味を考えるべき。
136:デフォルトの名無しさん
09/04/22 16:03:06
Googleは真面目にスペックリードの補佐とかもこなしてなかったか？
WebBeans（今の名前は忘れた）の策定にGuiceの人がかなり影響してるだろ
137:デフォルトの名無しさん
09/04/22 18:52:10
>>114
やっぱ、同じこと考えている人がいるもんだなあ。
Googleが買えば、もちょっと希望が持てたかも。なんとなくだが。
138:デフォルトの名無しさん
09/04/22 19:03:55
>>130
悪いがワロタｗ
139:デフォルトの名無しさん
09/04/22 19:04:53
D言語がもうひとつ増えるような自体にはならんでしょ。
140:デフォルトの名無しさん
09/04/22 19:13:06
グーグルは３万台のPCをもち、毎日数十台のPCHDD故障にいつも悩まされてるって言うほど実際はセコイ会社だから
SUNのハード事業を丸まる吸収できればオラクルとは別の意味でシナジーがあると思ったんだが、やっぱり当違いだったのかな。
グーグルはコンテンツ業（youtubeや地図とか）ばかり買収してたけど、ブラウザ（PCなど）やアンドロイド（携帯）プラットホームの方に目が向いるようだったからサン買収はちょうどよい面白い話しだと思ったんだけどね…
それとも違う方向性なのか・…グーグルはいまいち何を展開したいのかつかめないし、やっぱりバブルの虚像会社という印象しかない。
141:デフォルトの名無しさん
09/04/22 19:25:48
PC３万台はWIKIの記事にあったんだけど、WIKIの一般的な了解を読んでもいまいちグーグルの時価評価額は信用できない。
アメリカの企業は買収（MA）してかないと（sunやsgiみたく）１０年後には生き残ってないからグーグルもキャッシュがあるうちにシナジー効果がある同業者を吸収・買収していくと思ったんだけどね。
個人的にはPCが５万ぐらいで買える現在では一台ごとにms windowsにいちいち２万も出してられないから、
solarisをもっとx86, x64になじみあるようにセールス展開してほしいけど。
それとsolaris同様に権利がオラクルに移ったけどsunの仮想化技術が遅れて頓挫するのは止めてほしいけどね。
142:デフォルトの名無しさん
09/04/22 20:32:56
スレからして見当違いなんだがな
143:デフォルトの名無しさん
09/04/22 20:49:19
jdk7をいち早く使ってみたいのですが、現行のjdk6, 開発中jdk7があってsunが配布しているjdkとopenjdkはそれぞれどう違うんでしょうか？
ソースを追いかけたりソースコードからコンパイルするスキルはありません。
頭いい人、教えてください。
144:デフォルトの名無しさん
09/04/22 22:08:03
>>142
そうだな。こんな糞スレでゴミ相手に長文かいても意味ないな。
もうこんな糞だめには来ないから安心してよｗ
145:デフォルトの名無しさん
09/04/22 22:12:01
>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。
146:デフォルトの名無しさん
09/04/22 22:31:50
その程度のことは承知してますが、結局「豪華」というところが違うんですか？
IBMとSUNのJDKでも違うところがあると思いますが「豪華」というところが違うということなんでしょうか。
よく分からないのですが、つまりOPEN,SUN,IBM版でそれぞれ（ライセンス以外に）どう違うんでしょうか。
147:デフォルトの名無しさん
09/04/22 22:55:05
これからはSUN版JDKじゃなくてオラクル版JDKていうじゃないか？
148:デフォルトの名無しさん
09/04/22 22:55:20
SunのならSunのライセンス、OpenJDKならGPLクラスパス例外じゃねーの？
JDK7からはSunのもクラスパス例外かもしれんが。
149:デフォルトの名無しさん
09/04/22 23:15:19
その程度のことは承知してますが（ｷﾘｯ
150:デフォルトの名無しさん
09/04/22 23:21:27
正直、質問するより落とすが早いと思うんだけどねｗ
151:デフォルトの名無しさん
09/04/22 23:29:26
インスコしないといけないジャンカヨー
152:デフォルトの名無しさん
09/04/22 23:30:03
>>149
古典的な釣りなんだが…
153:デフォルトの名無しさん
09/04/23 00:06:39
そんなこといわないで教えてもらえないでしょうか…
釣りじゃなくて本当に分からないですが
154:デフォルトの名無しさん
09/04/23 00:25:13
>>145
>glassfishを元にsjsas(元glassfish enterprise)が作られてる。
SJSASが無くなって、Sun GlassFish Enterprise Serverになった。
155:デフォルトの名無しさん
09/04/23 00:27:09
>>145
143氏じゃないけど、参考になりました。
156:デフォルトの名無しさん
09/04/23 05:52:31
>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか？
157:デフォルトの名無しさん
09/04/23 07:29:26
Googleが買収してたら・・・
とか言っちゃってる奴は、もうちょっと勉強したほうがいいよ。
絶対あり得んから。
158:デフォルトの名無しさん
09/04/23 07:40:51
絶対あり得んですか・…（笑）
159:デフォルトの名無しさん
09/04/23 07:48:15
>>157
ホントだよね～
ちゃんと勉強したほうがいいよね～
160:デフォルトの名無しさん
09/04/23 07:56:32
>>157
本気で言ってるわけじゃないだろ 笑
察しろよ
161:デフォルトの名無しさん
09/04/23 11:21:49
>>123
Sunは既に、JCPの主導権を握っているとは言えても、
支配しているとは言えない状態じゃない。
Oracle傘下になればさらに発言力弱まると思うよ。
それでいいんじゃないの?
Enterprise関係の迷走は既に起きていることだし。
162:デフォルトの名無しさん
09/04/23 11:35:45
Javaで使われていない機能トップ10
URLﾘﾝｸ(journal.mycom.co.jp)
俺アサーションとかかなり使ってるんだが。
163:デフォルトの名無しさん
09/04/23 14:20:44
アサーション使わないとかどこの低能ドカタだよ
164:デフォルトの名無しさん
09/04/23 16:07:03
この先JAVAはどこに向かうんだろうか・・・・
165:デフォルトの名無しさん
09/04/23 18:05:46
>>161
あなたは何にも知らない低脳ドカタなんですねｗ
166:デフォルトの名無しさん
09/04/23 18:40:54
パッケージプライベートでもないユーティリティクラスのメソッドが
引数チェックなしで動いてるような業務アプリも腐るほど見てきてるけどねｗ
アサーションは俺も使うけど、マニア扱いしかされへんなぁ
167:デフォルトの名無しさん
09/04/23 19:04:02
業務開発でアサーション使うと本番運用でもやらなきゃいけないチェックをアサーションで
やる奴が出てくるんだよな。そうでなくても本番近づいてくるとアプリ開発側から
「アサーション、本番で有効にしといてもらえませんかねぇ…」て声が必ず上がる。
168:デフォルトの名無しさん
09/04/23 19:07:29
>>167
それはない。
やっぱりあなたは何にも知らない低脳ドカタなんですねｗ
169:デフォルトの名無しさん
09/04/23 19:14:05
ないという根拠が不明。業務経験もない人がこんなところで何やってんの?
170:デフォルトの名無しさん
09/04/23 19:14:37
大規模開発のほとんどは低脳ドカタ仕事だからな…
>>167の光景は普通に目に浮かぶよ
171:デフォルトの名無しさん
09/04/23 19:17:52
>>167
そうはいうけどassert有効にするとassertion errorでjvm止まらないか？
どうせならもっと上手い嘘つかないと周りから叩かれちゃうよ（笑）
172:デフォルトの名無しさん
09/04/23 19:19:50
「声が上がる」だけで実際はそう説明してるという可能性は考えないのだろうか？
173:デフォルトの名無しさん
09/04/23 19:21:19
171 名前: デフォルトの名無しさん Mail: sage 投稿日: 2009/04/23(木) 19:17:52
>>167
そうはいうけどassert有効にするとassertion errorでjvm止まらないか？
どうせならもっと上手い嘘つかないと周りから叩かれちゃうよ（笑）
174:デフォルトの名無しさん
09/04/23 19:21:31
>>171
もしかして>>168の「それはない」はそこのこと？
てっきり「本番運用でもやらなきゃいけないチェックをアサーションで」の
ことかと思ったよ
175:デフォルトの名無しさん
09/04/23 19:23:32
oogleが買収してたら・・・
とか言っちゃってる奴は、もうちょっと勉強したほうがいいよ。
絶対あり得んから。
176:デフォルトの名無しさん
09/04/23 19:27:25
>>171
… おまえ AssertionError が出たくらいでプロセス終了するようなシングル
スレッドアプリしか組んだ事ないのか。そりゃ業務開発なんて知らんわけだ。
177:デフォルトの名無しさん
09/04/23 19:29:26
>>167
>>167
>>167
>>167
178:デフォルトの名無しさん
09/04/23 19:30:39
そろそろ「設計がなっとらん！」とか言うおっさんが現れるころだと思うんだが
179:デフォルトの名無しさん
09/04/23 19:36:14
C の ASSERT マクロみたいに abort() すると思ってたのか。
恥ずかしい奴だな。
180:デフォルトの名無しさん
09/04/23 19:39:56
>>167
低脳もここまで来ると本当にjava使えるのかって疑っちゃうよね（妄想じゃなくて）
181:デフォルトの名無しさん
09/04/23 19:51:42
今ごろ顔真っ赤にして机を「バン！バン！」叩いてるんだろうね（笑）
182:デフォルトの名無しさん
09/04/23 20:55:18
>>176
そんな業務開発はそもそも設計がなっとらんじゃないか！
183:デフォルトの名無しさん
09/04/23 21:26:50
>>179
assertはabortが目的じゃないの？
184:デフォルトの名無しさん
09/04/23 21:27:57
>>176
業務開発（笑笑笑）
185:デフォルトの名無しさん
09/04/23 21:39:41
>>183
そうだが Java は所詮ただの例外。プログラムがスルーしても EDT 内なら AWT が、
サーブレットならコンテナが握りつぶす。対して C の assert は条件に失敗すると
abort(void) が呼ばれ大抵そこでプロセスごと落とされる。
それを知らなかったアホが必死にレスを流そうとがんばっている。
186:デフォルトの名無しさん
09/04/23 21:43:36
定脳ドカタと吠えてた奴はそれ以下でしたというオチ
187:デフォルトの名無しさん
09/04/23 21:47:44
定脳って初めて見た
188:デフォルトの名無しさん
09/04/23 21:51:35
>>185
すごい定脳っぷりでワロタ
189:デフォルトの名無しさん
09/04/23 21:52:31
abort(void) （笑）
190:デフォルトの名無しさん
09/04/23 22:07:09
なにこの春休み進行？ﾌﾞﾋﾞ厨でも来てんの？？
191:デフォルトの名無しさん
09/04/23 22:07:39
今ごろ顔真っ赤にして机を「バン！バン！」叩いてるんだろうね（笑）
192:デフォルトの名無しさん
09/04/23 22:11:10
業務開発でアサーション使うと本番運用でもやらなきゃいけないチェックをアサーションで
やる奴が出てくるんだよな。そうでなくても本番近づいてくるとアプリ開発側から
「アサーション、本番で有効にしといてもらえませんかねぇ…」て声が必ず上がる。
193:デフォルトの名無しさん
09/04/23 22:19:27
>>192
業務開発の達人ですね。こんなにJAVAが得意なら年収１２０００万も夢じゃないですよね？！
194:デフォルトの名無しさん
09/04/23 22:40:20
Java7はもう永遠に出なそうだな。
必要性もないし。
195:デフォルトの名無しさん
09/04/23 22:44:02
>>192
いるいる
オレの部署でもそういう低脳がいるんだよね～
どうやって説明すればいいのかな？
196:デフォルトの名無しさん
09/04/23 22:54:45
JUnitとif文に頼ってる影響でassertはまったく使ってない俺がいる
197:デフォルトの名無しさん
09/04/23 23:03:56
public void setA(int x) {
if (x < 0)
throw new IllegalArgumentException("x is a negative number. x = " + x);
}
198:デフォルトの名無しさん
09/04/23 23:21:40
定脳
199:デフォルトの名無しさん
09/04/23 23:26:01
中濃
200:196==197
09/04/23 23:45:46
おれは>>197のようなコードを書いているから
assertを使用していないんだ。
例外を出力する必要がある箇所ではassertを使う必要がないだろ？
201:デフォルトの名無しさん
09/04/23 23:48:01
下らんことしてないで普通にassert使え
202:デフォルトの名無しさん
09/04/24 01:23:08
>>167
>>192
203:デフォルトの名無しさん
09/04/24 07:03:18
>>201
本番でもアサーションを有効にしたい人ですね、わかります
204:デフォルトの名無しさん
09/04/24 07:22:03
えーと、まさかとは思うが、
副作用のある式がassert文に山のように入ってるので
このシステムはアサートONでしか正常に動かないよ。
という話ではないよな？
205:デフォルトの名無しさん
09/04/24 07:41:07
AssertionError をキャッチして特別処理を入れてるとか
206:デフォルトの名無しさん
09/04/24 08:12:53
>>204
そんな教習本の最初の注意事項に出てるような話だと思ってるのは若干一名だけだと思うよ。
207:デフォルトの名無しさん
09/04/24 08:16:58
定脳ｗ
208:デフォルトの名無しさん
09/04/24 08:24:24
やっぱり本人か
209:デフォルトの名無しさん
09/04/24 12:31:21
ああいう形のassertionを追加するくらいだったら、
条件付コンパイルをサポートしたほうがよかっただろうに。
というよりもどうしても条件付コンパイルは追加したくなかったから、
ああなったと考えるべきだろうか。
210:デフォルトの名無しさん
09/04/24 17:35:45
jdk7 build56
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
JavaOne向けにバグ取りフェーズ中
211:デフォルトの名無しさん
09/04/24 19:15:34
>>210
145 名前： デフォルトの名無しさん [sage] 投稿日： 2009/04/22(水) 22:12:01
>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。
156 名前： デフォルトの名無しさん 投稿日： 2009/04/23(木) 05:52:31
>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか？
212:デフォルトの名無しさん
09/04/24 19:23:47
定期的に頭悪い奴が沸きすぎだろ、このスレ
213:196==197
09/04/24 19:30:19
>>204
NO, NO.
if文に加えJUnitによる引数チェックに加え
さらにassertによる三重チェックがわずらわしいと思っただけ。
214:デフォルトの名無しさん
09/04/24 19:56:32
>>212
定脳ｗ
215:デフォルトの名無しさん
09/04/24 20:09:35
>>214
なるほどw
216:デフォルトの名無しさん
09/04/24 20:22:54
>>209
大事なことなので貴方のためにもう一度言います。
よくチェックしておいてください。「>>212」
217:デフォルトの名無しさん
09/04/24 23:18:24
>>210
145 名前： デフォルトの名無しさん [sage] 投稿日： 2009/04/22(水) 22:12:01
>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。
156 名前： デフォルトの名無しさん 投稿日： 2009/04/23(木) 05:52:31
>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか？
218:デフォルトの名無しさん
09/04/25 07:25:18
このスレで低脳とかドカタとか言い出すやつがいたら、要注意だ。
定期的にやってくるぞ。
219:デフォルトの名無しさん
09/04/25 07:25:30
何この糞スレｗ
220:デフォルトの名無しさん
09/04/25 07:35:23
>>218
そうだよね
低脳とかドカタとか言い出すやつにボコボコにいじめられたんだよね
糞すれとかまで言われちゃって可哀想にね・・・
221:デフォルトの名無しさん
09/04/25 08:35:49
>>218
定定定脳ｗ
222:デフォルトの名無しさん
09/04/25 11:54:01
assert の件でバカ晒したんで居座り荒らしを決め込んだみたいだな。
223:デフォルトの名無しさん
09/04/25 16:15:25
だいたいどこでもバカ晒して荒らし始めるよな。
Java系スレで流れが速くなったときは、要注意だ。アルゴ君がきてるぞ
224:デフォルトの名無しさん
09/04/25 17:23:25
それくらいしか出来ないんだから、あんまり責めんでやれ。可哀想じゃないか
225:デフォルトの名無しさん
09/04/25 20:17:21
何この糞スレｗ
226:デフォルトの名無しさん
09/04/26 06:16:07
定脳ｗ
227:デフォルトの名無しさん
09/04/27 01:03:49
>>218
低脳ドカタさんは毎年ゴールデンウィークないんですよね
休みもないし身を粉にしてドカタさ会社に尽くしたりして可哀想に・・・
228:デフォルトの名無しさん
09/04/28 16:24:52
まるで廃墟スレだな
229:デフォルトの名無しさん
09/04/29 02:22:02
低脳ドカタという言葉がおきにいりのアホがいるからな。
230:デフォルトの名無しさん
09/04/29 16:36:16
+ +
∧＿∧ +
(0ﾟ･∀･) ののしりあい禁止
(0ﾟ∪ ∪ +
と＿)＿) +
231:デフォルトの名無しさん
09/04/30 02:36:20
∋oノハヽo∈ あいぼん禁止れすね
（ ´ⅴ｀）
( O┬O
≡ ◎-ヽJ┴◎ ｷｺｷｺ
232:デフォルトの名無しさん
09/05/01 21:26:02
jdk7 build56
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
>>31で書いた修正が入った。他にも Nimbus入ったりいろいろ。
233:デフォルトの名無しさん
09/05/01 21:27:46
> jdk7 build56
234:デフォルトの名無しさん
09/05/04 20:04:45
Nimbusとうとう入ったか。
Zip関係も地味に嬉しい。
CORBAは正直・・・抜いて欲しい・・・・
235:デフォルトの名無しさん
09/05/04 20:24:03
CORBA は入っていても良いけど API リファレンスは別にして欲しい。CORBA 関連の API が
全て必要な奴ってかなり限られるだろ。
あと ZIP 関連みたいに、今更どうでも良いような言語仕様で ｵﾅﾇｰ されるより既存の理不尽仕様や
中途半端実装を改善してもらった方が地味だが有用。Logging API しかり。JEditorPane しかり。
236:デフォルトの名無しさん
09/05/04 20:38:45
日曜プログラマーの分際で何を言ってる
237:デフォルトの名無しさん
09/05/04 21:12:47
今時 CORBA のお守りをさせられてるなんてｗ
238:デフォルトの名無しさん
09/05/04 22:23:27
_,,,-‐､_ノ)
ヾ'''" ⌒ﾞヽ､
r''" ''ヾ、
i(__..'´ ゝ
|ヽ し
〈 （
､_/ ゝ
ヽ､ .｛ ノ（ /（ ／）/(/ /⌒l ´し
ヽ､〈 （/､,,_（ ノ_;;;;三''`､ .)`i.| ）
ヾ、`;Yr::ヶ,､ '-`="' ､ﾉ .|､_/ （_,,)
`ｰ｛ ~~´ﾉ ヾ、| ヾ、／‐ ､_
ヽ (⌒ ) ､ ヾ彡＼__ﾂ:::::::::::::::`ｰ､
_..-''´￣ヽ､二´-‐ '´ ／ ,,''::::::::::::::::::::::::::::::`-､
／:::::::::::::::::r''／ｰ‐'' ／_,,-‐"::::::::::::::::::::::::::::::::::::::::`-､
. /:::::::::::::::::::::::ﾞ~:::ヽ--‐'´￣::::::::::::::::::_.-'''二ニﾆヽ､ ::::::::`‐､
/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,i' -"_..-ｰ‐''´￣＼:::::::::::`､
|:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,i' /;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼:::::::::｝
|:::::::::::::::::::::::::::::::::::::::::::::::::::_,,,,-‐7~ /;;;;;;;／￣;;;;＼;;ノﾉl:::::::i
|／￣￣＼_,,,,,,,...､､､-‐'''":::::::::/ ./l__ノl;;γ⌒ヽ;;l（／|:::::〈
! ._,,,,-‐'''" /:::::::::::::::::::| /l⌒ヽl;;;ゝ;;_ノ;;;l（彡|:::::::｝
/ |::::::::::::::::::::>‐-‐'´:::|;;;;;;;;＼＿;;;／;;;;／::::::/
ヽ、;;: -‐"::::::::::::::::::＼;;;;;;;;;;;;;;;;;;;;;／:::::::::/
_,,-''":::::::::::::::::::::::::::::::::::::`ｰ---‐''´:::::::::::::|
239:デフォルトの名無しさん
09/05/04 23:36:15
それCOBRAやで
240:デフォルトの名無しさん
09/05/05 12:32:24
なにくだらないつっこみしてんだよ
241:デフォルトの名無しさん
09/05/05 12:39:59
Dolphinik
242:デフォルトの名無しさん
09/05/13 09:38:43
jdk7 build56
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
invokeDynamic追加されたみたいだが javadocがない。
243:デフォルトの名無しさん
09/05/13 09:55:35
>>242
こういうのって自社製品を早期に JDK 1.7 対応させる予定な方々がこぞってテストしてんのかね。
244:デフォルトの名無しさん
09/05/13 10:16:06
>>242
> jdk7 build56
いい加減に直せよ
245:デフォルトの名無しさん
09/05/13 18:13:58
>>243
BEA改めOracleとかIBMがやってるんじゃね？
246:デフォルトの名無しさん
09/05/20 01:15:00
JAVAONEとか近いのにオラクルSUNになってからJAVAの話がなくなっちゃったんだけど、最近どの辺りのコミュニティー（英語も）に行けば情報追っかけられるの？
247:デフォルトの名無しさん
09/05/20 09:43:55
JDKにしてもフレームワークにしても
開発者メーリングリストは何も変ってない。
248:デフォルトの名無しさん
09/05/23 20:11:28
JRockit vs SUN JVM はどうなるんだろう？
249:デフォルトの名無しさん
09/05/27 23:30:46
GoogleとSpringSourceがDIのJSR出してるな
250:デフォルトの名無しさん
09/05/27 23:58:40
ざっくり読んだ限りだと普通にDI便利でしょ？しか言ってないような・・・
そういえばGuiceっていつか弄ってみようと思って全く触れてないや・・・
251:デフォルトの名無しさん
09/05/28 00:09:13
まだ、仕様作ろうぜっていう提案段階だから
252:デフォルトの名無しさん
09/05/28 00:13:35
EJBみたいに妄想だけで仕様作るんじゃなくてGuiceやSpringの経験を元に
実証済みの(新規性のない)仕様を作る方が望ましい
253:デフォルトの名無しさん
09/05/28 00:14:46
>>251
なるほど・・・
254:デフォルトの名無しさん
09/05/28 02:30:30
Rod Johnsonって、JCPみたいなとこでの仕様策定には批判的だったはずだけど
他人に変な標準作られるよりはマシだと思ったのかね
255:デフォルトの名無しさん
09/05/28 06:44:15
批判も利用もするってのは建設的だ。
対立オンリーだと何も生まれない。
256:デフォルトの名無しさん
09/05/28 09:05:51
>批判も利用もするってのは建設的
いい意見だな
257:デフォルトの名無しさん
09/05/28 22:21:21
>>255
気に入ったので今度使わせて貰う。
258:デフォルトの名無しさん
09/05/29 09:18:37
jdk7 build59
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
Linuxでcom.sun.awt.AWTUtilitiesによる透過が効いてなかったのが修正されたらしい。
259:デフォルトの名無しさん
09/05/31 09:01:55
G1GC搭載のjdk6u14が正式リリース
260:デフォルトの名無しさん
09/06/03 13:10:53
JDK 7 Preview
261:デフォルトの名無しさん
09/06/08 22:45:48
AppletってHTML5に向けて強化されないのかな？
Local Storageとかにアクセスする機能があるだけで使いでがグッと広がると思うんだが。
262:デフォルトの名無しさん
09/06/08 22:59:02
それってJava 2 security modelで出来てるじゃん
263:デフォルトの名無しさん
09/06/09 00:06:59
>>261
JavaFX 1.2 にはLocal Strageってあるけど、これじゃだめかね
264:デフォルトの名無しさん
09/06/09 19:08:26
JavaOne気付いたら終わってたみたいだけど、何か目玉はあったの？
265:デフォルトの名無しさん
09/06/09 23:42:50
目玉にしたかったものはJava Store
266:デフォルトの名無しさん
09/06/10 14:14:55
>>249
仕様策定は承認されたけど、やっぱりWeb Beansとの関係が問題になってるな
URLﾘﾝｸ(jcp.org)
267:デフォルトの名無しさん
09/07/05 07:08:15
JDK7 build63
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)
GC関連とAWT関連のバグ潰し
268:デフォルトの名無しさん
09/07/05 07:26:12
AWTってまだあったんだ とか言ってみる
269:デフォルトの名無しさん
09/07/05 15:30:37
Swingも使つかいこなせない奴が言うボケ
270:デフォルトの名無しさん
09/07/13 06:23:35
それで次のJDK7は何が目玉なんですか？
３－４個あげてもらえませんか。
271:デフォルトの名無しさん
09/07/13 08:44:37
ggrks
272:デフォルトの名無しさん
09/07/13 11:37:55
平行ライブラリの拡張
言語仕様の小変更
VM仕様の変更
273:デフォルトの名無しさん
09/07/13 11:38:15
え？
JDK7はキャンセルなんですか？
274:デフォルトの名無しさん
09/07/14 06:09:17
どういうこっちゃ
275:デフォルトの名無しさん
09/07/14 06:26:39
>>272
特に目新しいものの無いしいつもどおりですか。
時代の要求についていけないようですし、もうオラクルも終わりでしょうね。
276:デフォルトの名無しさん
09/07/14 07:21:54
VM仕様の変更が、目新しいものじゃないなんて・・・
外部ライブラリでできてることが標準に取り込まれたら満足か？
277:デフォルトの名無しさん
09/07/15 09:57:30
JDK7 build64
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)
JSR-308追加。jdk6u4～u12までのデプロイ関係のコードがマージ。
あと、うちだとインストーラが途中で止まってインストールできんかった。
インストーラとまった後に残ってた
C:\Users\[username]\AppData\LocalLow\Sun\Java\jdk1.7.0\jdk1.7.0.msi
を実行したらインストールできてるみたいだけど……
278:デフォルトの名無しさん
09/07/17 20:28:28
MSJVMなみに速くなるのはいつですか？
MSにできることがどうしてSUNにできなかったんでしょうかね？
279:デフォルトの名無しさん
09/07/17 20:39:19
いくらなんでも、そんな餌じゃ釣れないだろ
280:デフォルトの名無しさん
09/07/17 21:33:06
じゃあどんな餌なら食いつくんですか？
281:デフォルトの名無しさん
09/07/17 22:39:39
このスレのおじさんって、いつも我が物顔で書き込みしてるよね
古臭い知識ばかりを振り回していつまでもウダウダしてるくせに
スレに貢献する気が無いなら即刻消えてもらえませんか？
282:デフォルトの名無しさん
09/07/18 00:47:31
Java初心者ですが、５で十分だと思います
十分完成されていると思います
283:デフォルトの名無しさん
09/07/18 10:26:01
完成させてしまったら、JAVAの「中の人」がメシ食えなくなるだろ
284:デフォルトの名無しさん
09/07/18 11:21:50
JDK7 build65
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)
VM関連のバグ取り
285:デフォルトの名無しさん
09/07/18 21:58:33
>>282
とあるシステムの起動時間は、2分(1.4)→1分(5.0)→30秒(6.0)と変遷していった。
JVMの性能向上は、かなり馬鹿にならないモノがある。
286:デフォルトの名無しさん
09/07/18 22:15:40
起動時間が短縮してもなぁ・・・
287:デフォルトの名無しさん
09/07/18 22:26:42
まぁJVMは速度では.NETには勝てないだろ
中身的に作りがこうまで違うとな
288:デフォルトの名無しさん
09/07/18 22:43:06
比較は難しいが今は同じレベルと考えていいよ。
289:デフォルトの名無しさん
09/07/18 22:50:36
Javaはスループットより最悪値性能を何とかして欲しいな。
マイクロベンチマークの実行結果が動かす度に違うってどうなのよ。
あ、いちおうこれはcurrentTimeMillisの精度の話じゃないよ。
290:デフォルトの名無しさん
09/07/18 23:47:03
>>285
起動が30秒かかるってアウトだろ。
Javaなら許されるの？
291:デフォルトの名無しさん
09/07/19 00:00:44
>>286
JVMそのものの起動時間じゃないぞ。
アプリケーションが動くための初期化処理だから、通常のコードが全力で走ってる。
292:デフォルトの名無しさん
09/07/19 00:03:59
>>290
そのシステムがクソだというのは確かだが、それはJavaのせいじゃない。
293:デフォルトの名無しさん
09/07/19 00:10:42
>>290
この調子で速度が向上していけば、いずれ起動時間はマイナスになる。
荒唐無稽な話に思えるかもしれないが可能だ。
起動する以前に起動している、これはいずれ実現する。
プロセスがメモリー上で初期化され起動を待機しているような状態を
想像してほしい。
少なくとも良く使うアプリケーションにおいては近い将来そうなるだろう。
つまり、Linuxの大勝利である。
294:デフォルトの名無しさん
09/07/19 00:13:16
>>292
その通りである。
Javaで書かれたからこそこの速度なのであり、C♯ならその10倍はかかったであろう。
つまり、JavaはM$の10倍高速である。
295:デフォルトの名無しさん
09/07/19 00:19:42
>>293
そういうアプリケーションって、以前からたくさんあったじゃない。
「起動時間を大幅に短縮しました！」ってうたい文句で
たしかにアプリケーションの起動は瞬間と言っていいほど早くなったが
そのかわりOSの起動時間がやたら長くなるってヤツ。
296:デフォルトの名無しさん
09/07/19 02:08:56
あげるなタコ
297:デフォルトの名無しさん
09/07/19 08:06:07
.NETのはAOTで起動は速いけど、.NETより遅いかな?
GCJでコンパイルしたのも起動は速い。
298:デフォルトの名無しさん
09/07/19 18:10:06
>>294
Visual Studio 2010はほとんどManaged(WPF)だけど、
それでも5秒ぐらいで起動しますよ？
299:デフォルトの名無しさん
09/07/20 00:14:28
>>298
Linuxでも動作しますか？
300:デフォルトの名無しさん
09/07/20 07:31:35
300
301:３０１
09/07/20 14:01:30
このスレッドは３００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
302:デフォルトの名無しさん
09/07/20 14:13:55
ぉぃ
303:デフォルトの名無しさん
09/07/22 14:44:11
small changesだけど、あればいいかなってのはstring switchぐらいしかないし、try-resource close, catch-chain exception の提案とかも含むけどその他の砂糖構文はC#のインデグザぐらいにいらないって感じ。
string switchも実際enumと同じだから、いちいちenumなんて面倒くせーと考えなければこれもいらないか。
それよりも、&& || を現代風に and or not の演算子を用意して欲しい。演算子順序はrubyと同じで一番下で。
304:デフォルトの名無しさん
09/07/22 14:48:07
or だと識別子がかぶるからVBみたく Or でもいいし OR もありえるから、新しく定義するときはand or notの演算子は文字の大小は区別しないでいいよ。
だれかopen jdkに提案しといて。
305:デフォルトの名無しさん
09/07/22 14:51:38
演算子は文字の大小
識別子は文字の大小で、and And AND anD とかどれか一致したのでおけってこと。
306:デフォルトの名無しさん
09/07/22 14:52:34
そのなものイラネエ
307:デフォルトの名無しさん
09/07/22 15:54:55
そうか？
実際は、アノテーションとIDEの自動置換使えばimproved exceptionとかnull?とかいらないって感じだけど。
ただの砂糖構文は、ジャバ言語の言語としての意味論にまったく関係ないから、こういうのをどんどん追加していくと
C#みたく言語自体が低品質つまり甘いだけのマック１００円コーヒーと同じ品質になっちゃうんだよね。
こういうIDEのマクロでよさそうなの、言語独自の機能にまったく関係ないほうがよっぽどイラネー
つまりどうせ文法上のリテラル（砂糖構文）を追加するなら、クロージャ追加とか、and orの演算子を変更してくれたほうがよっぽどいい。
オレはもともと風味抜群のコナ・コーヒーが好きだけど。
308:デフォルトの名無しさん
09/07/22 16:05:38
マックの120円コーヒーに砂糖は入ってない。
309:デフォルトの名無しさん
09/07/22 16:08:26
>>307
> クロージャ追加とか、
これは欲しい。
> and orの演算子を変更してくれたほうがよっぽどいい。
いらない。絶対いらない。不必要。
310:デフォルトの名無しさん
09/07/22 16:27:51
クロージャが破棄されるぐらいだし、project coinsは多分一つも採用されないと思うよ。
GNU gccとISO C99の関係みたくopen jdk内部で勝手にやってくださいってことだろ。
もうSUNはオラクルの研究部署ってことになっちゃったしなぁ。
資金繰りの乾季をしのぐために一時的にオラクルにお世話になってて、そのうちオラクルから離脱とか考えてんだろうし。
311:デフォルトの名無しさん
09/07/23 20:24:34
クロージャは欲しかったなぁ
312:デフォルトの名無しさん
09/07/23 20:26:41
URLﾘﾝｸ(www.atmarkit.co.jp)
javaは.NETに勝てるだろうか？
313:デフォルトの名無しさん
09/07/24 00:20:31
古い記事だな、おい
314:デフォルトの名無しさん
09/07/24 01:15:57
クロージャは無くなって良かったと思ってるけどね。
一番支持されてた方式って無名クラスのシンタックスシュガーの範囲を超えてるんだろ？
ちょっとありがた迷惑なんだよね。拡張for文くらいの位置づけなら良かったのに。
315:デフォルトの名無しさん
09/07/24 01:29:12
何この変な流れ
316:デフォルトの名無しさん
09/07/24 01:35:42
concurrent系APIの人たちが困ってる。> ラムダ抜き
317:デフォルトの名無しさん
09/07/24 01:38:25
ひねくれ者が沸いてくるとこういう変な流れになっちゃうんだよね。
いいかげんウザイしキモイから、どうにか死んでくれないかな…
なあ、心当たりあるだろ？
頼むから死んでくれないか？
318:デフォルトの名無しさん
09/07/24 02:01:44
>>317
自己紹介？
319:デフォルトの名無しさん
09/07/24 16:14:18
クロージャは残念だったが、
同時にほっとしてもいる
クロージャ込みのデバッグは大変だろうなぁ、と思っていたので
320:デフォルトの名無しさん
09/07/25 18:27:00
ARMは欲しかった。
オブジェクトの破棄が明示的に要らないのと同じように
リソースも同じように扱いたい。
321:デフォルトの名無しさん
09/07/25 18:30:29
ついでに。
JDK7 build66
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)
バグ取りっぽい。
Milestone4 リリース。
バグ取りっぽいんだが、G1GCでウチのJBoss上がらなくなった。
なんでだよ。
322:デフォルトの名無しさん
09/07/25 23:11:33
ARM入らないの？ Project coin では ARM 生き残ってるから入ると思ってんだけど。
323:デフォルトの名無しさん
09/07/26 14:27:36
JDK7では、Rhinoだけではなくて、jruby, jythonもデフォルト配布になると良いなぁ。
jrubyが異常に早いのは、JVMのメソッド呼び出し最適化が素晴らしいおかげらしい。
CLRはメソッド呼び出し最適化がゴミなので、Ironシリーズは高速化が難しいようだが。
324:デフォルトの名無しさん
09/07/26 16:29:17
>>322
マジで？Closureと共に散ったと思ってた。
325:デフォルトの名無しさん
09/07/26 17:50:18
>>324
どっちかっつーと、Control Invocation Syntax と ARM は競合するから
クロージャが没ったから ARM が残ったという見方も。
326:デフォルトの名無しさん
09/07/27 18:29:00
クロージャはスクリプトでやれってことだろうなぁ・・・
ということはJVMはこれからはスクリプトの実行環境としての性格を
強めていくのだろうか
327:デフォルトの名無しさん
09/07/27 19:36:21
とは言うけどクローじゃはどういうときに使うの？
JAVA言語のなかで頻繁に使ってるなら、議論がまとまらなかったとか関係なくクロージャは導入されて当然だったんじゃないのか。
ていうか、ただのdelegate程度にしか考えてないでしょ？
328:デフォルトの名無しさん
09/07/28 00:41:03
>>327
それ以上の意味論なんて考えながら仕事できないからな。
とりあえず Runnable とか Listener とかの無名クラス地獄を脱出できるだけでいいのに。
329:デフォルトの名無しさん
09/07/28 04:35:05
ファイルとかのリソースの開放を確実に手軽に書けるだけでいいのに
330:デフォルトの名無しさん
09/07/28 11:09:01
for文も、もううんざり。内部イテレータのほうがいいわ。
331:デフォルトの名無しさん
09/07/28 12:11:22
内部か外部かって関係ある?
332:デフォルトの名無しさん
09/07/28 19:26:43
>>329
try,catchも面倒ってわけか？ｗ
333:デフォルトの名無しさん
09/07/28 19:47:07
たしかに面倒だよな。他の言語からの以降組みは。
専用エディタ（eclipseなど）が無いとやってられんよ。
汎用のテキストエディタだけ起動してサクサクとコーディングできる
ような言語じゃ無いな。
334:デフォルトの名無しさん
09/07/28 19:57:27
面倒かどうかより、使う側の不注意で確実さが損なわれるのが問題だろ
335:デフォルトの名無しさん
09/07/28 22:22:59
↑
イミフ
336:デフォルトの名無しさん
09/07/28 23:04:28
>>335
おバカさんですね
337:デフォルトの名無しさん
09/07/29 13:20:30
>>332
リソース解放なら、try,catchじゃなくてtry,finallyだろ
こういうやりとりが生まれる時点で面倒って言ってるようなもんだがな
338:デフォルトの名無しさん
09/07/29 14:37:29
>>337
まぁ try catch finally は結局クロージャを引数にとるメソッド側で実装するんで、
そういうやり取りは結局どこかで発生するんだけどな。
ライブラリを設計する側が知っているだけで利用者に知識が乏しくても
安全なプログラムに出来るって言う意味では優れてると思う。
339:デフォルトの名無しさん
09/07/29 20:37:03
そして、何か問題が発生して原因を追いかけようとしても
リソースの取得／開放がどこで発生しているのか
突き止めるだけで力尽きる
340:デフォルトの名無しさん
09/07/29 21:25:45
>>339
クロージャの有無は関係無いな
341:デフォルトの名無しさん
09/07/30 09:49:37
>>332
try～catchめんどくさすぎるだろ。
あれめんどくさくないって、まともにclose書いてないとしか考えれない
342:デフォルトの名無しさん
09/07/30 12:42:06
>>341
まともなclose書くのにちょー便利だろ。
try～catch使わずにまともなclose書く方が工数かかる。
343:デフォルトの名無しさん
09/07/30 12:44:36
>>341
try&throw&catch(&finaly)て便利じゃん
javaなら捕捉してない例外はコンパイルエラーになるし
ああいった機能なしでエラー処理する方が面倒臭くね？
344:デフォルトの名無しさん
09/07/30 14:00:24
複数のエラーをキャッチできるのは便利だと思う。
>>343
多分勘違いしている。
ARMが入ってもtry &catchが無くなる訳じゃない。
単純な処理の場合に、簡略化してかける、というだけの話だと思えばいいと思う。
try&catch文が入ってるとこはなにか大事な処理なんだって分かるし。
345:デフォルトの名無しさん
09/07/30 18:03:08
>>343
C++のデストラクタとかC#のusingとかRubyのブロックとか知らないだろ
346:デフォルトの名無しさん
09/07/30 18:52:10
>>343だけどなんか変な事言ってるかな俺？
こんな事がjavaでできたらいいねって話で
クロージャ、ARM、tyr-catch て流れだったんじゃないの？
begin
File.open(filename) {|f| hoge(f.read) }
rescue Errno::ENOENT
puts 'ファイルがないよ'
rescue ...
:
347:デフォルトの名無しさん
09/07/30 19:06:49
それ、try,catchと何が違うんだ？
348:デフォルトの名無しさん
09/07/30 19:10:43
finally で close は書かなくて良いよって話では？
349:デフォルトの名無しさん
09/07/30 19:57:01
>>346
それが>>343と同じことを書いてるつもりなら他人との
コミュニケーションは無理だ諦めろ
350:デフォルトの名無しさん
09/07/30 22:05:59
うーん何で怒られてるのかわかんないや、日本語って難しいな日本人だけど
351:デフォルトの名無しさん
09/07/30 22:23:41
usingとIDisposableがあれば解決
352:デフォルトの名無しさん
09/07/30 23:04:52
クロージャ見送りで並列対応は遅れるな
それともJVMで並列化してくれるのかね？
353:デフォルトの名無しさん
09/07/31 13:33:30
ARMも知らないバカが議論に参加するなよw
354:デフォルトの名無しさん
09/07/31 13:34:23
>>352
Lea先生はlock関係はARMで十分だと考えているのだと思う。
355:デフォルトの名無しさん
09/07/31 15:25:08
class AutoLock implements java.io.Closeable {
private java.util.concurrent.locks.Lock lock;
public AutoLock (java.util.concurrent.locks.Lock lock) { this.lock = lock; this.lock.lock(); }
public void close() { this.lock.unlock(); }
}
みたいなラッパークラス使ってやるのはちょっとなぁ。
356:デフォルトの名無しさん
09/07/31 20:24:54
>>345
C#のusingは欲しいな
ｔｒｙ～finallyでcloseの部分を更にtry～catchで囲んで・・・って馬鹿馬鹿しすぎる
357:デフォルトの名無しさん
09/08/02 23:05:19
JDK7 build67
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
358:デフォルトの名無しさん
09/08/03 07:52:19
>>354
ARMでぐぐるとプロセッサーの話しか出てこない
359:デフォルトの名無しさん
09/08/03 13:22:08
＞ｔｒｙ～finallyでcloseの部分を更にtry～catchで囲んで・・・って馬鹿馬鹿しすぎる
激しく同意！
クソ過ぎるにもほどがある。なんであんなアホな設計したのか、意図が理解できん。
360:デフォルトの名無しさん
09/08/03 22:11:37
usingみたいなのは低脳だと思ったんだろう
361:デフォルトの名無しさん
09/08/04 01:07:44
クロージャが無いのが全ての問題の原因だな。
362:デフォルトの名無しさん
09/08/04 18:42:52
OOPの機能があるんだから、
クロージャーなんていらないよ
363:デフォルトの名無しさん
09/08/04 18:58:46
自転車があるんだから、
車なんていらないよ
364:デフォルトの名無しさん
09/08/04 19:34:39
そういえば最近jdk7のコードネームを聞かないけど
未だにdolphinなの？
365:デフォルトの名無しさん
09/08/04 21:09:02
クロージャなんて無名内部クラスで(ほぼ)実現できるじゃん。ほしいのは
クロージャではなく、クロージャを簡潔に表現できる文法。
366:デフォルトの名無しさん
09/08/04 21:46:02
中学生は自動車や原チャリの便利さを知らないから
自転車で満足している。
自転車があれば日本じゅうどこでも行ける、
その気になれば世界一周だってできると
ムチャな妄想を膨らませている。
367:デフォルトの名無しさん
09/08/04 21:51:18
その中でも頑丈なのが、世界一周しちゃうんだよ・・・自動車知った後で。
368:デフォルトの名無しさん
09/08/04 23:34:18
結局、7でもクロージャは追加されないんでしょ。正直がっかりした。
もう、言語はいじらなくて良いよ。馬鹿向け言語として生き延びてくれ。
VMの性能だけ頑張ってくれればそれでいい。
369:デフォルトの名無しさん
09/08/04 23:45:19
次はどの言語がブレイクするかな・・・
370:デフォルトの名無しさん
09/08/05 00:52:01
もうJavaには期待してないからいいよ。Scalaが頑張ってくれればそれで十分
あとは、Scala用IDEの完成度さえ上がればJavaなんて不要
371:デフォルトの名無しさん
09/08/05 00:59:11
JavaがCOBOL的な立場になるだけ。なんの問題もない。
372:デフォルトの名無しさん
09/08/05 01:21:26
それよりjavaもscalaもJVMプラットの一員なんだが・・・
373:デフォルトの名無しさん
09/08/05 01:24:21
Scalaのクロージャは、classファイル的にはどうにゃってるの？
374:デフォルトの名無しさん
09/08/05 01:44:27
>>364
コードネームはなくなった。
Mustangと呼ばれてたJava SE 6も、Mustangではなかったことになってる。
375:デフォルトの名無しさん
09/08/05 01:51:58
The JDK formerly known as Dolphin.
376:デフォルトの名無しさん
09/08/05 04:04:29
>>373
仕組み的には無名クラスと似たようなもん。クロージャに対応する.classファイルが生成される
377:デフォルトの名無しさん
09/08/05 21:46:04
もまえら、Oracleに買収されたことによりJDK8から優良になるって知ってた？
ちなみにcdnmはGrampusな。
378:デフォルトの名無しさん
09/08/05 23:36:40
>>377
ｽﾚﾘﾝｸ(tech板:477番)
379:デフォルトの名無しさん
09/08/06 01:24:25
>>377
ガセっぽいが仮に本当だったとしたら、OpenJDKの方が中心になって行くだけの
事じゃないかねえ。
380:デフォルトの名無しさん
09/08/06 08:45:01
釣りごろつられごろ
URLﾘﾝｸ(wwwz.tss-tv.co.jp)
381:デフォルトの名無しさん
09/08/07 00:31:39
OpenJDKは今でも次期VM実装テストベッドの中心に位置するよ。
382:デフォルトの名無しさん
09/08/07 05:43:09
>>377
JDK7を出してから、そんな寝言を言って欲しい。
だったら、OpenJDK+JVM上の他の言語を組み合わせて使うよ。
G1GCのパフォーマンスなんて誤差レベル。CMSでもいいよ。
383:デフォルトの名無しさん
09/08/07 21:34:25
Javaって更新遅くね
C#にどんどん突き放されそう
384:デフォルトの名無しさん
09/08/07 22:30:48
追いつかれてない！
385:デフォルトの名無しさん
09/08/08 03:01:04
そうだね。バックミラーにも映ってないよね
386:デフォルトの名無しさん
09/08/08 03:03:35
ていうか、まだスタートしてないから後ろに誰もいない。
387:デフォルトの名無しさん
09/08/08 07:18:02
そもそも、更新すると勝ちなのか？
388:デフォルトの名無しさん
09/08/08 11:49:19
C#は迷子になってる
389:デフォルトの名無しさん
09/08/08 13:47:30
むしろJavaの方が迷走してる気が…。
Javaは互換性を重視して、良い感じに枯れてくれた方が個人的には嬉しいんだけどねぇ
390:デフォルトの名無しさん
09/08/08 14:34:20
むしろどこかで互換を完全に切ってくれたほうがうれしい
391:デフォルトの名無しさん
09/08/08 17:14:37
そんなあなたにScalaがあります。
392:デフォルトの名無しさん
09/08/09 01:34:02
>>391
そそ。ネタじゃなくてマジでそう思う。
「Javaのここ直して欲しいなぁ、『互換性無くしていいから※』。
……なんだ、互換性いらないならScalaでいいんじゃね?」
って感じで。
※個人的な一例。「変数なんざデフォルトfinalでいいじゃない。
書き換えたいときだけmutableとでも付ければー」⇒Scalaならval
で統一して、どうしても必要なとこだけvarで書けばおk.
393:デフォルトの名無しさん
09/08/09 01:45:40
ならお前はScala使えば解決だな
394:デフォルトの名無しさん
09/08/09 03:16:43
C#さえ覚えとけばWinForm、ASP.NET、Silverlight、WPF、XNAとなんでもできる
※ただしwindows限定
395:デフォルトの名無しさん
09/08/09 03:28:23
もはやWinプラットに依存しなくても、Winが提供するようなアプリとソフトの質はWebアプリWebサービスで十分だとおもうよ。
ここにMSの独自ルール（DXとかActiveXとか)が入る余地も無ければMS提唱の技術が普及する余地もまったく無いので、MSは過去４事業分割されなかっただけ儲けもんと思って今後はOS事業に特化してください。
396:デフォルトの名無しさん
09/08/09 14:02:21
>WebアプリWebサービスで十分
将来的にWebアプリは質・量共に向上すると思うけど、現状では全くもって不十分。
こんなので十分だなんて一体どんな使い方をしてるのだろう。
397:デフォルトの名無しさん
09/08/09 14:06:30
ていうかどこが不十分なのか具体的に書かないと自民党のマニフェストと同じで頭空っぽだよね（笑）
398:デフォルトの名無しさん
09/08/09 16:00:20
ていうかどこが十分なのか具体的に書かないと自民党のマニフェストと同じで頭空っぽだよね（笑）
まぁ、WebProg板かWebサービス板でやるべき話だな。
399:デフォルトの名無しさん
09/08/09 17:03:25
>>398
悪魔の証明って知ってる？
頭空っぽじゃ知ってるわけないかw
400:デフォルトの名無しさん
09/08/09 17:22:12
>>399
>Winが提供するようなアプリとソフトの質はWebアプリWebサービスで十分
そのWebアプリWebサービスとやらが何なのか教えてくれないか。
401:デフォルトの名無しさん
09/08/09 17:25:28
>>400
>>395に聞け
402:デフォルトの名無しさん
09/08/09 17:28:47
そこで皆さん、ここいらで「Web 3.0」ですよ！
403:デフォルトの名無しさん
09/08/09 17:32:37
>>398-400
ああ悪い悪い
悪魔の証明を知ってるほど雑学豊富ならちゃんと修正しとかないとね
頭空っぽ => ×
頭の中空っぽ => ○
404:デフォルトの名無しさん
09/08/09 17:40:42
自作自演して荒らしてるようにしか見えん
もし複数人だとしたら、同レベルの馬鹿同士の醜い争いだな
405:デフォルトの名無しさん
09/08/09 17:44:20
お財布空っぽ => ×
お財布の中空っぽ => ○
406:デフォルトの名無しさん
09/08/09 17:49:10
何でお前が俺の財布の中身知ってんだよ
407:デフォルトの名無しさん
09/08/09 17:50:21
>>406
ﾜﾛﾀ
408:デフォルトの名無しさん
09/08/09 17:53:25
アップル => ×
アポー => ○
409:デフォルトの名無しさん
09/08/09 18:17:22
>>408
ﾂﾏﾝﾈ
410:デフォルトの名無しさん
09/08/09 18:17:35
馬鹿同士 => ×
馬鹿同士 => ○
411:デフォルトの名無しさん
09/08/09 18:59:51
おいちゃんマンモスかなぴー
412:デフォルトの名無しさん
09/08/10 00:11:57
JDK7 Build b68
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(www.java.net)
Milestoneを出した後だからか、
バグつぶしが増えている感じ？
413:名無しさん＠お腹いっぱい。
09/08/12 06:26:51
ARMが導入されたらどんな文法になるんだろう？
414:デフォルトの名無しさん
09/08/12 07:24:03
>>413
今年のproject coinsに一番最初に投稿された草案
URLﾘﾝｸ(mail.openjdk.java.net)
415:名無しさん＠お腹いっぱい。
09/08/12 17:33:08
>>414
クロージャのほうがいいよ・・・
416:デフォルトの名無しさん
09/08/12 20:22:57
クロージャを使うのは苦労じゃ
417:デフォルトの名無しさん
09/08/12 20:28:54
そいえば、何で流れたのさ、クロージャ
クラスよる遥かに分かりやすいもんなのにorz
418:デフォルトの名無しさん
09/08/12 22:56:39
JavaがScala化していくと、沽券に関わるから。
419:デフォルトの名無しさん
09/08/13 00:06:06
>>417
javac.infoの中の人、つまりBGGAの中の人が、Microsoftに引き抜かれたからw
420:222.248.109.70
09/08/17 17:45:03
自動焼人 ★ ＝ 自動保守 ◆KAWORUKOFI ＝ 自動保守#K9K?_D[L
名言集 その４
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』
ｽﾚﾘﾝｸ(news4vip板) のID:PVAf+dux0 ＝ 自動焼人 ★
> 965 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなｗ
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。
----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
ｽﾚﾘﾝｸ(sec2chd板)
にて自動焼人 ★までご連絡ください
421:デフォルトの名無しさん
09/08/17 17:55:35
鼻くそ乙
422:デフォルトの名無しさん
09/08/18 10:49:27
>>416
HSP脳乙
423:デフォルトの名無しさん
09/08/18 13:16:54
JDK7 build69
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
Win用のバグ取り 1件だけ
424:デフォルトの名しさん
09/08/20 22:32:06
getterとsetterさえ追加してくれれば、あとの言語拡張
はいらないお
425:デフォルトの名無しさん
09/08/21 12:43:18
いつになったらJavaはネイティブコンパイルできるようになるんでしょうか。
426:デフォルトの名無しさん
09/08/21 12:46:12
なんのために？
427:デフォルトの名無しさん
09/08/21 13:01:55
gcj既にあるじゃん？
428:デフォルトの名無しさん
09/08/21 18:07:54
JDK1.0の頃からTowerJとかあったよな
今でもあるのか知らないけど
429:デフォルトの名無しさん
09/08/21 23:42:54
逆コンパイルと実行速度の問題が解消するらしいけど
Java学んで二年になる癖に今先知ったぜ。
仲間内ではあんまり話題にもならないしあんまり効果ないのかな。
430:デフォルトの名無しさん
09/08/22 00:26:55
>>429
逆コンパイルは知らんが実行速度の問題はまったく解消しない。
むしろ遅くなることも多いよ。
431:デフォルトの名無しさん
09/08/22 00:42:48
JavaをCのようなコンパイラ型言語にするのって技術的に難しいのかな。
432:デフォルトの名無しさん
09/08/22 01:57:13
見せかけならいくらでも可能
433:デフォルトの名無しさん
09/08/22 02:30:10
Java Chip ネイティブのプログラムを、他の環境ではエミュレータで動かしてるだけ。
超コンパイルで、もろにネイティブ。
むしろ Crusoe なんかは x86 のコードを Hot Spot したりする。
十年位前には、その辺の実行時プロファイルの話題が盛んだったなあ。
434:デフォルトの名無しさん
09/08/22 03:15:43
なにがネイティブだよ、笑わせるな
PASCALのＰコードやＢＡＳＩＣのＩコードと同じ、
ただの中間コードコンパイラじゃん
バーチャルマシン？エミュレート？
ギャハハハハ！笑い死にしそう！！
単なるインタプリタじゃん！
435:デフォルトの名無しさん
09/08/22 06:37:40
>>434 中間コードをVMがネイティブにコンパイルするだろ?
436:デフォルトの名無しさん
09/08/22 06:40:04
>>434
「Java Chip ネイティブ」という言葉が見えないのか。
437:デフォルトの名無しさん
09/08/22 07:55:25
最近C#スレににネティブ厨がこないと思ったらこっちにいたのか。
暫く相手しててちょうだい（笑
438:デフォルトの名無しさん
09/08/22 11:46:27
Java にコンパイラを名乗る資格があるなら
Perl や PHP もコンパイラだよなｗ
439:デフォルトの名無しさん
09/08/22 11:48:00
>>435
そうカタログに書いてあったんか？
それを鵜呑みに信じてるんか？
あんた、騙されやすい性質じゃない？
幸運の壷を１００万円で買わされたりしないよう気をつけたほうがいいよ。
440:デフォルトの名無しさん
09/08/22 11:54:15
>>439
ソースコードに書いてあるよ
441:デフォルトの名無しさん
09/08/22 12:55:03
Perlだってコンパイルしてるけどレイヤーが違うんじゃね?
javacとJITなしVMみたいな感じだと思うんだけど。
当たり前だけど、ネイティブ用のデバッガでアタッチすれば
HotSpot VMがネイティブにコンパイルしたコードも見られるから見てるといいよ。
442:デフォルトの名無しさん
09/08/22 13:26:20
その言葉をそっくりそのままお返しします。
悔しかったら「ネイティブ用デバッガ」とやらで覗いてみろや。
おまい持ってるのか？「ネイティブ用デバッガ」とやらをｗ
443:デフォルトの名無しさん
09/08/22 13:27:16
脳内ＣＰＵ用にコンパイルされた脳内コードを脳内デバッガで閲覧しとけｗｗｗ
444:デフォルトの名無しさん
09/08/22 14:11:49
Visual Studioの無料のやつじゃ外部プロセスにアタッチできないのか。
445:デフォルトの名無しさん
09/08/22 20:32:54
なんか酷いｱﾌｫが沸いてます?
446:デフォルトの名無しさん
09/08/22 20:49:24
>>442
よーわからんのならこの辺でも見ときなさい
URLﾘﾝｸ(www.ibm.com)
447:デフォルトの名無しさん
09/08/23 03:59:35
>>434
同じだよ。
その昔、MSXべーしっ君というものがあってだな・・・・
まぁ、おっさんとしてはそんなカテゴリ分けに意味はないわけよ。
そういや、しばらくおとなしかった6系列ので
6u18 のやつが上がってきたようだね。
448:デフォルトの名無しさん
09/08/23 10:36:09
java って、「Let's C」とか何とかいうＣ言語インタプリタのパクリなんやろ？
449:デフォルトの名無しさん
09/08/23 21:54:23
ネイティブ・コンパイルにこだわるのはなんで？
JAVAでしょ？
450:デフォルトの名無しさん
09/08/24 01:22:43
>>448
「セカチューってエヴァのパクりだよねー」って台詞を聞いたときのような気分。
451:デフォルトの名無しさん
09/08/24 16:32:03
>>449
Javaの開発効率でC/C++のスピードが得られれば最強だからじゃね。
あと現状では中間コードからソースコードが復元できるのでセキュリティ上好ましくないらしい。
自分が考えたプログラムが中国なんかの知らない企業にそのまま使われて
しかも著作権主張、特許申請しなんてし始めたら嫌でしょ。
452:デフォルトの名無しさん
09/08/24 16:39:05
>>451
どこから突っ込めばいいのやら…
453:デフォルトの名無しさん
09/08/24 16:56:10
ほっといていいでしょ。
もうすぐ暴れだすだろうし…ｗ
454:デフォルトの名無しさん
09/08/24 21:58:06
もうアホかと、馬鹿かと…
455:デフォルトの名無しさん
09/08/24 22:02:36
>>451
在日お湯
456:デフォルトの名無しさん
09/08/25 19:20:13
… ←この記号って名前あったよね。
457:デフォルトの名無しさん
09/08/25 20:14:55
リーダー/三点リーダー
次からは、くだ質でね
458:デフォルトの名無しさん
09/08/25 20:29:10
JDK7 build70
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
いっぱいバグ取り
459:デフォルトの名無しさん
09/08/26 16:20:07
Javaのバージョンアップって２年おきかとおもってたけど相当延期してるのな
460:デフォルトの名無しさん
09/08/27 01:20:09
延期した上に新機能見送りしすぎで、言語としての成長が止まっているように見える
461:デフォルトの名無しさん
09/08/27 11:09:58
クロージャ無いのは大きいけど次でアノテーションが完成するから言語機能として止まっているとはいえない。
nio2のサポートが入ってjvm file systemとなるから、次はdotnet (windows)以上になるよ。
最近は携帯もPS１程度のCPUを持つから、携帯でj1.2 SE程度(１０年前）はできると考えていいんじゃないの？
つまりfile systemすらも実装不要でnio2で済む世界となる（win,linuxとかos file system使ってると普通は意識しないけど）。
462:デフォルトの名無しさん
09/08/27 21:12:40
？nio2ってファイルシステム上に作られた機能だろ？？
携帯は、パワーは足りるがインターフェースが
無いからまだまだだろ
タッチパネル系の操作と、ネイティブGUIとの機能統合。
JavaをiPhoneで使っても嬉しくないよ。現状じゃ。
463:デフォルトの名無しさん
09/08/27 21:30:12
nio2は今すぐじゃないよ。
案件によるけど、WebとかPCの世界だって1.5程度のAPIしか使ってないでしょ。
そういえば携帯ってCPU情報あまりないけど、今はどれぐらいのパワーがあるか知ってる？
464:デフォルトの名無しさん
09/08/27 21:34:35
ああ、でもさ、アノテーションって注釈文章（としての情報）として使うものであって、xmlみたいには使わないよね。
どこかで「アノテーションをxmlみたいな外部注入として使ってたら、設定変更毎にコンパイル必要で地雷だった」とか言う無能がいたから。
アノテーションはあんまりサンプル無いよね。実際みんなはどう使ってんだろう…
465:デフォルトの名無しさん
09/08/27 21:48:43
>>464
JAXBでもJAX-RSでもGuiceでもSpringでもSeamでも使いまくってるだろ
466:デフォルトの名無しさん
09/08/27 23:19:50
使い方に制限はないよ。
だから自由に使っていいよっていわれてもね・・・
467:デフォルトの名無しさん
09/08/27 23:25:36
それを「サンプル無い」とは言わない
468:デフォルトの名無しさん
09/08/27 23:53:40
>>467
なら「アノテーションをxmlみたいな外部注入として使ってたら、設定変更毎にコンパイル必要で地雷だった」
はどう思いますか？
469:デフォルトの名無しさん
09/08/28 00:10:45
別に
470:デフォルトの名無しさん
09/08/28 00:19:21
>>468
設計が悪い。
アノテーションはクラスに組み込まれるからこそ便利なのであって
それを生かす作りにしなくてはいけない。
アプリを作る上で、パラメータを外部から入れたいというのはよくある要望で
そのパラメータを実現する手段としては多種多様。
ソースの中に定数を定義することもあるだろうし、
プログラム起動時のパラメータとして与えられるようにしているものもあるだろう。
Javaであれば、プロパティファイルを定義してリソースとして取得することもあり
そして、外部ファイルを利用するパターンもある。
それぞれにメリットとデメリットがある。
だからその実装方針選択もプログラミングだ。
運用において頻繁に変更されるようなパラメータを
アノテーションで実現するというのはセンスが無いとしか言いようがない。
471:デフォルトの名無しさん
09/08/28 00:29:24
>>470
サーバみたいな起動しっぱなしの時には対応できませんよね？
設計を重視するのもいいですが、具体的に、再起動できないときはどうするんですか
472:デフォルトの名無しさん
09/08/28 01:05:24
>>471
473:デフォルトの名無しさん
09/08/28 01:10:01
>>471
そういう場合にこそ設計が重要だろうに。
シチュエーション次第で、毎回ファイルから読み込んでも問題なかったり、
タイムスタンプくらいは見たり、特定のリクエストが届いた時点で読み直したり、
DB(RDBに限らず)に放り込んだり、プロパティを供給するサーバに見に行ったり、
いろいろと手はあるし、それぞれ得失もある。
474:デフォルトの名無しさん
09/08/28 01:10:07
>>471
すまんが、一体何を言いたいんだ？質問ばかりだが次世代にも関係ないし。
自分が抱えている実際の問題があるなら、別のスレがあるからそっちで聞いてくれ。
475:デフォルトの名無しさん
09/08/28 01:15:17
>>473-474
で、次世代アノテーションはどういったところに旨みが出るんですか？
それを聞きたいんですけど
476:デフォルトの名無しさん
09/08/28 01:44:39
>>475
アノテーションはJava5で導入された前々世代技術だからスレ違い
477:デフォルトの名無しさん
09/08/28 01:51:24
>>476
はいはい。
サンデープログラマーはオナニーしてもう寝ましょうね。
478:デフォルトの名無しさん
09/08/28 01:53:05
>>474
それでサンデーさん、どのスレで聞くといいんですか？
まさか初心者スレじゃないですよね。ここと同じでゴミしかたむろしてないようですけど…
479:デフォルトの名無しさん
09/08/28 01:55:40
>>478
ググれカス
480:デフォルトの名無しさん
09/08/28 02:08:07
>>474
再起動無しでリロードできる設計とか考えないんですか？
設計重要さんはサンデープログラマーだから無理かｗ
481:デフォルトの名無しさん
09/08/28 02:11:35
>>464
設定変更が必要なものをアノテーションに使うやつがアホ
そういうのを外だしするのはアノテーションがあってもなくても同様だろ。
482:デフォルトの名無しさん
09/08/28 02:28:24
>>481
アノテーションの具体的な使い方を聞いてんのに何だそれｗ
おまえは人の批判しか出来ない駄目オヤジだな
483:デフォルトの名無しさん
09/08/28 02:35:35
ｗ
484:デフォルトの名無しさん
09/08/28 02:37:53
>>482
>>465にたくさん例があるだろ
まずはその辺見て来いよ
話はそれからだ
485:デフォルトの名無しさん
09/08/28 03:06:14
>>484
駄目オヤジ乙
486:デフォルトの名無しさん
09/08/28 04:55:40
だから何でアノテーションの「具体的な」使い方になってんだよ・・・
スレタイ見直せ
487:デフォルトの名無しさん
09/08/28 05:11:28
>>486
駄目オヤジ乙
488:デフォルトの名無しさん
09/08/28 05:32:00
池沼の相手にするのはやめようよ
荒らしはスルーが鉄則ですよ
489:デフォルトの名無しさん
09/08/28 06:01:46
ニート乙
490:デフォルトの名無しさん
09/08/28 07:50:43
いまさらこのスレでアノテーションの具体的な使い方知らないとかはナシだろ。
491:デフォルトの名無しさん
09/08/28 08:06:25
伸びてると思って見たら下らん荒らしか。そんなにアノテーションしたかったらC#なりRubyにすればいいのに。
492:デフォルトの名無しさん
09/08/28 08:13:38
なにこのクソスレｗｗｗｗｗｗｗｗｗｗｗ
493:デフォルトの名無しさん
09/08/28 21:09:39
池と沼の違いはカッパが居るかどうか。
494:デフォルトの名無しさん
09/08/28 21:37:30
だまれ糞
おまえは く そ
495:デフォルトの名無しさん
09/08/29 10:21:57
project coins で採用されるものが決定したらしい
URLﾘﾝｸ(mail.openjdk.java.net)
> * Strings in switch
> * Automatic Resource Management
> * Improved Type Inference for Generic Instance Creation (diamond)
> * Simplified Varargs Method Invocation
> * An omnibus proposal for better integral literals
> * Language support for Collections
> * Language support for JSR 292
An omnibus proposal for better integral literals は
二進リテラル、アンダースコア付きリテラル、符号無し整数リテラルを含む予定
Language support for Collections は
コレクションリテラル、インデクサを含む予定
496:デフォルトの名無しさん
09/08/29 11:02:53
いいねー
497:デフォルトの名無しさん
09/08/29 11:24:20
javaでいちばんがっかりしたことは、byte が符号付きな件
498:デフォルトの名無しさん
09/08/29 13:01:06
あるある
今まで byte を符号付きで良かったと思ったことは全く無いが、
いちいち & 255 するのが面倒だと思ったことは数多
C++ でも char や unsigned char は使っても signed char って書くことないもんな
でも今更変えられんだろう
新しく ubyte とか導入するくらい･･･？
499:デフォルトの名無しさん
09/08/29 20:59:33
プロパティは無し・・・か。
500:デフォルトの名無しさん
09/08/31 11:50:53
わしは、カッパやねん。
501:デフォルトの名無しさん
09/08/31 15:00:20
わしゃアホやねん
502:デフォルトの名無しさん
09/09/06 04:46:46
久しぶりにアプレットでMSJVMを起動してみた
速い、なんだこのサクサク感は…
本家にはこのサクサク感が足りない
503:デフォルトの名無しさん
09/09/06 06:10:24
そうか。しかしここは次世代Javaの動向スレだ。
504:デフォルトの名無しさん
09/09/07 15:40:08
JDK7 build71
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
なんかWin32bit版でVM初期化時に
NoClassDefFoundError: java/lang/Object
とか言われて落ちるんですけど。インストール失敗したのかも。
505:デフォルトの名無しさん
09/09/08 19:33:11
java7って来年の２月に正式リリースだっけ？
506:デフォルトの名無しさん
09/09/09 15:43:37
>>505
URLﾘﾝｸ(openjdk.java.net)
M8 の最終build が来年 2月中旬予定で、そっから RC の期間もあるだろうから、
来年 4月ぐらいじゃないかね？
507:デフォルトの名無しさん
09/09/11 23:49:28
あまり楽しみじゃないな。
なにかwktkさせるような技術革新こないかな。
508:デフォルトの名無しさん
09/09/18 15:27:53
JDK7 build72
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
エスケープ分析がデフォルト有効になったらしい。
CompressedOOPも。64bitも普及ですね。
509:デフォルトの名無しさん
09/10/03 12:12:38
Java6のメインカラーってオレンジだったけどJavaのサイトのデザインが赤になってるね。
次期Java7のメインカラーが赤になるってことを暗示してるのかな。
それとも以前から赤だった？
URLﾘﾝｸ(www.java.com)