[Java SE 7] 次世代Javaの動向 6 [dolphin]

1 名前：デフォルトの名無しさん [2008/01/03(木) 12:29:37 ] 前スレ [Java SE 7] 次世代Javaの動向 5 [dolphin] pc11.2ch.net/test/read.cgi/tech/1178925915 [mustang/Java SE 6] 次世代Javaの動向 4 [dolphin] pc11.2ch.net/test/read.cgi/tech/1163986696/ [mustang] 次世代Javaの動向 3 [dolphin] pc8.2ch.net/test/read.cgi/tech/1157227790/ 次世代Javaの動向　２ pc8.2ch.net/test/read.cgi/tech/1147881822/ 【Java】次世代Java・J2SE1.6の動向【Mustang】 pc8.2ch.net/test/read.cgi/tech/1081698555/ 449 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:56:44 ] >>447 javac.infoの実装だと、 unrestrictedは==>で区別することになってますね。 =>はjava.lang.RestrictedFunctionなクロージャ。 450 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:03:34 ] >>449 それは知ってる。 けど unrestricted 入れないつもりなら unrestricted と restricted の区別なんか必要ないんだから java.lang.RestrictedFunction 自体要らないでしょ。 451 名前：449 mailto:sage [2008/03/06(木) 14:04:30 ] でしょって俺に言われても困るけどねw 452 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:20:49 ] >>440 おれにはJava最新追っかけスレでC#のことをウダウダ言う奴の方がどう見ても痛い たぶんおまえの方が痛いｗ 453 名前：デフォルトの名無しさん [2008/03/06(木) 14:22:52 ] C#しか脳がないニートは、はよ面接行けｗｗ 454 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:37:56 ] MS厨ってどこにでも沸くKYだな 455 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:38:23 ] > Any visible local variable that is initialized or assigned exactly once in the enclosing scope, > as well as any visible parameter to an enclosing method that is never otherwise assigned, > is accessible but not assignable within the body of the CICE, whether or not it is explicitly qualified as final. CICEのルール、BGGAのプロトタイプに導入されてるね。 456 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:57:51 ] クロージャ厨房も同じくウザイ 457 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 15:03:45 ] あと変更入りそうなのは non-local return と local return あたりかなぁ。 { => method(); } と { => method() } と、ぱっと見て区別つかん。 458 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 15:22:52 ] >>455 @Shared も CICE の↓の public とほとんど同じだし、 いいところはマージしてるんじゃ public int count = 0; Arrays.sort(array, Comparator<Integer>(Integer v1, Integer v2){ 　count++; 　return v1.compareTo(v2); }); System.out.println(count); 459 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 15:41:22 ] >>418 今日落としたプロトタイプ実装だと、 @Sharedつけなくても警告がでるだけでコンパイルエラーにならんような これ、ホームページには updated 2008-02-22 って書いてあるけど、 解凍すると closures-2008-03-05ってディレクトリができる…… コッソリと何か変わってたりするんだろうか？ 460 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 16:36:45 ] ああ、それなら最近変ったんじゃないかな。> @Sharedいらず 2008-02-26ってのもあるし。 461 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 19:22:17 ] 2008-02-12 が残ってたから @Shared なしを試してみたけど 警告は出るけどコンパイルエラーにはならなかった。 462 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 19:37:46 ] 単にコンパイルエラーにするのが面倒なだけじゃね 463 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:12:41 ] クロージャの話を他の言語で例示しただけでフルボッコされるなんて、 このスレじゃまともな技術的議論はできそうにないな 464 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:27:43 ] そりゃ保守の集まりでしかないから論議なんかはじめからする気ないんじゃ。 JCP = バチカン、JSR = 教典、それ以外の論議 = 異端 = 叩き、な ご熱心な殉教者しか居ないのは昔からの事。あ、こりゃ保守というか権威主義か。 465 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 21:12:55 ] おまえ毎日同じこといってるな 466 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 21:14:48 ] そりゃこんだけ毎度同じパターンばかり見せれるとな。 467 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 21:26:17 ] で、Javaのクロージャの場合>>432は 10,10,10...？0,1,2,3,4...？ 468 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:18:14 ] 保守の集まりというのは以前も書いてあったけど、一体どういうことだよ。 バチカンとか経典とか、お前頭は相当おかしくなっちまってるようだなｗ 469 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:20:00 ] C++（C#?)のやりすぎだろ。ストールマンの友達かなんかだろ。たぶん。 470 名前：デフォルトの名無しさん [2008/03/06(木) 23:32:55 ] >>463 技術的な議論とかしたいなら、せめてJavaスレにふさわしくJavaでやれよ。 C＃スレでPHPとかVBとかで議論wとか通用しないのと同じだろ。 これに気がつかないおまえのバカさ加減にあきれるw 471 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:33:08 ] >>432 それスタックの状態を保存するという考えに基づけば正常な動作じゃないか？ 472 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:35:33 ] >>463 もうおまえはこのスレに来なくていいよ。おまえみたいな奴が一人でもいると、スレが荒れるだけだから。 473 名前：デフォルトの名無しさん [2008/03/06(木) 23:37:22 ] >>464も忘れてたｗ バチカンとか意味不明な奴もお花畑板いけよw 474 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:39:11 ] 間違えてageちまったじゃねーかよー どうしてくれるんだ？おい、おまえら！！ >>463-464 おまえら責任とれよな 475 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:40:12 ] 何だこの酔っ払い 476 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:41:22 ] 英語は使えなくても叩くときだけは大張り切りですな。 477 名前：デフォルトの名無しさん [2008/03/06(木) 23:48:20 ] >>464 こういうことは言うのは派遣かニートだろ。 こんな社会のカスは相手にすんなよ。 違うスレでは「ニート達よ団結せよ！」とかいってる奴だからw 478 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:51:25 ] 真・スルー　何もレスせず本当にスルーする。簡単なようで一番難しい。 偽・スルー　みんなにスルーを呼びかける。実はスルーできてない。 　　　　　　← >>477 予告スルー　レスしないと予告してからスルーする。 完全スルー　スレに参加すること自体を放棄する。 無理スルー　元の話題がないのに必死でスルーを推奨する。滑稽。 失敗スルー　我慢できずにレスしてしまう。後から「暇だから遊んでやった」などと負け惜しみ。 願いスルー　失敗したレスに対してスルーをお願いする。ある意味３匹目。 激突スルー　話題自体がスルーの話に移行してまう。泥沼状態。 疎開スルー　本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。 乞食スルー　情報だけもらって雑談はスルーする。 質問スルー　質問をスルーして雑談を続ける。 思い出スルー　攻撃中はスルーして、後日その思い出を語る。 真・自演スルー　議論に負けそうな時、ファビョった後に自演でスルーを呼びかける。 偽・自演スルー　誰も釣られないので、願いスルーのふりをする。狙うは４匹目。 ３匹目のスルー　直接的にはスルーしてるが、反応した人に反応してしまう。 ４匹目のスルー　３匹目に反応する。以降５匹６匹と続き、激突スルーへ。 479 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:51:43 ] 英語云々以前に、クロージャのネタも深すぎでウザイ 明日も分からない全然決まってもないことだろ 久々にすれ盛り上がってるけど、他にネタないのか 結局は海外のソースに依存することになるんだろうけど、jdk1.8ねたとか、 いまホットなライブラリネタとかないの？ 480 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:00:27 ] >>477 何この必死君 481 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:02:00 ] >>478 これ初だけど、いつのコピペ？ というかスルー以前（あおりとかあらし以前）に 次世代JavaスレなのにC＃とかC＋＋とかスレ違いじゃないかのか？ C＃とかC＋＋で出来てるだろ、だからJavaでもやれよって論法が多いが、こいつらサルだろｗ 482 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:03:09 ] >>479 ホットなライブラリ(笑) 483 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:03:40 ] >>480 いや、バチカンとかぬかす奴よりは、やつの言い分の方が正しい 484 名前：デフォルトの名無しさん [2008/03/07(金) 00:05:15 ] で、「保守の集まり」ってのは一体何のことか説明してくれないか？ おまえ、いつも同じこといってるだろ 485 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:08:32 ] ここは誰かが JCP の動向を翻訳してくれるのを口を空けて待ってるスレですよ。 たまに自分が判定する側の人間になってると勘違いしてる人もいるようですけど。 486 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:13:31 ] >>477 このスレ初めて見ただけど、確かにそいつはゴミみたいなやつだな。 というか、そばに同じようなキモイ奴がいるんだよな。 こいつ、何とかしてやってくれよ。 487 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:18:09 ] > こんな社会のカスは相手にすんなよ > このスレ初めて見ただけど わざわざ自爆宣言するの流行ってるの？ 488 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:27:52 ] >>487 スルー出来んのか？おまえもカスだしなｗ 489 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:33:05 ] 次からテンプレに 「俺様アイディアの披露禁止」 って書いといてくれよ。 いちいち食って掛かるバカが多すぎる。 490 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:33:34 ] チャットは自粛してくださいな。 知能のある方は以下正常化でよろすく。 491 名前：デフォルトの名無しさん [2008/03/07(金) 00:36:25 ] 派遣は明日も早いし5時起きだろ？早く寝ろよｗｗ ニートはもともと社会のカスだし別にどうでもいいからｗｗｗｗｗ 492 名前：デフォルトの名無しさん [2008/03/07(金) 00:40:26 ] カス達よ団結せよ！ 493 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:42:51 ] >>466 ＞見せれるとな。 みせれる？ 494 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:47:21 ] >>492 ワロタｗｗ 495 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:54:49 ] もう追いかけてないから知らないけど、クロージャの残りの論点は、return, breakをどうするか（表記とかも）ぐらいだろ。 それからscalaとかgooglebyとか勧めてる奴もいるけど、今ならrubyだろうな。 rubyなんて正にモルモンしてるけど、perlほどキチガイじゃない。（上にあったのはバチカンだったか？） 496 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:57:28 ] このスレひっでえなｗｗｗｗｗ 497 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:59:55 ] 我こそは最前線 Java を追う先駆者と自負されてる方々ばかりですから。 498 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:00:27 ] Javaの最前線にはひどい人材しかいないようだな 499 名前：デフォルトの名無しさん [2008/03/07(金) 01:01:52 ] ＞googleby 多分ネタだろうけど、一瞬googleboyに見えたｗｗｗ 500 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:05:30 ] >>498 Javaにも最前線にも失礼。 全人類的にこのスレッドは汚物、失礼なものにあたる。 501 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:09:05 ] >>497 英語は出来ないけどなｗ 502 名前：デフォルトの名無しさん [2008/03/07(金) 01:15:28 ] >>500 早く寝ろよ。派遣先は遠いから明日も早く起きなければいけないんだろ？ 503 名前：デフォルトの名無しさん [2008/03/07(金) 01:17:42 ] >>500 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 全人類的ｗ 504 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:18:54 ] Javaの未来は暗いな 505 名前：デフォルトの名無しさん [2008/03/07(金) 01:19:20 ] >>500 おまえは、カマキリでも食っちまったんじゃないか？ 506 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:23:43 ] IDが無くてもageてるのは同一人物だろうな・・・ jdk7の次のビルドでも出てくれば少しは矛先が変わるのになぁ。 12月からビルド止まったままだし・・・ 507 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:28:23 ] 全人類的とかいってる奴、あと保守でモルモン経典うんちゃらとかぬかしてる奴も 一緒に死ねよ。もうおまえの負けだな。 はよオナニーして寝ろｗ 508 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:29:22 ] 506のアドバイスでsage付けるようにしたのか 509 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:30:08 ] まずID制の導入を嘆願するところから始めなきゃならんな 510 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:36:20 ] また荒らしか。 511 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:37:44 ] >>508-510 はよオナニーして寝ろYO  512 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:44:17 ] ID無くてもBooでがいしゅつになるかで同一チェックできるんじゃないかと思えてきた。 513 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:57:05 ] >>512 誰だおまえ？ 514 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 02:01:03 ] >>513 これが噂の負け組みの人だから、かまっちゃダメ！！ 515 名前：デフォルトの名無しさん mailto:とりえず上げとく [2008/03/07(金) 02:03:03 ] 516 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 02:30:30 ] こんなところにも負け組みの人が漂流してるんですね（笑い） 517 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 02:31:37 ] ID、IDってうるさい人、あなたも負けたんですか（笑い） 518 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 02:37:45 ] ちょっとわからないことがあるのですが、 ゴズリンさんいますか？ 519 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 03:27:18 ] 今日の夜は長いですねｗ 冶金お疲れ様っす！！ 520 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 08:09:52 ] >>495 Scalaは中の人の議論でもよく出てくる言語だよ。 やっぱりよく出来てる。使ってねーけどw 521 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 08:16:56 ] Control invocation syntaxで算術ifも書けるね。うれしい。 522 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 15:55:38 ] >>520 使えば分かるよ。Javaから見れば何でもありだからｗ 523 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:51:10 ] ニート達はもうどっか行っちまったか？ 524 名前：デフォルトの名無しさん [2008/03/07(金) 22:44:28 ] ニート、ニートってうるさいんだよ！Java使ったってC＃使ったっていいだろ！！！ 525 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 22:52:21 ] 何この自演ｸｾｰの 526 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:19:40 ] 派遣はいていいですか（・＿・） 527 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 01:09:17 ] >>525 ニート乙 528 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 01:10:46 ] 図星だったか… 529 名前：デフォルトの名無しさん [2008/03/08(土) 11:59:23 ] 派遣はいていいですか（・＿・）  530 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:51:33 ] しつけーよｗいいよ！いていいよｗ、むしろお願いするｗ 531 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 13:15:38 ] 派遣はいてないですか！？ 532 名前：デフォルトの名無しさん [2008/03/08(土) 17:01:22 ] >>530 ニートなんですが…ボクちんもいいですか（・＝・） 533 名前：デフォルトの名無しさん [2008/03/08(土) 22:44:17 ] >>530 誰だってJava使っていいですよね？ 534 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 11:44:37 ] >>522 何でもできるとかそんなことじゃなくて、すごく良く設計されている。 535 名前：デフォルトの名無しさん [2008/03/09(日) 15:38:37 ] >>534 ボクちんニートなんですが… 536 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 22:07:15 ] rubyとscalaの大きな違いは、JavaVM上で動かすことを前提にしているかどうかだな。 537 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 22:25:37 ] 馬鹿そう… 538 名前：デフォルトの名無しさん mailto:sage [2008/03/10(月) 01:34:42 ] >>478 > 激突スルー 539 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 11:37:58 ] どう使うかに絞った簡単な解説 Closures for Java jazoon.com/download/presentations/1680.pdf 540 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 19:49:32 ] ふと思った。例に出てくる for each とかで for each (String name, Thing thing : myMap) { 　　if (thing.isCocksucker()) { 　　　　return;　　　　　　　　　　　　// ← ｺｲｼはどこに return するのかね？ 　　} 　　doSomething(name, thing); } 541 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 19:57:15 ] for eachの置かれているメソッドから抜ける。 542 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 20:24:55 ] >>540 >>540 >>540 >>540 543 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 20:45:25 ] そーいや、BGGA だと Listener系どーすんだろ？ java.awt.event.ActionListener とかみたいに、メソッド一個の場合は良いけど java.awt.event.MouseListener とかみたいに幾つもメソッドある場合とか。 MouseAdapter 使っても名前指定できないとアレだし。CICE も同じ問題かかえてる。 FCM だと Named inner method が作れるから、この点は問題にならんのだけど。 やっぱ BGGA だと public void onMouseClicked({MouseEvent e => void} block) { 　addMouseListener(new MouseAdaptor(){ 　　public void mouseClicked(MouseEvent e){ block.invoke(e); } 　}); } みたいな感じにすんのかなぁ？ メソッド数が大変な事になるような気もするけど。 544 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 20:57:59 ] クロージャより関数オブジェクトとか関数リテラルみたいなラムダの方が欲しいんだけどなぁ。 545 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 21:32:42 ] >>544 クロージャと、関数オブジェクトとか関数リテラルみたいなラムダとの違いって？ 546 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 22:20:39 ] >>543 void addMouseActions(java.awt.Component foo, {MouseEvent e => void} clicked, {MouseEvent e => void} released, {MouseEvent e => void} entered) { foo.addMouseListener(new MouseListenerBuilder() .setMouseClicked(clicked) // null check wished? .setMouseReleased(released) .setMouseEntered(entered); } 547 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 23:16:07 ] >>546 それだと順番間違えやすいし、順番間違えてもコンパイル時にチェックできないから 実行時に変な動作してから初めて気付く事になるような…… 548 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 01:37:02 ] じゃあブロック引数は一つの関数にすればいいんじゃないの？ 変な人。 549 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 08:09:04 ] それじゃ>>543と変わらん 550 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 09:22:49 ] builderパターンを使うってアイデアもあるけど、 実際比べてみると匿名クラス使う場合とタイプ数もあんまり変わらんのよね。 builderパターン + クロージャ： addMouseListener(new MouseListenerBuilder().setMouseClicked({MouseEvent e => System.out.println("clicked"); })); adapter + 匿名クラス： addMouseListener(new MouseAdapter(){ public void mouseClicked(MouseEvent e){ System.out.println("clicked"); } }); 551 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:03:38 ] クロージャってこういう呼び出し方出来ないんだろうか・・・。 ({arg => hogehoge})(arg); 552 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:06:59 ] クロージャーよりもやっつけで盛り込んだ既存のライブラリ仕様を洗練させて欲しいんだが。 553 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:34:23 ] >>551 BGGA v0.5にはない。 554 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:34:44 ] 洗練って・・・ 下位互換考えるともう変更できんだろ・・ 555 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:37:22 ] >>551 それだと単なるキャストだね。 argがクラス名と変数名/フィールド名で重複してるけど。 556 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:39:02 ] >>552 openjdkあたりにパッチ送れば？ acceptされるとは限らんけど。 557 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:43:30 ] というか勝手にクラスライブラリ作ればいい。 将来採用されることもありうる。 558 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 13:50:47 ] 必要になれば、Cのtypedefみたいなのでもっとパワーアップしてるのがサポートされるんじゃないか。 タイプ量が多いとかはエイリアスで解決できるわけで、クロージャの言語仕様とは全く関係ない。 といいつつもJavaではtypedefみたいのは永遠とサポートされないと思うけど。 559 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 14:21:24 ] typedefとマクロはないだろうな 560 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 15:14:22 ] JavaFX はどうなったのさ。 561 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 16:00:16 ] >>558 ヘッダファイルを使うC言語と違って、 Javaのコンパイル単位はtypedefと相性悪いでしょ。 publicクラス毎に、何回も同じtypedefを書く必要出てくるし。 あと、typedef入れるより型推論が入った方が嬉しいぞ。 562 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 17:09:38 ] Cのtypedefのパワーアップとして考えられるのは、文字通りtype definedのこと。 型推論と似てるけど、型推論は動的にやるでしょｗ もしあるなら、typedefは静的におこなわれる、型(class)別名で、 変数のようにスコープを持つとかなら、 CやC++ templeteのようにバグとか追跡不可能で エラーメッセージも意味不明にまでなったりしないと思う。 だから、やっぱり長いしタイプ量が変わんないじゃんというのは分かるけど、 タイプ量が多いのとクロージャとは関係ない。 563 名前：デフォルトの名無しさん [2008/03/12(水) 17:13:03 ] 今やるならアノテーションになるけど、 結局はtypedefやりたいならアノテーションつかってツール作って自分でやってくれよってなるんじゃないか。 564 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 17:16:42 ] Adaのtypedefならいいわけか 565 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 17:56:30 ] typedefというよりも、別名（エイリアス）ってのがあればいいってわけだ 566 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 18:25:48 ] >>562 タイプ量が多いのとクロージャは関係ないよ。 タイプ量が多いと builderパターン+クロージャで リスナを生成するのが面倒くさいってだけで。 それに別名定義できても、C言語のヘッダファイルみたいなものがないと それほど便利にはならないっしょ。それよりは型推論の方がいいって事。 型推論も別名定義も両方あってもいいけどさ。 567 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 18:35:57 ] そーいや、>>45には type aliasingあるけど、これも続報ないからどーなってんのかわからんね。 もっとも、これは generics でバカみたいに長くなった型名を短くてわかりやすいものにするのが 主な目的っぽいから、>>550 みたいに generics使ってない上に、 MouseListenerBuilder やら setMouseClickled やら MouseEvent やらの 個々の識別子は長すぎて読み易さを低下させてる、ってわけでもないのに 使うようなモンでもねーと思うが。 568 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 18:47:24 ] もういっそプリプロセッサがあれば良いんじゃね？ 569 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 19:22:09 ] >>567 >>550ならtype aliasingいらんだろ。 元から MouseListenerBuilder やら setMouseClicked みたいな名前使わなけりゃいいんだし。 っても、別名使うにしろ、元のから短い名前で定義するにしろ 可読性とのトレードがあるから短い名前考えるのも面倒だわな。 どっちかっつーと、>>116みたいな引数の型推論入れたほうが楽だしタイプ量減る。 builderパターン + クロージャ + 短い名前： addMouseListener(new MLB().sMC({MouseEvent e => System.out.println("clicked"); })); builderパターン + クロージャ + >>116みたいな引数の型推論： addMouseListener(new MouseListenerBuilder().setMouseClicked({ e => System.out.println("clicked"); })); 570 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 19:24:45 ] > addMouseListener(new MLB().sMC({MouseEvent e => System.out.println("clicked"); })); なにこれ 571 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 19:30:27 ] >>570 よーするに、可読性落とさないような名前が思いつかないなら >>550のタイプ量は妥当だって事。 572 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 21:31:24 ] そもそも、タイプ量だけなら >>543 使って onMouseClicked({MouseEvent e => System.out.println("clicked"); }); で良いんだし。もしくは >>543 と control invocation syntax 使って onMouseClicked(MouseEvent e){ System.out.println("clicked"); } 573 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 21:42:20 ] 別にクロージャーが入っても何か新しいことが出来るようになったり 下らないミスが減ったりするわけじゃないんでしょ。拡張 for 並みに どうでもいいんだけど。 574 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 21:43:13 ] >>572 エイリアスやらマクロやらプリプロセッサやら出してくるぐらいなら、そっちのがいいね 575 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 22:01:29 ] 拡張forは便利だろ。 いちいちインデクサなんて書いてられるか可読性も落ちる。 576 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 22:04:29 ] インデクサ？ Iterator の間違いじゃね？ 577 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 22:10:25 ] javax書き換えられないようなsuperpackageはいらない、Sunの失態が無いなら良いけど 578 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:00:42 ] ↑ん？どういうこと？ 579 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:01:12 ] >>575 C#に洗脳されすぎｗ 580 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:03:18 ] クラスとかメソッド名が長いってだけなら、ビルダークラスとかを継承してオーバーライドして自分で短い名前にしてくれよ。 それぐらい頭使え。 581 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:12:34 ] void hoge(a){actionPerformed(a);] で、短いメソッド名で実装して、それを呼び出すことね。 582 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:26:28 ] indexerって普通の英語なんだが。 583 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:30:00 ] Javaじゃそんな言葉使わんしここ日本。 584 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 23:31:02 ] 普通の英語って事は「索引を作る人」って意味で使ってるとか？ 585 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 00:02:39 ] >>583 お前は日本語でプログラム書くのか？ 586 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 00:16:46 ] 演算子オーバーロードが言語仕様にあれば Javaでもインデクサって普通に呼ぶだろうね。 Javaもinterface経由で演算子オーバーロードに対応したらいいのに。 AppendableとかCalculateableみたく、目的を明示すれば設計者も馬鹿しないでしょ。 587 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 00:21:01 ] 演算子オーバーロードは絶対にサポートしないといってたけど。 588 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 00:28:40 ] >>585 いやいや、言いたいのは話をわざわざ分かりにくくするために英語にする必要はないだろうということ。 589 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 00:33:24 ] C#ちゃんはいいかげんに巣に帰れよ 590 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 02:05:45 ] インデクサくらい理解してやってくれ。 ループ抽象(拡張for) コントロール・インヴォケイション・シンタックス は過激に便利ですよ。>>539のp4-6見てください。 プログラム構造がかなりすっきりまとまります。 プログラム内でのコードの共通化も進みますし。 591 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 03:43:59 ] ↑もうこなくていいから。死んでくれ 592 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 06:40:12 ] 病的な過剰反応だな。明らかにネットに向いてない。 593 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 14:00:38 ] >>592 おまえも 594 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 21:56:17 ] >>561 別に相性は悪く無いと思う 以下のような感じでstatic importでtypedefを取り込めるような仕様にしておけば 問題無し -- A.java -- package a; public class Alias { type FileName = String } -- B.java -- import a.Alias._; public class B { public static java.io.RandomAccessFile open(FileName name) { .... } } 595 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 22:49:58 ] >>594 それをやるには static import とは別の仕組みが必要になるし、 どうせやるなら class Alias みたいなものをヘッダファイルモドキとして使うのは間抜けすぎる。 596 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 23:59:35 ] >>595 それ言っちゃおしまいでしょ。 java.lang.Math とか java.util.Collections とか、 クラス外にメソッド置いとけるんならクラス外に置きたいようなのは標準APIにも多いし。 Java でやるなら >>594 みたいなやり方しかないと思うけどね。 597 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 00:01:58 ] >>562 > 型推論と似てるけど、型推論は動的にやるでしょｗ MLなどの型推論はコンパイル時に静的にやるよ。 動的だったら、型を推論するまでもなくチェックすればいい。 >>567が言っているような、 generics使って汎用に書かれたクラスに、 具体的なクラスを与えて、新たなクラスとしてpublicにする、 って機能は必須だと思う。 ただconcept(C++), type class(haskell)のような形の方が より汎用でスマートだと思う。単なるエイリアスじゃなくて 両クラスのグルーとなるコードも加えられるし。 598 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 00:05:28 ] >>596 クラス外メソッド定義とクラスエイリアスは別件。 599 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 00:15:29 ] >>598 クラス外メソッド定義したいって言ってるんじゃなくて 言語仕様が許すなら必ずしもクラス内に置く必要ないエイリアスやメソッドを クラス内に置かなきゃいけないのは等しくアレだって事 600 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 02:39:52 ] アノテーションでいいよ。機能的には違うけど、本質的に同じだし。 601 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 03:01:16 ] クロージャーなんて既存機能で十分まかなえるものの焼き直しなんかより もっと AOP 的設計が出来るようなアプローチしろよ。インスタンスフィールドへの アクセスもトラップできるようにすればそもそもプロパティ拡張もいらんだろが。 602 名前：デフォルトの名無しさん [2008/03/14(金) 03:44:37 ] クロージャで演算子オーバーロードもとラップできるといいけどな 603 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 05:49:16 ] > インスタンスフィールドへのアクセスもトラップできるようにすれば フィールドアクセスがめちゃくちゃ遅くなりそうだな 604 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 06:29:16 ] final 宣言されてない getter/setter と同等にできるだろ。めちゃくちゃの根拠が不明。 まぁプロパティアクセスに関しては「後で」「静的に」「他のソースを修正せずに」アクセサを 追加できれば十分だが。 605 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 06:51:54 ] また変な奴が常任してしまったな。 606 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 06:54:17 ] ＪＳ乙 607 名前：デフォルトの名無しさん [2008/03/14(金) 07:11:52 ] C#厨房よりはましｗ 608 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 07:28:45 ] というかおまえ誰だよ 609 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 07:33:04 ] 俺ビルジョイ 610 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 07:58:33 ] ＪＳじゃイニシャル違うじゃんかよ 611 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 10:58:17 ] >>604 そか？ 隠蔽されたフィールドに対するアクセスとかも考えたら プロパティモドキじゃ対応できないし馬鹿みたいにでかい仕組みが必要になると思うが。 612 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 12:18:31 ] JKが女子高生なんだからJSは・・・ 613 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 12:22:35 ] 専門学校生だよね 614 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 12:30:48 ] >>611 それだけなら何とかなると思うが…… もっとも、リフレクション対応までして「インスタンスフィールドアクセスのトラップ」 できるようにするより他の事にエネルギー使って欲しいぞ。 615 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 15:49:59 ] J 常識的に S ｾｯｸﾙして 616 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 16:03:51 ] >>611 現時点でも少なくともリフレクション程度は確保できる。 まぁフィールドアクセスはそれも包含できるという意味で引き合いに出しただけで本意は別。 ゴリゴリ書くしかなかったのを簡素化したいのはもっともだが、なら無名内部クラスより DI の標準様式一つでも考慮しろと。 617 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 16:14:40 ] > DI の標準様式一つでも考慮しろと。 ？ 618 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 01:41:01 ] あれ？JFileChooserが遅いバグって6u5までのどこかで修正入った？ 619 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 10:17:10 ] >>541 つーか選択肢は二つくらい(?)あって 　・クロージャから抜けるのみ ・・ >>540のコードなら、doSomething() が実行されないだけで for each は続く 　・for each の置かれているメソッドから抜ける 「JavaのクロージャはこれまでのListenerの構文糖衣だぜ」ってんなら 前者が選ばれるだろうなと思ってさ。 620 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 10:19:34 ] >>619 > 「JavaのクロージャはこれまでのListenerの構文糖衣だぜ」ってんなら 違う。 621 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 10:32:19 ] 匿名クラスの構文糖って言いたかったんかな 622 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 11:45:56 ] クロージャのreturn周りはどうなるのかホントわかんないな。 ECMAScript風になるのか、ruby風になるのか。 623 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 11:54:42 ] C#風に、内容に expression しか書けないクロージャ（ラムダ式）と、 statements が書けるクロージャの2種類作るってのもアリだと思うんだけど。 624 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 11:54:49 ] どっちでもない 625 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 12:41:25 ] ruby風はありえないだろ 何がどこに抜けるんだかバージョンによって変わるだなんて 626 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 13:29:50 ] returnで脱出する最外レベルはメソッドであって、 クロージャやブロックではない。 詳しくは www.javac.info/closures-v05.html を読め。 627 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 04:07:09 ] Listenerを登録するという設計自体がクロージャと相性が悪いわけか なんでこんな設計にしたんだ 628 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 04:15:55 ] 他に手がないからだろ 629 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 08:58:11 ] >>627 てか他に手は無いだろ 630 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 02:03:03 ] >>627 相性が悪いって程でもないと思うが 確かBGGAでは、function typeをListenerに暗黙に変換するための 仕掛けが用意されるんじゃなかったっけか 631 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 09:54:37 ] >>630 ActionListenerみたいにメソッド一個しか無い場合は変換できるけど、 BGGAには、MouseListenerみたいにメソッドいっぱいある場合の変換の仕掛けはないよ。 named inner methodがあるFCM と比べると、BGGAとXxxListenerは相性悪い。 632 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 10:02:50 ] tronicek.blogspot.com/2008/03/method-references-version-2008-03-17.html method reference だそーです。 method reference に '#' 使うのが平気な感覚もってるのに accessing property に '.' 以外の演算子使うのってダメなんかねぇ…… と思ったり。 633 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 10:50:41 ] listOfArgumentTypesは必要かね? 継承に絡まない型推論はしない主義だから必要になるのかな。 文脈は常に強く型付けされているはずだが。 634 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 10:59:04 ] もう Method の静的解決 (Foo.class みたいな) でええやん。関数ポインタみたく使えりゃええんじゃろ。 635 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 11:00:07 ] static import で listOfArgumentTypes 書けるようにしてくれませんかね？ 636 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 19:35:24 ] >>633 本来なら通常は要らんと思うけど、同名のメソッドがオーバーロードされてる 場合必要になるから、必須にしてるんじゃないかな？ 637 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 19:41:39 ] それは型情報で分かるから。 638 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 20:49:02 ] >>634 ちがうよ。変数スコープが重要 639 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 21:46:47 ] >>637 contravariant な変換許すなら、型情報だけから必ず判るわけじゃないから listOfArgumentTypes 省略しないタイプも必要だと思うぞ。 省略できても良いと思うけど。 640 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 23:01:51 ] >>637 (System.out#println(String)).invoke("Foo") みたいな場合を考えると必要なケースもあるよってこと もちろん、必要じゃないケースもあるから省略はできてもいいと思う もちろん、上のような式を実際に書く必要はないだろうけど、文法上 書けるなら対策は必要になるわけだ 641 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 23:28:18 ] そろそろjdk1.7はリリースされるの？ 642 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 00:19:26 ] 来年の始め頃じゃないか 643 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 00:27:41 ] 1.6updateN が出てから 1年ぐらいは必要じゃないかと思うが 644 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 09:45:57 ] なんだ。まだか。 645 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 21:34:28 ] Java7からと思ってたが、Java KernelはUpdate Nから入るのね。 JMFあたりも自動ダウンロードしてくれるならありがたい限りだけどどうだろ。 646 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 12:48:24 ] JDK7 build25 download.java.net/jdk7/changes/jdk7-b25.html download.java.net/jdk7/binaries/ 647 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 06:58:13 ] クロージャーなんかよりも、入出力ストリームや Lock 使った try-finally 使いまくりのコードを きれいに書ける構文考えてくれよ。synchronized と違和感ないような (これもブロック抜けるときに モニタ開放するし)。 try(Writer out = new FileWriter("foo.txt")){ 　　... } catch(IOException ex){...} ↓みたいな。二重tryでもいいや。 Writer out; try{ 　　out = new FileWriter("foo.txt")){ 　　... } catch(IOException ex){ 　　... } finally{ 　　try{ if(out != null) out.close(); } catch(IOException ex){throw new RuntimeException(ex);} } 648 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 08:59:28 ] それは既に入る予定だが? しかもクロージャを使って。 649 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 09:30:50 ] >>647 つ control invocation syntax 650 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 14:22:07 ] 次のjava7でクロージャ以外で主要な目玉機能ってなんですか？ 651 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 16:03:13 ] 俺はダグ・リー先生のjsr166y.forkjoinがどうなるかが最大の関心事 素晴らしすぎ。 652 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 16:21:19 ] 今度の JavaOne で dolphin の進捗も発表されんじゃね？ 653 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 17:00:32 ] クロージャ以外は特にないよ 654 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 20:05:44 ] fork-joinはメニーコア時代の必需品になるだろうし重要だと思う。 そんな時代だと永続性ユニットとしてRDBMSだけじゃなく、 これとMemoryMappedFileあたりと組み合わせたやつとか使いそう。 655 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 21:35:45 ] FileじゃなくてOODBください　＞＜； 656 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 15:47:45 ] いつまでも実現しないMVMは？ 657 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 15:06:35 ] JDK7 build26 download.java.net/jdk7/changes/jdk7-b26.html download.java.net/jdk7/binaries/ 658 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:56:54 ] LINQみたいなのは、はいらんの？ quaereのような式言語っぽいやつじゃなくて言語実装として組み込まれてるのがほしい。 659 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 00:12:37 ] スクリプト関連ほんとに追加されるのかな〜 660 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 03:23:42 ] スクリプト関連は、やるだろうね。 Java一本が難しくなった今、他言語のサポートは急務 LINQみたいなのは、能力的に無理そう。 661 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 19:50:57 ] method refarenceなかなかいいんじゃないの？ Integer#parseInt(String);のやつ 662 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:41:53 ] JavaFXをプッシュしてるけどSunは、まともなオーサリングツール作る気あるのか？ どう考えても負け戦な気がするんだけど。 663 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:24:56 ] 君にはまだ早すぎる。できる開発者だけの楽しみだしｗ 664 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:38:25 ] 負け戦は確定でしょ ただでさえ中心人物がどんどんやめていってるのに 665 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 15:16:25 ] SUNは、開発者ごとJavaFXをGoogleにあげればいいと思うよ。 開発者のやる気も出るし、Android標準搭載になっていい事だらけだと思うぞ。 まあもらってくれないだろうが・・・ 666 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:37:07 ] JavaFXって結局ブラウザの中でも実行できるんだっけ？ デモサイトを見てもブラウザ内で実行できるのが無いんだけど単にJavaFXのブラウザプラグインがまだ無いだけ？ 667 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:43:12 ] 全部javaで書いてあります。> JavaFX 668 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:47:01 ] えーとね、スクリプトをサポートする順番は、sunの発表では、rubyとかはあるけどFXは全く予定にないってところだった。 まだ熟してないんだよ。そーあせるなってｗ 669 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 00:18:10 ] 熟すときは来るのか？ｗ 670 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 07:10:25 ] SM次第でSMのシルバーなんとkがが市場を開拓すればおのずと、 知らないだろうけど、フォトランのsun風味とかもあるし、 671 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 11:09:35 ] JDK7 build27 download.java.net/jdk7/changes/jdk7-b27.html download.java.net/jdk7/binaries/ 672 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:02:22 ] JDK6でせっかく入れたTools APIはjava7のリッチクライアントプロファイルでは外されるんだな。 Tools APIってJDK6で入っただけでまだ標準ライブラリ化してないんだっけ？ 673 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:09:04 ] >>672 リッチクライアントプロファイルからはjavacとか削るつもりなんだろ。 プロファイルによってはAWT/Swingみたいな標準ライブラリも削られる。 だからTools APIが削られる事と標準かどうかは関係ない。 674 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 13:47:38 ] プロファイルはJREの話だからjavacがないのは元からだ。 toolsAPIはJREのrt.jarに入ってるから削られる。 675 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:18:04 ] >>674 このスレの主だから。こいつは、なんつーか傲慢で非常にひねくれた性格なのよｗ 確かageたりすると、こいつ、すぐ発狂するからｗｗ 676 名前：デフォルトの名無しさん [2008/05/26(月) 14:20:08 ] ＞プロファイルによってはAWT/Swingみたいな標準ライブラリも削られる。  だからTools APIが削られる事と標準かどうかは関係ない。 この「だから」ってのはどうつながっていて、標準ライブラリとTools APIとどういう風に「関係がない」のかちゃんと説明できるの？ 偉そうに適当な事ばかり言ってないでさ 677 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:39:12 ] AWT/Swingが削られるのはヘッドレスプロファイルだろ。サーバーサイド向け。 けどjava2Dの一部ってAWTだよな・・・。 678 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:54:49 ] headless はマジで助かる。 Ubuntuにheadlessのopenjdkが入って助かった。 でないとサーバ用途なのに、画面周りが必要だったり困りもの。 679 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:59:42 ] 1.4以降なら -Djava.awt.headless=true つけりゃヘッドレスモードになったような。 680 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 15:00:26 ] Ubuntuはもうjdk6u10入ってるのか。 新java-pluginって単にJavaFXでブラウザからドッカブルにしたかっただけだよね。 J++が吐いた糞バイトコード食ってブラウザ毎VMおとされる心配がなくなったから良いが。 681 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 15:09:12 ] >>679 ん、そうなんだけど、インストール時はdependencyの関係上画面周りの インストールが必要だったのよ。使わないのに。 682 名前：デフォルトの名無しさん [2008/05/27(火) 19:24:21 ] このスレにもageると発狂する奴がいるのか？ 683 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:13:57 ] 研究室も貧乏臭くて真っ暗なんじゃね？図星だろうｗｗ 684 名前：デフォルトの名無しさん [2008/05/28(水) 19:35:25 ] 研究室にテロでも仕掛けるのか？ 自分でまねいた種だし、いっちょやっつけちゃってよｗｗ 685 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 16:29:28 ] 研究室にテコを仕掛けてきますた。 見事に釣り合っております。 686 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:12:40 ] JDK7 build28 download.java.net/jdk7/changes/jdk7-b28.html download.java.net/jdk7/binaries/ 687 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 07:16:41 ] 教えて君ですまない。 build28というのはどのくらいの進捗なの？ クロージャやプロパティは使えるようになってますか？ 688 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 08:00:59 ] > build28というのはどのくらいの進捗なの？ まだまだ。 > クロージャやプロパティは使えるようになってますか？ なってない。 689 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 08:02:52 ] >>687 クロージャ使いたかったら www.javac.info/ のプロトタイプ使うのが手っ取り早い。 690 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 12:06:41 ] >>688-689 ありがとう。それは残念、待ち遠しいですね。 691 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 14:56:19 ] 別にイラネ 692 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 16:02:03 ] 多値関数がホスィ 693 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 17:43:41 ] 俺も思う 配列で実現する シンタックスシュガーでいいんだけどな・・・ ( String a, String b ) = hoge( c); が書きたいだけなんだ・・・ Object[] hoge(String c){ } で定義する、でもいいから・・・ 694 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:45:55 ] バグの温床なので諦めて下さい 695 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:59:38 ] >>694 どの辺がバグの温床？ 696 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 21:14:57 ] javascriptでもできるようになったんだよな。 var [a, b] = (function (a, b){returen [a, a + b]})(10, 20); って・・・。 697 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:44:05 ] 多値とオプション値型は、 ヒープを消費しない形で多用したいので、 組み込みで入れて欲しい。 698 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:54:09 ] >>697 スタック使うのは、何年か前にBugDatabaseでVMの大幅な変更が必要だから却下って言われてたような。 699 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 00:54:28 ] VMって、戻り値に複数スタック渡せないんだっけ？ 700 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 07:13:10 ] 無理 701 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:27:13 ] 多値だけは止めてくれ吐き気がする あれは本当にたちが悪い 702 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:27:38 ] VMは戻り値指定にひとつの型しか指定できないし、戻り値を返す命令もireturn lreturn freturnみたいな単一の型指定しかできないので、最低限、戻り値指定と複合return命令を追加する必要がある。 703 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:36:46 ] invokedynamicでも入るんだから何でも入りそう。 704 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:37:27 ] invokedynamicと戻り値指定変更の影響範囲の違いもわからないのか。 705 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:51:59 ] 実行時にはa,i,l,f,d,voidしか区別する必要ないんだから、 結構簡単なんじゃないの? 706 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:30:28 ] じゃあおまえがプロトタイプを作って見せてくれ 707 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:45:29 ] コンパイラの方も多値は基本的に代入だけだしね。 708 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:06:16 ] いや、だから、コンパイラが返値をObject[] に変えてくれればいいんですお。 配列の返値はOKですよね？ 709 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:12:01 ] オプション型は、論理型への暗黙の変換か、 match case文がないとダサダサだね。 Javaには入りづらいだろうね。 710 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:30:19 ] >>705 戻り値の数と組み合わせの管理が必要になるだろ。 711 名前：デフォルトの名無しさん [2008/06/13(金) 13:35:23 ] 引数の参照渡しと多値関数どちらかとれといわれたらどっちがいい？ 712 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:38:09 ] どっちもイラネ。 case節で指定できる型を増やしてくれ 713 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:38:22 ] >>710 それはコンパイル時に終わらないかな? *loadのスロット参照すればいいから。 714 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:58:13 ] > *loadのスロット参照すればいいから。 バイトコードベリファイア書き換えないと無理ね。 変更後のバイトコードベリファイアに脆弱性ないかを調べるの面倒だし。 あと、スタックフレームが連続してる保障ないはずだから、 *loadでやるのが可能なのかも疑問だったりする。 715 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:53:31 ] >>714 連続してなくても＊loadで参照できればいいんじゃないのかな。 コンパイル時にフレームサイズもindexも決まるわけだし。 ベリファイア書き換えはちょっと面倒だね。 invokedynamicみたいな基本ポリシーy面での変更はないけれど。 716 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:08:26 ] > 連続してなくても＊loadで参照でき るようにするためには、VMの書き換えが必要になるわけで。 717 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:41:36 ] というか基本的にフレーム内は連続してる前提でしょ。 もちろん実装に任されているけれど。 多値だって個数はスタティックに決まるんだからフレーム内におさめられるし。 >>714は何が疑問なんだろ。 718 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:44:58 ] >>717 VM仕様で、異なるメソッドでフレームが連続していなければならないって記述してある箇所あんの？ 719 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:01:11 ] >>718 *returnしたものが、*storeなどで参照できるってことだけだね。 多値が追加されたとしても、その辺の抽象的なVMの定義は変らないのでは。 720 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:02:24 ] > 3.6 Frames > A frame ceases to be current if its method invokes another method or if its method completes. > When a method is invoked, a new frame is created and becomes current when control transfers to the new method. > On method return, the current frame passes back the result of its method invocation, if any, to the previous frame. > The current frame is then discarded as the previous frame becomes the current one. あたりを読むと、モデルとしては完全に分離してるように見えるが。 721 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:03:36 ] >>708 Arrayだとdoubleとか入れるの困るじゃん 722 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:09:55 ] >>719 *return した値ってオペランドスタックに置かれるんじゃなかったっけ？ ローカル変数領域だったっけか？ 723 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:23:43 ] >>721 java.lang.Doubleにboxingすりゃいいのでは？ >>693みたいな構文糖でいいって場合は配列生成するんだろうし コストはあんまし重要視してないんじゃないかと。 724 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:31:45 ] >>693 > Object[] hoge(String c){ > } > で定義する、でもいいから・・・ これはありえんだろ。型弱すぎw 725 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:35:48 ] 型の話でいうなら変換前の言語の時点での問題だろ。問題にならんと思うが。 726 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:07:14 ] Object[]よりも無名クラスのオブジェクトの方が向いてるんじゃないの。 ボクシングの問題とか。 727 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:18:16 ] 裏側でクラス作るくらいなら、Object[]でいいと思う そんな謎のpublicなクラス作られると気持ち悪い。 728 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 19:54:19 ] 本当に構文糖にできるなら、Object[]の部分は何かで書き換えられると思う。 で、Genericsのようにチェックはコンパイル時ってことでいいんじゃないかな？ 729 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 20:45:07 ] >>701 そこにタッチ 730 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 21:07:15 ] >>712 それは思うなぁー 確か7でStringのswitchができるようになるとかいう噂もあったよな あれは是非お願いしたい。 731 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:21:24 ] 最近Scala触ってるんだけど、正直Javaの拡張はもういらない気がしてきた。 欲しいなと思ってたものが殆ど揃ってる。 732 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:38:47 ] JavaよりJVMの方だな、もっとよくなってほしいのは。 733 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 04:51:09 ] Java仮想マシンの仮想化機能: Multi-Tasking www.shudo.net/article/SoftwareDesign-200409-MVM/ Javaのメモリ消費問題の解決を目指すSunのプロジェクト「MVM」 www.itmedia.co.jp/enterprise/articles/0503/28/news020.html ついにベールを脱いだ米SunのリアルタイムJava journal.mycom.co.jp/news/2005/07/04/012.html NASDAQも採用進めるリアルタイムJava japan.zdnet.com/sp/feature/07realtime/story/0,3800078308,20352629,00.htm Java SEのJVMにマルチタスキング機能とリアルタイム機能が盛り込まれたら 用途がもっと広がると思います。 SUNは自分の商売に使いたいから提供しないのでしょうけど、 コミュニティが独自に開発しないのは何か事情があるのでしょうか？ 734 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:46:14 ] どの会社も独自に頑張ってるよ。特にJ2ME。 735 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 01:25:43 ] MVMはJNIがある限り厳しいという話をこのスレで読んだような・・・ 736 名前：デフォルトの名無しさん [2008/06/17(火) 03:53:10 ] >>735 JNI必要な応用ばかりじゃないし、 MVMの基準に合致するJNIの制約を作ることも可能。 737 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 10:42:44 ] MVMのJVMとノーマルのJVMを別物と思えばいいような気がするなぁ。 MVMに乗せるアプリは一定基準を守る事って。 Appletだってそうなんだから。 738 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 10:54:58 ] タプルは使ったことないからいまいち、どのあたりが有用なのか分からない。 Object[]で簡易的にやりたくないなら、 class タプル内部クラス  String a,b; でいいんじゃないの？これや[]を超える有用なのところがなにかあるのかな。 739 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 16:02:15 ] 何で突然タプルの話なの? 740 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:45:39 ] >>738 端的に2つ言うと、 ・別にタプルとしてまとめて扱いたい訳じゃない ・見やすいから使いたい です。 741 名前：デフォルトの名無しさん mailto:sage [2008/06/24(火) 18:54:00 ] invokedynamicは命令ひとつ追加するだけっていう単純なものじゃないんだな。 742 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 01:14:36 ] publicなfieldにするのにObject[]なんかできんし、 ただ組を表現するのにclass定義とか面倒すぎる 743 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 04:34:06 ] Map.Entryでえぇやん 744 名前：デフォルトの名無しさん mailto:sage [2008/06/27(金) 12:20:21 ] JDK7 build29 download.java.net/jdk7/changes/jdk7-b29.html download.java.net/jdk7/binaries/ 745 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 08:59:42 ] JDK7 build30 download.java.net/jdk7/changes/jdk7-b30.html download.java.net/jdk7/binaries/ 746 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 00:37:03 ] 　　　　＝　＝　＝　寄生虫一家のだんらん　＝　＝　＝ パパ「どうだ〜　大画面のプラズマテレビはスゴいだろ〜〜」 ガキ「スゴいね〜　パパ！　これもパパがいつも言ってる愚民からのお金で 　　　買ったの？」 ママ「パパはね、世間がどうなってもたぁ〜くさんお金が貰えるし 　　　ボーナスで毎年プラズマテレビと車も買えるんだからぁ〜〜」 パパ「しかし最近はさぁ〜　マイッタよ、職場が禁煙になっちゃってさぁ〜 　　　なにしろ30分おきに入り口の外までタバコ吸いにいかなきゃならない 　　　んだからなぁ〜、ヘタにそのまま遊びに行くとどこでオンブズマンとか 　　　いう輩が見てるか解らんからなぁ」 ママ「ほんとにあの連中はウジ虫よね！　自分がなれなかったからって 　　　人の幸せをねたんで」 パパ「まぁ、うちはおじいちゃんの代から公務員だからな、チョロい1次試験 　　　さえクリアすれば2次の面接なんて特攻服で行ったって満点合格なんだ 　　　よ、ハ〜ッハッハッ！」 ママ「ボクもね、大きくなったら公務員になるのよ、一生遊んで暮らせるん 　　　だから〜〜」 ガキ「ウン、ママ！　ボクも公務員になるよ。　ところでさぁ、今年もまた 　　　あのタダの保養所に遊びに行くんでしょ？」 ママ「ママねぇ〜　あそこ飽きちゃったのよ、休みはいくらでもあるんだから 　　　今年はパリにでも行ってお買い物したいわぁ〜〜」 パパ「そうだな〜〜ぁ　カラ出勤と合わせれば1ヶ月は軽いしな 　　　よ〜〜し、今年の夏はいっちょう行くかぁ〜〜　ハァ〜、ハッハッハ」 ガキ「ワ〜イ　ワ〜イ」 747 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 03:18:08 ] >>693 そこでなぜObject[]をGenericsで表現しないのか 748 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 03:18:51 ] >>730 C#と同じノリでいくか。 enumで出来れば十分だろ 749 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 22:55:31 ] >>747 複数の返値が型が違う場合を考えて。 750 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 23:12:29 ] >>749 それはT=objectで対処可能。 751 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 23:34:21 ] >>750 いや、・・・何かGenericsを勘違いしていないか・・・？ 752 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 05:27:30 ] >>749 戻り値が違う場合？ 俺の場合はその戻り値の型を同行する前に 自分で型を作って、二つの型に共通するスーパークラスを 作るにふさわしいかどうかを考えるがな。 そうはいかないときもあるが、そういうときは 根本的に設計上の問題があると考えられる。 デザインパターンを考慮するときはとくに。 753 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 00:18:11 ] JDK7 build31 download.java.net/jdk7/changes/jdk7-b31.html download.java.net/jdk7/binaries/ 754 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 16:51:54 ] >>752 (String , Map) こんな二つの結果が帰ってくるときなら、Superclassも何も無いと思うが・・・ 755 名前：デフォルトの名無しさん [2008/07/22(火) 21:55:05 ] TextSS 756 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 07:28:02 ] mail.openjdk.java.net/pipermail/closures-dev/2008-July/000180.html > Closures and XML support in Java 7 are unlikely. だってよ、どーするよ。 757 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 08:28:01 ] んん？ unlikelyって・・・見込みがないってこと？ 758 名前：デフォルトの名無しさん [2008/07/23(水) 09:03:58 ] 実装するのは思いのほか大変だってこと。 759 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 09:17:18 ] >>758 実装は www.javac.info/ から取ってこれるが。 どっちかっつーと技術的な問題じゃなくて政治的な問題でしょ。 google も www.javac.info/google-position.html みたいに及び腰だし。 760 名前：デフォルトの名無しさん [2008/07/23(水) 09:48:43 ] 実装という書き方が悪かったね。 今までのJava(Cの延長）からすればたいぶ異質なパラダイムを入れるのに抵抗があるので、思いのほか大変って意味。 761 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 09:57:18 ] そういうことかー 英語弱いんで助かりました。 762 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 09:58:55 ] >>760 パラダイムとか関係ないでしょ。 Javaにclosure入れるっていう根本方針に反対な人が多数派ってんならともかく。 763 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:00:18 ] > Java 7 itself is starting to seem unlikely ;-) orz 764 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:05:11 ] genericsの時もやたらと遅れたし大規模に言語変更するときはJSRみたいな委員会型の組織だと動き鈍くて大変だよね 765 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:07:56 ] ぽんぽん尻軽に大規模な言語変更されても困るからしかたない 766 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:14:55 ] 小規模な言語変更だとぽんぽん尻軽にやっちゃうんだけどね。 assert とか勝手に予約語に追加しやがるし。 767 名前：デフォルトの名無しさん [2008/07/23(水) 12:43:43 ] assertが予約語で何か不満でもあるのか？ 768 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 12:55:23 ] >>767 JUnitで使われてた assert って名前のメソッドが改名させられたのは有名な話。 enum って変数名使ってて泣いた奴も案外多かったりして。 769 名前：デフォルトの名無しさん [2008/07/23(水) 13:33:48 ] それならC#の方が凄いんじゃないの？ 770 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 13:38:08 ] enumは多かったな 771 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 13:40:21 ] >>768 ﾉｼ 772 名前：デフォルトの名無しさん [2008/07/23(水) 15:00:16 ] >>755 www.vector.co.jp/vpack/browse/pickup/pw5/pw005236.html 773 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 15:36:24 ] >>759 googleは時期尚早としか書いてないけど、 > To arrive at the best solution, Google is open to multiple parallel investigations > but is not currently prepared to commit to any particular proposal. というのは、もしかしたら、data parallelがやりやすいかどうか、 良く確認してから決めたいと考えているのかな。 774 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 19:41:05 ] >>773 BGGA の初版から 2年、BGGA のver 5出てからもう 1年近くたってるし 未だに時期尚早ってのはなぁ…… Java7 から漏れるそうなのも、jsr166 に closure っつーか function type 入れたくないよって事なんじゃねーかと邪推したくなる。 doug lea は function type 入れない CICE の提案者の一人だしなぁ。 775 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 00:08:41 ] さっさとScalaに移行しようぜ。Javaなんて、使ってられなくなるよ。 776 名前：デフォルトの名無しさん [2008/07/24(木) 00:26:39 ] グルービーはもう廃れちゃったの？ 777 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 00:27:15 ] あらま。delegate感覚で使えると期待してたのに。 まぁListenerの代替として使いたいって程度だから、 Swing Application Frameworkがあれば十分だけど。 代わりといっちゃなんだがOGNL式の静的チェック機能とか欲しい。 778 名前：デフォルトの名無しさん [2008/07/24(木) 05:41:11 ] なんだこいつ？ 779 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 08:01:33 ] >>777 その辺は JSR-305 さえ入ってくれれば @Language("OGNL") とかできるようになるんじゃねーかと思うけど…… 780 名前：デフォルトの名無しさん [2008/07/27(日) 02:53:17 ] 　 781 名前：デフォルトの名無しさん [2008/07/28(月) 00:10:23 ] jakartaのなかから標準APIに取り込んで欲しいのは？ 782 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 00:22:28 ] ない 783 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 00:28:42 ] 俺もないなあ 標準APIは太りすぎだろ 784 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 16:07:43 ] EEやSEに突っ込んだら勝ちって競争になりつつあるからね。 土方プログラマ方面では標準化して統一してほしいだろうし。 785 名前：デフォルトの名無しさん [2008/07/29(火) 16:24:35 ] いくら標準化しても、おまえじゃ使えないだろうな。おまえが使えるようになった頃には既に誰も使ってないだろうしw 786 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:15:22 ] jakarta、generics対応してないの多いからな JDK1.3くらいのときはありがたかったものも今では必要ないとかかなりあるからね 787 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:35:02 ] 正直、言語面の変化しか注目してない。 後は自分の使いたいクラスライブラリ使う。 788 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:44:27 ] JSR-203 の試験版。 download.java.net/jdk7/jsr203/binaries しっかし、これ pfav.setOwner(fs.getUserPrincipalLookupService().lookupPrincipalByName("hoge")); とか横に長すぎなんですが…… commons-nio が必要になる予感 789 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:49:12 ] メソッド名長くしすぎると、 Jakarta Commons VFSに負けちゃうかも… >>774 CICEはクラス中心的でJavaっぽくていいんだけど、 これだけじゃ物足りないね。 790 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:52:12 ] それからDoug Lea先生は、JSR-166との絡みで、 control abstractionにまいっちゃってる可能性が… そうするとBGGA, FCMに吸い寄せられるような 791 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:23:49 ] >>788 生APIってのはそんなもん だからみんなファサード大量に容易するわけだ 生APIの場合は出来ないことが存在することがまずいわけで 多少のインターフェースの悪さは無視するのが普通かと 792 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:50:04 ] >>791 >>788 の例は、出来る出来ないの話じゃなくて、どっちかっつーとクラス構造(?)の話かな。 UserPrincipal extends java.security.Principal 使う必要があるんか？って話。 setOwner(String) でいいじゃんって思うんだけど。String じゃダメな理由あるんかな？ 793 名前：デフォルトの名無しさん [2008/07/29(火) 22:05:32 ] 極端に言えば、BGGA以外は匿名クラスとあまり差はないし、ならクロージャいらないとの議論になりかねない。 BGGA自体も、関数言語指向の方向性は自然な姿だけど、controlのあれはビックリしたけどね。 なんだかんだ言ってサポートされるからブログとか追いかけて気にし過ぎだなｗ 794 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 00:15:33 ] >>793 ネストしたときのわけわからなさは異常 1つのメソッドのみのインターフェースを書くのがだるい人向けかな 業務系だと型そのものが大事ではなくてインターフェース名そのものが大事だから あんまり使われないと思う 795 名前：デフォルトの名無しさん [2008/07/30(水) 00:37:34 ] 総称型はコンパイラ時の型安全のつもりだろうけど、インターフェイスの引数で使うとまったく違った使い方ができるし、 クロージャも同じように使ってるうちに全く想定外の使い方がでてくるんじゃないの。 interface Inte <T extends java.lang.Number> {  int compareTo(T obj); } Inte<BigDecimal>だとobj.subtract(this)とかできる。 796 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 01:22:10 ] >>795 日本語でもうちょっとわかりやすく 797 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 01:33:57 ] 言ってることはわかる気がするが それなんか意味あるの？ 798 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 02:18:49 ] >>784 > 土方プログラマ が エア プログラマ にみえたので眼鏡を新調してくる。 799 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 05:00:44 ] >>798 おまえのそのメガネは高く売れる。 800 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 05:12:58 ] >エア プログラマ にみえた 正解です 801 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 09:18:27 ] >>788 これ java.nio.file.Path がディレクトリか調べるのに旧I/O使わないと path.getFileAttributeView(BasicFileAttributeView.class, true).readAttributes().isDirectory() とかする必要あるんですが…… 旧I/O使うと new File(path.toUri()).isDirectory() で済むけど 旧I/Oだと java.io.File#getPath() で帰ってくるのが java.nio.file.Path っぽいけど、 実は String だとか名前の統一性なくなるからあんまし混ぜたくないんだよなぁ 802 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 12:00:59 ] こんなん見つけた。 blogs.sun.com/abuckley/en_US/date/20080728 module を言語全体のキーワードでなく文脈依存のローカルキーワードにしたいんだけど、例えば 　class classname { module classname(){ throw new Error(); } } って宣言があった場合、module型を返すメソッドなのか module privateなコンストラクタなのか判別付かなくて悩ましいというお話。 互換性だけを考えると module型を返すメソッドにするべきなんだろうけど…… 803 名前：デフォルトの名無しさん [2008/07/30(水) 14:08:05 ] >>796 おまえの知能を疑うが、どこを日本語にして分かりやすくして欲しいんだ？ 804 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 15:34:07 ] >>803 >>795のどこが不思議な使い方なんだ? 805 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 15:52:28 ] つ >>795にとって不思議 806 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:02:10 ] >>804-805 お前らの頭の中は不思議でいっぱい 807 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:42:40 ] >>768 あれは面倒くさかった。 ぜんぶassert()メソッドをassertEquals()やassertNotTrue とかに変更する羽目になった 808 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:44:49 ] >>781 Log4jかな。あれを標準化したロギングAPIと統合して欲しい。 ライブラリ依存関係で混乱するから。 Commons Math、Commons Collections、Commons Configurations も標準APIにいれて欲しい 809 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:48:12 ] >>786 CollectionsのGenerics対応はまだまだ遅いよな。 別ライブラリとしてGenerics対応されたやつがあるだけで まだまだ時間かかりすぎる。 810 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:53:19 ] マ版でやってくれないか？ 811 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 19:03:07 ] この話題はマ板じゃねぇだろ 812 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 19:44:09 ] >>802 単純型名で module型が使える場合は module型を返すメソッド、 そうでなければ module privateなコンストラクタってのはダメなんかね？ module型使ってる場合は module privateなコンストラクタを一切使えなくなるけど、 それはmodule privateな静的ファクトリメソッド使うなりして我慢してもらう方向で。 813 名前：デフォルトの名無しさん [2008/07/30(水) 20:52:30 ] >>811 いや。十分にマ版ネタだと思うが。 814 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:04:53 ] moduleか package名前空間使って public package FacadePackage { 　public class FacadeClass { 　} 　private class SomeClass { 　} 　private package SomePackage { 　　private class SomeClassB { 　　} 　} } んなFacadeなパッケージを作れないだろうか。 UMLで登場したことがある「Facadeに相当するパッケージ」を 作れないかと期待。 今まではクラスレベルでしかできなかったことがパッケージレベルでも 出来ればと期待。 815 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:05:42 ] >>813 キーワードが増えてこまったこととか、CollectionsのGenerics対応とか、技術ネタだろ。マ板にもっていく必要性がわかんない。 816 名前：デフォルトの名無しさん [2008/07/30(水) 21:51:13 ] 技術ネタなんじゃなくて、おまえの愚痴でしかないようだが？ 817 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:59:29 ] ネタとして次世代Javaではなさそうだが。 818 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 22:02:04 ] >>816 まぁ、落ち着けよ。 宿題やったか？早いうちに終わらせとけよ。 819 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 22:15:07 ] >>814 module で export package 指定できりゃそれで良いんじゃ？ 820 名前：デフォルトの名無しさん [2008/07/31(木) 00:52:21 ] >>818 早く死ねよ 821 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 01:48:01 ] >>819 それはC/C++のヘッダファイルと同じ運命を辿らないか？ できればimport宣言はそのクラス内ですませたい 822 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 03:08:13 ] >>818 ITドカタは来えろ 823 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 08:22:28 ] >>821 > それはC/C++のヘッダファイルと同じ運命を辿らないか？ ってどーゆー事？ 「export うんたら」 はモジュール外から使えるクラス「うんたら」だけに制限する。 >>814 みたいな事は OSGi の Export-Package 使えばできるんじゃね？って思うんだが。 JSR-277 はそこんとこはクラス単位みたいだけど それを パッケージ単位でもできるようにすれば良いだけのよーな。 824 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:03:56 ] >>801 Attributes.getBasicFileAttributes(path, true).isDirectory() までは短くなるな。 十分長いよーな気もするけど。 new File(path.toUri()).isDirectory() に比べても、まだ長いし。 825 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:12:33 ] >>812 そんな事するぐらいなら module を言語全体に影響するキーワードにした方がすっきりせんか？ 変数名とかフィールド名にmoduleって名前使ってる人には泣いてもらう事になるけど。 826 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 11:51:29 ] SunにはJavaのコードからexeバイナリを生成するコンパイラの開発をしようという計画は無いんですかね VM作ってるぐらいだからやる気になればそう難しくなさそうですが 本末転倒かな便利だと思うけど 827 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 11:59:58 ] >>826 スレ違いのレベルも下がったな。夏休みか。gcjでも食ってろ蛸。 828 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 12:13:47 ] >>826 スレ違いのレベルも下がったな。夏休みか。Visual J#でも食ってろ蛸。 829 名前：デフォルトの名無しさん [2008/07/31(木) 12:47:13 ] 粘着はそろそろ消えてくれないか 830 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 12:49:15 ] >>825 影響範囲がでかすぎる。 assertのときほどJavaはマイナーではないし、enumほどみんなに使われるわけでもない。 ほとんどの人が直接使わないのにキーワードにされたら、そりゃ怒るだろね。 831 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 13:05:12 ] >>830 moduleって名前使ってない人は怒らないから大丈夫。 それに列挙型よりはモジュール機能の方が使用頻度高いと思うが。 言語仕様汚れる方が将来の言語拡張の妨げになるから嫌って人も多いし。 832 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 13:09:29 ] >>802 そこに 2つ目の案として 　class classname { module classname(){ throw new Error(); } } はmodule privateなコンストラクタで、package privateなmodule型を返すメソッドは 　class classname { package module classname(){ throw new Error(); } } にしろって案が出てるけど、これも結構汚いよなぁ。 現実的ともいえるけど。 833 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 13:26:23 ] >>827 使いものになんねーだろあれ 834 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 14:11:32 ] gcjはclasspath使って書き換えるからそれが完了すれば5.0までいけるんだけどな。 835 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 14:52:33 ] もうウザイし、誰か相手してやれよ。 836 名前：デフォルトの名無しさん [2008/07/31(木) 15:58:31 ] >>831 言ってることが良く分からないんだけど、どの言語仕様が汚くなるの？ 837 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 16:56:07 ] >>836 全体にキーワード適用した方が言語仕様が単純に保てて汚れずに済むって話。 >>812みたいな小細工が汚れそのもの。 838 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 16:57:51 ] >>831 今後の言語拡張だけじゃなくてコンパイラの単純さ健全さバグの少なさにも影響してくるし。 839 名前：デフォルトの名無しさん [2008/07/31(木) 19:27:08 ] はあ？ 840 名前：デフォルトの名無しさん [2008/07/31(木) 19:48:45 ] >>837-838 抽象的で分からないんだけど、もうちょっと具体的に技術的な話は出来ないの？ 841 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 22:33:06 ] >>840 お前、このスレ来るのまだ早いよ。 842 名前：デフォルトの名無しさん [2008/07/31(木) 22:40:07 ] ↑頭おかしいだろ？早く病院行ったほうがいいぞ 843 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 23:34:18 ] >>840 言語仕様に追加する場合考えてみ？ 全体キーワードなら 3.9 Keywords に module 加えればいいだけ。 >>812 をやろうとすると、大量に書き換えが必要になる。 844 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 17:57:54 ] >>843 もう全体キーワードの追加は認められないだろね。 moduleなんてパッケージ名はどこにでもありそうだし。 言語処理側ががんばればいいのなら、それでやるべきだと思う。 845 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 19:36:50 ] いっそのことmojuleとかにしちゃえばいいのに 846 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 19:53:09 ] ところで、module って本当に jdk7に間に合うのか？ OSGi との互換性とか整合性とかどーすんだろね？ なんつーか >>763 の予感が…… 847 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 22:25:45 ] >>845 それなんてCloneable？ 848 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 23:17:36 ] そろそろC＃が巻き返してくるんじゃないのか？ 849 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 01:27:02 ] 意味がわからん 850 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 01:35:26 ] 確かにC#の方が儲かる罠 851 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 02:35:05 ] Scalaでえぇよ 852 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 03:07:57 ] >>850-851 スレ違い 853 名前：デフォルトの名無しさん [2008/08/03(日) 03:25:49 ] >>848-849 スレ違い 854 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 04:14:44 ] >852-853 スレ違い 855 名前：デフォルトの名無しさん [2008/08/03(日) 05:46:06 ] せっかく期待したのにお流れになった機能とかは、MSのやつなら使えるからジャヴァには期待してない。けっきょくジャヴァ使っててもWindowｓしか使わないしｗ 856 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 07:20:31 ] ジャヴァとか馬鹿じゃね？ 857 名前：デフォルトの名無しさん [2008/08/03(日) 07:28:50 ] 確かに今はバカかも試練が、7が出ればそうも言ってられなくなる。 そう思いたい。 858 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 08:08:30 ] age厨は意味取り違えるのが好きらしい 859 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 11:18:41 ] そのようだ 夏だからしょうがないか 860 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 14:00:57 ] どこも夏だな 861 名前：デフォルトの名無しさん [2008/08/03(日) 14:23:47 ] ジャヴァ ジャヴァ 862 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 16:32:20 ] kusosure 863 名前：デフォルトの名無しさん [2008/08/03(日) 17:20:09 ] moduleは導入されるけど、closureは無理だろうな。 英語のページだと悲観的見解が多い。 やっぱりいつまでも指をくわえて待ってないで、C#とか既にあるのを使えばいいんじゃないか。C#は使ったことないけど・・ 864 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 17:30:44 ] > 英語のページだと悲観的見解が多い。 どこ？ 865 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 17:33:42 ] そーいや closureのプロトタイプが nonlocal return サポートしたってさ。 break と continue は、また今度らしい。 mail.openjdk.java.net/pipermail/closures-dev/2008-August/000190.html 866 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 17:47:20 ] >>865 nonlocal return すると例外吐いてコンパイラ落ちるんだが。 >>788 の NIO2のEA版じゃなくて、正規のjdk1.7使わんと駄目なんだろうか？ 867 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 10:14:55 ] break と continue も来たってさ。 これで今のところ予定してる機能はコンプリートしたらしい。 mail.openjdk.java.net/pipermail/closures-dev/2008-August/000193.html >>866 今回のは >>788 の NIO2のEA版でも大丈夫だったぞ。 868 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 12:39:28 ] XMLリテラルって何でなくなっちゃったの？ 869 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 16:05:52 ] >>867 www.javac.info つながらなくね？ 870 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 19:52:57 ] 7というのが、Windows7 か Java7かは謎だな。 871 名前：デフォルトの名無しさん [2008/08/08(金) 03:53:55 ] >>868 おまえが馬鹿だからじゃね？ 872 名前：デフォルトの名無しさん [2008/08/09(土) 05:22:27 ] ゴチャゴチャしているようだけど、使ってみるとC#結構いいよ。癖になりそう 873 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 10:02:24 ] 夏だなぁ。 874 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 10:29:07 ] >>872 スレ違いなんだよアホ 875 名前：デフォルトの名無しさん [2008/08/09(土) 12:33:00 ] やっぱりscalarじゃね？ 876 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 13:04:31 ] package単位でFacadeパターンを実現する手法ができるとは限らないのか 877 名前：デフォルトの名無しさん [2008/08/10(日) 00:24:57 ] >>874 C++すらも使いこなせないんですか？ 878 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:00:13 ] >>877 またお前か・・・ 879 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:15:14 ] >>878 だれのことだよｗ 880 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:16:53 ] お前だよw 881 名前：デフォルトの名無しさん [2008/08/10(日) 02:45:48 ] C++ぐらいは使えこなせるけど何か？ 882 名前：デフォルトの名無しさん [2008/08/10(日) 03:28:36 ] >>878-880 こういう奴はよく沸いてくるんだけど、どこかの糞溜めに消えてくれないか？ 883 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 09:17:41 ] 夏だな・・・ 884 名前：デフォルトの名無しさん [2008/08/10(日) 09:20:26 ] もとから糞の奴はどこに行けばいいんだよ！ 885 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 13:03:51 ] Java Module SystemはRPMと同等だとみなしてもいいよね？ 886 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 14:06:44 ] かってにみなせば？ 887 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 16:34:31 ] >>885 レイヤーからして違う。 888 名前：デフォルトの名無しさん [2008/08/10(日) 17:17:13 ] JavaでもC++でも、どうせ俺たちはIT土方じゃね？ 889 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 21:55:32 ] もういいよ。土方がそんなに嫌なのか？ 経営者以外は土方みたいなもんだ。 自分のやることにちったー誇りもてよ？ 890 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 23:47:00 ] マ板で話題にすることだね。 そっちでならスレを指定すれば 話に加わってもいいよ。 ここではマ板な話はスルー。 >>865 RPMよりyumのように扱えれば便利だよね。 それもMavenですでに実現しているかな？ 891 名前：デフォルトの名無しさん [2008/08/11(月) 01:18:14 ] ちぇ、ツマンネー奴らだな。 経営者なんて、外じゃペコペコ頭下げて、無理な要求持ってきて迷惑なだけじゃん。 人として感情をもってないペコちゃん人形と同じだな。 892 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 02:37:05 ] >>891 これは・・・ 893 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 04:01:45 ] マ版の奴らと同じように本当のところは経営者もしんどいんですよ・・・ 894 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 04:24:58 ] 夏真っ盛りだな・・・眠すぎる 895 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 07:49:00 ] どっちにせよマ板の話題 丁度いいスレがあったから紹介しておくよ ITﾍﾞﾝﾁｬｰ経営者だがそろそろ畳もうと思う pc11.2ch.net/test/read.cgi/prog/1198225909/ 896 名前：デフォルトの名無しさん [2008/08/11(月) 09:33:15 ] 経営者は常に最新のものに敏感でいなければならないため、次世代スレに興味あるんですが何か問題でも？ 897 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 10:40:01 ] そのスレ違いの発言が問題。 898 名前：デフォルトの名無しさん [2008/08/11(月) 12:04:24 ] くそすれ 899 名前：デフォルトの名無しさん [2008/08/11(月) 12:43:35 ] またお前なのかよ 900 名前：デフォルトの名無しさん [2008/08/12(火) 00:53:15 ] それで、クロージャ実装の使い心地はどうよ？ 901 名前：デフォルトの名無しさん mailto:sage [2008/08/15(金) 02:59:03 ] クロージャさえあればcatch節でclose()忘れを防ぐことができる ギャグが現実化すればのう 902 名前：デフォルトの名無しさん mailto:sage [2008/08/17(日) 11:48:43 ] JDK7 build33 download.java.net/jdk7/changes/jdk7-b33.html download.java.net/jdk7/binaries/ 903 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:27:20 ] クロージャどう見ても糞だろ？ なんだよあの関数型w 宣言とか仮引数にいちいちあんなの書いてられるか インタフェースへのキャストも糞仕様としか思えない メソッド定義が一つの時だけできるとかまともな設計センスじゃないだろ 904 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:32:38 ] メソッド定義が一つの時だけできるとか、嘘つくなよ まずは仕様をちゃんと読め。それから。 905 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:50:09 ] >>904 ちょっと誤解してたわ 引数が同じものがあったらダメってことか どっちにしても分かりにくい上にわざわざこんなことしてまで使いたくないな 906 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:55:18 ] Javaはもうこのままでいいよ。 他の言語のプラットフォームとしてがんばってくれれば。 俺はScalaに逝く。 907 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:59:08 ] Javaはまだカオスを十分に溜め込んだとはいえないからなぁ 言語仕様そのものはシンプルだし、GenericsやAnnotationの類が もう２，３種増えないとリファクタリングの効果が薄い気がする。 908 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:01:20 ] なんでこんな仕様にしちまったもんやら 素直にfunction予約語かなんか導入して function F(int i, int s); F f = { int x, int y => x +y }; f(10, 20); とか function F(int i, int s) { x +y } F f = new F(); f(10, 20); にできなかったのか？ 909 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:04:55 ] それありだわー 単純でいいなぁ 910 名前：デフォルトの名無しさん [2008/08/28(木) 23:13:59 ] それ、typedefした関数ポインタと同じじゃないの？ とっくに議論尽くされて今の仕様まで来たんだけ、全然知らないくせに横から口出すなよ。 おまえはscla使ってれ。たいした差はないと思うけどなｗ 911 名前：デフォルトの名無しさん [2008/08/28(木) 23:16:57 ] function F(int i, int s) { x +y }  F f = new F();  f(10, 20);  これなんか、クラス宣言をちょっとだけ省略した普通の関数（クラス）の宣言じゃんｗ アノニクラスと一緒にしてるみたいだし、おまえアホだろ？ 912 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:24:53 ] いまのインタフェース下のキャストより10倍はましだが？ interface F { 　int f1(int x, int y); 　String f2(int x, int y); } F f = { int x, int y => x + y }; f(.invoke(10, 100); とか { int, int => int } f = { int x, int y => x + y }; f(.invoke(10, 100); 書いててばかばかしいと思わん？ 913 名前：デフォルトの名無しさん [2008/08/28(木) 23:37:23 ] どこが馬鹿馬鹿しいのか分かるようにちゃんと指摘できないのは、バカｗ 914 名前：デフォルトの名無しさん [2008/08/28(木) 23:38:33 ] >>912 関数が多言語使ってるくせに、数学のことまるっきり分かってないようだなｗ おまえばかだろ？ 915 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:49:47 ] interface F { 　int f1(int x, int y); 　String f2(int x, int y); } F f = { int x, int y => x + y }; //あれぇ、ブロック要素なのにオブジェクト扱い？ f(.invoke(10, 100); //わざわざinvoke()を特別扱い。インタフェースには定義ないし、きもいね とか { int, int => int } f = { int x, int y => x + y }; //{ int, int => int }って、こんなの持ち回るんかい！ f(.invoke(10, 100); もうねinvokeの特別扱いとかいろいろ導入してんだよ こんなことやるくらいならもっといろいろできただろ >>914 数学（笑） 頭いいならさ説明してみろよ 916 名前：デフォルトの名無しさん [2008/08/29(金) 00:44:01 ] 久しぶりに誤変換で笑った。 関数型言語を使ってれば数学チックな思考を出来るようになっていてもいいんじゃないの？ 917 名前：デフォルトの名無しさん [2008/08/29(金) 00:45:29 ] >>915 君が糞だって事はよーく分かったからｗｗ 918 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 00:47:16 ] また糞だめから出てきたのか。 919 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 01:00:25 ] 糞は糞らしくVBでもやってろｗ 920 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 01:09:46 ] VBは早くからUnicodeに対応したユーザフレンドリな言語だと思うが。 ある意味Javaの先輩といってもいいくらいの。 921 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 01:27:20 ] javaはこのまま暗黒面に落ちていくと思う。（言語仕様が） 922 名前：デフォルトの名無しさん [2008/08/29(金) 01:28:10 ] もうJAVAはだめぽ（。。 923 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 02:27:58 ] ライブラリの仕様はJCPのようなプロセスを経るのもいいのだろうけど、 言語仕様はSUNがびしっと決めてしまったほうがましな気がするな。 船頭多くしてなんとやらだよ、まったく。 924 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 02:30:48 ] >>908 Javaはtypedefはやらない流儀。別名を導入しない。 function F(int i, int s);は別名導入しているに等しい。 925 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 02:39:15 ] いっそ、functionよりdelegate void F(int i, int s)がよくないかな 926 名前：デフォルトの名無しさん [2008/08/29(金) 02:47:55 ] いや => が混乱の元。 {int o => o<=1 && o>=-1} なんか笑われてるようにしか見えないじゃんか。 もうJAVA終わったorz 927 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:04:36 ] closureってまだ入らなそうな感じなんじゃないの? 個人的にはfunction typeの構文がかなり可読性を下げる気がするのでやめて欲しい。 型名書いているのかブロック書いているのか分からなくなる。 928 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:08:36 ] => は伝統だろ 929 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:22:29 ] >>927 糞だからな 930 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:54:34 ] >>927 お前の可読性の好みなど聞いてない 931 名前：デフォルトの名無しさん [2008/08/29(金) 06:23:44 ] ジャバのスレじゃないのか！ジャバが終わったとかC#にしろとか何を愚かなこといってるんだぁ 932 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 10:29:24 ] カタカナで書かれると、風呂釜洗い出しそう 933 名前：デフォルトの名無しさん [2008/08/29(金) 16:01:03 ] ジャバはジャバだろ！コーヒーじゃないんだぞ！ 934 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 17:19:05 ] カバオくんお風呂に入ってハァビバノノ s/JAVA/KABA/ だめだこりゃ 935 名前：デフォルトの名無しさん [2008/08/29(金) 17:19:22 ] もうVBとVBAだけあれば、俺は幸せ！ 936 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 19:42:34 ] >>924 おまえはクロージャのインタフェースへのキャスト仕様理解してから話せ 937 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 20:07:04 ] >>934 KABAはPrologだけど、知らないんだろうな・・・ 938 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 20:43:30 ] じゃあ 未だにIISオンリーで糞重C#とか、化石のVBとか、MatzクンのオナニーRubyとか？ ねーよｗｗありえねーわｗｗｗｗｗｗ 939 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 22:12:36 ] お前アホだなぁｗｗ CやVBは化石なんじゃなくて歴史があるってもんよ。 C#なんか常々進化してんじゃん。 それを言うならjavaの方がもう化石なんじゃねーの？ 940 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 23:10:22 ] まるでJavaが進化してないみたいな言い方だな 2年に一度は大きいアップデートがある（EEも含めると毎年ある）環境だというのに 昔の言語と違って今の言語はどれも大幅な更新が入るのは当たり前だぞ 941 名前：デフォルトの名無しさん mailto:sage [2008/08/29(金) 23:15:42 ] 低レベルな言語比較なら他スレでどうぞ 942 名前：デフォルトの名無しさん [2008/08/29(金) 23:19:28 ] and, because of you, you should accept the closure proposal for next generation. 943 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 06:01:48 ] 何この糞スレ？ 944 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 06:40:38 ] もうJavaなんてやめちまえ！ 945 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 11:32:40 ] 他の言語のスレで叩かれた厨が流入してるんだろう しばらくの辛抱だw 946 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 23:25:58 ] でもrubyは宗教だろ 947 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 02:10:45 ] perlは宗教じゃなきゃ何よ？ 948 名前：デフォルトの名無しさん [2008/08/31(日) 02:39:31 ] プログラミング言語 949 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 08:45:43 ] 驚くほど糞スレ こんなスレに興味を抱いた俺が馬鹿だったわ 950 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 09:00:31 ] 続きはマ板でね 951 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 10:30:15 ] >>949 おまえのような糞に言われたくない罠 952 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 12:25:27 ] >>951 その辺の返し方がクソスレｗｗ 953 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 17:29:50 ] typedefもどきはやめてくれ ソースコードが読みにくくなるんだよ 954 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:08:09 ] >>952 糞は無理して発言しなくていいよ。それよか、海外でもいいから、ねたブログとかないの？ 955 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:09:19 ] 今のクロージャの仕様はtypedefよりひどいじゃねーかww interface F { 　int f1(int x, int y); 　String f2(int x, int y); } F f = { int x, int y => x + y }; f.invoke(10, 100); なんだよこれ 956 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:40:54 ] どこかどう酷いのか書いてない用だけど… おまえ、あたま大丈夫？ 957 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:14:13 ] >>955 これってメソッドが2つあるからコンパイルエラーでは? なんか問題あるの? 958 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:37:41 ] >>957 ところが仕様ではこれがOKなのさ 驚きだろ？ 959 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 03:31:21 ] これ自体は、イヤな動きだけども、これはどのくらいの頻度でありうるものなのかな そして、どのくらいの頻度で、問題のある動きになるのかな？ メリットはかなり大きいと思うが、割りにあうのかないのか 960 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 03:33:35 ] >>955 それならもうC#しかないな。C#でもDでもいいから、一緒にやらないか？ 961 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 03:42:20 ] Scalaでいいよ！ 962 名前：デフォルトの名無しさん [2008/09/02(火) 03:52:42 ] scalaだけど少し調べてみたけど数年後には来そうだね。 でもグルービーと比べるとイマイチ違いがないんだよね（言語機能じゃなくて）。 グルービーはJSRで仕様堅めに入ってるから先が見込めるけど、scalaは（言語機能じゃなくて）普及の兆しを感じないな。 個人的にはjdk1.6で既にサポートされてるrhinoでいいんじゃないかと思う。 963 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 04:00:21 ] 静的型でクラスファイルができるのと、スクリプトと、違いがないってのか。 しかもrhinoでいいんじゃないかとかいう。 その言語で作ったクラスをJavaで自由に扱えるかどうかも、でかいとおもうよ。 964 名前：デフォルトの名無しさん [2008/09/02(火) 04:04:13 ] ↑全く意味不明なので、書き直してもらえませんか？ 965 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 04:05:43 ] rhinoやgroovyじゃ、Java言語の代わりにはなれません。 966 名前：デフォルトの名無しさん [2008/09/02(火) 06:29:38 ] スクリプトサポートの目的はJavaの代わりになるかでなくて、Javaでは難しいところやかゆいところに手が届くって意味じゃないの？ 967 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 06:34:55 ] 個人レベルで使うなら何だっていいが、企業向け開発だとなぁ 言語仕様も大事だが、大手のサポートやツールの有無 つまり周辺環境がないとどうしようもない 今んところ実質的な代替はC#にしかできないでしょ あとはRubyがちょっと流行ったくらい JavaがgdgdになるならScalaもありかもしんないけど 企業向けに立ち上がるにはよほど運がないと無理でしょ 968 名前：デフォルトの名無しさん [2008/09/02(火) 06:39:28 ] java langやjvmがサポートするのはフレームワークだと思うんだが、なんか外してないか？ まあ、このスレはこの程度かｗ 969 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 06:42:36 ] >>966 Scalaはスクリプトサポートではなく、Java言語の代替として使うことを考えられてる。 だから静的コンパイルされてクラスファイルを生成して動かす。 そうすると、Javaと同等かそれ以上の速さで動く。 クラスファイルだから、Javaからも比較的自由に使える。つまり特別な仕組みを使わなくてもServletやJPAのクラスが作れるということ。 部分的な適用がやりやすくなる。 で、今は、Javaの言語仕様拡張よりScalaじゃねぇの？って文脈。Javaの代わりになるかという話。 >>967 企業向けのエンドプログラマはJava1.4で充分でしょ。 970 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 06:43:38 ] 言語オタクのおもちゃならScalaで十分 Javaになんでもかんでも詰め込んで欲しいとは思わん 971 名前：デフォルトの名無しさん [2008/09/02(火) 07:14:40 ] >>969みたいな こういう俺様俺様ってのはどこにでもいるよなｗｗC++なんかこんな奴らの固まりだしｗｗ 972 名前：デフォルトの名無しさん [2008/09/02(火) 07:17:44 ] スカラもグルービも、ジャヴァも、クラスファイルを作ってJVMプラットフォームで動くんじゃなかったの？（.Netみたいに） 973 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:04:16 ] 企業向けだって1.4じゃつらすぎる。5つかっててｵﾓﾀ。 974 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:19:55 ] rhinoもバイトコードコンパイラあるんだが 975 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 10:45:01 ] ジャヴァジャヴァ 976 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 17:12:24 ] >>958 v0.5って仕様にはclosure conversionはsingle methodを持つもの、 って書いてあるのでそのケースはエラーになると思ったんだけど、どっか他に仕様がある? 呼ばれるメソッドが不定に見えるのでエラーにするのが普通だと思うんだが。 あと最後のinvokeはFがinvoke持ってないからエラーになるような。invokeに関しては、function typeがinvokeを持つinterfaceとして扱われるのでは。 977 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 20:35:43 ] Tグループの会社を何件か見たが、どこもJava1.3が入ってたりして焦った。 定期的にアップグレードする計画を立てるのもシステム課の重要な仕事だな。 978 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 20:51:02 ] いろいろ動かなくなるからアップグレードしちゃだめだよ 979 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 21:15:02 ] >>976 それが普通だよなw インタフェースのメソッドは一つらしい でも例外的に他のメソッドの引数がObjectのときはOK つまり正しくは以下のコードだったよ interface F { 　int f1(int x, int y); 　String f2(Object x, Object y); } F f = { int x, int y => x + y }; f.invoke(10, 100); invokeはクロージャを実行する特別メソッド インタフェースとは全然関係ない だから以下のように書けるようだ { int x, int y => x + y }.invoke(10,20); これもなんだかどうしようもないよな 最初の例見ると可読性ないよw 980 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 21:18:48 ] >>978 部署に一台、事務処理専用マシンを作っていくのは基本だろ？ 981 名前：　 mailto:sage [2008/09/02(火) 21:27:40 ] >>979　それが通るなら、逆にこれも通るのかな？ interface F { 　int f1(int x, int y); 　String f2(Object x, Object y); } class MyClass implements F{ int f1(int x, int y){ return x + y; } String f2(Object x, Object y){ return x.toString() + y.toString(); } } F f = new MyClass(); f.invoke(2,3); 982 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 21:50:23 ] >>981 それは無理だよ どこにもクロージャ使ってないでそ 983 名前：デフォルトの名無しさん [2008/09/02(火) 22:31:58 ] こいつは、メソッドレファレンスMyClass#meth()のこといってんじゃないの？ 984 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 22:56:47 ] なんだそりゃw 985 名前：デフォルトの名無しさん [2008/09/02(火) 23:09:29 ] Java 7の目玉機能は、クロージャだけなんですか？ 986 名前：デフォルトの名無しさん [2008/09/02(火) 23:18:10 ] モジュール？ 987 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:24:08 ] >>979 その仕様はどこに書いてあるん? なんでその例外的ルールがあるのかわらない。 それから、 F f = { int x, int y => x + y }; f.invoke(10, 100); これはFがinvokeを持ってないので無理でしょ? invokeはclosure literalが持つってだけで、特別なメソッドではないでしょ? (だから>>981は無理なはず) {int x, int y => x+y }.invoke(10,100)ができるのは分かる。 これはclosure literalがinvoke(int,int)を持つ型なので。 function typeがinvokeを持ってて、他のinterfaceの型に変換するときにそのinterfaceの持つ1つのメソッドに割り当てられるってことでは。 あと、literalに直接invoke呼ぶのはそんなに無いんじゃないだろうか。 988 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:32:57 ] >>985 プロパティ構文が一番じゃね? 989 名前：デフォルトの名無しさん [2008/09/02(火) 23:36:31 ] こいつの主義からすれば、func.invoke(aho) じゃなくて、func(aho) とやりたいってのじゃないの？ どうせスカラー云々スクリプト云々って奴だろｗ こいつの頭の中ではごっちゃになってて、サル脳だから理解できないんだろうｗｗ 990 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:58:48 ] >>987 たいして仕様を読んでないようなサルの相手をすることもないんじゃないの？ 君も同じく相当ヒマだろうけどｗ 991 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 01:37:33 ] このスレって偉そうに言ってる奴はどこが悪いのか指摘すらできないんだよなwwww 992 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 01:39:55 ] >>990 なら仕様を読みまくってる君が簡潔に説明してみたらいいのではないだろうか なんでここ見てるわけ？ 993 名前：デフォルトの名無しさん [2008/09/03(水) 01:45:49 ] >>991,992 くやしいのｗｗｗくやしいのｗｗｗｗｗｗ 994 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 02:12:41 ] > くやしいのｗｗｗ 知らねぇのに無理して使うなよ。ほしのあきじゃねぇんだから。 くやしいのうｗｗｗ 995 名前：デフォルトの名無しさん [2008/09/03(水) 02:37:51 ] >>994 ゴミはまだ常任してんのか。 おまえのうんちくはイランから、はよ死ね。 996 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 02:42:12 ] くやしいのうｗｗｗ　くやしいのうｗｗｗ　(ｹﾞﾗ 997 名前：デフォルトの名無しさん [2008/09/03(水) 03:00:33 ] 何この糞ｗｗｗ 次スレもいらんわｗ 998 名前：デフォルトの名無しさん [2008/09/03(水) 03:01:51 ] >>996 そんな雑学よりも、英語をみっちり勉強した方が自分スキル向上になるんじゃないでしょうか？ 999 名前：デフォルトの名無しさん [2008/09/03(水) 03:02:38 ] 逝 っ て よ し ｗ 1000 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 03:20:24 ] age 全開で自己援護に必死 1001 名前：１００１ [Over 1000 Thread] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef