【Java SE 7】 次世代 ..
[2ch|▼Menu]
38:デフォルトの名無しさん
09/04/20 20:55:52
米オラクルが米サン・マイクロシステムズを買収することで最終合意したと発表した。

39:デフォルトの名無しさん
09/04/20 21:05:25
(◎皿◎)ナンデスト!!

40:デフォルトの名無しさん
09/04/20 21:07:40
IBMに比べたらしっくりする内容だけど、マジでオラクルなの?
MySQLオワタ、Postgressとかも完全に切り捨てな悪寒。

41:デフォルトの名無しさん
09/04/20 21:25:44
IBMの買収騒動で8j越えしてたから、プレミアは1ドル前後なのか。
プレミア狙いの人も肩すかしを食らわなくてよかったじゃんw

42:デフォルトの名無しさん
09/04/20 21:32:08
HPと共同ではなくオラクル単独なのか
NetBeansは分からんがGlassfishはオワタな

43:デフォルトの名無しさん
09/04/20 21:37:51
GlassFishはJavaEEのRIでしょ。捨てる要素はないと思う。

44:デフォルトの名無しさん
09/04/20 21:40:52
WebLogic抱えてるOracleが継続して提供する価値ないでしょ
RIなんて仕様に先駆けて試験的に実装すればいいだけでWLSでもおk

45:デフォルトの名無しさん
09/04/20 21:46:21
サンは俺が買うつもりだったのに・・・

46:デフォルトの名無しさん
09/04/20 21:48:41
OracleはSPEC jAppServer2004でGrassfishに惨敗してるから、
取り込んだ後に捨てるかもしれんが、まんま捨てるってことはないな。

47:デフォルトの名無しさん
09/04/20 22:00:34
>>46
SPEC jAppServer2004はハードの環境がバラバラだから
APサーバを評価する役には立たない

48:デフォルトの名無しさん
09/04/20 22:02:40
>>47は何を言ってるんだ?w

49:デフォルトの名無しさん
09/04/20 22:05:28
>>48
言いたいことがあるなら具体的に言ってみろよ

50:デフォルトの名無しさん
09/04/20 22:08:21
どういう環境でOracleが負けたのか知らないだろw

51:デフォルトの名無しさん
09/04/20 22:09:18
>>50
だから具体的に言ってみろよ

52:デフォルトの名無しさん
09/04/20 22:09:48
jAppServer2004 resultを見に行けよw

53:デフォルトの名無しさん
09/04/20 22:13:57
>>52
なんだ、煽るだけで何も言えないのか

54:デフォルトの名無しさん
09/04/20 22:16:16
ソースを示してるのに何という情弱ぶり・・・

55:デフォルトの名無しさん
09/04/20 22:23:11
>>54
おいおい、jAppServer2004が存在してるか問題にしてるわけじゃないだろーが
俺はjPppServer2004がAPサーバ単体の評価に約立たないと書いた
それを否定するならAPサーバ単体の評価に役立つ結果がどれとどれなのか
具体的に示すべきなのはお前だろ?
お前がソースを示した?何一つ示してないだろーが

56:デフォルトの名無しさん
09/04/20 22:25:12
軸を合わせるという発想はないのか、プレスリリースだって出てるだろw

57:デフォルトの名無しさん
09/04/20 22:26:52
サンは俺が買うつもりだったのに・・・

58:デフォルトの名無しさん
09/04/20 22:28:42
>>56
お前プレスリリースしか見てないだろw

59:デフォルトの名無しさん
09/04/20 22:28:44
マイコミは56億ドル、日経は74億ドル、何か開きがあるんだけど。

60:デフォルトの名無しさん
09/04/20 22:29:53
情弱もここまで来たら病気だな。
調べればすぐ分かるものも情報ままごいとは情けない。

61:デフォルトの名無しさん
09/04/20 22:36:03
>>60
調べれば分かるから言ってる
プレスリリースがすぐに見つかる2007年の結果について言えば
WLSはJava5なのにGlassfishはJava6を使ってるしOSやDBMSの
チューニングのされ方も違ってる
テスト時期も半年Glassfishが後にされている
そしてテストの主体はSun自身
それで結果は1割程度の違い
WLSが惨敗?どこがだよw

62:デフォルトの名無しさん
09/04/20 22:37:06
おまえはここぞとばかりに業界通気取りか(笑)

63:Oracle
09/04/20 22:38:32
お前にサンが救えるか!?

64:デフォルトの名無しさん
09/04/20 22:40:47
1割違えばカスみたいなもんだろ?

65:デフォルトの名無しさん
09/04/20 22:42:07
あしたかー!!

66:デフォルトの名無しさん
09/04/20 22:44:01
>>64
APサーバだけの違いならな
だがJVMも変えて半年もチューニングやって1割は評価しようがない
で、結局お前はプレスリリース鵜呑みにしてただけってことだよなw

67:デフォルトの名無しさん
09/04/20 22:45:22
2007-Jun同士でSunが勝ってるようにみえるが?

68:デフォルトの名無しさん
09/04/20 22:45:31
プレスリリースは鵜呑みにするもんじゃないのか?!

69:デフォルトの名無しさん
09/04/20 22:52:24
>>67
具体的にどれとどれよ?
結果のリンク2つ貼りなよ

70:デフォルトの名無しさん
09/04/20 22:52:31
プレスリリースの何が不満なの?

71:デフォルトの名無しさん
09/04/20 22:53:21
ここは自分で調べられない、比較できない人をあざ笑うスレであって、教育するスレじゃないからな。

72:デフォルトの名無しさん
09/04/20 22:57:27
>>71
逃げたかw
逃げるしかないよな。まともに比較できる結果がないんだから
SPECjAppServer2004が役に立たないことなんてみんな分かってることを
今更でも知ることが出来てよかったねwww

73:デフォルトの名無しさん
09/04/20 22:58:07
ファビョっても状況は変わらんよ。哀れな奴。

74:デフォルトの名無しさん
09/04/20 22:58:54
おまえも強情じゃの〜
ほれ

75:デフォルトの名無しさん
09/04/20 23:02:32
>>73
負け惜しみ乙
お前はまともに比較できる結果を示すことができない
示したくてもできない
強がってもそれが現実なんだよ

