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

0001デフォルトの名無しさん

2009/04/14(火) 20:59:05

■■前スレッド■■
【Java SE 7】次世代Javaの動向７【dolphin】
http://pc12.2ch.net/test/read.cgi/tech/1220531647/

■■過去スレッド■■
[Java SE 7] 次世代Javaの動向 6 [dolphin]
http://pc11.2ch.net/test/read.cgi/tech/1199330977/
[Java SE 7] 次世代Javaの動向 5 [dolphin]
http://pc11.2ch.net/tech/kako/1178/11789/1178925915.html
[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]
http://pc11.2ch.net/tech/kako/1163/11639/1163986696.html
[mustang] 次世代Javaの動向 3 [dolphin]
http://pc8.2ch.net/test/read.cgi/tech/1157227790/
次世代Javaの動向　２
http://pc8.2ch.net/test/read.cgi/tech/1147881822/
【Java】次世代Java・J2SE1.6の動向【Mustang】
http://pc8.2ch.net/test/read.cgi/tech/1081698555/

0002デフォルトの名無しさん

2009/04/14(火) 20:59:48

0003デフォルトの名無しさん

2009/04/14(火) 21:00:36

最初からクロージャーを諦めていればとっくに生まれていたろうに…

0004デフォルトの名無しさん

2009/04/14(火) 21:12:43

クロージャいらねーだろ、ＪＫ

0005デフォルトの名無しさん

2009/04/14(火) 21:13:48

FAQ.

Q1. Javaのプログラム教えて欲しいんだけど・・・
A1. >>2 の質問スレへ

Q2. 現状の～が納得いかない
A2. OK。建設的な意見歓迎だぜ。
　　まぁ、出来る範囲でいい。このスレ内の話題は一応目を通しておいてくれると嬉しい。

Q3. Javaより～の方が優れている
A3. OK。今日のお客はアグレッシブだな。
　　どの点で優れていて、どうすればJavaに取り込めるだろうか考えて見て欲しい。

Q4. JDK7のリリースはいつ？
A4. それは俺も知りたい。
　　http://openjdk.java.net/projects/jdk7/
　　によると、最後のマイルストーンは2010/02。気長に待とうぜ。

Q5. EclipseとNetbeansは・・・・
A5. >>2 のEclipse,Netbeansスレへ

Q6. JVMの話はここ？
A6. まぁ、他にスレないしここでいいんじゃない？
　JVM上の言語なら>>2 のGroovyスレか
　【色々】Java系スクリプト言語【やってるよ】
　http://pc12.2ch.net/test/read.cgi/tech/1190981940/
　プログラミング言語 Scala
　http://pc12.2ch.net/test/read.cgi/tech/1205156417/
　Jython、Groovy、JRuby - どれが一番効率的？
　http://pc12.2ch.net/test/read.cgi/tech/1100563765/
　辺りかな？

0006デフォルトの名無しさん

2009/04/14(火) 21:19:41

>>1,2,5
乙

0007デフォルトの名無しさん

2009/04/14(火) 21:26:20

Q7. JDK7のスペックは固まったの？
A7. まだなんじゃない？
　http://openjdk.java.net/projects/jdk7/features/
　に最新の実装予定機能が載ってるよ

Q8. JDK7 試したいんだけど
A8. http://download.java.net/jdk7/binaries/
　から試せるよ。
　JDK6のEAは、↓から。
　http://download.java.net/jdk6/binaries/

Q9. クロージャって・・・
A9. クロージャの採用は見送られた模様(2009/04時点)
　クロージャが何かってのは、ググってみよう。

Q10. これバグ何じゃないかなぁ？
A10. それはめでたい。リリース前にバグが見つかるなんて。
　まずは、既に誰かが見つけていないかを
　http://bugs.sun.com/bugdatabase/ で探してみよう。
　フォーラムを検索したり聞いてみたりという手もある。
　http://forums.java.net/jive/forum.jspa?forumID=25
　質問するときは、簡単な再現プログラムを用意するといいぞ。
　それでバグっぽいようなら、
　http://bugreport.sun.com/bugreport/index.jsp
　からレポートしてみよう。
　面白そうなバグなら、ここでも教えて欲しいな。

0008ID欲しいよ

2009/04/14(火) 21:31:24

　　　　　　　　　　　　／￣＼
　　　　　　　　　　　　| 　　　　|
　　　　　　　　　　　＼＿／
　　　　　　　　　　　　　　|
　　　　　　　　　　／￣￣　＼
　　　　　　　　　／　　＼　／　　＼
　　　　　　　／　　 ⌒　　　⌒ 　　＼　　　　テンプレは以上だ。
　　　　　　　 |　　　　（__人__）　　　　|　　　　なお、このスレでは予告無くたびたびスルー検定が実施される。
　　　　　　　＼　　　｀ ⌒´　　　　／　　　　主な例としてはage厨・煽り厨などだ。
　　　　　　　　/ヽ､--ー､＿＿,-‐´　＼─／　これらに反応すると大減点されるため、グッと堪えて欲しい。
　　　　　　／　> 　　ヽ▼●▼<＼　　||ｰ､.
　　　　　 / ヽ､　　　＼ i　|｡|　|/　ヽ　(ニ､｀ヽ.
　　　　　.l　　　ヽ　　　 l　|｡|　| ｒ-､y　｀ﾆ　ﾉ＼
　　　　　l　　　　 |　　　|ー─ | ￣ l 　　｀~ヽ＿ノ

0009デフォルトの名無しさん

2009/04/14(火) 21:37:11

乙

0010デフォルトの名無しさん

2009/04/14(火) 21:37:39

P.S.
ちなみに前スレ最後のように技術的な話題から外れた流れになったときは
マ板へ誘導していただきたいと思います・・・・

0011デフォルトの名無しさん

2009/04/15(水) 11:04:11

あるある

0012デフォルトの名無しさん

2009/04/15(水) 21:45:15

Java5はGenericsとAnnotation、typesafe enumが登場してJavaが生まれ変わった気がした。
Java6はScriptingのおかげで外の世界の人ときゃっきゃ出来たので面白かった。

Java7でも盛り上がれる何かが待ってるんだろうか。JVMが更に速くなるのは確かなんだろうけど。。。

0013デフォルトの名無しさん

2009/04/15(水) 22:43:48

ぶっちゃけクロージャはどうでもいいと思ってるけどね。
BGGAなんて実装されても迷惑だと思ってたし、
CICEはあってもなくても同じと思ってたし、無名クラス万歳。

0014デフォルトの名無しさん

2009/04/15(水) 23:09:43

無名クラス嫌い。単純なことしたいだけなのにノイズ大杉。

0015デフォルトの名無しさん

2009/04/15(水) 23:40:27

ARM(AutomaticResourceManagement)は、なくなっちゃったの？
あれは、記述量が減って便利そうだったんだけど・・・
と思って、ググってみたら便利なページ発見

http://tech.puredanger.com/java7/

0016デフォルトの名無しさん

2009/04/15(水) 23:40:54

仕事で使う分には満足してる。

0017デフォルトの名無しさん

2009/04/16(木) 12:24:25

>>13
無名クラスの方が有効な場面が多いのは確かだが、クロージャが
必要とされるような場面だとノイズ多過ぎだろ。クロージャについて
やたら否定的な奴はクロージャがある言語触ったこと無いだろとしか思えない
奴が多過ぎる。

0018デフォルトの名無しさん

2009/04/16(木) 12:46:03

クローじゃは是非ほしかったけど、SUN本体のゴタゴタ経営事情の方が重要だったからそれどっころじゃなかったんだろ。
ローカルスコープの内部クラスでもfinalさえ受け入れれば代用できるから早くいれてほしいけどね。
スクリプトみたく捨てコードとしてつかうのにタイプ量が多すぎる。

0019デフォルトの名無しさん

2009/04/16(木) 13:58:58

.class ファイルを一つづつモジュールとして管理して、キッティングやデプロイも
専用の人間がいるようなプロジェクトでは普通に無名クラス禁止だけどな
(GUIアプリだとそうも言ってられないが)。

0020デフォルトの名無しさん

2009/04/16(木) 19:17:40

ScalaがあるからJavaはマイペースでいいと思うけどねぇ。
昨今のアノテーションヘルっぷりは既にきもいレベルだよ。
某沖縄2の中の人とかメタアノテーションがクールとか褒めてるのを見てもうJavaはダメだと思った。

0021デフォルトの名無しさん

2009/04/16(木) 21:21:29

今はXMLはダメだけど、アノテーションなら何でも許される時代。

0022デフォルトの名無しさん

2009/04/16(木) 21:28:28

下手くそがアノテーション使って設計するとマジナイ事みたいなアノテーションばかりになるんだよな。
こないだ「これを付けるとなぜかうまく行く」みたいなコメント久しぶりに書いたぞ。

0023デフォルトの名無しさん

2009/04/16(木) 21:34:23

親クラスのアノテーションが反映されたりされなかったりで
はまって泣いた。

0024デフォルトの名無しさん

2009/04/16(木) 21:34:32

へたくそが設計ｗ

0025デフォルトの名無しさん

2009/04/16(木) 21:45:09

>>24
シンプル化とか汎用化とかの推敲をほとんどしないで、思い付いた実現方法で片っ端から
ゴリゴリ書くエキスパートな御年配って結構いるじゃん?

0026デフォルトの名無しさん

2009/04/16(木) 21:51:06

10 名前：デフォルトの名無しさん[sage] 投稿日：2009/04/14(火) 21:37:39
P.S.
ちなみに前スレ最後のように技術的な話題から外れた流れになったときは
マ板へ誘導していただきたいと思います・・・・

0027デフォルトの名無しさん

2009/04/16(木) 21:57:07

>>25
数年もたてば、そうなる可能性がおまえにもあるけどな

0028デフォルトの名無しさん

2009/04/16(木) 23:54:55

Javaはもう進化しなくていいよ。
C++の二の舞になったら仕事で使える言語がなくなってしまう。

0029デフォルトの名無しさん

2009/04/17(金) 02:00:29

複雑なライブラリの相関関係を調整してAPIを使いやすくするのはいいんだが、
それをパラダイムを増やして実現するのは間違いだと思う。
専門家だけが覚えやすい言語って既にJavaじゃねーよ。JPAですらそう思う。

0030デフォルトの名無しさん

2009/04/17(金) 10:46:31

そんなの立場次第じゃん。あなたも十分専門家だよ。

0031デフォルトの名無しさん

2009/04/17(金) 17:41:25

jdk7 build55
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b55.html

awt関連のバグ取り。4Gバイト以上のzipファイルサポート。

zip書庫のファイル名が問答無用でUTF-8固定だった問題の修正らしい。
けど b55には入ってない？
http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1aaeb8fbe705

0032デフォルトの名無しさん

2009/04/17(金) 17:43:40

ZIP 内ファイルのエンコーディング問題やっと解決か。長かったなー。
化けるなら良いがエントリそのものが読めなかったからな。

0033デフォルトの名無しさん

2009/04/17(金) 19:46:04

今更だけどjava.nio.fileいいなぁ

0034デフォルトの名無しさん

2009/04/17(金) 19:47:11

>>31
それは、jdk6にもバックポートして欲しい・・・・

0035デフォルトの名無しさん

2009/04/17(金) 21:50:26

nioのnだけは受付けないなぁ。
xxxExとかxxx2とか。

0036デフォルトの名無しさん

2009/04/18(土) 08:41:54

>27
手を抜くさじ加減が身についてくるともいえる。

0037デフォルトの名無しさん

2009/04/20(月) 07:27:21

Java7だとLinuxでもVolatileImageで透過処理が出来るようになるのかな？
とてもゆっくりとだが、Javaのエンタメ系も優秀になってきたな。

0038デフォルトの名無しさん

2009/04/20(月) 20:55:52

米オラクルが米サン・マイクロシステムズを買収することで最終合意したと発表した。

0039デフォルトの名無しさん

2009/04/20(月) 21:05:25

(◎皿◎)ﾅﾝﾃﾞｽﾄ!!

0040デフォルトの名無しさん

2009/04/20(月) 21:07:40

IBMに比べたらしっくりする内容だけど、マジでオラクルなの？
MySQLオワタ、Postgressとかも完全に切り捨てな悪寒。

0041デフォルトの名無しさん

2009/04/20(月) 21:25:44

IBMの買収騒動で8㌦越えしてたから、プレミアは1ドル前後なのか。
プレミア狙いの人も肩すかしを食らわなくてよかったじゃんｗ

0042デフォルトの名無しさん

2009/04/20(月) 21:32:08

HPと共同ではなくオラクル単独なのか
NetBeansは分からんがGlassfishはｵﾜﾀな

0043デフォルトの名無しさん

2009/04/20(月) 21:37:51

GlassFishはJavaEEのRIでしょ。捨てる要素はないと思う。

0044デフォルトの名無しさん

2009/04/20(月) 21:40:52

WebLogic抱えてるOracleが継続して提供する価値ないでしょ
RIなんて仕様に先駆けて試験的に実装すればいいだけでWLSでもおk

0045デフォルトの名無しさん

2009/04/20(月) 21:46:21

サンは俺が買うつもりだったのに・・・

0046デフォルトの名無しさん

2009/04/20(月) 21:48:41

OracleはSPEC jAppServer2004でGrassfishに惨敗してるから、
取り込んだ後に捨てるかもしれんが、まんま捨てるってことはないな。

0047デフォルトの名無しさん

2009/04/20(月) 22:00:34

>>46
SPEC jAppServer2004はハードの環境がバラバラだから
APサーバを評価する役には立たない

0048デフォルトの名無しさん

2009/04/20(月) 22:02:40

>>47は何を言ってるんだ？ｗ

0049デフォルトの名無しさん

2009/04/20(月) 22:05:28

>>48
言いたいことがあるなら具体的に言ってみろよ

0050デフォルトの名無しさん

2009/04/20(月) 22:08:21

どういう環境でOracleが負けたのか知らないだろｗ

0051デフォルトの名無しさん

2009/04/20(月) 22:09:18

>>50
だから具体的に言ってみろよ

0052デフォルトの名無しさん

2009/04/20(月) 22:09:48

ｊAppServer2004 resultを見に行けよｗ

0053デフォルトの名無しさん

2009/04/20(月) 22:13:57

>>52
なんだ、煽るだけで何も言えないのか

0054デフォルトの名無しさん

2009/04/20(月) 22:16:16

ソースを示してるのに何という情弱ぶり・・・

0055デフォルトの名無しさん

2009/04/20(月) 22:23:11

>>54
おいおい、jAppServer2004が存在してるか問題にしてるわけじゃないだろーが
俺はjPppServer2004がAPサーバ単体の評価に約立たないと書いた
それを否定するならAPサーバ単体の評価に役立つ結果がどれとどれなのか
具体的に示すべきなのはお前だろ？
お前がソースを示した？何一つ示してないだろーが

0056デフォルトの名無しさん

2009/04/20(月) 22:25:12

軸を合わせるという発想はないのか、プレスリリースだって出てるだろｗ

0057デフォルトの名無しさん

2009/04/20(月) 22:26:52

サンは俺が買うつもりだったのに・・・

0058デフォルトの名無しさん

2009/04/20(月) 22:28:42

>>56
お前プレスリリースしか見てないだろw

0059デフォルトの名無しさん

2009/04/20(月) 22:28:44

マイコミは56億ドル、日経は74億ドル、何か開きがあるんだけど。

0060デフォルトの名無しさん

2009/04/20(月) 22:29:53

情弱もここまで来たら病気だな。
調べればすぐ分かるものも情報ままごいとは情けない。

0061デフォルトの名無しさん

2009/04/20(月) 22:36:03

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

0062デフォルトの名無しさん

2009/04/20(月) 22:37:06

おまえはここぞとばかりに業界通気取りか（笑）

0063Oracle

2009/04/20(月) 22:38:32

お前にサンが救えるか！？

0064デフォルトの名無しさん

2009/04/20(月) 22:40:47

1割違えばカスみたいなもんだろ？

0065デフォルトの名無しさん

2009/04/20(月) 22:42:07

あしたかー！！

0066デフォルトの名無しさん

2009/04/20(月) 22:44:01

>>64
APサーバだけの違いならな
だがJVMも変えて半年もチューニングやって1割は評価しようがない
で、結局お前はプレスリリース鵜呑みにしてただけってことだよなw

0067デフォルトの名無しさん

2009/04/20(月) 22:45:22

2007-Jun同士でSunが勝ってるようにみえるが？

0068デフォルトの名無しさん

2009/04/20(月) 22:45:31

プレスリリースは鵜呑みにするもんじゃないのか？！

0069デフォルトの名無しさん

2009/04/20(月) 22:52:24

>>67
具体的にどれとどれよ？
結果のリンク2つ貼りなよ

0070デフォルトの名無しさん

2009/04/20(月) 22:52:31

プレスリリースの何が不満なの？

0071デフォルトの名無しさん

2009/04/20(月) 22:53:21

ここは自分で調べられない、比較できない人をあざ笑うスレであって、教育するスレじゃないからな。

0072デフォルトの名無しさん

2009/04/20(月) 22:57:27

>>71
逃げたかw
逃げるしかないよな。まともに比較できる結果がないんだから
SPECjAppServer2004が役に立たないことなんてみんな分かってることを
今更でも知ることが出来てよかったねwww

0073デフォルトの名無しさん

2009/04/20(月) 22:58:07

ファビョっても状況は変わらんよ。哀れな奴。

0074デフォルトの名無しさん

2009/04/20(月) 22:58:54

おまえも強情じゃの～
ほれ

0075デフォルトの名無しさん

2009/04/20(月) 23:02:32

>>73
負け惜しみ乙
お前はまともに比較できる結果を示すことができない
示したくてもできない
強がってもそれが現実なんだよ

0076デフォルトの名無しさん

2009/04/20(月) 23:03:39

葬式会場で喧嘩するな！

0077デフォルトの名無しさん

2009/04/20(月) 23:05:02

サンは俺が買うつもりだったのに・・・

0078デフォルトの名無しさん

2009/04/20(月) 23:07:09

Javaおわったな。
未来はないよ。完全に。
よりによってOracle

0079デフォルトの名無しさん

2009/04/20(月) 23:07:17

IQもEQも低いスレだなｗ

0080デフォルトの名無しさん

2009/04/20(月) 23:12:08

>>79
このスレはおまえの低いIQそのものだなｗ

0081デフォルトの名無しさん

2009/04/20(月) 23:13:44

自覚症状があるからレスしてんだろうなぁ。。。

0082デフォルトの名無しさん

2009/04/20(月) 23:22:57

ところでEQってなに？

0083デフォルトの名無しさん

2009/04/20(月) 23:27:09

equals

0084デフォルトの名無しさん

2009/04/20(月) 23:27:14

>>82
地震(earthquake)の略

0085デフォルトの名無しさん

2009/04/20(月) 23:37:05

それじゃEQが低いって何が低いってこと？

0086デフォルトの名無しさん

2009/04/20(月) 23:42:01

オラクルってJavaに何か貢献したっけ？
TopLinkにしても、仮に提供が無くてもHibernateやKodoがあったし、
標準化の動きに合わせて仕変の経費を抑えただけって印象が。

JCPの崩壊が始まる。

0087デフォルトの名無しさん

2009/04/20(月) 23:44:06

>>85
笑いのハードルの逆数
>>83-84で笑えるくらいハードルが低ければEQは高くなる
笑えなければEQは低くなる

0088デフォルトの名無しさん

2009/04/20(月) 23:49:16

>>87
はぁ？

0089デフォルトの名無しさん

2009/04/21(火) 00:46:07

これでOracleのインストーラーが超進化するのか。

0090デフォルトの名無しさん

2009/04/21(火) 01:06:51

富士通の下請けが暴れてんの?

0091デフォルトの名無しさん

2009/04/21(火) 02:49:13

GlassFishとNetBeansは捨てられるだろうな
JavaFXも宙ぶらりんになるかも
Sunが力を入れていて、成果が出ていないプロダクトは基本的に消えるんじゃない？

0092デフォルトの名無しさん

2009/04/21(火) 03:30:50

ﾇｯﾄﾘ豆は Oracle の DB と WebLogic 向け開発環境として機能補強して使われるんじゃないの。
GlassFish も JEE の RI を WebLogic でやるわけに行かないから残るんじゃ。
MySQL の方がやばそう。というか Cobalt を生き返らせてｗ

0093デフォルトの名無しさん

2009/04/21(火) 07:17:30

こんな楽しいニュース久々だ

0094デフォルトの名無しさん

2009/04/21(火) 07:44:00

MySQLは存命するけど、投資対象ではない。
完全に居場所が無くなってるよ。SPARCの方がマシなくらい。
以前OracleがMySQLを欲しがった時も買い殺しが目的だったのかな。

0095デフォルトの名無しさん

2009/04/21(火) 07:56:01

Sun JDK に Oracle のお試し版がバンドルされる日も近い。
IBM JDK はもう単体配布しないんだろうか。ライセンス縛り無くなって (るよね?) 久しいのに。

0096デフォルトの名無しさん

2009/04/21(火) 08:12:24

Java厨ざまぁwwwwwwwwwwwwwwwwwwwwwwwwwwwww

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

0097デフォルトの名無しさん

2009/04/21(火) 10:57:04

>>38
ビッグニュースだよね。

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

0098デフォルトの名無しさん

2009/04/21(火) 11:02:21

JCP は Sun 系中の人の発言力が弱まってさらにカオス化しそうな悪寒。
規格決める時は少数精鋭でやった方が仕様全般に筋が通って良いんだよな。

0099デフォルトの名無しさん

2009/04/21(火) 12:34:27

全部Oracle仕様になって
JDBCもOracleでしか使えなくなったりしねえよなｗ

0100デフォルトの名無しさん

2009/04/21(火) 12:49:50

Derbyで組んだシステムの規模が大きくなったら、すんなり移行出来るのは
Oracleしかないって感じになるかも？

0101デフォルトの名無しさん

2009/04/21(火) 13:09:41

JavaDBの中身がApache DerbyからOracleに置き換わるのか！

0102デフォルトの名無しさん

2009/04/21(火) 13:41:46

>>94
逆にMySQLにPL/SQL移植したり、Oracle独自のSQL文が動くようにしたり
どんどんOracle色に染めてくるかもｗ

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

0103デフォルトの名無しさん

2009/04/21(火) 13:46:02

OSS 信者のﾀﾜｺﾞﾄを聞いて日本の官公庁が OpenOffice 化されてたら
ありとあらゆるグレーゾーンを付いて罠を仕掛けそう。

0104デフォルトの名無しさん

2009/04/21(火) 13:56:27

>>102
規模が大きくなってもMySQLのまま運用する所が95%以上ってとこか。

0105デフォルトの名無しさん

2009/04/21(火) 14:41:36

Java有料化でJavaプログラマ失職ですか？

0106デフォルトの名無しさん

2009/04/21(火) 14:44:43

>>103
「オープンなベンダーロックイン」か。おまいさん頭良いな。

0107デフォルトの名無しさん

2009/04/21(火) 14:52:15

おまえはここぞとばかりに業界通気取りか（笑）

0108デフォルトの名無しさん

2009/04/21(火) 14:56:51

えー？全然業界人じゃないんですが。
業界にそんなこと言ってる人いるの？ソース教えて

0109デフォルトの名無しさん

2009/04/21(火) 15:05:02

オラクルってアクセス（エクセル）とどこが違うんですか？

0110デフォルトの名無しさん

2009/04/21(火) 15:10:32

値段とエンジニアの給料。

0111デフォルトの名無しさん

2009/04/21(火) 21:36:48

Sun JDK にもれなく Oracle の JDBC のドライバが付いてくる。
そしてそれ以外の JDBC ドライバはパフォーマンスが上がらない魔法がかかる。

0112デフォルトの名無しさん

2009/04/21(火) 21:52:54

それってソニータイマーってことも考えられるよね？

0113デフォルトの名無しさん

2009/04/21(火) 22:36:10

オープンソースにすればソニータイマーがあるかどうかなんてすぐわかるだろ

0114デフォルトの名無しさん

2009/04/21(火) 23:27:52

SUN買収はオラクルじゃなくて、グーグルが買っても面白かったかもな。
グーグルなんて虚像のバブル企業でキャッシュいっぱいあるし、SUNのクラウドと重なるところもあったろうに。
見当違いというか何か見落としてるところあるか？

0115デフォルトの名無しさん

2009/04/21(火) 23:31:36

グーグルはクラウドの中から出てきません

0116デフォルトの名無しさん

2009/04/21(火) 23:36:47

こっそりとOSも作っているさ

0117デフォルトの名無しさん

2009/04/21(火) 23:40:31

Sun買収に関する話はこっちにでも移ってはどうか

サン・マイクロシステムズはいかがですか？2
http://pc12.2ch.net/test/read.cgi/unix/1236078340/

0118デフォルトの名無しさん

2009/04/21(火) 23:51:08

MSはヤフーを買いたくてしょうがないから、グーグルはサンを買ってくれるならみんな大歓迎だったんだけど。
考えてみればオラクルは業務提携（救済支援）ぐらいでよかったのかなって思う。

0119デフォルトの名無しさん

2009/04/21(火) 23:56:17

マ板？そんなスレがあったのか。

0120デフォルトの名無しさん

2009/04/21(火) 23:56:27

そろそろスレ違い

0121デフォルトの名無しさん

2009/04/22(水) 00:00:31

>>116
そのグーグルOSはどのハードに乗せる設計なんだ？こっそり作ってるのはオーエスだよな？

0122デフォルトの名無しさん

2009/04/22(水) 00:01:28

スレタイ見直せ

0123デフォルトの名無しさん

2009/04/22(水) 00:07:06

Oracleの動向はやっぱ怖いものがあるよ。
あそこのオープンソースへの貢献って大抵B2Bだしね。
たまに顔を出す以外は常にひっそりとしてる感じがする。

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

0124デフォルトの名無しさん

2009/04/22(水) 00:36:35

>>120,122
JAVA８はデータベース専用言語になるようですが、あなたは心の準備が出来てますか？

0125デフォルトの名無しさん

2009/04/22(水) 00:38:58

>>123
俺の勘だとJCPはJAVA７で終了し、解散するんじゃないかと思う。
JAVAはオラクルがもう決定権を持ってるわけだし…

0126デフォルトの名無しさん

2009/04/22(水) 00:40:48

>>121
そうカリカリするなよｗ
そのうちわかるさｗｗｗ

0127デフォルトの名無しさん

2009/04/22(水) 00:56:02

カリカリカリカリカリカリカリカリカリカリカリカリ

0128デフォルトの名無しさん

2009/04/22(水) 02:41:49

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

0129デフォルトの名無しさん

2009/04/22(水) 09:35:18

>>114
Googleが買えばJavaの言語仕様に大幅な変更があったかな

0130デフォルトの名無しさん

2009/04/22(水) 09:39:56

永遠のβ版になるわけですね。

0131デフォルトの名無しさん

2009/04/22(水) 10:06:33

HP が買ってたら JRC80 の USB API くらい入ってたかな。

0132デフォルトの名無しさん

2009/04/22(水) 10:41:06

GoogleはLinuxとPythonの企業なんだから
Googleに買収されたらSolarisとJavaは終わりでしょ。

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

0133デフォルトの名無しさん

2009/04/22(水) 12:21:59

Androidのアプリ開発言語はJavaじゃなかったっけ？　
いろいろ変更してSunの誰かに文句言われてたような

0134デフォルトの名無しさん

2009/04/22(水) 13:25:01

>>132
バックエンドにJava
表に出てないからなじみがない

0135デフォルトの名無しさん

2009/04/22(水) 14:53:37

>>132
GoogleがGuiceとか、GWTとかGoogle Collections Libraryとかリリースしてる意味を考えるべき。

0136デフォルトの名無しさん

2009/04/22(水) 16:03:06

Googleは真面目にスペックリードの補佐とかもこなしてなかったか？
WebBeans（今の名前は忘れた）の策定にGuiceの人がかなり影響してるだろ

0137デフォルトの名無しさん

2009/04/22(水) 18:52:10

>>114
やっぱ、同じこと考えている人がいるもんだなあ。
Googleが買えば、もちょっと希望が持てたかも。なんとなくだが。

0138デフォルトの名無しさん

2009/04/22(水) 19:03:55

>>130
悪いがワロタｗ

0139デフォルトの名無しさん

2009/04/22(水) 19:04:53

D言語がもうひとつ増えるような自体にはならんでしょ。

0140デフォルトの名無しさん

2009/04/22(水) 19:13:06

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

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

0141デフォルトの名無しさん

2009/04/22(水) 19:25:48

PC３万台はWIKIの記事にあったんだけど、WIKIの一般的な了解を読んでもいまいちグーグルの時価評価額は信用できない。
アメリカの企業は買収（MA）してかないと（sunやsgiみたく）１０年後には生き残ってないからグーグルもキャッシュがあるうちにシナジー効果がある同業者を吸収・買収していくと思ったんだけどね。

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

0142デフォルトの名無しさん

2009/04/22(水) 20:32:56

スレからして見当違いなんだがな

0143デフォルトの名無しさん

2009/04/22(水) 20:49:19

jdk7をいち早く使ってみたいのですが、現行のjdk6, 開発中jdk7があってsunが配布しているjdkとopenjdkはそれぞれどう違うんでしょうか？
ソースを追いかけたりソースコードからコンパイルするスキルはありません。
頭いい人、教えてください。

0144デフォルトの名無しさん

2009/04/22(水) 22:08:03

>>142
そうだな。こんな糞スレでゴミ相手に長文かいても意味ないな。
もうこんな糞だめには来ないから安心してよｗ

0145デフォルトの名無しさん

2009/04/22(水) 22:12:01

>>143
openjdkをベースにsun jdkが作られてる。
glassfishを元にsjsas(元glassfish enterprise)が作られてる。
オープンソースと企業リリースはそういう関係。
中身的には企業リリースのが当然豪華。

0146デフォルトの名無しさん

2009/04/22(水) 22:31:50

その程度のことは承知してますが、結局「豪華」というところが違うんですか？
IBMとSUNのJDKでも違うところがあると思いますが「豪華」というところが違うということなんでしょうか。
よく分からないのですが、つまりOPEN,SUN,IBM版でそれぞれ（ライセンス以外に）どう違うんでしょうか。

0147デフォルトの名無しさん

2009/04/22(水) 22:55:05

これからはSUN版JDKじゃなくてオラクル版JDKていうじゃないか？

0148デフォルトの名無しさん

2009/04/22(水) 22:55:20

SunのならSunのライセンス、OpenJDKならGPLクラスパス例外じゃねーの？
JDK7からはSunのもクラスパス例外かもしれんが。

0149デフォルトの名無しさん

2009/04/22(水) 23:15:19

その程度のことは承知してますが（ｷﾘｯ

0150デフォルトの名無しさん

2009/04/22(水) 23:21:27

正直、質問するより落とすが早いと思うんだけどねｗ

0151デフォルトの名無しさん

2009/04/22(水) 23:29:26

インスコしないといけないジャンカヨー

0152デフォルトの名無しさん

2009/04/22(水) 23:30:03

>>149
古典的な釣りなんだが…

0153デフォルトの名無しさん

2009/04/23(木) 00:06:39

そんなこといわないで教えてもらえないでしょうか…
釣りじゃなくて本当に分からないですが

0154デフォルトの名無しさん

2009/04/23(木) 00:25:13

>>145
>glassfishを元にsjsas(元glassfish enterprise)が作られてる。
SJSASが無くなって、Sun GlassFish Enterprise Serverになった。

0155デフォルトの名無しさん

2009/04/23(木) 00:27:09

>>145
143氏じゃないけど、参考になりました。

0156デフォルトの名無しさん

2009/04/23(木) 05:52:31

>>145
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか？

0157デフォルトの名無しさん

2009/04/23(木) 07:29:26

Googleが買収してたら・・・
とか言っちゃってる奴は、もうちょっと勉強したほうがいいよ。
絶対あり得んから。

0158デフォルトの名無しさん

2009/04/23(木) 07:40:51

絶対あり得んですか・…（笑）

0159デフォルトの名無しさん

2009/04/23(木) 07:48:15

>>157
ホントだよね～
ちゃんと勉強したほうがいいよね～

0160デフォルトの名無しさん

2009/04/23(木) 07:56:32

>>157
本気で言ってるわけじゃないだろ笑
察しろよ

0161デフォルトの名無しさん

2009/04/23(木) 11:21:49

>>123
Sunは既に、JCPの主導権を握っているとは言えても、
支配しているとは言えない状態じゃない。
Oracle傘下になればさらに発言力弱まると思うよ。
それでいいんじゃないの?
Enterprise関係の迷走は既に起きていることだし。

0162デフォルトの名無しさん

2009/04/23(木) 11:35:45

Javaで使われていない機能トップ10
http://journal.mycom.co.jp/news/2009/04/22/018/index.html

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

0163デフォルトの名無しさん

2009/04/23(木) 14:20:44

アサーション使わないとかどこの低能ドカタだよ

0164デフォルトの名無しさん

2009/04/23(木) 16:07:03

この先JAVAはどこに向かうんだろうか・・・・

0165デフォルトの名無しさん

2009/04/23(木) 18:05:46

>>161
あなたは何にも知らない低脳ドカタなんですねｗ

0166デフォルトの名無しさん

2009/04/23(木) 18:40:54

パッケージプライベートでもないユーティリティクラスのメソッドが
引数チェックなしで動いてるような業務アプリも腐るほど見てきてるけどねｗ
アサーションは俺も使うけど、マニア扱いしかされへんなぁ

0167デフォルトの名無しさん

2009/04/23(木) 19:04:02

業務開発でアサーション使うと本番運用でもやらなきゃいけないチェックをアサーションで
やる奴が出てくるんだよな。そうでなくても本番近づいてくるとアプリ開発側から
「アサーション、本番で有効にしといてもらえませんかねぇ…」て声が必ず上がる。

0168デフォルトの名無しさん

2009/04/23(木) 19:07:29

>>167
それはない。
やっぱりあなたは何にも知らない低脳ドカタなんですねｗ

0169デフォルトの名無しさん

2009/04/23(木) 19:14:05

ないという根拠が不明。業務経験もない人がこんなところで何やってんの?

0170デフォルトの名無しさん

2009/04/23(木) 19:14:37

大規模開発のほとんどは低脳ドカタ仕事だからな…
>>167の光景は普通に目に浮かぶよ

0171デフォルトの名無しさん

2009/04/23(木) 19:17:52

>>167
そうはいうけどassert有効にするとassertion errorでjvm止まらないか？
どうせならもっと上手い嘘つかないと周りから叩かれちゃうよ（笑）

0172デフォルトの名無しさん

2009/04/23(木) 19:19:50

「声が上がる」だけで実際はそう説明してるという可能性は考えないのだろうか？

0173デフォルトの名無しさん

2009/04/23(木) 19:21:19

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

0174デフォルトの名無しさん

2009/04/23(木) 19:21:31

>>171
もしかして>>168の「それはない」はそこのこと？
てっきり「本番運用でもやらなきゃいけないチェックをアサーションで」の
ことかと思ったよ

0175デフォルトの名無しさん

2009/04/23(木) 19:23:32

oogleが買収してたら・・・
とか言っちゃってる奴は、もうちょっと勉強したほうがいいよ。
絶対あり得んから。

0176デフォルトの名無しさん

2009/04/23(木) 19:27:25

>>171
… おまえ AssertionError が出たくらいでプロセス終了するようなシングル
スレッドアプリしか組んだ事ないのか。そりゃ業務開発なんて知らんわけだ。

0177デフォルトの名無しさん

2009/04/23(木) 19:29:26

>>167
>>167
>>167
>>167

0178デフォルトの名無しさん

2009/04/23(木) 19:30:39

そろそろ「設計がなっとらん！」とか言うおっさんが現れるころだと思うんだが

0179デフォルトの名無しさん

2009/04/23(木) 19:36:14

C の ASSERT マクロみたいに abort() すると思ってたのか。
恥ずかしい奴だな。

0180デフォルトの名無しさん

2009/04/23(木) 19:39:56

>>167
低脳もここまで来ると本当にjava使えるのかって疑っちゃうよね（妄想じゃなくて）

0181デフォルトの名無しさん

2009/04/23(木) 19:51:42

今ごろ顔真っ赤にして机を「バン！バン！」叩いてるんだろうね（笑）

0182デフォルトの名無しさん

2009/04/23(木) 20:55:18

>>176
そんな業務開発はそもそも設計がなっとらんじゃないか！

0183デフォルトの名無しさん

2009/04/23(木) 21:26:50

>>179
assertはabortが目的じゃないの？

0184デフォルトの名無しさん

2009/04/23(木) 21:27:57

>>176
業務開発（笑笑笑）

0185デフォルトの名無しさん

2009/04/23(木) 21:39:41

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

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

0186デフォルトの名無しさん

2009/04/23(木) 21:43:36

定脳ドカタと吠えてた奴はそれ以下でしたというオチ

0187デフォルトの名無しさん

2009/04/23(木) 21:47:44

定脳って初めて見た

0188デフォルトの名無しさん

2009/04/23(木) 21:51:35

>>185
すごい定脳っぷりでワロタ

0189デフォルトの名無しさん

2009/04/23(木) 21:52:31

abort(void) （笑）

0190デフォルトの名無しさん

2009/04/23(木) 22:07:09

なにこの春休み進行？ﾌﾞﾋﾞ厨でも来てんの？？

0191デフォルトの名無しさん

2009/04/23(木) 22:07:39

今ごろ顔真っ赤にして机を「バン！バン！」叩いてるんだろうね（笑）

0192デフォルトの名無しさん

2009/04/23(木) 22:11:10

業務開発でアサーション使うと本番運用でもやらなきゃいけないチェックをアサーションで
やる奴が出てくるんだよな。そうでなくても本番近づいてくるとアプリ開発側から
「アサーション、本番で有効にしといてもらえませんかねぇ…」て声が必ず上がる。

0193デフォルトの名無しさん

2009/04/23(木) 22:19:27

>>192
業務開発の達人ですね。こんなにJAVAが得意なら年収１２０００万も夢じゃないですよね？！

0194デフォルトの名無しさん

2009/04/23(木) 22:40:20

Java7はもう永遠に出なそうだな。
必要性もないし。

0195デフォルトの名無しさん

2009/04/23(木) 22:44:02

>>192
いるいる
オレの部署でもそういう低脳がいるんだよね～
どうやって説明すればいいのかな？

0196デフォルトの名無しさん

2009/04/23(木) 22:54:45

JUnitとif文に頼ってる影響でassertはまったく使ってない俺がいる

0197デフォルトの名無しさん

2009/04/23(木) 23:03:56

public void setA(int x) {
if (x < 0)
throw new IllegalArgumentException("x is a negative number. x = " + x);
}

0198デフォルトの名無しさん

2009/04/23(木) 23:21:40

定脳

0199デフォルトの名無しさん

2009/04/23(木) 23:26:01

中濃

0200196==197

2009/04/23(木) 23:45:46

おれは>>197のようなコードを書いているから
assertを使用していないんだ。
例外を出力する必要がある箇所ではassertを使う必要がないだろ？

0201デフォルトの名無しさん

2009/04/23(木) 23:48:01

下らんことしてないで普通にassert使え

0202デフォルトの名無しさん

2009/04/24(金) 01:23:08

>>167
>>192

0203デフォルトの名無しさん

2009/04/24(金) 07:03:18

>>201
本番でもアサーションを有効にしたい人ですね、わかります

0204デフォルトの名無しさん

2009/04/24(金) 07:22:03

えーと、まさかとは思うが、
副作用のある式がassert文に山のように入ってるので
このシステムはアサートONでしか正常に動かないよ。

という話ではないよな？

0205デフォルトの名無しさん

2009/04/24(金) 07:41:07

AssertionError をキャッチして特別処理を入れてるとか

0206デフォルトの名無しさん

2009/04/24(金) 08:12:53

>>204
そんな教習本の最初の注意事項に出てるような話だと思ってるのは若干一名だけだと思うよ。

0207デフォルトの名無しさん

2009/04/24(金) 08:16:58

定脳ｗ

0208デフォルトの名無しさん

2009/04/24(金) 08:24:24

やっぱり本人か

0209デフォルトの名無しさん

2009/04/24(金) 12:31:21

ああいう形のassertionを追加するくらいだったら、
条件付コンパイルをサポートしたほうがよかっただろうに。
というよりもどうしても条件付コンパイルは追加したくなかったから、
ああなったと考えるべきだろうか。

0210デフォルトの名無しさん

2009/04/24(金) 17:35:45

jdk7 build56
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b56.html

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

0211デフォルトの名無しさん

2009/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
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか？

0212デフォルトの名無しさん

2009/04/24(金) 19:23:47

定期的に頭悪い奴が沸きすぎだろ、このスレ

0213196==197

2009/04/24(金) 19:30:19

>>204
NO, NO.

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

0214デフォルトの名無しさん

2009/04/24(金) 19:56:32

>>212

定脳ｗ

0215デフォルトの名無しさん

2009/04/24(金) 20:09:35

>>214
なるほどw

0216デフォルトの名無しさん

2009/04/24(金) 20:22:54

>>209
大事なことなので貴方のためにもう一度言います。
よくチェックしておいてください。「>>212」

0217デフォルトの名無しさん

2009/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
ライセンスが違うってだけじゃ「当然豪華」とは言いませんよね。
それで「当然豪華」というのは具体的にどう違うのか説明してくれませんか？

0218デフォルトの名無しさん

2009/04/25(土) 07:25:18

このスレで低脳とかドカタとか言い出すやつがいたら、要注意だ。
定期的にやってくるぞ。

0219デフォルトの名無しさん

2009/04/25(土) 07:25:30

何この糞スレｗ

0220デフォルトの名無しさん

2009/04/25(土) 07:35:23

>>218
そうだよね
低脳とかドカタとか言い出すやつにボコボコにいじめられたんだよね
糞すれとかまで言われちゃって可哀想にね・・・

0221デフォルトの名無しさん

2009/04/25(土) 08:35:49

>>218

定定定脳ｗ

0222デフォルトの名無しさん

2009/04/25(土) 11:54:01

assert の件でバカ晒したんで居座り荒らしを決め込んだみたいだな。

0223デフォルトの名無しさん

2009/04/25(土) 16:15:25

だいたいどこでもバカ晒して荒らし始めるよな。
Java系スレで流れが速くなったときは、要注意だ。アルゴ君がきてるぞ

0224デフォルトの名無しさん

2009/04/25(土) 17:23:25

それくらいしか出来ないんだから、あんまり責めんでやれ。可哀想じゃないか

0225デフォルトの名無しさん

2009/04/25(土) 20:17:21

何この糞スレｗ

0226デフォルトの名無しさん

2009/04/26(日) 06:16:07

定脳ｗ

0227デフォルトの名無しさん

2009/04/27(月) 01:03:49

>>218
低脳ドカタさんは毎年ゴールデンウィークないんですよね
休みもないし身を粉にしてドカタさ会社に尽くしたりして可哀想に・・・

0228デフォルトの名無しさん

2009/04/28(火) 16:24:52

まるで廃墟スレだな

0229デフォルトの名無しさん

2009/04/29(水) 02:22:02

低脳ドカタという言葉がおきにいりのアホがいるからな。

0230デフォルトの名無しさん

2009/04/29(水) 16:36:16

+　　　+
　 ∧＿∧ 　+
　(0ﾟ･∀･)　　　　　ののしりあい禁止
　(0ﾟ∪ ∪ +
　と＿)＿)　+

0231デフォルトの名無しさん

2009/04/30(木) 02:36:20

　　　　　　　　　　　　　　　　　　 ∋oノハヽo∈　あいぼん禁止れすね
　　　　　　　　　　　　　　　　　　　　（　´ⅴ｀）
　　　　　　　　　　　　　　　　　　　　(　O┬O
　　　　　　　　　　　　　　　　 ≡　◎-ヽJ┴◎　ｷｺｷｺ　

0232デフォルトの名無しさん

2009/05/01(金) 21:26:02

jdk7 build56
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b57.html

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

0233デフォルトの名無しさん

2009/05/01(金) 21:27:46

> jdk7 build56

0234デフォルトの名無しさん

2009/05/04(月) 20:04:45

Nimbusとうとう入ったか。
Zip関係も地味に嬉しい。
CORBAは正直・・・抜いて欲しい・・・・

0235デフォルトの名無しさん

2009/05/04(月) 20:24:03

CORBA は入っていても良いけど API リファレンスは別にして欲しい。CORBA 関連の API が
全て必要な奴ってかなり限られるだろ。
あと ZIP 関連みたいに、今更どうでも良いような言語仕様でｵﾅﾇｰされるより既存の理不尽仕様や
中途半端実装を改善してもらった方が地味だが有用。Logging API しかり。JEditorPane しかり。

0236デフォルトの名無しさん

2009/05/04(月) 20:38:45

日曜プログラマーの分際で何を言ってる

0237デフォルトの名無しさん

2009/05/04(月) 21:12:47

今時 CORBA のお守りをさせられてるなんてｗ

0238デフォルトの名無しさん

2009/05/04(月) 22:23:27

　　　　　　　　　 _,,,-‐､_ノ)
　　　　　　　ヾ'''"　　　　⌒ﾞヽ､
　　　　　　r''"　　　　　　　　　 ''ヾ、
　　　 i(__..'´　　　　　　　　　　　　ゝ
　　　 |ヽ　　　　　　　　　　　　　　　し
　　　〈　　　　　　　　　　　　　　　　（
　　､_/　　　　　　　　　　　　　　　　　ゝ
　　ヽ､　.｛　ノ（ /（　／）/(/　 /⌒l ´し
　　　ヽ､〈（/､,,_（　ノ_;;;;三''`､　.)`i.|　）
　　　ヾ、`;Yr::ヶ,､　'-`="' ､ﾉ .|､_/　（_,,)
　　　　 `ｰ｛ ~~´ﾉ　　　　　ヾ、|　ヾ、／‐ ､_
　　　　　　ヽ　(⌒　)　､　ヾ彡＼__ﾂ:::::::::::::::`ｰ､
　　　_..-''´￣ヽ､二´-‐ '´　／　 ,,''::::::::::::::::::::::::::::::`-､
　／:::::::::::::::::r''／ｰ‐''　／_,,-‐"::::::::::::::::::::::::::::::::::::::::`-､
. /:::::::::::::::::::::::ﾞ~:::ヽ--‐'´￣::::::::::::::::::_.-'''二ニﾆヽ､　::::::::`‐､
/:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,i' -"_..-ｰ‐''´￣＼:::::::::::`､
|:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,i'　　/;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼:::::::::｝
|:::::::::::::::::::::::::::::::::::::::::::::::::::_,,,,-‐7~　　 /;;;;;;;／￣;;;;＼;;ノﾉl:::::::i
|／￣￣＼_,,,,,,,...､､､-‐'''":::::::::/　　　./l__ノl;;γ⌒ヽ;;l（／|:::::〈
! ._,,,,-‐'''"　　　　　/:::::::::::::::::::|　　　 /l⌒ヽl;;;ゝ;;_ノ;;;l（彡|:::::::｝
/　　　　　　　　　　|::::::::::::::::::::>‐-‐'´:::|;;;;;;;;＼＿;;;／;;;;／::::::/
　　　　　　　　　　　ヽ、;;: -‐"::::::::::::::::::＼;;;;;;;;;;;;;;;;;;;;;／:::::::::/
　　　　　　　　　　_,,-''":::::::::::::::::::::::::::::::::::::`ｰ---‐''´:::::::::::::|

0239デフォルトの名無しさん

2009/05/04(月) 23:36:15

それCOBRAやで

0240デフォルトの名無しさん

2009/05/05(火) 12:32:24

なにくだらないつっこみしてんだよ

0241デフォルトの名無しさん

2009/05/05(火) 12:39:59

Dolphinik

0242デフォルトの名無しさん

2009/05/13(水) 09:38:43

jdk7 build56
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b58.html

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

0243デフォルトの名無しさん

2009/05/13(水) 09:55:35

>>242
こういうのって自社製品を早期に JDK 1.7 対応させる予定な方々がこぞってテストしてんのかね。

0244デフォルトの名無しさん

2009/05/13(水) 10:16:06

>>242
> jdk7 build56
いい加減に直せよ

0245デフォルトの名無しさん

2009/05/13(水) 18:13:58

>>243
BEA改めOracleとかIBMがやってるんじゃね？

0246デフォルトの名無しさん

2009/05/20(水) 01:15:00

