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

1 名前：デフォルトの名無しさん [2007/05/12(土) 08:25:15 ] 前スレ [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/ 778 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:16:36 ] MacもWindowsも使う。 どれかしか使わないというのが、言語論争と同じく不毛な流れかな？ javaもrubyもperlもpythonも適材適所に使えばいいじゃない 779 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:45:47 ] >>778 たしかに其れが一番かっこいい。 780 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:59:27 ] rubyはperlとpythonのパラダイムに影響受けてるからそっちの分野に食い込んでくるんだよ無理やり。 rubyの影響を受けたGroovyは言語が止まってるから問題ないが。 結局、JRubyとGroovyとJythonはScripting APIに組み込まれるのかね？ 要らん気がする・・・。 781 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 23:46:52 ] JavaFXは偉大 782 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 23:47:28 ] なにが？ 783 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:04:32 ] 手元にあればmac使いたけどな。 だけどwinの方が安いからmac使う機会がないだけ。 784 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:13:40 ] 普通にlinux使えよ 785 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:16:36 ] linuxは普通なのか？ 786 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:58:05 ] MacメインでWindowsも使うJava好きのモルモン信者ですが、何か？ 787 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:23:42 ] >>777 おいおい、Macはちょっとバージョンアップが遅いとは言え、 JREがプレインストールだし、JDKもインストールCDに付いているぞ。 Javaアプリを配布する環境としては優秀なのだ。 まだ、↓だけどな。 $ java -version java version "1.5.0_07" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164) Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing) 788 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:46:49 ] アホ。釣られんな。 789 名前：デフォルトの名無しさん [2007/10/19(金) 02:05:16 ] >>777 君、アタマ悪イッショ。 オンモ二デテミ。 君ノ馬鹿サガ… 790 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 02:54:19 ] アホ。釣られんな。 791 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 09:53:36 ] モルモンっていうと家畜の内臓がどうしても思い浮かぶ 792 名前：デフォルトの名無しさん [2007/10/19(金) 23:47:33 ] 未だに1.6が出てなかったのか…＞Mac 793 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:26:03 ] 酷い話でしょ？コミュニティに任せた方がいいような気がするよ。 794 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:34:37 ] MacでJavaってそんなに使われてる？ 795 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:46:49 ] V2Cを動かすのに必須。 これが無くなるとMacを捨てなくては・・・とまでいう重要ソフト。 796 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 01:00:03 ] fx＋bbs2chreaderでいいじゃない 797 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 01:04:06 ] icedteaだっけ？フリー版のないのか 798 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 01:06:55 ] Java SE 6 Update N https://jdk6.dev.java.net/6uNea.html ブラウザプラグインの書き直し ajaxian.com/archives/ken-russell-on-the-new-java-plugin この辺りの改良でクライアントサイドの勢いがついてほしい所だな。 799 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 11:18:05 ] java6のSwingは、結構Windowsのクライアントサイドでも戦える形になってきたかなと思う。 5と6での差異なんて、数ドット単位のデザインの違いが主なんだけど、その数ドットの差が大きい。 あとはスプリットボタン、シェブロンあたりのウィジェットが追加されればなー。 800 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 00:47:19 ] >>798 > The JVM also runs in its own OS process, > so if the JVM crashes it doesn’t affect the browser. へー、便利じゃんって、オイッ！ 801 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 01:14:37 ] このJVMは独自のプロセスでも動くので、 JVMがクラッシュしたとしてもブラウザには影響を与えません。 そんなに変か？ 802 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:03:06 ] 今まで、さんざんブラウザを巻き沿いにしてきたみたいだよなw 803 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:18:23 ] 巻き添えっていうか、一気に重くなってその負荷で落ちたように見えることは多かったけど。 ブラウザとは別のプロセスで実行できるってセキュリティ的に大丈夫なんだろうか。 ただでさえVistaでUACとかいうややこしいシステムをとってるのに。 804 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:27:36 ] ↑大丈夫だからやったんじゃないかね 805 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 11:47:14 ] >>803 まずくなる理由が見つからんが… 806 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 12:25:31 ] >>803 Javaアプレットは、なぜネットワークからダウンロードしてきたコードを実行しても 安全なのか知りたければ、「バイトコードベリファイア」「サンドボックスシステム」 について調べてみるといい。 そうすれば、別プロセスで動作させても安全な理由がわかる。 807 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 12:27:37 ] >>805 Vistaで導入された鬱陶しい機能の一つに、UACとかいうのがある。 これは、セキュリティ対策のために、ブラウザの権限を制限するもんだ。 だから、ブラウザ上から呼び出されたプロセスには、なにかと制限がかかる可能性がある。 特に、ローカルのリソースにアクセスするようなのは、実行できないかもしれない。 まあ、>>804のいうようにわかってやってるはずだから、対策がないわけがないんだけどね。 808 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:03:53 ] >>807 >Vistaで導入された鬱陶しい機能の一つに、UACとかいうのがある。 >これは、セキュリティ対策のために、ブラウザの権限を制限するもんだ。 それはIE7の「保護モード」であって、UACではない。 809 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:32:03 ] >>808 そうだった。 今思い浮かんだんだが、もしかして保護モードを回避するために別プロセスに分けたのか？ だとしたら、俺が言ってたことはまるで逆だったのか。 810 名前：デフォルトの名無しさん [2007/10/21(日) 19:18:12 ] ↑だからここは君の浅知恵を披露する場ではないようだが 811 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 20:14:23 ] なんで次世代Javaスレに猿が混じっているのか不思議 812 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 10:35:00 ] ↑猿の脳みそを持つ男 813 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 11:58:57 ] ↓ご立派な人登場。 814 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 14:32:22 ] 呼んだ？ 815 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 16:23:51 ] おいおい、俺を差し置いてか？ ゴスリンが、JDK on Mac OS Xについて少し喋ってる。 blogs.sun.com/jag/ 816 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 16:52:06 ] イヤ待て、もっと大変な事言ってないか？ オレには、MacOSXにZonesが載るって書いてるようにも読めるぞ。 流れ的にそう明言してないが・・・ 817 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 18:52:08 ] >>816 Zonesってなに？ 818 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 18:59:43 ] スレ違いだが、 Solaris:BSD:Linux≒Zones:Jail:Vserver 819 名前：デフォルトの名無しさん [2007/10/22(月) 22:37:44 ] ｚ 820 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 04:27:30 ] sunはJava SEの後につく数字をマイナーバージョンとリンクさせているように見えるけど、 メジャーバージョンが上がる時にはどうするつもりなんだろう。 Java 2 SEとかにするのかな 821 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 06:18:24 ] >>820 予想 java version "1.6.0_0x" java version "1.7.0_0x" java version "1.8.0_0x" java version "1.9.0_0x" ・・・わくわく java version "1.10.0_0x" ・・・なんじゃそりゃ〜 822 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 08:57:17 ] >>820 Java 2 Platform, Standar Editionとかぶりすぎ >>821 そういうマイナーバージョンの桁上がりの問題じゃないからw 823 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 10:17:44 ] メジャーバージョンが上がるときの対策 ・Javaのあとに新しいバージョンだとわかるようなコード・名前・別名をつける ・Java自体の名前がかわる ・何事もなかったかのようにバージョン表記統一 824 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 14:30:33 ] >>821 前にlinuxのソフトウェアでndiswrapperっていうのを使ってたんだが、 使用してるバージョンが1.7で、最新のバージョンが1.21だったのを1.2.1だと勘違いして なんでバージョンダウンしてるのかすごい悩んだことがある。 825 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 16:31:30 ] SunOSとSolarisは、 Solaris 7から、SunOS 5.X=Solaris Xって関係で、 5ってのはkernelのメジャー番号。Xは共通の連番。 だからこれからJava/JDKも7, 8, 9, 10, 11と連番が上がっていって、 JVMの実装が大きく変わった時に、 連番とは関係なくJDKのメジャー番号が1→2と予想。 826 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:07:24 ] JDK7 build23 ttp://download.java.net/jdk7/changes/jdk7-b23.html ttp://download.java.net/jdk7/binaries/ なんか今回は実質的な進捗なさげだな。 「ソースのスペースを掃除したよ」って。 なんか行き詰まってるときの作業だろ。 でも2週間に1ビルドのペースが出てきたのは評価したい。 827 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 21:05:23 ] クロージャのプロトタイプ発表とかどうとかは、どうだった？ 828 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 23:07:29 ] クラス注釈に@RAIIとかサポートされたらいいな。 必ずスタックに乗るように解釈させて、スコープ抜けると必ずfinalizeされる。 メンバ内も含めてthisが代入または引数にされた場合は、コンパイルエラーとするとか。 829 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 23:20:54 ] ７は5よりもいろいろと、てこもりで楽しみだな。 830 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 01:50:16 ] >>828 C言語のregisterとかと同じで、最初のうちは最適化義務はなく将来対応するとか言っておいて、 そのうち最適化が進化したので必要ないから無視するよってなるような気もする。 831 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 05:06:57 ] なんかもうJavaはIDE前提の言語として突き進んでほしいなあ。 言語仕様もとにかくIDEでサポートしやすい方向で。 832 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 09:24:07 ] >>828 finalizeされるタイミングを陽に指定できることは除いて、 今やescape解析の仕事です。 そんな時代遅れなものが入るわけがない。 >>831 馬鹿丸出し。 833 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:27:07 ] >>832 ゴスリングのこの発言があったタイミングで バカ丸出しと脊髄反射するほうがバカ丸出し www.atmarkit.co.jp/news/200711/07/techday.html 834 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:50:46 ] そんなの知ってるw その解釈こそ馬鹿丸出しじゃん。 IDEで出来ることは、IDEでやればいいんだから。 言語を糞仕様にする必要はない。 835 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 13:04:43 ] >>194 Jakarta JJarのことか？ MavenにもJJarは同梱されているんだが 836 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 13:19:03 ] SunはSolaris向けのIPSを発表したしなあ。 opensolaris.org/os/project/pkg/documents/ 最近、言語ごとにパッケージ管理/配布システムがあって困惑気味です。 837 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 19:31:56 ] ここにはエスケープ解析を研究してる奴いるから聞きたいことあれば聞いとけ。 838 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 20:58:50 ] Googleで検索すればすぐでてくる内容しか書かれてないのに研究だと？ 839 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 06:30:11 ] クロージャの演算子 => , {int=>int}は他のなかったのかな？もう決定ぽいけど。 {int x=>x+1}とかぱっと見どうかと 840 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 15:07:20 ] lambda見なれてしまったから、他はなんでも違和感がある。 だからどうでもいい感じ。lambdaキーワードはあり得ないし。 Haskellみたいに\ってのもどうかと思うしさ。 841 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 23:40:09 ] >>839 1.5がでるときにGenerics見て、こんなのJavaじゃねぇって書き込みがいくつかあったよな 今、そんなこと言ってる奴いないだろう。慣れればそれが普通に見えてくるはず 842 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 00:10:57 ] プロパティのアクセス演算子は c->p=x x=c->p で決定なのか？ 843 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 00:40:12 ] >>842 いつの情報だ、それは。 844 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:03:03 ] 結局Javaっていっても現状Web用途がメインなんだから Servlet&JSPのほうがもっと良くなってほしい。 JSPがダメすぎてどうにもならない。 845 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:08:22 ] JSP、JSF、VelocityServlet、Wicket・・・好きなもの使え。 846 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:10:41 ] >>844 ここはSEのスレなんだよ。 そんな呆けだから(ry 847 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:36:26 ] >>843 え、古かった？ じゃ、今はなんだよ 848 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:20:28 ] >>846 ていうか標準のView仕様くらいもうSEに含めろっちゅう話やねん。 JSPにしても単なる条件分岐記述するのに別ライブラリダウンロードさせるってどないやねんって話やねん。 スクリプティングサポートする暇あったらテンプレートエンジンサポートしたほうが人気出るねん。 849 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:29:59 ] スクリプトレットの存在も知らなければ テンプレートエンジンはスクリプトエンジンのひとつに過ぎないという実態も知らないのか？ テンプレートエンジンなんぞとっくにサポートされてるっての 850 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:39:48 ] >>849 おい、JSP2.1の時代にスクリプトレット使ってんのかよ・・・ 851 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:41:43 ] お前が使いたいだけだろ、お前って御託だけで使い分けもできないのな 852 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:45:42 ] Java系の開発者って世の中のニーズが読めないやつばっかだよな・・・ 853 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:51:53 ] 典型的なかまってちゃんだな、JCPのこと調べたらJavaは諦めてPHPでもやっとけ 854 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:59:26 ] どっちにしろDerbyなんかSEに組み込むより、Viewのほうが先だろ・・・常識的に考えて・・・ 855 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 03:01:41 ] かまってちゃんとわがままちゃんって同じ匂いがするんだよな。２ｃｈの経験上 856 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 04:23:08 ] >>848 頭悪〜 Web制作板に行きなよ。 このスレはまだ早いよ。 857 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 15:25:07 ] >>82 これには何かぐっと来たぞ 858 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 01:06:38 ] >>854 ViewならSwingがあるじゃねぇか。 859 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 01:08:16 ] お前らこれ以上XSLTさんを泣かすな 名実ともにSEのViewだろ 860 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 18:41:58 ] 名実が伴っているなら泣くこともないだろうw 861 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 18:53:57 ] Extension Methods とか出てる。 gafter.blogspot.com/2007/11/closures-prototype-update-and-extension.html どうなんだろ？ 嬉しい事は嬉しいけど、これって名前空間汚れるような。 これが許されるなら、クロージャも closure.invoke(argument); じゃなくて closure(argument); したい。 862 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:04:27 ] D言語にある機能だってのは知ってるけど、この機能の初出って何だろうね 863 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:14:58 ] そう書くことで綺麗に気持ちよく書けるものはどれくらいあるのかね 864 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:27:54 ] >>863 java.util.List みたいな published interface にメソッド追加するのが主な目的ってのはいわずもがなだけど。 他の使い道ってなんかあるかね？ 865 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:44:36 ] 例えばこんな感じのがあれば、それなりに便利だと思うよ。 int UnicodeUtils.getCodePointCount(Charsequence src, int off, int len); int UnicodeUtils.getCodePointCount(char[] src, int off, int len); int UnicodeUtils.getCodePointAt(Charsequence src, int index); int UnicodeUtils.getCodePointAt(char[] src, int index); 866 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:02:23 ] >>865 char[] はともかくとして、String も StringBuilder も StringBuffer も、 codePointCount や codePointAt を持ってるはずだぞ。 CharSequence で持ってないのって java.nio.CharBuffer ぐらいか？ 867 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:02:25 ] こんなダサイの入れるくらいなら、 Haskellのtype classとかC++のconceptみたいな generic programming支援の機構を入れて欲しいわ。 868 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:24:34 ] interfaceで扱う事に意味があるんじゃないの。例えばC#だけど List<E>.ForEach(delegate(E)) みたいなのがあるけど、IList<E>じゃ使えなくて困惑したことがある。 重複したときはエラーかオリジナルのオーバーロードどちらを優先するんだろう。 interfaceのままでもリフレクションで解決とかもいいけど、それは遅くなるか。 869 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:35:45 ] >>868 それは published interface の話じゃなくて？ そーいや、C# は 3.0 で extension method 入るんじゃなかったか？ 870 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:59:46 ] static importはIDEと相性が悪い印象があってあまり使われてないけど これが導入されたらIDEに第一引数でサーチいかせる感じで使われ出すんじゃないかな。 871 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 21:29:37 ] やっぱpublished interfaceにメソッド追加（したように見せかける）以外に使い道ないんじゃ？ 872 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 21:56:47 ] 内部構造はまったくいじれないしな 873 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:09:42 ] Javaってプライドとかないの？ 874 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:19:37 ] ttp://java.sun.com/javase/ja/6/docs/ja/api/index-files/index-16.html 無いね。Java7 でもきっと無い。 875 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:19:46 ] Javaのプライドって何のプライドよ？ 876 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 23:24:42 ] 言語としてのプライド 877 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 23:27:34 ] なんかアホの子が出現してるな 878 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 11:50:05 ] >>861 > これって名前空間汚れるような。 その点、リンク張られているExpanderの方がまだいいね。 879 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 13:59:55 ] >>875 Java使いが集まって、大晦日に闘う。 880 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:17:23 ] Gosling緊急参戦！ とかなら見に行く。 881 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:50:30 ] >>879 冗談としては面白くないけど 本当にやったら面白そうだな、それ。 882 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 17:48:38 ] >>881 想像したらわろた 883 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 18:07:02 ] >>879 何で戦うんだよwwwコーディングかwww 884 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 19:52:13 ] JavaOne Tokyoのときみたいに、プロレス 885 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:05:45 ] そうね、ここはコーディングでといいたいところを ぐっとこらえて、総合ルールでやってもらった方が 盛り上がるね！ 886 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:12:33 ] じゃあ多重継承もfriendも属性も継続もありでいいんだな。 887 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:14:37 ] 属性って？ annotation じゃダメなん？ 888 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 10:35:10 ] >>880 Goslingが和太鼓たたきながら、 「本物のプログラマでてこいや！」 889 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 11:18:22 ] 本物のプログラマはPascalを使わない―――Javaも使わない。きっと。 890 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 18:39:40 ] 本物のプログラマだなんてガキみたいなこと言ってるうちは、 その本物のプログラマなるものにはなれんだろうな 891 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 18:57:17 ] 何を使うんだろう。やっぱりLisp？ 892 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:37:41 ] >>890 本物のプログラマネタくらいは知っておこうぜ、本物のプログラマならｗ ググればすぐに出てくるよ 893 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:37:47 ] ホンモノのプログラマになる極意は、ホンモノの真似をしないことである 894 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:06:57 ] ふるいネタだな。キッシュを食わないとかいうヤツだっけ。 895 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 22:21:39 ] ホンモノのプログラマはデスマーチで2chに書く暇などありません。 偽者の人生が楽しい 896 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 23:07:44 ] 業務が設計中心になってからはデスマはないなぁ。 設計工程に現役プログラマが携わらないことの危険性が 頭でもなく心でもなく体で理解したｗ 897 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 01:38:43 ] よほどヘボいSEとやってたんだな。 898 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 13:16:30 ] プログラマーは設計書が全然上がってこねーぞと文句を言っているはず デスマの原因作ってるのはお前だｗ 899 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 21:09:42 ] ↑こいつ文盲？ 900 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 21:13:46 ] うん 901 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 22:11:53 ] 宣言側の拡張メソッドだってさ。 digital-sushi.org/entry/declaration-site-extension-methods/ ユーザ側で拡張すると、メソッド名の衝突とか面倒くさいって話らしいけど。 902 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 22:25:27 ] 宣言側でやっても interface A { void method() import static SomeClass.method; } interface B { void method() import static AnotherClass.method; } class C implements A, B { } があって、 C c = new C(); c.method(); したとき、どっちのメソッド呼ぶかって曖昧さが残るわな。 903 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 01:37:50 ] 曖昧な場合はコンパイルエラーになるだけ 904 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 02:11:30 ] >>901 馬鹿馬鹿しい… 905 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 02:20:12 ] >>903 いや、use-site でも declaration-site でも曖昧なケースが出てくるのは同じじゃねーかって話。 906 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 22:05:42 ] LINQのような糖構文がほしい・・・ やっぱいらない 907 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 23:13:41 ] ハイバーネートだかなんだかのO/R マッピング使ったらええんとちゃう？ 俺もLINQはいらんけど、varはほしいな。 908 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 14:03:49 ] JDK7 build24 ttp://download.java.net/jdk7/binaries/ ttp://download.java.net/jdk7/changes/jdk7-b24.html あれ？変更点からっぽ？ 909 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 16:32:16 ] >>906 今更だが、糖衣構文を糖構文とは略しないでしょ。 910 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 17:05:48 ] syntax sugarを糖構文と訳すのはアリだと思うが。 911 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 17:08:07 ] >>910 マジすか・・・。略語じゃなくて訳の違いだったわけか。 912 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 18:35:49 ] 「糖衣構文」 と 「構文糖」 は聞いたことあるけど 「糖構文」 はあまりないな。 913 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 18:35:52 ] >>910 うーん、それはやめた方がいいと思う。 糖衣構文がうざければ、シンタックス・シュガーでいいし。 914 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 21:23:36 ] >>908 JDK6u3と比べて、アプリケーションのメモリ消費量が減っているような気がする。 915 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 01:19:49 ] Java SE 6 Update N Early Access build 08キタ。新しいJava Plug-Inが入った模様。 JDK 6u10 build b08 https://jdk6.dev.java.net/6uNea.html download.java.net/jdk6/6u10/promoted/b08/changes/jdk6uN-b08.html 916 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:13:20 ] >>908 b23 と b24 は TeamWare から Mercurial にリポジトリを移動しただけで、全く同じものらしい。 weblogs.java.net/blog/kellyohair/archive/2007/12/openjdk_mercuri_7.html フォーラムで出てた。 forums.java.net/jive/thread.jspa?threadID=34125&tstart=0 917 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:17:01 ] >>905 あれって use-site でというか、static import で use-site extension methods やると 既存の static import 使ってるコードで問題出るかもって話じゃないの？ 918 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:56:19 ] >>916 ナルホド。開発者の使ってる環境が知りたいな。GUI無しかな？ Teamwareとコマンドラインの体系は似てるし、CUIベースでかな？ それとも開発者は、Netbeans使ってるから最近出てきたMercurialのプラグイン使ってる？ 919 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:17:34 ] まだ草案レベルにもなってない例外関連のアイデアらしい www.javac.info/Multicatch.html www.javac.info/Rethrown.html multicatchは欲しい。 multicatchがあれば、rethrownはいらないような気もする。 920 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:32:25 ] "Exception1 | Exception2" って型ができるのかとおもうと、おらわくわくして（ｒｙ 型とか安全なのかな。とりあえず実現できなくはないと思うけど。 921 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:47:57 ] 基本的には「複数の catch節をくっつける」ってアイデアで 型安全どーするの？ とかの問題は先送りされてるんじゃね？ Exception1 | Exception2 って型も共通の親クラスのメソッドしか 呼べないんじゃないかと思ってる。下手にcatch節以外でも Exception1 | Exception2って型が使いたいとか騒ぐと、 仕様考える連中が面倒になってポシャるんじゃないかなとか思ったり思わなかったり。 っつーか、Rethrown はその辺が面倒になったから出てきたアイデアなんじゃ？ 922 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 16:49:50 ] catch(Exception1 | Exception2 ex) { ex.Foo(); } から catch(Exception1 ex) { ex.Foo(); } catch(Exception2 ex) { ex.Foo(); } は機械的に作れるから、まあ何とかなるんじゃない？ 923 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 17:24:21 ] 複数の例外型について handler_pc の位置を共通にするようにするんかと思ってた。 VM仕様で handler_pc はユニークにしろ、とかって制約ついてたっけ？ 924 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 21:24:10 ] ConcurrentHashMap<CustomKey<Exception, Handler>, Executor<Runnable>> とかすればいいと思うよ。 925 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 10:41:26 ] www.infoq.com/jp/news/2007/12/closures-preserving-feel-of-java クロージャ入れるのも一苦労じゃ 926 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 11:01:42 ] おれクロージャいらねぇ派だがどうせ新機能入れるなら個人的には多値返却かAda風の型定義がほしいかな。 927 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 12:01:37 ] 皆でScalaへGO! 928 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 12:28:15 ] そーいや、ム板にscalaスレあったっけ？ 929 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:05:55 ] C#3.0さわってみたが進化してるなあ。 lambda関数が int a => return a + 10 みたいな感じでインラインに書けたりと、 スクリプト言語ラブな人は嬉しい機能がどっさり。 思わず浮気しそうになる・・・。 930 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:22:31 ] >>929 > lambda関数が int a => return a + 10 みたいな感じでインラインに書けたりと、 これreturn要らないんじゃ？ BGGAのクロージャの構文、セミコロンがついたりつかなかったりで 局所リターン文だったり単なる式文だったりっつーのはバグの原因になりそうな。 ラムダ式っぽく使うならreturn書きたくないってのもわかるんだけど…… その点、C#の構文はよくできてると思う。 931 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:55:17 ] その程度ならecma262で十分。 932 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 01:05:59 ] >>930 それだけじゃなくて、C#3.0のラムダ式で int a みたいにパラメタ型を明示する場合はパラメータリストに括弧が必要なはず。 933 名前：デフォルトの名無しさん [2007/12/30(日) 03:15:35 ] >>926 それだとクラスを返しても全く同じだけど、どう違いをみせたいわけ？ 934 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 10:22:01 ] >>933 戻り値のためにクラスをわざわざ定義するのがめんどいんじゃね？ シンタックスシュガーとしてやってくれると、ちょっと便利かもね、と。 935 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 10:52:00 ] >>928 ちょっと前に探したときは見当たらなかった。 936 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 11:09:29 ] JVM系で残っているスレはこれだけだと思う。 Jython、Groovy、JRuby - どれが一番効率的？ pc11.2ch.net/test/read.cgi/tech/1100563765/ Java系スクリプト言語Groovy pc11.2ch.net/test/read.cgi/tech/1080052050/ 落ちないようにJVM系は統一して欲しいなあ。 Scalaは、Javaとの連携除いても、結構いい型システム持っているけど、 単独ではすぐに落ちちゃうと思う。 937 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 16:42:52 ] >>934 同じくタプルとかも賛成なんだけど、どうもそういうのはJavaぽくないみたい。 面倒だしとかじゃ「違う言語で」とかだから、だから「どう違いをみせたいわけ？」って聞いてる。 少なくとも君の要求ていどならわざわざ文法とか複雑にしなくとも、 Object[] func() でこと足りるしｗ 938 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 16:58:01 ] 多値用のGenericsを標準で用意してくれると嬉しいんだけどね。 こっちで用意してもいいけど、それ専用のjarってのもちょっとね。 939 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 18:28:14 ] 前も出たなこの話題w 俺にいわせりゃ多値引数はあるのに多値返却がないのはおかしいんだけどな クロージャとかの方が違う言語でやってほしいよ。javaがシンプルさとかけ離れていく 940 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 18:44:28 ] クロージャって匿名クラスで作るんだろ？ クロージャの生成側のローカル変数は、その時点で固定になるのかな？ 941 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:08:51 ] >>940 そのやりかたが2つくらい出てきてどっちにするかまだ決まってなかったんじゃなかったっけ？ 942 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:23:38 ] >>769 あたりか。 943 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:32:57 ] あら、割と近めにあったのね。すまんこつ。 944 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:35:51 ] 可変長引数を多値引数って言うのは初めてみたかも。 945 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:18:52 ] 可変長引数のこと言ってたのか。 946 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:21:18 ] たぶん。 いや、はじめてみた言葉だから間違ってるかも知らんけど。 947 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:32:39 ] すまん今作った＞多値引数 とっさに出てこなかったんだよ 948 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:39:13 ] オーバーロードのことじゃなくて？ 949 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:44:29 ] 単純に引数を複数渡せるってだけの話だろ 950 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 03:36:41 ] >>949が正解だろ。 単純に引数(インプット)には複数の値を渡せるのに、 返値(アウトプット)が一つしか返せないのはおかしい、という話。 そもそも、大元の関数型言語が(厳密には違うが)一入力一出力だったのを、 手続き型言語で使いやすいよう多入力にしたのが原因。 OOPの思想が確立したときに多出力にすればよかったのだが、折しもCベースのC++が主流だったのでそのまま。 またCPUの最適化の関係もあり、ずるずるとJava, C#・・・と今に至る。 もしJavaで多出力をサポートするなら、 rubyやpythonの返値の扱い（タプル関連)で、シンタックスシュガーが複雑になりすぎてる感があるので、(特にruby) Javaが簡潔かつわかりやすい書式（もしくはタプルに代わる概念)を策定して欲しい、と思う。 951 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 10:04:29 ] 単純に引数1個に制限すれば、対称になって>>950の気は済むってこと？ 952 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 13:43:46 ] もはや return は継続の呼び出しで良くね？ 953 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 13:56:26 ] ＞Javaが簡潔かつわかりやすい書式（もしくはタプルに代わる概念)を策定して欲しい、と思う。 結局それかよ。それを策定するのが難しいからないんだろ！ おまえが考えて提案したらどうだ？当然英語はできるよな？ 面倒って言うのが理由なら、あまり期待しないほうがいいじゃないか。 それと>>950はツッコミどころが多すぎだけど、 JavaはC++辺りと違って理念が実稼動重視（現実的)だから。 >>951もいいと思うよ。でも Object[] func(Object[]); で十分。JDK1.0 OK 有用であるが、使うかどうかは任意。 954 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 14:05:23 ] >>953書いて思ったけど、 というか普通にポインタ(C, C++)理解してるかってことに行き着くと思うよ。 本質的には、ポインタとかデータ構造とかそういうところ。 955 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:52:28 ] ポインタ関係ないな。 参照でいい。 956 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 17:21:18 ] It is assumed that many value return was realized by JAVA and on earth wants to do what? 957 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:02:07 ] 新年早々とんだ釣りだw 958 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:15:55 ] そうするに偉そうなこといってる>>953はようやくポインタを理解したガキだってこと？ Object[]で戻していいが型の安全を言語側で保証できたらいいねって話なんだが 959 名前：デフォルトの名無しさん [2008/01/02(水) 19:33:42 ] >>958 痛いおまえはｗｗ晒しあげｗｗ 960 名前：デフォルトの名無しさん [2008/01/02(水) 19:42:24 ] また宗教ですか？ 961 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:49:45 ] >>958 当然英語はできるよな？ 962 名前：958 mailto:sage [2008/01/02(水) 19:59:22 ] おいおいなんだこれ('A`) >JavaはC++辺りと違って理念が実稼動重視（現実的)だから。 >というか普通にポインタ(C, C++)理解してるかってことに行き着くと思うよ。 こういうのはスルーして俺に総ツッコミかよw 963 名前：デフォルトの名無しさん [2008/01/02(水) 20:00:23 ] ストールマンのお友達ですか？ 964 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:03:50 ] >>958 >>962 英語は当然できるんですか？ 965 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:57:58 ] 953 名前：デフォルトの名無しさん[sage] 投稿日：2008/01/02(水) 13:56:26 ＞Javaが簡潔かつわかりやすい書式（もしくはタプルに代わる概念)を策定して欲しい、と思う。 結局それかよ。それを策定するのが難しいからないんだろ！ おまえが考えて提案したらどうだ？当然英語はできるよな？ 961 名前：デフォルトの名無しさん[sage] 投稿日：2008/01/02(水) 19:49:45 >>958 当然英語はできるよな？ 964 名前：デフォルトの名無しさん[sage] 投稿日：2008/01/02(水) 20:03:50 >>958 >>962 英語は当然できるんですか？ >>953が何を言ってるのかはさっぱりわからんが、他人の英語の能力に並々ならぬ関心があることだけはわかった。 966 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 23:04:05 ] >>953 > それと>>950はツッコミどころが多すぎだけど、 > JavaはC++辺りと違って理念が実稼動重視（現実的)だから。 C言語のソースがそのままコンパイルできるC++を差し置いてJavaのどこが”実稼働重視(現実的)”なんだww もしかしてC++をまったくさわったことがないんだろうか？ それと>>950のツッコミどころとやらを説明よろしくww 967 名前：958 mailto:sage [2008/01/02(水) 23:23:15 ] ああそういう話ね >>613で出てるけどbugs.sun.com/bugdatabase/view_bug.do?bug_id=4222792で多値はwill not be fixedになってるのよ で、その理由がjavaはシンプルであるべきだーと。 当然コメントには ジェネリクスも加わったし昔のシンプルなjavaじゃないじゃん、とか 配列のシンタクスシュガーならJVMに変更いらないだろ、とか 可変引数があるのに戻り値が複数取れないのはおかしい、とかもうすでに散々出てるわけよ。 でそれを踏まえた上での>>939(俺)の ＞クロージャとかの方が違う言語でやってほしいよ。javaがシンプルさとかけ離れていく だったわけよ 英語が堪能な>>953はそれを踏まえた上で >結局それかよ。それを策定するのが難しいからないんだろ！ >おまえが考えて提案したらどうだ？当然英語はできるよな？ と言ってるんだよな？（>>950は俺じゃねーけど） 968 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 00:35:05 ] 他でやれよもう。 969 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 01:59:17 ] 苦労じゃのう 970 名前：デフォルトの名無しさん [2008/01/03(木) 06:43:34 ] ストールマンじゃないです。 ゴズリンと友達です。 971 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 06:48:51 ] 英語で会話できるようになるのは、日本人の夢なのです！ ジーニアス、ジーニアス！ 972 名前：デフォルトの名無しさん [2008/01/03(木) 06:51:34 ] >>966を読んでみても、相当痛いやつだなということだけは分かるw 30台は間違えないねｗ この様子ならすぐ1000行くけど？どうする？やっちゃう？ 973 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 07:30:05 ] >>962 >>966 おまえに勝ち目はないなｗ そろそろ目を覚ませよｗ 974 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 07:40:36 ] 馬鹿の方が声がでかいのは、ゴミ溜めではよくあること。 975 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 09:02:58 ] それをどうするかが問題なんじゃないか？ 976 名前：デフォルトの名無しさん [2008/01/03(木) 10:55:17 ] また宗教ですか？ 977 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 11:32:48 ] 英語は出来て当然です。 978 名前：958 mailto:sage [2008/01/03(木) 12:24:52 ] ごめんなさい勝ち目はありませんでした。 今目を覚ましました。 979 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 12:30:35 ] 次スレ [Java SE 7] 次世代Javaの動向 6 [dolphin] pc11.2ch.net/test/read.cgi/tech/1199330977/ 980 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 12:43:57 ] 「間違いない」を「間違えない」と書くやつがまだいるのか どこの方言だ？ 981 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:46:40 ] >>978 早ｗ 982 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:57:34 ] 英語は出来て当然です。 983 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:58:57 ] 今目ってなに？ 984 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:59:01 ] 技術書の英語は読みやすいからな 詩を書けと言うと無理だが 985 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 16:08:34 ] 英語って読むだけじゃなくて書けないとダメなんじゃないか？おじさん英語じゃあるまいしw 986 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:00:42 ] >>984 Full in care, car was to became miss note. 987 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 01:02:20 ] This if a pen. 988 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 01:54:33 ] >>986 To be,To be,Ten made To be 989 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 16:28:25 ] エリート狂想曲ﾅﾂｶｼｽ 990 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 10:35:13 ] てｓｔ 991 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:36:15 ] あれで夢精を覚えた

---

---

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

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