トップページ⇒tech
984コメント285KB

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2010/06/11(金) 23:14:18
■■前スレッド■■
【Java SE 7】 次世代Javaの動向 8 【dolphin】
http://pc12.2ch.net/test/read.cgi/tech/1239710345/

■■過去スレッド■■
【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デフォルトの名無しさん2010/06/11(金) 23:15:18
■■■関連スレ
★★Java質問･相談スレッド139★★
http://pc12.2ch.net/test/read.cgi/tech/1274617383/
【JMF】Java Media APIs【JOGL】
http://pc12.2ch.net/test/read.cgi/tech/1201346803/
【徹底討論】Java３Dの可能性について考える
http://pc11.2ch.net/test/read.cgi/tech/1033703640/
Eclipse統合M29【Java/C++/Ruby/Python/Perl】
http://pc12.2ch.net/test/read.cgi/tech/1265820185/
NetBeans Part6
http://pc12.2ch.net/test/read.cgi/tech/1273665879/
【Java】Wicket【HTML】
http://pc11.2ch.net/test/read.cgi/tech/1132407308/
Java低速GUI Swing 9
http://pc12.2ch.net/test/read.cgi/tech/1261232019/
Java系スクリプト言語Groovy
http://pc12.2ch.net/test/read.cgi/tech/1080052050/
0003デフォルトの名無しさん2010/06/13(日) 19:50:43
jdk7 build97
http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b97.html

OpenTypeサポートきた？
0004デフォルトの名無しさん2010/06/13(日) 23:35:15
ラムダの書式ダサすぎ
C#のを素直にぱくってくればいいのに
0005デフォルトの名無しさん2010/06/14(月) 00:43:46
C#乙
0006デフォルトの名無しさん2010/06/14(月) 21:00:47
まあ #()(1).() が美しいとは言えんし
0007デフォルトの名無しさん2010/06/14(月) 21:43:45
>>4
C#のはどうやるんですか？
0008デフォルトの名無しさん2010/06/14(月) 21:48:27
(()=>1)()
#()(1).()
どっちも文字数変わらないから
あんまり違いはないんじゃない？
0009デフォルトの名無しさん2010/06/14(月) 22:39:34
そういうのは書式というか記法というけど。
美しいかどうかならrubyのあれが一番かな。クロージャの{=>}もruby記法の影響を受けてたわけだし。
0010デフォルトの名無しさん2010/06/14(月) 22:52:20
>>8
型推論による型省略や var があるとだいぶ変わってくる
0011デフォルトの名無しさん2010/06/15(火) 16:07:45
Haskellのやつがいい
0012デフォルトの名無しさん2010/06/15(火) 21:18:49
出る出る詐欺
0013デフォルトの名無しさん2010/06/15(火) 21:35:46
ところでオープン・ソラリスはどーするんだろう。
pc(x86)ではグーグルオーエスなんかよりも期待してたのに。
0014デフォルトの名無しさん2010/06/16(水) 00:21:25
Oracleに買われてからjava.sun.comが使いにくい orz
0015デフォルトの名無しさん2010/06/16(水) 20:06:17
final 変数しかキャプチャできない匿名クラスの制限を緩めるだけじゃだめなのかな > lambda
0016デフォルトの名無しさん2010/06/17(木) 23:40:43
短く簡潔に書けることが重要って誰かが言ってた。
えーとこれか
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?Closure
0017デフォルトの名無しさん2010/06/19(土) 11:33:11
今更既存のAPIと互換性のない形で導入されたって現実的には全く使えないよね。
メソッド一つだけのインターフェイスを実装する匿名クラスを生成する
シンタックスシュガーとして実装するくらいしかないんじゃないの。
汚いけどそれ以外の選択肢はないと思う。
0018デフォルトの名無しさん2010/06/19(土) 11:40:31
マイクロソフトがあるからJavaなんかどうでもいい
0019デフォルトの名無しさん2010/06/19(土) 12:59:25
>>17
実際にシンタックスシュガーとして実装されてるよ
クロージャに限らずJavaの言語仕様に追加された機能はほとんどがそう
0020デフォルトの名無しさん2010/06/19(土) 15:15:53
今回の例のラムダの提案はそうじゃないよ
完全にC#のデリゲートと同じような仕組みを新たに導入するというもの
0021デフォルトの名無しさん2010/06/19(土) 15:29:10
デリゲート(メソッドポインタ)とラムダは別物じゃね？
0022デフォルトの名無しさん2010/06/19(土) 15:39:39
lambda_trans.pdfにはメソッドハンドルで実装すると書いてある
作成時に環境オブジェクトを渡したりしてるから完全にデリゲート
0023デフォルトの名無しさん2010/06/19(土) 16:19:29
デリゲートってJavaHouseで高木浩光先生が批判してた奴だよね。
ttp://java-house.jp/ml/archive/j-h-b/019802.html
そんな物どうして今更入れなきゃならないの？



さて、C#のプログラミングに戻るかwwww
0024デフォルトの名無しさん2010/06/19(土) 16:28:15
>>22
そういうもんじゃないだろ。
実装がどうなっているかは関係ない。
0025デフォルトの名無しさん2010/06/19(土) 16:51:45
JSR292は主にJVM動的型言語用の機能でProject Lambdaのために導入されたわけじゃないと思うが。
0026デフォルトの名無しさん2010/06/19(土) 18:18:18
実際にはヘッダのバージョン書き換えただけでJVMに何ら新機能は追加されてない
なんてことしても「クラスファイルの互換性がない」という文句はほとんど聞こえてこないん
だから実は大した問題じゃないんだろ。
0027デフォルトの名無しさん2010/06/19(土) 18:53:43
>>24
このコード、例のpdfのラムダの実装コードにそっくりw
0028デフォルトの名無しさん2010/06/19(土) 19:07:28
>>24ってそもそもラムダ全否定だよね
むしろシグネチャだけしか考えない分、デリゲートよりも型付けが弱い
0029デフォルトの名無しさん2010/06/19(土) 20:00:48
12年も前の腐りきった戯言のリンクなんか張るな
0030デフォルトの名無しさん2010/06/19(土) 20:08:24
オブジェクト指向とは何かというとき、それは即class指向だ、と考えさせようとするのは禿げ先生の洗脳だよ
0031デフォルトの名無しさん2010/06/19(土) 20:10:30
クラス指向ってなんだ?
C (非C++) のモジュール化みたいにしかクラスを使わない設計?
0032デフォルトの名無しさん2010/06/19(土) 20:20:34
いやいや、C++やJavaなど始めにクラスありきなオブジェクト指向のことだろ
0033デフォルトの名無しさん2010/06/19(土) 20:33:44
ところでWindows 7 (64bits)でSUN JAVAは動くんですか？
Windows 7でもappletやawtは動くんですか？
0034デフォルトの名無しさん2010/06/19(土) 21:10:28
英語wikiて最近デザイン変えたでしょ？
このまえ英語wikiのページにjava appletの動画プレーヤー（普通はflashだけど）が埋めこんであったんだよね。
osが古くてflash10はもうインストできないから、javafxで作ってもあってもいいけどlinuxにはうれしい。
javaプログラマーは口ではいくらでも大きなことを言うけど結局は今まで動画プレーヤーを作れるスキルもなかったのかと思った。
いくらjavaを勉強しても、Webサーバーの設定・設置に強くはなるかもしれないけど、自分でアプリを作れるスキルは身につかないで終わるだろうね。
0035デフォルトの名無しさん2010/06/19(土) 22:49:22
>>33
何で動かないと思うの?
0036デフォルトの名無しさん2010/06/20(日) 13:08:41
>>23
デリゲートっていう概念が何のことなのかも理解できなくてモゴモゴ言ってるだけだろ
もっとも自分のところのdelegateが本質的にどういうものかも理解してないじゃないの？
0037デフォルトの名無しさん2010/06/20(日) 13:31:32
>>23
たしかその高木なんとかって、winny用の不正アクセスのソフト作った人でしょ？
法学の専門家でもないのに独特な法律解釈をするし自分の主義思想と現実(罪刑法定主義）がごっちゃになってるんだろうね。

こういう人はこの業界によくいるでしょ。
官庁つながりがたまたまあったかもしれないけど、ストールマンと同じでなんかの秘密結社の教祖にでもなろうとしてるんじゃないの？
0038デフォルトの名無しさん2010/06/20(日) 13:50:28
秘密結社って、誰かと思ったらopenbsdのあの人のことだw
いるんだよね・・・自分が神にでもなったと錯覚しちゃう人ってさ
チームプレイにまったく向いてなくて、理想だけが先走っちゃっていつのまにか周りには誰もいなくなってるのにそれでも突っ走って犯罪まで一歩手前の人っていうか
0039デフォルトの名無しさん2010/06/20(日) 14:01:57
媚びるのがいけないというならJavaだってレガシーC脳な人に比較的媚びた設計だよね
C#はRADに媚びてるけどそっちはわりと切り捨ててるよね
0040デフォルトの名無しさん2010/06/20(日) 16:30:42
>>37
知らない人を妄想で批判するなよ……
0041デフォルトの名無しさん2010/06/21(月) 05:26:32
セキュリティといえば、ソ連スパイのゾルゲ事件（死刑)を思い出すね。
研究員として碓ぐらい部屋でシコシコ開発してるなら、高々原子力技術の流出や造船設計書の産業スパイ程度であまり被害はないんだけど。
しかしゾルゲ事件は政治家でもないのに自分の理想実現のための政治主張をしまくり、それに翻弄された挙げ句日本のここ１００年の国益を損ねたね。
0042デフォルトの名無しさん2010/06/29(火) 14:11:40
>>40
本人乙
0043デフォルトの名無しさん2010/06/30(水) 22:11:08
さすがにもう高木先生は枯れたJavaから手を引いてるでしょ
0044デフォルトの名無しさん2010/07/02(金) 23:17:41
高木先生開発アプリのうち最新のNyzillaもJavaで開発されてるじゃん。
0045デフォルトの名無しさん2010/07/02(金) 23:20:30
その何とかって先生は、どこかの大学で教えてる何の学科の先生なの？
0046デフォルトの名無しさん2010/07/02(金) 23:36:04
ひろみちゅって今も産総研だっけ？
0047デフォルトの名無しさん2010/07/02(金) 23:55:35
>>45
おまえ…
ちゃんとトップを走る連中を追えよな…
0048デフォルトの名無しさん2010/07/03(土) 00:06:27
産総研発祥でこれは外せないアプリ、有用なアプリってなんかあったの？
内輪だけで盛り上がってたけどクノッピーとかそうだっけ？
0049デフォルトの名無しさん2010/07/03(土) 00:17:19
予算は多くつけてもらっているが、結局はポスドクと天下りだけしかいない独立行政法人
税金でやってるわりには国益にもならないし日本のベンチャー産業に有用なわけでもないしそのうち仕分け対象になるんじゃないのか
0050デフォルトの名無しさん2010/07/03(土) 09:41:54
産業技術総合研究所
http://ja.wikipedia.org/wiki/%E7%94%A3%E6%A5%AD%E6%8A%80%E8%A1%93%E7%B7%8F%E5%90%88%E7%A0%94%E7%A9%B6%E6%89%80
>陣容は、研究職を中心とする常勤職員約2500名、事務系職員約700名に加え、
>企業・大学・外部研究機関等から約5200人（平成17年度受入延べ数）の
>外来研究者を受け入れている。
>規模が匹敵する理化学研究所（略称は理研。文部科学省所管）とよく比較されるが、
>理研は基礎研究指向でライフサイエンス分野が強く、
>産総研は産業技術開発・工業化研究指向で材料開発研究分野が強い特徴を持つ。

ソフトウェア業界視点だけで産総研は不要と断ずるのはあまりにも近視眼だと思います。
0051デフォルトの名無しさん2010/07/03(土) 13:28:44
管轄が同じだから、そこの祖父と事業部はIPAと合併してお役所事務仕事に徹する方向で事業縮小判定になるよ。
0052デフォルトの名無しさん2010/07/03(土) 22:33:49
Nyzillaは完全に個人開発だから産総研関係ない
0053デフォルトの名無しさん2010/07/05(月) 18:39:10
>>52
本人乙
0054デフォルトの名無しさん2010/07/09(金) 12:55:54
産総研、理研、NICT、IPAあたりの主たる役割は、作りすぎたポスドクの雇用維持。
0055デフォルトの名無しさん2010/07/09(金) 23:56:31
文部省が博士増産計画（数倍？）主導したのだから、
国内企業にポストが無い状況で、国で出口政策主導するのはしょうがない。
0056デフォルトの名無しさん2010/07/10(土) 01:06:57
研究費使って身内同士でciteしまくるようなクソ論文量産するぐらいなら、
時給1000円ぐらいで写経でもしててくれんもんかなと思う。
まー、その研究費に測定機やらのメーカーが群がって、公共投資になるわけだから、
しゃあないといえばしゃあないか。
0057名無しさん＠そうだ選挙に行こう2010/07/10(土) 12:02:24
> 身内同士でciteしまくる
Webページだったらリンクspam認定だな
0058名無しさん＠そうだ選挙に行こう2010/07/10(土) 14:46:27
身内なら当然rel="nofollow"つけてるだろ
0059名無しさん＠そうだ選挙に行こう2010/07/10(土) 22:31:16
rel="nofollow"な論文引用ってどんなんだ
0060デフォルトの名無しさん2010/07/12(月) 10:40:26
Javaにおけるラムダ：詳細な分析
http://www.infoq.com/jp/articles/lambdas-java-analysis
0061デフォルトの名無しさん2010/07/12(月) 11:37:29
先週lambda-devでいくつか投稿があってさっそく紛糾してる。

State of the Lambda 構文候補が #int(int) から {int->int} に？
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-July/001775.html

Removal of function types
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-July/001777.html

Type inference of parameters
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-July/001778.html

Transparency returnやめてyieldにしようぜ
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-July/001780.html

Primitives in Generics 関数型の代替品として。List<int>はList<Integer>の構文糖、という案。
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-July/001817.html
0062デフォルトの名無しさん2010/07/12(月) 12:12:29
どうせMS社員かC#工作員の嫌がらせだろう
サンはMSやC++0xと違って言語仕様は明確な目的を持って決めるからそういう戯言はまったく影響ない
genericsの時と同じでそのような戯言がサンの中の人に届くこともない
0063デフォルトの名無しさん2010/07/13(火) 12:59:52
いやいや、もう太陽は沈んじゃったし
0064デフォルトの名無しさん2010/07/13(火) 13:10:06
>>62
それ良いことなの?w
確かにJava5なんかユーザーの反発を無視した強引な拡張だけど
0065デフォルトの名無しさん2010/07/13(火) 13:37:52
最近のゴスリンはオラクルは人的リソースを蔑ろにしてるとかいう嫌味ばっかりでしょ。
といってもサンは当のゴスリンにすら見捨てられたから、最近はjdkに見切りを付けてmonoで遊んでる。
こういうことがあるからjdkはopenjdkにしといて本当に良かったと思うよ。
旧サンの社員（ゴスリンの部下達）もオープンソースにしてあるからこそ転職しても今までの仕事が続けられるんだし。
0066デフォルトの名無しさん2010/07/15(木) 16:39:13
関数の複数の戻り値は追加される？
0067デフォルトの名無しさん2010/07/16(金) 09:18:26
タプルか
(int x, int y) = getPoint();
のように戻り値で使うだけならいいけど変数にタプルオブジェクトそのものを代入しようと思うと
$(int, int) point = (x, y);
みたいにまた変な新しい型が必要になるぞ
0068デフォルトの名無しさん2010/07/16(金) 10:05:21
タプルに変数への参照渡せたら
int x, y; (x, y) = getPoint();
みたいにできるんだけどな。
0069デフォルトの名無しさん2010/07/16(金) 23:49:26
タプルが糞なのは、いったん(>>67に倣って)$(int, int)型に入れてしまうと
変数名(x, y)が失われてしまって可読性が失われること。
だからって$(int x, int y)みたいな長い型名を持ちまわるのはかえって面倒だし、
だからといってそのためにtypedef的なものを導入すると、最初から普通にクラスを作るのと変わらない。
例えばpythonではオブジェクトはメンバ名とそれに対応する値の集合だからタプルがうまく機能する。
0070692010/07/16(金) 23:55:01
すまん最後の行は勘違いだから無視して
0071デフォルトの名無しさん2010/07/17(土) 01:46:20
型推論とジェネリック型があればいい感じにタプルが使える
0072デフォルトの名無しさん2010/07/17(土) 02:43:35
戻り値用の単純なのだけでいいな
複雑な構文入れるならScalaの土俵でしょ
0073デフォルトの名無しさん2010/07/17(土) 06:56:10
あれこれ欲しいならC#で十分
0074デフォルトの名無しさん2010/07/17(土) 14:45:03
情報が少なくて可読性が損なわれるのってラムダもそうなんだよな
#int(int)だけ見ても全く意味が分からない
だからC#やDelphiなどでは関数を格納する型を明示的に宣言しないといけないし
CやC++の関数ポインタもtypedefして使うことが多いわけだけど
Javaの中の人に言わせればダサイらしい
0075デフォルトの名無しさん2010/07/17(土) 15:16:03
日本語でおか
0076デフォルトの名無しさん2010/07/17(土) 15:40:14
弱いtypedefされっと型変換すらなしに勝手に他の型に成り下がるからなぁ……
暗黙の型変換もあってもいいけどデフォルトではキャストか変換用メソッド強要のがいいな。
0077デフォルトの名無しさん2010/07/17(土) 15:49:21
>>74
C#はFunc<int int>になったんじゃなかったか？
0078デフォルトの名無しさん2010/07/17(土) 16:10:25
それはLINQだけ
純粋に高階関数のアルゴリズム集だからそれに渡す関数にはもともと特に具体的な意味はない
0079デフォルトの名無しさん2010/07/17(土) 17:14:52
結局#int(int)みたいな関数型って導入されることになったの？
0080デフォルトの名無しさん2010/07/17(土) 18:15:30
gdgdすぎてどっちに転ぶかわからん。
0081デフォルトの名無しさん2010/07/18(日) 17:41:29
>>79
syntaxのみ未定。
semanticsもやや改変あるかも。
0082デフォルトの名無しさん2010/07/18(日) 17:50:47
>>61にもあるけど関数型なんてやめてSAMクラス(として見做せるクラス)に対するシンタックスシュガーでいいと思う
そんなにラムダを型付けするのが嫌か
0083デフォルトの名無しさん2010/07/18(日) 17:59:59
いきなりgenericsのprimitive型対応に飛びつくようなの見せられると
好き嫌い以前のレベルで心配になる。

しかもgenericsのprimitive型対応ってのもかなりやっつけ仕事だしなぁ。
やるんなら互換性削ってもいいからVMレベルで対応して欲しいんだが。
0084デフォルトの名無しさん2010/07/18(日) 18:07:20
VMレベルで対応するとなると評判の悪いオートボクシングをVMレベルに持ち込むことになるんだぞ
それに既存のジェネリクス使ったクラスでは値型が入ることが全く想定されてないから
正しく動作しない可能性が高い
0085デフォルトの名無しさん2010/07/18(日) 18:12:22
> VMレベルで対応するとなると評判の悪いオートボクシングをVMレベルに持ち込むことになるんだぞ
意味わからん

二行目以降は、既存のジェネリクス使ったクラスはそのままで
プリミティブ対応の場合は新しいキーワードかアノテーションでやればいいだけ。
reified genericsのときもそーゆー話は出てたし。
0086842010/07/18(日) 18:21:40
ああ、プリミティブ対応したい場合は特別に指定するってことね
それなら問題ないけど制限が厳しくて使いづらいものになると思うよ
Objectクラスのメンバを呼ぼうとする場合に問題ということ
hashCodeを取得するための別のクラスとか必要になる
0087デフォルトの名無しさん2010/07/18(日) 18:25:52
new Boxing<int>()とか出来るようになったところで何がうれしいのかさっぱりわからん。
0088デフォルトの名無しさん2010/07/18(日) 18:30:43
VMレベルでボクシングが不要になればコレクションのパフォーマンスが桁違いに上がる
0089デフォルトの名無しさん2010/07/18(日) 18:40:23
そうか？
プリミティブを格納するコレクションなんてそもそもArrayListくらいしか必要なくね？
MapやSetで使ったりしないだろ？
だったらそこら中で実装されてるIntArrayListをjava.utilに入れるだけでええやん
0090デフォルトの名無しさん2010/07/18(日) 18:56:18
ArrayListでプリミティブを格納できるのか？
0091デフォルトの名無しさん2010/07/18(日) 19:06:24
ジェネリクスでプリミティブ型をサポートするなら最低限Object型であることの保証もなくなるわけだから
ArrayListならCollection<E>すらも実装できないことになるな
既存のコードとの互換性ゼロだね
0092デフォルトの名無しさん2010/07/18(日) 19:14:17
>>73
0093デフォルトの名無しさん2010/07/18(日) 19:23:02
primitives in genericsするぐらいならfunction typeでいいような気もするが。

どっちもないと
http://gee.cs.oswego.edu/dl/jsr166/dist/extra166ydocs/extra166y/Ops.html
みたいに悲惨な事になる。
0094デフォルトの名無しさん2010/07/18(日) 19:32:16
>>86
それだけなら
int toHashCode(int) String toString(int)
みたいなメソッドをどっかに持たすとか
設定できるようにしときゃいいだけなんでは？
0095デフォルトの名無しさん2010/07/18(日) 19:38:59
>>87
0096デフォルトの名無しさん2010/07/18(日) 19:48:34
>>94
Objectじゃなくなることがどれだけの影響をもたらすか想像できる?
コレクション系のインターフェイスはほぼ全て非互換になるんだぞ
for (Object item : iterable)みたいなこともアウト
これをオートボクシングで回避しようと思ったらやっぱりVMに組み込む必要がある
0097デフォルトの名無しさん2010/07/18(日) 19:52:51
つかプリミティブのコレクションなんか誰が何に使うんだっつー話だよ
VMいじってまでの必要性あんのかよ
0098デフォルトの名無しさん2010/07/18(日) 19:55:45
まあ.NETのジェネリクスで値型サポートが重視されたのはユーザが定義できるからだもんな
プリミティブ型だけなら我慢しろ
0099デフォルトの名無しさん2010/07/18(日) 20:05:45
そこまでjvmにこだわるなら普通はinvokedynamicの方を勉強する
0100デフォルトの名無しさん2010/07/18(日) 20:11:10
ジェネリクスの辻褄合わせのために遅延バインディングしてたら本末転倒だろうが
0101デフォルトの名無しさん2010/07/18(日) 20:21:39
もうGenericsやめてTemplateにしちゃいなYO
0102デフォルトの名無しさん2010/07/18(日) 20:23:59
もしかしてC++みたいな高速とか効率とかいう戯言こそが最上の価値であるって前提で考えてないか？
0103デフォルトの名無しさん2010/07/18(日) 20:28:03
でも実際コレクションのボクシングがボトルネックになる場合はあるからな
0104デフォルトの名無しさん2010/07/18(日) 20:30:38
>>96
だから非互換でいいって言ってるじゃん。
既存のコレクション変えろとも言ってないし、autoboxingしろとも言ってない。
0105デフォルトの名無しさん2010/07/18(日) 20:34:02
それはjava langの仕様の問題じゃなくてプログラミング・テクでしかない。langやjvmなどまったく関係なく、せいぜいUtils.metho(int)あたりのライブラリ・サポートになる。
c/c++のメモリモデルやアルゴからちゃんとプログラミングを勉強してるならfor loopsのそのようなパターンは個数が有限か不定個数なのかでコードが違うけどいつもの典型的なあのパターンを使えば十分。
0106デフォルトの名無しさん2010/07/18(日) 20:40:51
>>98
個人的には我慢しろで通すのもアリだとは思うが、
Doug Lea御大が>>93みたいに型一杯書かされるのは嫌だと仰ってな。
0107デフォルトの名無しさん2010/07/18(日) 20:43:17
コンパイラレベルでサポートできなくはないけどそれ完全にテンプレートだよ
.NETのように実行時に展開する方式をとるならVMレベルでボクシングをサポートしないとどうやっても無理
0108デフォルトの名無しさん2010/07/18(日) 20:49:17
>>78
そもそもlambdaのfunction typeも
http://gee.cs.oswego.edu/dl/jsr166/dist/extra166ydocs/extra166y/Ops.html
みたいな特に意味のない関数型を定義すんのが面倒だから復活したはずだが。
0109デフォルトの名無しさん2010/07/18(日) 20:54:24
>>107
http://mail.openjdk.java.net/pipermail/lambda-dev/2010-July/001817.html
読むと、言語レベルでどうにかすると仰ってますが。

どっかに穴がありそうな気がしなくもない
0110デフォルトの名無しさん2010/07/18(日) 21:00:22
>>106

>>87
0111デフォルトの名無しさん2010/07/18(日) 21:13:23
>>109
それList<int>をList<Integer>として実装するだけらしい
コンパイラが自動的にボクシングを追加しまくる
0112デフォルトの名無しさん2010/07/18(日) 21:17:07
List<int>#toArray() とか大変そうだな……
他の言語からはどう見えるんだろ？
0113デフォルトの名無しさん2010/07/18(日) 21:24:20
タプルは欲しいとは思うけどこれは構造体とかの議論だから今回のラムダ実装プロジェクトじゃタプルサポートなんて到底間に合わないだろ。
クロージャやるときにタプルや定数について議論を深めてほしいとは思う。
ラムダMLや<int>でうだうだいってるようじゃ、タプルとか定数とかの近代的な言語概念についてついてこれる人はあまりいないだろうけど。
0114デフォルトの名無しさん2010/07/18(日) 21:50:42
java 7 でモジュールをサポートするって話だったけどやっぱり止めたの？
0115デフォルトの名無しさん2010/07/18(日) 23:04:25
モジュールってパッケージと何が違うの？
0116デフォルトの名無しさん2010/07/18(日) 23:09:07
やっぱりOSGiでやるとかやらないとか。
0117デフォルトの名無しさん2010/07/18(日) 23:40:22
>>114
JSR294とかJSR277なら見事に轟沈したんじゃなかったか？
0118デフォルトの名無しさん2010/07/18(日) 23:46:24
>>111
List<int>のインスタンスをリフレクション経由で操作、
とか考えたらそれだけで済むわけないと思うんだが。
特に配列扱う部分は鬼門。
0119デフォルトの名無しさん2010/07/19(月) 13:01:57
>>118
そんなこと<Integer>でも元々できないでしょ
>>109にはイレイジャとして実装するのは変わらないと明記されてる
今更だけどジェネリクス最大の欠陥だ
0120デフォルトの名無しさん2010/07/19(月) 13:25:13
>>119
List<Integer> は List<int> じゃないんだから int[] toArray(int[]) できないのは当然だが。
それに erasure 使うにしても、フィールド引数戻り値で使われれば
型情報として List<int> みたいなのは残るからな。

今になって思えば、総称型が失敗だったというより
そもそもプリミティブ型入れちゃったのが欠陥のような気もする。
0121デフォルトの名無しさん2010/07/19(月) 13:38:27
呼び出し側で配列もボクシング/アンボクシングしちゃえばいいんだよ
>>109にもそう書いてある
ただし、とっても高コストな処理になるはずだから大問題ね、だそうだ
0122デフォルトの名無しさん2010/07/19(月) 14:16:55
>>121
呼び出し側と呼び出されるメソッドだけならそれで解決できるかもしれんが、
メソッド内でT[]を引数か戻り値に使う別のメソッド呼ばれるときはどうやって解決するんだ？

<T> T[] join(T[][] arrays, Class<T> clazz) {
　int size = 0; for (T[] array : arrays) size += array.length;
　T[] retArray = (T[])Array.newInstance(clazz, size);
　size = 0; for (T[] array : arrays) { System.arraycopy(array, 0, retArray, size, array.length); size + = array.length; }
　return retArray;
}