76:デフォルトの名無しさん
09/04/20 23:03:39
葬式会場で喧嘩するな!

77:デフォルトの名無しさん
09/04/20 23:05:02
サンは俺が買うつもりだったのに・・・

78:デフォルトの名無しさん
09/04/20 23:07:09
Javaおわったな。
未来はないよ。完全に。
よりによってOracle

79:デフォルトの名無しさん
09/04/20 23:07:17
IQもEQも低いスレだなw

80:デフォルトの名無しさん
09/04/20 23:12:08
>>79
このスレはおまえの低いIQそのものだなw

81:デフォルトの名無しさん
09/04/20 23:13:44
自覚症状があるからレスしてんだろうなぁ。。。

82:デフォルトの名無しさん
09/04/20 23:22:57
ところでEQってなに?

83:デフォルトの名無しさん
09/04/20 23:27:09
equals

84:デフォルトの名無しさん
09/04/20 23:27:14
>>82
地震(earthquake)の略

85:デフォルトの名無しさん
09/04/20 23:37:05
それじゃEQが低いって何が低いってこと?

86:デフォルトの名無しさん
09/04/20 23:42:01
オラクルってJavaに何か貢献したっけ?
TopLinkにしても、仮に提供が無くてもHibernateやKodoがあったし、
標準化の動きに合わせて仕変の経費を抑えただけって印象が。

JCPの崩壊が始まる。

87:デフォルトの名無しさん
09/04/20 23:44:06
>>85
笑いのハードルの逆数
>>83-84で笑えるくらいハードルが低ければEQは高くなる
笑えなければEQは低くなる

88:デフォルトの名無しさん
09/04/20 23:49:16
>>87
はぁ?

89:デフォルトの名無しさん
09/04/21 00:46:07
これでOracleのインストーラーが超進化するのか。

90:デフォルトの名無しさん
09/04/21 01:06:51
富士通の下請けが暴れてんの?

91:デフォルトの名無しさん
09/04/21 02:49:13
GlassFishとNetBeansは捨てられるだろうな
JavaFXも宙ぶらりんになるかも
Sunが力を入れていて、成果が出ていないプロダクトは基本的に消えるんじゃない?

92:デフォルトの名無しさん
09/04/21 03:30:50
ヌットリ豆は Oracle の DB と WebLogic 向け開発環境として機能補強して使われるんじゃないの。
GlassFish も JEE の RI を WebLogic でやるわけに行かないから残るんじゃ。
MySQL の方がやばそう。というか Cobalt を生き返らせてw

93:デフォルトの名無しさん
09/04/21 07:17:30
こんな楽しいニュース久々だ

94:デフォルトの名無しさん
09/04/21 07:44:00
MySQLは存命するけど、投資対象ではない。
完全に居場所が無くなってるよ。SPARCの方がマシなくらい。
以前OracleがMySQLを欲しがった時も買い殺しが目的だったのかな。

95:デフォルトの名無しさん
09/04/21 07:56:01
Sun JDK に Oracle のお試し版がバンドルされる日も近い。
IBM JDK はもう単体配布しないんだろうか。ライセンス縛り無くなって (るよね?) 久しいのに。

96:デフォルトの名無しさん
09/04/21 08:12:24
Java厨ざまぁwwwwwwwwwwwwwwwwwwwwwwwwwwwww

データベースアクセスお仕事専用言語、21世紀のコボルの殿堂入りwwwwwwwwwwwwwwwwwwwwwwwwww

97:デフォルトの名無しさん
09/04/21 10:57:04
>>38
ビッグニュースだよね。

こんごJavaCommunityProcessがどうなるか気になってしょうがない

98:デフォルトの名無しさん
09/04/21 11:02:21
JCP は Sun 系中の人の発言力が弱まってさらにカオス化しそうな悪寒。
規格決める時は少数精鋭でやった方が仕様全般に筋が通って良いんだよな。

99:デフォルトの名無しさん
09/04/21 12:34:27
全部Oracle仕様になって
JDBCもOracleでしか使えなくなったりしねえよなw

100:デフォルトの名無しさん
09/04/21 12:49:50
Derbyで組んだシステムの規模が大きくなったら、すんなり移行出来るのは
Oracleしかないって感じになるかも?

101:デフォルトの名無しさん
09/04/21 13:09:41
JavaDBの中身がApache DerbyからOracleに置き換わるのか!

102:デフォルトの名無しさん
09/04/21 13:41:46
>>94
逆にMySQLにPL/SQL移植したり、Oracle独自のSQL文が動くようにしたり
どんどんOracle色に染めてくるかもw

そして規模がでかくなったら皆Oracle買えとw

103:デフォルトの名無しさん
09/04/21 13:46:02
OSS 信者のタワゴトを聞いて日本の官公庁が OpenOffice 化されてたら
ありとあらゆるグレーゾーンを付いて罠を仕掛けそう。

104:デフォルトの名無しさん
09/04/21 13:56:27
>>102
規模が大きくなってもMySQLのまま運用する所が95%以上ってとこか。

105:デフォルトの名無しさん
09/04/21 14:41:36
Java有料化でJavaプログラマ失職ですか?

106:デフォルトの名無しさん
09/04/21 14:44:43
>>103
「オープンなベンダーロックイン」か。おまいさん頭良いな。

107:デフォルトの名無しさん
09/04/21 14:52:15
おまえはここぞとばかりに業界通気取りか(笑)

108:デフォルトの名無しさん
09/04/21 14:56:51
えー?全然業界人じゃないんですが。
業界にそんなこと言ってる人いるの?ソース教えて

109:デフォルトの名無しさん
09/04/21 15:05:02
オラクルってアクセス(エクセル)とどこが違うんですか?

110:デフォルトの名無しさん
09/04/21 15:10:32
値段とエンジニアの給料。

111:デフォルトの名無しさん
09/04/21 21:36:48
Sun JDK にもれなく Oracle の JDBC のドライバが付いてくる。
そしてそれ以外の JDBC ドライバはパフォーマンスが上がらない魔法がかかる。

112:デフォルトの名無しさん
09/04/21 21:52:54
それってソニータイマーってことも考えられるよね?

113:デフォルトの名無しさん
09/04/21 22:36:10
オープンソースにすればソニータイマーがあるかどうかなんてすぐわかるだろ

114:デフォルトの名無しさん
09/04/21 23:27:52
SUN買収はオラクルじゃなくて、グーグルが買っても面白かったかもな。
グーグルなんて虚像のバブル企業でキャッシュいっぱいあるし、SUNのクラウドと重なるところもあったろうに。
見当違いというか何か見落としてるところあるか?

115:デフォルトの名無しさん
09/04/21 23:31:36
グーグルはクラウドの中から出てきません

116:デフォルトの名無しさん
09/04/21 23:36:47
こっそりとOSも作っているさ

117:デフォルトの名無しさん
09/04/21 23:40:31
Sun買収に関する話はこっちにでも移ってはどうか

サン・マイクロシステムズはいかがですか?2
スレリンク(unix板)

118:デフォルトの名無しさん
09/04/21 23:51:08
MSはヤフーを買いたくてしょうがないから、グーグルはサンを買ってくれるならみんな大歓迎だったんだけど。
考えてみればオラクルは業務提携(救済支援)ぐらいでよかったのかなって思う。


119:デフォルトの名無しさん
09/04/21 23:56:17
マ板?そんなスレがあったのか。

120:デフォルトの名無しさん
09/04/21 23:56:27
そろそろスレ違い

121:デフォルトの名無しさん
09/04/22 00:00:31
>>116
そのグーグルOSはどのハードに乗せる設計なんだ?こっそり作ってるのはオーエスだよな?

122:デフォルトの名無しさん
09/04/22 00:01:28
スレタイ見直せ

123:デフォルトの名無しさん
09/04/22 00:07:06
Oracleの動向はやっぱ怖いものがあるよ。
あそこのオープンソースへの貢献って大抵B2Bだしね。
たまに顔を出す以外は常にひっそりとしてる感じがする。

今後JCPを牽引する気はあるのか、TCKをオープンにするかとか何も伝わらない

124:デフォルトの名無しさん
09/04/22 00:36:35
>>120,122
JAVA8はデータベース専用言語になるようですが、あなたは心の準備が出来てますか?

125:デフォルトの名無しさん
09/04/22 00:38:58
>>123
俺の勘だとJCPはJAVA7で終了し、解散するんじゃないかと思う。
JAVAはオラクルがもう決定権を持ってるわけだし…

126:デフォルトの名無しさん
09/04/22 00:40:48
>>121
そうカリカリするなよw
そのうちわかるさwww

127:デフォルトの名無しさん
09/04/22 00:56:02
カリカリカリカリカリカリカリカリカリカリカリカリ

128:デフォルトの名無しさん
09/04/22 02:41:49
>>124
俺の予想では、Derbyが Oracle Entry Editionになって
DerbyをExportできるツールが出来て、Derby→Oracleのアップグレードパスができるんじゃないかと。
これで、いつでもOracleに出来る環境を増やすわけ。ExpressEditionばらまきと同じ感じで。
なのでDerbyは、JDK7でもバンドルされると予想。

129:デフォルトの名無しさん
09/04/22 09:35:18
>>114
Googleが買えばJavaの言語仕様に大幅な変更があったかな

130:デフォルトの名無しさん
09/04/22 09:39:56
永遠のβ版になるわけですね。

131:デフォルトの名無しさん
09/04/22 10:06:33
HP が買ってたら JRC80 の USB API くらい入ってたかな。

132:デフォルトの名無しさん
09/04/22 10:41:06
GoogleはLinuxとPythonの企業なんだから
Googleに買収されたらSolarisとJavaは終わりでしょ。

反オープンソースっぽいOracleよりはマシかもしれないが。

133:デフォルトの名無しさん
09/04/22 12:21:59
Androidのアプリ開発言語はJavaじゃなかったっけ? 
いろいろ変更してSunの誰かに文句言われてたような

134:デフォルトの名無しさん
09/04/22 13:25:01
>>132
バックエンドにJava
表に出てないからなじみがない

135:デフォルトの名無しさん
09/04/22 14:53:37
>>132
GoogleがGuiceとか、GWTとかGoogle Collections Libraryとかリリースしてる意味を考えるべき。

136:デフォルトの名無しさん
09/04/22 16:03:06
Googleは真面目にスペックリードの補佐とかもこなしてなかったか?
WebBeans(今の名前は忘れた)の策定にGuiceの人がかなり影響してるだろ

137:デフォルトの名無しさん
09/04/22 18:52:10
>>114
やっぱ、同じこと考えている人がいるもんだなあ。
Googleが買えば、もちょっと希望が持てたかも。なんとなくだが。

138:デフォルトの名無しさん
09/04/22 19:03:55
>>130
悪いがワロタw

139:デフォルトの名無しさん
09/04/22 19:04:53
D言語がもうひとつ増えるような自体にはならんでしょ。

140:デフォルトの名無しさん
09/04/22 19:13:06
グーグルは3万台のPCをもち、毎日数十台のPCHDD故障にいつも悩まされてるって言うほど実際はセコイ会社だから
SUNのハード事業を丸まる吸収できればオラクルとは別の意味でシナジーがあると思ったんだが、やっぱり当違いだったのかな。

グーグルはコンテンツ業(youtubeや地図とか)ばかり買収してたけど、ブラウザ(PCなど)やアンドロイド(携帯)プラットホームの方に目が向いるようだったからサン買収はちょうどよい面白い話しだと思ったんだけどね…
それとも違う方向性なのか・…グーグルはいまいち何を展開したいのかつかめないし、やっぱりバブルの虚像会社という印象しかない。

141:デフォルトの名無しさん
09/04/22 19:25:48
PC3万台はWIKIの記事にあったんだけど、WIKIの一般的な了解を読んでもいまいちグーグルの時価評価額は信用できない。
アメリカの企業は買収(MA)してかないと(sunやsgiみたく)10年後には生き残ってないからグーグルもキャッシュがあるうちにシナジー効果がある同業者を吸収・買収していくと思ったんだけどね。

個人的にはPCが5万ぐらいで買える現在では一台ごとにms windowsにいちいち2万も出してられないから、
solarisをもっとx86, x64になじみあるようにセールス展開してほしいけど。
それとsolaris同様に権利がオラクルに移ったけどsunの仮想化技術が遅れて頓挫するのは止めてほしいけどね。

142:デフォルトの名無しさん
09/04/22 20:32:56
スレからして見当違いなんだがな

143:デフォルトの名無しさん
09/04/22 20:49:19
jdk7をいち早く使ってみたいのですが、現行のjdk6, 開発中jdk7があってsunが配布しているjdkとopenjdkはそれぞれどう違うんでしょうか?
ソースを追いかけたりソースコードからコンパイルするスキルはありません。
頭いい人、教えてください。

144:デフォルトの名無しさん
09/04/22 22:08:03
>>142
そうだな。こんな糞スレでゴミ相手に長文かいても意味ないな。
もうこんな糞だめには来ないから安心してよw

145:デフォルトの名無しさん
09/04/22 22:12:01
>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。

146:デフォルトの名無しさん
09/04/22 22:31:50
その程度のことは承知してますが、結局「豪華」というところが違うんですか?
IBMとSUNのJDKでも違うところがあると思いますが「豪華」というところが違うということなんでしょうか。
よく分からないのですが、つまりOPEN,SUN,IBM版でそれぞれ(ライセンス以外に)どう違うんでしょうか。

147:デフォルトの名無しさん
09/04/22 22:55:05
これからはSUN版JDKじゃなくてオラクル版JDKていうじゃないか?

148:デフォルトの名無しさん
09/04/22 22:55:20
SunのならSunのライセンス、OpenJDKならGPLクラスパス例外じゃねーの?
JDK7からはSunのもクラスパス例外かもしれんが。

149:デフォルトの名無しさん
09/04/22 23:15:19
その程度のことは承知してますが(キリッ

150:デフォルトの名無しさん
09/04/22 23:21:27
正直、質問するより落とすが早いと思うんだけどねw

151:デフォルトの名無しさん
09/04/22 23:29:26
インスコしないといけないジャンカヨー

152:デフォルトの名無しさん
09/04/22 23:30:03
>>149
古典的な釣りなんだが…

153:デフォルトの名無しさん
09/04/23 00:06:39
そんなこといわないで教えてもらえないでしょうか…
釣りじゃなくて本当に分からないですが

154:デフォルトの名無しさん
09/04/23 00:25:13
>>145
>glassfishを元にsjsas(元glassfish enterprise)が作られてる。
SJSASが無くなって、Sun GlassFish Enterprise Serverになった。

155:デフォルトの名無しさん
09/04/23 00:27:09
>>145
143氏じゃないけど、参考になりました。

156:デフォルトの名無しさん
09/04/23 05:52:31
>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか?


157:デフォルトの名無しさん
09/04/23 07:29:26
Googleが買収してたら・・・
とか言っちゃってる奴は、もうちょっと勉強したほうがいいよ。
絶対あり得んから。

158:デフォルトの名無しさん
09/04/23 07:40:51
絶対あり得んですか・…(笑)

159:デフォルトの名無しさん
09/04/23 07:48:15
>>157
ホントだよね〜
ちゃんと勉強したほうがいいよね〜

160:デフォルトの名無しさん
09/04/23 07:56:32
>>157
本気で言ってるわけじゃないだろ 笑
察しろよ

161:デフォルトの名無しさん
09/04/23 11:21:49
>>123
Sunは既に、JCPの主導権を握っているとは言えても、
支配しているとは言えない状態じゃない。
Oracle傘下になればさらに発言力弱まると思うよ。
それでいいんじゃないの?
Enterprise関係の迷走は既に起きていることだし。

162:デフォルトの名無しさん
09/04/23 11:35:45
Javaで使われていない機能トップ10
URLリンク(journal.mycom.co.jp)

俺アサーションとかかなり使ってるんだが。

163:デフォルトの名無しさん
09/04/23 14:20:44
アサーション使わないとかどこの低能ドカタだよ

164:デフォルトの名無しさん
09/04/23 16:07:03
この先JAVAはどこに向かうんだろうか・・・・

165:デフォルトの名無しさん
09/04/23 18:05:46
>>161
あなたは何にも知らない低脳ドカタなんですねw

166:デフォルトの名無しさん
09/04/23 18:40:54
パッケージプライベートでもないユーティリティクラスのメソッドが
引数チェックなしで動いてるような業務アプリも腐るほど見てきてるけどねw
アサーションは俺も使うけど、マニア扱いしかされへんなぁ

167:デフォルトの名無しさん
09/04/23 19:04:02
業務開発でアサーション使うと本番運用でもやらなきゃいけないチェックをアサーションで
やる奴が出てくるんだよな。そうでなくても本番近づいてくるとアプリ開発側から
「アサーション、本番で有効にしといてもらえませんかねぇ…」て声が必ず上がる。

168:デフォルトの名無しさん
09/04/23 19:07:29
>>167
それはない。
やっぱりあなたは何にも知らない低脳ドカタなんですねw

169:デフォルトの名無しさん
09/04/23 19:14:05
ないという根拠が不明。業務経験もない人がこんなところで何やってんの?

170:デフォルトの名無しさん
09/04/23 19:14:37
大規模開発のほとんどは低脳ドカタ仕事だからな…
>>167の光景は普通に目に浮かぶよ

171:デフォルトの名無しさん
09/04/23 19:17:52
>>167
そうはいうけどassert有効にするとassertion errorでjvm止まらないか?
どうせならもっと上手い嘘つかないと周りから叩かれちゃうよ(笑)

172:デフォルトの名無しさん
09/04/23 19:19:50
「声が上がる」だけで実際はそう説明してるという可能性は考えないのだろうか?

173:デフォルトの名無しさん
09/04/23 19:21:19
171 名前: デフォルトの名無しさん Mail: sage 投稿日: 2009/04/23(木) 19:17:52
>>167
そうはいうけどassert有効にするとassertion errorでjvm止まらないか?
どうせならもっと上手い嘘つかないと周りから叩かれちゃうよ(笑)

174:デフォルトの名無しさん
09/04/23 19:21:31
>>171
もしかして>>168の「それはない」はそこのこと?
てっきり「本番運用でもやらなきゃいけないチェックをアサーションで」の
ことかと思ったよ

175:デフォルトの名無しさん
09/04/23 19:23:32
oogleが買収してたら・・・
とか言っちゃってる奴は、もうちょっと勉強したほうがいいよ。
絶対あり得んから。

176:デフォルトの名無しさん
09/04/23 19:27:25
>>171
… おまえ AssertionError が出たくらいでプロセス終了するようなシングル
スレッドアプリしか組んだ事ないのか。そりゃ業務開発なんて知らんわけだ。

177:デフォルトの名無しさん
09/04/23 19:29:26
>>167
>>167
>>167
>>167


178:デフォルトの名無しさん
09/04/23 19:30:39
そろそろ「設計がなっとらん!」とか言うおっさんが現れるころだと思うんだが

179:デフォルトの名無しさん
09/04/23 19:36:14
C の ASSERT マクロみたいに abort() すると思ってたのか。
恥ずかしい奴だな。

180:デフォルトの名無しさん
09/04/23 19:39:56
>>167
低脳もここまで来ると本当にjava使えるのかって疑っちゃうよね(妄想じゃなくて)

181:デフォルトの名無しさん
09/04/23 19:51:42
今ごろ顔真っ赤にして机を「バン!バン!」叩いてるんだろうね(笑)

182:デフォルトの名無しさん
09/04/23 20:55:18
>>176
そんな業務開発はそもそも設計がなっとらんじゃないか!

183:デフォルトの名無しさん
09/04/23 21:26:50
>>179
assertはabortが目的じゃないの?

184:デフォルトの名無しさん
09/04/23 21:27:57
>>176
業務開発(笑笑笑)

185:デフォルトの名無しさん
09/04/23 21:39:41
>>183
そうだが Java は所詮ただの例外。プログラムがスルーしても EDT 内なら AWT が、
サーブレットならコンテナが握りつぶす。対して C の assert は条件に失敗すると
abort(void) が呼ばれ大抵そこでプロセスごと落とされる。

それを知らなかったアホが必死にレスを流そうとがんばっている。

186:デフォルトの名無しさん
09/04/23 21:43:36
定脳ドカタと吠えてた奴はそれ以下でしたというオチ

187:デフォルトの名無しさん
09/04/23 21:47:44
定脳って初めて見た

188:デフォルトの名無しさん
09/04/23 21:51:35
>>185
すごい定脳っぷりでワロタ

189:デフォルトの名無しさん
09/04/23 21:52:31
abort(void) (笑)

190:デフォルトの名無しさん
09/04/23 22:07:09
なにこの春休み進行?ブビ厨でも来てんの??

191:デフォルトの名無しさん
09/04/23 22:07:39
今ごろ顔真っ赤にして机を「バン!バン!」叩いてるんだろうね(笑)

192:デフォルトの名無しさん
09/04/23 22:11:10
業務開発でアサーション使うと本番運用でもやらなきゃいけないチェックをアサーションで
やる奴が出てくるんだよな。そうでなくても本番近づいてくるとアプリ開発側から
「アサーション、本番で有効にしといてもらえませんかねぇ…」て声が必ず上がる。

193:デフォルトの名無しさん
09/04/23 22:19:27
>>192
業務開発の達人ですね。こんなにJAVAが得意なら年収12000万も夢じゃないですよね?!

194:デフォルトの名無しさん
09/04/23 22:40:20
Java7はもう永遠に出なそうだな。
必要性もないし。

195:デフォルトの名無しさん
09/04/23 22:44:02
>>192
いるいる
オレの部署でもそういう低脳がいるんだよね〜
どうやって説明すればいいのかな?

196:デフォルトの名無しさん
09/04/23 22:54:45
JUnitとif文に頼ってる影響でassertはまったく使ってない俺がいる

197:デフォルトの名無しさん
09/04/23 23:03:56
public void setA(int x) {
if (x < 0)
throw new IllegalArgumentException("x is a negative number. x = " + x);
}

198:デフォルトの名無しさん
09/04/23 23:21:40
定脳

199:デフォルトの名無しさん
09/04/23 23:26:01
中濃

200:196==197
09/04/23 23:45:46
おれは>>197のようなコードを書いているから
assertを使用していないんだ。
例外を出力する必要がある箇所ではassertを使う必要がないだろ?


201:デフォルトの名無しさん
09/04/23 23:48:01
下らんことしてないで普通にassert使え

202:デフォルトの名無しさん
09/04/24 01:23:08
>>167
>>192

203:デフォルトの名無しさん
09/04/24 07:03:18
>>201
本番でもアサーションを有効にしたい人ですね、わかります

204:デフォルトの名無しさん
09/04/24 07:22:03
えーと、まさかとは思うが、
副作用のある式がassert文に山のように入ってるので
このシステムはアサートONでしか正常に動かないよ。

という話ではないよな?

205:デフォルトの名無しさん
09/04/24 07:41:07
AssertionError をキャッチして特別処理を入れてるとか

206:デフォルトの名無しさん
09/04/24 08:12:53
>>204
そんな教習本の最初の注意事項に出てるような話だと思ってるのは若干一名だけだと思うよ。

207:デフォルトの名無しさん
09/04/24 08:16:58
定脳w

208:デフォルトの名無しさん
09/04/24 08:24:24
やっぱり本人か

209:デフォルトの名無しさん
09/04/24 12:31:21
ああいう形のassertionを追加するくらいだったら、
条件付コンパイルをサポートしたほうがよかっただろうに。
というよりもどうしても条件付コンパイルは追加したくなかったから、
ああなったと考えるべきだろうか。

210:デフォルトの名無しさん
09/04/24 17:35:45
jdk7 build56
URLリンク(download.java.net)
URLリンク(download.java.net)

JavaOne向けにバグ取りフェーズ中

211:デフォルトの名無しさん
09/04/24 19:15:34
>>210


145 名前: デフォルトの名無しさん [sage] 投稿日: 2009/04/22(水) 22:12:01
>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。

156 名前: デフォルトの名無しさん 投稿日: 2009/04/23(木) 05:52:31
>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか?


212:デフォルトの名無しさん
09/04/24 19:23:47
定期的に頭悪い奴が沸きすぎだろ、このスレ

213:196==197
09/04/24 19:30:19
>>204
NO, NO.

if文に加えJUnitによる引数チェックに加え
さらにassertによる三重チェックがわずらわしいと思っただけ。

214:デフォルトの名無しさん
09/04/24 19:56:32
>>212

定脳w

215:デフォルトの名無しさん
09/04/24 20:09:35
>>214
なるほどw

216:デフォルトの名無しさん
09/04/24 20:22:54
>>209
大事なことなので貴方のためにもう一度言います。
よくチェックしておいてください。「>>212

217:デフォルトの名無しさん
09/04/24 23:18:24
>>210
145 名前: デフォルトの名無しさん [sage] 投稿日: 2009/04/22(水) 22:12:01
>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。

156 名前: デフォルトの名無しさん 投稿日: 2009/04/23(木) 05:52:31
>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか?

218:デフォルトの名無しさん
09/04/25 07:25:18
このスレで低脳とかドカタとか言い出すやつがいたら、要注意だ。
定期的にやってくるぞ。

219:デフォルトの名無しさん
09/04/25 07:25:30
何この糞スレw

220:デフォルトの名無しさん
09/04/25 07:35:23
>>218
そうだよね
低脳とかドカタとか言い出すやつにボコボコにいじめられたんだよね
糞すれとかまで言われちゃって可哀想にね・・・

221:デフォルトの名無しさん
09/04/25 08:35:49
>>218

定定定脳w

222:デフォルトの名無しさん
09/04/25 11:54:01
assert の件でバカ晒したんで居座り荒らしを決め込んだみたいだな。

223:デフォルトの名無しさん
09/04/25 16:15:25
だいたいどこでもバカ晒して荒らし始めるよな。
Java系スレで流れが速くなったときは、要注意だ。アルゴ君がきてるぞ

224:デフォルトの名無しさん
09/04/25 17:23:25
それくらいしか出来ないんだから、あんまり責めんでやれ。可哀想じゃないか

225:デフォルトの名無しさん
09/04/25 20:17:21
何この糞スレw

226:デフォルトの名無しさん
09/04/26 06:16:07
定脳w

227:デフォルトの名無しさん
09/04/27 01:03:49
>>218
低脳ドカタさんは毎年ゴールデンウィークないんですよね
休みもないし身を粉にしてドカタさ会社に尽くしたりして可哀想に・・・

228:デフォルトの名無しさん
09/04/28 16:24:52
まるで廃墟スレだな

229:デフォルトの名無しさん
09/04/29 02:22:02
低脳ドカタという言葉がおきにいりのアホがいるからな。

230:デフォルトの名無しさん
09/04/29 16:36:16
+   +
  ∧_∧  +
 (0゚・∀・)          ののしりあい禁止
 (0゚∪ ∪ +
 と_)_) +

231:デフォルトの名無しさん
09/04/30 02:36:20
                    ∋oノハヽo∈ あいぼん禁止れすね
                     ( ´D`)
                     ( O┬O
                 ≡ ◎-ヽJ┴◎ キコキコ 

232:デフォルトの名無しさん
09/05/01 21:26:02

jdk7 build56
URLリンク(download.java.net)
URLリンク(download.java.net)

>>31で書いた修正が入った。他にも Nimbus入ったりいろいろ。

233:デフォルトの名無しさん
09/05/01 21:27:46
> jdk7 build56

234:デフォルトの名無しさん
09/05/04 20:04:45
Nimbusとうとう入ったか。
Zip関係も地味に嬉しい。
CORBAは正直・・・抜いて欲しい・・・・

235:デフォルトの名無しさん
09/05/04 20:24:03
CORBA は入っていても良いけど API リファレンスは別にして欲しい。CORBA 関連の API が
全て必要な奴ってかなり限られるだろ。
あと ZIP 関連みたいに、今更どうでも良いような言語仕様で オナヌー されるより既存の理不尽仕様や
中途半端実装を改善してもらった方が地味だが有用。Logging API しかり。JEditorPane しかり。

236:デフォルトの名無しさん
09/05/04 20:38:45
日曜プログラマーの分際で何を言ってる

237:デフォルトの名無しさん
09/05/04 21:12:47
今時 CORBA のお守りをさせられてるなんてw

238:デフォルトの名無しさん
09/05/04 22:23:27
          _,,,-‐、_ノ)
       ヾ'''"     ⌒゙ヽ、
      r''"          ''ヾ、
    i(__..'´             ゝ
    |ヽ               し
   〈                 (
  、_/                 ゝ
  ヽ、 .{  ノ( /( /)/(/  /⌒l ´し
   ヽ、〈 (/、,,_( ノ_;;;;三''`、 .)`i.|  )
   ヾ、`;Yr::ヶ,、  '-`="' 、ノ .|、_/ (_,,)
     `ー{ ~~´ノ      ヾ、| ヾ、/‐ 、_
       ヽ (⌒ )  、 ヾ彡\__ツ:::::::::::::::`ー、
   _..-''´ ̄ヽ、二´-‐ '´ /  ,,''::::::::::::::::::::::::::::::`-、
  /:::::::::::::::::r''/ー‐''  /_,,-‐"::::::::::::::::::::::::::::::::::::::::`-、
. /:::::::::::::::::::::::゙~:::ヽ--‐'´ ̄::::::::::::::::::_.-'''二ニニヽ、 ::::::::`‐、
/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,i' -"_..-ー‐''´ ̄\:::::::::::`、
|:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,i'  /;;;;;;;;;;;;;;;;;;;;;;;;;;;;\:::::::::}
|:::::::::::::::::::::::::::::::::::::::::::::::::::_,,,,-‐7~   /;;;;;;;/ ̄;;;;\;;ノノl:::::::i
|/ ̄ ̄\_,,,,,,,...、、、-‐'''":::::::::/   ./l__ノl;;γ⌒ヽ;;l(/|:::::〈
! ._,,,,-‐'''"     /:::::::::::::::::::|    /l⌒ヽl;;;ゝ;;_ノ;;;l(彡|:::::::}
/          |::::::::::::::::::::>‐-‐'´:::|;;;;;;;;\_;;;/;;;;/::::::/
           ヽ、;;: -‐"::::::::::::::::::\;;;;;;;;;;;;;;;;;;;;;/:::::::::/
          _,,-''":::::::::::::::::::::::::::::::::::::`ー---‐''´:::::::::::::|