JAVAONEとか近いのにオラクルSUNになってからJAVAの話がなくなっちゃったんだけど、最近どの辺りのコミュニティー（英語も）に行けば情報追っかけられるの？

0247デフォルトの名無しさん

2009/05/20(水) 09:43:55

JDKにしてもフレームワークにしても
開発者メーリングリストは何も変ってない。

0248デフォルトの名無しさん

2009/05/23(土) 20:11:28

JRockit vs SUN JVM はどうなるんだろう？

0249デフォルトの名無しさん

2009/05/27(水) 23:30:46

GoogleとSpringSourceがDIのJSR出してるな

0250デフォルトの名無しさん

2009/05/27(水) 23:58:40

ざっくり読んだ限りだと普通にDI便利でしょ？しか言ってないような・・・
そういえばGuiceっていつか弄ってみようと思って全く触れてないや・・・

0251デフォルトの名無しさん

2009/05/28(木) 00:09:13

まだ、仕様作ろうぜっていう提案段階だから

0252デフォルトの名無しさん

2009/05/28(木) 00:13:35

EJBみたいに妄想だけで仕様作るんじゃなくてGuiceやSpringの経験を元に
実証済みの(新規性のない)仕様を作る方が望ましい

0253デフォルトの名無しさん

2009/05/28(木) 00:14:46

>>251
なるほど・・・

0254デフォルトの名無しさん

2009/05/28(木) 02:30:30

Rod Johnsonって、JCPみたいなとこでの仕様策定には批判的だったはずだけど
他人に変な標準作られるよりはマシだと思ったのかね

0255デフォルトの名無しさん

2009/05/28(木) 06:44:15

批判も利用もするってのは建設的だ。
対立オンリーだと何も生まれない。

0256デフォルトの名無しさん

2009/05/28(木) 09:05:51

>批判も利用もするってのは建設的

いい意見だな

0257デフォルトの名無しさん

2009/05/28(木) 22:21:21

>>255
気に入ったので今度使わせて貰う。

0258デフォルトの名無しさん

2009/05/29(金) 09:18:37

jdk7 build59
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b59.html

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

0259デフォルトの名無しさん

2009/05/31(日) 09:01:55

G1GC搭載のjdk6u14が正式リリース

0260デフォルトの名無しさん

2009/06/03(水) 13:10:53

JDK 7 Preview

0261デフォルトの名無しさん

2009/06/08(月) 22:45:48

AppletってHTML5に向けて強化されないのかな？
Local Storageとかにアクセスする機能があるだけで使いでがグッと広がると思うんだが。

0262デフォルトの名無しさん

2009/06/08(月) 22:59:02

それってJava 2 security modelで出来てるじゃん

0263デフォルトの名無しさん

2009/06/09(火) 00:06:59

>>261
JavaFX 1.2 にはLocal Strageってあるけど、これじゃだめかね

0264デフォルトの名無しさん

2009/06/09(火) 19:08:26

JavaOne気付いたら終わってたみたいだけど、何か目玉はあったの？

0265デフォルトの名無しさん

2009/06/09(火) 23:42:50

目玉にしたかったものはJava Store

0266デフォルトの名無しさん

2009/06/10(水) 14:14:55

>>249
仕様策定は承認されたけど、やっぱりWeb Beansとの関係が問題になってるな
http://jcp.org/en/jsr/results?id=4944

0267デフォルトの名無しさん

2009/07/05(日) 07:08:15

JDK7 build63
http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b63.html

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

0268デフォルトの名無しさん

2009/07/05(日) 07:26:12

AWTってまだあったんだ　とか言ってみる

0269デフォルトの名無しさん

2009/07/05(日) 15:30:37

Swingも使つかいこなせない奴が言うボケ

0270デフォルトの名無しさん

2009/07/13(月) 06:23:35

それで次のJDK7は何が目玉なんですか？
３－４個あげてもらえませんか。

0271デフォルトの名無しさん

2009/07/13(月) 08:44:37

ggrks

0272デフォルトの名無しさん

2009/07/13(月) 11:37:55

平行ライブラリの拡張
言語仕様の小変更
VM仕様の変更

0273デフォルトの名無しさん

2009/07/13(月) 11:38:15

え？
JDK7はキャンセルなんですか？

0274デフォルトの名無しさん

2009/07/14(火) 06:09:17

どういうこっちゃ

0275デフォルトの名無しさん

2009/07/14(火) 06:26:39

>>272
特に目新しいものの無いしいつもどおりですか。
時代の要求についていけないようですし、もうオラクルも終わりでしょうね。

0276デフォルトの名無しさん

2009/07/14(火) 07:21:54

VM仕様の変更が、目新しいものじゃないなんて・・・
外部ライブラリでできてることが標準に取り込まれたら満足か？

0277デフォルトの名無しさん

2009/07/15(水) 09:57:30

JDK7 build64
http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b64.html

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

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

0278デフォルトの名無しさん

2009/07/17(金) 20:28:28

MSJVMなみに速くなるのはいつですか？

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

0279デフォルトの名無しさん

2009/07/17(金) 20:39:19

いくらなんでも、そんな餌じゃ釣れないだろ

0280デフォルトの名無しさん

2009/07/17(金) 21:33:06

じゃあどんな餌なら食いつくんですか？

0281デフォルトの名無しさん

2009/07/17(金) 22:39:39

このスレのおじさんって、いつも我が物顔で書き込みしてるよね
古臭い知識ばかりを振り回していつまでもウダウダしてるくせに
スレに貢献する気が無いなら即刻消えてもらえませんか？

0282デフォルトの名無しさん

2009/07/18(土) 00:47:31

Java初心者ですが、５で十分だと思います
十分完成されていると思います

0283デフォルトの名無しさん

2009/07/18(土) 10:26:01

完成させてしまったら、JAVAの「中の人」がメシ食えなくなるだろ

0284デフォルトの名無しさん

2009/07/18(土) 11:21:50

JDK7 build65
http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b65.html

VM関連のバグ取り

0285デフォルトの名無しさん

2009/07/18(土) 21:58:33

>>282
とあるシステムの起動時間は、2分(1.4)→1分(5.0)→30秒(6.0)と変遷していった。
JVMの性能向上は、かなり馬鹿にならないモノがある。

0286デフォルトの名無しさん

2009/07/18(土) 22:15:40

起動時間が短縮してもなぁ・・・

0287デフォルトの名無しさん

2009/07/18(土) 22:26:42

まぁJVMは速度では.NETには勝てないだろ
中身的に作りがこうまで違うとな

0288デフォルトの名無しさん

2009/07/18(土) 22:43:06

比較は難しいが今は同じレベルと考えていいよ。

0289デフォルトの名無しさん

2009/07/18(土) 22:50:36

Javaはスループットより最悪値性能を何とかして欲しいな。
マイクロベンチマークの実行結果が動かす度に違うってどうなのよ。
あ、いちおうこれはcurrentTimeMillisの精度の話じゃないよ。

0290デフォルトの名無しさん

2009/07/18(土) 23:47:03

>>285
起動が30秒かかるってアウトだろ。
Javaなら許されるの？

0291デフォルトの名無しさん

2009/07/19(日) 00:00:44

>>286
JVMそのものの起動時間じゃないぞ。
アプリケーションが動くための初期化処理だから、通常のコードが全力で走ってる。

0292デフォルトの名無しさん

2009/07/19(日) 00:03:59

>>290
そのシステムがクソだというのは確かだが、それはJavaのせいじゃない。

0293デフォルトの名無しさん

2009/07/19(日) 00:10:42

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

0294デフォルトの名無しさん

2009/07/19(日) 00:13:16

>>292
その通りである。
Javaで書かれたからこそこの速度なのであり、C♯ならその10倍はかかったであろう。
つまり、JavaはM$の10倍高速である。

0295デフォルトの名無しさん

2009/07/19(日) 00:19:42

>>293
そういうアプリケーションって、以前からたくさんあったじゃない。
「起動時間を大幅に短縮しました！」ってうたい文句で
たしかにアプリケーションの起動は瞬間と言っていいほど早くなったが
そのかわりOSの起動時間がやたら長くなるってヤツ。

0296デフォルトの名無しさん

2009/07/19(日) 02:08:56

あげるなタコ

0297デフォルトの名無しさん

2009/07/19(日) 08:06:07

.NETのはAOTで起動は速いけど、.NETより遅いかな?
GCJでコンパイルしたのも起動は速い。

0298デフォルトの名無しさん

2009/07/19(日) 18:10:06

>>294
Visual Studio 2010はほとんどManaged(WPF)だけど、
それでも5秒ぐらいで起動しますよ？

0299デフォルトの名無しさん

2009/07/20(月) 00:14:28

>>298
Linuxでも動作しますか？

0300デフォルトの名無しさん

2009/07/20(月) 07:31:35

300

0301３０１

2009/07/20(月) 14:01:30

このスレッドは３００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

0302デフォルトの名無しさん

2009/07/20(月) 14:13:55

ぉぃ

0303デフォルトの名無しさん

2009/07/22(水) 14:44:11

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

0304デフォルトの名無しさん

2009/07/22(水) 14:48:07

or だと識別子がかぶるからVBみたく Or でもいいし OR もありえるから、新しく定義するときはand or notの演算子は文字の大小は区別しないでいいよ。
だれかopen jdkに提案しといて。

0305デフォルトの名無しさん

2009/07/22(水) 14:51:38

演算子は文字の大小

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

0306デフォルトの名無しさん

2009/07/22(水) 14:52:34

そのなものイラネエ

0307デフォルトの名無しさん

2009/07/22(水) 15:54:55

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

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

0308デフォルトの名無しさん

2009/07/22(水) 16:05:38

マックの120円コーヒーに砂糖は入ってない。

0309デフォルトの名無しさん

2009/07/22(水) 16:08:26

>>307
> クロージャ追加とか、

これは欲しい。

> and orの演算子を変更してくれたほうがよっぽどいい。

いらない。絶対いらない。不必要。

0310デフォルトの名無しさん

2009/07/22(水) 16:27:51

クロージャが破棄されるぐらいだし、project coinsは多分一つも採用されないと思うよ。
GNU gccとISO C99の関係みたくopen jdk内部で勝手にやってくださいってことだろ。
もうSUNはオラクルの研究部署ってことになっちゃったしなぁ。
資金繰りの乾季をしのぐために一時的にオラクルにお世話になってて、そのうちオラクルから離脱とか考えてんだろうし。

0311デフォルトの名無しさん

2009/07/23(木) 20:24:34

クロージャは欲しかったなぁ

0312デフォルトの名無しさん

2009/07/23(木) 20:26:41

http://www.atmarkit.co.jp/fdotnet/dnfuture/vs10net4_01/vs10net4_01_01.html
javaは.NETに勝てるだろうか？

0313デフォルトの名無しさん

2009/07/24(金) 00:20:31

古い記事だな、おい

0314デフォルトの名無しさん

2009/07/24(金) 01:15:57

クロージャは無くなって良かったと思ってるけどね。
一番支持されてた方式って無名クラスのシンタックスシュガーの範囲を超えてるんだろ？
ちょっとありがた迷惑なんだよね。拡張for文くらいの位置づけなら良かったのに。

0315デフォルトの名無しさん

2009/07/24(金) 01:29:12

何この変な流れ

0316デフォルトの名無しさん

2009/07/24(金) 01:35:42

concurrent系APIの人たちが困ってる。> ラムダ抜き

0317デフォルトの名無しさん

2009/07/24(金) 01:38:25

ひねくれ者が沸いてくるとこういう変な流れになっちゃうんだよね。
いいかげんウザイしキモイから、どうにか死んでくれないかな…
なあ、心当たりあるだろ？
頼むから死んでくれないか？

0318デフォルトの名無しさん

2009/07/24(金) 02:01:44

>>317
自己紹介？

0319デフォルトの名無しさん

2009/07/24(金) 16:14:18

クロージャは残念だったが、
同時にほっとしてもいる

クロージャ込みのデバッグは大変だろうなぁ、と思っていたので

0320デフォルトの名無しさん

2009/07/25(土) 18:27:00

ARMは欲しかった。
オブジェクトの破棄が明示的に要らないのと同じように
リソースも同じように扱いたい。

0321デフォルトの名無しさん

2009/07/25(土) 18:30:29

ついでに。

JDK7 build66
http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b66.html

バグ取りっぽい。
Milestone4 リリース。

バグ取りっぽいんだが、G1GCでウチのJBoss上がらなくなった。
なんでだよ。

0322デフォルトの名無しさん

2009/07/25(土) 23:11:33

ARM入らないの？ Project coin では ARM 生き残ってるから入ると思ってんだけど。

0323デフォルトの名無しさん

2009/07/26(日) 14:27:36

JDK7では、Rhinoだけではなくて、jruby, jythonもデフォルト配布になると良いなぁ。
jrubyが異常に早いのは、JVMのメソッド呼び出し最適化が素晴らしいおかげらしい。
CLRはメソッド呼び出し最適化がゴミなので、Ironシリーズは高速化が難しいようだが。

0324デフォルトの名無しさん

2009/07/26(日) 16:29:17

>>322
マジで？Closureと共に散ったと思ってた。

0325デフォルトの名無しさん

2009/07/26(日) 17:50:18

>>324
どっちかっつーと、Control Invocation Syntax と ARM は競合するから
クロージャが没ったから ARM が残ったという見方も。

0326デフォルトの名無しさん

2009/07/27(月) 18:29:00

クロージャはスクリプトでやれってことだろうなぁ・・・
ということはJVMはこれからはスクリプトの実行環境としての性格を
強めていくのだろうか

0327デフォルトの名無しさん

2009/07/27(月) 19:36:21

とは言うけどクローじゃはどういうときに使うの？
JAVA言語のなかで頻繁に使ってるなら、議論がまとまらなかったとか関係なくクロージャは導入されて当然だったんじゃないのか。
ていうか、ただのdelegate程度にしか考えてないでしょ？

0328デフォルトの名無しさん

2009/07/28(火) 00:41:03

>>327
それ以上の意味論なんて考えながら仕事できないからな。
とりあえず Runnable とか Listener とかの無名クラス地獄を脱出できるだけでいいのに。

0329デフォルトの名無しさん

2009/07/28(火) 04:35:05

ファイルとかのリソースの開放を確実に手軽に書けるだけでいいのに

0330デフォルトの名無しさん

2009/07/28(火) 11:09:01

for文も、もううんざり。内部イテレータのほうがいいわ。

0331デフォルトの名無しさん

2009/07/28(火) 12:11:22

内部か外部かって関係ある?

0332デフォルトの名無しさん

2009/07/28(火) 19:26:43

>>329
try,catchも面倒ってわけか？ｗ

0333デフォルトの名無しさん

2009/07/28(火) 19:47:07

たしかに面倒だよな。他の言語からの以降組みは。
専用エディタ（eclipseなど）が無いとやってられんよ。
汎用のテキストエディタだけ起動してサクサクとコーディングできる
ような言語じゃ無いな。

0334デフォルトの名無しさん

2009/07/28(火) 19:57:27

面倒かどうかより、使う側の不注意で確実さが損なわれるのが問題だろ

0335デフォルトの名無しさん

2009/07/28(火) 22:22:59

↑
イミフ

0336デフォルトの名無しさん

2009/07/28(火) 23:04:28

>>335
おバカさんですね

0337デフォルトの名無しさん

2009/07/29(水) 13:20:30

>>332
リソース解放なら、try,catchじゃなくてtry,finallyだろ
こういうやりとりが生まれる時点で面倒って言ってるようなもんだがな

0338デフォルトの名無しさん

2009/07/29(水) 14:37:29

>>337
まぁ try catch finally は結局クロージャを引数にとるメソッド側で実装するんで、
そういうやり取りは結局どこかで発生するんだけどな。

ライブラリを設計する側が知っているだけで利用者に知識が乏しくても
安全なプログラムに出来るって言う意味では優れてると思う。

0339デフォルトの名無しさん

2009/07/29(水) 20:37:03

そして、何か問題が発生して原因を追いかけようとしても
リソースの取得／開放がどこで発生しているのか
突き止めるだけで力尽きる

0340デフォルトの名無しさん

2009/07/29(水) 21:25:45

>>339
クロージャの有無は関係無いな

0341デフォルトの名無しさん

2009/07/30(木) 09:49:37

>>332
try～catchめんどくさすぎるだろ。
あれめんどくさくないって、まともにclose書いてないとしか考えれない

0342デフォルトの名無しさん

2009/07/30(木) 12:42:06

>>341
まともなclose書くのにちょー便利だろ。
try～catch使わずにまともなclose書く方が工数かかる。

0343デフォルトの名無しさん

2009/07/30(木) 12:44:36

>>341
try&throw&catch(&finaly)て便利じゃん
javaなら捕捉してない例外はコンパイルエラーになるし
ああいった機能なしでエラー処理する方が面倒臭くね？

0344デフォルトの名無しさん

2009/07/30(木) 14:00:24

複数のエラーをキャッチできるのは便利だと思う。

>>343
多分勘違いしている。
ARMが入ってもtry &catchが無くなる訳じゃない。
単純な処理の場合に、簡略化してかける、というだけの話だと思えばいいと思う。

try&catch文が入ってるとこはなにか大事な処理なんだって分かるし。

0345デフォルトの名無しさん

2009/07/30(木) 18:03:08

>>343
C++のデストラクタとかC#のusingとかRubyのブロックとか知らないだろ

0346デフォルトの名無しさん

2009/07/30(木) 18:52:10

>>343だけどなんか変な事言ってるかな俺？
こんな事がjavaでできたらいいねって話で
クロージャ、ARM、tyr-catch て流れだったんじゃないの？
begin
　File.open(filename) {|f| hoge(f.read) }
rescue Errno::ENOENT
　puts 'ファイルがないよ'
rescue ...
:

0347デフォルトの名無しさん

2009/07/30(木) 19:06:49

それ、try,catchと何が違うんだ？

0348デフォルトの名無しさん

2009/07/30(木) 19:10:43

finally で close は書かなくて良いよって話では？

0349デフォルトの名無しさん

2009/07/30(木) 19:57:01

>>346
それが>>343と同じことを書いてるつもりなら他人との
コミュニケーションは無理だ諦めろ

0350デフォルトの名無しさん

2009/07/30(木) 22:05:59

うーん何で怒られてるのかわかんないや、日本語って難しいな日本人だけど

0351デフォルトの名無しさん

2009/07/30(木) 22:23:41

usingとIDisposableがあれば解決

0352デフォルトの名無しさん

2009/07/30(木) 23:04:52

クロージャ見送りで並列対応は遅れるな
それともJVMで並列化してくれるのかね？

0353デフォルトの名無しさん

2009/07/31(金) 13:33:30

ARMも知らないバカが議論に参加するなよw

0354デフォルトの名無しさん

2009/07/31(金) 13:34:23

>>352
Lea先生はlock関係はARMで十分だと考えているのだと思う。

0355デフォルトの名無しさん

2009/07/31(金) 15:25:08

class AutoLock implements java.io.Closeable {
　private java.util.concurrent.locks.Lock lock;
　public AutoLock (java.util.concurrent.locks.Lock lock) { this.lock = lock; this.lock.lock(); }
　public void close() { this.lock.unlock(); }
}
みたいなラッパークラス使ってやるのはちょっとなぁ。

0356デフォルトの名無しさん

2009/07/31(金) 20:24:54

>>345
C#のusingは欲しいな
ｔｒｙ～finallyでcloseの部分を更にtry～catchで囲んで・・・って馬鹿馬鹿しすぎる

0357デフォルトの名無しさん

2009/08/02(日) 23:05:19

JDK7 build67
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b67.html

0358デフォルトの名無しさん

2009/08/03(月) 07:52:19

>>354
ARMでぐぐるとプロセッサーの話しか出てこない

0359デフォルトの名無しさん

2009/08/03(月) 13:22:08

＞ｔｒｙ～finallyでcloseの部分を更にtry～catchで囲んで・・・って馬鹿馬鹿しすぎる

激しく同意！
クソ過ぎるにもほどがある。なんであんなアホな設計したのか、意図が理解できん。

0360デフォルトの名無しさん

2009/08/03(月) 22:11:37

usingみたいなのは低脳だと思ったんだろう

0361デフォルトの名無しさん

2009/08/04(火) 01:07:44

クロージャが無いのが全ての問題の原因だな。

0362デフォルトの名無しさん

2009/08/04(火) 18:42:52

OOPの機能があるんだから、
クロージャーなんていらないよ

0363デフォルトの名無しさん

2009/08/04(火) 18:58:46

自転車があるんだから、
車なんていらないよ

0364デフォルトの名無しさん

2009/08/04(火) 19:34:39

そういえば最近jdk7のコードネームを聞かないけど
未だにdolphinなの？

0365デフォルトの名無しさん

2009/08/04(火) 21:09:02

クロージャなんて無名内部クラスで(ほぼ)実現できるじゃん。ほしいのは
クロージャではなく、クロージャを簡潔に表現できる文法。

0366デフォルトの名無しさん

2009/08/04(火) 21:46:02

中学生は自動車や原チャリの便利さを知らないから
自転車で満足している。
自転車があれば日本じゅうどこでも行ける、
その気になれば世界一周だってできると
ムチャな妄想を膨らませている。

0367デフォルトの名無しさん

2009/08/04(火) 21:51:18

その中でも頑丈なのが、世界一周しちゃうんだよ・・・自動車知った後で。

0368デフォルトの名無しさん

2009/08/04(火) 23:34:18

結局、7でもクロージャは追加されないんでしょ。正直がっかりした。
もう、言語はいじらなくて良いよ。馬鹿向け言語として生き延びてくれ。
VMの性能だけ頑張ってくれればそれでいい。

0369デフォルトの名無しさん

2009/08/04(火) 23:45:19

次はどの言語がブレイクするかな・・・

0370デフォルトの名無しさん

2009/08/05(水) 00:52:01

もうJavaには期待してないからいいよ。Scalaが頑張ってくれればそれで十分
あとは、Scala用IDEの完成度さえ上がればJavaなんて不要

0371デフォルトの名無しさん

2009/08/05(水) 00:59:11

JavaがCOBOL的な立場になるだけ。なんの問題もない。

0372デフォルトの名無しさん

2009/08/05(水) 01:21:26

それよりjavaもscalaもJVMプラットの一員なんだが・・・

0373デフォルトの名無しさん

2009/08/05(水) 01:24:21

Scalaのクロージャは、classファイル的にはどうにゃってるの？

0374デフォルトの名無しさん

2009/08/05(水) 01:44:27

>>364
コードネームはなくなった。
Mustangと呼ばれてたJava SE 6も、Mustangではなかったことになってる。

0375デフォルトの名無しさん

2009/08/05(水) 01:51:58

The JDK formerly known as Dolphin.

0376デフォルトの名無しさん

2009/08/05(水) 04:04:29

>>373
仕組み的には無名クラスと似たようなもん。クロージャに対応する.classファイルが生成される

0377デフォルトの名無しさん

2009/08/05(水) 21:46:04

もまえら、Oracleに買収されたことによりJDK8から優良になるって知ってた？

ちなみにcdnmはGrampusな。

0378デフォルトの名無しさん

2009/08/05(水) 23:36:40

>>377

http://pc12.2ch.net/test/read.cgi/tech/1245309571/477

0379デフォルトの名無しさん

2009/08/06(木) 01:24:25

>>377
ガセっぽいが仮に本当だったとしたら、OpenJDKの方が中心になって行くだけの
事じゃないかねえ。

0380デフォルトの名無しさん

2009/08/06(木) 08:45:01

釣りごろつられごろ
ttp://wwwz.tss-tv.co.jp/tsurigoro

0381デフォルトの名無しさん

2009/08/07(金) 00:31:39

OpenJDKは今でも次期VM実装テストベッドの中心に位置するよ。

0382デフォルトの名無しさん

2009/08/07(金) 05:43:09

>>377
JDK7を出してから、そんな寝言を言って欲しい。

だったら、OpenJDK+JVM上の他の言語を組み合わせて使うよ。
G1GCのパフォーマンスなんて誤差レベル。CMSでもいいよ。

0383デフォルトの名無しさん

2009/08/07(金) 21:34:25

Javaって更新遅くね
C#にどんどん突き放されそう

0384デフォルトの名無しさん

2009/08/07(金) 22:30:48

追いつかれてない！

0385デフォルトの名無しさん

2009/08/08(土) 03:01:04