T[] toFlatArray(List<List<T>> l, Class<T> clazz) {
　T[][] arrays = (T[][])Array.newInstance(Array.newInstance(clazz, 0).getClass(), l.size());
　for (int i = 0; i < l.size(); i++) arrays[i] = l.get(i).toArray(Array.newInstance(clazz, l.get(i).size()))
　return join(arrays);
}
0123デフォルトの名無しさん2010/07/19(月) 14:26:17
>>122
YAGNI
0124デフォルトの名無しさん2010/07/19(月) 14:27:31
>>87
0125デフォルトの名無しさん2010/07/19(月) 14:30:02
>>122
> T[] toFlatArray(List<List<T>> l, Class<T> clazz) {
<T> T[] toFlatArray(List<List<T>> l, Class<T> clazz) {

> 　return join(arrays);
　return join(arrays, clazz);

だな。というか、多重にメソッド呼び出しせずとも
<T> T[] toArray(List<T> l, Class<T> clazz) {
　T[] array = (T[])Array.newInstance(clazz, l.size());
　for (int i = 0; i < l.size(); i++) array[i] = l.get(i);
　return array;
}
みたいにクラス内で T[] 生成されてもアウトのような。
0126デフォルトの名無しさん2010/07/19(月) 14:37:39
T[]に変換しようとした時点でコンパイラが
CompilerUtil.boxIfNecessary(Array.newInstance(clazz, size));
みたいなコードを生成するくらいしかないかな
0127デフォルトの名無しさん2010/07/19(月) 16:52:21
既にコンパイルされている既存のライブラリが使い物にならなくなる。
0128デフォルトの名無しさん2010/07/19(月) 17:03:04
頭痛が痛い
0129デフォルトの名無しさん2010/07/19(月) 17:16:57
C++みたくアルゴリズムが豊富に揃ってるわけでもないのに
既存ライブラリでプリミティブを扱えて得するやつなんて超少数派だろ
0130デフォルトの名無しさん2010/07/19(月) 17:26:15
互換性保つために実行時効率犠牲にして boxing/unboxing 使うアプローチにしたのに
互換性破壊されんのはダメダメのような
0131デフォルトの名無しさん2010/07/19(月) 18:02:02
>>114
0132デフォルトの名無しさん2010/07/19(月) 22:05:56
思い切って現行ジェネリクスを非推奨にして、
追加機能を考慮した新しい何かを導入するというのもある。
0133デフォルトの名無しさん2010/07/19(月) 22:43:57
現行の generics を置き換えるようなものとなると一朝一夕にはいかんし
結局 function type のが現実的だと思うけどな。
0134デフォルトの名無しさん2010/07/19(月) 22:53:53
より現実的なのはParallelArrayごとラムダを削除する事だな
0135デフォルトの名無しさん2010/07/20(火) 10:45:19
>>109
可変長引数の扱いとかも結構酷い事になりそうな予感。

List<int>list = Arrays.asList(new int[0]); //List<int> ができるなら、これが期待される
List<int[]> list = Arrays.asList(new int[0]); //互換性を考えると、こうせざるを得ない。
0136デフォルトの名無しさん2010/07/20(火) 11:04:48
もっと早い段階からオートボクシングはVMに組み込んどくべきだった
すべてが手遅れ
0137デフォルトの名無しさん2010/07/20(火) 13:48:51
simonpjがboxing/unboxingの最適化の論文書いたのが90年代前半なので…
type erasureを使った言語/ライブラリ設計としてはよく出来ているし。
0138デフォルトの名無しさん2010/07/20(火) 18:29:38
ユーザーに実装を意識させる時点でおかしい
テンプレートとして実装する方が将来的な実装の幅が広がってまだマシだった
0139デフォルトの名無しさん2010/07/21(水) 20:00:07
>>135
iterableをObjectが実装してくれるだけで使いやすくなるのかなぁ、と
思うんだけど
0140デフォルトの名無しさん2010/07/22(木) 09:25:20
どのみちiterableでプリミティブ型は列挙できないじゃん
やっぱりVMレベルでのオートボクシングが必要
0141デフォルトの名無しさん2010/07/22(木) 10:20:54
iterableってどっからでてきたんだ？
0142デフォルトの名無しさん2010/07/22(木) 10:36:48
>>139
なんでもかんでも Object に突っ込んだら駄目だろ
0143デフォルトの名無しさん2010/07/26(月) 13:14:23
Objectってのは、基底クラスで実装してくれたらなってだけで・・・
Listでも配列でも単値でも、どれでもイテレーション出来たら便利って話だけで。。
0144デフォルトの名無しさん2010/07/26(月) 16:14:48
opensolarisは開発中止になって解散するそうだね。

Neale Ferguson による動議: OGB は OpenSolaris への理解とオープンな開発
を促進し、 Oracle と共にコミュニティを代表して活動したく思っているが、
それとして、OGB は 2010 年 8 月 16 日までに OpenSolaris の将来および
OpenSolaris コミュニティとの相互作用について話す権限を持った連絡役を
Oracle が 指名することを必要としている。さもなければ、OGB は 8 月 23 日
の会議において Oracle へコミュニティの管理を返還する OGB 憲章の条項を
発動するための行動を講じる。
http://mail.opensolaris.org/pipermail/ug-jposug/2010-July/002181.html
0145デフォルトの名無しさん2010/07/26(月) 16:20:31
windowsで起動して日常的に使っているアプリの大半はオープンプロジェクトのソフトなんだし、openglもこなれてきたからwinである必要はないでしょ。
ただし無料ソラリスがなくなって、デスクトップ・クライアントPCがlinux一色になっちゃうのは辛いな。
最近だとPCなんか５万前後で新品が手に入るのに、未だにPCは一人1台だからOSライセンスも各PC必要なんていうビジネスモデルにすがっているんだろう・・・
0146デフォルトの名無しさん2010/07/26(月) 21:55:53
>>145
家のPCは全部OpenSolarisなんでしょうね。
0147デフォルトの名無しさん2010/07/27(火) 18:52:25
OpenSolaris無くなるの・・・
その前に、Linuxに取りこめるライセンスでオープンソースにしてくれよ・・・
Oracleはbrtfs使ってZFS使わねえんだろ？

jdk7 build102
http://dlc.sun.com.edgesuite.net/jdk7/binaries/index.html
http://www.java.net/download/jdk7/changes/jdk7-b102.html

Hotspot support for modules image ・・・これって、
とうとうモジュールの対応開始ってこと？
0148デフォルトの名無しさん2010/07/27(火) 20:39:06
>>147
chengesetの内容見る限り、スタートアップjarの扱いを変えてるだけに見える。

そーいやARMが入ったんじゃなかったか？
0149デフォルトの名無しさん2010/08/03(火) 23:11:05
JavaのSAMbdas
http://www.infoq.com/jp/news/2010/08/sambdas-in-java
0150デフォルトの名無しさん2010/08/04(水) 09:44:48
今更だなあ
誰がどう考えても最初から>>149以外ありえないと思うけど
0151デフォルトの名無しさん2010/08/04(水) 09:47:12
そこには書いてないが、>>109みたいな話も出てるし
たぶんそのまま行くことはないだろうと思うが。

yieldについても非難轟々だったしねぇ。
0152デフォルトの名無しさん2010/08/04(水) 10:36:58
>>148
入ったのは AutoCloseable だけじゃね？
下のchangeset待ちっぽい

># Changeset 13354e1abba7
> * 6911256: Project Coin: Support Automatic Resource Management (ARM) blocks in the compiler
> * 6964740: Project Coin: More tests for ARM compiler changes
> * 6965277: Project Coin: Correctness issues in ARM implementation
> * 6967065: add -Xlint warning category for Automatic Resource Management (ARM)
0153デフォルトの名無しさん2010/08/15(日) 12:59:08
jdk7 build102
http://download.java.net/jdk7//binaries/index.html
http://download.java.net/jdk7/changes/jdk7-b105.html

ARM入ったな
0154デフォルトの名無しさん2010/08/15(日) 13:33:10
× build102
○ build105

そーいやリリーススケジュールどうなってんだろ？
http://openjdk.java.net/projects/jdk7/milestones/
によれば、6月初めのb96でfeature completeのはずなんだが
0155デフォルトの名無しさん2010/08/15(日) 23:37:44
もうJavaは終わコン
JDK6がダウンロードできなくなった、おいおい

継続すると言ってたはずのOpenSolarisも終わったし、
次はOOoかMySQLかとささやかれてる
ボラクルが絡むとろくなことがない
0156デフォルトの名無しさん2010/08/16(月) 00:29:27
Androidにもケチつけてるし、中々行く末厳しいねえ
0157デフォルトの名無しさん2010/08/16(月) 13:52:28
いやいや、アンドロイドは普通に特許権侵害でしょ。
グーグルは全世界の著作者に対して著作権侵害とくに書籍の無許可スキャンと公衆への公開をして中国、ヨーロッパ、（インド方面）の全世界のマーケットより締め出されたでしょ。
次は特許侵害でアメリカ国内の同業者から締め出され、さらに日本・韓国・ドイツなどの個別の国ではプライバシー権（個人情報無断違法収集など）侵害で政府機関から目を付けられるだろう。

bing発表の時期にグーグルに都合が悪いニュースだったからすかさずgoogle waveを発表してかき消して、中国撤退の時もあの手この手で逸そうとしてたけどグーグルはそういう厚化粧ばかりしてるでしょ。
グーグルは.comバブルの最後の生き残りだけどもう虚像営業も限界なんだろう。
グーグル提供のwebアプリなんかも飛び抜けて凄い分けでもないしグーグルがなくなってもまったく困らない。最近だとweb中立性とか言い出してるから近いうちにwebの世界からも締め出されるんじゃないかな。
0158デフォルトの名無しさん2010/08/16(月) 14:12:30
下らない訴訟やる暇があるなら、さっさとjdk7リリースしろよ……
0159デフォルトの名無しさん2010/08/16(月) 15:05:08
java 7のリリース発表はjavaoneの場で発表するからそれにあわせてjdkのビルドスケジュールを調整してるんだけど・・・気がつかなかった？
0160デフォルトの名無しさん2010/08/16(月) 15:16:34
>>157
現状スマートフォンのほとんどがgoogleに依存してるのに締め出されるとかｗ
全く依存してないのって黒苺くらい？
0161デフォルトの名無しさん2010/08/16(月) 15:57:35
>>160
googleの何に依存してるの？
0162デフォルトの名無しさん2010/08/16(月) 16:00:14
>>161
スマートフォン持ってないの？
それじゃ話にならない
0163デフォルトの名無しさん2010/08/16(月) 16:00:47
グーグルの戯言に頭おかしくされちゃったグーグル狂信者には何を言っても無駄
0164デフォルトの名無しさん2010/08/16(月) 16:01:34
>>159
それ>>154の今年の3月時点の予定でしょ。
凄く遅れてるからJavaOneには間に合わんと思うが。
0165デフォルトの名無しさん2010/08/16(月) 16:02:14
>>162
日本語でおk
0166デフォルトの名無しさん2010/08/16(月) 16:05:14
>>165
スマートフォンを持ってればああいう質問になることはまずない
理解できないのなら黙ってようねｗ
0167デフォルトの名無しさん2010/08/16(月) 16:07:08
>>164
java oneに御披露目の予定だったけど、現状じゃ無理っぽいってことでしょ。
新規ライブラリはjava 6.5とかにして先にリリースして、java 7のラムダとかの言語改定などコアなところは1-1.5年延びるんじゃないか。（と言うのが一番現実的だと思う。）
0168デフォルトの名無しさん2010/08/16(月) 16:10:17
>>166
スマートフォンをどう活用していますか？
あなたがウェッブ・トレンドについてそこまで自負をお持ちならいくつか有用なシーンを挙げてもらえませんか？
0169デフォルトの名無しさん2010/08/16(月) 16:11:19
>>168
叩くためのエサ求めてるアホはとっとと死ねよ
0170デフォルトの名無しさん2010/08/16(月) 16:12:29
グーグルの戯言に頭おかしくされちゃったグーグル狂信者には何を言っても無駄
0171デフォルトの名無しさん2010/08/16(月) 16:14:50
>>166,169
googleのweb servicesって、他のサイトと比べて試してみても、飛び抜けていいものなんですか？
0172デフォルトの名無しさん2010/08/16(月) 16:15:30
>>167
新規ライブラリだけ分離してリリースは是非ともやって欲しいね。
0173デフォルトの名無しさん2010/08/16(月) 16:17:03
アンチグーグルの自演がひどいですね
ID入れろよｗ
0174デフォルトの名無しさん2010/08/16(月) 16:17:05
グーグルはサンに対して大規模な特許権侵害をやっていたのか・・・
0175デフォルトの名無しさん2010/08/16(月) 16:19:09
グーグルの戯言に頭おかしくされちゃったグーグル狂信者には何を言っても無駄
0176デフォルトの名無しさん2010/08/16(月) 16:19:30
>>174
なんでサンは訴訟しなかったんだろうね？
あれだけ訴訟好きだったのにｗ
0177デフォルトの名無しさん2010/08/16(月) 16:22:51
>>166
ウェッブ・トレンド（笑）
0178デフォルトの名無しさん2010/08/16(月) 16:28:10
>>171
逆にgoogleがやってるサービスで、googleよりとびぬけて優れていて
代わりになるサイトを教えてくれよ
とっとと移るからさ
0179デフォルトの名無しさん2010/08/16(月) 16:39:14
>>178
ぐぐれｶｽ
0180デフォルトの名無しさん2010/08/16(月) 16:40:16
>>179
面白くないです
0181デフォルトの名無しさん2010/08/17(火) 13:32:05
>>157
> いやいや、アンドロイドは普通に特許権侵害でしょ。

具体的にはどういう特許なの?
0182デフォルトの名無しさん2010/08/17(火) 14:11:06
>>181
http://www.infoq.com/news/2010/08/oracle_sues_google 、によると

> 6,125,447, "Protection domains to provide security in a computer system"
> 5,966,702, "Controlling access to a resource"
> 5,966,702, "Method and apparatus for pre-processing and packaging class files"
> 7,426,720, "System and method for dynamic preloading of classes through memory space cloning of a master runtime system process"
> RE38,104, "Method and apparatus for resolving data references in generated code"
> 6,910,205, "Interpreting functions utilizing a hybrid of virtual and native machine instructions"
> 6,061,520, "Method and system for performing static initialization"

らしい。
0183デフォルトの名無しさん2010/08/17(火) 14:25:34
>>182
> > 6,125,447, "Protection domains to provide security in a computer system"

これなんか、JVMはどの実装も全てアウトだし、C#のCLRもアウト。
まあ特許相互利用契約で決着だろうけど。
0184デフォルトの名無しさん2010/08/17(火) 15:50:30
MSはC#をJISで提出公開してるけど、MSが持つLINQの特許で実質的にC#の実装はMSのコントロール下になっているでしょ。
商売で使ってるならパテント払えば済む問題なのに、なんでそこまでしてワレズが欲しいのか理解できない。
0185デフォルトの名無しさん2010/08/17(火) 15:53:35
United States Patent RE38,104
Gosling April 29, 2003

Method and apparatus for resolving data references in generated　code

Abstract
A hybrid compiler-interpreter comprising a compiler for
"compiling" source program code, and an interpreter for interpreting
the "compiled" code, is provided to a computer system.
0186デフォルトの名無しさん2010/08/17(火) 18:30:53
http://japan.zdnet.com/news/os/story/0,2000056192,20418448,00.htm
オラクル、「OpenSolaris」プロジェクトに終止符か

「エンタープライズ版Solaris OSのフルリリースの後に、CDDLで承認されたものを始めとするオープンソースライセンスのもとにあるコードの更新版を配布する。
こうすることで、新しい技術革新はどこよりも先にわれわれのリリースに登場する。今後は開発と同時にリアルタイムで、
Solaris OS全体のソースコードをナイトリーベースで配布するつもりはない」と、Mike Shapiro氏、Bill Nesheim氏、Chris Armes氏の
連名によるメモには記されており、さらに、「Solarisバイナリのナイトリービルドや隔週ビルドといったバイナリ配布を提供したり、
あるいは『OpenSolaris 2010.05』以降のリリースを提供したりといった予定はない」と述べられている。
0187デフォルトの名無しさん2010/08/18(水) 00:10:34
>>155,156,173,181

「飢えて死にます」――「黒執事」作者、ファンからの「海外動画サイトで見た」メールに苦言

http://www.itmedia.co.jp/news/articles/1008/17/news048.html

　こうした行為に対し、枢さんは「万引きや無銭飲食と一緒」「ワタシたちクリエーターや声優さんたちはご飯が食べられず、冗談じゃなく飢えて死にます」と憤る。
それをメールに記して原作者に送るという無邪気さにも「背筋がぞっとします」とコメント。「『黒執事がすごく好きです！でも、中の人達は無収入にして飢え死にさせたいです★』
ってメールを送ってきてるのと一緒」「猟奇的にも程がありますぞ…」と落胆している。

「面白かった、続きが見たい、と思って下さったら、DVD、レンタル、公式グッズ、CD、なんでもかまいません。たった1個だけでもいいのです。
0188デフォルトの名無しさん2010/08/18(水) 00:23:13
SUN Microsystemsという会社は長年革新的なソフトウェアと次々と作っていたけど、もうこの世から消滅しちゃたよね・・・どうしてだろう・・・？
0189デフォルトの名無しさん2010/08/18(水) 00:32:07
次々と… って何があったっけ？
0190デフォルトの名無しさん2010/08/18(水) 01:04:31
>>189

ｸﾞｸﾞﾚｶｽ
0191デフォルトの名無しさん2010/08/18(水) 02:32:56
>>189
あたり前に使ってる技術が、実はSunが開発or普及させたものであることが意外と多かったように思う。NFSとかRPCとか。
0192デフォルトの名無しさん2010/08/18(水) 02:50:08
SUNといえば、Java MEなんかもそうだよね
Androidに食われちゃて今はどうなってるか知らないけど・・・
0193デフォルトの名無しさん2010/08/18(水) 06:18:48
>>155
ダウンロードできるようになってる
0194デフォルトの名無しさん2010/08/18(水) 08:34:32
>>191
NFSが普及したのは確かだが革新的というならそれより数年先行していたApollo Aegis(後のDomain)の方だろ
0195デフォルトの名無しさん2010/08/18(水) 09:03:47
SPARCが普及したのは確かだが革新的というならそれより数年先行していたヘネパタ(後のMIPS)の方だろ
(特許持ってたのはIBMだったけどな)
0196デフォルトの名無しさん2010/08/18(水) 09:16:41
>>194
Apolloはオープンじゃなかったから死滅した。
クローズドな分散システムではもっとも成功したものの一つだったけど。
SunOSの時代はやはり画期だったと思う。
0197デフォルトの名無しさん2010/08/18(水) 09:50:11
>>196
オープンシステムとか言いだす前の時代だったからな
TCP/IPが固まってなかったってどんだけ〜
時期尚早すぎた。革新的というのはそういうものだ
NFSが画期的だったのは技術面よりパブリックドメインで提供されたことだろう
0198デフォルトの名無しさん2010/08/18(水) 10:18:52
>>182
これらの特許が期限を迎えるのはいつごろなのでしょうか
特許があっても特許の有効期限が切れればいつかはフリーで利用できるのでは？
0199デフォルトの名無しさん2010/08/18(水) 10:26:07
UltraSPARC Tシリーズが普及しなかったのは確かだが革新的というならそれより数年先行していたPower4やPentium4の方だろ
0200デフォルトの名無しさん2010/08/18(水) 10:38:46
Javaが普及したのは確かだが革新的というならそれより数十年先行していたSmalltalkの方だろ
0201デフォルトの名無しさん2010/08/18(水) 12:47:19
>>197
TCP/IPはその頃、既に仕様は今の通りだよ。
メーカー各社は無視していたと言うだけで。
アメリカ主要大学、研究室では広まっていた。
0202デフォルトの名無しさん2010/08/18(水) 13:41:11
>>201
TCP/IPの仕様化完了は82年、AEGISのリリースは81年
0203デフォルトの名無しさん2010/08/18(水) 13:52:56
>>202
良くそういうことが書いてあるけど間違い。
TCPとIPのRFCは「確定」したのが1981/9で、(UDPは1980/8)
確定以前から数年に渡って利用されている。
1982にはメーカー主導ではないUNIX実装を作り始めている。
0204デフォルトの名無しさん2010/08/18(水) 14:05:47
>>203
だとしても81年リリースのAEGISには間に合ってないだろ
開発期間も考えろよ
0205デフォルトの名無しさん2010/08/18(水) 14:17:08
時期が早かったからTCP/IPを採用しなかったと言うわけではなく、
技術系列が違うメーカー機器から派生したOSだからと考えるべき。
(Prime社のCAD機)
0206デフォルトの名無しさん2010/08/18(水) 14:32:25
なんだよ考えるべきって(笑)主観的すぎだろ
0207デフォルトの名無しさん2010/08/18(水) 14:39:56
そんな無粋な突っ込みはやめるべき
0208デフォルトの名無しさん2010/08/18(水) 14:48:47
スレ違いだからもうやめるべき
それよりSunが次々と作っていた革新的なソフトを列挙すべき
0209デフォルトの名無しさん2010/08/18(水) 15:21:17
じゃあJiniで。
0210デフォルトの名無しさん2010/08/18(水) 16:26:54
おまえらは大昔の枯れた話題だと盛り上がるんだなww
0211デフォルトの名無しさん2010/08/18(水) 19:04:15
>>198
あなたの生活の全て管理している「偉大なるグーグル大先生」様にお伺いをたててみてはいかがですか？
0212デフォルトの名無しさん2010/08/18(水) 19:18:44
Jiniって革新的だっけ？
例えばAgletsとかObjectSpaceのVoyagerとかに比べてどんだけ革新的だった？
もちろんぐぐる気はない
0213デフォルトの名無しさん2010/08/18(水) 19:32:08
つまらん
0214デフォルトの名無しさん2010/08/18(水) 20:57:26
>>211
特許の申請日を調べてみた
有効期限はこの日から20年でいいってこと？

6,125,447 Protection domains to provide security in a computer system
Filing Date 1997/10/11

5,966,702 Controlling access to a resource
Filing Date 1997/12/11

5,966,702 Method and apparatus for pre-processing and packaging class files
Filing Date 1977/10/31

7,426,720 System and method for dynamic preloading of classes through memory space cloning of a master runtime system proces
Filing Date 2003/12/22

RE38,104 Method and apparatus for resolving data references in generated code
Filing Date 1999/03/03

6,910,205 Interpreting functions utilizing a hybrid of virtual and native machine instructions
Filing Date 2002/07/12

6,061,520 Method and system for performing static initialization
Filing Date 1998/04/07
0215デフォルトの名無しさん2010/08/19(木) 00:04:52
Sunが次々と作っていた革新的なソフトウェアの列挙はどうしたんだ？
そんなにあるなら次々と列挙されるもんじゃないのか？
0216デフォルトの名無しさん2010/08/19(木) 00:43:58
サンは２００９年に経営破綻して倒産した
0217デフォルトの名無しさん2010/08/19(木) 07:01:57
Sunは経営破綻してないし倒産してない
Oracleに約74億ドルで買収されただけ
0218デフォルトの名無しさん2010/08/19(木) 22:03:19
Sunは革新的なソフトウェアを一つも作っていなかった・・・
一つも・・・
0219デフォルトの名無しさん2010/08/20(金) 07:49:34
〜としては革新的というものなら。NFSでもJavaでもZFSでもいいけど。
0220デフォルトの名無しさん2010/08/20(金) 22:35:29
やっぱりないんじゃん
0221デフォルトの名無しさん2010/08/20(金) 23:12:03
黙れ小僧！おまえにサンが救えるか！
0222デフォルトの名無しさん2010/08/20(金) 23:28:23
革新的なソフトウェアを一つも作っていなかったSunを救えるものなどいない・・・
たとえOracleであっても・・・
0223デフォルトの名無しさん2010/08/22(日) 11:51:44
オラクル「さんさんさんさん 朝日さん あなたのお熱を頂戴な」
0224デフォルトの名無しさん2010/08/23(月) 10:12:42
9 ：名刺は切らしておりまして：2010/08/13(金) 10:42:24 ID:YCkfkFZc
>>3
ＳＵＮの場合は単純な原理主義・理想主義（と少々の反ＭＳ）がJava普及の
足を引っ張った事があったけど最終的にはユーザや開発者の側について落ち着く
ところに落ち着くだろうという楽観があったけど、オラクルに買収されたと聞いた
ときにはいやな予感がしていた・・・だからやっぱりなという感想。
金のためなら技術もろとも墓場に送りそうな会社だから先行き不安だね。
実際はSUNのJava開発者の優秀どころはGoogleに移っているからオラクルのやる
ことはLinuxでのＳＣＯ的立ち位置だよ、邪魔張りだけ。

26 ：名刺は切らしておりまして：2010/08/13(金) 17:56:03 ID:rSPjMnY/
MySQL や OpenSolaris など、Oracle に買われたテクノロジーは飼い殺しにされる。
OpenOffice, VirtualBox, NetBeans もヤバい。
0225デフォルトの名無しさん2010/08/23(月) 10:13:35
31 ：名刺は切らしておりまして：2010/08/13(金) 22:52:31 ID:zYeeI8JF
>>26

その危険性って、声高に叫ばれてないよな？何でだ？
オープンソースのソフトウェアがクローズドになったら
みんなお金出してプロプライエタリなソフトウェアを買うのだろうか？
Linuxカーネルのメンテナンスが止まったら、産業界にとっては損ではないのか？
それともそうなったらそうなったで、OSを作っている会社にライセンス料を払って
拡張機能やパッチ提供を頼まざる得なくなるので、結果としてIT業界全体としての
パイは大きくなるのだろうか？

個人的には図書館で本を無料で借りて読めるように、長いスパン(100年)とかで見れば
オープンソースのソフトウェアがある程度はあった方がいいと思う。
公開する人にとってみれば、自分が生きている間に金銭的な損が発生したことになるんだけど。
「50年間OSを提供してきましたが、経営悪化のため現バージョンで提供を終了します。
　なお、権利の問題が複雑なのでOSのソースコードを公開することはできません」
とかが起きたら、その上で動いていたアプリとかも根こそぎ捨てなくちゃいけなくなる。

「ニュートン(ライプニッツかな？)が微分法に使用料を課していたら
　科学の発展は遅れたのではないか」
っていう例え話に似ている。

考えすぎかな？

32 ：名刺は切らしておりまして：2010/08/13(金) 23:51:54 ID:pfQAO9Lt
>>31
ちゃんとしたオープンソースなら、勝手にフォーク（枝分かれ）できる。
LinuxはGPLだから、クローズドにできない。

33 ：名刺は切らしておりまして：2010/08/14(土) 01:49:33 ID:b+MmG3WN
Linuxに関して言えば例えばLinus一人が突然死んだとしても一時的な混乱はあると思うけど
大きな影響はないな。開発者会議がテロにあったくらいでも何とかなる。
0226デフォルトの名無しさん2010/08/23(月) 10:14:39
87 ：名刺は切らしておりまして：2010/08/15(日) 11:20:40 ID:f+fvgPV2
最新時価総額
テクノロジー企業時価総額世界第一位のAppleと弱小メーカーその他大勢
(2010年8月15日時点　1ドル86円換算）

Apple　→19.6兆円
・
Microsoft　→18.2兆円
・
IBM　→13.9兆円
Google　→13.3兆円
・
・
オラクル　→9.8兆円
・
HP　→8.1兆円
・
NTTドコモ　→6.1兆円
・
・
Nokia　→2.8兆円
パナソニック　→2.7兆円
ソフトバンク　→2.7兆円
ソニー　→2.6兆円
Dell　→2.0兆円
KDDI　→1.9兆円
東芝　→1.8兆円
三菱電機　→1.5兆円
モトローラ　→1.5兆円
富士通　→1.2兆円
シャープ　→1.0兆円
NEC　→0.6兆円
0227デフォルトの名無しさん2010/08/23(月) 13:05:10
OpenSourceというのは、
開発者が、オープンであるかというのが重要になってくる。
Solarisの場合、開発者がSunの従業員であった。ここがリスクファクタ。
今回の買収で、各プロジェクトの継続が怪しくなったのは
Oracle外の開発者が少ない為。

BTW
jdk7 build106
http://dlc.sun.com.edgesuite.net/jdk7/binaries/index.html
http://download.java.net/jdk7/changes/jdk7-b106.html

SharkのHotSpotが取り込まれた、のかな？
ポータビリティが上がるのでこれは歓迎できる。
0228デフォルトの名無しさん2010/08/24(火) 15:32:29
http://www.youtube.com/watch?v=1JZnj4eNHXE
0229デフォルトの名無しさん2010/08/27(金) 16:41:07
jdk build107
http://download.java.net/jdk7/changes/jdk7-b107.html

No change
斬新だ
0230デフォルトの名無しさん2010/08/28(土) 13:24:10
htmlにもなってないｗ
0231デフォルトの名無しさん2010/08/30(月) 10:50:54
SunがOracleに買収されてJavaはどうなんの？
今後も言語仕様は進化していくのか
それとも使いにくくなるのか

Javaの言語仕様って国際規格になったんだっけ？
0232デフォルトの名無しさん2010/08/30(月) 16:22:22
オラクルがすべてを掌握してる
どんな形であれ勝手な実装は許されない
0233デフォルトの名無しさん2010/08/30(月) 17:08:03
Java
Programming Language has achieved such widespread usage, that for the health of the industry, it's time to
JUST FREE IT
Hold Oracle to their Pledge!
0234デフォルトの名無しさん2010/08/31(火) 06:35:42
c#使うのにmsのあれを買ったことはあるが、javaを使うのに何かに金払った覚えはないが・・・・
0235デフォルトの名無しさん2010/08/31(火) 09:22:18
iPadでJava動いてホシイ
0236デフォルトの名無しさん2010/08/31(火) 10:33:43
ipad持ってないけど、appleのブラウザはapplet動かないの？
0237デフォルトの名無しさん2010/08/31(火) 12:35:09
ブラウザどころか、iOSシステム全体で、
言語実行環境を作るのはAppleが禁止。
アプリとしてiTSで配布できない。
0238デフォルトの名無しさん2010/08/31(火) 12:58:49
そうすると、mac os x はそのうちopenjdkになるのかな
それも買ってきた初期状態では入ってなくて、ユーザーがインスコするような感じで
0239デフォルトの名無しさん2010/08/31(火) 13:59:27
そのうちオラクルに訴えられるけどね
0240デフォルトの名無しさん2010/08/31(火) 14:10:09
openjdkはオラクルがリリースしてgplのライセンスで提供してるから訴えられることはないよ。
ていうかオラクルやサンはjavaやopenコミュニティの利益を守っていて、googleは開発者とコミュニティーの利益を侵害してるんだけど。
googleの戯言にイチイチのせられるような知能じゃ分かるはずもないか。
0241デフォルトの名無しさん2010/08/31(火) 14:14:56
より良いwebのためですから
0242デフォルトの名無しさん2010/08/31(火) 14:43:37
>>233
Let Larry know you care Friday August 27, 2010

I whipped up a couple of t-shirt designs on the topic of Oracle's commitment to releasing Java. If you're attending JavaOne or OpenWorld, I'd appreciate it if you'd wear one, just to let Larry know that you care.
Or if you just happen to be wandering the neighborhood (I know that there are lots of Java hackers who work within just a few blocks of Moscone). Or if you will be spending quality time with an Oracle salesperson.
Or in any other situation where the spirit moves you. It's a gentle but clear way to express your feelings (well.... the last design on the page isn't all that gentle - but it's more fun).

Enjoy!!
0243デフォルトの名無しさん2010/08/31(火) 14:48:16
>>239
OpenJDK is a Free and open source implementation of the Java programming language. It is the result of an effort Sun Microsystems began in 2006.
The implementation is licensed under the GNU General Public License (GPL) with a linking exception, which exempts components of the Java class library
from the GPL licensing terms.
0244デフォルトの名無しさん2010/08/31(火) 14:51:30
グーグル台先生様様ですから
0245デフォルトの名無しさん2010/08/31(火) 16:05:13
>>240
オラクルはOpenSolarisの処置をみると、
OpenJDKにいい主であるかどうかはかなりグレー。
0246デフォルトの名無しさん2010/08/31(火) 16:57:26
地球上の全ての情報はグーグル様様ですよ？
0247デフォルトの名無しさん2010/08/31(火) 17:13:38
次は
jdk 2.7.0
でいい。
0248デフォルトの名無しさん2010/08/31(火) 17:17:47
OpenJDKを許さないとしたら、Javaは衰退するな。
技術者が完全に逃げる。
どうせ、Javaの技術者は、もうOracleから逃げてGoogleとかに吸収されてるし
文化が違う会社で今までと同じ技術者が囲い込めるとは思えない。
0249デフォルトの名無しさん2010/08/31(火) 17:31:33
OpenJDKはGPLなんだから、いざとなったらforkするでしょ。
0250デフォルトの名無しさん2010/08/31(火) 17:34:09
未だにgoogleのことを「IT企業」だと思ってるんだろうね
googleの戯言にいつもだまされちゃう人って・・・
0251デフォルトの名無しさん2010/08/31(火) 17:40:33
>>249
OpenSolarisだってforkできるけど、
オラクルの管理する本家が独自に進んでいくとねえ。
分断されちゃうでしょ。
0252デフォルトの名無しさん2010/08/31(火) 18:29:43
ソラリスにある魅力的なモジュールは、既にbsdの方に移植されてるからos自体は結構どうでもいいって感じ。
もともとOSとしては、オラクルDBに最適化したいからオープンにしておく意味もないし。
0253デフォルトの名無しさん2010/08/31(火) 18:32:34
Solarisそのものの話はすれ違い。
OpenSolarisは理事会が解散になった。
0254デフォルトの名無しさん2010/08/31(火) 18:55:00
opensolarisは、クロームosがちょうどよいライバルになる感じで、クライアント向けデスクトップosとして続けてほしいなって思う。
月１００円とかosでもうけようとしたり有料サポートとかじゃ価値はないけど。
0255デフォルトの名無しさん2010/08/31(火) 23:13:42
6u23が出るみたいね
0256デフォルトの名無しさん2010/09/05(日) 17:12:03
ホームページへの大量アクセス事件　岡崎市立中央図書館の弁明に異論相次ぐ
J-CASTニュース 9月2日(木)21時12分配信

報道によると、男性は3〜4月、自作プログラムを使って、新着図書のリストに自動的にアクセスして、それをコピペすることを14日間3万3000回繰り返していた。これがサイバー攻撃とみなされたわけで、名古屋地検岡崎支部が6月、男性を起訴猶予処分にしていた。
ところが、男性がアクセスしたのは、1秒間に1回程度だったため、ソフトに詳しいネットユーザーらを中心に、男性逮捕への疑問が相次いだ。

中央図書館の総務班では、「ソフトの不具合については、認識していません」
「通常の利用ではないから、ああいう事態が起こったということです。うちとしては、通常の利用しか想定していません」
「メーカーに聞かないと分かりませんが、うちのソフトに不具合があったとは聞いていません。メーカーは、ちゃんと対応したと思っています」
「うちは図書館でありシステム会社ではないので、専門的なことはわかりません。大量アクセスについては、メーカーで対応してもらっています。図書館の対応には、問題はないと思っています」と話した。

朝日の記事によると、ソフトを提供した三菱電機インフォメーションシステムズ（MDIS）
0257デフォルトの名無しさん2010/09/06(月) 13:27:36
>>229
build108も
No change
一体ナニが起きている？！
0258デフォルトの名無しさん2010/09/06(月) 13:44:12
JavaOne前で忙しいとか？
0259デフォルトの名無しさん2010/09/06(月) 17:08:25
Oracleの方針に不満なエンジニアが続々退社して開発体制が混乱しているとか？
買収後のマネジメントに失敗するとよくあるパターン
0260デフォルトの名無しさん2010/09/06(月) 18:11:48
Googleに引き抜かれまくりなんじゃ・・・
0261デフォルトの名無しさん2010/09/06(月) 20:11:19
退社云々はOracle買収前からじゃね？
Oracle買収後だとゴスたん以外誰が退社したっけか？ 有名どころだと。
0262デフォルトの名無しさん2010/09/06(月) 20:14:07
そう考えたら既に奴隷の日本人てすごいな
経営者に文句一つ言わずに互いに足を引っ張り合ってるだけ
0263デフォルトの名無しさん2010/09/07(火) 00:23:50
>>262

なんで、ここで日本人が出てくる？

Oracleの奴隷になった日本人って、有名なのか？
0264デフォルトの名無しさん2010/09/07(火) 00:59:57
Andoroidの件で、OracleとGoogleはどういう解決するんかなぁ
0265デフォルトの名無しさん2010/09/07(火) 01:48:21
>>264
おまえはクビ
0266デフォルトの名無しさん2010/09/09(木) 08:37:45
リリーススケジュールの修正だって
http://mail.openjdk.java.net/pipermail/jdk7-dev/2010-September/001528.html

Plan A: JDK 7 (as currently defined)　　　　　　　　　　　　 Mid 2012
Plan B: JDK 7 (minus Lambda, Jigsaw, and part of Coin) Mid 2011
　　　　　JDK 8 (Lambda, Jigsaw, the rest of Coin, ++)　　Late 2012
0267デフォルトの名無しさん2010/09/09(木) 12:39:33
PlanBで。
2012まで動きがないのはありえない。
0268デフォルトの名無しさん2010/09/09(木) 13:05:03
いいかげんlambdaなんか諦めればいいのに
どうせ永遠にサポートされないんだろ
0269デフォルトの名無しさん2010/09/09(木) 13:41:48
lambdaは捨てて、jigsawに特化して欲しい・・・・
というか、言語再設計をしてもいいよ・・・
0270デフォルトの名無しさん2010/09/09(木) 14:09:28
java 7はjava7で予定されている新機能を随時追加する方針であると告知しておいて、
java 7 sp1は既に完成している新規パッケージで構成してjavaone前後 2010秋にリリース
java 7 sp2はlambda,コインのような言語改定と言語改定で大きく影響を受けるパッケージ（コンカレントなど）をここで追加して2011年内にリリース
java 7 sp3はjavafxのようなデスクトップ,uiや見た目関係の整備を重視して 2012年
java 7 sp4はlambdaの追加構文,クロージャやモジュール 2013年
と1年おきに出荷。とくにウブンツのように重大なバグフィックスや重大なアップデートを目的とした半年おきのリリース計画と同じで、java7は1年おきに予定している全部の機能を随時追加すればいい。
0271デフォルトの名無しさん2010/09/09(木) 14:12:35
jdk1.0からjdk1.1のころと同じで、sp2まで1-1.6年なら開発者の方でもそんなに混乱は起きないし、5、7年後でまだjava7が稼働していてもどうせjava7sp1を使うことはなく全てsp2に移行しているかsp2移行を奨励しているだろう。
sp3のデスクトップ整備のあたりでモジュールのさらなる抽象化として、クロージャの概念も必要になるだろうから2012-2013年ごろにクロージャ導入のスケジュールを組むといい。
言語改定をしてもあまりソース修正が必要ないようなnio2,gcや新プロトコルなど既に完成されている新機能をそろそろリリースしないで1,2年のばすとなると、他のプラットフォーム（とくにobjcやchrome)に本格的に移行する人が多くなるからまずい。
javafxが押していても、2013年にjava7をやっと出すようじゃデスクトップやアプリケーション系の開発者はもう他のプラットで十分だから戻ってこないと思うよ。

java 7リリースをさらに遅らす計画なら、デスクトップ向けのライブラリが弱くなるからjava 6の方でもともと追加を予定していたsiwngapplicationframeworkや
swingxのライブラリ(timingとか)やコンポーネント（datepickerとか）などを追加して、javafxよりもまずjava6でswing packagesを完成させてほしい。
0272デフォルトの名無しさん2010/09/09(木) 22:46:16
>>270
それはJavaEEやAP鯖やフレームワークがしんどくなりすぐる
0273デフォルトの名無しさん2010/09/11(土) 17:11:06
ようやく動きがでた

jdk7 build109
http://dlc.sun.com.edgesuite.net/jdk7/binaries/index.html
http://download.java.net/jdk7/changes/jdk7-b109.html

G1とShark/Zeroへ手が入った。
Sharkは昔見たベンチマークだと画面周りが遅かったけど
やっぱりコンパイルのオーバーヘッドがネックになってんのかな・・・
0274デフォルトの名無しさん2010/09/13(月) 19:10:05
Automatic Resource Management って C# の using のまるパクリじゃん
もうプライドもくそもないのか
0275デフォルトの名無しさん2010/09/13(月) 19:21:42
それ言い出したらautoboxingの時点で既にないような。

Control Invocation Syntaxの方が好きだったがなぁ……
0276デフォルトの名無しさん2010/09/13(月) 19:49:12
>>274
プライド要らんから、より洗練、かつ安全で、高速な最適化ができる言語にして欲しい
0277デフォルトの名無しさん2010/09/13(月) 21:08:13
()内にステートメント並べるのは気持ち悪いなあ
どうせパクるならちゃんとパクって
try (A a = new A())
try (B b = new B()) {
}
としたほうがまだ綺麗
0278デフォルトの名無しさん2010/09/13(月) 21:15:16
もう面倒だから.NETでいい
0279デフォルトの名無しさん2010/09/13(月) 22:13:18
>>277
usingの中でリソース並べられないのは欠陥だと
.NETの開発者が言ってたので、
それを改良したとか聞いたような。

個人的には>>277の方が綺麗だと思うが。
0280デフォルトの名無しさん2010/09/13(月) 22:15:19
いや、引数の形で書ける方がいいな。
セパレータはセミコロンじゃなくてカンマで。
0281デフォルトの名無しさん2010/09/13(月) 22:20:15
んな中途半端なことするんだったら思い切ってブロック引数導入するべき
0282デフォルトの名無しさん2010/09/13(月) 22:30:32
>>280
セパレータをカンマにすんのはどうかなと。
try(Closeable foo = hoge, bar = hage) { /**/ }
コンパイラは区別つくかもしれんが、人間は混乱すっかもなぁ……
0283デフォルトの名無しさん2010/09/13(月) 22:41:25
usingの欠陥は、コンストラクタで発生した例外をキャッチできないことだろ
usingを必要とするようなクラスはその性質上コンストラクタで例外をスローする場合が多いので
しばしばusing全体をtryで囲むという間抜けなことになる
その点が改善されてるのは重要
0284デフォルトの名無しさん2010/09/13(月) 22:59:40
これからはobjcの時代ですよ！？
0285デフォルトの名無しさん2010/09/13(月) 23:42:06
>>283
C++と違ってコンストラクタで例外投げても
インスタンスが作られることがないからいいのでは
0286デフォルトの名無しさん2010/09/13(月) 23:54:52
IDisposableについて煽りに来らすでに書かれてたｗｗｗ
散々馬鹿にしといてこれだもんな〜
0287デフォルトの名無しさん2010/09/13(月) 23:58:14
所詮は若き日のビルゲイツとマイクロソフトですから
0288デフォルトの名無しさん2010/09/14(火) 00:12:15
>>282
try(InputStream foo = hoge, OutputStream bar = hage) { /**/ }
って想像したんだけど？？
>>287
煽りにしても意味が判りません＞＜
0289デフォルトの名無しさん2010/09/14(火) 00:25:37
それだと
for (int i=0, j=0, double x=1, y=1; i<10; ++i)
とか出来ないんですよね・・
0290デフォルトの名無しさん2010/09/14(火) 00:26:10
Java の自動リソース管理
http://www.infoq.com/jp/news/2010/09/arm-blocks
0291デフォルトの名無しさん2010/09/14(火) 00:27:37
やっぱりJava MEですよ？
0292デフォルトの名無しさん2010/09/14(火) 01:28:28
JavaのImport文が嫌い。
どうして、こんなに数多く定義する必要があるんと思ってしまう。
シンプルさで行ったらＣ＃なんだけどなぁ
0293デフォルトの名無しさん2010/09/14(火) 01:41:37
D言語がjvmに乗る計画はありますか？
0294デフォルトの名無しさん2010/09/14(火) 04:02:57
>>285 C++ でも、コンストラクタで例外が発生したらインスタンスは作られませんよ。
0295デフォルトの名無しさん2010/09/14(火) 07:49:51
作ろうとしていたオブジェクトのインスタンスは作成されないけど
例外を投げる以前にコンストラクタ内で別のオブジェクトを作成していたら
それらは作成されっぱなしでしかもデストラクタも呼ばれないから
解放不能になるんじゃなかったっけ?
0296デフォルトの名無しさん2010/09/14(火) 08:39:50
それメモリ以外のシステムリソース掴んでる場合、解放不能にならん？
JavaのARMでもC#のusingでも。
0297デフォルトの名無しさん2010/09/14(火) 11:48:30
>>292
依存性を明確にするためとなどというよくわからない文化
そして結局面倒すぎて折りたたみっぱなしで管理はIDE任せという本末転倒な状況
0298デフォルトの名無しさん2010/09/14(火) 12:46:25
>>296
Closableのcloseメソッド内でちゃんと処理しないとダメでしょう。
0299デフォルトの名無しさん2010/09/14(火) 13:09:37
システムリソースを掴んでるんだったら例外投げる前に解放してから投げるべき
それは完全に実装側の責任だからクラスの利用者が気にする問題じゃない
0300デフォルトの名無しさん2010/09/14(火) 13:16:48
finally{
　if (null!=out) out.close();
とか
catch(){
　if (null!=out) out.close();
これってcloseの前にタイムアウトなどio例外1が起きたら
out.closeの時にそもそも「streamが異常事態」っていうio例外2がさらに発生して以前のio例外1が報告されないんじゃない。
前々から気になっていたけど。
0301デフォルトの名無しさん2010/09/14(火) 13:23:05
>>300
一つ目のExceptionを握りつぶしたらそうなるけど
お前がそういうコーディングしてるからって報告されないってのは・・・・
0302デフォルトの名無しさん2010/09/14(火) 13:31:39
>>290のコードはまさに握り潰しサンプルだよね。
0303デフォルトの名無しさん2010/09/14(火) 13:45:18
>>300
void closeQuietly (Closeable c) { if (c != null) try { c.close(); } catch (IOException e) { } }
みたいの使って例外2を握りつぶせば？

read() write() が正常完了 close() でエラー発生した場合の例外も欲しい場合は、
try の方にも close() 書いておけばいいような。
0304デフォルトの名無しさん2010/09/14(火) 13:47:53
Scala等で言うところの、loanパターンをJavaでも書けるようになったの？
0305デフォルトの名無しさん2010/09/14(火) 13:58:21
>>298
コンストラクタで例外食らった場合って、
そのオブジェクトの dispose() とか close() って呼ばれるんだっけか？
0306デフォルトの名無しさん2010/09/14(火) 14:01:14
>>299
そうなんだけど、それ>>295も同じじゃね？
0307デフォルトの名無しさん2010/09/14(火) 14:02:10
>>305
何の話してる？？？ここはJavaの話だぞ・・・
0308デフォルトの名無しさん2010/09/14(火) 14:05:41
>>305
Javaの ARM はコンストラクタで例外出たオブジェクトは close() 呼ばれないような。
仕様はどうなってたかな

C#のはどうだか知らんけど。
0309デフォルトの名無しさん2010/09/14(火) 14:07:18
おまえにジャバは無理

男なら素直にVB.NETにすろ
0310デフォルトの名無しさん2010/09/14(火) 14:13:14
>>308
なんで？
ARMの対象になっているリソース毎にtry-finallyが付いていると思えば
初期化終了してたらcloseされるんじゃ？
0311デフォルトの名無しさん2010/09/14(火) 14:18:16
コンストラクタで例外出た場合の話をしているのに
初期化終了してたらって条件つけられてもなぁ
0312デフォルトの名無しさん2010/09/14(火) 14:21:46
そういうあたりはc++,javaの言語仕様書にしか書いてない。
0313デフォルトの名無しさん2010/09/14(火) 14:22:15
>>311
すまんすまん、2つのリソースがある場合の話がでてたからそっちの話と混同してた。
0314デフォルトの名無しさん2010/09/14(火) 22:47:08
>>276
> >>274
> プライド要らんから、より洗練、かつ安全で、高速な最適化ができる言語にして欲しい

同意。

今時、言語のオリジナリティーとかはどうでも良いよね。
0315デフォルトの名無しさん2010/09/14(火) 23:05:41
最近の Java ユーザの信者度もだいぶ落ちたな
せっかくあおってものれんに腕押しだ
0316デフォルトの名無しさん2010/09/14(火) 23:21:44
グーグル信者の方はグーグルへの忠誠度は相変わらずなのか？
0317デフォルトの名無しさん2010/09/14(火) 23:35:49
Bing のパクリばかりじゃないかとあおりたいところだが
今のタイミングだと Instant Search で反論されちゃうから
0318デフォルトの名無しさん2010/09/15(水) 11:43:34
>>295 http://d.hatena.ne.jp/nyaxt/20080322/1206155443
0319デフォルトの名無しさん2010/09/15(水) 21:13:35
Plan B になるなんてあほすぎじゃね
0320デフォルトの名無しさん2010/09/15(水) 22:02:50
>>319
おまえの脳味噌の中と同じだな（笑）
0321デフォルトの名無しさん2010/09/20(月) 22:34:59
>>316
エンジニアが勝手に未成年の個人情報漁ってコンタクト&ストーキングできるぐらいのザルだけどな。
信者にとっては、Googleだからあの程度ですんだ、他社ならもっとひどかった、でおわりでしょ。Googleは素晴らしいってのがすべての結論だから、それに反することは
自動的に否定される。
0322デフォルトの名無しさん2010/09/23(木) 00:45:12
Oracle Announces JDK Roadmap for Advancing Java SE
http://www.oracle.com/us/corporate/press/173782
0323デフォルトの名無しさん2010/09/24(金) 14:14:40
JDK8 にLambdaは延期されたか。順当だな。

b111のビルドはまだだけど変更点が出てたので
http://download.java.net/jdk7/changes/jdk7-b111.html
0324デフォルトの名無しさん2010/09/27(月) 00:10:40
b111ﾃﾞﾀ
0325デフォルトの名無しさん2010/10/01(金) 01:00:15
Oracle、JDKにプランBの採用を正式発表
http://www.infoq.com/jp/news/2010/09/plan-b

JavaOne キーノート - モバイル と JavaFX の重視，そして JavaFX Script の廃止
http://www.infoq.com/jp/news/2010/09/javaone-monday-keynote-javafx
0326デフォルトの名無しさん2010/10/01(金) 11:39:56
>>325
JavaFX 2.0でAPIのJava bindingが作られて、

> The JavaFX APIs will be a variation on typical JavaBeans properties
> and listeners, and will be designed to work well with the lambda
> expressions coming in future releases of Java.

だってさ。ラムダ式！
0327デフォルトの名無しさん2010/10/01(金) 13:13:59
たぶんjwebpaneとかjavax.media,java3dとか最近までクライアント向けライブラリで音沙汰なかったものはもjavafxプラットに結合されるんじゃないか。
0328デフォルトの名無しさん2010/10/01(金) 15:19:55
>>327
> たぶんjwebpaneとかjavax.media,java3dとか

それぞれ、
http://javafx.com/roadmap/#web
http://javafx.com/roadmap/#graphics
にある
0329デフォルトの名無しさん2010/10/01(金) 15:33:48
>>326
lambdaも考慮して設計するよ、とかそーゆーレベルの話じゃない？

もっともProject lambdaのグダグダっぷりを見ると、
JavaFXがAPI固定した後にlambdaの仕様変更とかやりかねんよーな気もする。
0330デフォルトの名無しさん2010/10/01(金) 15:34:10
そこ、時間あるときじっくり読もうと思ってたけど書いてあったのね。
javafxscriptは残念だったけど、オラクル内部では使われてjava9ぐらいでgui記述宣言的動的マクロ（guiドメイン特化型)あたりで復活するんじゃないかな。
というかドメイン言語というよりも概念的にはjavafxscriptのコンセプトがjava8,9あたりで次世代クロージャ仕様になるんじゃないかと思う。
0331デフォルトの名無しさん2010/10/01(金) 16:39:25
ならん。
JavaFX Scriptは死亡。
ただbinding関連がJavaFX 2.0 APIsに含まれるから、
より宣言的な形で定義を書くことができる。
0332デフォルトの名無しさん2010/10/01(金) 19:42:57
個人的にはscriptがぽしゃったのはありがたい。
専用言語を用意してたらユーザが増えない。
Javaは言語ではなくプラットフォームであるという最近の思想とギャップがありすぎた。
0333デフォルトの名無しさん2010/10/01(金) 20:04:54
ライブラリやフレームワークを使うだけの一般利用者（日本型派遣開発者）ならそうだろうけど、ui frameworkやライブラリを作る方からすればcssと同様にideがなくてもエディタのみでごりごり作れるように設計してあるしかなり楽だった。
0334デフォルトの名無しさん2010/10/01(金) 20:16:00
> 日本型派遣開発者
ってのが視野狭窄すぎて笑えるｗ
0335デフォルトの名無しさん2010/10/01(金) 22:27:17
>>333
> ui frameworkやライブラリを作る方

JDKべったり依存で作ってるんだw
0336デフォルトの名無しさん2010/10/01(金) 23:49:09
>>334
悪いことは言わない
ﾏ版に帰れ
0337デフォルトの名無しさん2010/10/01(金) 23:54:48
今更モバイルねえ…
グーグル脅して載せてもらいでもしないと無理でしょ
0338デフォルトの名無しさん2010/10/01(金) 23:56:42
>>328
を読んでみたんですけど、2010-2011と言うことはjavafx 2は現行java6でも適時追加導入されるってことですか？javaのどのバージョンから入るのか書いてないですよね。
それとjava6でjavafx 1.3のライブラリを使うにはどうすればいいんでしょうか。
0339デフォルトの名無しさん2010/10/02(土) 01:30:07
VMにInvokeDynamic入るってのは分かったが、
TCOやContinuationはいつになったら入るのじゃ??
0340デフォルトの名無しさん2010/10/02(土) 03:53:36
JavaFX Scriptに既に投資してて、廃止で死にたくなったって人は居ないの？
0341デフォルトの名無しさん2010/10/02(土) 09:09:08
invokedynamicのためだけにVM弄るのかなあ
VMに手を入れるんだったらもっと他に改善するべきところはいくらでもあるだろ
0342デフォルトの名無しさん2010/10/02(土) 10:06:05
他に改善するべきところ、っつーと？
0343デフォルトの名無しさん2010/10/02(土) 11:31:26
>>339
Project Coinの最後に漏れた提案の中にもない。
>>341
JDK 7に含まれるProject Coinの内容は知ってていっている?
0344デフォルトの名無しさん2010/10/02(土) 11:38:34
invoke dynamicってJSR292でしょ？
Project coinに入ってたっけか？
0345デフォルトの名無しさん2010/10/02(土) 11:57:23
>>344
知らないなら知らないって言え。
http://blogs.sun.com/darcy/entry/project_coin_final_five
0346デフォルトの名無しさん2010/10/02(土) 12:08:30
java7はjavafxのパッケージが丸ごと入るからかなり大きい改定になると思うよ。
英語を見た感じだと、mozilla projects, adobeflashruntimeが丸ごと入って、java plattの一部としてhtml5 plat/browserすらもjavaモジュール化しているっていうのに近い。
それが2011年中に完成するって言う計画だけど、javafx2のリリースが2011年に向けて計画してるってだけでjava6,7どちらには入るか書いてないけど。
どうでもいいけどjeditorpaneとswing.htmlでcss2,html4サポートを完成させてもらった方がjcomponentだけでwebbrowserになるからどんな改定よりも有意義なんだけどね。
0347デフォルトの名無しさん2010/10/02(土) 12:09:21
java8はラムダやcollection literalsとか言語改定だからラムダ＋クロージャの議論の帰結として上にもあるけどjavafxscriptのノーションやノウハウがそのままは入ってもおかしくないんじゃないか。で、2012年後半ってのはまず無理でしょう。
先のことなんかどうでもいいけど、サン(オラクル)は開発中である程度固まってもいないのに一般開発者に情報を出すから混乱する。
オラクルはラムダ仕様ですら混沌としてくるようなら、msがwinwosfilesystemのwinfxの大々的な宣伝と度重なるwinosの延期と結合失敗でmsの技術力は大恥じかいたって流れに似てくる。
ジグソーは追いかけてないけど、結局ジグソーはオスギにしなかったの？どういうのになったの？
0348デフォルトの名無しさん2010/10/02(土) 12:20:38
>>345
それはinvoke dynamicの言語サポートの方でしょ、
invoke dynamicのVM側の変更は別。
0349デフォルトの名無しさん2010/10/02(土) 13:34:58
>>337
Androidを訴えるとか真逆を突っ走ってます
0350デフォルトの名無しさん2010/10/02(土) 13:39:04
ゴズリングも嘆いてたな。
ただAndroidは偽Javaだからコミュニティ的に裏切り者とみなされても仕方ない。
それよりJavaのモジュール化を完成させてMEを廃止、SE Liteを端末用にして欲しい。
0351デフォルトの名無しさん2010/10/02(土) 16:12:29
ゴズリンについては発言を聞いていても何をしたいのかイマイチ分からん
自分の特許を侵害されたとしてオラクルと一緒になって訴えてる側なのにグーグルを擁護してみたり、そんなに好きならいっそグーグルに再就職すればいいじゃんって言う程度の人
偽善の仮面を被っていてもそういうのってジャバ・開発者・ネイティブ・コミュニティーから見透かされているんだよね・・
言語設計者としてストイックなところは影響を受けたしやっぱり偉人ではあるけど、カーニハンとかパイクとかと同じでもう過去の人かな
0352デフォルトの名無しさん2010/10/02(土) 16:20:26
>>350
ジグソーは追いかけてないけど、結局ジグソーはオスギにしなかったの？どういうのになったの？
0353デフォルトの名無しさん2010/10/02(土) 16:27:44
最近の有名人はみんなEE寄りの人ばっかだったしなぁ
Oracleが予想外にJavaFXに力を入れてるし、クライアント側で有名人が増える事を願うばかり
0354デフォルトの名無しさん2010/10/02(土) 17:31:15
将来はHTML5とJavaFXが柔軟に結びつくんだな。
かつて全ての業務アプリはIEコンポーネントで作られることになると妄想してたが、
それに近い形になってくれるんだろうか。楽しみだ。
0355デフォルトの名無しさん2010/10/02(土) 17:48:29
ちゃんとしたHTML吐いてネイティブGUIと見た目を合わせるのはさすがに難しいと思うけどどうなんだろ
UI全部一つのcanvasで描くのかな
0356デフォルトの名無しさん2010/10/02(土) 18:07:13
モバイル向けはWebKitベースってあるけど、デスクトップはどうなるんだろうかねぇ。
コントロールパネルで規定のブラウザを指定してスイッチするようになるのかな？
開発リソース的にブラウザそのものを作るとは考えにくい。分からないけど。
0357デフォルトの名無しさん2010/10/02(土) 18:19:31
WebPaneって描画はJava側でやるんじゃなくてネイティブ側に任せるんかな？

数年前はJava側でやるって話がでてたような。
0358デフォルトの名無しさん2010/10/02(土) 20:19:12
>>340
blu-ray,kindleのappli ui menuを作ってる中の人ならありえる。
0359デフォルトの名無しさん2010/10/02(土) 20:26:30
>>322,325,328
JavaFX チームは，同時ストリーミング配信された160 種類のビデオ映像が 3D シーンで互いにオーバーレイしながら，再生中に 3D スペースを動き回るデモンストレーションを行った。
中にはビデオ画像のひとつが破裂して 1,300 の破片になり (それでも再生は続いている) ，おもちゃのブロックのように床に落ちるシーンもあった。

JavaFX のパフォーマンス面の強調に加えて，チームは Oracle の目標として，"Java プログラミングモデルから最良の HTML5 とネイティブアプリケーションのエクスペリエンスを提供すること” についても説明した。
将来的に JavaFX は，ネイティブな Java 2d/Open GL/ホットスポットVMスタックと Javascript/HTML5/Web ブラウザスタックのどちらにも同じ API コールでレンダリングできる能力を備えた，
汎用的なビジュアル抽象化レイヤを目指している。Oracle は 2011 年内に２つの新たな JavaFX をリリースすることに加え，プラットフォームのオープンソース化もコミットしている。

続いて Kurian 氏は，Oracle がモバイルと組み込み領域を "新たな Java のフロンティア" と考えていることを説明した上で，Java の稼働するデバイスとして
Sony Ericsson のスマートフォン，Amazon Kindle，Livescribe スマートペン，Cisco VoIP 電話，Java カードなどを挙げた。
0360デフォルトの名無しさん2010/10/03(日) 00:40:00
Web Features

WebView Scene Graph Node

The WebView is a new scene graph node that displays HTML 5 content. It renders within its rectangular bounds the web content fed to it via a WebEngine and WebSource.
The source may be a URL, a File, a String of HTML content, or an HTML DOM tree. The WebView's DOM can be manipulated programmatically from Java.
HTML DOM events can be listened to by Java code.

WebEngine and WebSource

The WebEngine is an implementation of core HTML technologies for parsing HTML content and producing an HTML DOM. The engine can be used to respond to various HTML events
which occur in the process of parsing a page. The input to the WebEngine is a WebSource, which can be a URL, a File, or a String of HTML.
A single WebEngine can be used with multiple WebViews.

HTML DOM

An implementation of HTML DOM will be added to JavaFX to facilitate the Java / HTML 5 integration both with the WebView and with a web browser when embedded as an applet.
0361デフォルトの名無しさん2010/10/03(日) 10:25:04
>>348
変更せずに使うとな！？(AA略
0362デフォルトの名無しさん2010/10/04(月) 03:39:53
今更ジェネリックの話だけど、
仮にJavaのジェネリクスに型情報を持たせてたら今頃はどうなってたんだろう。
0363デフォルトの名無しさん2010/10/04(月) 14:32:17
今のJavaではジェネリクスのタイプセーフの保証をする責任を負うのは
ジェネリクスを使ったクラスを提供する人。
その責任がVMに移るので実装が格段に楽になるしミスも減る。
利用側は変な罠がなくなって直感的でわかりやすくなる。
0364デフォルトの名無しさん2010/10/04(月) 16:28:11
>>362
> Javaのジェネリクスに型情報を持たせてたら

具体的にどういう事?
Dynamic typingにするってこと?
特殊化を許す議論は良く聞くけども。

0365デフォルトの名無しさん2010/10/04(月) 16:58:26
利用側がライブラリの引数にClassを付属させなくてもいいよねって話。

Class clazz = Foo<Bar,Baz>.class;
assert Bar.class.equals( clazz.getGenericTypeAt(0) );

VM最適化の足を引っ張りそうな気がしないでもないが。
0366デフォルトの名無しさん2010/10/04(月) 17:13:22
実装者に分岐コード書かせるのは設計悪すぎるから、
Dynamic type traits + 特殊化 by JIT
辺りに収斂されるでしょう。
0367デフォルトの名無しさん2010/10/04(月) 22:02:57
値型がないから実際には特殊化されたコードをVMが生成する必要はないよ
ユーザーコードからは特殊化されてるように見えるようにVMが頑張ればいいだけ
.NETはそういう実装(値型については本当に特殊化される)
0368デフォルトの名無しさん2010/10/04(月) 22:35:26
JSR: その下にあるもの
http://www.infoq.com/jp/news/2010/10/what-lies-beneath
0369デフォルトの名無しさん2010/10/05(火) 09:56:48
>>367
Javascriptみたいに動的にtype traits確認する言語だと、
lookupする汎用コードにするか、特殊化することになる。
v8は後者のアプローチ。JVMもそういうJITやってもいい。
0370デフォルトの名無しさん2010/10/05(火) 14:38:55
<T> hoge(T t) {
　t.ダックタイピング的なメソッド呼び出し();
}
こういうことを言ってんの? ジェネリクス関係ないだろこれ
確か.NETのdynamicも特殊化された呼び出しサイトを生成する実装が採用されてる
0371デフォルトの名無しさん2010/10/05(火) 14:43:36
Classクラスの機能が使えないことがJavaのジェネリクスの気持ち悪さ。
Pythonのクラス構造と似たものを感じる。
0372デフォルトの名無しさん2010/10/05(火) 14:45:44
総称型は導入されて5年はたつと思うけど、未だにC++「テンプレート」と区別できてないんだな。
0373デフォルトの名無しさん2010/10/05(火) 14:51:43
ちゃんと区別した上でカスとされてるから
0374デフォルトの名無しさん2010/10/05(火) 15:02:07
＞＞３７３
日本語でおか
0375デフォルトの名無しさん2010/10/05(火) 15:12:35
>>372
JVMの実装上は区別しにくいのが今の流れ。
JITが最適化のために勝手に特殊化してる。
0376デフォルトの名無しさん2010/10/05(火) 15:16:53
jvm辺りまでならjava周辺知識として議論の対象に入るけど、jitなんかベンダー実装依存のことなど知らんわ
そんな発想のままでは、おまえは「ネイティブC実装の方がJITより高速」とかいうスピード狂とほとんど変わらないじゃないか？
0377デフォルトの名無しさん2010/10/05(火) 15:22:45
John Roseのblog、論文読むと、
invokedynamicとの関係も分かって面白いよ。
0378デフォルトの名無しさん2010/10/05(火) 15:40:09
静的言語なら予めバイトコード上は辻褄合ってるわけだし
どうせ総称型で扱われるものは型情報が違うだけで全て単なるハンドルなんだから
別にVMでほんとにコードを特殊化する必要は無いんだよね。
値型が無い限りは特殊化したって速くもならない。
メソッドの入り口と出口でVMが型チェックしてやれば十分。
0379デフォルトの名無しさん2010/10/05(火) 15:47:49
インライン化最適化がジェネリックなコードも対象にし始めている。
invoke*のコストが高いから。
"Speeding up method calls is the big win."
0380デフォルトの名無しさん2010/10/05(火) 15:51:58
コストって?
静的言語なら呼び出すメソッドは静的に決まってるんだから
呼び出し自体のコストはジェネリクスだろうと変わらないはず
>>370のようなケースのことを言ってるんだったら、それはジェネリクスとはまた別の問題だ
0381デフォルトの名無しさん2010/10/05(火) 15:59:23
Primitives in Genericsは、Javaの鬼門だなぁ
私はC++やJavaのように純粋とはいえないOO言語ばかり触ってきたから
こんなことしてくれなくても気にしないんだけど。
0382デフォルトの名無しさん2010/10/05(火) 16:04:00
jvmに値型(C#)構造体型(C99)を入れてくれればいい。
普通はdouble 複素数(8バイト)や行列2x2（３２バイト)とかで使う。
stacklocalで固定配列でイミュータブル。
演算はar[k], ar[k]=v のみでオペコードは生成破棄用と、get/set/lenアクセス用の可変引数オペ２つ程度追加。
JITやクロージャ内のフィールドであれこれ試行錯誤するなら、jvm/javaコンパイラは一握りの人しか作れなくなり、組み込み用コンパイラを作れる技術を持つベンダーはオラクル（の参照実装)のみになる。
0383デフォルトの名無しさん2010/10/05(火) 16:07:46
複素数(１６バイト)

java1.2以降の技術ならThreadLocalで代用があり十分まにあうけど、これは値型（stacklocal）ではなくnew []でしかないので少し違う。
さらにマルチコアとも相性が悪い。
0384デフォルトの名無しさん2010/10/05(火) 16:23:50
イミュータブルでセットが出来るのは、java,pythonでは不変タプル型として用意して、他の言語ではローカッルスタック(double ar[2*2]={0})となって言語設計上表れる両方対応可能のため。
固定長ベクトル・多倍長実装(１０進３４桁固定)やjava3dやjavafxなどの射影変換を、new obj, mem gcに独立してローカル変数領域だけで実装・計算出来るから有用だとは思う。
0385デフォルトの名無しさん2010/10/05(火) 16:34:06
jvmについては、値型用(値渡し可能型)のjvmオペコードを専用に追加するなら簡単だと思うよ。
ゴズリングがストイックに設計しちゃってそういうのもないから難しことを考える羽目になる。
ゴズリングのせいじゃなくて、1995年では組み込みは想定していてもマルチコアやコア間の同期（協調)なんか想定してなかったからそういうオペコードを設計用意してないってだけ。
0386デフォルトの名無しさん2010/10/05(火) 17:34:29
値型用のオペコードっつーと、具体的にどんな？
0387デフォルトの名無しさん2010/10/05(火) 17:47:12
>>386
シーコンパイラの言語仕様とその実装は所詮はスタックマシンを想定してるってことをちゃんと理解してれば難しくない。
ラムダ・クロージャ, lang.reflectの議論はまったく関係ないし、インナークラスはメモリ領域の議論(buf用)として少しかする程度。
とはいってもJITも含め、こういうのはもう中の人が議論してるから一般人には実際どうでもいいし、仕様実装者にとってはJVMや言語コンパイラの作成を実装しやすいのにしてくれればいい。
コアな人のクレイジーなブログを追いかけすぎて、君も同調して同じくクレイジーにならないようにしてね。
0388デフォルトの名無しさん2010/10/05(火) 17:51:17
とキチガイが申しております。
0389デフォルトの名無しさん2010/10/05(火) 17:52:09
けっきょく値型専用のオペコードって具体的にどんなの想定してんだろう？
0390デフォルトの名無しさん2010/10/05(火) 17:59:02
ところでJavaME.Nextってどんなの？
AWTとSwingを捨てて、UIはJavaFXに任せた
JavaSE mobile profileみたいなのにすればうれしいんだが。
Androidってぶっちゃけこんな感じだし。
0391デフォルトの名無しさん2010/10/05(火) 18:24:09
>>389
バイトコードは40%ぐらい未だに未定義ですよね？
どうしてですか？
0392デフォルトの名無しさん2010/10/05(火) 18:47:07
>>377
Still, from my viewpoint as a JVM tinkerer, something else is missing. It seems to me that the most natural way to express the creation of an immutable object
is what I see when I read the machine code for creating an Integer or String: First you allocate a blank object, then you fill it in, then you publish it.
Just before you publish it, you take whatever steps needed to make sure everybody will agree on its contents. (This is sometimes called a fence,
which is a subject of multiple posts.) After you publish the object, nobody changes it ever. (Well, in some cases, maybe there’s an end to the epoch. But that is another story.)
The only changes ever made to that block of memory are performed by the garbage collector, until (and unless) the block gets reused for another object.
In other words, using the larval/adult metaphor for this pattern,

In the small scale (which is more typical), when a Java API designer creates a tuple-like class for something like complex numbers,
there are always conflicting impulses between making the structure immutable, so that it can be safely used across threads,
or else making the structure mutable (and often with public fields), so that the objects can be used directly as scratch variables in a computation.

If the choice is made for mutability, every object must be defensively copied before it handed to untrusted code.
If the choice is made for immutability, a fresh object must be made for every intermediate value of a computation.
Years ago, the tilt was towards mutability, probably under the assumption that objects were expensive to allocate.
This tilt might be visible in the choice to make Java arrays only mutable, and in the mutability of the Date class.
(In the worst case there are mostly-immutable data structures, such as java.lang.reflect.Method, which has one mutable bit.)

オペコードを追加しない前提で議論してただただ難しく考えてるだけのよう見えるが・・・
0393デフォルトの名無しさん2010/10/05(火) 19:00:58
それ mutable(larval)なオブジェクトから immutableなオブジェクトに変更できるように
言語とVMにサポート入れようって話じゃね？ 値型の話じゃなくて。
0394デフォルトの名無しさん2010/10/05(火) 19:34:18
>>393
そこのブログを読んで、それをjvm-vmでサポートするかjavalangでサポートするかは大違いってことに気がついてる？
0395デフォルトの名無しさん2010/10/05(火) 19:37:20
コアな人のクレイジーなブログを追いかけすぎて同じくクレイジーになっちゃったんだろどうせw
0396デフォルトの名無しさん2010/10/05(火) 19:40:00
だなww
0397デフォルトの名無しさん2010/10/05(火) 19:47:27
C++でもなかそういうインチキ演算子があったよね
reinterpret_cast<float*> obj とかで使うんだったか
0398デフォルトの名無しさん2010/10/05(火) 19:58:27
読みかえしてみて気がついたけどインチキ演算子はconst_castの方だった
そのなんとかって人はjava1.1から関わってる割にはjava(jvm)の設計目的を分かってないみたいだしもともとがラテン系クレージーなんだろ
0399デフォルトの名無しさん2010/10/05(火) 20:03:57
>>389
バイトコードは40%ぐらい未だに未定義ですよね？
どうしてですか？
0400デフォルトの名無しさん2010/10/05(火) 20:16:29
Amazon観てたら、右にJavariって出たから、またなんかでたんか？と思ってクリックしたら、靴屋だったでござる。
0401デフォルトの名無しさん2010/10/05(火) 20:36:37
>>390
JavaME.Nextはcoming soonじゃなかったk?
どこかにあれこれ書いてあったの？
0402デフォルトの名無しさん2010/10/06(水) 01:24:25
>>389
君ってさ、いつも逃げてばかりだよね。
そんなんじゃ人づきあい、そのうち行き詰まるよ。
0403デフォルトの名無しさん2010/10/06(水) 14:29:38
>>389
バイトコードは40%ぐらい未だに未定義ですよね？
どうしてですか？
0404デフォルトの名無しさん2010/10/06(水) 14:37:19
バイトコードって仮にマルチバイト拡張みたいな汚い事やらない、と仮定して
空いてるの50/256ぐらいじゃなかったか？
0405デフォルトの名無しさん2010/10/06(水) 14:47:46
>>377
バイトコードは50個ぐらい未定義で使ってませんが無駄ですよね。
設計から１５年たっても未だに未定義で使わないままなのはどうしてですか？
0406デフォルトの名無しさん2010/10/06(水) 14:51:57
こんなスレで粘着するくらいならJCPの常連さんにでも質問してみろ
0407デフォルトの名無しさん2010/10/06(水) 14:52:39
新しく入れるバイトコードが提案されてないからじゃね？
0408デフォルトの名無しさん2010/10/07(木) 21:14:36
>>405
対応してない実装が沢山あるからだな・・・
メジャーバージョン引き上げのタイミングくらいしか追加できないんじゃ・・・？
0409デフォルトの名無しさん2010/10/12(火) 07:19:09
Oracle and IBM Collaborate to Accelerate Java Innovation Through OpenJDK
http://www.oracle.com/us/corporate/press/176988
0410デフォルトの名無しさん2010/10/12(火) 22:04:59
するとIBMが手を引いたHarmonyは死亡か？
0411デフォルトの名無しさん2010/10/12(火) 22:12:26
OracleになってからJavaの進化が止まってるよね。
0412デフォルトの名無しさん2010/10/12(火) 23:29:50
Oracleになる前からでしょ
Java6から何年経ってるんだよ
0413デフォルトの名無しさん2010/10/13(水) 18:09:51
>>411
7の計画が確定したのはOracle後だけど？
別にOracleが進めたわけでもないけど。
>>410
IBMが一つに集中するような愚は犯さないでしょ。
今までもApache Harmonyに専念していたわけじゃないし。
まあOpenJDKが主たる実装ってのは悪くないよ。
JCPがまともに機能している限り。
この提携でOracleと反Oracleに分かれることは、
ほぼなくなったといっていい。
0414デフォルトの名無しさん2010/10/13(水) 23:47:37
ベンダーとコミュニティに分裂する懸念は払拭されない
0415デフォルトの名無しさん2010/10/13(水) 23:49:27
コミュニティが隔離できて大歓迎
0416デフォルトの名無しさん2010/10/13(水) 23:58:13
JDK7で絵文字使えるようになるの？
http://k-tai.impress.co.jp/docs/news/20101013_399811.html
0417デフォルトの名無しさん2010/10/14(木) 01:48:30
IBM、Java実装「OpenJDK」でOracleと協力――Apache Harmonyから乗り換え
http://www.itmedia.co.jp/enterprise/articles/1010/13/news067.html
0418デフォルトの名無しさん2010/10/14(木) 07:29:59
>>416
「使える」の定義による
0419デフォルトの名無しさん2010/10/15(金) 01:34:58
Visageプロジェクトが Oracle抜きで、JavaFX Scriptの開発を続ける
http://www.infoq.com/jp/news/2010/10/visage
0420デフォルトの名無しさん2010/10/15(金) 10:41:08
>>419
こういうのがオープンソースのいいところだねえ。
昔、SunがTNT(The NeWS Toolkit)を、
Adobe Display Postscriptに変更するために、
オープンソースにしたことがあったね。
0421デフォルトの名無しさん2010/10/15(金) 20:52:27
>JavaFXと競合間の重要な差別部分をなくしてしまうことにもなる
って逆な気がする
JavaはJava言語なのが重要な差別部分だと思うが
0422デフォルトの名無しさん2010/10/15(金) 22:11:59
>>421
そこはJavaFX Scriptと、他の競合言語、
JRuby, Jython, Clojure, Groovy, Scalaなど、
との差をなくしてしまうってことでしょ。
分かりにくい訳だけど。

it does also remove a key differentiator between JavaFX and its competitors.

上の段落でJavaが含まれているのは、APIをサポートする言語の列挙で、
> 「Java自身」と「JRuby, Jython, Clojure, Groovy, Scala などの代替言語」
としているから。Javaは代替(competitor)言語じゃない。
0423デフォルトの名無しさん2010/10/16(土) 02:18:04
末尾最適化ってされるようになるの？
0424デフォルトの名無しさん2010/10/16(土) 17:10:05
lambdaが迷走してるようにしか見えない。
http://cr.openjdk.java.net/~briangoetz/lambda/lambda-state-3.html

はたしてJDK8に間に合うのだろうか？
0425デフォルトの名無しさん2010/10/16(土) 17:18:09
ローカル変数の取り込みはやっぱり不可か
いったい何がしたいんだろう
0426デフォルトの名無しさん2010/10/16(土) 17:19:53
無難な仕様だと思ったけど、なんでこんな長期間の議論になってるんだ
0427デフォルトの名無しさん2010/10/16(土) 17:20:43
え？ダメなの？
0428デフォルトの名無しさん2010/10/16(土) 17:23:27
外のローカル変数触れないクロージャなんてハンバーガーのハンバーグ抜きみたいなもん
0429デフォルトの名無しさん2010/10/16(土) 17:25:39
あ、いや、構文しか見てなかった
そんなトラップがあるとは……
0430デフォルトの名無しさん2010/10/16(土) 18:04:31
外の環境に触れるからクロージャなのに
触れなかったらただの関数ポインタじゃないか
0431デフォルトの名無しさん2010/10/16(土) 19:48:02
Exception transparencyなんか初めて知ったけど酷い辻褄合わせだなあこれ
public<throws E> forEach(Block<T, throws E> block) throws E;
こんなのが平気で出てくるようになるらしい
0432デフォルトの名無しさん2010/10/16(土) 19:53:55
言いたいことは分からんでもないが、すっげえ冗長だなｗｗｗｗ
0433デフォルトの名無しさん2010/10/16(土) 19:55:17
てか二つめのthrows（Block<T, throws E>）って必要なの？
0434デフォルトの名無しさん2010/10/16(土) 19:59:07
コンパイラから見れば、blockに渡したコードブロックが投げる可能性がある例外がそのまま
forEachメソッドが投げる可能性のある例外と同じだとは限らないんだから
型推論のためには必要でしょ。
でもこういうの導入するってことはコードブロックを引数にとるメソッドすべてにthrows付けろってことだよなw
さすがに酷すぎ
0435デフォルトの名無しさん2010/10/16(土) 20:06:45
throwsの冗長さが問題になるほど
ユーザがコードブロックを引数にとるメソッドをいっぱい書くもんかね。
フレームワーク側やライブラリ側の記述が冗長になるのはいつもの事だし。
0436デフォルトの名無しさん2010/10/16(土) 20:34:26
lambdaに関しては本当にあらゆるjavaの仕様が裏目に出てるな
0437デフォルトの名無しさん2010/10/16(土) 20:57:27
>>434
別の場所にinterface Block<T,throws E>{/*省略*/}みたいな型宣言書かせるんだろうから
Block<T, E> block; で良いような気もするが。
0438デフォルトの名無しさん2010/10/16(土) 21:14:34
>>435
冗長さの面で言えばexception transparenyよりも
function type削られた方が影響大きいような。
interface Block<T,throws E>{ void invoke(T t) throws E; }
みたいな型を大量に書くハメになるのは勘弁。
0439デフォルトの名無しさん2010/10/16(土) 21:28:19
JavaはC++に比べたら冗長じゃない部分もあると思ってたけど（ポインタとかは）
最近の言語拡張は明らかに冗長すぎるな……
作ってる側は何も考えてないんだろう
0440デフォルトの名無しさん2010/10/16(土) 21:29:42
C#は美しいぜ
オライリーの中の人や色んな人が絶賛してる
0441デフォルトの名無しさん2010/10/16(土) 21:47:40
実装は汚いけどな。C#はコンパイラがものすごく頑張る言語で、
yieldとかローカル変数を取り込んだクロージャとか使うとコンパイル後のコードが恐ろしいことになる。
Javaは昔からコンパイラを複雑にしたがらない嫌いがあるな。
0442デフォルトの名無しさん2010/10/16(土) 21:51:50
yieldぐらいでしょ汚いのは
javaもc#の真似すればいいのにね
c#が昔javaの真似したみたいにさ
0443デフォルトの名無しさん2010/10/16(土) 21:57:52
でもC#って仕様が複雑すぎね？
・短い
・読みやすい
・仕様がシンプル
の三つがそろってはじめて綺麗って言えるような気がすんだけど
0444デフォルトの名無しさん2010/10/16(土) 21:59:08
ほらラムダ式とか、いろんな書き方があるじゃない
0445デフォルトの名無しさん2010/10/16(土) 22:00:36
まあクロージャのローカル変数のキャプチャは
ローカル変数はスタックに確保するという固定観念を捨てていいなら
コンパイラがちょっと頑張るだけで十分実装できるんだが>>424では全く触れられてないな
0446デフォルトの名無しさん2010/10/16(土) 22:00:46
C#のほうがスマートな感じはするけどね。
JavaはImportとかｔｒｙ-catchを量産するのが醜い
0447デフォルトの名無しさん2010/10/16(土) 22:04:35
c#はjavaと同じようなもんじゃない？
どっちも行ったり来たりしてるけど迷う事はそうないよ
普段からjavaee6やprismなんかのフレームワークを使って実践的なもの組んでまする
ラムダ式は本と便利
程よく便利なんでscalaやj#、haskelなんかの関数型言語をやらなくなったよ
0448デフォルトの名無しさん2010/10/16(土) 22:05:27
>>423
7では行われない。
0449デフォルトの名無しさん2010/10/16(土) 22:07:58
末尾再帰やるようになったとしてもおおっぴらに宣伝するわけにいかんわな
みんなにそれ期待したコード書かれたら互換性が失われる
0450デフォルトの名無しさん2010/10/16(土) 22:15:11
行われることが保証されないと意味無いでしょ
行われなかったら簡単にスタックオーバーフロー起こすとか
0451デフォルトの名無しさん2010/10/16(土) 22:21:06
末尾再帰が必ずループに変換できるなら、イテレータにするべきじゃね
0452デフォルトの名無しさん2010/10/16(土) 22:26:18
Javaでどう書いたら最適化されるか条件を完璧に明文化するのは難しいだろ
0453デフォルトの名無しさん2010/10/16(土) 23:08:08
>>449
末尾最適化は末尾再起のみじゃない。
0454デフォルトの名無しさん2010/10/16(土) 23:39:17
>>445
そりゃ実装だけなら簡単にできるが、仕様は簡単じゃないからな。
definite assignmentとかあるし。
0455デフォルトの名無しさん2010/10/16(土) 23:53:23
どっちかっつーと、マルチスレッド下での変数の競合の心配してるみたいだが。
そもそも匿名クラスじゃ冗長すぎてfork join使いにくいってんでlambda復活したわけだし。
0456デフォルトの名無しさん2010/10/16(土) 23:55:44
project closureでなくproject lambdaなんだから推して知るべし
0457デフォルトの名無しさん2010/10/16(土) 23:56:52
スレッド云々言ってるのはJVMのローカル変数(スタック)を使って実装することを前提にした話。
C#の実装では、クロージャに使われるローカル変数については
環境クラスを生成してヒープに確保してしまうので問題にならない。
0458デフォルトの名無しさん2010/10/17(日) 00:01:36
なんか中の人みたいな会話してるな
0459デフォルトの名無しさん2010/10/17(日) 00:09:00
Javaの無名クラスをクロージャっぽく使うために、クロージャ内で必要な変数をまとめたクラスを作って、
finalを付けたローカル変数にそのインスタンスを入れて、無名クラスの中から参照するという方法があるが、
C#のコンパイラはまさにそれと同じことを自動でやってるわけ。
0460デフォルトの名無しさん2010/10/17(日) 00:28:30
それそんなに難しくなさそうに見えるけど何が難しいの？
0461デフォルトの名無しさん2010/10/17(日) 00:40:02
ヒープはオーバーヘッドが大きいし、
その仕様、実装ならVMの拡張はいらないし、
それほど議論することじゃない。

そんなのでは十分とは思われないから議論になっている。

MSは安易な仕様、実装で後々困るって事がよくある。
0462デフォルトの名無しさん2010/10/17(日) 06:52:07
>>457
>>424のリンク先読む限りお馬鹿なプログラマにとって
実行結果が予測しにくいプログラムは書かせない的な
問題にしか見えんのだが。

というかスタックしか使えない場合って、
そもそもどうやってfinalでない変数キャプチャするんだ？
0463デフォルトの名無しさん2010/10/17(日) 08:07:54
既存の匿名クラスだって参照型のfinal変数キャプチャする時はヒープにコピーしてるしな
0464デフォルトの名無しさん2010/10/17(日) 08:27:18
「参照型の」じゃなくて「定数式でない」のような
0465デフォルトの名無しさん2010/10/17(日) 10:34:07
>>462
そんなことは>>424には書いてないよ
コードブロックを後で非同期呼び出しされたりすると既にローカル変数が消えている可能性があるから
そういうのを禁止しないと無理。ややこしいからヤダ。
と言ってるだけ。別にC#の実装が最高だとは思わないが。
04664652010/10/17(日) 10:54:44
すまん違うな。race conditionっていうのが何を指してるのかよくわからん。
もしかして並列呼び出しが行われることを想定してるの?
そんなもんドキュメントに明記するのが当たり前で、勝手に想定してない並列化なんかされたら
ローカル変数のキャプチャが無くても他のところで確実に問題が出ると思うけど…
0467デフォルトの名無しさん2010/10/17(日) 11:25:12
>>465
「既にローカル変数が消えている可能性がある」なんてのは、どこにも書いてない。

race conditionは普通に考えればマルチスレッド環境下での競合状態。
lambdaの導入経緯が>>455なら、今までのJavaのポリシーからいって
>>462の解釈の方が妥当。
0468デフォルトの名無しさん2010/10/17(日) 11:26:10
競合状態よりrace conditionの方が通りがいいような気がするんだが
0469デフォルトの名無しさん2010/10/17(日) 11:32:33
そんなことまで考えだしたら何もできなくね?
安全に並列実行できるようにしたいならフィールドやfinal変数の参照も禁止しないと意味ないし
それこそオブジェクトは全部イミュータブルにしなきゃいかん
0470デフォルトの名無しさん2010/10/17(日) 12:13:45
inner classからのfinal変数の参照はすでに許可されてるから
制限が増えるわけではない
0471デフォルトの名無しさん2010/10/17(日) 12:22:09
マルチスレッド環境で問題だからというのがローカル変数を取り込めない理由になるのはおかしいよ。
それだったら、ローカル変数だろうとフィールドだろうとラムダ式の外で定義されてるメンバ(定数以外)
へのアクセスは全て禁止するべき。使い方次第だというならローカル変数取り込むのだって同じだ。
0472デフォルトの名無しさん2010/10/17(日) 12:24:25
バカよけのために俺らの使い勝手が悪いってのは納得いかないなぁ
0473デフォルトの名無しさん2010/10/17(日) 13:36:28
>>471
そんな極論に走られてもな。

>>424読む限り期待される便利さと予想される問題発生率と
回避手段の有無を天秤に掛けた上で言ってるだけらしいが。
0474デフォルトの名無しさん2010/10/17(日) 13:44:40
fork-joinがやりたいのはわかるけど、他にもラムダの使い道なんていくらでもある。
fork-joinのためだけに言語を大改造してしょぼいラムダを導入する必要があるのかは疑問。
せっかく導入するなら便利に使えるようにしてほしいし、今のままなら導入しない方がマシだと思う。
0475デフォルトの名無しさん2010/10/17(日) 13:53:24
昔あった@Sharedってどうなったの？
0476デフォルトの名無しさん2010/10/17(日) 14:51:24
>>474
fork-join以外の使い道っていうか
一般的なクロージャとかラムダ式をJavaに導入しようという試みは
project closure と一緒にボツになったような。

project lambda の成果を fork-join以外の目的に使ってもいいけど、
あくまで fork-join がメインだから、fork-joinで問題出そうな機能は
project lambda には入れませんよ、みたいなスタンスなんじゃない？
0477デフォルトの名無しさん2010/10/17(日) 18:08:00
>>474
そんなこと書いてねえ。
>>476
違う。

メモリアクセスにおいて安全な操作しかJVMに入れられないのは前提。
次にマルチ言語環境を想定しないといけないのも前提。
その上で効率も追求したい。
さらにJavaからも簡単に使いたい。
だから難しくなってる。
0478デフォルトの名無しさん2010/10/17(日) 19:37:14
いや現にGroovyやScalaなんかはC#と同じようにクロージャのレキシカル変数を
コンパイラレベルで実装してるじゃん。それで十分使えることは多数の前例によって証明されてるし、
仮にJVMレベルでサポートしたところで統一するのは難しいでしょう。
0479デフォルトの名無しさん2010/10/17(日) 21:36:27
JVMの後方互換性が問題になるだけで、
より効率が良くなる機構があれば先行言語も採用するでしょう。
0480デフォルトの名無しさん2010/10/21(木) 22:11:12
OSXでJavaVM搭載するの禁止になったぞ
OSXじゃもうJavaは使えない

やばいぞJava
0481デフォルトの名無しさん2010/10/21(木) 22:32:13
公式サポートがなくなるだけだろ。
AppStoreからは締め出されるかもしれないけどそんなのは完全に予想されてたことだし
デスクトップのjavaなんてどうせ死んでる。
0482デフォルトの名無しさん2010/10/21(木) 22:38:04
windowsと同じORACLE経由になるのか。
入れないと使えないなら、公式開発言語としては外されそうだね。
0483デフォルトの名無しさん2010/10/21(木) 22:40:01
osx server に入れて使う用途にゃ関係無いか。
0484デフォルトの名無しさん2010/10/21(木) 22:47:29
AppleのせいでOS XのJavaアップデートが滞りまくるのにはうんざりしてたから
むしろありがたい
0485デフォルトの名無しさん2010/10/21(木) 22:47:49
最近のappleのPC市場シェアってどれほどなの？
0486デフォルトの名無しさん2010/10/21(木) 22:54:00
５%ぐらいじゃねーのかな
0487デフォルトの名無しさん2010/10/21(木) 23:20:00
20年経ってもまだそんなところか
linuxすらも追い越せないんだな
0488デフォルトの名無しさん2010/10/21(木) 23:20:55
デスクトップ市場のシェアでは一度もOS Xに買ったことすらないだろ＞Linux
0489デフォルトの名無しさん2010/10/21(木) 23:23:31
freebsdがあるからosと抱き合わせ販売してるmacなんか実際どうでもいい
0490デフォルトの名無しさん2010/10/21(木) 23:44:12
Linuxはシェア0.04%しかないよ
0491デフォルトの名無しさん2010/10/21(木) 23:54:34
どこの調査結果だか知らないけどそんな情報を信じてるのか
パソコンを1台しかもってないとそうかもしれないが・・
0492デフォルトの名無しさん2010/10/22(金) 02:04:31
将来最も大きなソフトウェアワールドになるのは、ARMだ。
0493デフォルトの名無しさん2010/10/22(金) 15:51:50
>>482
「公式」って何の公式？
既にbindingもろくにない状態だし…

>>484
旧Sunは自分達でJVM for Mac OS X作らせてくれって言っていたんだよね。
Appleが自分でやるって言っていただけで。

たぶん、iPod, iPhoneでObjective-Cが受け入れられているから、
他の言語は必要ないというか、排除したいんだろうね。
0494デフォルトの名無しさん2010/10/22(金) 22:10:56
>>492
ARMってソフトウェアだったのかw
0495デフォルトの名無しさん2010/10/22(金) 22:39:39
>>492がそう思ってると思いたいのが>>494
0496デフォルトの名無しさん2010/10/22(金) 23:30:26
あげあしとりの皮肉に決まってんじゃん
0497デフォルトの名無しさん2010/10/23(土) 03:39:28
Java7に合わせてHead first Java 第3版出版するらしいよ
0498デフォルトの名無しさん2010/10/23(土) 11:16:54
Doug Lea御大がJCPにダメ出し……
0499デフォルトの名無しさん2010/10/25(月) 23:37:32
ラムダに関する最新情報
http://www.infoq.com/jp/news/2010/10/lambda-update
0500デフォルトの名無しさん2010/10/27(水) 13:26:37
Java3Dは、進化予定あるの？
3Dメガネで立体視可能になるとか。
0501デフォルトの名無しさん2010/10/28(木) 19:29:19
jsf,facelets,JavaFXあたりの技術を使えないか、と、
部長からお達しが来たのですが、皆さんのご意見的にはどうですか？
JavaFXは死滅、jsf,faceletsはJSP/Servlet/Strutsの後継ってことで、
普及しそうな感じがするんですが。
0502デフォルトの名無しさん2010/10/28(木) 19:33:41
スレ違い。
0503デフォルトの名無しさん2010/10/28(木) 19:48:52
>>501
JSPとServletはEEの基礎部分だからこの先も必要になる(例えばファイルアップロード)が、
Facelets+CDIがあれば既存のフレームワークは大抵消える。EJBも相当簡単になったしね。
JavaFXは実はOracleが結構な注力をしてる。JavaFX Mobileが上手くいけば普及は一瞬。
0504デフォルトの名無しさん2010/10/28(木) 19:53:48
JavaFXは名前変えればいいのに
敗北して消滅したスクリプトのイメージが強すぎる
0505デフォルトの名無しさん2010/10/28(木) 21:31:55
JavaFX Scriptは名前が悪かったな
JavaっぽいけどJavaじゃない何か、のScript言語ですよなんて、ゲテモノ感しかなかった

例えばそうだな・・・スクリプト言語の軽快さをJavaに持ってきましたってことで―――



JavaScriptって名前はどうだろう？
0506 [―{}@{}@{}-] デフォルトの名無しさん2010/10/28(木) 21:37:34
不覚
0507デフォルトの名無しさん2010/10/28(木) 21:59:28
>>503
JavaFX Mobileがうまくいく見込みなんてゼロだよゼロ
0508デフォルトの名無しさん2010/10/28(木) 22:15:40
ジャバはもうだめぽ
もうおれたちはドットネットの号令に従うしかない
0509デフォルトの名無しさん2010/10/28(木) 22:49:51
どとねっともダメだろ
安泰なのはPHPとJS。こいつらはガチ
やる気しねーけどな
0510デフォルトの名無しさん2010/10/29(金) 23:49:21
なんかOracle主導でJavaおかしくなってきてないか
0511デフォルトの名無しさん2010/10/30(土) 05:43:08
何をいまさら
0512デフォルトの名無しさん2010/10/30(土) 09:57:31
Java7から
OpenJDK以外有料化されるからな
仕様書も有料で買わないといけないし
0513デフォルトの名無しさん2010/10/30(土) 10:12:46
へ？
0514デフォルトの名無しさん2010/10/30(土) 12:25:04
JDKインストールするにはOracleの人呼ばないとダメになるんだろ？
0515デフォルトの名無しさん2010/10/30(土) 12:52:38
Javaも今後はAppleと同じで無料で開発もできるけど
Developerラインセス買わないとまともに開発情報
手に入らなくなる予定だけどね
0516デフォルトの名無しさん2010/10/30(土) 13:07:50
そして、System V JAVA と BSD JAVA に分裂し、ゴタゴタの中を颯爽と成長する .NET
0517デフォルトの名無しさん2010/10/30(土) 14:00:37
Open Java FoundationとJava Internationalの仁義なき戦いが始まるのか
0518デフォルトの名無しさん2010/10/30(土) 14:08:15
java7まではsunがほとんど開発してたんだから、まったく違う仕組みするならjava7を出した後にやってくれ。
昔のgifっぽくいきなり金とるとかだと、オラクルはやっぱりただの詐欺軍団だったというレッテルしか張られない。
0519デフォルトの名無しさん2010/10/30(土) 15:09:12
Java1.1に遡って課金でしょ？
0520デフォルトの名無しさん2010/10/30(土) 19:06:33
JSFっていつになったら流行るの？
0521デフォルトの名無しさん2010/10/30(土) 19:23:43
EE6からは普通に使われてるだろ。
Facelets+CDIは恐ろしく簡単だ。
0522デフォルトの名無しさん2010/10/30(土) 21:10:19
JavaEE6自体が使われてない現実
Java自体も使われなくなる現実
0523デフォルトの名無しさん2010/10/30(土) 21:18:45
>>508-509
0524デフォルトの名無しさん2010/10/30(土) 23:51:07
EUが行政レベルのシステムでJava禁止になるかも
しれないしな

どうするんだろうなw
0525デフォルトの名無しさん2010/10/30(土) 23:55:23
なんで禁止になるかもなの？
ドットネットだってマイクロソフトの独占商標でしょ
0526デフォルトの名無しさん2010/10/31(日) 00:08:04
Oracleの独占商標になるの嫌ってる連中が
多いんだろうな
0527デフォルトの名無しさん2010/10/31(日) 00:28:41
ジャバ直接で儲けようとすると、去っていく人が多いしもうジャバプラットに戻ってこないんじゃないか。
例えばnetbeans pro versionとか有料になってしまって開発ドキュメントやら環境やらで投資回収をするなら、アドビとかマイクロソフトとかソフトウェア業者とやってることは同じになる。
ネットスケープやボーランドはマイクロソフトにボコボコにされて消滅し、サンすらも半壊してデスクトップ進出が出来なくなったでしょ。
ジャバは売り物なのかどうかオラクルはこれをどう考えているかに係わるけど、どっちにしてもジャバで儲けようと考えるなら敵対プレーヤーが多くなるから利益よりも損害の方が大きいだろう。
0528デフォルトの名無しさん2010/10/31(日) 00:39:51
個人的にはIBMの動向かなと思う。
IBMの直接のライバルがOracleなら直接つぶしにかかるようなきもする。
0529デフォルトの名無しさん2010/10/31(日) 00:52:22
ibmとintelはlinuxで思惑が一致しているのと同じでibmがsofutwear envoboroiment partonarとしてoracleとopenjdkを選んだと考えれば何の心配もない
8年後にグーグルがどこに買収されるのかってのが気になるが・・・
0530デフォルトの名無しさん2010/10/31(日) 01:36:16
>>527
結局Sunは買収されたんだからJavaで十分に儲けることができなかったってことだろ
0531デフォルトの名無しさん2010/10/31(日) 09:28:50
Javaと.NETの特許問題への短い紹介
http://www.infoq.com/jp/articles/java-dotnet-patents

MSは独占を懸念されてISOや特許について対策済み
Winプラットフォーム以外自社提供しないの以上はJavaと置き換わることもないし、
JavaもEU議会で問題になれば、Oracleが同じ対策するんじゃないかな
0532デフォルトの名無しさん2010/10/31(日) 11:13:46
> Javaでは、きらったのである
> もちろん、だから、何らかの注意がまだ、必要である
> なので、直ちに、特許関係の事態は、ずっとよくなる
なんか残念な感じの日本語だな
0533デフォルトの名無しさん2010/10/31(日) 13:26:56
所詮は法律素人の憶測だろ
捨ておけ
0534デフォルトの名無しさん2010/10/31(日) 13:38:26
何言ってんだよ
ジャヴァはもう終わってるだろ
米グーグルに喧嘩売ったりしてウェッブ・アイテー・コメニティーからもポカーンされてる
米アップルに嫌われちゃったからモバイルもジャヴァも即死
0535デフォルトの名無しさん2010/10/31(日) 15:17:03
さーさー

！！ドトネット万歳！！

さーさー
0536デフォルトの名無しさん2010/10/31(日) 16:30:30
確かにGoogle訴える事でのメリットよりデメリットの方が大きい気がするな。
仮にOracleが勝訴しても喜ぶのはAppleとMSであってOracleにとっては利益にならない。
0537デフォルトの名無しさん2010/10/31(日) 16:36:14
オラクルはサーバーとDBが売れればいいだけ
Androidなんか関係ない
0538デフォルトの名無しさん2010/10/31(日) 16:53:13
このままじゃサーバでもJava離れが進むことになる
同時にRDB離れも進む
0539デフォルトの名無しさん2010/10/31(日) 16:57:31
GOOGLEのANDROIDは著しい著作権・特許権の侵害をしながらサンとジャバのモバイル分野進出の機会を奪った
GOOGLEの商売は全世界で著書の無断コピーをしてなおかつ商用利用し、パスワードやメールなどの個人情報を独断で収集して追跡広告の利用を考えていた
GOOGLEの技術はベータのまま1年で消えてしまいホスティングの運用も停止休止が多いから実用サービスとしてまったく信用できない
GOOGLEは中国・韓国・ドイツのWEB市場から追放され、アメリカでもアップル・オラクルに嫌われてインフォーメーション・テクノーロジーの世界から消えようとしている
いくら虚像を描いてみてもこれが現実
0540デフォルトの名無しさん2010/10/31(日) 16:57:57
オラクルの社長ってMS大嫌いらしいけど
今のオラクルとグーグルの争いで一番喜んでるのはMSだよな
0541デフォルトの名無しさん2010/10/31(日) 17:07:48
>>534
0542デフォルトの名無しさん2010/10/31(日) 17:16:19
予定ではそろそろくろーむおーえすがリリースされるころだけど、これでどでんがえしでもしようと画策してんじゃないの？
というか、おーえすとして宣伝してるけどじっさいはグーイをウェブブラウザにしてこれにX11サーバくみこみにしただけなんだけどね
0543デフォルトの名無しさん2010/10/31(日) 18:51:40
AndroidがJava的プラットフォームの筆頭だから、
OracleがGoogleの影響力を警戒するのも分かるけれど。
0544デフォルトの名無しさん2010/10/31(日) 19:55:29
Oracleは単に金取りたいだけに見えるが。
goslingみたいな残ってた著名開発者逃がしちゃうし影響力気にしてるようには見えんな。
0545デフォルトの名無しさん2010/10/31(日) 20:25:56
Androidがいかに流行ろうがオラクルの利益になるわけじゃない
0546デフォルトの名無しさん2010/10/31(日) 20:46:50
Android潰さずに上手く流行に乗れれば本家Javaが流行る可能性あるだろうし、
本家Javaが流行ればそっから利益を得る手段もあるんじゃね？
0547デフォルトの名無しさん2010/10/31(日) 21:01:56
Javaのオールマイティ感が薄れればサーバ側の需要も減るよ。
サーバ製品は枯れた技術求めるから遅延はあるだろうが長期的には死期を早めるだけ。
0548デフォルトの名無しさん2010/10/31(日) 21:02:08
オラクルは.Netは公共機関もライセンス払ってるんだら
Javaにも払えよってスタンスだし

ISOに承認されていない言語で影響力の大きい言語は
政治力で潰されてきたからな
0549デフォルトの名無しさん2010/10/31(日) 21:07:02
>>546
It's a right way, but not the Oracle way.
0550デフォルトの名無しさん2010/10/31(日) 21:09:14
オラクルDBやIBM DBはISO認証なんですか？
0551デフォルトの名無しさん2010/10/31(日) 21:14:22
>>548
意味不明
0552デフォルトの名無しさん2010/10/31(日) 21:18:19
SUNはオープンソースの文化を深く理解して、企業活動とうまく両立させてたけど
Oracleみたいな企業には文化活動との両立は絶対にムリ。
0553デフォルトの名無しさん2010/10/31(日) 21:19:41
両立に無理があったから生き残れなかった、ってことじゃないの？
0554デフォルトの名無しさん2010/10/31(日) 21:43:28
>>534
0555デフォルトの名無しさん2010/10/31(日) 21:48:28
>>548
Microsoft WindowsはいつISOに承認されるんですか？
0556デフォルトの名無しさん2010/10/31(日) 23:10:30
Java使ってる連中ってマジコン厨と一緒だろ？
0557デフォルトの名無しさん2010/11/01(月) 00:40:00
posixとsqlはisoの規格がある
0558デフォルトの名無しさん2010/11/01(月) 01:02:44
http://www.itscj.ipsj.or.jp/topics/java.html
サンよりオラクルの方がまともに規格化出来ると信じたい
0559デフォルトの名無しさん2010/11/01(月) 01:11:36
2002年ってWindows XPとかの時代だっけ？
というか米企業はそもそも日本語や韓国語を話すようなデベロッパーの戯言なんか興味ないし
0560デフォルトの名無しさん2010/11/01(月) 01:29:08
>>559
そこはせめて「英語を話せない」じゃないか？
0561デフォルトの名無しさん2010/11/01(月) 16:58:37
日付関連はどうなったんですか？
0562デフォルトの名無しさん2010/11/07(日) 12:17:09
java にも var が欲しい C# みたいな
0563デフォルトの名無しさん2010/11/07(日) 13:16:03
ランタイムをアップデートしたらセキュリティ設定が全部あぼーんするのどうにかしてほしいな
0564デフォルトの名無しさん2010/11/07(日) 13:26:20
来年から年99ﾄﾞﾙぐらい
開発ライセンス必須なんだよね？
0565デフォルトの名無しさん2010/11/07(日) 13:30:43
ソニーはそういうこと平気でやって嫌われてるよね
0566デフォルトの名無しさん2010/11/07(日) 15:22:41
そんなもんNHKの受信料と同じ扱いでOK
0567デフォルトの名無しさん2010/11/07(日) 15:25:07
何言ってんだよ
ジャヴァはもう終わってるだろ
米グーグルに喧嘩売ったりしてウェッブ・アイテー・コメニティーからもポカーンされてる
米アップルに嫌われちゃったからモバイルもジャヴァも即死
0568デフォルトの名無しさん2010/11/07(日) 16:04:29
>>512
日本語版のJavadocがダウンロードできなくなったのもその伏線なのかな。
なんか気持ち悪いな。
0569デフォルトの名無しさん2010/11/07(日) 16:21:18
>>566
意味不明
0570デフォルトの名無しさん2010/11/07(日) 17:23:56
568だけどググったらあった。
ttp://blog.goo.ne.jp/kano08/e/c42f0f66e00bb785ec994507832b2ce5

jdk6u22が追いついてないだけっぽい。
いままでこういうのってタイムラグあったっけ？
そういえばSwingチュートリアルも日本語化してないし日本人には冷たいんだな。
0571デフォルトの名無しさん2010/11/07(日) 18:30:27
英語以外の言語サポート切り始めると
有料化も近いなぁ

過去いろんなソフトで同じ目にあったし
0572デフォルトの名無しさん2010/11/07(日) 20:08:23
>>570
大きい更新以外でも追従してたの?
昔は日本語版ダウンロードしていたこともあったけど、
遅れるんでやめてしまったよ。
0573デフォルトの名無しさん2010/11/08(月) 01:52:59
6u10で再度日本語翻訳が作られたみたいでclass Comparableとか英語のままだった。
javase,netneansは6からコミュニティーが手伝って翻訳してるって聞いたけどちがうの？
0574デフォルトの名無しさん2010/11/08(月) 02:11:15
いずれは手伝ってやるよ。英検3級がとれたらな。
0575デフォルトの名無しさん2010/11/08(月) 02:13:02
技術文書のしかもリファレンスにそんな難しい文章は出てこないよ。
0576デフォルトの名無しさん2010/11/08(月) 02:51:14
英語でもいいんだけど、ロジック考えてAPIとにらめっこしてるときにapidocが母国語じゃないと思考の妨げになってかえってはかどらないでしょ。
0577デフォルトの名無しさん2010/11/08(月) 11:18:40
むしろ日本語の解説の方が思考の妨げになりやすい
0578デフォルトの名無しさん2010/11/08(月) 13:01:29
それはない
0579デフォルトの名無しさん2010/11/08(月) 20:44:35
訳した日本語がわけわからんので結局英語読む羽目になることはあるな。
0580デフォルトの名無しさん2010/11/08(月) 21:30:24
元の英文推測しながら読んでたりするな
0581デフォルトの名無しさん2010/11/08(月) 22:53:59
>>573
これのこと？
http://doc.java.sun.com/DocWeb/
0582デフォルトの名無しさん2010/11/10(水) 22:37:12
JVM有償化きたーーーー
0583デフォルトの名無しさん2010/11/10(水) 22:45:07
Oracleのジャージ着たオバさんがウチのインターホン連打してる。
0584デフォルトの名無しさん2010/11/10(水) 22:54:53
そらみろ．ストールマンは正しかった
0585デフォルトの名無しさん2010/11/10(水) 23:00:27
JAVAの終焉商用版
http://journal.mycom.co.jp/news/2010/11/10/055/index.html
0586デフォルトの名無しさん2010/11/10(水) 23:04:08
Sun JVMって近々公開停止の可能性もあるよね？
0587デフォルトの名無しさん2010/11/10(水) 23:05:50
分裂して自然消滅の流れが決定的になったな
言語仕様だけが残ってプラットフォームとしては終了
0588デフォルトの名無しさん2010/11/10(水) 23:18:31
言語仕様だって特許訴訟で潰す姿勢を明確にしてるじゃん。
それにしても他に競争相手がいないならともかく.NET Frameworkに根こそぎ
持って行かれることが分かり切ってるのにどうしてこんな馬鹿な真似ができるんだか
0589デフォルトの名無しさん2010/11/10(水) 23:25:20
J#始まったな。
0590デフォルトの名無しさん2010/11/10(水) 23:27:26
>>588
言語仕様には特許はあり得ません。
実行環境ならあり得ますが。
0591デフォルトの名無しさん2010/11/10(水) 23:30:49
forkされたらJavaと見做されなくなるから特許訴訟で潰せるんだっけ
0592デフォルトの名無しさん2010/11/11(木) 00:08:31
Javaの場合、サーバでしばらく生きるんじゃないのかな。
0593デフォルトの名無しさん2010/11/11(木) 00:35:03
もう欧州だとLinux+javaは終わりだって
ことでRubyかPythonにほぼ乗り換えたね

一部金があるところはMSになってるみたい
0594デフォルトの名無しさん2010/11/11(木) 00:45:06
欧州でruby？え？
0595デフォルトの名無しさん2010/11/11(木) 00:57:47
もともと住み分け出来てる分野だろ
0596デフォルトの名無しさん2010/11/11(木) 01:13:51
MySQLと同じになるだけだろ

ただ、JCPではW3Cみたいな透明性は出せないし、Sunの時より主導権争いに奔走してるように見えるので、
せめて5.0でも6.0でもいいから国際規格化ぐらいはやってほしい。
あとは、HotSpotVMとJRockitVMを有償化するなら、OpenJDKの強化は続けてほしい
0597デフォルトの名無しさん2010/11/11(木) 01:23:40
http://www.infoq.com/jp/news/2010/10/azul_zing_ga
数年のうちにこういうGCの影響が軽微になるシステムが、オープン&無償で使える様になるはずなんだが…どうなることやら
0598デフォルトの名無しさん2010/11/11(木) 04:15:21
おまえらはこういう業界ネタのときだけ騒がしくなるんだな
0599デフォルトの名無しさん2010/11/11(木) 04:18:31
>>567
0600デフォルトの名無しさん2010/11/11(木) 14:14:39
Oracleがここまでとんでもない会社だったとはなあ・・・
0601デフォルトの名無しさん2010/11/11(木) 14:21:21
ピープルソフトの件とか知らないのかよ…
0602デフォルトの名無しさん2010/11/11(木) 14:38:31
これまでも競合他社や製品を潰したり顧客を奪う目的の買収は普通にやってきてるしなぁ。
0603デフォルトの名無しさん2010/11/11(木) 15:06:39
ゲイツが社長だった2002年ごろまでのMSはもっとひどかった・・・
0604デフォルトの名無しさん2010/11/11(木) 15:09:20
オラクル、ピープルソフト社員に解雇通知を発送　2005年1月14日 20時57分
http://japan.cnet.com/news/biz/story/0,2000056020,20080078,00.htm
0605デフォルトの名無しさん2010/11/11(木) 16:12:23
SunJava が終わって時代は OpenJava ですね。



もしかしてmono?
0606デフォルトの名無しさん2010/11/11(木) 16:48:41
SunにしたってNetscap (iPlanet)、Forte、NetDynamics等々と買収しては潰してきたからな
因果応報
0607デフォルトの名無しさん2010/11/11(木) 17:03:00
買収したけどうまく活用できなくてというケースもあるけどね。
肩を持つわけじゃないがＭＳはそのケースが多い。
0608デフォルトの名無しさん2010/11/11(木) 17:11:30
商用LinuxとオープンソースLinuxの棲み分けと同じだろ。
サポートなしのJVMが今のJRE6より性能が落ちるようなことはまず無かろうて。
0609デフォルトの名無しさん2010/11/11(木) 17:18:42
その点IBMはさすがだな
普通には死んだも同然のLotusやRationalがブランドとして存続し、製品も残ってるどころか進化してる
Sequentのように名前も製品ラインも消えたけどその技術がIBM本流の製品に広く使われてるケースもある
JavaだけでもIBMに買われてたらな。。。
0610デフォルトの名無しさん2010/11/11(木) 17:25:41
Lotusは一般向けじゃないし、ワープなんかウィンドウズキュウジュウゴが出て即死だったのにいつまでも引っ張っていたでしょ
0611デフォルトの名無しさん2010/11/11(木) 17:29:03
ジャバ的にはSWTとかどこいちゃったんだろう・・・・これもIBM製？
0612デフォルトの名無しさん2010/11/11(木) 17:54:45
ジャバ的にはSWTなんかプラットフォーム依存しまくりの癌だろう
Javaが掲げる理想のダメさを証明しているというか
0613デフォルトの名無しさん2010/11/11(木) 17:56:15
Eclipseは今もSWTなの？
0614デフォルトの名無しさん2010/11/11(木) 17:56:40
今もSWTだよ
0615デフォルトの名無しさん2010/11/11(木) 17:59:21
EclipseはもともとはJAVAだったけど今じゃもうJAVA言語の世界とは関係ないでしょう・・・・
0616デフォルトの名無しさん2010/11/11(木) 18:03:39
GOOGLEがJAVAのLICENCES料をちゃんと支払っていれば、Java MEも安泰だったしSUNもSHORTしたりORACLEにJAVAごと売り飛ばされるようなことはなかった。
0617デフォルトの名無しさん2010/11/11(木) 18:11:14
まあ、そうだね。
Googleが支払わなきゃ行けない義務は無かったろうけど、
SunはAndroidを出された時点でJCPの常連とともに係争すべきだった。
・・・ただ、それだけの体力がSunに残されてなかったかも知れんｗ
0618デフォルトの名無しさん2010/11/11(木) 18:24:30
グーグルがオラクルと争えば争う程、アンドロイド携帯を出荷しているキャリアとベンダーに出荷差止めと損害賠償請求の付けが回ってくる。
さらに怒ったオラクル（サン)は、JVMを有料にして日曜開発者から２０人ぐらいの小規模開発会社に対しても１年JAVAライセンスで１０万ぐらいの小銭を徴収するような商売を始めるようになる。
0619デフォルトの名無しさん2010/11/11(木) 18:27:01
>>603
0620デフォルトの名無しさん2010/11/11(木) 18:33:19
え？有料JVMってJava SE for Businessの延長だろ？
オプソJVMにライセンス料が発生するなんて記事あるの？
0621デフォルトの名無しさん2010/11/11(木) 18:39:48
mysql
0622デフォルトの名無しさん2010/11/11(木) 18:45:17
>>620
ない。
0623デフォルトの名無しさん2010/11/11(木) 19:02:07
>>608
openofficeのようにopenjdkだって商売にならないところは放置されて最悪に落ちこぼれるってこともありえる。
オープンの宿命というかフリーダムの宿命というか、openoffice,opensolarisの次はopenjdkがforkしていくだろうね。
0624デフォルトの名無しさん2010/11/11(木) 21:05:06
java有料になっちゃうんか。
0625デフォルトの名無しさん2010/11/11(木) 21:52:01
http://www.itmedia.co.jp/enterprise/articles/1011/11/news064.html
Java7ですら相変わらず雲行きが怪しい有様
次世代って本当にいつになるんだか
0626デフォルトの名無しさん2010/11/11(木) 22:24:52
次はRedHat買収だからな
許可さえ降りれば来年にも買収予定だし
0627デフォルトの名無しさん2010/11/11(木) 22:28:49
>>625
JCPの規約はSUNに限って破っても問題ないって
免責事項あるから、買収したOracleに対しても有効

ASFがJCPから締め出されて、最悪訴訟が間近
0628デフォルトの名無しさん2010/11/11(木) 22:37:57
Redhatもなのか
0629デフォルトの名無しさん2010/11/11(木) 23:50:42
>>625
JavaはJava6で終焉だろ
0630デフォルトの名無しさん2010/11/12(金) 00:00:40
Javaもfork5秒前ぐらいか。
Javaという名前は使えないと思うけど。
0631デフォルトの名無しさん2010/11/12(金) 00:05:26
名前は何になるんだ
Avaj
Kiwi
Jivi
Vaaj
0632デフォルトの名無しさん2010/11/12(金) 00:07:44
OpenJDKからforkしたらGPLオンリーになるんだよなあ
気に入らないからって独自に実装したら訴訟
終了だな
0633デフォルトの名無しさん2010/11/12(金) 00:26:00
>>632

言語仕様のforkだからGPL関係ないけど?
0634デフォルトの名無しさん2010/11/12(金) 00:34:43
言語仕様はJCPの枠組みを越えて
利用した場合、訴訟の対象となる。

訴訟権限を持ってるのは特許を保持している
会社だけ
0635デフォルトの名無しさん2010/11/12(金) 00:39:54
>>633
言語がISOに未登録だから、言語仕様
自体に知的財産権あるんだよ
0636デフォルトの名無しさん2010/11/12(金) 00:45:35
言語仕様の利用が許されたとしても、言語仕様だけが同じJavaモドキなんて存在価値無いだろ
互換のライブラリ実装した時点で訴訟対象だし
0637デフォルトの名無しさん2010/11/12(金) 01:27:28
>>635
ないよ。
0638デフォルトの名無しさん2010/11/12(金) 02:59:17
言語仕様は著作物にならない。これは勘違いしないでね。
実装に対しては特許問題は有りえる。
実装がJava(TM)を名乗ることはOracleが許さないだろう。

さて。
Apacheが抜けるとみんな逃げる気もするけど…。
Java互換言語に意味がないかApacheその他がみんな抜けたJavaに意味があるか。
0639デフォルトの名無しさん2010/11/12(金) 04:43:45
アパッチなんかもういらんだろ。
もしアパッチライブラリとウェブサーバがなくなったとしても、インターネット的に実際はあまり影響ない。（１、２年は影響があるが)
もしアパッチが解散になったとしても実際はBSDライセンスだからforkされて開発者側にも何ら影響がない。
0640デフォルトの名無しさん2010/11/12(金) 04:53:38
>>638
オラクルと裁判中ですからアパッチのことはグーグルが後ろで応援してるんですよ。
これからはグーグルがハーモニーをメンテすることになるんですがそういうことをグーグル自身はやらないで「オープン」と称してグーグル教狂信開発者にメンテを任せるのでその布石でしょう。
0641デフォルトの名無しさん2010/11/12(金) 04:57:57
突っ込みどころ満載だなｗｗｗ
まず誰も著作権の話してないのに、言語仕様は著作物にならないとかドヤ顔で言ってる時点で謎
二行目では特許の話に摩り替わってるしｗｗ