239:デフォルトの名無しさん
09/05/04 23:36:15
それCOBRAやで

240:デフォルトの名無しさん
09/05/05 12:32:24
なにくだらないつっこみしてんだよ

241:デフォルトの名無しさん
09/05/05 12:39:59
Dolphinik

242:デフォルトの名無しさん
09/05/13 09:38:43
jdk7 build56
URLリンク(download.java.net)
URLリンク(download.java.net)

invokeDynamic追加されたみたいだが javadocがない。

243:デフォルトの名無しさん
09/05/13 09:55:35
>>242
こういうのって自社製品を早期に JDK 1.7 対応させる予定な方々がこぞってテストしてんのかね。

244:デフォルトの名無しさん
09/05/13 10:16:06
>>242
> jdk7 build56
いい加減に直せよ

245:デフォルトの名無しさん
09/05/13 18:13:58
>>243
BEA改めOracleとかIBMがやってるんじゃね?

246:デフォルトの名無しさん
09/05/20 01:15:00
JAVAONEとか近いのにオラクルSUNになってからJAVAの話がなくなっちゃったんだけど、最近どの辺りのコミュニティー(英語も)に行けば情報追っかけられるの?

247:デフォルトの名無しさん
09/05/20 09:43:55
JDKにしてもフレームワークにしても
開発者メーリングリストは何も変ってない。

248:デフォルトの名無しさん
09/05/23 20:11:28
JRockit vs SUN JVM はどうなるんだろう?

249:デフォルトの名無しさん
09/05/27 23:30:46
GoogleとSpringSourceがDIのJSR出してるな

250:デフォルトの名無しさん
09/05/27 23:58:40
ざっくり読んだ限りだと普通にDI便利でしょ?しか言ってないような・・・
そういえばGuiceっていつか弄ってみようと思って全く触れてないや・・・

251:デフォルトの名無しさん
09/05/28 00:09:13
まだ、仕様作ろうぜっていう提案段階だから

252:デフォルトの名無しさん
09/05/28 00:13:35
EJBみたいに妄想だけで仕様作るんじゃなくてGuiceやSpringの経験を元に
実証済みの(新規性のない)仕様を作る方が望ましい

253:デフォルトの名無しさん
09/05/28 00:14:46
>>251
なるほど・・・

254:デフォルトの名無しさん
09/05/28 02:30:30
Rod Johnsonって、JCPみたいなとこでの仕様策定には批判的だったはずだけど
他人に変な標準作られるよりはマシだと思ったのかね

255:デフォルトの名無しさん
09/05/28 06:44:15
批判も利用もするってのは建設的だ。
対立オンリーだと何も生まれない。

256:デフォルトの名無しさん
09/05/28 09:05:51
>批判も利用もするってのは建設的

いい意見だな

257:デフォルトの名無しさん
09/05/28 22:21:21
>>255
気に入ったので今度使わせて貰う。

258:デフォルトの名無しさん
09/05/29 09:18:37
jdk7 build59
URLリンク(download.java.net)
URLリンク(download.java.net)

Linuxでcom.sun.awt.AWTUtilitiesによる透過が効いてなかったのが修正されたらしい。

259:デフォルトの名無しさん
09/05/31 09:01:55
G1GC搭載のjdk6u14が正式リリース

260:デフォルトの名無しさん
09/06/03 13:10:53
JDK 7 Preview

261:デフォルトの名無しさん
09/06/08 22:45:48
AppletってHTML5に向けて強化されないのかな?
Local Storageとかにアクセスする機能があるだけで使いでがグッと広がると思うんだが。

262:デフォルトの名無しさん
09/06/08 22:59:02
それってJava 2 security modelで出来てるじゃん

263:デフォルトの名無しさん
09/06/09 00:06:59
>>261
JavaFX 1.2 にはLocal Strageってあるけど、これじゃだめかね

264:デフォルトの名無しさん
09/06/09 19:08:26
JavaOne気付いたら終わってたみたいだけど、何か目玉はあったの?

265:デフォルトの名無しさん
09/06/09 23:42:50
目玉にしたかったものはJava Store

266:デフォルトの名無しさん
09/06/10 14:14:55
>>249
仕様策定は承認されたけど、やっぱりWeb Beansとの関係が問題になってるな
URLリンク(jcp.org)

267:デフォルトの名無しさん
09/07/05 07:08:15
JDK7 build63
URLリンク(download.java.net)
URLリンク(www.java.net)

GC関連とAWT関連のバグ潰し

268:デフォルトの名無しさん
09/07/05 07:26:12
AWTってまだあったんだ とか言ってみる

269:デフォルトの名無しさん
09/07/05 15:30:37
Swingも使つかいこなせない奴が言うボケ

270:デフォルトの名無しさん
09/07/13 06:23:35
それで次のJDK7は何が目玉なんですか?
3−4個あげてもらえませんか。

271:デフォルトの名無しさん
09/07/13 08:44:37
ggrks

272:デフォルトの名無しさん
09/07/13 11:37:55
平行ライブラリの拡張
言語仕様の小変更
VM仕様の変更

273:デフォルトの名無しさん
09/07/13 11:38:15
え?
JDK7はキャンセルなんですか?

274:デフォルトの名無しさん
09/07/14 06:09:17
どういうこっちゃ

275:デフォルトの名無しさん
09/07/14 06:26:39
>>272
特に目新しいものの無いしいつもどおりですか。
時代の要求についていけないようですし、もうオラクルも終わりでしょうね。

276:デフォルトの名無しさん
09/07/14 07:21:54
VM仕様の変更が、目新しいものじゃないなんて・・・
外部ライブラリでできてることが標準に取り込まれたら満足か?

277:デフォルトの名無しさん
09/07/15 09:57:30
JDK7 build64
URLリンク(download.java.net)
URLリンク(www.java.net)

JSR-308追加。jdk6u4〜u12までのデプロイ関係のコードがマージ。

あと、うちだとインストーラが途中で止まってインストールできんかった。
インストーラとまった後に残ってた
C:\Users\[username]\AppData\LocalLow\Sun\Java\jdk1.7.0\jdk1.7.0.msi
を実行したらインストールできてるみたいだけど……

278:デフォルトの名無しさん
09/07/17 20:28:28
MSJVMなみに速くなるのはいつですか?

