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

【Java SE 7】次世代 ..

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など）が無いとやってられんよ。
汎用のテキストエディタだけ起動してサクサクとコーディングできる
ような言語じゃ無いな。

次ページ