その二行目も意味不明。
仕様を特許化すれば実装も守れるだけで、実装そのものを特許にできるわけねえだろｗｗｗ
〇〇な特徴を持った炊飯器（仕様）に特許を付けるのは可能だが
タイガー炊飯器（実装）に特許申請できてたまるかｗｗｗｗ
ま、JVMを実装するために特別な技術を使っててそれに特許が付いてるというのはあると思うけど

3行目はこれまた商標(TMってTradeMarkの略だぞ)の話に摩り替わってるw
無断で本物名乗ったら駄目というのは商標権の話だ
0642デフォルトの名無しさん2010/11/12(金) 05:06:00
>>616-618
0643デフォルトの名無しさん2010/11/12(金) 05:12:37
>>641
どうでもいいことを何行も書いたりして、もしそういうところをちゃんと議論したいならちゃんと下調べしたり勉強た方がいいよ。
君の方がかなり間違っている。というか社会の一般常識程度の知識のIT記者の推測程度のIT系の記事に洗脳されちゃて思い込みで君は何かを書き込んでるようだ。
0644デフォルトの名無しさん2010/11/12(金) 05:25:53
ゆとりーの相手はするな
0645デフォルトの名無しさん2010/11/12(金) 08:38:22
>>641
ドヤ顔乙
0646デフォルトの名無しさん2010/11/12(金) 09:03:42
ibmから開発者とソースの提供があるのでまだ大丈夫。
ibmはライセンス的にApache Harmonyへのコミットを望んでたけど、Oracleから少しでもオープンソースの開発ベース残すのにOpenJDKにコミットしたようだ。
0647デフォルトの名無しさん2010/11/12(金) 09:33:45
JavaもCOBOLの道を歩むのか
うちのJava老害がうざいんよーって言われるのも時間の問題
0648デフォルトの名無しさん2010/11/12(金) 09:43:19
次世代Java、その名はJavaScript
0649デフォルトの名無しさん2010/11/12(金) 11:22:25
>>641 ほど頭の悪いのは他にいないと思うが説明しておこう。

> まず誰も著作権の話してないのに、言語仕様は著作物にならないとかドヤ顔で言ってる時点で謎

Javaの仕様書を読んでJVMなどをfrom scratchで作ろうとされたからと言って
仕様書を勝手に使うなとは言えないということ。
また仕様を変更したとしてもこれを著作権侵害で訴えることも無理。

>>634 >>635 >>636 あたりに対してコメント。

> その二行目も意味不明。
> 仕様を特許化すれば実装も守れるだけで、実装そのものを特許にできるわけねえだろｗｗｗ

DalvikVMが特許侵害だとOracle vs Googleで今やってますが。

> 3行目はこれまた商標(TMってTradeMarkの略だぞ)の話に摩り替わってるw

最低限テストキット通らないとJavaにならないということで
今まさに問題になってるでしょう。

そもそも何が問題になっているのか理解してないのかな。
0650デフォルトの名無しさん2010/11/12(金) 11:32:51
ゆとりーの相手はするな
0651デフォルトの名無しさん2010/11/13(土) 01:28:11
Oracle and Apple Announce OpenJDK Project for Mac OS X
http://www.apple.com/pr/library/2010/11/12openjdk.html
0652デフォルトの名無しさん2010/11/13(土) 08:45:19
まあ思ったより、アップルも考えてくれててよかったよ。
http://www.infoq.com/jp/news/2010/10/apple-deprecates-java
0653デフォルトの名無しさん2010/11/13(土) 08:48:00
http://blogs.oracle.com/henrik/2010/11/oracle_and_apple_announce_openjdk_project_for_osx.html
0654デフォルトの名無しさん2010/11/14(日) 17:39:56
JCPの文章ってプロプラの著作物なんだな
0655デフォルトの名無しさん2010/11/14(日) 18:39:19
著作権とか、そんなに気になるならちゃんと勉強しといた方がいいよ。たぶんほとんどの人がちゃんと理解してないと思う。
0656デフォルトの名無しさん2010/11/14(日) 18:50:04
>>655
おまえもなw
0657デフォルトの名無しさん2010/11/17(水) 16:12:59
ruby みたいな例外時のretryを構文でサポートしやがれ
0658デフォルトの名無しさん2010/11/18(木) 07:43:34
JSRがいろいろ出てるな
0659デフォルトの名無しさん2010/11/18(木) 12:08:11
lambda, multicatch, try w/resourceあたりきたね。
0660デフォルトの名無しさん2010/11/19(金) 18:00:26
どうせまたうだうだ議論して白紙に戻るんでしょ
0661デフォルトの名無しさん2010/11/19(金) 18:44:45
ダグ御大はどうなっちゃうの？
0662デフォルトの名無しさん2010/11/20(土) 13:10:43
dag、お前邪魔だろって言われてたし
ちょうどいいんだけどね
0663デフォルトの名無しさん2010/11/21(日) 04:35:11
>>623
> >>608
> openofficeのようにopenjdkだって商売にならないところは放置されて最悪に落ちこぼれるってこともありえる。
> オープンの宿命というかフリーダムの宿命というか、openoffice,opensolarisの次はopenjdkがforkしていくだろうね。

OpenOfficeは、forkして開発していったのが、最終的には一つに取り込まれている。

OpenOfficeは Ver3.2 になってから、安定性も使いやすさも良くなってメインで使い始めたところなのに、、。
今後、Oracleが邪魔しそうで怖い。
0664デフォルトの名無しさん2010/11/21(日) 09:59:53
OpenOfficeは特許事項がいくつかあって
forkしたソースでそれを利用することを禁じているよ

速ければ来年ぐらいには、fork版は開発停止だろうな
0665デフォルトの名無しさん2010/11/21(日) 10:03:11
特許とかそんなに気になるならちゃんと勉強して正確な知識を身につけておいた方がいいよ。だいたいお気楽IT記事の戯言をそのまんま鵜呑みにしてるだけなんだろ？
0666デフォルトの名無しさん2010/11/21(日) 16:45:19
>>664
具体的にどのような「特許事項」でしょう？
また「特許事項」とは何を意味する言葉ですか？
0667デフォルトの名無しさん2010/11/21(日) 18:27:20
具体的にどの特許か明らかにしないで脅しをかけるのは特許ゴロの常套手段だろ
0668デフォルトの名無しさん2010/11/23(火) 02:15:27
OracleがJava 7 と Java 8のJSRを発表
http://www.infoq.com/jp/news/2010/11/oracle-java-jsr
0669デフォルトの名無しさん2010/11/23(火) 16:04:30
突っ込みどころ満載だなｗｗｗ
まず誰も著作権の話してないのに、言語仕様は著作物にならないとかドヤ顔で言ってる時点で謎
二行目では特許の話に摩り替わってるしｗｗ

その二行目も意味不明。
仕様を特許化すれば実装も守れるだけで、実装そのものを特許にできるわけねえだろｗｗｗ
〇〇な特徴を持った炊飯器（仕様）に特許を付けるのは可能だが
タイガー炊飯器（実装）に特許申請できてたまるかｗｗｗｗ
ま、JVMを実装するために特別な技術を使っててそれに特許が付いてるというのはあると思うけど

3行目はこれまた商標(TMってTradeMarkの略だぞ)の話に摩り替わってるw
無断で本物名乗ったら駄目というのは商標権の話だ
0670デフォルトの名無しさん2010/12/02(木) 20:46:40
>>625
Oracle、ASFのJCP脱退示唆にコメント
http://www.itmedia.co.jp/enterprise/articles/1011/17/news042.html
JDK7、2011年7月28日リリース予定
http://journal.mycom.co.jp/news/2010/11/24/053/
> 12月16日: JDK7に取り込む機能を確定
> 2011年4月12日: リリースへ向けた取り組み開始。P1-P3バグのみ対応
> 2011年4月28日: 重大な問題につながる場合のみAPI/インタフェースの変更を許可
> 2011年5月11日: リリースへ向けて対処すべきバグを解決し最初の準備リリースをビルド
> 2011年5月18日: 重大な問題につながるバグのみ修正
> 2011年6月8日: 最終テストサイクル開始
> 2011年7月28日: 一般公開版提供開始

2週間後には雲行きがはっきりしそうです。
0671デフォルトの名無しさん2010/12/03(金) 00:38:25
>>670
ASFのJCP脱退確定しただろ
脱退した途端、apacheの実装も訴訟されるだろうけど
0672デフォルトの名無しさん2010/12/03(金) 00:59:09
ドヤ顔乙
0673デフォルトの名無しさん2010/12/03(金) 21:42:18
Apache Harmonyは、OpenJDKが出来て既に役目は終えているとも言える。
IBMとしてもリソースは、OpenJDKに向けた訳だし
AppleもOpenJDKを軸に振った(放り投げたとも言えるかもしれないが)。

Harmonyはもうそっとしとこうよ・・・
0674デフォルトの名無しさん2010/12/03(金) 21:48:35
>>665
0675デフォルトの名無しさん2010/12/03(金) 22:44:27
>>673
Androidがあるだろ
JavaにはもうAndroid以外に上昇気流のものなんて無いのに
0676デフォルトの名無しさん2010/12/03(金) 22:51:38
>>673
ライセンスが違えば違う役目もあるだろ
0677デフォルトの名無しさん2010/12/04(土) 15:44:18
>>673
二極思考の典型だな。要するにバカ。
0678デフォルトの名無しさん2010/12/04(土) 16:48:16
Javaはもうこれ以上進化する必要がないだろ
新しいことがどうしても必要なら新しい言語でやるべき

いまのJavaがJavaとして一番いいからあとは保守してくれりゃいいよ
0679デフォルトの名無しさん2010/12/04(土) 17:38:02
型推論をC#なみにして欲しい
0680デフォルトの名無しさん2010/12/04(土) 17:50:47
型なんてEclipseに補完させとけばいい

あ、でも今のOracleの勢いだとIBMさえ訴えかねないな
0681デフォルトの名無しさん2010/12/04(土) 17:57:02
>>679
つ ダイヤモンド演算子……

うん、まぁ、あきらめろ。
0682デフォルトの名無しさん2010/12/04(土) 18:04:40
ダイヤモンド演算子なんていらんだろ。先に

new ArrayList<String>();

って(補完しながら)書いてCtrl+2,Lすればいいだけ
今でも2度手間なんて事はない
0683デフォルトの名無しさん2010/12/04(土) 18:16:49
読みにくい
それだけ
createしてる時点で何の型かわかるっちゅーねん
0684デフォルトの名無しさん2010/12/04(土) 18:19:34
javaのimport面倒くさい
0685デフォルトの名無しさん2010/12/04(土) 18:25:45
Listで宣言されてても具体的に何型でcreateしていいかはわからないだろ
0686デフォルトの名無しさん2010/12/04(土) 19:40:18
>>682
それが既に手間だし。
一度ScalaなりC#なり、型推論のある言語やればよくわかる。
0687デフォルトの名無しさん2010/12/04(土) 19:41:12
いまどきimportなんてIDEが勝手に管理してくれるからなぁ。
0688デフォルトの名無しさん2010/12/04(土) 20:26:46
Javaはもうちょいシンプルであってほしいけど、言語使用の路線変更は難しいのかもね
0689デフォルトの名無しさん2010/12/04(土) 20:44:29
>>686
なにと比べてんだよ
そんなのと比べたらダイヤモンド演算子だって目糞鼻糞だろ
0690デフォルトの名無しさん2010/12/04(土) 21:04:35
ScalaやC#触ったあとにJava触ると、リスト処理が弱いなーってのは強く感じる。
関数型言語的な意味でのリスト処理が。

java.util.Collectionsのメソッドも大したこと出来ないし、みんなどうしてるの？
jakartaのなんか使ってるの？　それとも言語の拡張待ち？
0691デフォルトの名無しさん2010/12/04(土) 21:14:31
Google Collections Libraryが一応Javaの中ではマシかなあ。
それでもScalaやC#とは比べようもなく。
クロージャがないのがマズすぎる。
Java7でなんとかなるなら拡張を待っても、という感じだったけど、
待ってたら永遠に来ないような話になってきちゃってるし。
0692デフォルトの名無しさん2010/12/04(土) 22:39:38
C#は動作環境が異なるから別ですが、
Scalaを持ち出してJavaに型推論が欲しいと主張するのは
C++を持ち出してCにオブジェクト指向が欲しいというくらい変です。
型推論を利用したければScalaを使えば済むのではないでしょうか。
0693デフォルトの名無しさん2010/12/04(土) 22:49:43
>>692
お前の方が変。
0694デフォルトの名無しさん2010/12/04(土) 23:09:20
そうか？俺もScalaでもなんでも欲しい機能を持った言語を使えばいいだけだと思うが。
なんでわざわざ、それを持ってない言語に追加することを期待するんだ？
0695デフォルトの名無しさん2010/12/04(土) 23:09:33
>>693
Scalaを使えでは済まない理由を詳しくお願いします。
0696デフォルトの名無しさん2010/12/05(日) 00:49:14
>>691
おまえはJava7などはもう捨ててgoogle+C#を一生やってればよろしい
0697デフォルトの名無しさん2010/12/05(日) 02:59:07
>>695
別人だが、俺、こんど放り込まれるプロジェクト、Java5なんだ。あとはわかるな。
0698デフォルトの名無しさん2010/12/05(日) 07:48:12
>>697
だからScalaが使えないから、Java5に型推論やクロージャが欲しい、と？
0699デフォルトの名無しさん2010/12/05(日) 12:12:06
ここ見てる限りScala脳ってバカばっかじゃね？
0700デフォルトの名無しさん2010/12/05(日) 22:32:09
javaは死んだ
0701デフォルトの名無しさん2010/12/05(日) 22:40:41
何故だ！
0702デフォルトの名無しさん2010/12/06(月) 07:21:41
Scalaを使ったら怒られるかもしれないけど、javax.scriptは標準ライブラリだから怒られないんじゃね？
0703デフォルトの名無しさん2010/12/07(火) 04:27:56
http://journal.mycom.co.jp/news/2008/05/09/002/index.html
"100%フリー"になったOpenJDKの最新動向 - JavaOne 2008
0704デフォルトの名無しさん2010/12/07(火) 13:34:32
>>703
GPLによって著作権侵害で提訴される事はなくなりましたが、
特許侵害で提訴という罠が残っていました。

Oracle、Googleを提訴――AndroidのJava特許侵害で
http://www.itmedia.co.jp/news/articles/1008/16/news011.html

Apache License 2.0に「特許ライセンスの付与」を追加した
Apache Software Foundationは先見の明があります。
もしOpenJDKのライセンスに特許条項があれば、
Oracleの横槍はなかったかも知れません。

Apache License, Version 2.0
http://sourceforge.jp/projects/opensource/wiki/licenses%2FApache_License_2.0
>本ライセンスの条項に従って、各コントリビューターはあなたに対し、
>成果物を作成したり、使用したり、販売したり、販売用に提供したり、
>インポートしたり、その他の方法で移転したりする、
>無期限で世界規模で非独占的で使用料無料で取り消し不能な
>（この項で明記したものは除く）特許ライセンスを付与します。
0705デフォルトの名無しさん2010/12/07(火) 15:44:44
だからドットネット（かモノ）にしろっていっただろうに・・・
アンドロイドだってオラクルじゃなくてマイクロソフトのランタイムを入れれば問題ないだろ
いやこの際アップルのランタイムの方が相乗効果があっていいかもな
0706デフォルトの名無しさん2010/12/07(火) 15:46:40
>>704
見当違いの寸評乙!
0707デフォルトの名無しさん2010/12/07(火) 20:04:04
>>706
どこが見当違いなのか詳しくどうぞ。
0708デフォルトの名無しさん2010/12/10(金) 23:47:55
ASFはJavaの資産ほぼ全て
Oracleに売却するんだな
0709デフォルトの名無しさん2010/12/10(金) 23:58:34
Apache Software Foundation、JCPを脱退――「Java SE 7」仕様承認を受け
http://www.itmedia.co.jp/enterprise/articles/1012/10/news053.html
0710デフォルトの名無しさん2010/12/11(土) 00:35:59
Java終了したな。年明けから有料のみになるな
0711デフォルトの名無しさん2010/12/11(土) 00:43:13
来年は同じくグーグルもJCPから追い出されるだろうね。
0712デフォルトの名無しさん2010/12/11(土) 00:54:46
そういえばグーグルってさ、MSやAPPLEに嫌われて、SUNに喧嘩を売った挙げ句に終いにはORACLE,IBM勢からも嫌われてるよね。
グーグルは従業員が逃げ出さないように必至みたいだけどいつ頃買収されるんだろう・・・というか業界からも嫌われてるしブラウザしか資産はないから買収までして欲しいようなめぼしい資産はないか。
0713デフォルトの名無しさん2010/12/11(土) 05:15:54
>>712
業界から嫌われているのではなく
利害が衝突する企業から敵視されているだけでしょう。
Googleを買収するのはMSやAPPLEを買収するぐらい無理です。

時価総額のチャートにGoogleも追加してみた
http://satoshi.blogs.com/life/2010/03/%E6%99%82%E4%BE%A1%E7%B7%8F%E9%A1%8D%E3%81%AE%E3%83%81%E3%83%A3%E3%83%BC%E3%83%88%E3%81%ABgoogle%E3%82%82%E8%BF%BD%E5%8A%A0%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F.html
0714デフォルトの名無しさん2010/12/11(土) 05:30:18
ITバブル真っ盛りの2001年頃、その活気が未来永劫続くと思われていたサンがまさか7年で破産して顧客のオラクルごときに買収されちゃうなんて誰も思ってなかった。
0715デフォルトの名無しさん2010/12/11(土) 17:56:42
OracleはJVMを利用した言語からも
ラインセンス料を請求する気なんだな

JVMはリスク多すぎだよ
0716デフォルトの名無しさん2010/12/11(土) 18:02:03
ここまでOracleが嫌われると、Javaのオープンソース系プロジェクトは
OpenJDK除いて来年には全滅してそうな気がする
0717デフォルトの名無しさん2010/12/11(土) 19:05:06
>>710
OpenJDKはライセンス上、有料のみに移行できない。
0718デフォルトの名無しさん2010/12/11(土) 19:07:39
>>714
2001年はもうやばかっただろ。
Sunの時代は90年代だ。
しかもOSF出来るまで。
あれでSunも失速するなと思われ始めた。
0719デフォルトの名無しさん2010/12/11(土) 19:14:19
>>717
放置して有料版だけ機能追加したり拡張したりするのは勝手だぜ
Oracleからリリースする限りライセンスは自由なんだから
0720デフォルトの名無しさん2010/12/11(土) 19:36:17
このごたごたは、Java以外のJVM利用言語にも影響有る？
0721デフォルトの名無しさん2010/12/11(土) 19:43:38
もちろん
こういう話でJavaと言うときは言語じゃなくてプラットフォームを指す
0722デフォルトの名無しさん2010/12/11(土) 19:56:36
>>719
Oracleの出すのはOpenJDKじゃないから、
Oracleの勝手にやればいいじゃん。
0723デフォルトの名無しさん2010/12/11(土) 20:08:39
Oracle版のJavaに追加した機能を、同じようにOpenJDKにも提供する義務は全く無いからな
だからってOpenJDKがforkしたらGPLオンリーになってしまう
0724デフォルトの名無しさん2010/12/11(土) 20:27:19
>721
今回通ったとか言うJDK7の変更点で、JVM系言語に影響のある点有るの？
0725デフォルトの名無しさん2010/12/11(土) 20:32:41
>>724
作成許可が必要になった
0726デフォルトの名無しさん2010/12/11(土) 20:45:00
JRubyとかでもJDK使うでしょ
まあ一番の影響はそういうことじゃなくて、Javaが使われなくなれば周辺のプロジェクトも消えていくことだな
0727デフォルトの名無しさん2010/12/11(土) 21:45:38
>>723
classpathリンク例外付きGPLだから、
Javaアプリケーション開発者は別に困らないのでは？

GNU General Public License, version 2, with the Classpath Exception
http://openjdk.java.net/legal/gplv2+ce.html
GPLリンク例外#Open_JDK
http://ja.wikipedia.org/wiki/GPL%E3%83%AA%E3%83%B3%E3%82%AF%E4%BE%8B%E5%A4%96#Open_JDK

>>725
OpenJDKで動作するJVM系言語の作成許可は必要ありません。
特許侵害で訴えられる可能性があるのは独自のJVM公開です。
0728デフォルトの名無しさん2010/12/11(土) 21:47:20
>>727
>OpenJDKで動作するJVM系言語の作成許可は必要ありません。
変更されただろ
0729デフォルトの名無しさん2010/12/11(土) 21:59:17
>>727
困らないならGoogleが無理にOpenJDKを避けて訴えられることも無かったな
0730デフォルトの名無しさん2010/12/11(土) 22:12:33
Java Technology Compatibility Kitのことと勘違いしてるんだろうな。

>>729
Dalvikは、Googleが買い取る以前にAndroid Inc.が、
JVM互換を目指してクリーンルーム開発したVMだよ。
「無理に避けた」とかバカとしか思えん。
JVMベースに移行する方が時間的に無理がある。
0731デフォルトの名無しさん2010/12/11(土) 22:23:29
ＧｏｏｇｌｅとＯｒａｃｌｅはどういう決着するんだろうか
0732デフォルトの名無しさん2010/12/11(土) 22:31:32
DalvikVMはApache Harmonyのソース8割
使いまわしているからクリーンじゃないよ

0733デフォルトの名無しさん2010/12/11(土) 22:47:03
>>725=>>728 ですよね？
OpenJDKのライセンスに変更はありません。
Googleが独自JVMを公開して提訴されたことも
Apacheが用途に制限があるTCKライセンスを拒否したことも
OpenJDKで動作するJava以外の言語には全然関係ありません。

OpenJDKで動作するアプリケーションに過ぎない
JVM系言語に作成許可が必要になったと主張するなら
ソースを出してください。
0734デフォルトの名無しさん2010/12/11(土) 22:51:35
JVMのほかの言語とかそんな風が吹けば飛ぶようなもんどうでもいいわ
どうせJavaの人気が無くなれば終わり
0735デフォルトの名無しさん2010/12/11(土) 22:54:05
さようならClojure・・・。
実は好きでした。
0736デフォルトの名無しさん2010/12/11(土) 23:06:53
早く言ってくれれば、太鼓腹の.NETオヤジに嫁がなくても済んだのに…
0737デフォルトの名無しさん2010/12/11(土) 23:42:00
2001-2006は携帯電話の波に乗ってサンのソフトウェア部門はJavaMEライセンスで儲けていた。その代わりPC関連のプロジェクト(office,ide,desktop)はほとんど無料にできた。
それを2006年頃からFavaFXでさらに押し進めようとしていたのにグーグルが裏切って○○と称して独自に実装し、今じゃJavaMEじゃなくてANDROID一色になってしまった。
つまりサンは顧客を失い、ANDORIDOに対してのJavaME,SEじゃキャリア・ベンダー各社は今後Javaライセンスを買う見込みはないからサンのソフトウェア営業は成立せず、手持ち資金はあったのにサン本体を破産にした。
グーグルのこのような行為はある業界では「ダンピング」という。
0738デフォルトの名無しさん2010/12/11(土) 23:44:25
AndroidはApacheの実装パクっただけだぞ
0739デフォルトの名無しさん2010/12/11(土) 23:56:59
>>733
2chはゆとりとかニートとか所詮CHINNKASUみたいな奴が多いんだから、そんなにカッカカッカしなさんなw
0740デフォルトの名無しさん2010/12/12(日) 01:06:09
>>737
typo何とかしてくれ。
職場でも言われてるだろ。
0741デフォルトの名無しさん2010/12/12(日) 01:33:35
CHINNKASU相手にカッカカッカしてるわりに、そんなところよく気がついたなw
0742デフォルトの名無しさん2010/12/12(日) 01:47:04
ファバw
アンドリドw
0743デフォルトの名無しさん2010/12/12(日) 01:52:22
JDK 6u22の日本語のドキュメンテーションが落とせねーじゃん!!
と思ってたんだが、いつのまにか6u23の日本語版が落とせるようになってるのね…
0744デフォルトの名無しさん2010/12/18(土) 20:44:53
Javaは何度もバージョンアップしてるのに、何で、Stringクラスに
他の言語が備えてるような便利メソッドをたくさん追加しようって
方向に向かわなかったのだろう？
0745デフォルトの名無しさん2010/12/18(土) 22:55:55
Javaは大クラス主義じゃないってことじゃね？
0746デフォルトの名無しさん2010/12/18(土) 23:09:00
使いやすさに対するセンスがないっていうのはよく言われてるよね
0747デフォルトの名無しさん2010/12/22(水) 23:15:15
Javaには原理主義的なトコがあるよな
だからこそ、裏のチューニングとかがしやすい所もあったんだろうけど
0748デフォルトの名無しさん2010/12/22(水) 23:53:56
Javaのライブラリが最小限+α程度のメソッドしか用意してないってのが
特にチューニングの役にたってるようには見えないけどな。

どちらかというと移植容易性に貢献するはずだと思うんだが、そっちはgdgdだし。
0749デフォルトの名無しさん2010/12/23(木) 00:03:39
Windows でJava 1.6u23を使用していますが、以下のコードがエラーになります。
ServerSocketChannel.open().socket().bind(new InetSocketAddress("[::]", 2000), 5);

1.6にもなってやる気がないのでしょうか?
new ServerSocket().bind(new InetSocketAddress("[::]", 2000), 5); だと通ります。
0750デフォルトの名無しさん2010/12/23(木) 12:03:10
>>749
手元のjdk7だとエラーでないね。

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4640544
によるとjdk7 build36で修正されたらしい。
デュアルスタックサポートとかはOS側が対応してないとエラー吐くとか。
0751デフォルトの名無しさん2010/12/23(木) 16:22:20
IPv6はAPI仕様が1.4で対応になって、Windows版もJava 1.5からServerSocketや
URLConnectionが使えたはず。
今頃OSが未実装だからChanel使えませんとか、マイクロソフトに対する嫌がらせか?
0752デフォルトの名無しさん2010/12/25(土) 03:12:27
The Hacker's Guide To The Oracle の表紙には DON'T COMMIT と書いてあるとか
0753デフォルトの名無しさん2010/12/30(木) 12:21:23
最近 Java は終わってるとかよく聞くけどなぜなんだろう…
求人とかを見るとC++なんかよりはだいぶ多いんだが
例えば（Ruby は愛嬌）

ttp://www.indeed.com/jobtrends?q=ruby+programmer%2C+java+programmer%2C+c%2B%2B+programmer&l=

Oracle 嫌いの人がいるのはわかるけど、Java終わっとるとか言われ
だしたのは買収以前だし…
0754デフォルトの名無しさん2010/12/30(木) 12:39:25
Rubyなんてオタク言語じゃなくて、C#やphpと比べるとJavaが衰退してるのがよく分かるね
0755デフォルトの名無しさん2010/12/30(木) 12:53:55
COBOLがなくならないように、Javaが今すぐなくなることはないだろう。

今後もJavaは安定して残っていくと思うが
2000年代初頭のような爆発的な広がりはないだろうな。
0756デフォルトの名無しさん2010/12/30(木) 13:17:15
>>754
http://www.indeed.com/jobtrends?q=Java,C%2B%2B,C%23,PHP,Ruby,COBOL
Javaが衰退しているようには見えませんが、どう比べたのですか？
0757デフォルトの名無しさん2010/12/30(木) 13:26:45
>>753
Windows PCしか知らない人にはC#が優勢に見えるのでは？
0758デフォルトの名無しさん2010/12/30(木) 13:37:29
>>756
なんで>>753はプログラマーってついてるのに取ったの？
コーヒー屋の求人でも拾ってるんじゃないの？
0759デフォルトの名無しさん2010/12/30(木) 13:51:28
C#はMono 3.0が出てから本気出す
0760デフォルトの名無しさん2010/12/30(木) 13:56:45
>>758
グラフの下のJava jobsをクリックしてください。
ProgrammerよりDeveloperやSoftware Engineerの方がずっと多いです。
海外の業界用語を知らないのは構いませんが、
「コーヒー屋の求人」は無理がありすぎです。
0761デフォルトの名無しさん2010/12/30(木) 13:58:08
いや、最初にprogrammerで検索したの俺じゃないし
0762デフォルトの名無しさん2010/12/30(木) 14:03:31
日本では、プログラマー・ハウスとその個人派遣という職種自体が崩壊しているからサラリーマン・プログラマー（つまりSEかDBオペレーターの類)という職種ならある。
0763デフォルトの名無しさん2010/12/30(木) 17:17:42
>>753
Java界隈から新しい技術やプロダクトが次々とは出てこなくなったから
COBOL同様今後も主流ではあり続けるが、すでに活力は失われた
0764デフォルトの名無しさん2010/12/30(木) 17:18:30
Javaは来年から有料ライセンスのみに
なるからな終わった言語なんだぞ
0765デフォルトの名無しさん2010/12/30(木) 17:19:51
flashとかms何とかも元から有料だよね
0766デフォルトの名無しさん2010/12/30(木) 17:25:59
MSは開発ライセンスもSDKも無料でしょ
IDE売ってるだけ
0767デフォルトの名無しさん2010/12/30(木) 17:35:20
MSの無料SDKで商用ソフトを作っても問題ないんですか？
0768デフォルトの名無しさん2010/12/30(木) 17:40:13
はい
SDKはもちろん、VSの無料版のVSExpressで作っても商用利用は自由です
0769デフォルトの名無しさん2010/12/30(木) 17:51:42
じゃなんでMSは衰退してるんですか？
モバイルとかはAPPLEやANDROIDばっかりでMSは参入しても即死でしたよね。
0770デフォルトの名無しさん2010/12/30(木) 18:06:06
無料ですら衰退するなら有料化したらなおさら衰退するしかないな
そもそもFlashやMSを引き合いに出してきたのはお前だろ
アホか
0771デフォルトの名無しさん2010/12/30(木) 18:45:15
JAVAはもう終わりだから2011年はECLIPSE AND GOOGLEマンセーってことでおk?
0772デフォルトの名無しさん2010/12/30(木) 19:18:42
Javaの無いEclipse（笑）
0773デフォルトの名無しさん2010/12/30(木) 19:27:16
>>766,768
2010年の勝ち組は、ECLIPSE AND GOOGLE AND APACHE AND C#ですよね？
0774デフォルトの名無しさん2010/12/30(木) 19:33:49
2010年じゃなくて
ECLIPSEの無料でGOOGLEとアンドロイドのライブラリーをAPACHE系ライセンスでC#言語を使って開発するのが来年の勝ち組ですよね？
0775デフォルトの名無しさん2010/12/30(木) 19:38:09
2011年はJavaを推進したApacheが訴訟費用が捻出できなくなって消える
その後、googleも訴訟で敗訴し財政難に陥る

Javaの規格がISOに登録されてないのに、使い続けた奴らが悪い
0776デフォルトの名無しさん2010/12/30(木) 19:46:20
ISOに登録されてても特許でガードされてりゃ自由には使えないんだけどね……
0777デフォルトの名無しさん2010/12/30(木) 19:54:09
ISO,JISとかを信望しちゃってるのがいるみたいだけど、MP3,MPEG2と汎用（国際)規格の狭間にある問題でも調べたら？
0778デフォルトの名無しさん2010/12/30(木) 19:54:33
GoogleにはJavaの自由がない以上、
MSと協力するか、他の言語を作る必要があるんだろうな。
0779デフォルトの名無しさん2010/12/30(木) 20:00:12
もしアパッチ団体が消えたとしても、それらのコードはアパッチライセンスとして他の人が引き継ぐのでグーグルとかアパッチとか実際どうでもいいです。
0780デフォルトの名無しさん2010/12/30(木) 20:04:36
>>775
ECLISPEってのは、汎用IDEとしてISOに規格登録されてるから今後も安心ですよね？
0781デフォルトの名無しさん2010/12/30(木) 20:04:42
引き継がれたとしても特許やライセンスの問題はどうにもならんです
0782デフォルトの名無しさん2010/12/30(木) 20:19:59
ワーレーズの世界じゃないんだし、ちゃんとライセンスを得てちゃんと金払えば問題ない。
0783デフォルトの名無しさん2010/12/30(木) 20:20:23
ISOに登録されているものは安心に決まっている
未登録の野蛮な言語なんて使うのがそもそも異常だったんだよ
0784デフォルトの名無しさん2010/12/30(木) 20:21:05
>>782
じゃアパッチなんか要らないじゃん
0785デフォルトの名無しさん2010/12/30(木) 20:31:15
>>778
> GoogleにはJavaの自由がない以上、

ライセンス料払えばいいだけの話。
0786デフォルトの名無しさん2010/12/30(木) 20:32:18
>>773
さすがにC#は…
クライアント開発の主戦場がモバイル端末に移ろうとしているのにMSときたら…
0787デフォルトの名無しさん2010/12/30(木) 20:40:27
MSはSONYと同じでモービルは諦めてコンソールの方で勝負するそうですよ。
NITENDOも加えてみてもお互いの商売方法は似てますし、今のところ市場は住み分け状態になっていてるので自分のマーケットにライバルはいませんし。
0788デフォルトの名無しさん2010/12/30(木) 20:42:14
マジかよ糞箱売ってくる
0789デフォルトの名無しさん2010/12/30(木) 20:46:11
>>786
Monoが普及すりゃ……
0790デフォルトの名無しさん2010/12/30(木) 20:46:23
>>786
Oracle Javaよりはマシだろw
JavaFX 2.0とか流行るわけない
0791デフォルトの名無しさん2010/12/30(木) 20:56:59
>>790
C#のライバルはJavaFX 2.0かよw
0792デフォルトの名無しさん2010/12/30(木) 20:59:17
>>790
今HTML5とクライアントとデスクトップの方を必死で勉強中なんですけど・・・2011年の勝ち組予想はどうなんですか？！

http://javafx.com/roadmap/
0793デフォルトの名無しさん2010/12/30(木) 21:08:46
少なくともJavaFX含めクライアントJavaは時間の無駄
0794デフォルトの名無しさん2010/12/30(木) 21:15:52
Androidがありまっせー
0795デフォルトの名無しさん2010/12/30(木) 21:18:42
Androidは来年は発売できない
キャリアも込みで訴訟されるからな
0796デフォルトの名無しさん2010/12/30(木) 21:32:30
グーグルに代わってオラクルがモーバル用LINUXOS + JAVAME + JAVAFXを提供してキャリアと個人(実際は携帯料金プラン)からJAVAライセンスを徴収するから、来年以降モーバル市場でグーグル（とWINDOWSPHONE)が死滅しても問題は発生しない。
0797デフォルトの名無しさん2010/12/30(木) 22:28:26
そんなのよりwebOSのがいい
0798デフォルトの名無しさん2010/12/31(金) 00:26:35
Google も Go で囲い込み
0799デフォルトの名無しさん2010/12/31(金) 01:06:56
今更 Go が流行るかどうかは甚だ疑問だが
Open source だから特許やライセンスの問題は無いんじゃないの？
0800デフォルトの名無しさん2010/12/31(金) 02:11:03
結局AIRしかないか
0801デフォルトの名無しさん2010/12/31(金) 02:29:41
唸れ SL
0802デフォルトの名無しさん2011/01/01(土) 04:08:26
JavaのISO化は組み込みメーカで一時推進したけどSunが土壇場ちゃぶ台返して無くなった。
MSは、CLIに特許無償利用権付与してISO化してる。
0803デフォルトの名無しさん2011/01/01(土) 04:21:20
スマホの場合、SunがライセンスでME縛りにしてる。
メーカーで、SE使うとライセンス違反になるので、いやいやME使ってた。
Androidは、JVMの変わりにDalvikVM使ってうまくすり抜けて、SEに近いAPI提供してうまくいった。
という話を聞いたことがある。
0804デフォルトの名無しさん2011/01/01(土) 05:43:02
ならMSに服従してCLIを使えば問題ない
0805デフォルトの名無しさん2011/01/01(土) 09:11:36
そうだよな。いまならＯｒａｃｌｅよりＭＳのほうがまだ良心的だ
0806デフォルトの名無しさん2011/01/01(土) 20:29:31
ISO化に拘る理由がわからない。
H.264の問題見れば、ISO化されたとしても今回のような問題は起こりうる。
大体、ISOの標準化なんて、利害調整が難航して標準化が遅れに遅れたり、
いろんな機能盛り込んだ結果仕様が膨れ上がってフル実装が誰も出来なかったり、
折り合いつかないところを実装依存にして互換性問題が生じたり、
あまり良いイメージがない。
0807デフォルトの名無しさん2011/01/01(土) 20:54:57
ISO規格があっても実装をMSが作らないmonoは結局遅く使いづらい。
リーディングカンパニーであるのにわざとそうして、Windowsを使うように仕向ける戦略。
Javaは実装を他のPlathomeに作っている。
どちらが志が高いかよくわかる。
0808デフォルトの名無しさん2011/01/01(土) 21:05:53
アップルやアイビーエムと同じくグーグルもサン・オラクルからジャバライセンスをちゃんと得てちゃんと金を払えば問題は起きなかった
0809デフォルトの名無しさん2011/01/01(土) 21:07:09
MSがマルチPlathome(笑)を本気でやる気がないのは当たり前でしょ。
採用する場合は当然それを承知で使うんだから何も問題ない。
オープンなイメージを持たせておいて急に金をせびり始めたりする会社の方がよっぽどタチが悪い。
0810デフォルトの名無しさん2011/01/01(土) 21:24:43
グーグルってさ、本の著者の許諾もなくしかも無断で本の全ページを自炊してスキャナで取り込んでOCRにかけてグーグルで全文検索できるように商用利用してたよね。
0811デフォルトの名無しさん2011/01/01(土) 21:26:40
許諾がないのと無断なのは区別するほどのものなのか？
0812デフォルトの名無しさん2011/01/01(土) 21:30:09
オープンだからといってそれが無料だとは限らないんだが・・・GPLとかそういうもの真髄をちゃんと理解してないんでしょ？（わr
0813デフォルトの名無しさん2011/01/01(土) 21:31:19
>>811
グーグルの行為は「悪質」ってことにつながってくる
0814デフォルトの名無しさん2011/01/01(土) 21:47:15
GPLといえば「フリービールのフリー」のフリービールというのに縁がないんだが
フリービールはどこにあるんだ
0815デフォルトの名無しさん2011/01/01(土) 21:56:41
著者、出版社、著作権所有者の方は、和解管理サイトをご覧ください。

Google ブック検索のこれから
著者および出版社との画期的な契約

Authors Guild、米国出版社協会 （Association of American Publishers）、および一部の著者と出版社は、3 年前に Google ブック検索に対する集団訴訟を起こしました。
和解契約が裁判所で最終的に承認され成立するまで、しばらく時間がかかる見込みです。さしあたり、和解によって間もなく米国でご提供できる新しいブック検索の一部を参
考までにご紹介します。（この和解契約は米国における訴訟の解決となるもので、和解契約によって可能になる新しい機能が利用できるのは、米国内でブック検索にアクセス
するユーザーのみです。日本で提供されるブック検索の機能はこれまでと全く同じでなんら変更はありません。）
0816デフォルトの名無しさん2011/01/01(土) 22:13:11
Googleの主張を眺めてるといつも思うんだが、ナイキとかコカコーラとかのマーケティングと同じ論法を使い、「未来を一つにつなげていくことが我々の使命なのです！」のようにサイエ○・カルト宗教みたいな戯言で締めくくられているから胡散臭い
0817デフォルトの名無しさん2011/01/02(日) 13:55:50
>>816
一般の人は常に支配され管理されることを
強く望んでいるんだから至極真っ当だろ？
0818デフォルトの名無しさん2011/01/02(日) 15:18:17
>>799
> Open source だから特許やライセンスの問題は無いんじゃないの

それはSunのOpenJDK戦略を基本的に理解してない。
Sunはソースは公開しても特許で儲けられる。
Apacheとモメる原因のひとつも理解できてない。
Apacheのライセンスは特許保持者にやさしくない。
0819デフォルトの名無しさん2011/01/02(日) 15:21:35
>>807
monoをサードパーティに作らせたりとか、
NETBIOSをECMAに登録したり、
この辺は全て独禁法絡みのアリバイで、
プラットフォームを入れ替えても問題ないほどのものを提供する気はない。

>>808
GoogleのAndroidにはSunはライセンスを出さなかったはず。
>>803の書いているようにME縛りをかなり厳しくやっていた。
0820デフォルトの名無しさん2011/01/02(日) 20:43:19
>>818 素朴な疑問だけど Go って特許問題があるの？
0821デフォルトの名無しさん2011/01/03(月) 12:57:42
言語仕様に特許はない。
問題になるのは実装技術。
典型的なのがJVMのセキュリティ・マネージ。
0822デフォルトの名無しさん2011/01/03(月) 13:45:41
>>821
ソフトウェア特許がある限りそういういちゃもん付けられる可能性はいつでも
あるんじゃないか？言語に関わらず
0823デフォルトの名無しさん2011/01/03(月) 14:10:51
ボランティアで開発してる限りにおいてMonoやMoonlightはまったく脅威にならないから
MSも何も言ってこないけどGoogleが買い取ったりしたらどうなるかな。
まあどうなるかはGoogleもわかってるだろうからそんなことはしないと思うけど
0824デフォルトの名無しさん2011/01/03(月) 21:58:54
asp.netやWinFromとかは、isoに含まれないから特許無償付与条項にふくまれないけど、コアは含まれているからgoogleでも大丈夫
0825デフォルトの名無しさん2011/01/03(月) 22:11:43
組み込みメーカにとって、Androidは、GPLである必要性がないのが大きいし、
MSも分かってるが、AndroidがOracleに潰されなければ、陽の目を見ることはないだろう。

http://www.mono-project.com/FAQ:_Licensing
http://port25.technet.com/archive/2009/11/16/microsoft-to-open-source-the-net-micro-framework.aspx
http://www.infoq.com/jp/articles/java-dotnet-patents
0826デフォルトの名無しさん2011/01/03(月) 23:00:26
こういった場合 Android って呼んでるの Dalvik とかの事なのかな？
Android 自体は Linux ベースで GPL だよね
何を指してるかはっきりしないとちょっと混乱が起きそう
0827デフォルトの名無しさん2011/01/03(月) 23:43:47
アップルやアイビーエムと同じくグーグルもサン・オラクルからジャバライセンスをちゃんと得てちゃんと金を払えば問題は起きなかった
0828デフォルトの名無しさん2011/01/04(火) 00:58:11
むしろこういう問題が起きた方がいろいろ良かったかもよ
ソフトウェア特許とかの問題点とかもまた出てくるし
0829デフォルトの名無しさん2011/01/04(火) 01:11:51
定期コピペにマジレスカコイイ
0830デフォルトの名無しさん2011/01/04(火) 01:15:47
なにげにマイクロソフトもサンからライセンス受けてたよね。jdk 1.1.6までだっけ。
0831デフォルトの名無しさん2011/01/04(火) 15:57:25
>>822
ソフトウェアは仕様じゃないぞ？
実装技術のインスタンスだ。
0832デフォルトの名無しさん2011/01/04(火) 18:02:26
>>831 特許取られるとインスタンスは引っかかるよ
0833デフォルトの名無しさん2011/01/04(火) 18:26:29
>>831はソフトウェアで特許はありうると言っているんじゃないの？
言語仕様は特許にはならないけども。
0834デフォルトの名無しさん2011/01/04(火) 20:45:27
それならそれこそ言語に関わらず特許に引っかかるんでは
誰もソフトウェア特許が有ることは否定していないような
0835デフォルトの名無しさん2011/01/04(火) 23:40:01
>>823
Monoってnovellが支援しとらんかったっけ？
novellってこの前買収されたとかなんとか聞いたような。
0836デフォルトの名無しさん2011/01/05(水) 01:24:47
支援ていうかMonoはNovellの製品だよ
Novellに金払えばオープンソースなライセンスの外での運用も可
0837デフォルトの名無しさん2011/01/06(木) 19:11:12
クロージャは結局どうなった？
ベータ版動かしてみた人いる？
0838デフォルトの名無しさん2011/01/06(木) 19:58:30
自分で動かしてみたがチュートリアルがコンパイルできなかった
http://www.javac.info/
0839デフォルトの名無しさん2011/01/06(木) 20:08:43
http://hg.openjdk.java.net/lambda/lambda/
クロージャっつか、lambdaの最新だったら、こっちじゃね？
バイナリがあるのかは知らん。
0840デフォルトの名無しさん2011/01/06(木) 21:10:33
いや、
>>838
からjar落としてきたら動いたけど、中にいっしょに入ってた
javac(拡張子なし)とjavac.batを使わないとコンパイルできなかった
普通にantで動かしたいから今２つのファイルとにらめっこちゅう
0841デフォルトの名無しさん2011/01/06(木) 22:09:52
batをantに書き換えてみたけど動かなくてくたびれちゃった
taskdef自分で作ったほうが早いかも

(javac.bat)
"%JAVAC%" -J-Xbootclasspath/p:"%CLOSURES%\lib\closures.jar" -source 7 -d . %*