MSにできることがどうしてSUNにできなかったんでしょうかね?

279:デフォルトの名無しさん
09/07/17 20:39:19
いくらなんでも、そんな餌じゃ釣れないだろ

280:デフォルトの名無しさん
09/07/17 21:33:06
じゃあどんな餌なら食いつくんですか?

281:デフォルトの名無しさん
09/07/17 22:39:39
このスレのおじさんって、いつも我が物顔で書き込みしてるよね
古臭い知識ばかりを振り回していつまでもウダウダしてるくせに
スレに貢献する気が無いなら即刻消えてもらえませんか?

282:デフォルトの名無しさん
09/07/18 00:47:31
Java初心者ですが、5で十分だと思います
十分完成されていると思います

283:デフォルトの名無しさん
09/07/18 10:26:01
完成させてしまったら、JAVAの「中の人」がメシ食えなくなるだろ

284:デフォルトの名無しさん
09/07/18 11:21:50
JDK7 build65
URLリンク(download.java.net)
URLリンク(www.java.net)

VM関連のバグ取り

285:デフォルトの名無しさん
09/07/18 21:58:33
>>282
とあるシステムの起動時間は、2分(1.4)→1分(5.0)→30秒(6.0)と変遷していった。
JVMの性能向上は、かなり馬鹿にならないモノがある。

286:デフォルトの名無しさん
09/07/18 22:15:40
起動時間が短縮してもなぁ・・・

287:デフォルトの名無しさん
09/07/18 22:26:42
まぁJVMは速度では.NETには勝てないだろ
中身的に作りがこうまで違うとな

288:デフォルトの名無しさん
09/07/18 22:43:06
比較は難しいが今は同じレベルと考えていいよ。

289:デフォルトの名無しさん
09/07/18 22:50:36
Javaはスループットより最悪値性能を何とかして欲しいな。
マイクロベンチマークの実行結果が動かす度に違うってどうなのよ。
あ、いちおうこれはcurrentTimeMillisの精度の話じゃないよ。

290:デフォルトの名無しさん
09/07/18 23:47:03
>>285
起動が30秒かかるってアウトだろ。
Javaなら許されるの?

291:デフォルトの名無しさん
09/07/19 00:00:44
>>286
JVMそのものの起動時間じゃないぞ。
アプリケーションが動くための初期化処理だから、通常のコードが全力で走ってる。

292:デフォルトの名無しさん
09/07/19 00:03:59
>>290
そのシステムがクソだというのは確かだが、それはJavaのせいじゃない。

293:デフォルトの名無しさん
09/07/19 00:10:42
>>290
この調子で速度が向上していけば、いずれ起動時間はマイナスになる。
荒唐無稽な話に思えるかもしれないが可能だ。
起動する以前に起動している、これはいずれ実現する。
プロセスがメモリー上で初期化され起動を待機しているような状態を
想像してほしい。
少なくとも良く使うアプリケーションにおいては近い将来そうなるだろう。
つまり、Linuxの大勝利である。

294:デフォルトの名無しさん
09/07/19 00:13:16
>>292
その通りである。
Javaで書かれたからこそこの速度なのであり、C♯ならその10倍はかかったであろう。
つまり、JavaはM$の10倍高速である。

295:デフォルトの名無しさん
09/07/19 00:19:42
>>293
そういうアプリケーションって、以前からたくさんあったじゃない。
「起動時間を大幅に短縮しました!」ってうたい文句で
たしかにアプリケーションの起動は瞬間と言っていいほど早くなったが
そのかわりOSの起動時間がやたら長くなるってヤツ。

296:デフォルトの名無しさん
09/07/19 02:08:56
あげるなタコ

297:デフォルトの名無しさん
09/07/19 08:06:07
.NETのはAOTで起動は速いけど、.NETより遅いかな?
GCJでコンパイルしたのも起動は速い。

298:デフォルトの名無しさん
09/07/19 18:10:06
>>294
Visual Studio 2010はほとんどManaged(WPF)だけど、
それでも5秒ぐらいで起動しますよ?

299:デフォルトの名無しさん
09/07/20 00:14:28
>>298
Linuxでも動作しますか?

300:デフォルトの名無しさん
09/07/20 07:31:35
300

301:301
09/07/20 14:01:30
このスレッドは300を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

302:デフォルトの名無しさん
09/07/20 14:13:55
ぉぃ


303:デフォルトの名無しさん
09/07/22 14:44:11
small changesだけど、あればいいかなってのはstring switchぐらいしかないし、try-resource close, catch-chain exception の提案とかも含むけどその他の砂糖構文はC#のインデグザぐらいにいらないって感じ。
string switchも実際enumと同じだから、いちいちenumなんて面倒くせーと考えなければこれもいらないか。
それよりも、&& || を現代風に and or not の演算子を用意して欲しい。演算子順序はrubyと同じで一番下で。

304:デフォルトの名無しさん
09/07/22 14:48:07
or だと識別子がかぶるからVBみたく Or でもいいし OR もありえるから、新しく定義するときはand or notの演算子は文字の大小は区別しないでいいよ。
だれかopen jdkに提案しといて。

305:デフォルトの名無しさん
09/07/22 14:51:38
演算子は文字の大小

識別子は文字の大小で、and And AND anD とかどれか一致したのでおけってこと。

306:デフォルトの名無しさん
09/07/22 14:52:34
そのなものイラネエ

307:デフォルトの名無しさん
09/07/22 15:54:55
そうか?
実際は、アノテーションとIDEの自動置換使えばimproved exceptionとかnull?とかいらないって感じだけど。
ただの砂糖構文は、ジャバ言語の言語としての意味論にまったく関係ないから、こういうのをどんどん追加していくと
C#みたく言語自体が低品質つまり甘いだけのマック100円コーヒーと同じ品質になっちゃうんだよね。

こういうIDEのマクロでよさそうなの、言語独自の機能にまったく関係ないほうがよっぽどイラネー
つまりどうせ文法上のリテラル(砂糖構文)を追加するなら、クロージャ追加とか、and orの演算子を変更してくれたほうがよっぽどいい。
オレはもともと風味抜群のコナ・コーヒーが好きだけど。


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5357日前に更新/181 KB
担当:undef