[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]

1 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:38:16 ] 前スレ [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/ 2006年12月にMustang Java SE 6がリリース予定 Mustangの掲げる主な目標は以下の点にある。 * 互換性と安定性および品質の向上 * Easy of Developmentの実現 * WebサービスおよびXMLサポート機能の拡張 * リソース管理や診断機能の強化 * デスクトップ環境の強化 Java SE 6 じゃじゃ馬ならし www.javainthebox.net/laboratory/JavaSE6/ 82 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 23:52:44 ] MATLABは大学でも 特定の研究室に関わらないと知らないと思うぞ。 あと、高いしな。 FortranやC/C++のほうが知名度が高いだろう。 83 名前：デフォルトの名無しさん [2006/11/29(水) 20:30:40 ] 昔、Javaにポインタを導入しろとか言ってたやつがいたなｗ 84 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:24:09 ] ぬるぽ 85 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:26:25 ] >>82 CやJavaを使える生徒が減ったという理由でMATLABが必修になりつつある情報科があるんだよなw まず教授がCやJavaを使えないって話かもしれんがw 86 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 01:18:03 ] >>83 C#見て小躍りしたんだろうなぁ >>84 うん。ガッ 87 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 01:43:40 ] 大学生は生徒とは呼ばない。学生と呼ぶ。 生徒は中高生のことを指す。 88 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 20:26:03 ] ++java 89 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 09:48:41 ] Java# 90 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 07:44:53 ] #java++ 91 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 10:42:01 ] Java SE 6 まだ〜？ 92 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 13:37:01 ] #import <java.lang.System> 93 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 12:24:19 ] JDK7 build03 ttp://download.java.net/jdk7/binaries/ ttp://www.java.net/download/jdk7/changes/jdk7-b03.html Changelogの多さからして本格稼働した様子。 94 名前：デフォルトの名無しさん [2006/12/10(日) 10:42:44 ] 次世代Java == C# 95 名前：デフォルトの名無しさん mailto:sage [2006/12/10(日) 14:05:39 ] 流石に言語機能としてはまだC#のほうが上かな。 さすがDelphi作者が作っただけはある。 Java 7からはプロパティやクロージャも検討されるから 2009年には若干C#より柔軟になる。 96 名前：デフォルトの名無しさん mailto:sage [2006/12/10(日) 15:43:40 ] そーいや、クロージャの話はいろいろ出てきたけどプロパティの話はあんましみないね。 97 名前：デフォルトの名無しさん [2006/12/10(日) 19:22:49 ] リリースまだかよ。 12月も1/3過ぎちゃうぞ。 98 名前：デフォルトの名無しさん mailto:sage [2006/12/10(日) 23:09:53 ] なんか、最近ようやく継続の存在意義を知った 99 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 20:13:17 ] リリースされたよ。JDK6。 100 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 20:33:55 ] ランゲージパックは無し？ てか5.0のupdate10をちらっとみたけどこっちのがマニアックに凄いな selectが内部でepollで実装されてるってことはゲーム用途でもいけそう 101 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 21:36:15 ] >>100 ランゲージパックなんていままでもなかったと思うが。 102 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 21:43:47 ] そうだっけか。ドキュメントやらNBやらと違ってそのまま使えばいいのか。 103 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 21:50:39 ] 静かなリリース 104 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 22:31:28 ] まだりりきゃんでしょ。 105 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 22:32:50 ] >>102 前から、JDKの日本語ダウンロードページなんかは前からあるけど、 ダウンロード方法なんかが訳されてるだけで中身は一緒だったな。 106 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 23:17:34 ] 翻訳は https://jdk-api-ja.dev.java.net/ja/index.html でやってるよん。 早く日本語のAPIリファレンス欲しい人は手伝ってみれば良いかも？ 107 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 09:59:49 ] 静かなリリースsage 108 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 12:00:47 ] おおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおお！！ ついにリリースされたか！ 気が付くのが遅かった！ 早速ダウソ！ 109 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 17:09:24 ] ダウンロードにNetBeans5.5バンドルのがあるけど、 日本語版NetBeans5.5って正式リリースされてたっけ？ 110 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 18:04:31 ] >>109 JDK6にバンドルされているのは英語版。日本語版は12/14の予定。 いまDLできるJDK6のVMだけど、NetBeansの製品情報で見ると 1.6.0-b105と表示される。 これって本当に正式版なのかな？ 111 名前：109 mailto:sage [2006/12/12(火) 18:26:18 ] >>110 thx JDK5のときも1.5.0_0*-b0*みたいに表示されてたから、たぶん正式版だと思う。 112 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 18:39:36 ] build 番号 105 なのか(w 113 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 19:13:07 ] JDK6入れてJava2Dのデモプログラム動かしてみたけど、 起動時の画面の動きが怪しいね。 114 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 19:22:25 ] さいしょはみんな bはベータのbだと思うよな。 115 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 19:33:26 ] weeklyビルドを追っていたら混乱するはずがないです。 >>113 どう怪しいのか詳しく。 116 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 20:53:04 ] SwingSet2のスプラッシュスクリーンのウィンドウの形が、 影つきの非矩形でびっくりした。 着実にGUIも進歩しているなぁ 117 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 21:23:32 ] あら、RhinoはMapをプロパティ風に使えないのか？ これからはJavaアプリ間で使いまわすスクリプトも流行るだろうし研究しなきゃ 118 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 21:37:35 ] >>115 メインの画面が出る直前に、起動時のプログレスダイアログが左端に動く 119 名前：１１８ mailto:sage [2006/12/12(火) 21:38:30 ] ×左端 ○左上 120 名前：デフォルトの名無しさん [2006/12/12(火) 21:55:54 ] パフォーマンスが改善したって聞いたけど、ほとんど感じない… ペン３、1GHZじゃ恩恵なし？ 121 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 00:30:37 ] VMの起動が早くなった ような気がする… 122 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 01:05:22 ] nbの検索が糞遅くなった気が・・・5.0だからか？ 123 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 01:30:32 ] 結局、SystemTrayから開けるメニューはAWTのPopupだけか。 124 名前：デフォルトの名無しさん [2006/12/13(水) 01:56:28 ] >>121 確かに5.0よりやや早いのを確認 VM起動前にスプラッシュ出せるようになったのも重いアンチウイルスソフト使ってる人にはうれしいかもね 125 名前：デフォルトの名無しさん [2006/12/13(水) 08:54:49 ] jarファイルのアイコンが変わったね 126 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 09:08:58 ] >>117 java.util.Mapの要素をプロパティ風に参照したいってこと？ それなら少なくともそのままやるのは無理っぽい js> importPackage(java.util) js> var m = new HashMap() js> m {} js> m.foo = "foo" js: "<stdin>", line 5: Java class "java.util.HashMap" has no public instance fie ld or method named "foo". js: "<stdin>", line 5: org.mozilla.javascript.EvaluatorException: Java class "ja va.util.HashMap" has no public instance field or method named "foo". (<stdin>#5) Pnuts使うのがいいんじゃないかなあ > import java.util.* null > m = new HashMap() {} > m.foo = "foo" "foo" > m.foo "foo" 127 名前：デフォルトの名無しさん [2006/12/13(水) 16:44:55 ] 何このIronPythonのパクリ(嘲笑 128 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 16:48:02 ] 何を指しているのだろう。 129 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 16:58:14 ] Borlandが作り MSが真似をして Javaが起源を主張する 130 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 23:13:03 ] 古い歴史を持つ Rhino や Pnuts が、 どのようにすればごく最近(2003-2004)作成された IronPython を模倣出来るんだろう．．． 最近、歴史を学ばない半島人がオリジナルにパクリを主張することが多くて困る 131 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 01:13:19 ] PnutsなんてJavaのごく初期から数少ないJava製スクリプト言語だったよな。 しかも日本人作なんで驚いたもんだ。 132 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 04:27:57 ] Java SE 7.0 のスライド、らしい。 blogs.sun.com/dannycoward/resource/Java7Overview_Prague_JUG.pdf なんか BigDecimal で四則演算が使えてるっぽいサンプルとか、 JavaBeansのプロパティが -> で参照できてるっぽいサンプルとかがある。 Closure の構文みるに、8月の段階で提案されてた構文っぽいので 他の言語機能も構文変わったりするのかも。 それと個人的には Java SE 7.0 って機能てんこ盛りすぎに思えるので いくつかの機能は次のバージョンに持ち越される可能性もあるんじゃないかと心配したり。 ざっとみただけでも、コンパイルエラーになりそうなサンプルが 2つほどあったり…… 133 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 07:05:51 ] プロパティはいらん。機能そのものじゃなくて構文がダメ。 Genericsの略式インスタンスもnew()の方はキモ過ぎる。 インタフェースのデフォルト実装クラスがあるってことだろ。 friend class構文とかと同じキモさ。 134 名前：デフォルトの名無しさん [2006/12/15(金) 07:15:41 ] 要はC# 3.0のパクリなんだろ。(ｹﾞﾗ 135 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 07:46:34 ] >>133 > インタフェースのデフォルト実装クラスがあるってことだろ。 そうとも限らないんだけどね。 gosling御大も別のアプローチをブログに書いてたりするし。 その辺の話は、こっちみると良いかも。 weblogs.java.net/blog/forax/archive/2006/12/dry_dont_repeat.html 136 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 11:15:49 ] つーか、 -> はやめて欲しい。純粋にキモい。ふつーにドットにしろよ。 137 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 13:07:39 ] ドットは止めて欲しい。フィールドアクセスと区別つかんし Groovy みたくフィールドアクセスを明示する場合に foo.@bar なんて構文使うのもアレだし。 138 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 20:32:17 ] >>135 おお、　:=　 はいいな・・・ 139 名前：デフォルトの名無しさん [2006/12/15(金) 22:52:45 ] >>132 Javaも拡張しすぎてC++と同じ道を歩みそうな予感… ところで、みんなの職場では5.0は浸透している？ うちの職場はまだ1.3...orz 140 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 23:00:45 ] うちは今年度からようやく1.4 141 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 23:09:30 ] ちょ・・・1.3てwww 去年から1.5だな。さっさと1.6にしたいが流石に時期尚早 142 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 23:18:55 ] OutOfMemoryとかJMXとかの強化だけでも６に移行する価値がある。 今回はバグつぶしに金掛けてるし、実用レベルまで叩かれるのも早いかと。 143 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 23:43:34 ] ある程度バグはあるが、weeklyに追いかけてきたから どれくらいのものかは肌で感じてるし安心感は強いな イザとなったら自分で改変もできるし 144 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 23:51:49 ] たまたま覗いたら JDK7 b04 が出てた。 download.java.net/jdk7/changes/jdk7-b04.html そろそろ JDK7 も本格始動？ 145 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 00:00:48 ] XML構文より先にヒアドキュメントを実装して欲しい。 146 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 00:58:28 ] １月から開発するNetBeans Platformベースのデスクトップアプリで JDK6を使ってみる。「WindowsVistaに対応してます」の一言で クライアントのOKが出た。JDK6でなければならない理由はないんだけど、 何より俺が使ってみたいのだ。 147 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 01:00:31 ] おめでとうｗ 148 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 20:31:10 ] >145 同意 149 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 22:13:48 ] 別にここでするレスじゃないかも知れんが 共用体が欲しいなあとなんとなしに思ってたけど nioのByteBufferが既にそれっぽいことに今更気づいた。 150 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 23:59:17 ] >>146 デスクトップアプリで６を使うのはいいと思うけど、EclipseRCPにしてもNetBeansPlatformにしても へんなのをかますと余計にめんどくさいだけだと思うんだが 重くなりやすいし、バグがあったとしても回避しにくい 普通にSwingベースのほうが開発効率がいい まぁNetBeansPlatformはSwingベースで開発できる分まだ楽か 151 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:01:20 ] 150が何いってんのか誰か教えて。 152 名前：デフォルトの名無しさん [2006/12/17(日) 00:23:59 ] 君にはまだ早い 153 名前：デフォルトの名無しさん [2006/12/17(日) 00:28:01 ] 今度こそ本当にJavaでデスクトップアプリ開発が流行るんですかね？ 154 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:31:35 ] 流行るってかモチベーションの問題だろ 5.0で既に十分なポテンシャル持ってたのに作らなかった。 事実やる気全開のV2Cは今や非Win用2chブラウザの重鎮だし。 155 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:35:59 ] ・グループレイアウトが標準実装された 　これによってGUIコンポーネント配置が容易に（絶対座標系のレイアウトやVBなどより楽になった） ・VMの起動速度大幅アップ＆VM起動前にスプラッシュ表示可能 　クライアント用途ではVM立ち上げ直しが多いから有効 リッチクライアント用途ではすでに普及してると思うが、クライアントサーバのように2層式が まだ弱いのが今後大幅に改善されるかもしれない たしかNetBeansでGUIコンポーネントとDBをつなげるやつ開発してたよね JPA,JDBC4、RowSetなどでこの辺実装できるはずだけどどれ使うんだろ postgreSQLだけRowSet動かないのもなぁ postgreSQLはJDBCドライバすててるのかな Oracleのように実装してもらわないと改善されない予感 OracleはOracleで基本がなってないのだが、JDBC4で強制的にLOBまわり改善されるのが面白い 156 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:38:22 ] >>154 V2Cいいんだけど参照のこったままになるの改善してほしいな ひとつも開いてなくてもあきメモリーがなしってひどす 157 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:59:46 ] >>155 RowSetって使ってるとこあるの？ JDBC4.0は何故かRowSetに肩入れしてるけど JPAとレイヤーも被ってると思うんだよなぁ 158 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:08:15 ] >>132 あくまで提案か。 実装するにはヤバイのが多いな。 BigDecimalの演算子だが divide使うとき、MathContextの値はどうするのだろうか。 二つのBigDecimalオブジェクトのMathContextの値が異なれば 誤差が片方のMathContextの制度を基準にして除算を することになると思うが、そうしたくない場合には 結局BigDecimal#divide(BigDecimal, MathContext)を使うことになるんだろうな。 その辺り、どう解決するのだろうか。 159 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:18:13 ] とはいえ、いまだに大量に要る浮動小数点を金額計算に使うやつらをとめれるのは大きいか だってnewするの面倒だもんと聞いたときには何の冗談かと あとしらないで1.05とか掛け算したんだけど、なんかコンパイルエラーが出るんですが、doubleにしたらエラー消えたからOKだとおもったとか こんなのが業務プログラム経験10年とかでベテランですといってごろごろいるんだが そのたびにぶちきれてる俺はいやなやつと思われてるっぽい 160 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:20:41 ] その手の奴はダメ出ししまくって修正させると「さすが大先生」とか卑屈になるんだよな 正直どうにかして首に追い込めないかとか考えてしまう。 161 名前：デフォルトの名無しさん [2006/12/17(日) 01:23:39 ] javaのジェネリクスのしょぼさがなぁ。 C++のテンプレートと同じことが出来なきゃ先は無いだろ。 162 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:29:11 ] >>160 今のところ5.0導入してから半分くらいはついていけないのを確認 5.0ではListに入れる型がわかるので結合時のエラーが減りますね！とかenum便利ですね！とかwktkしてる人もいれば なんで5.0つかうんだよとうつろなやつもいて、非常に適正がわかりやすい >>161 目的が違うんだからいいんじゃね？C++と同じだったら逆にぶちきれるだろ 163 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:31:31 ] Javaにboostみたいなのが出てくるのも考えモノだな。 164 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:32:22 ] templateが害悪だからGenericsになったわけだが。 165 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:33:10 ] >>159 BigDecimal,BigInteger用のシンタックスシュガーが導入されれば何とかならんかね・・・ しかし・・・・丸めとかの規定ないの？仕様に。 166 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:40:34 ] 123.45B とか 999999B で型推論？精度が違う場合は警告とし、左のほうに合わせる。 167 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:10:27 ] >>164 ジェネリクスが今の形になってるのはただ単純に互換性を保つためだけの理由からだよ。 だいたいタイプパラメーターにnew出来ないってありえねーよ。 168 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:17:31 ] ありえるからJavaは普通に普及してるんだけど。 169 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:34:32 ] >>167 無制限に型パラメータで new するのは C# でもできないし。 170 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:37:58 ] 防御的コピーしたい場合を考えるとコピーコンストラクタくらいは使えてもよかったかな。 171 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:45:01 ] >>170 つ「スペルミスなんだけど、気付いた時には既に修正不能だったという逸話が有名な Cloneable」 172 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:03:58 ] でもスペルミスが指摘されたのはβ時代。 何が遅すぎるのやら。 173 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:05:23 ] あ、これのことね。 bugs.sun.com/bugdatabase/view_bug.do?bug_id=1234712 174 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:25:14 ] >>167 互換性が大事だと一番分かっているのはC++だろｗ 175 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:39:45 ] creat・・・・ 176 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 12:05:10 ] 近い未来・・・、JavaがJavaでなくなる日が訪れる。 177 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 12:19:03 ] >>139 5.0で浸透している。 やはりGenericsとアノテーションは重宝する。 JUnitもアノテーションに対応したことだし。 Generics >>141 178 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 17:28:19 ] >>156 うちのV2Cはなったことないな。 ヒープサイズの問題でないなら本スレにバグレポした方がいい。 179 名前：デフォルトの名無しさん [2006/12/17(日) 18:40:37 ] DolphinといえばSwing Application Frameworkが気になる。 ttp://developers.sun.com/learning/javaoneonline/2006/desktop/TS-3399.pdf 180 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:30:49 ] >>155 > リッチクライアント用途ではすでに普及してると思うが、クライアントサーバのように2層式が > まだ弱いのが今後大幅に改善されるかもしれない あれかServlet/JSPとの連携が弱いってやつな。 たしかに俺も思った。弱いって言うか扱いにくい。 RMIでないといけないから。 StrutsやJSFがSwingと合体すれば使いやすいのだが。 181 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:40:29 ] いや、ふつうに2層式だからクライアントとDBとの接続 RMIでもWebServiceでもいいけどそれらのもってきた値とコンポーネントとの関連付けが今は手動になっちまう ＞StrutsやJSFがSwingと合体すれば使いやすいのだが。 これはありえないだろ 前2つよりSwingのほうが圧倒的に使いやすいし 182 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:46:12 ] JSFのSwing化はJSF登場時からすでに検討課題だから。 てかSwingコンポーネントひとつひとつが<input>タグ化すればいいだけの気もする。 バリデータとコンバータがフレームワーク毎にあることのがメンドイ？

---

---

[ 続きを読む ] / [ 携帯版 ]

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