そうだね。バックミラーにも映ってないよね

0386デフォルトの名無しさん

2009/08/08(土) 03:03:35

ていうか、まだスタートしてないから後ろに誰もいない。

0387デフォルトの名無しさん

2009/08/08(土) 07:18:02

そもそも、更新すると勝ちなのか？

0388デフォルトの名無しさん

2009/08/08(土) 11:49:19

C#は迷子になってる

0389デフォルトの名無しさん

2009/08/08(土) 13:47:30

むしろJavaの方が迷走してる気が…。
Javaは互換性を重視して、良い感じに枯れてくれた方が個人的には嬉しいんだけどねぇ

0390デフォルトの名無しさん

2009/08/08(土) 14:34:20

むしろどこかで互換を完全に切ってくれたほうがうれしい

0391デフォルトの名無しさん

2009/08/08(土) 17:14:37

そんなあなたにScalaがあります。

0392デフォルトの名無しさん

2009/08/09(日) 01:34:02

>>391
そそ。ネタじゃなくてマジでそう思う。
「Javaのここ直して欲しいなぁ、『互換性無くしていいから※』。
……なんだ、互換性いらないならScalaでいいんじゃね?」
って感じで。

※個人的な一例。「変数なんざデフォルトfinalでいいじゃない。
書き換えたいときだけmutableとでも付ければー」⇒Scalaならval
で統一して、どうしても必要なとこだけvarで書けばおk.

0393デフォルトの名無しさん

2009/08/09(日) 01:45:40

ならお前はScala使えば解決だな

0394デフォルトの名無しさん

2009/08/09(日) 03:16:43

C#さえ覚えとけばWinForm、ASP.NET、Silverlight、WPF、XNAとなんでもできる

※ただしwindows限定

0395デフォルトの名無しさん

2009/08/09(日) 03:28:23

もはやWinプラットに依存しなくても、Winが提供するようなアプリとソフトの質はWebアプリWebサービスで十分だとおもうよ。
ここにMSの独自ルール（DXとかActiveXとか)が入る余地も無ければMS提唱の技術が普及する余地もまったく無いので、MSは過去４事業分割されなかっただけ儲けもんと思って今後はOS事業に特化してください。

0396デフォルトの名無しさん

2009/08/09(日) 14:02:21

>WebアプリWebサービスで十分
将来的にWebアプリは質・量共に向上すると思うけど、現状では全くもって不十分。
こんなので十分だなんて一体どんな使い方をしてるのだろう。

0397デフォルトの名無しさん

2009/08/09(日) 14:06:30

ていうかどこが不十分なのか具体的に書かないと自民党のマニフェストと同じで頭空っぽだよね（笑）

0398デフォルトの名無しさん

2009/08/09(日) 16:00:20

ていうかどこが十分なのか具体的に書かないと自民党のマニフェストと同じで頭空っぽだよね（笑）

まぁ、WebProg板かWebサービス板でやるべき話だな。

0399デフォルトの名無しさん

2009/08/09(日) 17:03:25

>>398
悪魔の証明って知ってる？
頭空っぽじゃ知ってるわけないかw

0400デフォルトの名無しさん

2009/08/09(日) 17:22:12

>>399
>Winが提供するようなアプリとソフトの質はWebアプリWebサービスで十分
そのWebアプリWebサービスとやらが何なのか教えてくれないか。

0401デフォルトの名無しさん

2009/08/09(日) 17:25:28

>>400
>>395に聞け

0402デフォルトの名無しさん

2009/08/09(日) 17:28:47

そこで皆さん、ここいらで「Web 3.0」ですよ！

0403デフォルトの名無しさん

2009/08/09(日) 17:32:37

>>398-400
ああ悪い悪い
悪魔の証明を知ってるほど雑学豊富ならちゃんと修正しとかないとね

頭空っぽ　=> ×

頭の中空っぽ　=> ○

0404デフォルトの名無しさん

2009/08/09(日) 17:40:42

自作自演して荒らしてるようにしか見えん
もし複数人だとしたら、同レベルの馬鹿同士の醜い争いだな

0405デフォルトの名無しさん

2009/08/09(日) 17:44:20

お財布空っぽ　=> ×

お財布の中空っぽ　=> ○

0406デフォルトの名無しさん

2009/08/09(日) 17:49:10

何でお前が俺の財布の中身知ってんだよ

0407デフォルトの名無しさん

2009/08/09(日) 17:50:21

>>406
ﾜﾛﾀ

0408デフォルトの名無しさん

2009/08/09(日) 17:53:25

アップル => ×

アポー => ○

0409デフォルトの名無しさん

2009/08/09(日) 18:17:22

>>408
ﾂﾏﾝﾈ

0410デフォルトの名無しさん

2009/08/09(日) 18:17:35

馬鹿同士　=> ×

馬鹿同士　=> ○

0411デフォルトの名無しさん

2009/08/09(日) 18:59:51

おいちゃんマンモスかなぴー

0412デフォルトの名無しさん

2009/08/10(月) 00:11:57

JDK7 Build b68
http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b68.html

Milestoneを出した後だからか、
バグつぶしが増えている感じ？

0413名無しさん＠お腹いっぱい。

2009/08/12(水) 06:26:51

ARMが導入されたらどんな文法になるんだろう？

0414デフォルトの名無しさん

2009/08/12(水) 07:24:03

>>413
今年のproject coinsに一番最初に投稿された草案
http://mail.openjdk.java.net/pipermail/coin-dev/2009-February/000011.html

0415名無しさん＠お腹いっぱい。

2009/08/12(水) 17:33:08

>>414
クロージャのほうがいいよ・・・

0416デフォルトの名無しさん

2009/08/12(水) 20:22:57

クロージャを使うのは苦労じゃ

0417デフォルトの名無しさん

2009/08/12(水) 20:28:54

そいえば、何で流れたのさ、クロージャ
クラスよる遥かに分かりやすいもんなのにorz

0418デフォルトの名無しさん

2009/08/12(水) 22:56:39

JavaがScala化していくと、沽券に関わるから。

0419デフォルトの名無しさん

2009/08/13(木) 00:06:06

>>417
javac.infoの中の人、つまりBGGAの中の人が、Microsoftに引き抜かれたからw

0420222.248.109.70

2009/08/17(月) 17:45:03

自動焼人 ★　＝　自動保守 ◆KAWORUKOFI　＝　自動保守#K9K?_D[L

名言集　その４
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』

http://yutori7.2ch.net/test/read.cgi/news4vip/1249830540/　のID:PVAf+dux0　＝　自動焼人 ★

> 965 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなｗ
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。

----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
http://qb5.2ch.net/test/read.cgi/sec2chd/1250169591/
にて自動焼人 ★までご連絡ください

0421デフォルトの名無しさん

2009/08/17(月) 17:55:35

鼻くそ乙

0422デフォルトの名無しさん

2009/08/18(火) 10:49:27

>>416
HSP脳乙

0423デフォルトの名無しさん

2009/08/18(火) 13:16:54

JDK7 build69
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b69.html

Win用のバグ取り 1件だけ

0424デフォルトの名しさん

2009/08/20(木) 22:32:06

getterとsetterさえ追加してくれれば、あとの言語拡張
はいらないお

0425デフォルトの名無しさん

2009/08/21(金) 12:43:18

いつになったらJavaはネイティブコンパイルできるようになるんでしょうか。

0426デフォルトの名無しさん

2009/08/21(金) 12:46:12

なんのために？

0427デフォルトの名無しさん

2009/08/21(金) 13:01:55

gcj既にあるじゃん？

0428デフォルトの名無しさん

2009/08/21(金) 18:07:54

JDK1.0の頃からTowerJとかあったよな
今でもあるのか知らないけど

0429デフォルトの名無しさん

2009/08/21(金) 23:42:54

逆コンパイルと実行速度の問題が解消するらしいけど
Java学んで二年になる癖に今先知ったぜ。
仲間内ではあんまり話題にもならないしあんまり効果ないのかな。

0430デフォルトの名無しさん

2009/08/22(土) 00:26:55

>>429
逆コンパイルは知らんが実行速度の問題はまったく解消しない。
むしろ遅くなることも多いよ。

0431デフォルトの名無しさん

2009/08/22(土) 00:42:48

JavaをCのようなコンパイラ型言語にするのって技術的に難しいのかな。

0432デフォルトの名無しさん

2009/08/22(土) 01:57:13

見せかけならいくらでも可能

0433デフォルトの名無しさん

2009/08/22(土) 02:30:10

Java Chip ネイティブのプログラムを、他の環境ではエミュレータで動かしてるだけ。
超コンパイルで、もろにネイティブ。
むしろ Crusoe なんかは x86 のコードを Hot Spot したりする。
十年位前には、その辺の実行時プロファイルの話題が盛んだったなあ。

0434デフォルトの名無しさん

2009/08/22(土) 03:15:43

なにがネイティブだよ、笑わせるな
PASCALのＰコードやＢＡＳＩＣのＩコードと同じ、
ただの中間コードコンパイラじゃん

バーチャルマシン？エミュレート？
ギャハハハハ！笑い死にしそう！！
単なるインタプリタじゃん！

0435デフォルトの名無しさん

2009/08/22(土) 06:37:40

>>434 中間コードをVMがネイティブにコンパイルするだろ?

0436デフォルトの名無しさん

2009/08/22(土) 06:40:04

>>434
「Java Chip ネイティブ」という言葉が見えないのか。

0437デフォルトの名無しさん

2009/08/22(土) 07:55:25

最近C#スレににネティブ厨がこないと思ったらこっちにいたのか。
暫く相手しててちょうだい（笑

0438デフォルトの名無しさん

2009/08/22(土) 11:46:27

Java にコンパイラを名乗る資格があるなら
Perl や PHP もコンパイラだよなｗ

0439デフォルトの名無しさん

2009/08/22(土) 11:48:00

>>435
そうカタログに書いてあったんか？
それを鵜呑みに信じてるんか？

あんた、騙されやすい性質じゃない？
幸運の壷を１００万円で買わされたりしないよう気をつけたほうがいいよ。

0440デフォルトの名無しさん

2009/08/22(土) 11:54:15

>>439
ソースコードに書いてあるよ

0441デフォルトの名無しさん

2009/08/22(土) 12:55:03

Perlだってコンパイルしてるけどレイヤーが違うんじゃね?
javacとJITなしVMみたいな感じだと思うんだけど。

当たり前だけど、ネイティブ用のデバッガでアタッチすれば
HotSpot VMがネイティブにコンパイルしたコードも見られるから見てるといいよ。

0442デフォルトの名無しさん

2009/08/22(土) 13:26:20

その言葉をそっくりそのままお返しします。
悔しかったら「ネイティブ用デバッガ」とやらで覗いてみろや。
おまい持ってるのか？「ネイティブ用デバッガ」とやらをｗ

0443デフォルトの名無しさん

2009/08/22(土) 13:27:16

脳内ＣＰＵ用にコンパイルされた脳内コードを脳内デバッガで閲覧しとけｗｗｗ

0444デフォルトの名無しさん

2009/08/22(土) 14:11:49

Visual Studioの無料のやつじゃ外部プロセスにアタッチできないのか。

0445デフォルトの名無しさん

2009/08/22(土) 20:32:54

なんか酷いｱﾌｫが沸いてます?

0446デフォルトの名無しさん

2009/08/22(土) 20:49:24

>>442
よーわからんのならこの辺でも見ときなさい
ttp://www.ibm.com/developerworks/jp/java/library/j-dcl/index.html

0447デフォルトの名無しさん

2009/08/23(日) 03:59:35

>>434
同じだよ。

その昔、MSXべーしっ君というものがあってだな・・・・
まぁ、おっさんとしてはそんなカテゴリ分けに意味はないわけよ。

そういや、しばらくおとなしかった6系列ので
6u18 のやつが上がってきたようだね。

0448デフォルトの名無しさん

2009/08/23(日) 10:36:09

java って、「Let's C」とか何とかいうＣ言語インタプリタのパクリなんやろ？

0449デフォルトの名無しさん

2009/08/23(日) 21:54:23

ネイティブ・コンパイルにこだわるのはなんで？
JAVAでしょ？

0450デフォルトの名無しさん

2009/08/24(月) 01:22:43

>>448
「セカチューってエヴァのパクりだよねー」って台詞を聞いたときのような気分。

0451デフォルトの名無しさん

2009/08/24(月) 16:32:03

>>449
Javaの開発効率でC/C++のスピードが得られれば最強だからじゃね。
あと現状では中間コードからソースコードが復元できるのでセキュリティ上好ましくないらしい。
自分が考えたプログラムが中国なんかの知らない企業にそのまま使われて
しかも著作権主張、特許申請しなんてし始めたら嫌でしょ。

0452デフォルトの名無しさん

2009/08/24(月) 16:39:05

>>451
どこから突っ込めばいいのやら…

0453デフォルトの名無しさん

2009/08/24(月) 16:56:10

ほっといていいでしょ。
もうすぐ暴れだすだろうし…ｗ

0454デフォルトの名無しさん

2009/08/24(月) 21:58:06

もうアホかと、馬鹿かと…

0455デフォルトの名無しさん

2009/08/24(月) 22:02:36

>>451
在日お湯

0456デフォルトの名無しさん

2009/08/25(火) 19:20:13

…　←この記号って名前あったよね。

0457デフォルトの名無しさん

2009/08/25(火) 20:14:55

リーダー/三点リーダー

次からは、くだ質でね

0458デフォルトの名無しさん

2009/08/25(火) 20:29:10

JDK7 build70
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b70.html

いっぱいバグ取り

0459デフォルトの名無しさん

2009/08/26(水) 16:20:07

Javaのバージョンアップって２年おきかとおもってたけど相当延期してるのな

0460デフォルトの名無しさん

2009/08/27(木) 01:20:09

延期した上に新機能見送りしすぎで、言語としての成長が止まっているように見える

0461デフォルトの名無しさん

2009/08/27(木) 11:09:58

クロージャ無いのは大きいけど次でアノテーションが完成するから言語機能として止まっているとはいえない。
nio2のサポートが入ってjvm file systemとなるから、次はdotnet (windows)以上になるよ。
最近は携帯もPS１程度のCPUを持つから、携帯でj1.2 SE程度(１０年前）はできると考えていいんじゃないの？
つまりfile systemすらも実装不要でnio2で済む世界となる（win,linuxとかos file system使ってると普通は意識しないけど）。

0462デフォルトの名無しさん

2009/08/27(木) 21:12:40

？nio2ってファイルシステム上に作られた機能だろ？？
携帯は、パワーは足りるがインターフェースが
無いからまだまだだろ

タッチパネル系の操作と、ネイティブGUIとの機能統合。
JavaをiPhoneで使っても嬉しくないよ。現状じゃ。

0463デフォルトの名無しさん

2009/08/27(木) 21:30:12

nio2は今すぐじゃないよ。
案件によるけど、WebとかPCの世界だって1.5程度のAPIしか使ってないでしょ。
そういえば携帯ってCPU情報あまりないけど、今はどれぐらいのパワーがあるか知ってる？

0464デフォルトの名無しさん

2009/08/27(木) 21:34:35

ああ、でもさ、アノテーションって注釈文章（としての情報）として使うものであって、xmlみたいには使わないよね。
どこかで「アノテーションをxmlみたいな外部注入として使ってたら、設定変更毎にコンパイル必要で地雷だった」とか言う無能がいたから。
アノテーションはあんまりサンプル無いよね。実際みんなはどう使ってんだろう…

0465デフォルトの名無しさん

2009/08/27(木) 21:48:43

>>464
JAXBでもJAX-RSでもGuiceでもSpringでもSeamでも使いまくってるだろ

0466デフォルトの名無しさん

2009/08/27(木) 23:19:50

使い方に制限はないよ。
だから自由に使っていいよっていわれてもね・・・

0467デフォルトの名無しさん

2009/08/27(木) 23:25:36

それを「サンプル無い」とは言わない

0468デフォルトの名無しさん

2009/08/27(木) 23:53:40

>>467
なら「アノテーションをxmlみたいな外部注入として使ってたら、設定変更毎にコンパイル必要で地雷だった」
はどう思いますか？

0469デフォルトの名無しさん

2009/08/28(金) 00:10:45

別に

0470デフォルトの名無しさん

2009/08/28(金) 00:19:21

>>468
設計が悪い。
アノテーションはクラスに組み込まれるからこそ便利なのであって
それを生かす作りにしなくてはいけない。

アプリを作る上で、パラメータを外部から入れたいというのはよくある要望で
そのパラメータを実現する手段としては多種多様。
ソースの中に定数を定義することもあるだろうし、
プログラム起動時のパラメータとして与えられるようにしているものもあるだろう。
Javaであれば、プロパティファイルを定義してリソースとして取得することもあり
そして、外部ファイルを利用するパターンもある。

それぞれにメリットとデメリットがある。
だからその実装方針選択もプログラミングだ。

運用において頻繁に変更されるようなパラメータを
アノテーションで実現するというのはセンスが無いとしか言いようがない。

0471デフォルトの名無しさん

2009/08/28(金) 00:29:24

>>470
サーバみたいな起動しっぱなしの時には対応できませんよね？
設計を重視するのもいいですが、具体的に、再起動できないときはどうするんですか

0472デフォルトの名無しさん

2009/08/28(金) 01:05:24

>>471

0473デフォルトの名無しさん

2009/08/28(金) 01:10:01

>>471
そういう場合にこそ設計が重要だろうに。
シチュエーション次第で、毎回ファイルから読み込んでも問題なかったり、
タイムスタンプくらいは見たり、特定のリクエストが届いた時点で読み直したり、
DB(RDBに限らず)に放り込んだり、プロパティを供給するサーバに見に行ったり、
いろいろと手はあるし、それぞれ得失もある。

0474デフォルトの名無しさん

2009/08/28(金) 01:10:07

>>471
すまんが、一体何を言いたいんだ？質問ばかりだが次世代にも関係ないし。
自分が抱えている実際の問題があるなら、別のスレがあるからそっちで聞いてくれ。

0475デフォルトの名無しさん

2009/08/28(金) 01:15:17

>>473-474
で、次世代アノテーションはどういったところに旨みが出るんですか？
それを聞きたいんですけど

0476デフォルトの名無しさん

2009/08/28(金) 01:44:39

>>475
アノテーションはJava5で導入された前々世代技術だからスレ違い

0477デフォルトの名無しさん

2009/08/28(金) 01:51:24

>>476
はいはい。
サンデープログラマーはオナニーしてもう寝ましょうね。

0478デフォルトの名無しさん

2009/08/28(金) 01:53:05

>>474
それでサンデーさん、どのスレで聞くといいんですか？
まさか初心者スレじゃないですよね。ここと同じでゴミしかたむろしてないようですけど…

0479デフォルトの名無しさん

2009/08/28(金) 01:55:40

>>478
ググれカス

0480デフォルトの名無しさん

2009/08/28(金) 02:08:07

>>474
再起動無しでリロードできる設計とか考えないんですか？
設計重要さんはサンデープログラマーだから無理かｗ

0481デフォルトの名無しさん

2009/08/28(金) 02:11:35

>>464
設定変更が必要なものをアノテーションに使うやつがアホ
そういうのを外だしするのはアノテーションがあってもなくても同様だろ。

0482デフォルトの名無しさん

2009/08/28(金) 02:28:24

>>481
アノテーションの具体的な使い方を聞いてんのに何だそれｗ
おまえは人の批判しか出来ない駄目オヤジだな

0483デフォルトの名無しさん

2009/08/28(金) 02:35:35

ｗ

0484デフォルトの名無しさん

2009/08/28(金) 02:37:53

>>482
>>465にたくさん例があるだろ
まずはその辺見て来いよ
話はそれからだ

0485デフォルトの名無しさん

2009/08/28(金) 03:06:14

>>484
駄目オヤジ乙

0486デフォルトの名無しさん

2009/08/28(金) 04:55:40

だから何でアノテーションの「具体的な」使い方になってんだよ・・・
スレタイ見直せ

0487デフォルトの名無しさん

2009/08/28(金) 05:11:28

>>486
駄目オヤジ乙

0488デフォルトの名無しさん

2009/08/28(金) 05:32:00

池沼の相手にするのはやめようよ
荒らしはスルーが鉄則ですよ

0489デフォルトの名無しさん

2009/08/28(金) 06:01:46

ニート乙

0490デフォルトの名無しさん

2009/08/28(金) 07:50:43

いまさらこのスレでアノテーションの具体的な使い方知らないとかはナシだろ。

0491デフォルトの名無しさん

2009/08/28(金) 08:06:25

伸びてると思って見たら下らん荒らしか。そんなにアノテーションしたかったらC#なりRubyにすればいいのに。

0492デフォルトの名無しさん

2009/08/28(金) 08:13:38

なにこのクソスレｗｗｗｗｗｗｗｗｗｗｗ

0493デフォルトの名無しさん

2009/08/28(金) 21:09:39

池と沼の違いはカッパが居るかどうか。

0494デフォルトの名無しさん

2009/08/28(金) 21:37:30

だまれ糞
おまえは　く　そ

0495デフォルトの名無しさん

2009/08/29(土) 10:21:57

project coins で採用されるものが決定したらしい
http://mail.openjdk.java.net/pipermail/coin-dev/2009-August/002173.html

> * Strings in switch
> * Automatic Resource Management
> * Improved Type Inference for Generic Instance Creation (diamond)
> * Simplified Varargs Method Invocation
> * An omnibus proposal for better integral literals
> * Language support for Collections
> * Language support for JSR 292

An omnibus proposal for better integral literals は
二進リテラル、アンダースコア付きリテラル、符号無し整数リテラルを含む予定

Language support for Collections は
コレクションリテラル、インデクサを含む予定

0496デフォルトの名無しさん

2009/08/29(土) 11:02:53

いいねー

0497デフォルトの名無しさん

2009/08/29(土) 11:24:20

javaでいちばんがっかりしたことは、byte が符号付きな件

0498デフォルトの名無しさん

2009/08/29(土) 13:01:06

あるある
今まで byte を符号付きで良かったと思ったことは全く無いが、
いちいち　& 255 するのが面倒だと思ったことは数多
C++ でも char や unsigned char は使っても signed char って書くことないもんな
でも今更変えられんだろう
新しく ubyte とか導入するくらい･･･？

0499デフォルトの名無しさん

2009/08/29(土) 20:59:33

プロパティは無し・・・か。

0500デフォルトの名無しさん

2009/08/31(月) 11:50:53

わしは、カッパやねん。

0501デフォルトの名無しさん

2009/08/31(月) 15:00:20

わしゃアホやねん

0502デフォルトの名無しさん

2009/09/06(日) 04:46:46

久しぶりにアプレットでMSJVMを起動してみた
速い、なんだこのサクサク感は…

本家にはこのサクサク感が足りない

0503デフォルトの名無しさん

2009/09/06(日) 06:10:24

そうか。しかしここは次世代Javaの動向スレだ。

0504デフォルトの名無しさん

2009/09/07(月) 15:40:08

JDK7 build71
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b71.html

なんかWin32bit版でVM初期化時に
NoClassDefFoundError: java/lang/Object
とか言われて落ちるんですけど。インストール失敗したのかも。

0505デフォルトの名無しさん

2009/09/08(火) 19:33:11

java7って来年の２月に正式リリースだっけ？

0506デフォルトの名無しさん

2009/09/09(水) 15:43:37

>>505
http://openjdk.java.net/projects/jdk7/calendar/
M8 の最終build が来年 2月中旬予定で、そっから RC の期間もあるだろうから、
来年 4月ぐらいじゃないかね？

0507デフォルトの名無しさん

2009/09/11(金) 23:49:28

あまり楽しみじゃないな。
なにかwktkさせるような技術革新こないかな。

0508デフォルトの名無しさん

2009/09/18(金) 15:27:53

JDK7 build72
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b72.html

エスケープ分析がデフォルト有効になったらしい。
CompressedOOPも。64bitも普及ですね。

0509デフォルトの名無しさん

2009/10/03(土) 12:12:38

Java6のメインカラーってオレンジだったけどJavaのサイトのデザインが赤になってるね。
次期Java7のメインカラーが赤になるってことを暗示してるのかな。
それとも以前から赤だった？

http://www.java.com/ja/

0510デフォルトの名無しさん

2009/10/03(土) 13:07:49

買収が公表された直後から。

0511デフォルトの名無しさん

2009/10/03(土) 20:16:10

ヒント：オラクルの色

0512デフォルトの名無しさん

2009/10/04(日) 02:35:40

本リリースは来年の２月らしいね。
クロージャでもめたけど、結局invokedynamicで代用するってことにしたの？

0513デフォルトの名無しさん

2009/10/04(日) 03:14:16

言語要素は、実行環境の命令では代用できない。
先送りされただけ。

0514デフォルトの名無しさん

2009/10/04(日) 04:06:46

JAVA言語で言うところのクローじゃは結局クロージャ（関数）リテラルの導入でしかないじゃん。
実際はコンパイラによるプリプロセスか、バイトコードに変換された後のJVM渡しでクロージャの実装はJVMに委譲なわけでしょ。
もともと関数の遅延評価が本機能（主要な一つ）なわけで、それってつまりクロージャの実際の機能はinvokedynamicでいけるってことなんだけど。
そういうことは分かっていってんの？円周率さんは。

0515デフォルトの名無しさん

2009/10/04(日) 04:39:00

>>514
言語要素は、実行環境の命令では代用できない。

0516デフォルトの名無しさん

2009/10/04(日) 05:25:37

あ？言語要素？
こりゃダメだｗ

0517デフォルトの名無しさん

2009/10/04(日) 14:09:53

>>514
書き込み時刻が円周率とかぶっただけでわざわざわかりにくいポインタするな。

0518デフォルトの名無しさん

2009/10/04(日) 14:25:59

>>516
Language componentsの日本語訳だろ。

0519デフォルトの名無しさん

2009/10/04(日) 17:53:56

なら言語「構成部分」って訳せ
つまり「リテラル」ってことじゃないかアホ

0520デフォルトの名無しさん

2009/10/05(月) 19:40:26

Javaで関数ポインタらしきのを認めてもレキシカルスコープがないから危ないよねって議論になって、最終的にCの関数ポインタの話しと同じになる。
invokedynamicは動的な関数ポインタの生成と考えてもCのポインタと同じだからこれからのJavaはポインタ概念を理解しポインタを使いこなせる人と出来ない人に分かれるんじゃないか。

0521デフォルトの名無しさん

2009/10/05(月) 20:36:00

SAFも無しなの？
http://www.infoq.com/jp/news/2009/10/java7_m5

0522デフォルトの名無しさん

2009/10/05(月) 20:46:26

Javaが出た当時と違って他の言語も今じゃ大分充実してるから別にどうでもいい。

0523デフォルトの名無しさん

2009/10/05(月) 21:32:43

>>519
リテラルは全然違うだろ。池沼かよ。

0524デフォルトの名無しさん

2009/10/05(月) 22:13:14

>>521
ずいぶんと待たせるねぇ。
まあ、ライブラリとして提供すればいいわけで実用性としては問題ないでしょ
標準APIへの投入は慎重になってもいいと思われ

0525デフォルトの名無しさん

2009/10/05(月) 22:16:20

>>523
日本語に翻訳するならちゃんと翻訳しないダメだな
翻訳一つでそいつの低脳っぷりが露見する

0526デフォルトの名無しさん

2009/10/05(月) 22:35:00

>>521
それはもう入ること確定してなかったっけ？

0527デフォルトの名無しさん

2009/10/05(月) 23:13:16

>>525
language components, language entityを言語要素ってのは普通じゃねえか?

0528デフォルトの名無しさん

2009/10/05(月) 23:56:43

>>527
何でこだわるのか知らんが、英語をちゃんと読めるならもっと適切な訳語を当てたほうがいいな。

0529デフォルトの名無しさん

2009/10/06(火) 00:31:50

それよかinvokedymanicあっても、lambdaないのはどうにもならないよ。

0530デフォルトの名無しさん

2009/10/06(火) 00:57:20

うぜえ

0531デフォルトの名無しさん

2009/10/06(火) 01:59:20

invokedynamicとクロージャーの話が別問題ということを、言語要素という言葉にかみついてごまかそうとしてるな。
しかも

> なら言語「構成部分」って訳せ
> つまり「リテラル」ってことじゃないかアホ

って、言語構成部分はすべてリテラルだと思ってるんだろうか？
クロージャーは型であって、リテラルじゃねえぞー

0532デフォルトの名無しさん

2009/10/06(火) 02:04:46

訳語が少々適切でないことよりも、用語を間違って使ってるほうが低脳なわけで。

0533デフォルトの名無しさん

2009/10/06(火) 02:13:58

クロージャは式で、リテラルがあって、ファンクション型なんだが?
提案を読んだ事ないんだなあ。

0534デフォルトの名無しさん

2009/10/06(火) 02:50:10

といってももう提案は破棄されたからな…
結局似たような匿名クラス、レフレクション invokedynamicに期待がかかる
ラムダも含めて遅延評価やダックタイピングは既にあるけど、変数束縛はやはりクロージャになるかなって思う

0535デフォルトの名無しさん

2009/10/06(火) 03:11:36

>>531
君さ、こんな過疎スレで屁こいたって仕方ないっぺ
たまにはネタ投下したらどうよ？

0536デフォルトの名無しさん

2009/10/06(火) 07:07:00

JDK7 build73
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b73.html

数値リテラルにアンダースコアいれられるようになった、2進リテラルが入った。

0537デフォルトの名無しさん

2009/10/06(火) 11:53:05

そげなこと、どげんでんいいから。
はよう、BOM 付 UTF8 でエラーにならんごとしちくれ。

0538デフォルトの名無しさん

2009/10/06(火) 13:44:07

BOM付きのUTF-8読んだだけじゃエラーにはならんよ。

もっとも先頭のBOM取り除かないから、
BOMが取り除かれることを期待するようなパーサ使ってると
先頭にゴミがあるってエラー出すかもしれんけど。

0539デフォルトの名無しさん

2009/10/06(火) 16:12:30

↑
こいつバカ？

0540デフォルトの名無しさん

2009/10/06(火) 22:32:06

BOM考えた奴、ちょっとこい (ピーポ君のAA略

0541デフォルトの名無しさん

2009/10/07(水) 22:23:58

>>521
SAFは入れてほしかったなぁ
OpenJDKになってから、仕様決めるのにモメてぜんぜん進まないことが多すぎないか？

0542デフォルトの名無しさん

2009/10/07(水) 22:53:59

JWebPaneは？

0543デフォルトの名無しさん

2009/10/07(水) 23:02:29

OpenJDKになってからというより、Sunの経営が傾いて主要人物が
転職するようになってからじゃまいか？
昔SAFの中心だった人(Filthy Rich Clientsの著者だっけ？)も去年だったか
Adobeに転職したよね確か

0544デフォルトの名無しさん

2009/10/07(水) 23:18:13

配布をもっと細分化すればいいのにね。
デスクトップ向けの部分はコアと切り離して欲しい。

0545デフォルトの名無しさん

2009/10/07(水) 23:41:42

クロージャの人はマイクロソフト行ったんだっけ

0546デフォルトの名無しさん

2009/10/08(木) 00:07:16

まあ米国の技術者は流動的だからねぇ
Adobeも結構やばいみたいだし、Oracleが本気出せばまた変わるかもしれんし、引導を渡すかもしれん

0547デフォルトの名無しさん

2009/10/08(木) 00:21:34

人材流失というよりも、sunがあれこれ手を出したってのが問題でしょ。
デスクトップ（PC）の方に入ってくるのかと思えばそうでもないし、携帯でOSを提供するわけでもないし、何をやりたいのかまったく意味不明だった。
NTTデータのように迷走してるって感じ。
金融危機も終わったし、オラクルとの合併も将来合併に向けた提携とかで、ごわさんになるかなって期待してるんだけど。

0548デフォルトの名無しさん

2009/10/08(木) 00:38:24

>>547
そんなの10年以上前からずっとじゃん
Java7の迷走とは無関係

0549デフォルトの名無しさん

2009/10/08(木) 00:41:32

Sunはマーケティング層が本当に糞だよな。

特にバージョンが5になったときとJ2SEがJavaSEになった時は殺してやろうかと思うぐらい腹が立った。
NIOとNIO2も最悪なネーミングだし。

0550デフォルトの名無しさん

2009/10/08(木) 00:56:47

JavaSEになって腹が立つ理由が不明

0551デフォルトの名無しさん

2009/10/08(木) 01:21:31

なんにせよ>>547や>>549は次世代Javaとは関係ないな
よそでやれ

0552デフォルトの名無しさん

2009/10/08(木) 04:38:14

NIO2とかかなりいいと思うんだが…

0553デフォルトの名無しさん

2009/10/08(木) 04:49:57

windows とか値段が高いからソラリスが普及するかと思えば、SUNはインストールとかの解説はないしやるきなかったね。
PCを何台も買う人、サブPCで３台用意するとか考えるとPC予算の1/3がOS代をしめるからよくわかる。
確かにSUNは需要はあるのに何をやりたいのかさっぱり分からなかった。
数年にも渡り一台しか使わないなら考えもしないんだろうけど、何台かPCがあるとき合法的にOS使うとなると避けては通れない問題だろう。

0554デフォルトの名無しさん

2009/10/08(木) 08:15:56

>>521
JavaはまたGUIを広めそこなった
swing＝使えない　イメージを早く払拭してくれよ

0555デフォルトの名無しさん

2009/10/08(木) 08:19:16

>>540
BOMはどうでもいいから、char=intにしてほしい。サロゲートペア面倒くさい。
(まあUTF8にBOMは不要だと思う)

0556デフォルトの名無しさん

2009/10/08(木) 08:22:07

swing＝使えない
なんてのは古いオッサンだけｗ

0557デフォルトの名無しさん

2009/10/08(木) 08:49:06

けど世の中使えない奴が大半なんだから、
ちゃんと噛んで含めるようにして広めないとね。
JavaFXなんていらねーし。迷走せずにちゃんとSAFやれ。

0558デフォルトの名無しさん

2009/10/08(木) 09:45:25

swing=使えないのイメージは別におっさんだけではないだろ
JavaFXでイメージを変えられるなら変えて貰いたい
中は全部Swingでも良いわけだしｗ

0559デフォルトの名無しさん

2009/10/08(木) 10:32:24

つーか、クライアントアプリ自体がすでに遅れたものとして扱われ始めてるからなぁ。

0560デフォルトの名無しさん

2009/10/08(木) 13:27:29

ジャバセ、ジャバセ、て言うから何のことかと思えば、JavaSE のことだった。
じゃぁ何かい？Java2SE はジャバニセかい！

0561デフォルトの名無しさん

2009/10/08(木) 18:01:45

>>559
Javaがデスクトップで生き残るにはクライアントアプリ以外ないだろ
おまえはアホかｗ

0562デフォルトの名無しさん

2009/10/08(木) 18:15:49

>>561
アホはお前だよ
クライアントアプリをJavaが制圧してもクライアントアプリそのものが絶滅したら意味ないだろ

0563デフォルトの名無しさん

2009/10/08(木) 18:52:13

クライアントアプリの範囲が狭い奴だな

0564デフォルトの名無しさん

2009/10/08(木) 19:08:36

クライアントアプリってブラウザのことだろ
つまりHotJava作り直せって言いたいのか？ｗ

0565デフォルトの名無しさん

2009/10/08(木) 20:14:30

なんか７はあんまりこれといった機能はなさそうだね
http://sourceforge.jp/magazine/09/08/21/1128207
こんなことができるようになるとwktkしてたんだがなぁ

0566デフォルトの名無しさん

2009/10/08(木) 21:01:39

裏側的には update10で色々と拡張してしまったからなぁ

0567デフォルトの名無しさん

2009/10/08(木) 21:30:03

>>564
HotJavaは継続すべきプロジェクトだった。
JWebPaneに繋がったのに…

0568デフォルトの名無しさん

2009/10/08(木) 22:52:34

>>567
それやるためにはswing性能あげないと…
どう言いつくろってももっさりしすぎだぜ
あんなの話にならん

0569デフォルトの名無しさん

2009/10/08(木) 23:07:58

何時の話だ・・・本気でSwingの性能が悪いと思っているのか？

0570デフォルトの名無しさん

2009/10/08(木) 23:09:09

HotJava見たのなんてJDK1.0の頃だけだったような…

0571デフォルトの名無しさん

2009/10/09(金) 00:32:30

ていうよりも自分の世の中が狭い奴しかないなこのスレ

0572デフォルトの名無しさん

2009/10/09(金) 01:50:30

>>571
自己紹介しなくていいよ

0573デフォルトの名無しさん

2009/10/09(金) 01:58:42

>>560
ジャバセ！！ジャバセ！！

0574デフォルトの名無しさん

2009/10/09(金) 08:17:56

>>570
JDK1.1の時もあったよ。
http://java.sun.com/products/archive/hotjava/index.html

0575デフォルトの名無しさん

2009/10/09(金) 08:51:55

>>572
ずいぶんと薄っぺらい自尊心だなおまえｗ

0576デフォルトの名無しさん

2009/10/10(土) 10:32:46

エロが絡めば技術は伸びるはず
エロゲームやエロ動画を簡単に扱えるライブラリだな

0577デフォルトの名無しさん

2009/10/10(土) 12:04:16

オンラインのエロゲーなら人が集まりそうだな

0578デフォルトの名無しさん

2009/10/10(土) 22:15:32

C#のParallelみたいなのはJavaにははいらんのかね？

0579デフォルトの名無しさん

2009/10/10(土) 22:28:25

jsr166yのfork/joinは入るでしょ

0580デフォルトの名無しさん

2009/10/10(土) 23:11:16

>エロゲームやエロ動画を簡単に扱えるライブラリだな
DirectXを仮想マシンで超えるとか無茶言うな

0581デフォルトの名無しさん

2009/10/11(日) 02:18:22

DirectXのAPIをラップしちゃえばいいだけだから、それなら実際もう出来てる。
さらに今のGPUだとラップしてるかどうかの差とか速度差なんかも測定誤差レベル。

0582デフォルトの名無しさん

2009/10/14(水) 00:18:25

現実問題、Webブラウザが組み込めないSwingは、今も使えない。

0583デフォルトの名無しさん

2009/10/14(水) 00:26:10

？

0584デフォルトの名無しさん

2009/10/14(水) 08:40:05

>>581
Javaである必要性が皆無じゃねーか
JNIなんか使ったらJavaの意味なくなるだろ

0585デフォルトの名無しさん

2009/10/14(水) 08:59:09

内部的にはガンガンラップしてるけどな。まあ、使う側はあくまでPureJavaでいきたいのは同意。

0586デフォルトの名無しさん

2009/10/14(水) 09:40:17

>>584
あんたの環境はjnodeあるいはmaxine限定ね。

0587デフォルトの名無しさん

2009/10/14(水) 16:35:20

MozSwingでも使えば？
もう、それを標準ライブラリにしちゃえばいいのに

0588デフォルトの名無しさん

2009/10/16(金) 02:14:37

MozSwingなんかの外部ブラウザ組み込むと、メニューなんかの描画がおかしくなってしまう。
JWebPaneを早く出せと。

0589デフォルトの名無しさん

2009/10/16(金) 03:19:05

JDICってライセンスがアレなんだったっけ？
32bitしかないっぽいし。

0590デフォルトの名無しさん

2009/10/16(金) 21:32:50

http://www.google.co.jp/gwt/n?u=http://www.pythagoras.bz/index.php/default/searchresult?q=ikvm.net+java
これぞ次世代

0591デフォルトの名無しさん

2009/10/17(土) 08:20:51

Java仮想マシンが.NETの仮想マシンである共通言語ランタイム上で動作する

だってさ

0592デフォルトの名無しさん

2009/10/17(土) 23:25:52

JDK7 build74
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b74.html

0593名無しさん＠お腹いっぱい。

2009/10/18(日) 17:08:55

>>591
世界が変わるときがきたか！！

0594デフォルトの名無しさん

2009/10/19(月) 08:39:30

IKVMなんてWinでしか提供されないんじゃないか？

0595デフォルトの名無しさん

2009/10/19(月) 23:09:26

>>593
あんたの時間はいつから止まってるんだい？

>>594
何寝ぼけたこと書いてるの？

0596デフォルトの名無しさん

2009/10/19(月) 23:24:58

ねぇねぇ、Swingが8には捨てられるって本当？

0597デフォルトの名無しさん

2009/10/19(月) 23:34:46

ソース出せ

0598デフォルトの名無しさん

2009/10/20(火) 00:08:45

>>596
　　　　　　　　　　　　　　　　　　　　　　　ﾁ　ｶ　ﾗ
それ…本気で言っているのだな…？『邪鬼眼』持つ者なら今すぐ示せ…
　　　　　　　　　　　　　　ｾﾌﾞﾝｽﾏｲﾝﾄﾞ　　　　　　　ﾀﾞｰｸﾊﾟﾜｰ
本気なら俺の中に眠る『7つの人格』総力あげて『闇の力』解き放つが────

0599デフォルトの名無しさん

2009/10/20(火) 08:57:36

>>596
捨てるんだったら、代替を示さなくてはいけない。
その代替が、7に載っていないなんてのは、移行のラグを考えてもありえない。
しかし、7に載せる新GUIフレームワークなんて話は聞いたことがない。

まあ、お前が騙されたんだよ。

0600596

2009/10/20(火) 10:14:06

だよね！安心したお！
さんきゅーな！

0601デフォルトの名無しさん

2009/10/21(水) 00:50:15

AWTの破棄が議論の対象になったことはあったけどね
Swingが依存しないコンポーネントはすべて非推奨にしていいよ。

0602デフォルトの名無しさん

2009/10/21(水) 09:11:49

7にSwing アプリケーションフレームワークが載らないという話をSwingが載らないという話に勘違いしているのだと思われ

0603デフォルトの名無しさん

2009/10/31(土) 17:38:30

jdk7 build75
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b75.html

http://openjdk.java.net/projects/jdk7/milestones/
によれば feature complete してなきゃいけない時期なんだが、
Project Coin のARMをはじめ実装されてない機能がある。
順調に遅れている模様。JavaOne に間に合うぐらいには出してくると思うが。

0604デフォルトの名無しさん

2009/11/03(火) 19:26:39

Java EE 6まだー？

0605デフォルトの名無しさん

2009/11/13(金) 23:29:42

jdk7 build76
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b76.html

StringのSwitchが実装されたみたい。
Concurrent周りの修正が入ってる。
G1 GC周りはまだおちつかないのかな？
G1入れてると、しばらくおいてたEclipseが落ちるのは今回のleak修正で直る？

0606デフォルトの名無しさん

2009/11/18(水) 14:06:29

JavaSEにもJAXRを入れてくれよ

0607デフォルトの名無しさん

2009/11/19(木) 09:18:50

DevoxxでMark Reinholdがjdk7にクロージャ追加する、と言ったとか

0608デフォルトの名無しさん

2009/11/19(木) 15:53:54

Prediction: Don’t sweat Java 7. Java is a verbose, noisy language that will slowly die. The JVM will live on for a long time,
but languages like Scala will make Java less and less attractive for new development.

scalaを取り上げてまでトンチンカンなこといっちゃう外人が未だに多いから苦労してるんだろうね。
JCPは、Javaの普及にはつながるかもしれないけど、SUNには不利益ばかりで失敗だった(やりすぎだった)のかもしれないと思うよ。

0609デフォルトの名無しさん

2009/11/19(木) 16:28:39

>>607
いつのまにかに BGGA の草案が更新されてて Control Invocation Syntax が消えてた。
ARMと機能が被るからかはたまた透過例外の扱いが面倒だったのか。

expression lamda と statement lamda と二つの文法に分けたのは歓迎かなぁ。
草案ナナメ読みするとき lamda expression と expression lamda が紛らわしいのがアレだけど

0610デフォルトの名無しさん

2009/11/19(木) 18:54:01

{int=>int} func={int a=>a+1;}
#int(int) func=#int(int a) a+1;

{int a => a+1}.invoke(20); //=>21
{#int(int a) a+1;}.invoke(20); //=>21
(#int(int a) a+1).invoke(20); //=>21

{=> println("hello")}.invoke(); //=>hello
{#() println("hello");}.invoke(); //=>hello

これぐらいの違いかな。{=>}は非常に数学(写像)っぽくて気に入ってたんだけど、
PG文化では{}はCの影響でやっぱりブロック(集合）だから、FCMリテラルの構文を採用して、「式」をかこうことで妥協したんだろう。
文と式を区別してるのはC#でもデリゲート型（javaならannony class)の関係で当然と言えるけど、よりラムダが全面に出てきたようだね。
気になったのは、genericsで例外って宣言できたっけってところ。
interface Inte1 <T, throws E>{}みたいに。

0611デフォルトの名無しさん

2009/11/19(木) 19:20:59

え？クロージャってまだ入る可能性あるの？

0612デフォルトの名無しさん

2009/11/19(木) 19:25:33

結局Java7はいつリリースなんだ？
今更クロージャ入れるとなると来年中に出せるのかね？

0613デフォルトの名無しさん

2009/11/19(木) 19:26:23

まあJava6への以降もまともに出来てないこんな世の中じゃ

0614デフォルトの名無しさん

2009/11/19(木) 20:16:35

未だに1.4で稼働するシステムも多いからな
まともに組んでりゃ6で動かして動かないってことはほとんどないんだが・・・

0615デフォルトの名無しさん

2009/11/19(木) 21:06:23

>>611-614
英語読めないってのはジャバ的に言うと情弱だよね？w

0616デフォルトの名無しさん

2009/11/19(木) 23:44:34

正直、JavaにはもうJVMの高級アセンブラとしての位置づけでいてもらうほうが幸せという気もしてきてるんだよな。
もう少し抽象化された概念がほしい奴はScalaとかに移行すればいいって感じ。

ドカタがクロージャとか抽象化された概念の導入された世界に放り出されても、幸せになれないばかりか不幸が加速するのではないかと。

0617デフォルトの名無しさん

2009/11/20(金) 00:18:54

土方はIDE使うからあまり気にしてないだろう。
そもそもC#.Net 3.0ではクロージャがさらに進化したスーパークロージャが入ってるし、MS土方はそれを難なく使いこなしている。

0618デフォルトの名無しさん

2009/11/20(金) 01:31:07

>>616
同意。
自分もJavaで厳しいと感じるならScalaを使えばいいと思う。
言語仕様はあまり進化させずにVMの強化に集中してもいいかと思う

0619デフォルトの名無しさん

2009/11/20(金) 08:33:15

>>616
クロージャが追加される事によって予測される不幸ってどんなん？

0620デフォルトの名無しさん

2009/11/20(金) 09:20:28

苦労じゃ

0621デフォルトの名無しさん

2009/11/20(金) 11:55:57

Scalaって、ファイルのioがスマートじゃない。
何かまだまだって気がして手を止めたよ。

0622デフォルトの名無しさん

2009/11/20(金) 16:06:50

スカじゃ

0623デフォルトの名無しさん

2009/11/21(土) 20:19:56

で、クロージャまだ？？

0624デフォルトの名無しさん

2009/11/21(土) 21:36:19

とにかくもう動きが鈍過ぎる。
Ｃ＃の後塵を拝するどころか既に周回遅れだ。
こんなんじゃデルファイの二の舞だ。

0625デフォルトの名無しさん

2009/11/21(土) 21:55:01

JDK 7 Unexpectedly Gets “Simple” Closures, but is Pushed Back to End of 2010
http://www.infoq.com/news/2009/11/jdk7-simple-closures

だって。リリースまでまてない人柱はopenjdk使えってことだな。
しかしこのスレの奴らは英語も読めんのかw

0626デフォルトの名無しさん

2009/11/21(土) 22:23:49

BGGAよりシンプルなクロージャ作って入れるぞ、
んでもって、2010/09 までリリース延期な！ってことか。

Nothingの使い方がよくわかんね

0627デフォルトの名無しさん

2009/11/22(日) 21:55:28

Javaは安定でいいよ、新機能を求めるならScalaでおｋ

0628デフォルトの名無しさん

2009/11/23(月) 04:24:06

Rubyという上位言語があるのに、何故Javaを使う必要があるのか。
JavaがRubyより優れている部分てあるの？

0629デフォルトの名無しさん

2009/11/23(月) 04:45:07

実績

0630デフォルトの名無しさん

2009/11/23(月) 05:16:59

処理速度
タイプセーフなプログラミングが出来る

javaとrubyは方向性が真逆
上位とか下位とか無意味

0631デフォルトの名無しさん

2009/11/23(月) 13:11:29

上位言語w

0632デフォルトの名無しさん

2009/11/23(月) 13:38:07

てかrubyを上位とか言っちゃう奴は学会員だろ？

0633デフォルトの名無しさん

2009/11/23(月) 14:15:51

モルモン学会？

0634デフォルトの名無しさん

2009/11/23(月) 14:41:13

と学会？

0635デフォルトの名無しさん

2009/11/23(月) 19:45:29

>>630
激しく同意。

・安定した実行環境
・高品質なクラスライブラリとそれに対する仕様書(APIドキュメント)

も追加で。

0636デフォルトの名無しさん

2009/11/23(月) 20:12:59

>>628
Rubyは好きな言語だが、無意味に他言語を貶す馬鹿ユーザは嫌いだ。
用途も適用範囲も全然違うっつーに。

0637デフォルトの名無しさん

2009/11/23(月) 21:33:47

>>636
まともなRubyユーザはそんな事言わないだろ。

どう見ても>>628はRubyを餌にした釣りだ。
思いっきり釣り針見えてるのに、なぜ食いついた。

0638デフォルトの名無しさん

2009/11/24(火) 23:01:50

JDK 7が、突然"単純な"クロージャをサポート、しかしリリースは、2010年の終わりに。
http://www.infoq.com/jp/news/2009/11/jdk7-simple-closures

もう1年待たねばならんのか…

0639デフォルトの名無しさん

2009/11/24(火) 23:24:32

良い判断だと思う。
Java7を意味のあるリリースにしないとユーザが離れるしな。
Sunのお家事情もあるし、情勢を確実な状態に持って行かないと。

0640デフォルトの名無しさん

2009/11/24(火) 23:41:08

クロージャ導入を決断したのは、jdk7で組み込む並列用のライブラリを書いてたらannony classが多すぎてコードが読みにくく、コーディングがバカらしくなったとかみたい。
開発ユーザの需要とかSUNの政治的な理由じゃなくて、ただのコンパイラとかライブラリ実装現場側(openjdkとか中の人）の判断のようだ。
クロージャ提案の仕様を見てもgenerics以上に言語仕様に影響して大きな拡張だからそれだけの実益を勘定していたんだろう。
その実益とはannony classはgui eventも含めて大量にあるとやはり見苦しいってことで、それで決断したみたい。

0641デフォルトの名無しさん

2009/11/24(火) 23:45:18

別に離れはしないだろう、7に移行しないだけで。
今でもプラットフォームが1.4と5と6に分裂気味なのに、さらに分かれるのは困ったもんだな。

0642デフォルトの名無しさん

2009/11/24(火) 23:54:54

win98->winxp->win7とおなじで、移行する意味がないってことだろ。
そもそも1.4でも完成度は高いし、1.5でも既に完成されている。
さらにそうなることを想定してjvmプラットフォーム(scala,groovyとかも）は設計してあるから、
低レベルだとbytecode互換を特に強制してるしあまり問題い。
保守も、1.6でよりやすくなったけど、もともとjavaは動的言語が発祥だから後からでも何とでもなる。

0643デフォルトの名無しさん

2009/11/25(水) 00:18:09

>>642
Vista（´・ω・`）

0644デフォルトの名無しさん

2009/11/25(水) 00:23:02

> もともとjavaは動的言語が発祥
マジで？オークみたいな名前だっけ？

0645デフォルトの名無しさん

2009/11/25(水) 00:44:47

打ち合わせの時に樫の木が見えたからOak

0646デフォルトの名無しさん

2009/11/25(水) 03:33:05

Oakの話が漏れてきた時、
ゴスリンが家電で動くLispを作っていると聞いて、
頭がおかしくなったと思ったよ。

0647デフォルトの名無しさん

2009/11/25(水) 03:41:45

oakだけどね、wikiにはのってないけど、auk(西洋では知の化身フクロウ)の別名ってことで
awkに追随したくてシャレた名前にしたってことらしい。
夢はかなわなかったけど、awk以上に浸透した。

0648デフォルトの名無しさん

2009/11/25(水) 03:47:35

ああごめん資料が違ってた。
フクロウじゃなくてオオウミガラスだった。

0649デフォルトの名無しさん

2009/11/25(水) 13:38:55

>>646
それがいまじゃ家電(BD-Java)に・・・・

0650デフォルトの名無しさん

2009/11/26(木) 10:47:03

Me（´・ω・`）

0651デフォルトの名無しさん

2009/11/26(木) 13:23:38

>>643,650
俺は >>642 は
「win98->winxp->win7とおなじで、（MeやVistaには）移行する意味がないってことだろ。」
という意味に読んだけど
脳内補完しすぎだろうか？

0652デフォルトの名無しさん

2009/11/26(木) 17:23:13

しかしJava6はパフォーマンスがいいから移行するメリットある

0653デフォルトの名無しさん

2009/11/27(金) 22:48:23

もう、Javaはいいって。

0654デフォルトの名無しさん

2009/11/27(金) 23:19:08

ttp://cpplover.blogspot.com/2009/11/java-7.html
diamond operatorがC++厨に叩かれてるぞ
擁護しろよ

0655デフォルトの名無しさん

2009/11/27(金) 23:28:45

同意せざるを得ない

0656デフォルトの名無しさん

2009/11/27(金) 23:33:48

Genericsが型指定と派生型受け入れを分けてるんだから、
varで型を勝手に決められたら意図しない動作になっちゃうぞ。

0657デフォルトの名無しさん

2009/11/28(土) 00:22:08

>>654
突撃してきた。要は、フィールドに書くことを考えたらああなった、と個人的に解釈してる。
とは言え、ローカル変数用にvarも欲しい気はする。

0658デフォルトの名無しさん

2009/11/28(土) 08:39:18

var の代わりに final でローカル変数限定再代入不可みたいに制限強くてもよかったんだが

0659デフォルトの名無しさん

2009/11/28(土) 17:46:29

コーディングを楽にするだけの機能だろ、これ。
無くても死にはしない。有れば便利かな、って程度。
ＩＤＥの補完機能が無いとまともにコーディングするのは現実的では無い言語なんだから
どうでもいいよ。
ｊａｖａはＩＤＥと組み合わせて１つの言語と言っても過言ではない。
言語を拡張するならＩＤＥ側の都合も考えてもらわないとな。

0660デフォルトの名無しさん

2009/11/28(土) 19:00:18

>>659
まぁ、そだな。実際、コード書くときは型指定なしにhoge = new Huga<Hige>();とか入力してクイックフィックスで補完してるし。

0661デフォルトの名無しさん

2009/11/28(土) 20:06:23

diamond operator・・・
これならまだvarの方がマシだ。むしろいらない。

0662デフォルトの名無しさん

2009/11/28(土) 20:13:18

>>660
むしろnew Huga<Hige>();だけ入力して補完(Ctrl+2, L)だな

0663デフォルトの名無しさん

2009/11/29(日) 18:46:08

C#なんて実際、IDEのIntelliSenseが作りやすいようにシンタックス選んでるからね。

0664デフォルトの名無しさん

2009/11/29(日) 18:50:07

JSFとかIDEのための規格とか普通にあるし、
今後ともIDEとの親和性を如何に向上させるかが焦点だろう。
EoDへ舵を切ったJavaは何だかんだでしばらくは安定。

0665デフォルトの名無しさん

2009/12/02(水) 08:53:41

JDK 7 Milestone 5、並行処理とパフォーマンスに関してアップデートされたが、Feature Completeには至らず
http://www.infoq.com/jp/news/2009/12/jdk7m5

Mark Reinhold氏、Javaのクロージャについて語る
http://www.infoq.com/jp/news/2009/12/reinhold_closures_update

0666デフォルトの名無しさん

2009/12/02(水) 12:07:10

中の人は忙しいんだろうな。

0667デフォルトの名無しさん

2009/12/05(土) 19:50:38

jdk7 build77
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b77.html

いっぱいバグ取り

0668デフォルトの名無しさん

2009/12/05(土) 21:39:04

報告ご苦労

0669デフォルトの名無しさん

2009/12/08(火) 15:12:11

GolangはJavaの脅威になるかな。

0670デフォルトの名無しさん

2009/12/08(火) 17:57:02

それはむしろScala

0671デフォルトの名無しさん

2009/12/08(火) 18:04:13

XMLのサポートって結局無くなったんだろうか。
どんなものをイメージしてたんだろう。

0672デフォルトの名無しさん

2009/12/08(火) 22:47:50

E4X

0673デフォルトの名無しさん

2009/12/12(土) 16:14:28

Project Lambda: Straw-Man Proposal
http://cr.openjdk.java.net/~mr/lambda/straw-man/

0674デフォルトの名無しさん

2009/12/13(日) 21:05:10

ちょこっと読んでみたけど、こんな大胆にクロージャ取り入れちゃうのかな
あくまで提案なんだよね

0675デフォルトの名無しさん

2009/12/13(日) 22:11:45

まだ初期提案の仕様だね

0676デフォルトの名無しさん

2009/12/13(日) 22:24:08

どうせ結局また却下だろ

0677デフォルトの名無しさん

2009/12/13(日) 22:58:33

モジュール関係の主要JSRがのきなみinactiveになった。OSGi側に片寄せするらしい。
政治的な綱引き以前に、技術的にSunの動きが遅すぎたよなあ。

0678デフォルトの名無しさん

2009/12/13(日) 23:06:34

SUNに期待しすぎ。
いつも最先端に触れていたいなら素直にMSに行けよ。

0679デフォルトの名無しさん

2009/12/14(月) 00:36:10

MSはないだろｗ

0680デフォルトの名無しさん

2009/12/14(月) 00:46:23

グーグルのアプリはまずMS-Windows対応がデフォだよね。
つまり世の中全ての情報はMS-Windowsありき。

0681デフォルトの名無しさん

2009/12/14(月) 02:00:25

>>680
golang は Windows は後回しだったね。

0682デフォルトの名無しさん

2009/12/14(月) 02:33:26

>>681
いちおう、Windows版のビルドはあるよ。
簡単にネイティブバイナリが吐けるってのは面白かった。

0683デフォルトの名無しさん

2009/12/14(月) 02:38:17

あるよw

0684デフォルトの名無しさん

2009/12/14(月) 04:45:13

Windowsでgolangって誰得。
まぁスレ違いだな

0685デフォルトの名無しさん

2009/12/19(土) 06:31:25

>>673
いいね、これ
C#っぽい
これまでの変なのと違って実にいい

0686デフォルトの名無しさん

2009/12/19(土) 09:50:19

組み込み系には力はいってないのか気になる

Jiniがどうなったのか気になる

Java家電は？

0687デフォルトの名無しさん

2009/12/19(土) 09:54:40

Jiniは死亡
Java家電最大大手はBlu-rayでBD-Java必須
WebTVでJava使ってるのがある。

0688デフォルトの名無しさん

2009/12/19(土) 17:10:13

あるねｗ

0689デフォルトの名無しさん

2010/01/09(土) 21:34:24

ひょっとして過疎ってる？
JAVAって斜陽なの？

0690デフォルトの名無しさん

2010/01/10(日) 04:38:39

今年が山田

0691デフォルトの名無しさん

2010/01/10(日) 07:35:28

一時的に流行り物に流れてるだけだろ。
Java7は1年塩漬けらしいし、周囲もJava6への移行も済んでないし。

0692デフォルトの名無しさん

2010/01/10(日) 18:07:19

ＯｒａｃｌｅのＳｕｎ買収はもう済んだんだっけ？
そのあたりが落ち着かないと未来図が描きにくい。

0693デフォルトの名無しさん

2010/01/10(日) 18:31:33

欧州委員会がグダグダ文句付けてて一向に進んでない
買収が承認される前にSunが潰れかねない状況

0694デフォルトの名無しさん

2010/01/10(日) 19:36:25

ECのせいで機会損失してるってオラクルが切れてたな

0695デフォルトの名無しさん

2010/01/10(日) 23:14:28

富士通が買収して日本企業の一員となってくれればいい。（無理だろうけど）。

0696デフォルトの名無しさん

2010/01/10(日) 23:19:27

おもしろそうだけど無理だろうな

0697デフォルトの名無しさん

2010/01/10(日) 23:52:35

ハード部門だけ欲しいってことはあり得る。（スカラーCPUと命令セット的に）。

0698デフォルトの名無しさん

2010/01/12(火) 15:36:48

海豚

0699デフォルトの名無しさん

2010/01/19(火) 16:43:32

jdk7 build79
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b79.html

G1GC関連で修正＆追加多し

0700デフォルトの名無しさん

2010/01/22(金) 12:58:04

EUが買収承認したな

0701デフォルトの名無しさん

2010/01/23(土) 00:09:58

で。UTF8 の BOM で誤作動するバグは、いったいいつ治るんですか。

0702デフォルトの名無しさん

2010/01/23(土) 00:21:24

UTF-8にBOM付ける方がバグだろｗ

0703デフォルトの名無しさん

2010/01/23(土) 00:24:15

>>702
禿同

0704デフォルトの名無しさん

2010/01/23(土) 02:17:01

マイ糞ソフトはとことん迷惑な存在だな

0705デフォルトの名無しさん

2010/01/23(土) 14:46:30

>>702-703
ttp://unicode.org/faq/utf_bom.html#bom5
Q: Can a UTF-8 data stream contain the BOM character (in UTF-8 form)?
A: Yes, UTF-8 can contain a BOM.

0706デフォルトの名無しさん

2010/01/23(土) 15:57:03

>>705
うへー。
ラウンドトリップを保証するためだろうか。

0707デフォルトの名無しさん

2010/01/23(土) 22:38:00

>>705
Unicodeコンソーシアムの仕様なんてただの文字列の話だろ
Javaでいえばjava.io.ReaderがBOMで始まる文字列を読めればいいだけだ
XMLとは別の話

と思ったら
http://www.w3.org/TR/2008/REC-xml-20081126/#charencoding
UTF-8 MAY begin with the Byte Order Mark

orz
XML 1.0 Second Editionまではそんなこと書いてないのにThird Editionで追加してやがった
w3cめ、MSに買収されやがったか・・・

0708デフォルトの名無しさん

2010/01/24(日) 08:01:52

仕様策定委員会とか標準化なんとか、というのは
けん制と足の引っ張り合いの場だからしょうがないね。

0709デフォルトの名無しさん

2010/01/24(日) 08:05:15

>>707
Java6でも準拠してるのはXML 1.0(Second Edition)だから無問題

といいたいところだが、Javaが準拠してる「XML 1.0 Second Edition Specification Errata」で
>>707の記述が追加されてるからアウト

0710デフォルトの名無しさん

2010/01/24(日) 08:54:00

全バイトBOMかチェックしなければいけないんじゃ、効率が悪くなりそうだな。

0711デフォルトの名無しさん

2010/01/24(日) 09:09:13

？？
BOMとして扱われるのは先頭だけだよ
もし先頭以外で使ったらBOMではなくZERO WIDTH NON-BREAKING SPACE
ただしそれはXML的にはホワイトスペースではない

0712デフォルトの名無しさん

2010/01/24(日) 09:37:33

>>711
だから、途中で使ったら無視するコードを入れなければならないから、
全byteチェックしなければならないじゃん。
まあ、BOMとは呼ばないのかもしれないけど。

0713デフォルトの名無しさん

2010/01/24(日) 09:43:29

それとも、UTF-8 にZERO WIDTH NON-BREAKING SPACE が入ってたら、
(String の内部文字コードの)UTF-16に変換するときにはそのままスルーでいいのかな？

0714デフォルトの名無しさん

2010/01/24(日) 09:45:25

当然、普通の文字の一つとして扱われるだけ

0715デフォルトの名無しさん

2010/01/24(日) 10:16:24

>>701
http://bugs.sun.com/view_bug.do?bug_id=6378911
BOM読み飛ばすように変えたら既存アプリで問題でたから元に戻したらしい。

0716デフォルトの名無しさん

2010/01/25(月) 17:51:18

>>715
そんなぁ。
そのせいで問題出てるアプリはスルーなのかな。

0717デフォルトの名無しさん

2010/01/30(土) 12:21:28

JDKダウンロードしたら、インストール画面のバーが赤くなってた。
前からそうだっけ？

0718デフォルトの名無しさん

2010/01/31(日) 15:00:09

Oracleのコーポレートカラーになった、のかも

0719デフォルトの名無しさん

2010/01/31(日) 15:19:45

faviconもオラクルになっちゃったしなぁ

0720デフォルトの名無しさん

2010/02/01(月) 12:31:36

オラクルレッドに浸食されつつありまさーね。

XML に BOM 入ってるとプロローグに変な文字入ってるぜとか言われる奴?
あれって Sun JDK だけじゃね。IBM JDK は問題なかったと思う。

んで半年ぶりに来たんだけど何か進展あった?

0721デフォルトの名無しさん

2010/02/01(月) 12:57:41

あれってクリムゾンがダメなだけでXercesはおkじゃね？
つまりJ2SE1.4まではダメでTigerからおkじゃね？

0722デフォルトの名無しさん

2010/02/01(月) 16:24:24

>>719
不評だったのか今度はコーヒーカップになったｗ

0723デフォルトの名無しさん

2010/02/03(水) 00:06:39

じきにOracle, IBM, Open系に３分裂するんじゃねえかな。ちと心配だ。

0724デフォルトの名無しさん

2010/02/03(水) 00:57:40

GoogleがAndroidでJavaもどき使ってるから乗っ取られちゃうかもよ

0725デフォルトの名無しさん

2010/02/03(水) 01:35:55

何が心配だって？

0726デフォルトの名無しさん

2010/02/03(水) 07:29:53

結局はj2sdk1.4でソースコード書いとくしかないんだろ

0727デフォルトの名無しさん

2010/02/03(水) 22:06:16

Java SE 7は高速化する、Oracle JRockit技術マージ
http://journal.mycom.co.jp/news/2010/02/02/038/index.html

0728デフォルトの名無しさん

2010/02/07(日) 22:22:18

JavaがCの速度を上回るってことはありえる？

0729デフォルトの名無しさん

2010/02/07(日) 22:32:43

処理によってはすでに上回ってる。

0730デフォルトの名無しさん

2010/02/07(日) 22:35:07

似たようなコード書いてJavaの方が速いだのどうのというのは意味がない
Cで速い書き方したらCの方がどうやっても速いに決まってる

0731デフォルトの名無しさん

2010/02/07(日) 22:51:48

そりゃインラインアセンブラ使えば負けっこない

0732デフォルトの名無しさん

2010/02/07(日) 23:58:03

アセンブラ書いたらそれはCじゃないだろと。

ビルド時にCPU最適化を行うネイティブコード出力型と
実行時にCPU最適化を行うバイトコード出力型との違いが、
ベンチマークに現れるようになったのはJavaのコンパイラ屋の良い仕事のおかげだな。

0733デフォルトの名無しさん

2010/02/08(月) 01:03:02

実行時にできるなら、静的にもできるじゃない。って話にならないか?
今のJITコンパイラは、そこまで実行環境の特性に合ったコードを吐き出せるの?
JavaランタイムがCで超えられないレベルのコードで組まれている、
とかでもない限り上回るのは流石に無理じゃないかなあ。

0734デフォルトの名無しさん

2010/02/08(月) 01:06:26

それにJavaで実行時に最適化できるならCでもできるわなw

0735デフォルトの名無しさん

2010/02/08(月) 01:20:19

Server VMの実行時最適化情報は、静的なC言語のコンパイルでは入手不可能なものだ。
最適化がより包括的に行われるからCと同じにはならないよ。

0736デフォルトの名無しさん

2010/02/08(月) 01:28:48

ていうか、ビルド時の最適化じゃ環境ごとにコンパイルしなおさなきゃいけないし。
LLVMが実用的になってきたらCでもJITできるようになるかもしれんけど

0737デフォルトの名無しさん

2010/02/08(月) 01:35:59

レベル低い奴の相手をするほどヒマじゃない

0738デフォルトの名無しさん

2010/02/08(月) 01:38:49

こんな時間にレスしてるってことはそうとう暇なんだろ
言い逃げにしても馬鹿すぎる・・・

0739デフォルトの名無しさん

2010/02/08(月) 01:54:47

忙しすぎて現実逃避してる可能性は・・・ないか。

0740デフォルトの名無しさん

2010/02/08(月) 17:58:15

VS2008からCコンパイラが吐くのは中間コードで、リンカがネイティブコードの生成をするようになってる。
これは、関数単位でのコード生成では最適化に限界があるから。
その考えを進めれば、より高度な最適化として、入力データにあわせたコード最適化があり、それは
静的最適化では決して到達できないものだというのは容易に理解できる。

0741デフォルトの名無しさん

2010/02/08(月) 18:32:49

まぁ、世の中の流れはJITでしょ

0742デフォルトの名無しさん

2010/02/08(月) 20:17:21

コードが抽象的であればあるほど最適化の可能性が広がる、ってところかね。

0743デフォルトの名無しさん

2010/02/09(火) 08:17:49

リンカーがコード生成と最適化をするなんて
最適化のバグが怖いね
コンパイラの-Oxオプションみたいな

0744デフォルトの名無しさん

2010/02/09(火) 09:16:56

Profile-Guided Optimizationsだがプロファイル取るのが面倒でつかわねぇ。
プロファイルなしでも一応効果はある。

0745デフォルトの名無しさん

2010/02/09(火) 20:35:24

そこでJNIですよ。

0746デフォルトの名無しさん

2010/02/17(水) 02:51:27

>>742
インタープリタ＋JITは強いよねえ。
ソースコードを使ってJIT出来るから。
v8がそう。

0747デフォルトの名無しさん

2010/02/17(水) 07:49:07

>>746
しったか乙

0748デフォルトの名無しさん

2010/02/17(水) 19:27:15

>>746
Javaも.NETもソースコードレベルよりも最適化された形(定数の展開とか)で中間言語が残ってるわけだが。

0749デフォルトの名無しさん

2010/02/17(水) 19:30:44

中間言語へのコンパイルはいつでもできるんだから最適化の幅だけでいえば
ソースコードそのままの方が広いに決まってるだろ

0750デフォルトの名無しさん

2010/02/17(水) 20:54:10

プリミティブな命令列のほうが最適化しやすいんでない?

0751デフォルトの名無しさん

2010/02/17(水) 20:59:53

ソースコードそのままだと構文木作成の手間もかかるしなぁ

0752デフォルトの名無しさん

2010/02/17(水) 21:03:39

顧客のイメージをそのままJITコンパイルが最速

0753デフォルトの名無しさん

2010/02/17(水) 22:00:10

イミフ

0754デフォルトの名無しさん

2010/02/17(水) 23:42:08

誰しもが夢に見るドキュメントからコード生成ｗ

0755デフォルトの名無しさん

2010/02/18(木) 12:25:50

2005年2月1日、東京地方裁判所（高部眞規子裁判長）は、ジャストシステム製品一太郎・花子に組み込まれたヘルプアイコン機能が、
松下電器産業（当時）の特許権を侵害するものであると認めて、同製品の製造・販売の中止と製品の廃棄を命じる判決を下した。

0756デフォルトの名無しさん

2010/02/18(木) 20:26:20

645年、飛鳥板蓋宮にて中大兄皇子や中臣鎌足らが実行犯となり蘇我入鹿を暗殺。
翌日には蘇我蝦夷が自らの邸宅に火を放ち自殺。蘇我体制に終止符を打った。

0757デフォルトの名無しさん

2010/02/18(木) 21:39:01

てｓｔ

0758デフォルトの名無しさん

2010/02/19(金) 01:28:33

>>727
> http://journal.mycom.co.jp/news/2010/02/02/038/index.html

JavaFXは継続ってあるけど、、

JavaFXとScalaってかぶらないのかなあ。。

Scalaは、SunとかOracleはあんまり絡んでないのだろうか？

0759デフォルトの名無しさん

2010/02/19(金) 20:11:26

JavaFXとScalaはあんま関係ないと思うけど
Silverlight対抗馬みたいなもんでしょ、JavaFXって
伸びる目なんてどこにもないから止めちゃえばいいのに

0760デフォルトの名無しさん

2010/02/19(金) 20:15:11

Swingの代わりじゃないのFXは。
FXからもscala使えると思うけどどうなん

0761デフォルトの名無しさん

2010/02/19(金) 21:09:37

fxってadobe対抗でしょ？
flexもfxって略されるからややこしい…

0762デフォルトの名無しさん

2010/02/19(金) 21:24:06

SilverlightやFlexに比べて特にJavaFXを選ぶ理由は…

0763デフォルトの名無しさん

2010/02/19(金) 21:35:54

JavaFX はメインの兵隊になる Web デザイナ取り込もうとしてない時点で終わりでしょ。
それより Flash みたいなレガシーエンジン捨てたがってる Apple と組んで HTML5 に
Java を絡ませる工夫でもすりゃ良いのに。

0764デフォルトの名無しさん

2010/02/20(土) 00:40:05

JavaFXはどうしても見劣りするよな。
かといってFlashがベストかというと、Adobeの開発環境が糞すぎるし。

0765デフォルトの名無しさん

2010/02/20(土) 00:48:34

>>764
> JavaFXはどうしても見劣りするよな。
> かといってFlashがベストかというと、Adobeの開発環境が糞すぎるし。

Flashのプログラミング環境はイマイチかもしれんが、
Adobe製品は、デザイナーかぶれの連中には好評だぞ。

彼ら、2流デザインナーにとっては、Adobeは神企業らしい。

0766デフォルトの名無しさん

2010/02/20(土) 11:31:54

JavaFX とかウンコみたいな JEditorPane とか捨てて HTML5 完全準拠の GUI コンポーネント開発
にでも統合した方が良いんじゃないの。

0767デフォルトの名無しさん

2010/02/20(土) 11:52:24

そうは思わない。

0768デフォルトの名無しさん

2010/02/20(土) 14:22:23

おい、おまいら、先週上司からRIAのプラットフォームの先行き見通しについて、
レポート出せって言われたんだが、どこが有望か教えてくだしあ。
Flash一択って隣の席の人が言うんだけど、おいらはJavaグラマなんで、
JavaFXとかJavaWebStartに期待してるんだ。

0769デフォルトの名無しさん

2010/02/20(土) 14:28:08

>>768
お前に見通しを聞くしかない上司に同情する

0770デフォルトの名無しさん

2010/02/20(土) 20:28:56

>>769
まぁそう言わないでくださいな。
一介の下っ端プログラマに聞かれても、
こっちゃ言われた技術使うだけなんですから。。。
同席してた技術営業さんもFlash/AIRが良いって言ってたなぁ。。。

0771デフォルトの名無しさん

2010/02/20(土) 20:37:43

HTML5 でしょうと言っておけ。

0772デフォルトの名無しさん

2010/02/20(土) 22:19:52

実際、google、appleがflash捨ててhtml5に行こうとしてるから、
5年後flashは過去の技術になってるかもしれん。
主要ブラウザがhtml5サポートしたあと、既存flashからhtml5への変換ツールでも
でたりしたら、5年ももたんかもね。

0773デフォルトの名無しさん

2010/02/20(土) 22:23:13

その時HTML5が使い物になってればいいけどな
HTML4後の右往左往があっただけに信用できん

0774デフォルトの名無しさん

2010/02/21(日) 00:47:45

開発環境で稼ごうって言うスタンスが気に食わない。

0775デフォルトの名無しさん

2010/02/21(日) 08:09:08

JavaFXとJavaWebStartは無いと思う。Flash, AIR, HTML5のいずれかだろうな。

RIAのカテゴリに入るかどうか分からんが、HTMLでRIAっぽいUIを実現するのにGWTは有望だと思う。

0776デフォルトの名無しさん

2010/02/21(日) 13:24:08

SDKと開発環境が無料で手に入るJavaFXはそれなりに有望だと思うが

0777デフォルトの名無しさん

2010/02/21(日) 15:49:03

どっちがってことはないけど、
単独ベンダーの製品がデファクトになるっていうのはちょっと想像がつかない。

0778デフォルトの名無しさん

2010/02/22(月) 05:17:43

JavaFXはオープンにしないと意味ないな。
Flash叩きを見る限り、もうプロプライエタリなプラグインは普及しないだろ。

あとWebStartは無いって意見には同意できない。
jnlpファイルをクライアントに置いても使えるわけだし、
自動アップデート機能付きのリッチクライアントとしてとても優秀。

0779デフォルトの名無しさん

2010/02/22(月) 12:08:35

JavaFXが食い込む余地なんてあるのだろうか。
本命のFlash/AIR,HTML5は当然として、3.0になったSilverlightの方がまだ有望に思える。

0780デフォルトの名無しさん

2010/02/22(月) 14:29:46

大多数のユーザ「ネットの向こうの一般人」に使わせる事考えたら JavaFX はねぇわ。
ニーズのほとんどがアクセサリ的なものだし、さくっと起動できないものは論外。
RIA はアクセサリじゃねーというなら JWS がもっと一般に普及してる。

JavaFX でしかできない事でキラーアプリになるゲームでも作らなきゃ無理じゃねぇの。
似たような機能がそろい踏みしているなら信者の多さで決まるよ。

0781デフォルトの名無しさん

2010/02/22(月) 14:46:41

appleじゃ使えないよねflashは。

0782デフォルトの名無しさん

2010/02/22(月) 15:14:32

いやMac OS Xにはある。

0783デフォルトの名無しさん

2010/02/22(月) 15:25:34

ms,apple,sun,adobe
これらを同列に比べてるのがゆとりの特徴なのかなって思った

0784デフォルトの名無しさん

2010/02/22(月) 15:39:35

とニートが申しております

0785768

2010/02/23(火) 01:19:42

とりあえずレポートを上司にボコられてきた。
そんな技術情報誌読めば分かるような情報は要らん。
ウチの開発メンバーが使いこなせるのはどれかと聞いている、ってさ。
多分どれでも出来ると思います、と即答しようとして、
40過ぎのおっさんPGの顔を思い出して黙っといた。

0786デフォルトの名無しさん

2010/02/23(火) 02:09:46

WebStartはただのJavaプログラムだろ
jnlp仕込むのはチーフプログラマがやればいい

0787デフォルトの名無しさん

2010/02/23(火) 04:20:38

>>785
現時点ではFlash、将来はHTML5
Java系はないだろ。そういえばe-TaxはJavaだったな

0788デフォルトの名無しさん

2010/02/23(火) 05:07:24

HTML5 は今の Flash に置き換わらないよ。あんなコーディングバリバリ必要じゃ
Web デザイナじゃオーサリングできんだろ。それとも夢の「コードの自動生成」で
メンテ不能なものでも作るのか。

あと「Adobe の」Flash だけでテストすりゃ大抵良かったのが、今度は全てのブラウザの
全てのバージョンで挙動を確認しなければならなくなる。となれば Safari あたりの最低品質
レベルに合わせなければならなくなる。アニメーションみたいなタイミングやイベントに
シビアなものの動作互換性はどう考えても低くなるよ。

0789デフォルトの名無しさん

2010/02/23(火) 20:52:38

>>785
Silverlightじゃね？
プログラミング側での開発環境ではFlex(Flash)/HTML5/Silverlightの中ではSilverlightがベスト。
デザイン側だとさすがにAdobe製品が強いんだけどね。
Javaはあらゆる点で論外。

0790デフォルトの名無しさん

2010/02/23(火) 21:09:09

そうだよなぁ。
んまークローズド環境とかはSLで、オープン環境はHTML5で落ち着くんではないかな。
Javaは結局、言語的にもランタイム的にも中途半端すぎた。

0791デフォルトの名無しさん

2010/02/23(火) 21:15:26

もともと十年進んでたのにな
うまくアプレットを生かせてれば…

0792デフォルトの名無しさん

2010/02/24(水) 11:02:52

でも、クライアントJavaは終わってるといわれつつ、地味に使われてる例は時々あるみたいだけどな
たとえば、こないだ診察を受けに行った病院のカルテ関係のシステム？の見た目が思いっきりSwingアプリだったので驚いた。
他にもクローズドなシステムでJavaアプリが使われてる例って結構あるんじゃないかなあ。

0793デフォルトの名無しさん

2010/02/24(水) 15:56:06

JavaFXのスクリプトだけは何がしたいんだろう
わざわざ新しい言語を作る意味も分からないし
デザイナに優しいわけでもなく
中途半端に処理書けちゃうからロジックを分離してるわけでもなく
自動生成に向いてるわけでもなく

0794デフォルトの名無しさん

2010/02/24(水) 22:22:03

タイムラインを使わずに時間を表現しようとしてる言語だな。
まあ俺もデザイナフレンドリには見えないが。

0795デフォルトの名無しさん

2010/02/25(木) 00:39:11

普通にjavafxだと思うよ。
ただmsやadobeやmozillaとかのxml風とアプローチが違うんだろうけど。
そういうところが見えないなら流行に流されてるだけであってこの業界でやっていく素質はないんじゃないか。

0796デフォルトの名無しさん

2010/02/25(木) 00:40:00

いやどう見てもお前に素質がない。

0797デフォルトの名無しさん

2010/02/25(木) 00:59:15

Applet最大の利点は右クリックが使えるところだな。

0798デフォルトの名無しさん

2010/02/25(木) 01:01:42

javaマンセーなおいらだけど
flashもやるし、他も色々みてるけど
javafxだけはないわ。

オーサリングとプログラミングの違いを考えようよ

0799デフォルトの名無しさん

2010/02/25(木) 01:39:31

デザインのツールがあるとかないとかと、javase,javafx言語はあまり関係ないよ。
実際flash,flexはランタイムとライブラリかも知れないが言語でもプラットフォームでもないし。

0800デフォルトの名無しさん

2010/02/25(木) 01:49:57

Sunに普及させようという意思が全く見えてこないので、JavaFXはダメでしょう。
ていうかちゃんとリリースする体力自体があるのかも微妙。

0801デフォルトの名無しさん

2010/02/25(木) 01:57:36

ていうか、javafxってどんなクラスができてライブラリはどこにあって誰がどうやって実行知ってていってるの？
ま、そうやって流行に流されながら今時のテクノジーの追っかけをするのも楽しいんだろうけど。

0802デフォルトの名無しさん

2010/02/25(木) 01:58:22

とっくに流産したよ

0803デフォルトの名無しさん

2010/02/26(金) 00:30:48

ランタイムが素晴らしくても言語が素晴らしくても
普及させるにはコンテンツだよ

オーサリングツールが弱いのに
Flashを差し置いてJavaFXを使う理由が全くない
でもsilverlightはアリだと思うけど。。。

0804デフォルトの名無しさん

2010/02/26(金) 00:46:13

Flashの裏側をSilverlightで作れれば完璧なのに

0805デフォルトの名無しさん

2010/02/26(金) 01:01:57

基本的にサンはアイビーエムと同じくシステム屋なんで、マイクロソフトやアドビのようなソフト屋じゃありません。
マイクロソフトならオッフィス、アドビならフォットショップのようなソフトを売りつけるでしょうが、システム屋はソフトで儲けるようなようなことはしません。

0806デフォルトの名無しさん

2010/02/26(金) 01:07:30

サンはシステム屋じゃなくてサーバ屋だろ
箱売ってるだけでシステムは売ってない
システム構築サービスで利益を上げてるIBMとは全く違う

0807デフォルトの名無しさん

2010/02/26(金) 01:20:12

ジェイ・エス・ピーの安いレンサバってなかなかないっすよね

0808デフォルトの名無しさん

2010/02/26(金) 09:23:42

>>807
Google App Engineが低負荷なら無償で使えるわけだが。

0809デフォルトの名無しさん

2010/02/26(金) 19:56:55

まだ「Sunが」とか言ってる奴がいるとは…

0810デフォルトの名無しさん

2010/02/26(金) 20:16:19

結局OracleになってJava有料とかになったりするん？

0811デフォルトの名無しさん

2010/02/26(金) 23:42:48

何をどう考えたらそんな発想に至るのか

0812デフォルトの名無しさん

2010/02/28(日) 00:11:17

よく現場でしばらくJavaをやってなかったりしたら
使い物にならないっていうけど

バージョンが違う事で全然違うものなの？

0813デフォルトの名無しさん

2010/02/28(日) 00:14:47

お前らスレタイ読めと

0814デフォルトの名無しさん

2010/02/28(日) 00:35:14

>>812
それは 10 年前の話。今はあの頃ほど本当に新しい概念が乱れ飛んでないからな。
話題に出るものもマーケティングバズとビジネスモデルばかりになっちまってまぁ。

0815デフォルトの名無しさん

2010/02/28(日) 00:39:32

で、7 って何が新しいの?

0816デフォルトの名無しさん

2010/02/28(日) 00:43:51

残念だけど、新しくもなんにもない。

0817デフォルトの名無しさん

2010/02/28(日) 00:51:14

scalaやclojureに浮気したくなるくらいに倦怠期だなぁ。

0818デフォルトの名無しさん

2010/02/28(日) 00:54:48

クロージャが結局入る。ファイルシステム回りのAPIがもっと強力になる。
JDKレベルだとSunのJVMとOrable（に吸収されたBEA）のJRockitがマージされる。

クロージャが新しいかと聞かれると無名クラスの存在があるのでYesとはいえないが、
コードがよりすっきりするという意味では、モダン言語としてまだ活きられる。

0819デフォルトの名無しさん

2010/02/28(日) 00:56:07

残念だけど、JavaはSunがメーカー単独で入れなかった以上
その精神はOracleには受け継がれないと思うよ。

0820デフォルトの名無しさん

2010/02/28(日) 00:56:51

>>814
つまりある程度Javaで開発していた人であれば
3年ぐらいブランクがあっても思い出す期間は必要でも
それなりに現場では入れるものなの？

具体的に言うと
女性で結婚→出産で3年ぐらい遠ざかっていたJavaプログラマーなど

0821デフォルトの名無しさん

2010/02/28(日) 01:03:03

>>820
それはフレームワークや手法の問題だろ、それさえもう枯れてきている。
まあ君の言う「具体的」な話をしたいならここでなくマ板へいったらいいよ。

clojureやscalaには浮気してもjavaFXはパススルー

0822デフォルトの名無しさん

2010/02/28(日) 01:52:06

何も代わっていない。
3 年前に Java を極めた奴が現場戻っても十分使える。
逆に 3 年前に Java 挫折した奴が現場戻っても使えない。

0823デフォルトの名無しさん

2010/02/28(日) 02:31:40

Java Applet2がほしいよー

0824デフォルトの名無しさん

2010/02/28(日) 06:43:57

クロージャなんか使わなくてもインターフェースをいちいち定義して冗長な記述で目的を実現した方が
再利用性が高いのにな。

0825デフォルトの名無しさん

2010/02/28(日) 09:49:16

ボタンのクリックイベントに再利用性を求めても…

0826デフォルトの名無しさん

2010/02/28(日) 10:32:35

Javaの悪いところそのもの。
頭でっかちで実際には不要なレベルまで再利用性や設計を重視する。

0827デフォルトの名無しさん

2010/02/28(日) 10:32:58

Appletとかjnlpって、配備の面倒くささが普及を邪魔してるよな。

0828デフォルトの名無しさん

2010/02/28(日) 10:43:33

そもそも内部クラスでインターフェイス実装した時点で
親のフィールドに自由にアクセスできるんだから再利用性なんか無いだろ

0829デフォルトの名無しさん

2010/02/28(日) 14:48:24

Groovyに浮気しろよお前ら！

0830デフォルトの名無しさん

2010/02/28(日) 15:48:37

そう考えるとinterfaceにはprotectedやpackage修飾が欲しいね。
それにしてもクロージャ信者の反論てヘンテコなのばっかだな。

0831デフォルトの名無しさん

2010/03/01(月) 01:00:20

filter(x % 2 == 0)とかにまでいちいち冗長な記述で（ｒｙ

0832デフォルトの名無しさん

2010/03/01(月) 08:55:39

どうせインターフェイスを実装するクラスを生成する形になるんだから
クロージャがあったからってコンポーネントの再利用性を下げることにはならない
リスナ側の再利用性について言ってるのであれば、そんなものはもともと無い

0833デフォルトの名無しさん

2010/03/01(月) 17:48:51

つか、クロージャがあった方が再利用性はむしろ上がるんだがな。
イベントリスナはそもそも再利用しようが無いコンポーネントだから考えないとして、
一般には、クロージャでは、引数の型と返り値の型さえあっていればどんな値でも
つっこめるわけだから(インタフェース/クラスを使ったやり方では、明示的にそれらを
継承してない限りつっこめない)。

0834デフォルトの名無しさん

2010/03/01(月) 19:53:51

ところがfunction typeはクロージャ提案から外そうぜって話が出てたりする。
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-February/000736.html

0835デフォルトの名無しさん

2010/03/02(火) 21:18:13

結局匿名クラスの拡張に落ち着く気がする
というかそれ以外はどうやってもまとまらないと思う

0836デフォルトの名無しさん

2010/03/03(水) 23:39:06

おれもGenericsの時みたいにシンタックスシュガーみたいな位置づけでいいと思う。

0837デフォルトの名無しさん

2010/03/03(水) 23:44:22

genericsは失敗だろ…

0838デフォルトの名無しさん

2010/03/04(木) 01:25:45

失敗というか、入れるのが遅すぎてダメダメなイレイジャ方式しか
採れなかったのが…うん失敗だな。

0839デフォルトの名無しさん

2010/03/04(木) 02:16:00

>>837
え？便利じゃん？
何がだめなの？

今C++の仕事やってるけど、
テンプレートクラスとか実装していると死にたくなってくる。まじで。

0840デフォルトの名無しさん

2010/03/04(木) 02:29:42

stlのぶっちゃけエラーとか

0841デフォルトの名無しさん

2010/03/04(木) 10:25:37

>>839
単純なコンテナに使う分には十分便利だが
総称配列作れないとか型引数でnewできないとか…

C++だと
class A<T> extends T {
}
ってかけたりとか。

0842デフォルトの名無しさん

2010/03/04(木) 10:36:51

十分便利なら少なくとも失敗じゃないだろ。
現状の決定事項によって将来の拡張の道を閉ざしてたりすれば失敗かもしれないが・・・
・・・なんかそういうのもあったっけ？

0843デフォルトの名無しさん

2010/03/04(木) 13:48:36

erasureはれっきとした言語仕様だからね
互換性を失わずに.NETみたいにランタイムに組み込んだ実装にするのは難しい

0844デフォルトの名無しさん

2010/03/04(木) 14:04:23

<T> T hoge(Class<T> c)なんてのが標準ライブラリに平気で出てくる時点で

0845デフォルトの名無しさん

2010/03/04(木) 15:17:08

>>844
それおかしいか？
例えばjava.sql.Wrapperにあるけど自然だと思うが

<T> T unwrap(Class<T> iface)

0846デフォルトの名無しさん

2010/03/04(木) 16:42:36

メソッド自身に型パラメータが付いてる場合は特に不自然でもないかもね
じゃあメソッド自身じゃなくてそのメソッドを含むクラスに<T>が付いてる場合は?
もちろん実装を考えれば当然の妥協なんだけど直感的には明らかに不自然でしょ?

0847デフォルトの名無しさん

2010/03/04(木) 16:57:52

なにがふしぜんだって？ｗ

0848デフォルトの名無しさん

2010/03/04(木) 17:10:52

>>846
具体的にどのクラスの話よ？
標準ライブラリに平気で出てくるんならいくつか挙げろ

0849デフォルトの名無しさん

2010/03/04(木) 23:59:41

C#のに比べると劣ってるわな、ジェネリクス。
あっちは過去との互換性を早々に捨てられたのが強かったか。
そりゃないよりは良いけど、残念な仕様だよね。

0850デフォルトの名無しさん

2010/03/05(金) 00:23:22

所詮は大きい卵から割るか小さい卵から割るかくらいの些細な差だよ。

0851デフォルトの名無しさん

2010/03/05(金) 12:56:20

使う分にはいいんだけどArrayListのソースコードとか見るとなあ
未チェックキャストだらけだぜ

0852デフォルトの名無しさん

2010/03/06(土) 03:35:09

contains() とか中途半端に Object のままだしな。

0853デフォルトの名無しさん

2010/03/06(土) 12:31:09

ジェネリクスに対応したクラスを実装する側にとっては
型安全な保証は無いに等しいんだよな
利用者に型安全ですよと明示するだけの意味しかなくて
結局責任はそのクラスの実装者にある

0854デフォルトの名無しさん

2010/03/07(日) 07:59:26

Genericsは多くの人に使われてメリットを感じられてるという意味では失敗ではない。
だけど、残念ではある。

0855デフォルトの名無しさん

2010/03/07(日) 18:22:59

APIや可変長引数の都合でGenericsと配列がからむと、配列型逝ってよし、と思う。

0856デフォルトの名無しさん

2010/03/11(木) 23:01:33

Javaみたいな糞ソリューションは、そろそろ捨てようぜ

0857デフォルトの名無しさん

2010/03/11(木) 23:03:35

いきがってないで周りをよく見てみろ

0858デフォルトの名無しさん

2010/03/16(火) 13:20:25

　　　　　　グダグダやってないで、さっさと

　u t f 8 の B O M で誤動作しないようにしてくれ！

0859デフォルトの名無しさん

2010/03/16(火) 13:45:13

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4508058
> State 11-Closed, Will Not Fix, ...

0860デフォルトの名無しさん

2010/03/17(水) 08:54:18

JWebpaneって進展ないんすかね

0861デフォルトの名無しさん

2010/03/17(水) 16:12:47

死亡したも同然でしょ。
http://www.java.net/blogs/alex2d
http://weblogs.java.net/blog/alex2d/archive/2008/12/jwebpane_projec_1.html

サードパーティに任せて買収した方が良かったね。
自分達でやるって発表して放置だから、かなり重要な機会を逸してしまった。

0862デフォルトの名無しさん

2010/03/17(水) 16:23:26

死亡したも同然ってのは最近更新されてないってだけ？

0863デフォルトの名無しさん

2010/03/17(水) 17:01:11

更新しているらしい
公開はしてない
Java FXと歩を揃えてるらしい
Androidその他、他にJava bindingが出てしまってる

0864デフォルトの名無しさん

2010/03/22(月) 02:14:22

JavaFX も死んでんじゃね?

0865デフォルトの名無しさん

2010/03/22(月) 02:23:23

　　　　　　　　　　　　　　　　　　　　　　　＿＿＿＿　.　.|　|
　　　　　　　　　　　　　　　　　　　　　／＼二＿＿_＼..　|　|
　　　　　　　　　　　　　　　　　　　　　|＼／∥　　　'''.| 　|　|
　　　　　　　　　　　　　　　　　　　　　|　|　 ∥┌┐　.|　 |　|　　　給排気筒
　　　　　　　　　　　　　　　　　　　　　|　|　 ∥└┘　.|┌|=.|ヽ＿＿↓
　　　　　　　　JavaFX　　　　　　　|　|　 ∥　　　　.|二|　|回＿凵
　　　　　　　　　↓　　　　　　　　　　　|　|　 ∥　　　　.|└|=.|/
　　　　　　　　　_,,..,,,,_　　　　　　　　|ﾐ.|　 ∥　　　　.| 　|　|
　　　　　　　　./ ,' 3　`ヽｰっ　　|＼ノ.|ﾐ.|　 ∥　　　　.| 　|　|
　　　　　　　　l　　 ⊃　⌒_つ　|＿》 |　|　 ∥　　　　.| 　|　|
　　　　　　　 `'ｰ---‐'''''" 　　　　　＼|＿∥＿＿__.| 　|　|

0866デフォルトの名無しさん

2010/03/22(月) 03:53:27

死んだのはjavaだろ。sunと共に消え失せた。

0867デフォルトの名無しさん

2010/03/22(月) 08:48:19

>>864
頑張って次のSDKで、
JWebPane付きのJavaFXを入れるつもりみたいだけど…

0868デフォルトの名無しさん

2010/03/22(月) 09:01:26

諸君らの愛した Javaは死んだ！
なぜだ！

0869デフォルトの名無しさん

2010/03/22(月) 12:00:11

マクネリだからさ。

そろそろ Java 関連スレも統合してリソース集約した方が良い時期だね。
SWT, Swing, JNI あたりはもう…

0870デフォルトの名無しさん

2010/03/22(月) 20:34:56

Swingスレはまだ生きてっぞ。他は、まぁ……。

0871デフォルトの名無しさん

2010/03/22(月) 21:32:09

>>867
http://forums.sun.com/thread.jspa?threadID=5327759

ソースってこれ？

0872デフォルトの名無しさん

2010/03/22(月) 21:35:14

JavaFXと一緒に無かったことにする魂胆ですね

0873デフォルトの名無しさん

2010/03/22(月) 21:36:17

ｊａｖａってやばいの？

0874デフォルトの名無しさん

2010/03/22(月) 21:40:33

当分無くなりはしないけどどんどん独自ランタイムやらでバラバラになっていくと思う

0875デフォルトの名無しさん

2010/03/22(月) 21:41:42

進化が止まった。離脱するならお早めに。

0876デフォルトの名無しさん

2010/03/22(月) 21:45:08

>>871
もっと最近どこかで読んだよ。2009年だった。

0877デフォルトの名無しさん

2010/03/22(月) 21:45:50

そういや最近IBMはなにやってるんだ？

0878デフォルトの名無しさん

2010/03/22(月) 22:00:14

ここでIBMがごっそりいただくのがイクリプス計画なんですよ。（携帯の方はグーグルがかぶりつく約束なんですｗ）

0879デフォルトの名無しさん

2010/03/22(月) 22:01:53

そういえば「SUN」「サン」の商標やらブランドやらは今後どうするつもりなの？やっぱり消滅？

0880デフォルトの名無しさん

2010/03/22(月) 22:03:21

あの Oracle がそんなもったいない事するわけないだろ

0881デフォルトの名無しさん

2010/03/22(月) 22:06:33

>>868
お前にサンは救えるか！

0882デフォルトの名無しさん

2010/03/22(月) 22:07:50

>>877
ライブラリの標準化とか、SDKの競争とかやめて、
Java使った業務の世界に帰っていきました。

0883デフォルトの名無しさん

2010/03/22(月) 22:12:36

サンは、ザ・グレート・インパクト・オブ・サブプライムｽﾞによって社屋ともども消滅しました

0884デフォルトの名無しさん

2010/03/23(火) 08:47:54

携帯にJava SEを入れろよと。
その上でFXを普及させろよと。

0885デフォルトの名無しさん

2010/03/23(火) 13:12:58

そんなウルトラC級のアクロバット技でも決めないとどうしようもないだろうなぁ。

0886デフォルトの名無しさん

2010/03/23(火) 16:02:31

情報が出ないとどうしても終了感が出るよね
MSがSilverlightを細かく頻繁にメジャーリリースするのも広告のためなんだろうな

0887デフォルトの名無しさん

2010/03/23(火) 16:12:54

javaは、サン製のsdk(jdk)はなくなるけど、オープンソースにしてあるからsdkがなくなることは無い。
オラクルのことなど何事も無かったかのように進むけど、jdk(sun.com)はオラクル製になるからライセンスや仕様やライブラリ機能は今までの理念と大分違うものになるかもしれない。
しかし、java設計会社が死んだとしてもjavaの魂は死んだりしない。

0888デフォルトの名無しさん

2010/03/23(火) 16:15:20

何その最終回みたいなセリフ

0889デフォルトの名無しさん

2010/03/23(火) 16:33:55

お、お、おまえにサンは救えるか！

0890デフォルトの名無しさん

2010/03/23(火) 17:13:20

プラットフォームによってランタイムがバラバラになっていって
基本的なクラスライブラリや言語仕様に名残を残すだけとなって
Javaの意義は薄れていくだろうな

0891デフォルトの名無しさん

2010/03/23(火) 17:26:37

え？
ジャヴァってデータベースのことでしょ？？

0892デフォルトの名無しさん

2010/03/23(火) 18:54:54

オラクルのソラリス12gと組み合わせると最強だよな

0893デフォルトの名無しさん

2010/03/24(水) 00:24:54

>>890
いまさらそんな投資の仕方をする会社がどれだけあるかな...

0894デフォルトの名無しさん

2010/03/25(木) 21:14:34

google

0895デフォルトの名無しさん

2010/03/26(金) 18:35:09

>>894
ああAndroidのことですね。

0896デフォルトの名無しさん

2010/03/28(日) 21:30:32

sunが頑張って10年も育てたのにな
オラクルが、ossに積極的に投資してくれるとは思えない

0897デフォルトの名無しさん

2010/03/28(日) 21:42:59

そいえば、oracle って OSS 的にすごく評判悪いよな
なんでやろ???

0898デフォルトの名無しさん

2010/03/28(日) 22:36:32

ぼったくり過ぎだから

0899デフォルトの名無しさん

2010/04/02(金) 21:57:33

しかし、５年前に比べるとJavaのスレが少なくなったな。
C/C++のスレはそんなに減少してないのに。

Javaの技術が枯れてきたのか？俺にはそう思えない。
一時期の元気がなくなったな、Java

0900デフォルトの名無しさん

2010/04/02(金) 22:22:34

タダのバブルだよ。オープンシステム化特需。

0901デフォルトの名無しさん

2010/04/10(土) 21:38:41

James GoslingまでOracleを去った。
ttp://nighthacks.com/roller/jag/entry/time_to_move_on

0902デフォルトの名無しさん

2010/04/10(土) 22:15:22

うわぁ　Javaも終わりか

0903デフォルトの名無しさん

2010/04/10(土) 22:28:47

>>899
テールコール最適化できないような言語をだれがえらぶであろうか？

0904デフォルトの名無しさん

2010/04/10(土) 22:30:09

えええ、ゴスリン辞めたの!?

0905デフォルトの名無しさん

2010/04/10(土) 22:35:56

>>904
普通やめるだろ?

0906デフォルトの名無しさん

2010/04/10(土) 22:38:45

>>905
縛り付けてでもやめさせんで腐らせるだろ、昔の日本だったら。

0907デフォルトの名無しさん

2010/04/10(土) 22:49:32

>>906
なんでそこで昔の日本を引き合いに出すんだよ

>>901 のリンク先をエキサイト翻訳にかけたら
文末の「:-)」が「(^o^)」に訳されてた

0908デフォルトの名無しさん

2010/04/10(土) 23:17:09

全く関係ないけど、びよーねすっぽすっぽさんは禿って言われるのに
なんでゴスリンはあんま言われないんだろね

0909デフォルトの名無しさん

2010/04/10(土) 23:22:33

びよーねたんは本名の発音のしにくさ表記の面倒さが
呼称は禿でいいじゃんと思わせる閾値を超えてるんだよ

0910デフォルトの名無しさん

2010/04/11(日) 01:46:16

＞文末の「:-)」が「(^o^)」に訳されてた
:-(にしたら(;_;)になった
なんだこの細かいネタｗｗｗ

0911デフォルトの名無しさん

2010/04/11(日) 02:01:20

俺たちのゴスリン!
ってまぁ Java 作るのに Sun (Oracle) である必要はとっくの昔に亡くなったからな。

0912デフォルトの名無しさん

2010/04/11(日) 03:55:29

オラクルはただのアプリ屋だからオープンに対しては優先的に投資しないってことでしょ。

0913デフォルトの名無しさん

2010/04/11(日) 17:16:21

Googleに入ってGOのチームに加わるのであった、というオチを期待

0914デフォルトの名無しさん

2010/04/11(日) 20:47:16

Goslingのやった仕事はいいものが多いけど、
最近Javaの方針について話していることは、
疑問に感じることもあったので、
それほど悪くない話だと思う。

0915デフォルトの名無しさん

2010/04/11(日) 20:51:46

>>914
Steel の方がいい仕事してるけどな
つか, Gosling がやりたかったことをことごとく妨げてるのが
Java コミュニティだろが？

0916デフォルトの名無しさん

2010/04/11(日) 21:19:05

で、GoslingはMSにでもいくんか？

0917デフォルトの名無しさん

2010/04/11(日) 21:58:19

さぁ？

0918デフォルトの名無しさん

2010/04/11(日) 23:28:40

>>915
Steele ね。
GLS はプログラム言語界では神様の一人みたいなもんだから…

0919デフォルトの名無しさん

2010/04/12(月) 00:04:14

>>903
次のJVM仕様に入る可能性高し。
>>915
ゴスリンも相当影響力行使していたよ。
JCPを逸脱するくらいに。

0920デフォルトの名無しさん

2010/04/12(月) 00:14:26

>>916
有名人コレクションが好きなGoogleとかか。

0921デフォルトの名無しさん

2010/04/13(火) 00:41:50

Javaはこれからどうなるんだ・・・

0922デフォルトの名無しさん

2010/04/13(火) 14:02:13

Googleなんか将来的にはクライアント側のjavaを完全に死滅させたいんだろうな

0923デフォルトの名無しさん

2010/04/13(火) 14:48:20

AndroidってJava使えるんじゃなかったっけか？

0924デフォルトの名無しさん

2010/04/13(火) 16:38:26

将来の戦略上は不要
そのうちばっさり切られるよ

0925デフォルトの名無しさん

2010/04/13(火) 18:26:34

Google APIが一番充実しているのがJava、
ちょっと新しい分野ではプロトタイピングしやすいPython、
ブラウザ周辺のみでJavascript。

0926デフォルトの名無しさん

2010/04/14(水) 12:33:08

>>925
あとはネイティブ周りでC(C++?)、か。
Googleが社内で使えるプログラミング言語は、この4つに限られるという話だったような。

0927デフォルトの名無しさん

2010/04/14(水) 12:46:26

Goも仲間に入れてやれよｗ

0928デフォルトの名無しさん

2010/04/14(水) 15:44:44

>>927
もしかして第五の言語だからGo？まさかな。。。

0929デフォルトの名無しさん

2010/04/14(水) 23:50:04

Goなんて使ってる奴いねーだろｗ

0930デフォルトの名無しさん

2010/05/04(火) 14:14:59

まだ出てきたばかりだからね。
ライブラリとかが充実していけば使われていくようになると思うよ。

0931デフォルトの名無しさん

2010/05/22(土) 22:16:31

jdk7 build94
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b94.html

multi catch入った。けど、
interface A { void method(); }
class B extends Exception implements A { public void method(){} }
class C extends Exception implements A { public void method(){} }
public class test {
public static void t() throws B, C {}
public static void main(String[] args) {
try { t(); } catch (final B | C e){ e.method(); }
}
}
するとコンパイラ落ちる……

0932デフォルトの名無しさん

2010/05/22(土) 22:21:04

ｵｵｯ! catch 2 つに分けるか Exception (攘夷クラス) で広うか
悩まなくて済むようになったのか。

0933デフォルトの名無しさん

2010/06/01(火) 12:36:04

http://dlc.sun.com.edgesuite.net/jdk7/binaries/index.html

0934デフォルトの名無しさん

2010/06/01(火) 12:37:31

↑
jdk7 build b95
http://www.java.net/download/jdk7/changes/jdk7-b95.html
何かURLが変わった。

そしてこのビルドでコピーライトがSunからOracleに。
中身の変更はないらしい。

0935デフォルトの名無しさん

2010/06/01(火) 12:37:50

何か変わった?

0936デフォルトの名無しさん

2010/06/01(火) 14:56:32

Java 技術、IBM スタイル: Java 技術の新たな時代
http://www.ibm.com/developerworks/jp/java/library/j-java7.html

0937デフォルトの名無しさん

2010/06/01(火) 15:11:47

JEditorPaneのhtmlとcssですでにモデル化したタグはグダグダ言わず実装して欲しい。
いざJEditorPaneでヘルプ文章を作ってみても１０年以上前の品質だしhtml,cssに比べてAPIも複雑なだけで、
いくらパッケージのメンテナンスをしていても結局そういう複雑なものを習得するのに時間をかけるのは誰もいないし、誰も使わないんじゃないかと思う。
少なくともhtml5が完了するころまでにはjavaでも4の仕様の実装は終えて欲しい。

0938デフォルトの名無しさん

2010/06/01(火) 15:17:14

そーゆーのはJWebPaneでやってるみたいだからJEditorPaneはバグ取り以外は放置だと思う。
ところで、JWebPaneはどうなったんだろう？

0939デフォルトの名無しさん

2010/06/01(火) 15:20:50

JavaFX 云々と引き延ばし作戦を謀っていたあたりで消息不明。

0940デフォルトの名無しさん

2010/06/01(火) 17:43:16

JWebPaneとか夢みたいなこといってないでJEditorPane使ってみたら？どうせ使ったこと無いんでしょ？ｗ

0941デフォルトの名無しさん

2010/06/01(火) 17:46:13

JWebPane に夢を持っていない奴は現状の JEditorPane を使った事がないんだろうと思ってる。

0942デフォルトの名無しさん

2010/06/01(火) 22:20:13

>>941
現状の JEditorPane はjava1.2以来、何か変わったところがあるんですか？

0943デフォルトの名無しさん

2010/06/02(水) 10:16:12

>>287
.NETには勝てないとかいって
じゃあその.NETをLinuxなど他の環境でも動かしてくれ
Windows限定じゃないと勝てないとか言ってんなら笑うぞ

0944デフォルトの名無しさん

2010/06/02(水) 11:13:50

えっ？
世間一般で言うパソコンってのは、パソコン業界＝マイクロソフトのことじゃなかったの？

0945デフォルトの名無しさん

2010/06/02(水) 14:21:09

>>303
string switchなんていらんもんつけるな

0946デフォルトの名無しさん

2010/06/02(水) 20:02:20

亀っていうレベルじゃねえぞ

0947デフォルトの名無しさん

2010/06/02(水) 20:07:37

もうScalaだけで生きていける

0948デフォルトの名無しさん

2010/06/02(水) 20:25:15

さすがにScalaは面白いけどちょっと・・・

0949デフォルトの名無しさん

2010/06/03(木) 16:18:34

enumのswitchだって本来不自然だわな
なんだかんだいってJavaってswitch好きだよね

0950デフォルトの名無しさん

2010/06/03(木) 16:24:45

もう構文上の小技的表記くらいしか話題がなくなったよな。
ゴスリンはしばらく自由にぶらぶらするのかな。

0951デフォルトの名無しさん

2010/06/03(木) 21:06:54

そういえばきしだクロージャがないとJavaに未来はないとかTwitterで言い張ってたな
そんなにクロージャ好きか
C#のLINQをそっくりそのまま真似するのはリスクを伴うと思うんだが

0952デフォルトの名無しさん

2010/06/03(木) 21:09:45

>>356
DBのtry catchなんてORマッピングですましてるから気にしてないけどな
そもそもtry-catchは二重にする必要もないのだが

0953デフォルトの名無しさん

2010/06/03(木) 21:12:29

なにいうてますのん？

0954デフォルトの名無しさん

2010/06/03(木) 21:13:34

黙れ
ﾈﾄｳﾖ

0955デフォルトの名無しさん

2010/06/03(木) 21:37:57

インターネットを10ヶ月位放浪して来たパケットがあるようだな。

0956デフォルトの名無しさん

2010/06/03(木) 22:07:53

>>955
興味半分にお聞きしますが、10ヶ月位放浪なんて原理的にできるんですか？

0957デフォルトの名無しさん

2010/06/03(木) 22:10:41

>>956
できるだろ？
TTLの制限は、ホップ数だけなんだから

0958デフォルトの名無しさん

2010/06/03(木) 22:13:16

とするとパケットを内部で留保しておくんですか？

0959デフォルトの名無しさん

2010/06/03(木) 22:14:20

折角クロージャが入ったのに、スルーですか…

http://news.ycombinator.com/item?id=1392628

0960デフォルトの名無しさん

2010/06/03(木) 22:15:34

どうせ永遠に出ないからどうでもいいよ

0961デフォルトの名無しさん

2010/06/03(木) 22:16:56

Javaは、そろそろ過去の互換性を切った新しいライブラリとJVMで
新言語を作ってもいいと思うんだ。

0962デフォルトの名無しさん

2010/06/03(木) 22:17:03

いや、こっちの世界の話

0963デフォルトの名無しさん

2010/06/03(木) 22:47:18

>>959
java7リリースには間に合わないと思うよ。確か秋とか言ってたけど１１月ぐらいでしょ？
根幹にかかわるからやっつけ仕事でやってもらっても困るし。
だからu10みたく後付けになるんじゃないかな。

クロージャは結局ニールにかき回されただけだったともいえるけど、その仕様は本物のラムダ計算式っぽくて何の問題もないんじゃないの。
それよりもそこのブログでニールの名前がNeilとかにされて、本人がコメントで怒ってるのが笑えた。

0964デフォルトの名無しさん

2010/06/03(木) 22:50:49

コミュニティに振り回されすぎ
やるならやるで上から強引に進めればいいのに

0965デフォルトの名無しさん

2010/06/04(金) 00:25:17

>>952
java.ioも同じ
finally節のExceptionは殺さないと、本来のExceptionと置き換わってしまう

0966デフォルトの名無しさん

2010/06/04(金) 00:50:24

意味不明

0967デフォルトの名無しさん

2010/06/04(金) 00:53:04

>>964
サンがその当時、あまり乗り気じゃなかったらしい。

0968デフォルトの名無しさん

2010/06/08(火) 12:07:22

build96のjavadoc、JDK 7 API Documentationがデッドリンクになってて焦った

0969デフォルトの名無しさん

2010/06/09(水) 16:16:27

なーんか、静かだねぇ・・・・
JVM上の別言語ってのも下火だし・・・

0970デフォルトの名無しさん

2010/06/09(水) 22:14:16

せかにゅ：
「PSP goは今後の計画ためのテスト」とソニー幹部
売り上げ不振と言われるPSP goだが、ソニー幹部は、同製品は消費者が求めているものを学ぶためのものであり、
成功の度合いは売り上げで測るものではないとしている。
2010年06月09日 18時35分更新

0971デフォルトの名無しさん

2010/06/10(木) 11:51:31

>>969
一時が流行りすぎだっただけ。
今は堅実に開発、普及が進んでいる。

0972デフォルトの名無しさん

2010/06/10(木) 11:56:39

まぁ現状の Java より圧倒的に有利な代替言語 (実装も) があるわけじゃないから
ゆっくりとした下降線を描きながら使われて行くだろうけど。
進化とイノベーションはほとんど停止したね。
Java に限らず話題は完全に IT から iPhone や Twitter のような Information Service
に移った。世間は言語なんてインフラ技術に興味なしって感じ。

0973デフォルトの名無しさん

2010/06/10(木) 13:09:45

>>972
> 進化とイノベーションはほとんど停止したね。

理解できないだけでは?
理論を基礎にした言語が増えてるから。

0974デフォルトの名無しさん

2010/06/10(木) 13:33:26

>>971
普及のめどが立たない純粋関数言語と異なり順調に普及中ですね。
http://www.indeed.com/jobtrends?q=SML,Haskell,Groovy,Scala,Clojure

>>973
>>972はJavaの話をしているのであって別言語の話はしてないと思います。

0975デフォルトの名無しさん

2010/06/10(木) 13:34:36

まぁ、今の世の中で使われているサービスを実装しやすくて
速度最適化もしやすい言語が使われていくんだよな。
Javaは、開発スピードという点では瞬発力が出しにくい。
書いたらすぐ動くスクリプト系の方が使いやすいのは仕方がないか。
スピードも実行環境側を工夫してあげる方法も出てきたしねぇ。

0976デフォルトの名無しさん

2010/06/10(木) 14:11:46

Java ラムダ式のシンタックスの第一バージョンが議論に火をつける
http://www.infoq.com/jp/news/2010/06/lambda-syntax-debate

0977デフォルトの名無しさん

2010/06/10(木) 14:42:40

でもある程度、真面目に開発する場合、
静的な型付き言語の方が開発しやすくない？

0978デフォルトの名無しさん

2010/06/10(木) 14:57:12

>>976
finalで修飾されたローカル変数を取り込めるってのを
「最終状態の把握」と訳すのはどうかと思うんだが。

0979デフォルトの名無しさん

2010/06/10(木) 18:07:30

なんで素直に主流の=>や->にしないんだろうな
今更他の言語のパクりもクソもないだろう

0980デフォルトの名無しさん

2010/06/10(木) 21:34:10

いくらなんでもこのまま取り込まれる事はないだろ。

0981デフォルトの名無しさん

2010/06/10(木) 21:45:52

外の変数取り込めないのにクロージャと呼べるの?
これがクロージャなら今のJavaの匿名クラスはクロージャだよね

0982デフォルトの名無しさん

2010/06/10(木) 22:37:26

>>979
それjavaっぽくないとかいって非難轟々だったみたい
個人的には#int(int)がjavaっぽいとも思えんのだが。

可読性は->使った方がいいかねぇ？

0983デフォルトの名無しさん

2010/06/11(金) 09:01:11

javaっぽく書くなら
　closure<ReturnType> foo = new closure<ReturnType>( ArgType1 arg1, ... ){ /* code here */; return result; }
　ReturnType bar = foo.invoke( arguments );
あたりかねぇ?

0984デフォルトの名無しさん

2010/06/11(金) 10:07:12

>>981
文法的にはともかく意味的にはもともとクロージャーと等価じゃない？

0985デフォルトの名無しさん

2010/06/11(金) 13:42:21

ラムダ式はC#のまねすればいいのにねぇ
中の人のプライドが高いのも困ったものだね

0986デフォルトの名無しさん

2010/06/11(金) 13:45:00

.　　/ 　　 / 　/　 l: 　　 /　 l　　　　　　　 ∨i　　､　 |
　　l│　　/　ｲ　 ,ｲ.　　 l　　ﾄ､ヽ　　　 /　|　:l :|　　　|　　l
　　| |　　l_メ､」_,;./l 　　Ｌ　ｌ　V　　　∧ / 　:|/　　　ﾊ.　ト､
　　| ﾄ.　　|.＿＿__ ヽ　　 l´ヽ{ _⊥イ　ｲ　/ 　 /　　 /　l/⌒ヽ
　　| | ヽ　| ､i┘::::i　＼　 | r┬┬‐┬ｧ V　 ,∧.　　,' 　´
　　ﾚ　ヽ! 　ゝ- '　　　＼ｌ　ｉ,.┘:::::ｉﾉ / ,／〉│ :|　{　
.　　　　 7/l/l/　　　､　　　　 `'ｰ‐ ' ∠≠r'ﾉ:jﾉ　:|　|
　　　　 λ　　　　　　　　　　　/l/l/l ∧‐'.:|:::|　ﾊ　',　　　　なにこのスレ・・・
　　　　　　`､　　　ヽ　　　　　　　,/| ::|　:|:::| ./　ヽ_＞　
　　　　　　　 ` = ､　　　　　　　,.イ∧'|:ｌ.:/ｌ:::|´　　　　　　　　　見たことない単語だらけで意味が分からない
　　　　　　　　｀＞-r　 =ﾆi´､.,_｀::: |:| { |:::l
　　　　　　　　 _,.イ´ヽ.7　　／　 /:＼;八:V:ﾉ
　　　　　　　／7:::::!　　○Ｏ'´　　/::::::::/ヽ

0987デフォルトの名無しさん

2010/06/11(金) 15:01:48

C#の真似するには、型推論が必要になるのでは？

0988デフォルトの名無しさん

2010/06/11(金) 15:59:04

型推論なんかコンパイラの努力だけの問題
代入先の型(変数or引数)に応じた推論が必要になるけど
実際ジェネリクスの型引数の推論ではそれをやってるわけで何の問題もない

0989デフォルトの名無しさん

2010/06/11(金) 16:13:35

>>984
一般的にクロージャっていうのは>>976の先のpdfにあるType3のラムダ式のこと
例えば、無名クラスから参照できる外のローカル変数はfinalでなければならないという制限があるけど
その制限が無ければ無名クラスは実質的にクロージャそのもの

0990デフォルトの名無しさん

2010/06/11(金) 17:37:47

それ取り囲まれる環境の変数のうち shared つきだけ取り込むって制限つきだけど、それもクロージャでいいんか？

0991デフォルトの名無しさん

2010/06/11(金) 17:42:12

言葉上の定義なんてどうでも良いんじゃねぇの。

0992デフォルトの名無しさん

2010/06/11(金) 22:25:26

sharedなんか付ける必要あるのか?
少なくともsharedみたいな一般的な単語を今更予約語にするのはありえないな
今まで嫌ってきたコンテキストキーワードをついに導入するのか
それともラムダの#と同様にJavaらしくない(笑)シンボリックな表記にするのか

0993デフォルトの名無しさん

2010/06/12(土) 03:51:33

あいかわらずれべるひくいなこのスレっw

0994デフォルトの名無しさん

2010/06/12(土) 10:39:17

　☆ノハ⊂ヽ
　州*‘ 3‘ﾘﾉ＜よっす！
　 ∪ 　　)
　　 ∪∪

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

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