(ant)
<javac destdir="${build.dir}">
....<compilerarg value="-Xbootclasspath/p:${lib.dir}/closures.jar"/>
....(ry
</javac>
0842デフォルトの名無しさん2011/01/06(木) 23:59:01
>>840
http://www.javac.info/closures.tar.gzの事を言ってるなら、
これは前の担当者が作ってたプロトタイプで、
jdk7に入れるかすったもんだした挙句結局ボツになった奴だよ。
jdk8に入る予定のproject lambdaとは別物になっちゃってるけど。

そっちでいいんかい？
0843デフォルトの名無しさん2011/01/07(金) 00:15:23
>>842
えーそんなー(;ω;)
こりゃガックシだ
0844デフォルトの名無しさん2011/01/11(火) 00:30:06
おじゃばー
0845デフォルトの名無しさん2011/01/18(火) 00:55:51
JDK 7 is Feature-Complete
http://mreinhold.org/blog/jdk7-fc/
0846デフォルトの名無しさん2011/01/18(火) 01:15:03
OpenJDKでのInvokeDynamicに関する最新情報
http://www.infoq.com/jp/news/2011/01/invokedynamic
0847デフォルトの名無しさん2011/01/18(火) 01:19:14
> に関する最新情報
最近Googleによく出てくてうっとうしいコピペアフィspamサイトかと思った
0848デフォルトの名無しさん2011/01/18(火) 14:17:13
invokedynamicは面白くなったなあ。
0849デフォルトの名無しさん2011/01/20(木) 22:41:58
関数型と思えばいいよね？

G1GCってパフォーマンスがどうなのかとか
そういう話があんまし聞こえてこないんだけどどうなのあれ
0850デフォルトの名無しさん2011/01/21(金) 01:53:07
>>845
http://www.infoq.com/jp/news/2011/01/jdk7fc
0851デフォルトの名無しさん2011/01/21(金) 19:06:36
JDK8は5年くらい先だろか
0852デフォルトの名無しさん2011/01/21(金) 19:16:49
JDK6で打ち止めじゃないの？
0853デフォルトの名無しさん2011/01/21(金) 20:07:42
JDK6って2006年末だっけ？ 4年半かかったのか。

いまから半年でJDK7リリース、
そっからJDK8リリースまで4年半必要だとすると
JDK8は今から5年後ってのもあながち……
0854デフォルトの名無しさん2011/01/21(金) 21:21:30
Javaは安定期
0855デフォルトの名無しさん2011/02/13(日) 14:27:16
プロパティっていつ導入されるんですか？
0856デフォルトの名無しさん2011/02/13(日) 15:13:01
少なくとも7では導入されない。
0857デフォルトの名無しさん2011/02/13(日) 20:50:12
>>855
groovyに行け
0858デフォルトの名無しさん2011/02/14(月) 22:36:04
総まとめ：Javaの将来的な後継者としての Scala
http://www.infoq.com/jp/news/2009/07/scala-replace-java
>Java の創作者である James Gosling 氏や
>JRuby の主要開発者である Charles Nutter氏に続いて，
>Groovy の創作者である James Strachan氏もScalaへの賛意を表明している。
>氏はScalaに非常な感銘を受けているようで，もしScalaが先にあったなら，
>そもそもGroovyを作ることはなかっただろう，とまで言っている。
0859デフォルトの名無しさん2011/02/14(月) 22:47:22
scalaはグーグルの中の人が必死になって押してるよね
0860デフォルトの名無しさん2011/02/14(月) 23:02:42
必死というかやっぱりいいわな、Scalaは。
JVM系では突出してるでしょ。
ただGrooｖｙみたいな通訳系も大切だと思うけどねえ。
0861デフォルトの名無しさん2011/02/14(月) 23:07:09
中の人乙
0862デフォルトの名無しさん2011/02/14(月) 23:45:03
>>858
ScalaはJavaプラットフォーム(Java仮想マシン)上で動作し、既存のJavaのプログラムと容易に連携させることができる。
メインはJavaプラットフォームであるが、他にも下記のプラットフォームもサポートしていたが、現在は開発中断になっている。

* .NET Framework
* Java Platform, Micro Edition CLDC (2.7.0で中断)
* Android (2.7.0で中断)
0863デフォルトの名無しさん2011/02/16(水) 00:33:59
>>861
中の人ってGoogleの人かよ！すげえな！
0864デフォルトの名無しさん2011/02/16(水) 01:07:44
学問板では板住人として院生後期や食えない大学講師なんかあたりまえで大学の准教授・機関研究員なんかもよく常駐しているから、肩書だけはいっちょまえの人がいても別に珍しくもない
0865デフォルトの名無しさん2011/02/16(水) 06:07:40
http://www.infoq.com/news/2011/02/IcedRobot
GPLのLinuxとJVMで構成するみたいだけど、ハードメーカー向けにリンク例外は付けてくれるのかな？
それともユーザ企業主導だから、OSにリンクされるコードは、GPLで公開しないといけないのかな？
0866デフォルトの名無しさん2011/02/18(金) 01:30:03
板違いです。
0867デフォルトの名無しさん2011/02/18(金) 20:34:16
Eclipse Indigo入れたけど、try (MyAC ac = new MyAC()) {
がエラーになる。何なのこの糞リプス
0868デフォルトの名無しさん2011/02/18(金) 23:45:48
Ｊａｖａはｖｉでゴリゴリに限る。
0869デフォルトの名無しさん2011/02/19(土) 02:05:48
scala普及しなすぎだろ
0870デフォルトの名無しさん2011/02/19(土) 02:11:44
記号ばっかりのscalaなんかやるならc#やった方が有益
0871デフォルトの名無しさん2011/02/19(土) 02:42:17
http://www.infoq.com/jp/news/2011/02/lift-jruby

私は Scala が好きです。Scala は私のお気に入りのプログラミング言語なのです。
これまで数多くの開発組織で，Scala に関する話をしてきました。
しかしその後の Scala の普及状況を見たとき，私はこの言語が Ruby や，
あるいは Python の採用レベルにさえも達しそうもないことに気付いたのです。
0872デフォルトの名無しさん2011/02/19(土) 03:08:57
そして、a few yearsが抜けてる日本語訳だっけ？
0873デフォルトの名無しさん2011/02/19(土) 10:38:51
まあ関数型は所詮関数型だからな
0874デフォルトの名無しさん2011/02/19(土) 10:50:48
普及もクソも所詮は俺言語のうちの一つに過ぎない
それがこれだけ注目されてたことだけでも奇跡
0875デフォルトの名無しさん2011/02/19(土) 22:18:48.71
C#とJVMの狭間で
0876デフォルトの名無しさん2011/02/20(日) 00:24:48.41
Scalaは型システムとか並列フレームワークとか見るべきところがある言語。
0877デフォルトの名無しさん2011/02/23(水) 13:54:49.16
型推論は真面目にコンパイラで頑張って欲しいと思うこの頃です。
0878デフォルトの名無しさん2011/02/26(土) 00:48:21.79
Scalaは型推論に失敗して落ちるとか
致命的なエラーが大量に含まれているから

見るべき言語じゃない
0879デフォルトの名無しさん2011/02/26(土) 01:49:16.91
推論中に循環参照になってスタックオーバーフローみたいな？
0880デフォルトの名無しさん2011/02/26(土) 22:38:09.13
scalaよりClojureわりと好きなんだったんだがの。
S式にアレルギーある人多すぎでイマイチな評価だけど。
0881デフォルトの名無しさん2011/03/02(水) 23:53:55.39
Oracle の JDK 7 Developer Preview 発表とライセンス問題
http://www.infoq.com/jp/news/2011/03/jdk7_dev_preview
0882デフォルトの名無しさん2011/03/06(日) 16:44:51.40
>>881
メールの引用部に友好的なIcedTea7の対話含まないなんて、
煽る気まんまんの最低記事だね。
0883デフォルトの名無しさん2011/03/06(日) 17:25:53.84
昔からの問題って書いてるから、別にいいんじやね？
MSでもSunでもあった問題なんだし。
0884デフォルトの名無しさん2011/03/06(日) 17:36:17.11
バグの情報をオープンにするってセキュリティ的にまずいんじゃないの
0885デフォルトの名無しさん2011/03/06(日) 17:37:57.72
どうして？
0886デフォルトの名無しさん2011/03/06(日) 19:21:59.03
セキュリティホールを突いた攻撃が行われる恐れがある
0887デフォルトの名無しさん2011/03/06(日) 20:59:53.00
>>883
MS関係ねえ…
>>886
普通、秘密裏に通知して、アップデートの猶予を与える。
しばしば対応が遅すぎて、発見者が切れて、先に発表しちまうが。
0888デフォルトの名無しさん2011/03/09(水) 10:57:36.11
develope previewって、nio2が入ってんだよね？
ちょっと期待してんだけど
0889デフォルトの名無しさん2011/03/09(水) 20:01:40.16
nio2って5，6年前から聞くな。どんだけ放置プレイなんだか。
0890デフォルトの名無しさん2011/03/09(水) 21:27:43.77
Java 7だって5年ほど前から聞く。
それよりWindowsでIPv6使いたかったのに1.4で実装されず、7のSocketChannel
で初めてまともに非同期ソケット使えるようになった放置がひどすぎる。
8年ぐらい待った。ようやく使えると思ったらWindowsなのに[::]で0.0.0.0まで
勝手にバインドされる糞仕様
0891デフォルトの名無しさん2011/03/23(水) 07:20:30.91
OracleのJava EE 7計画にプラットフォームへのクラウドとHTML5サポートを追加
http://www.infoq.com/jp/news/2011/03/ee7_jsr
0892デフォルトの名無しさん2011/03/26(土) 01:39:33.57
JDK8向け新機能の提案受付を開始
http://journal.mycom.co.jp/news/2011/03/24/045/index.html
0893デフォルトの名無しさん2011/04/01(金) 23:37:58.47
機能の追加はもういらん。
速度性能を上げることにすべての心血を集中させてほしい
0894デフォルトの名無しさん2011/04/02(土) 00:39:12.00
どうぞどうぞ。
0895デフォルトの名無しさん2011/04/02(土) 01:09:27.79
今のJavaにこれ以上速度性能を求める奴ってなんなの？
0896デフォルトの名無しさん2011/04/02(土) 01:28:40.04
javaのどこの速度が遅いわけ？
0897デフォルトの名無しさん2011/04/02(土) 01:29:30.92
あえて言えばクラスロード。ヴェりファイアが走るので。
0898デフォルトの名無しさん2011/04/02(土) 12:16:31.40
クラスロードはそんなに遅くは無いと思うが、アプリ起動時
の壮大な処理になると気になるな。でもJava 7(x64) + SSDの
環境にしたら一瞬で起動するようになったので気にならなくなった
0899デフォルトの名無しさん2011/04/02(土) 12:28:01.70
Javaの場合はクライアントの方は諦めてるところがあるから
あんまり起動時間は重視されないと思う
0900デフォルトの名無しさん2011/04/02(土) 13:39:54.78
ランタイムそのものをモジュール化するって話はどうなったの？
JSRじゃなくOracle JVMの話なんだろうけど。
0901デフォルトの名無しさん2011/04/02(土) 14:08:49.68
1.5でクラスライブラリはシェアになったから起動は少し早くなった聞いたんですけど
0902デフォルトの名無しさん2011/04/02(土) 23:36:19.73
>>898
> でもJava 7(x64) + SSDの
> 環境にしたら一瞬で起動するようになったので気にならなくなった

頭悪！
0903デフォルトの名無しさん2011/04/03(日) 00:06:17.83
???
0904デフォルトの名無しさん2011/05/03(火) 13:25:05.97
???
0905デフォルトの名無しさん2011/05/03(火) 20:54:34.52
java6でシステムトレイがサポートされたけど、MenuItem, JMenuItemが多くなってもPopupやJMenuはスクロールしないよね。
メニューアイテムのスクロールのカスタム実装は出来なくもないけどかなり大変だからjava7でひっそりとサポートしておいてほしい。
0906デフォルトの名無しさん2011/05/03(火) 21:01:18.58
GUI系だとタブレット向けのマルチタッチサポートが一番重要な気がする。
昔Java1.3でホイールマウスが使えなかったのは結構痛かった。
0907デフォルトの名無しさん2011/05/11(水) 20:02:33.00
インナークラスってさぁ、オーバーライドできるようにならねぇの？
もともと共変の戻り値が不可能だったのと、ソースコード上では外クラスの
thisを渡さなくて済む構文糖だからってのがあるんだろうけど、微妙に不便だ。
TypeA.InnerA inner;
inner = new TypeA().new InnerA();
inner = new TypeB().new InnerA();//オーバーライド済み。
0908デフォルトの名無しさん2011/05/11(水) 20:22:14.07
継承？ オーバーライド？
0909デフォルトの名無しさん2011/05/11(水) 20:28:16.55
>>908
オーバーライド。
new InnerA();をnewInnerA();メソッドとして読み替えてみればいいかもしれん。
0910デフォルトの名無しさん2011/05/11(水) 21:06:42.70
class A { class InnerA{} }
class B extends A { class InnerB extends InnerA {} }
なら、
A.innerA inner;
inner = new A().new InnerA();
inner = new B().new InnerA();
inner = new B().new InnerB();
って全部通ったような。
0911デフォルトの名無しさん2011/05/11(水) 21:25:49.17
それは通るだろうねぇ。AのInnerAをBのInnerAで上書きしてる訳じゃないからね。
BとAのInnerAはAのInnerAだし。
InnerBもInnerAを継承してるだけのただのInnerBだし。
0912デフォルトの名無しさん2011/05/11(水) 21:29:59.66
最初の説明が言葉足らずなようなんで補足。
メソッドの定義で書くとこんな感じ。

A.InnerA newInnerA();
B.InnerA newInnerA();

B.InnerAは、A.InnerAを継承している。
0913デフォルトの名無しさん2011/05/11(水) 21:33:34.51
何言ってるかわからん。
せめてコンパイル通る、もしくはコンパイラにかけると問題の箇所でコンパイルエラーになる形で示してくれ。
0914デフォルトの名無しさん2011/05/11(水) 21:36:07.42
多態的にインスタンス作りたいってことか?
コンストラクタの引数とかどうするんだよ。無駄に複雑になるだけ。
InnerAのインスタンスを作って返すメソッドを定義しておいてオーバーライドすれば済むこと。
0915デフォルトの名無しさん2011/05/11(水) 21:39:24.15
そもそもクラスのオーバーライドってできないんだけど。
インナークラス関係なくね？
0916デフォルトの名無しさん2011/05/11(水) 21:49:24.04
>>914
それがメンドいって話。
コンストラクターと全く同じ引数とって、newしたオブジェクトいちいちかくのバカバカしいじゃん。

InnerB newInnerA(arg1,arg2,arg3,arg4)
{
return new InnerB(arg1,arg2,arg3,arg4);
}
これ見てクドく思わないか？
コンストラクタの引数は、A,InnerAとB.InnerAで引数の一致するコンストラクタだけオーバーライドすればいいだけ。
InnerAのコンストラクタをAのメソッドとみなせば済む。

まぁ、InnerAのコンストラクタは書かずnewInnerAの中でInnerAを初期化するようにしても、
ある程度解決できるけどねInnerAが外部クラスで初期化されてるのが気持ち悪い、
0917デフォルトの名無しさん2011/05/11(水) 21:54:48.05
全く思わないな
コンストラクタ引数がスーパークラスと全く同じで、生成時に単に直接newして返すだけの
ファクトリーメソッドなんてそんなに出てこないと思うけど
0918デフォルトの名無しさん2011/05/11(水) 21:55:11.60
>>915
それができるようになったらいいねって事。
あとクラスというかコンストラクターね。
0919デフォルトの名無しさん2011/05/11(水) 21:57:58.73
>>917
DBのgetConnection();なんてpool.new Connection()でいいじゃんとは思こともないか？
0920デフォルトの名無しさん2011/05/11(水) 22:01:26.13
純粋に見た目の問題としては気持ちはわからなくもないが
そもそもネストクラスのインスタンスをクラスの外から作るのがダサい
0921デフォルトの名無しさん2011/05/11(水) 22:41:50.49
>>918
コンストラクタ上書きは従来の型システムが崩壊するから無理じゃね？
継承禁止クラスがサブクラスをインスタンス化できないように
わざわざコンストラクタが全部privateにしてても
コンストラクタ上書きできるならサブクラスで上書きされちゃうわけで。
0922デフォルトの名無しさん2011/05/11(水) 22:47:12.59
糖衣構文としては簡単に実装できるだろ
コンパイラが>>916のようなコードを生成すればいいだけ
わざわざ文法に大きく手を入れるほどの見返りがあるかというと全く割に合わないと思うけど
0923デフォルトの名無しさん2011/05/11(水) 22:50:25.52
見た目気にしないならIDEにコード生成させりゃいいだけだし。
0924デフォルトの名無しさん2011/05/11(水) 22:51:13.18
「何でも明示的に」なJavaにその手の糖衣構文を望むのは酷かと
0925デフォルトの名無しさん2011/05/11(水) 22:51:58.93
そんな構文糖入れるならダイヤモンド要らないからval入れてくれ。
0926デフォルトの名無しさん2011/05/11(水) 22:53:06.07
無名クラスと同じで構文糖としてなら可能なはず。
共変の戻り値が可能になったし、内部クラスのコンストラクタを
クラスファイル上は、外部クラスのメソッドに書き換えてやればいいだけ。
実際に現時点でも外部クラスのオブジェクトを受け渡すために若干近い構造になってる。

あとprivateのメソッドはもともとオーバーライドできないのでコンストラクタもそれに従えばいいだけの話。
0927デフォルトの名無しさん2011/05/11(水) 22:58:12.31
>>916見ると、ぶっちゃけオーバーライドも内部クラスも関係なくて、
コンストラクタでsuperに同じ引数渡す場合の省略記法があればいいだけのような。
0928デフォルトの名無しさん2011/05/11(水) 23:07:46.40
>>926
糖衣構文だと既存のバイナリで定義されたネストクラスはオーバーライドできないはずだから
virtual class InnerA { }みたいに特別な宣言が必要になるよ
まあ既存クラスが全く想定してない内部クラスの差し替えが起こるわけだから誤動作しまくるに決まってるので
糖衣構文でなくても特別な宣言をさせるようにするしかないだろうけど
0929デフォルトの名無しさん2011/05/11(水) 23:08:29.40
共変の戻り値もあんまし関係ないな。
他にも新機能追加してんだから僕の考えた最強の糖衣構文も追加するべき、
みたいな引き合いに出されただけか。
0930デフォルトの名無しさん2011/05/11(水) 23:12:46.23
>>928
　互換性を気にしなきゃならんのはもっともなんだけど、
既存のクラスに親と子で同じな前の内部クラスを定義しているやつがいるか？
理論上問題は発生し得るけど、現実誰一人こまるやついないだろ。
0931デフォルトの名無しさん2011/05/11(水) 23:14:22.81
>>929
共変の戻り値がクラスファイル上で許可されてなかったらクラスファイルの構造直さない限り不可能だよ。
0932デフォルトの名無しさん2011/05/11(水) 23:14:53.41
っつか、やりたいのって結局継承時の記述省略よね。
0933デフォルトの名無しさん2011/05/11(水) 23:18:34.20
>>930
外側のクラスに内部クラスのインスタンス生成用の隠しメソッドを生成するならリコンパイルが必要だろ
それに、今までは内部クラスが継承されて勝手に差し換わったりしないことを前提に
内部クラスでなければfinalを付けるべきところをfinal付けてないコードはあるだろうから
そういうコードのカプセル化が壊れる
0934デフォルトの名無しさん2011/05/11(水) 23:20:32.89
>>932
あと、内部クラスのオブジェクト生成表記の統一と、内部クラス名の統一(親と子で同じ)ね。
0935デフォルトの名無しさん2011/05/11(水) 23:22:03.87
>>932
>>916見る限り他に考えようがない。
0936デフォルトの名無しさん2011/05/11(水) 23:26:15.35
>>933
>外側のクラスに内部クラスのインスタンス生成用の隠しメソッドを生成するならリコンパイルが必要
これはおっしゃるとおりかも。

そっから下は
>既存のクラスに親と子で同じ名前の内部クラスを定義しているやつがいるか？
って書いた内容と同じだと思うけどいまいち意味が解らん。
0937デフォルトの名無しさん2011/05/11(水) 23:27:05.22
>>934
それ何かメリットあんの？
>>916はまだ記述省略できるってメリットあるけど……
0938デフォルトの名無しさん2011/05/11(水) 23:29:13.12
>>937
あるんじゃね？ 極々稀なケースで。
09399332011/05/11(水) 23:34:14.66
>>936
すまん内部クラスはあんまり関係ないな
内部クラスに限らず、newによる多態的なインスタンス生成なんかサポートすると
既存のコードが正しく動かなくなるってこと
既存のコードはnew Hoge()でHogeのサブクラスのインスタンスができるなんて全く想定してないからね
既存の外側のクラスの中で自身の内部クラスのインスタンスを作ってる場合はそういう状況になりうるでしょ
0940デフォルトの名無しさん2011/05/11(水) 23:40:09.51
>>931
クラスファイルの仕様はかわってなかったような。

一つのクラスに同名同引数のメソッドは一つだけって暗黙の条件が崩れただけで。
もっとも、それもjavacで生成されたクラスファイルって限定付きだったような気が。
0941デフォルトの名無しさん2011/05/11(水) 23:50:51.62
リフレクションの際のMethod検索するユーティリティメソッド書き直したな。
0942デフォルトの名無しさん2011/05/11(水) 23:53:59.76
>>937
無名クラスで名前を省略できるのと同程度かな。
親がConnection用意してて子でPostgresConnectionで別名つけにゃならんとか微妙じゃん。
使うときはnew Postgres().new PostgresConnection()になるわけで。

>>940
許可されただけで構造は変わってないよ。

なんか
>他にも新機能追加してんだから僕の考えた最強の糖衣構文も追加するべき、
な感じになってるからそろそろ切り上げるわ。みんなありがとさん。
そのうちダメ元でここの意見参考にJava関連ツールの宣伝してた
Oracleの営業に話してみるわ、鼻で笑われるだろうけどね。
0943デフォルトの名無しさん2011/05/12(木) 02:35:59.16
ジャバはもう終わっってんだろ
IT専門学校で教えてないけど、これからは（これからも）C#/VBが本命
0944デフォルトの名無しさん2011/05/12(木) 07:42:33.20
本命なんて無いよ。
0945デフォルトの名無しさん2011/05/12(木) 08:39:08.73
>>943
またC#厨かｗ
あんなプロプラな言語が本命の訳ないだろｗ
0946デフォルトの名無しさん2011/05/12(木) 09:00:20.35
天下のECMAですよ？
0947デフォルトの名無しさん2011/05/12(木) 09:24:29.07
おばかだなぁ
両方使えるのがいいにきまってるでしょ
0948デフォルトの名無しさん2011/05/12(木) 19:39:18.74
中途半端が一番イクないともいう
0949デフォルトの名無しさん2011/05/12(木) 23:46:37.83
おい聞いたかＣ＃がプロプラだってよおい
0950デフォルトの名無しさん2011/05/12(木) 23:54:02.91
よりによってOracle製品には言われたくないな
0951デフォルトの名無しさん2011/05/12(木) 23:56:20.04
Oracleの犬になるか、GPLか、だもんな
0952デフォルトの名無しさん2011/05/13(金) 00:11:00.87
もしMicrosoftがSUNを買っていたらと思うとOracleのほうが遥かにマシ。
いちいち携帯でアプリ起動するのにM$のロゴが出てきたら気分が悪いからな。
Oracleならまだイヤな気分にならない。
0953デフォルトの名無しさん2011/05/13(金) 00:14:58.08
JavaはIBMが買ってればマシだったと思う。
あとC#はECMAがあっても閉鎖的には違いない。
0954デフォルトの名無しさん2011/05/13(金) 00:16:38.94
何かと戦われている方ですね
0955デフォルトの名無しさん2011/05/13(金) 03:54:29.79
オラクルは世界第2位ですよ？
0956デフォルトの名無しさん2011/05/13(金) 06:24:43.92
>>955
OpenOffice はどうなってしまいましたか？
0957デフォルトの名無しさん2011/05/13(金) 07:01:54.58
サンが持っていたアレコレを買い占める前からオラクルは世界第2位の規模ですよ？
0958デフォルトの名無しさん2011/05/13(金) 07:45:55.19
>>957, >>952
オラクルの買収した OOo は今や風前の灯。オラクルも所詮 MS と同じ穴の狢では？
0959デフォルトの名無しさん2011/05/13(金) 07:46:23.70
そして Java もいずれそうなる。
0960デフォルトの名無しさん2011/05/13(金) 08:04:16.20
もうだめぽ
0961デフォルトの名無しさん2011/05/13(金) 11:22:48.25
Oracle主流製品にあわせて性能チューニングしてくれるので、
Oracle主流製品で固めればいいと思う。
0962デフォルトの名無しさん2011/05/13(金) 17:49:51.31
　機能を追加するために言語拡張すんのと、ライブラリ拡張すんのどっちがいいんだろうな。
lisp見ると、言語拡張が必要な言語はバカバカしく見えてくる。
0963デフォルトの名無しさん2011/05/13(金) 17:58:19.50
HTML5が近いというのにジャバだとpngはサポートしてるけどで未だにpngのアニメーションは無理なんだね。
0964デフォルトの名無しさん2011/05/13(金) 17:59:27.42
なんとなく分かるけど例あげてくれ
0965デフォルトの名無しさん2011/05/13(金) 18:43:16.90
たしかmngとかapngとかいう変なのがあったはずだが
0966デフォルトの名無しさん2011/05/13(金) 23:43:07.03
Oracleはgoogleと仲良くしてgoogleをJavaに協力させるべきだとおもうなぁ。
エンタープライズを見るのもいいけど、PC未満も忘れないで欲しいもんだ。
0967デフォルトの名無しさん2011/05/14(土) 00:22:53.16
もうクライアントなんてやる気ないんだろ
PC未満どころかクライアントPCすら終わってるじゃん
0968デフォルトの名無しさん2011/05/14(土) 00:38:52.59
逆にMSの独壇場になったPCが一番難しいんじゃないか？
スマホで動く.NETとか存在しないし、.NETでアプリが動く携帯電話も
見たこと無い。もしあっても俺の主観では欲しくない。
Androidが個人向けのPC未満市場でMSを圧倒的にリードしている
様子を見れば、PC以外なら誰にでも勝機があると思えてくる。
0969デフォルトの名無しさん2011/05/14(土) 00:48:12.26
androidもそのうちJavaは捨てるでしょ
javascriptとネイティブで十分
0970デフォルトの名無しさん2011/05/14(土) 01:19:51.34
>>968
逆に.NETが動かないスマホの方が少ないんだが
あとauも.NETを独自実装してたはず
0971デフォルトの名無しさん2011/05/14(土) 02:16:57.80
なんだかんだでｃ++がいちばんいいな
0972デフォルトの名無しさん2011/05/14(土) 06:27:41.67
>>943
0973デフォルトの名無しさん2011/05/14(土) 07:04:25.31
oracleによって完全に望みは絶たれたけど、最大の開発者シェアの言語握りながら
クライアントでは全くダメとかどう考えてもsunが無能すぎただろ
いつまでもjavaの精神とか夢物語にこだわってるからからこうなる
0974デフォルトの名無しさん2011/05/14(土) 07:46:44.65
>>958
> >>957, >>952
> オラクルの買収した OOo は今や風前の灯。オラクルも所詮 MS と同じ穴の狢では？

OpenOfficeは、オラクルの方針に賛成できない開発者が離れて、LibreOfficeに移ったよ。

で、LibreOfficeは、開発スピードが確実に上がっている。
なんでも、従来は、ちょっとした変更もSunによる承認が必要で、全然開発が進まなかったらしい。
で、Oracleになってからさらに悪くなったところで、開発者が離脱。

今、LibreOfficeは、開発者がいきいきしている。
開発の速度が上がったよね。

最近は、SUN時代には許可されなかった、コードのリファクタリングをやっているとか。
開発者からみて、ここはどうしても変えたいってコードが、ようやく開発者の意志で変えれるようになった。


Javaも、LibreOfficeみたいに自由をつかめば、まだまだ良くなりそうだが、、。
0975デフォルトの名無しさん2011/05/14(土) 08:42:49.23
>>974
風前どころかとうに消えてしまったんですねえ
0976デフォルトの名無しさん2011/05/14(土) 08:48:53.43
Javaの言語仕様は石橋を叩いて壊すくらいでちょうどいいよ。
クソ仕様が入るよりは現状維持の方がマシ。
5.0で不満なところはほとんど解消してるし。
0977デフォルトの名無しさん2011/05/14(土) 10:23:50.84
>>969
Javaを捨てるという意味がワカラン
0978デフォルトの名無しさん2011/05/14(土) 12:26:40.68
シンプルな仕様がいいのでJDK1.1で十分
0979デフォルトの名無しさん2011/05/14(土) 16:19:34.81
>>974
LGPLにしてよかったな。
0980デフォルトの名無しさん2011/05/14(土) 20:55:48.42
OpenJDKからforkしたものだけになっちゃったらそれこそモバイルとか組み込みとか完全終了じゃん
0981デフォルトの名無しさん2011/05/14(土) 20:59:32.35
.NET見たいに配列も拡張forループでまわせるようにならんとかな？
たとえば、次の文があったとき、
String[] ary = 処理（）；
for ( String str : ary ) {
}

これをコンパイラがこう読み替えればいいだけだろ？
String[] ary = 処理（）；
for ( String str : Arrays.asList(ary) ) {
}
0982デフォルトの名無しさん2011/05/14(土) 21:01:02.05
配列は今でもまわせるよ
0983デフォルトの名無しさん2011/05/14(土) 21:57:26.83
>>981
>>981
>>981
0984デフォルトの名無しさん2011/05/15(日) 03:02:46.66
for(String s : args) {
}

↓

String[] args1 = args;
int i = args1.length;
for(int j = 0; j < i; j++) {
String s = args1[i];
}

こんな感じだった
レス数が950を超えています。1000を超えると書き込みができなくなります。