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

【Java SE 7】次世代 ..

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
ほっといていいでしょ。
もうすぐ暴れだすだろうし…ｗ

次ページ