【Java SE 7】 次世代Javaの動向 ７ 【dolphin】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2008/09/04(木) 21:34:07[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/
■■関連スレッド■■
現世代Javaの動向 1
http://pc11.2ch.net/test/read.cgi/tech/1150286189/
0002デフォルトの名無しさん
2008/09/04(木) 21:36:17【初心者】Java質問･相談スレッド119【歓迎】
http://pc11.2ch.net/test/read.cgi/tech/1220388885/
【徹底討論】Java３Dの可能性について考える
http://pc11.2ch.net/test/read.cgi/tech/1033703640/
Eclipse統合M25【Java/C/PHP/Ruby/Python/Perl】
http://pc11.2ch.net/test/read.cgi/tech/1211505494/
【Java】NetBeans Part4【Sun】
http://pc11.2ch.net/test/read.cgi/tech/1218959013/
【Java】Wicket【HTML】
http://pc11.2ch.net/test/read.cgi/tech/1132407308/
0003デフォルトの名無しさん
2008/09/04(木) 22:57:530004デフォルトの名無しさん
2008/09/05(金) 00:22:41クロージャーのことがよくわかる参考資料はないかね
0005デフォルトの名無しさん
2008/09/05(金) 01:01:360006デフォルトの名無しさん
2008/09/05(金) 12:00:40http://download.java.net/jdk7/changes/jdk7-b34.html
http://download.java.net/jdk7/binaries/
0007デフォルトの名無しさん
2008/09/05(金) 23:46:520008デフォルトの名無しさん
2008/09/05(金) 23:54:12今秋予定。いまRCまできてる。
0009デフォルトの名無しさん
2008/09/05(金) 23:56:40http://download.java.net/jdk7/jsr203/binaries/
NIO2付きの javadocも来た。
http://openjdk.java.net/projects/nio/javadoc/index.html
0010デフォルトの名無しさん
2008/09/05(金) 23:56:54ありがとう。6u8や6u9が間にあると思ってたけど、すっとばすんだね。
0011デフォルトの名無しさん
2008/09/06(土) 16:30:46もし言語として必要（必須）なら今でも不満が出るんだろうけど、やっぱり一時の浮気心であって実際はどうでも良かったのかな…
この辺りはどう思う？
0012デフォルトの名無しさん
2008/09/06(土) 16:35:03特に欲しいと思える機能ではないな。
0013デフォルトの名無しさん
2008/09/06(土) 17:26:570015デフォルトの名無しさん
2008/09/07(日) 07:10:08http://www.javaworld.com/javaworld/jw-05-2008/jw-05-rightsize.html
これが最新の予定かどうかは知らん。
遅れる事はあっても早くなる事はないと思う。
ありがとうございます。
まだまだ先ですね。
0017デフォルトの名無しさん
2008/09/08(月) 14:48:21あれは熱気じゃないだろw ただの荒らしがしでかしたもの。
過去に「C#って死滅しちゃうのスレ」でJavaアンチが散々煽っていたネタの一つw
0018デフォルトの名無しさん
2008/09/08(月) 14:58:36自分のスクリプトをevalさせるのは簡単ですか？
0019デフォルトの名無しさん
2008/09/08(月) 21:59:58Pnutsのユーザーとかまだ居たりするのかな。
0020デフォルトの名無しさん
2008/09/08(月) 23:03:03何か追加される予定あったっけか？
今のところ Rhino しか入ってないと思ったが。
後付でスクリプトエンジン入れられるって意味のサポートなら、
自分で ScriptEngineFactory 実装してSPI 登録すりゃいいだけだから、
後はユーザーがダウンロードして使ってくれるかどうかだけ。
こっちは jdk7関係ないし。
0021デフォルトの名無しさん
2008/09/08(月) 23:07:52つ JavaFX
0022デフォルトの名無しさん
2008/09/08(月) 23:31:26SPI登録っていってもCLASSPATHにJar通せば終わり
0023デフォルトの名無しさん
2008/09/08(月) 23:31:50βから作り始めてる猛者はいるのかな。
002422
2008/09/08(月) 23:32:430025デフォルトの名無しさん
2008/09/09(火) 09:59:470026デフォルトの名無しさん
2008/09/12(金) 23:34:10JDK7 build35
http://download.java.net/jdk7/changes/jdk7-b35.html
http://download.java.net/jdk7/binaries/
0027デフォルトの名無しさん
2008/09/17(水) 02:24:340028デフォルトの名無しさん
2008/09/17(水) 07:10:27バイトコードに変換するコンパイラがどれだけ頑張るかによる。
0029デフォルトの名無しさん
2008/09/19(金) 08:45:05今どきのJVMのJITは、Javaコンパイラが通常吐き出すバイトコードに、
かなり特化した最適化が行われているから、
いかにJavaコンパイラが吐き出すバイトコードに近いコードを生成するかが、
高速化の鍵になると思う。
0031デフォルトの名無しさん
2008/09/19(金) 09:36:41> かなり特化した最適化が行われている
具体的には？
0032デフォルトの名無しさん
2008/09/19(金) 09:39:53あのへんは InvokeDynamic使えればリフレクション使わなくてもよくなるかも。
0033デフォルトの名無しさん
2008/09/21(日) 02:38:40んー。Scalaでリフレクションを使ったバイトコードが生成されるのは、やや特殊な場合だけ
だが(配列がらみの変換とか)。通常の数値演算とかメソッド呼び出しはリフレクション
は特に使われていない。コンパイル結果をjavapしてみればわかる。
0034デフォルトの名無しさん
2008/09/21(日) 02:41:40静的型付けで、しかもJavaに比較的近い型システムを持っているため、より
直接的にJVMのバイトコードにマッピングできるから。たとえば、scala.Int
型同士の加算は単にJVMのiadd命令になったりする。
0035デフォルトの名無しさん
2008/09/21(日) 07:14:05structural conformance とかもそうだね。
structural conformance、Javaでも出来るようにならんかねぇ
0036デフォルトの名無しさん
2008/09/21(日) 08:19:06{
class MyCl {}
}
とすると、内部クラスはインターフェイスの規約どおり必ずpublic static final class MyCl
として扱われるんですか？
0037デフォルトの名無しさん
2008/09/21(日) 08:26:45そんな紹介記事読めば書いてあるような事を一生懸命書かなくても……
0038デフォルトの名無しさん
2008/09/21(日) 08:29:53誤爆しました。
0039デフォルトの名無しさん
2008/09/24(水) 09:33:150040デフォルトの名無しさん
2008/10/01(水) 01:12:46たぶん含まれると思うけど。
7 のスペックリードの Danny Coward の追っかけでもやらんと最新の動向はわかんない。
そーいや、クロージャの Neal Gafter が Google やめて Microsoft に行ったとか。
0041デフォルトの名無しさん
2008/10/01(水) 02:09:090042デフォルトの名無しさん
2008/10/01(水) 09:15:52あれま。closureはどうなるのかな。
0043デフォルトの名無しさん
2008/10/26(日) 08:39:07http://www.java.net/download/jdk7/changes/jdk7-b38.html
http://download.java.net/jdk7/binaries/
0044デフォルトの名無しさん
2008/10/26(日) 08:49:53JColorChooserにHSLタブが追加されたんだｗ
0045デフォルトの名無しさん
2008/10/27(月) 11:05:36仕事はdotNetだけど、
バランスのために趣味でJava言語の設計と開発を続けると書いてある。> blog
0046デフォルトの名無しさん
2008/10/31(金) 22:34:230047デフォルトの名無しさん
2008/10/31(金) 22:37:36日本語ページから落とさなくてもMulilingualだから
どうせ同じバイナリですよ
0048デフォルトの名無しさん
2008/10/31(金) 23:52:48日本語ページの放置っぷりに、Sunのやる気の無さが伺えたｗ
0049デフォルトの名無しさん
2008/11/01(土) 02:36:38本も種類多すぎだし、コードはクソ見づらくなるし
何がいいの？
0050デフォルトの名無しさん
2008/11/01(土) 09:14:48コボラー乙
0051デフォルトの名無しさん
2008/11/01(土) 16:12:45これだけは欲しいんだよねー
0052デフォルトの名無しさん
2008/11/11(火) 00:06:35http://www.java.net/download/jdk7/changes/jdk7-b39.html
http://download.java.net/jdk7/binaries/
0053デフォルトの名無しさん
2008/11/21(金) 22:50:59ttp://shootout.alioth.debian.org/u64q/benchmark.php?test=all&lang=java&lang2=gcc
0054デフォルトの名無しさん
2008/11/22(土) 00:13:581.4の頃からアルゴリズムの教科書に載っているようなプログラムは
Javaの方が早いのが結構あった。
0055デフォルトの名無しさん
2008/11/22(土) 00:20:34それ、最新のJVM使ってないんじゃね？
0056デフォルトの名無しさん
2008/11/22(土) 03:14:276.0になると、体感で1.4の倍くらい速いしなぁ。
0057デフォルトの名無しさん
2008/11/22(土) 20:53:05性格にベンチしたわけじゃないので、あくまで個人的な感覚だけど
0058デフォルトの名無しさん
2008/11/22(土) 21:06:44Cでオレオレ言語とオレオレVM作って、Javaを巻き返したとしたら
Cが速い事になるんだろうか。それともオレオレ言語が速い事になるんだろうか。
と考えようと思ったけど、よく考える間もなく、JavaだってC製だよなあ。C++かも知れんけど。
なんかもうオレだめだ寝るわ。
0059デフォルトの名無しさん
2008/11/22(土) 21:16:150060デフォルトの名無しさん
2008/11/23(日) 01:15:57そいつがCも速くしてくれるかも知れない。
ただあまり低レベルな記述ができないほうが、
プログラム解析には有利なんだよな。
0061デフォルトの名無しさん
2008/11/24(月) 21:44:20http://download.java.net/jdk7/changes/jdk7-b40.html
http://download.java.net/jdk7/binaries/
0062デフォルトの名無しさん
2008/11/24(月) 21:57:410063デフォルトの名無しさん
2008/11/27(木) 23:02:280064デフォルトの名無しさん
2008/11/28(金) 01:40:06> Current prototype: http://www.javac.info/closures.tar.gz (updated 2008-08-11)
更新されてないからね。
0065デフォルトの名無しさん
2008/11/28(金) 01:48:09ｇｄｇｄ感が漂ってるよね・・・
0066デフォルトの名無しさん
2008/11/28(金) 01:52:09一度MSに行くともうSUNに戻ってもリーダーになれないような感じだけど、SUNの社風はそうでもないのか？
それともいい仕事する割には、ストレスに弱いのかｗ
0067デフォルトの名無しさん
2008/11/28(金) 02:06:240068デフォルトの名無しさん
2008/11/28(金) 02:15:37レイオフはよくあることだし、どっかの大学と提携して順調だろ？
0069デフォルトの名無しさん
2008/11/28(金) 02:31:170070デフォルトの名無しさん
2008/11/28(金) 02:32:15かなり儲かってる？どこが？
http://www.itmedia.co.jp/enterprise/articles/0810/31/news022.html
0071デフォルトの名無しさん
2008/11/28(金) 02:39:07隠さなくてもいいぞｗｗ
0072デフォルトの名無しさん
2008/11/28(金) 02:47:48GoogleのJavaのチーフ。Google Calendar作った。
その前はSunでJavaのコンパイラ。
0073デフォルトの名無しさん
2008/11/28(金) 03:34:53純損失が16億ドルあって「かなり儲かってる」といえる理由がわからないので、財務とか苦手なようだ。
ちょっと解説してもらえないだろうか？
0074デフォルトの名無しさん
2008/11/28(金) 03:38:420075デフォルトの名無しさん
2008/11/28(金) 04:41:400076デフォルトの名無しさん
2008/11/28(金) 05:02:230077デフォルトの名無しさん
2008/11/28(金) 05:13:230078デフォルトの名無しさん
2008/11/28(金) 05:19:470079デフォルトの名無しさん
2008/11/28(金) 09:12:060080デフォルトの名無しさん
2008/11/28(金) 09:21:12ここ次世代Javaのスレなんで。
0081デフォルトの名無しさん
2008/11/28(金) 09:25:410082デフォルトの名無しさん
2008/11/28(金) 09:28:160083デフォルトの名無しさん
2008/11/28(金) 11:54:14jvmやjdkライブラリも、もともと低額でも有償だったらあまり使われなかっただろうし
XBoxやPSとかみても５年から７年過ぎたらってところじゃないか？
0084デフォルトの名無しさん
2008/11/28(金) 12:47:450085デフォルトの名無しさん
2008/11/28(金) 12:55:370086デフォルトの名無しさん
2008/11/28(金) 13:06:080087デフォルトの名無しさん
2008/11/28(金) 13:41:400088デフォルトの名無しさん
2008/11/28(金) 13:59:02ただハード性能を引き出す必要があるけど、もともとコンソールは普通関係者だけで閉じてるからあまり問題ない。というか携帯の方は乱立がすごいし。
java meの延長でcpu 1.0Gなど大コンソール向けとかのプロファイラ切り替えでいけるんじゃないかな。
当然プリンタとかの組み込みとかも視野に入ってくるけど。
SUNは本来ハード会社だし、MSとはそもそも畑が違う。
0089デフォルトの名無しさん
2008/11/28(金) 18:20:510090デフォルトの名無しさん
2008/11/28(金) 20:24:32グランパスは8まで取っとくだろ常識的に考えて
0091デフォルトの名無しさん
2008/11/28(金) 20:28:420092デフォルトの名無しさん
2008/11/28(金) 20:29:580093デフォルトの名無しさん
2008/11/28(金) 20:41:110094デフォルトの名無しさん
2008/11/29(土) 16:12:53激ウケｗｗｗ
0095デフォルトの名無しさん
2008/11/30(日) 13:37:05javaが動く携帯ゲーム機作ってくれたら買うんだけどなぁ
0096デフォルトの名無しさん
2008/11/30(日) 22:22:09詳しそうなので聞くけど、
BlurayDisc対応のハードって、Java搭載が必須だったっけ？？？
何かの光Discの規格でそういうのがあったような。。。
で、それって、実際使われているのだろうか、とうのが気になっている。教えて。
0097デフォルトの名無しさん
2008/11/30(日) 23:51:370098デフォルトの名無しさん
2008/12/01(月) 00:03:03必須ですよ。プロファイルがSEとはずいぶんと違いますが。
ネットで関連グッズ買わせるボーナス画面で既に使われてるはずです。
変わったエフェクトのメニューとか。
0099デフォルトの名無しさん
2008/12/01(月) 01:23:00それなら値段も安いしネットブックでやるし。
少し大きいけど、持ち運び可能な液晶と考えればそうでもない。
0100デフォルトの名無しさん
2008/12/02(火) 15:28:150101デフォルトの名無しさん
2008/12/02(火) 20:22:450102デフォルトの名無しさん
2008/12/02(火) 22:15:20オーサリングツール作ってるってんなら待つけどさ。
0103デフォルトの名無しさん
2008/12/02(火) 22:39:190104デフォルトの名無しさん
2008/12/02(火) 22:45:520105デフォルトの名無しさん
2008/12/02(火) 23:46:15JavaFXは今週プレリリース版出すらしいよ。
0106デフォルトの名無しさん
2008/12/03(水) 13:33:09ttp://journal.mycom.co.jp/articles/2008/12/03/javasfather/index.html
0107デフォルトの名無しさん
2008/12/03(水) 15:08:46SUNにはキャッシュが３０億ドルあるってのが笑えた。
アメリカ本国が破綻することはないけど、タンス預金と同じ。
なんなら森ビルとか日本テレコムでも買収して固定資産化しろよｗ
0108デフォルトの名無しさん
2008/12/03(水) 16:02:010109デフォルトの名無しさん
2008/12/03(水) 16:38:350110デフォルトの名無しさん
2008/12/03(水) 17:31:42おまえはそんなところにしか目がいかないのか？ｗ
0111デフォルトの名無しさん
2008/12/03(水) 19:43:470112デフォルトの名無しさん
2008/12/03(水) 20:35:330113デフォルトの名無しさん
2008/12/03(水) 22:52:55Sunがいろいろ頑張ってるのはわかるんだけど、
さっぱり盛り上がってないよね……
0114デフォルトの名無しさん
2008/12/03(水) 23:47:170115デフォルトの名無しさん
2008/12/03(水) 23:52:27Sun主導ででクライアントサイド技術が大成するとは思えない。
JSFだって結局JSPじゃなくてFaceletsに移ったしね。
Velocityが通った道に何年掛けてるんだって話。
0116デフォルトの名無しさん
2008/12/03(水) 23:58:12Quake2エンジンはずいぶん前に移植できてるみたいだから、ポテンシャル的にはそこそこのものが動きそうな気もする。
ただ、ゲームの世界で「そこそこのもの」を作っても、あんまり金を出してもらえないか。
0117デフォルトの名無しさん
2008/12/04(木) 00:07:07億万長者になった人もいるにはいる。
0118デフォルトの名無しさん
2008/12/04(木) 00:14:17そういや、あのころJOGLはまだだろうし、Java3Dで頑張ってたのかな？
0119デフォルトの名無しさん
2008/12/04(木) 21:34:40【サンタクロース、トナカイの酒気帯び運用罪での逮捕に、ﾏｼﾞ逆切れｗ】(ZDNet)
http://builder.japan.zdnet.com/story_media/20384793/081204_sun-james-gosling_02_400x300.jpg
0120デフォルトの名無しさん
2008/12/05(金) 10:14:34C#との差は広がるばかりだな
0121デフォルトの名無しさん
2008/12/05(金) 13:22:410122デフォルトの名無しさん
2008/12/06(土) 23:37:08http://download.java.net/jdk7/changes/jdk7-b41.html
http://download.java.net/jdk7/binaries/
0123デフォルトの名無しさん
2008/12/07(日) 00:50:19ttp://weblogs.java.net/blog/javakiddy/archive/2007/05/making_javafx_s.html
0124デフォルトの名無しさん
2008/12/07(日) 01:49:34っていうかJavaってなんで遅いの？
ゴスリンはいまはCよりも速いとか言ってるけど、絶対遅くね？
納得のいく説明をマジ期待
0125デフォルトの名無しさん
2008/12/07(日) 01:57:190126デフォルトの名無しさん
2008/12/07(日) 02:13:18Cは永遠に不滅だからねぇ
0127デフォルトの名無しさん
2008/12/08(月) 02:14:25これは何ともできないね。常駐JVMとかできないと。
だから小さなベンチマークだとJavaは遅い。
実際・・・Jazelle入ってるARMとかで動かしてるLinuxとかで
Javaが速いプラットフォームとかあるのかな？
0128デフォルトの名無しさん
2008/12/08(月) 03:30:07どういう処理が遅い？
0129デフォルトの名無しさん
2008/12/08(月) 23:02:45http://www.getamped.jp/
Java製だったと思う。
0130デフォルトの名無しさん
2008/12/08(月) 23:12:30どうもインストールのとこ見るとJREのインストール促すような文章もなかったけど内包してるんかね。
0131デフォルトの名無しさん
2008/12/08(月) 23:24:26ttp://tribaltrouble2.com/
0132デフォルトの名無しさん
2008/12/08(月) 23:30:14だからgcもかなりよくなってるし、ライブラリもかなりそろってるし、javaなら当たり前かなって感じはする。
0133デフォルトの名無しさん
2008/12/09(火) 01:00:38これだとWebStartあたりでMMO作るのが一番楽かも知れん。
今ならサーバもクライアントもJavaでいけると思う。
0134デフォルトの名無しさん
2008/12/09(火) 03:07:27ただ、無理して昔のPS１のような３D使うなら普通にクラッシュバンデブーとかの２D化とかスプライトの方がいい感じはする。
0135デフォルトの名無しさん
2008/12/09(火) 14:13:452Dか？
http://jp.youtube.com/watch?v=buMA1evvbbI
0136デフォルトの名無しさん
2008/12/09(火) 20:35:40影とか屈折とか３D特有の計算がなくて、せいぜい多色のべた塗りの画像を貼り付けるだけだからやってるとことは2dとほとんど同じ（３次・４次のベクトル座標計算程度）。
もしopenglとかのGPUユニット使わずCPUだけで画像処理やるなら、どんなに頑張っても今のPCの限界はこのへんじゃないか？
個人的にはマルチコアでやっぱりCPUで何とかなっていっちゃうのが次の流れかなって思うけど。
ナルト
http://ps3navi.com/log/2008/09/ps3naruto_9.html
0137デフォルトの名無しさん
2008/12/09(火) 21:36:08CPUとGPUの区別をどうするか知らんが、しばらくはCPUのようなでかい演算装置で超並列できるようにはならないと思うよ。
結局Direct3Dをどれだけ使えるかって話だろ。
0138デフォルトの名無しさん
2008/12/09(火) 22:51:12上に書いてあるのを読んで、屈折自体を計算する必要がないってことに気がつかなかったか？
それに計算の話じゃなくて、アルゴはいくらでも考えられるけど、実際はソフトで行える限界・その計算が視覚に耐えられる限界・協調同期の限界があるわけだから、
１０年前のFF7ポリゴンみたいなことして技巧的にならないで、アニメっぽいテクスチャ述べた塗りでいいんじゃないのってこと。
それだとナルト並なら、動きの滑らかなのとか抜いても、分担して３人ぐらいいれば作れるし（１ステージだけとか）。
nvidiaとか最先端技術のデモ見てるとよだれでるけど、それが世に広まるのは5-7年先のことでしょｗ
やっと１０年前のFF７並みのポリゴンがjavaで手軽に作れるほど世に広まったわけだし。
0139デフォルトの名無しさん
2008/12/09(火) 22:58:14gpuとかopengl/directxとかで計算を肩代わりさせるよりもよりもスレッドとマルチコアが主流になると思う。
個人的にはグラフィックカード(gpu)に２万も３万も出すよりはバックアップ用のHDDとかデジカメとか買うけどねｗ
0140デフォルトの名無しさん
2008/12/09(火) 23:05:13似たようなのが前にもJava初心者スレに湧いていた。
0141デフォルトの名無しさん
2008/12/09(火) 23:08:08そろそろSIMDをサポートしてもいいような気もするんだが。
JVMの命令レベルでサポートしてくれれば、標準ライブラリにも反映されるだろうし。
0142デフォルトの名無しさん
2008/12/09(火) 23:37:07知らない話になるとすぐ人工無能とかいっちゃうあたりは、その人工無能は君のことじゃないの？
0143デフォルトの名無しさん
2008/12/09(火) 23:48:49ただ、プリミティブの128bit型(dot netだとstruct Decimal)を入れて欲しい。
add,subとかの演算はなくていいから、int,longへのキャストだけでいい。
といよりも、jvmヒープではなくてスタックフレームにメモリ確保する
struct, stackallocを導入すればいいかなって感じはする(当然値渡し）。
0144デフォルトの名無しさん
2008/12/09(火) 23:52:33つ invokeDynamic
0145デフォルトの名無しさん
2008/12/09(火) 23:58:13そういう計画は次期JVM本流では全くないです。
そもそもGPUをフルに使いたいのに、
バイトコード設計に制約を受けていては元も子もない。
リッチなAPIをネイティブで実装するのがいい。
0146デフォルトの名無しさん
2008/12/10(水) 14:10:58そりゃGPU使えればかなり魅力的だけど、べつにGPUの機能やライブラリを使わなくてもある程度同等ならもう十分だし。
ただ（東工大の例も考えれば）GPUは並列にしないとあまりうまみがないし、個人のPCでGPUを多段式（予算６万として３枚以上）にする人は滅多いにいないだろう。
0147デフォルトの名無しさん
2008/12/10(水) 15:13:57http://www.jroller.com/scolebourne/entry/java_7_small_language_changes
なんつーか、既存のプロジェクト(kijaro)とモメてる？
0148デフォルトの名無しさん
2008/12/11(木) 00:42:57屈折自体を計算する必要がない？3Dグラフィックわかってる？
アニメっぽいテクスチャのべた塗りでいい？それほんとにやったらどんなしょぼいもんができるかわかってる？
バーチャファイター１だぞ。
カートゥーンレンダリングのこと言ってる？
0149デフォルトの名無しさん
2008/12/11(木) 00:44:56アップデートしなくちゃいけないのは人間だて。
0150デフォルトの名無しさん
2008/12/11(木) 00:53:580151デフォルトの名無しさん
2008/12/11(木) 00:55:52デテールにこだわるあまり３Dを熟知しているゲームPGを２０人も雇うなら人件費の方が大きいよね。
0152デフォルトの名無しさん
2008/12/11(木) 01:05:50PCと一緒にグラフィックカードも買ってくれるようになってからだったしな。
ただライブラリが貧弱で実際プログラムする敷居は高かったけど。
短絡で考えればメインPCを買い換えるは無いだろうけど、
マルチコア（CPU)はサブPCとかサブノートとか追加で導入されていって普及していくんじゃないかな。
俺の開発用PCは確か８年前でintel 1.4Gだし、別にゲームの専門・職業でやってるわけじゃないからね・・・
0153デフォルトの名無しさん
2008/12/11(木) 01:09:200154デフォルトの名無しさん
2008/12/11(木) 01:34:28それよか、自分で実装するのも面倒だし、特定ハードの機能に依存しないアルゴがあればいいよ。
遅いかもしれないけどそれは先も書いたとおり、速いか遅いかはハードの問題。この辺りは、古参兵だと今だにごっちゃなんだろうけどｗ
0155デフォルトの名無しさん
2008/12/11(木) 01:43:42結局の所ソフトウェアのボトルネックは大抵が人間系だ。
0156デフォルトの名無しさん
2008/12/11(木) 01:49:07OSが握ってるわけで、未だとプロセス(os thread)管理が主体みたいで、PGが直接制御するような代物でもないようだからな。
CPUに入ってるFPUユニット(sse)を常時乗っ取れるかどうかとかもあるけど、そういうのはライブラリの仕事でしょ。
ただPGは、gcのようにストレスなく並列計算でき、memory管理とかも気にせず、float[][][]使いまくりで2d(と擬似3d)プログラムできるんじゃないか？
現在要求されるハードを全部解決できるからな・・・
擬似的じゃなくて、3dバリバリ使いたい（PGやゲーマ）なら普通にGPU導入するだろうし、3dの表現効果とかカード１枚でやる程度のベクトル計算はGPUの畑だろう。
3dは、表現効果を全く考えないなら、ただの座標計算でしかないし（ワイヤーをクルクルみたいなアレ）、gpuとか不要じゃない？
0157デフォルトの名無しさん
2008/12/11(木) 01:50:050158デフォルトの名無しさん
2008/12/11(木) 01:51:130159デフォルトの名無しさん
2008/12/11(木) 02:31:580160デフォルトの名無しさん
2008/12/11(木) 02:40:31ALGOLの作者に謝れ!
0161デフォルトの名無しさん
2008/12/11(木) 03:11:40おまえらの相手なんかしてたからageちまったじゃないか！どうしてくれるんだよ！
３Dでよくある何チャラ法とか知ってます！ってのじゃなくて、アルゴをちゃんと勉強したことあるなら>>155みたいな思想は持ってないな。
たとえば、座標上の点を推定するために補間関数を考えたとき、
そのアルゴ・関数では端点（極点）での精度が著しく悪くなるアルゴなら、
この問題はいくらハードが速くなったところで解決できない。
こういうのはアルゴ（ソフト）の問題じゃないの？ｗ
これは光（法線）と影（ブレンド）の従来３Dの理論上の計算方法と同じ問題で、ソフト（例えばダイレクトXとか）ではいくら技巧的にやっても解決できるはずはない。
jvmにSSEやgpuユニットとかの計算専用（ベクトル計算）FPUを呼び出すbytecodeがあってもいいってのは面白いと思う。
0162デフォルトの名無しさん
2008/12/11(木) 03:30:07定義する必要があるだろう。
0163デフォルトの名無しさん
2008/12/11(木) 05:34:41そろそろ来るのか？
0164デフォルトの名無しさん
2008/12/11(木) 05:36:43なんか、がんばって知ってる難しい単語ならべたようにしか見えない。
座標の補完で精度が悪くなるアルゴリズム？
補完で繰り返し収束するようなアルゴリズムなら、ハードが速くなると解決するね。
というか、座標の補完で著しく精度悪くなるようなアルゴリズムって何？
どういう座標補完を前提にしてる？
ソフト(ダイレクトX）って書いちゃうってことは、DirectXわかってないことバレバレだし
0165デフォルトの名無しさん
2008/12/11(木) 05:49:51void xor (arrsrc, off, arrdst,off, count);
するとベクトルの内積（算術・論理演算）が定義できたことになる。スカラー倍もしかり。
だから最低[Bでand or xor だけあれば、後はライブラリでコピーと変換するだけ。
add,mulとかも論理演算があればライブラリで何とかなる。
仕組みについては多倍長BigIntegerを自作してみるとわかるんじゃないか。
この辺りの合理的な設計（十分条件）はハードの専門家（SUNとかIBMとか）の方が詳しいんじゃないのかな？
0166デフォルトの名無しさん
2008/12/11(木) 05:53:45どうしてかというと、jvmプラットでサポートされてるってことになるから、
例えばintelでasm使ったりintel製コンパイラ使ったりせず、またjniでmmx,sseゴリゴリしなくてもすむし、
javacだけでなくjrubyやjavafxでも言語仕様やライブラリでサポートできるから。
ただjvm bytecode眺めてみたんだけど、配列のコピー(arraycopy)のbytecodeはないから、
この内積論理演算はarraycopyの代用にもなるんだよね。実質的に演算子だし、追加されてもいいんじゃないのか？
0167デフォルトの名無しさん
2008/12/11(木) 05:55:51知らない話題になると揚げ足取りに変身するのは、どの分野にもいるね。
君みたいなゴミはうん千うん万と見てきたよｗ
0168デフォルトの名無しさん
2008/12/11(木) 05:58:51昔からいるスレ主だろうけど、君は知らない話題に首を突っ込まないでエスケープ解析だけを頑張ってればいいよｗ
0169デフォルトの名無しさん
2008/12/11(木) 06:05:01受け流すヒマがあれば、合理的な反論の一つもしてみたらどうだ？
0170デフォルトの名無しさん
2008/12/11(木) 06:05:29人の批判をするなら
まずはアンカーぐらいちゃんと付けられるよ
うになってからじゃないの？ダサｗw
0171デフォルトの名無しさん
2008/12/11(木) 06:15:29ていうかどの分野でもこういうゴミが沸いてくるから何にも教えたくなくなるよな。
こういうゴミが一つでもいると、逆にスレを徹底的に荒らす実験でもしようかと思うww
ま、スレが荒れるのも自業自得なんじゃね？ｗｗ
0172デフォルトの名無しさん
2008/12/11(木) 06:20:27>>164を見るに、全くわかってないお子ちゃまじゃんかｗｗ
あまりのお馬鹿に笑いが止まらないし鼻くそが吹き飛んだじゃないか！
0173デフォルトの名無しさん
2008/12/11(木) 06:24:54リアルでは「ジャバしかやったことありませーん」とか言うレベルだろ。
だから話についていけないし、java.netのキチガイブログを読んでばかりで、次から次と最新技術の追っかけやってるしか能がない。
おまえなんか厨房レベル、つまりジャバ・アイドルの追っかけと同じだろ？ｗｗ
0174デフォルトの名無しさん
2008/12/11(木) 06:25:43>>163
早く死ね
0175デフォルトの名無しさん
2008/12/11(木) 06:37:37朝から顔まっかにして・・・
結局どういう補間が精度わるいか書かないし、DirectXもわけわかってないし。
連投してレス先間違えまくるほど、痛いところつかれたんだな。
0176デフォルトの名無しさん
2008/12/11(木) 06:41:18この程度のスキルで調子に乗るなら、このスレは国内外のリソースとかブログ紹介とかの路線でいいんじゃね？
0177デフォルトの名無しさん
2008/12/11(木) 06:48:00人のことを「ソフト(ダイレクトX）って書いちゃうってことは、DirectXわかってないことバレバレだし」なんていってるヒマがあるなら、そういう癖はすぐに直した方がいいですよ。
0178デフォルトの名無しさん
2008/12/11(木) 06:54:04連衡てなんだよ。おまえはさ、妄想もいいかげんにしたらどうだ？おまえがいるとスレが荒れるだろ。
0179デフォルトの名無しさん
2008/12/11(木) 06:55:30補間の漢字も知らなかった奴が「書いて欲しい。分かってない」とかマヌケなことぬかすな。ゴミｗ
0180デフォルトの名無しさん
2008/12/11(木) 07:14:06そういや元からあったっけか。
0181デフォルトの名無しさん
2008/12/11(木) 07:24:02＞補完で繰り返し収束するようなアルゴリズムなら、ハードが速くなると解決するね。
人工無能君のこの発言の意味がわからないんですけど、たとえばどういうアルゴリズムで補完することこのような現象になるんですか？
それと座標補完ってなんのことですか？
0182デフォルトの名無しさん
2008/12/11(木) 08:00:22で、アルゴリズムわかってないみたいだから説明してやるよ。
>>161のいうような精度の悪い補間は知らないから推測な。
その補間に連立方程式を使うとする。複数点を指定して補間するとすれば、連立方程式解く可能性は高いな。
連立方程式を解く場合には、適当な値を答えとして連立式に当てはめて計算すると、少し正しい答えに近い値が求まる。
さらにその値をもう一度連立式に当てはめると、もっと正しい値に近づく。
つまり繰り返すたびに精度が高い値に近づく。
そうすると、ハードが遅いときに十分な精度まで求められなかったのが、ハードが速くなると繰り返しを多くして十分な精度が求めれる。
連立方程式だけじゃなく、いろいろな計算で、繰り返し回数を多くするほど精度が高まるものがあるから、そういう計算を使うアルゴリズムなら、ハードが速いほうが精度をあげやすい。
だから、繰り返しで正しい値に収束するようなアルゴリズムを使った補間ならハードが速くなると精度の問題が解決する。
わかったかい？
0183デフォルトの名無しさん
2008/12/11(木) 08:09:170184デフォルトの名無しさん
2008/12/11(木) 08:20:32そういうのはJITの仕事です。
0185デフォルトの名無しさん
2008/12/11(木) 08:21:350186デフォルトの名無しさん
2008/12/11(木) 08:24:06もしナンチャッテじゃなくて少しでも勉強したことがあるなら、そのアルゴに名前とかあるんじゃないの？
O[n log[n]]がハードの性能によってO[n]になったりすることは無いんじゃないかな。
難しい話題に飛び込んで赤っ恥をかく性格だし、ここらへんが人工無能君の限界だったかｗ
0187デフォルトの名無しさん
2008/12/11(木) 08:29:48こういう発想は根っからの技術者ってところかｗ
それに、有効桁（精度）とアルゴリズムの区別もついてないみたいだし、アルゴうんたらよりもハードでごり押しタイプか。
ダイレクトXのAPIは熟知しているMS信者だとしても、所詮ダイレクトXがなければただの素人だろｗ
0188デフォルトの名無しさん
2008/12/11(木) 08:31:00それで、あなたの脳味噌は補完されましたか？ｗｗ
0189デフォルトの名無しさん
2008/12/11(木) 08:39:230190デフォルトの名無しさん
2008/12/11(木) 08:47:070191デフォルトの名無しさん
2008/12/11(木) 09:26:50お父さんが言ってたけど「知らないことに頭突っ込んじゃいけない」典型例だな。
0192デフォルトの名無しさん
2008/12/11(木) 09:53:50こういう人が他のスレで暴れてスレが荒らされるんでしょうね。
どんなにスキルが上がってもコメネケーション・スキルは中学生レベルですか。
育ちが悪く、どこにいってもいじめられてたんでしょうね・・・
0193デフォルトの名無しさん
2008/12/11(木) 09:57:560194デフォルトの名無しさん
2008/12/11(木) 10:20:500195デフォルトの名無しさん
2008/12/11(木) 10:38:32よっぽど悔しかったんだろ？ｗｗｗ
0196デフォルトの名無しさん
2008/12/11(木) 11:20:30俺は>>182じゃないけど、なんでアルゴリズムの速度の問題がいきなりアルゴリズムのオーダーの
問題にすり替わってるんだか…まあ確かに指数関数オーダーのアルゴリズムはハードウェアが
いくら速くなったところで大して速くならないが、O(n)とかO(n log n)程度のオーダーのアルゴリズム
ならハードウェアの性能向上による恩恵は十分受けられるでしょーに。しかし、アルゴなんて
奇怪な略語をいつまでも使ってる辺りまともな技術者には見えんなあ。
0197デフォルトの名無しさん
2008/12/11(木) 11:44:210198デフォルトの名無しさん
2008/12/11(木) 12:08:300199デフォルトの名無しさん
2008/12/11(木) 13:19:19http://ja.wikipedia.org/wiki/IMac
0200デフォルトの名無しさん
2008/12/11(木) 13:36:46連立方程式の解き方なら、ガウスザイデル法だろ
「有効桁（精度）とアルゴリズムの区別もついてない」って何言ってるの？
がんばってオーダーの話もちだしたようだが、精度の問題がハードの速度改善で解決できる例をあげただけだろ。定数項の問題。
0201デフォルトの名無しさん
2008/12/11(木) 14:32:060202デフォルトの名無しさん
2008/12/11(木) 23:15:05がんばって勉強したみたいだね。
おこちゃまは早くおうちに帰りなｗ
0203デフォルトの名無しさん
2008/12/11(木) 23:18:52端点の近くで大きく振動する補間関数といわれてすぐ思いつかないならモグリだな。
おまえも大恥かきに来たんだろ？ｗ
0204デフォルトの名無しさん
2008/12/11(木) 23:21:510205デフォルトの名無しさん
2008/12/11(木) 23:26:45どうせ一日中wiki読んで勉強でもしてたんじゃないか（笑）
>>201とかみても妄想癖強そうだし、こいつの人生は一生負け組ｗ
0206デフォルトの名無しさん
2008/12/11(木) 23:28:190207デフォルトの名無しさん
2008/12/11(木) 23:29:20そろそろ正常化したいんでよそでやってくれ
0208デフォルトの名無しさん
2008/12/11(木) 23:30:59負け組みに人はどんなにスキルが向上してもやっぱり負け組みなのかｗ
0209デフォルトの名無しさん
2008/12/11(木) 23:32:58上の方で話題になったJVMレベルでのSIMD演算器実装はやって欲しいなあ。
で、Mathライブラリの増強かMatrixライブラリの新設で、ベクトルと行列の計算メソッドを作って欲しい。
現状だと自分で組んでるけど、forループ回してfloatなりdoubleなりの計算をさせてるんでスマートじゃない気がするし、
といってそのためだけにシェーダー勉強するのもしんどい。
もっとも、JVMでSIMD演算器を持ってなくても、Hotspotで検出してネイティブSIMD命令に変換してくれれば
それはそれでかまわないともいえるけど。
0210デフォルトの名無しさん
2008/12/11(木) 23:36:16ただの英語ブログの紹介でしょ。サルでも出来るｗ
0211デフォルトの名無しさん
2008/12/11(木) 23:37:400212デフォルトの名無しさん
2008/12/11(木) 23:39:150213デフォルトの名無しさん
2008/12/11(木) 23:39:19文脈で検出ってできるのかね? 積和が連続してるっぽかったら変換とか?
0214デフォルトの名無しさん
2008/12/11(木) 23:42:57Java5以降の構文が使えない環境とか今後どうなるんだ？
SE for Businessとか契約する日本の企業なんてほとんどいないだろ
0215デフォルトの名無しさん
2008/12/11(木) 23:46:19ただdot netやcではなくて、javaでプログラムやる人はそこまでネイティブ機能に関心を示すかどうか疑問だからjvmでサポートするのが妥当だろう。
これはjavacの話ではないし。他には動画コーデックとかも負担激減になるだろうな（処理も速くなると思うけど）。
0216デフォルトの名無しさん
2008/12/11(木) 23:57:28分岐命令が入らないで積和が連続している部分を見つけられれば、SIMD命令への変換はできそう。
ただ、for文の積和をSIMD化しようとすると、ループアンロールをかけないとマッチングしないような気がする。
Hotspotではループアンロールもやるみたいだけど、ループ回数が可変だったりすると、
プログラマが処理を組まないと自動で効率よくやるのは難しい気がするなあ。
自分の場合、ほとんど3ｘ3と4ｘ4しか使わないから、定数ループにすればアンロールはやりやすいと思う。
0217デフォルトの名無しさん
2008/12/12(金) 00:00:141.4.2なコードなんてゴロゴロしてるよ。
つか、俺はまだ5.0以降が使われてる仕事のコードは見たことがない……。orz
0218デフォルトの名無しさん
2008/12/12(金) 00:01:06ってなんだよｗ
仕様とかはちゃんと読んだけど、ただの一読者・ただの理想論と同じだな。
こんな糞スレにいるやつの妄想を信用する奴も哀れだ
0219デフォルトの名無しさん
2008/12/12(金) 00:02:34自分はホビープログラマだけど、5.0から生産性が一気に上がった気がするけどなあ…
（特にジェネリクス関係とか）
業務用では使われてないとすればもったいない話だ。
0220デフォルトの名無しさん
2008/12/12(金) 00:05:58この程度でいきがってるしな・・・
ちょっと知ってる程度で突っ込みいれると恥じかきますよ
財務の話とかも全然しらないんでしょうにｗ
それよか、他の有用な技術的リソースないですか？（日・英）
0221デフォルトの名無しさん
2008/12/12(金) 00:08:33まぁ、今後は5.0以降を使うことが確定してるけどな。6.0には行けないけど。
問題はなかなか仕事が取れないことでな……。orz
0222デフォルトの名無しさん
2008/12/12(金) 00:13:21俺は次の案件でJava6使ってくるぜ！
会社にJavaの資産が殆どないから気楽なもんだ。
0223デフォルトの名無しさん
2008/12/12(金) 00:23:15あと、一般論で言うと、業務系では、技術採用の判断基準は生産性が高いか低いかじゃなくて、
・現場に理解できる人間が十分にいるかどうか(こればっかりはどうしようもないねぇ……)、とか、
・リーダーが理解できるかどうか(これに伴う悲劇は各所でよく見る(-人-) SCMのスレじゃ哀愁を誘うようなネタが……)、とか、
・営業や販社が担いじゃったから無理矢理使わされる(おかげ数年前に死ぬ思いをした上に、未だにトラブル多発)、とか、
・RFPに書いてあったから(コンサルが何か吹き込んだんじゃねーか、これ、みたいな)、とか、
が支配的要因だったりする。
7のクロージャなんて、入ったところで、使えるようになるのは何時の日か。
0224デフォルトの名無しさん
2008/12/12(金) 00:29:14リスナとかComparatorみたいな委譲用のクラスは昔からあるんだし。
0225デフォルトの名無しさん
2008/12/12(金) 00:30:23早く移行してくれって言うゴスリン大先生の意見も十分わかるが、おれは君ほどゴスリン大先生のシンパではない
0226デフォルトの名無しさん
2008/12/12(金) 00:33:15所詮タイマー付き人工無能だし
何か自由にしゃべらせてやっても「気がする」とか言う妄想だらけの>>216ぐらいが限界なんじゃないか？
0227デフォルトの名無しさん
2008/12/12(金) 00:35:530228デフォルトの名無しさん
2008/12/12(金) 00:36:556u11に合わせて1.3のアップデートを出したりようと分からんけどねｗ
0229デフォルトの名無しさん
2008/12/12(金) 00:38:49ここでいう生産性ってのは具体的にはなんですか。
具体的に出て来ないってことは、IT系HPにある宣伝文句の受け売りなだけじゃないですか？
0230デフォルトの名無しさん
2008/12/12(金) 00:41:32そもそも6u10とか、アップデートと思わせといて大改造だったしな。
Java6からマイナーバージョンが消えたけど、6.1とか6.5と名乗ってもいいくらいだ。
0231デフォルトの名無しさん
2008/12/12(金) 00:42:27マーケティング上（文系w）の宣伝文句に騙されてるだけじゃないの？
0232デフォルトの名無しさん
2008/12/12(金) 00:47:53MSみたく次々と新技術のパラダイムを出してきてすぐ裏切ったりしないからまあいいけどｗ
こういう文句に騙されちゃうのは、ここでブログ紹介とかしてる「おのぼりさん」なんだろうｗｗ
0233デフォルトの名無しさん
2008/12/12(金) 00:51:10基本的な連立方程式アルゴリズムも知らずに>>182書いちゃって、恥ずかしくてファビョってんのか。
連投、自作自演してバレてないと思ってるんだろうか？
0234デフォルトの名無しさん
2008/12/12(金) 00:57:130235デフォルトの名無しさん
2008/12/12(金) 01:07:21可読性がまるで違う。ジェネリクスのないコレクション使いまくりのソースを追っかけるのがどれだけ大変か。
結局PC上じゃ追い切れずに、印刷して赤ペン持って机上で解析したさ……。
0236デフォルトの名無しさん
2008/12/12(金) 01:11:30SSE命令は1.4.2からHotspotコンパイラが利用してますよ。
JVMの起動オプションすらろくに設定したことない人?
このスレにはまだ早いのでは?
0237デフォルトの名無しさん
2008/12/12(金) 01:50:10なんで余計な言葉付け足すかなー
0238デフォルトの名無しさん
2008/12/12(金) 01:57:06おまえが無能だからだろｗ
0239デフォルトの名無しさん
2008/12/12(金) 02:01:10プロジェクトもせいぜい２−３年程度ならいらない感じですけど、
ドキュメント化すればいい程度ならアノテーションは不要だし、それによってどういう生産性が上がるんですか？
0240デフォルトの名無しさん
2008/12/12(金) 02:01:35>こういうゴミが一つでもいると、逆にスレを徹底的に荒らす実験でもしようかと思うww
>ま、スレが荒れるのも自業自得なんじゃね？ｗｗ
アルゴ君、あなたは他人を煽る前にまず自分の人格を見直すべきです。
批判レスがいやなら最初から一切書き込みしないようにするしかありません。
>>227
>>161まで普通にレスしていたアルゴ君が>>164で批判されたら
>>167から連投荒らしに豹変した、というだけのことでしょう。
基本的にアルゴ君がひとりでスレ住人を片端から煽っているように見えます。
>>233
>>232は連投しまくっているアルゴ君の可能性が高いですが、
>>182は人口無能君と呼ばれている人で、>>186がアルゴ君では？
高次方程式なら山登り法でないと解けない事もあるでしょう。
http://ja.wikipedia.org/wiki/%E5%B1%B1%E7%99%BB%E3%82%8A%E6%B3%95
0241デフォルトの名無しさん
2008/12/12(金) 02:02:140242デフォルトの名無しさん
2008/12/12(金) 02:03:16たぶんあなたはOOやUMLとかの近代手法的を使ったプログラミングの設計には向いてないんじゃないですか？
あなたの脳内は未だにフローチャットの延長か何かの旧式のままなんでしょうけどｗ
0243デフォルトの名無しさん
2008/12/12(金) 02:06:40XMLの記述が減る。
短いプロジェクトなら、記述量が減るのはうれしいだろ。
Javaで宣言的なコードがまがりなりに書けるというのはいい。
0244デフォルトの名無しさん
2008/12/12(金) 02:07:57その「アルゴ君」とはあなたのことじゃないんですか？ｗ
いい歳して、恥さらしするのもいいかげんにしなさい
0245デフォルトの名無しさん
2008/12/12(金) 02:11:46ここでは収束する計算の例としてガウスザイデル法を使いました。
0246デフォルトの名無しさん
2008/12/12(金) 02:14:03あなたは確かに無能のようですね。
多少スキルがあるみたいですけど、せいぜい中級車って程度ですよｗ
勝手な妄想ばかりして「可能性が高い」とか「気がする」とか、何か根拠でもあるんですか？ｗｗ
あなたが「可能性が高い」とか「気がする」ばかりかいてある誰かのアホブログを見たらそのアホを信用しますか？ｗｗ
0247デフォルトの名無しさん
2008/12/12(金) 02:15:010248デフォルトの名無しさん
2008/12/12(金) 02:17:40てか、あんたいいかげんウザイよ
なんか説教してるようだけどまた漢字間違えてるし、高度な知識があるわけでもないくせにいいかげんその高慢な態度を改めた方がいいんじゃないですか？
人様に人格を見直せというなら、まずはあなたが率先しなければ何も始まらないでしょう。
0249デフォルトの名無しさん
2008/12/12(金) 02:19:24同一人物だろ。かまってちゃんか
0250デフォルトの名無しさん
2008/12/12(金) 02:24:250251デフォルトの名無しさん
2008/12/12(金) 02:27:46> JVMの起動オプションすらろくに設定したことない人?
SSEがらみのJVM起動オプションてどれ? 探し回っても、-XX:UseSSEしか
見当たらなかったんだ。これ、JVMのオプション一覧には記載されてないし、
1.4.2のSSEのバグ(fix済)回避専用みたいだから、これじゃないよなぁ。
それに、確かに1.4.2のリリースノートにHostspotでSSE/SSE2使ってるぜ!!
とは書いてあるんだけど、何をどう使ってるのか、という情報も
0252デフォルトの名無しさん
2008/12/12(金) 02:27:53英語でかいてあるから、それも大事な部分が砕けた英語だったりするとなおさら日本人だと分かり辛いんだけど
そういうアホ記事に洗脳されちゃう人なんじゃないの？根っからの理系とかｗ
0253デフォルトの名無しさん
2008/12/12(金) 02:30:25切れたorz
何をどう使ってるのか、という情報も見つからないんだよね。
0254デフォルトの名無しさん
2008/12/12(金) 02:31:20だなｗ
0255デフォルトの名無しさん
2008/12/12(金) 02:33:200256デフォルトの名無しさん
2008/12/12(金) 02:35:510257デフォルトの名無しさん
2008/12/12(金) 07:12:11そもそも、ageで煽って回ってる人は何をしたいのかわからん。
他の人の書き込みを煽るだけで、話題を提供しようとしてるわけでもないし。
0258デフォルトの名無しさん
2008/12/12(金) 07:44:28クロージャ、プロパティ、refied generics、演算子オーバーロードあたりが全滅か。
JSR295が入らんのも地味に痛いなぁ……
0259デフォルトの名無しさん
2008/12/12(金) 07:47:040260デフォルトの名無しさん
2008/12/12(金) 08:14:19null checks (yes!)
とかいってる奴のブログなんか紹介するんな。キモイ。
それにjdk1.7は１年半も先だし、上で指摘されたばっかりなのにおまえは洗脳されやすいんだなｗ
0261デフォルトの名無しさん
2008/12/12(金) 08:22:06Java7があと1年遅れればそのへんも復活するかもよ
0262デフォルトの名無しさん
2008/12/12(金) 08:41:29提供してみた話題は叩かれるし、それでも我慢してスレに張り付いてるのはよっぽどヒマ人なんですねｗ
0263デフォルトの名無しさん
2008/12/12(金) 08:46:500264デフォルトの名無しさん
2008/12/12(金) 09:03:400265デフォルトの名無しさん
2008/12/12(金) 09:18:490266デフォルトの名無しさん
2008/12/12(金) 09:20:26そもそも入るなんて話あったの？
0267デフォルトの名無しさん
2008/12/12(金) 09:31:020268デフォルトの名無しさん
2008/12/12(金) 10:42:360269デフォルトの名無しさん
2008/12/12(金) 10:49:580270デフォルトの名無しさん
2008/12/12(金) 10:54:120271デフォルトの名無しさん
2008/12/12(金) 11:15:430272デフォルトの名無しさん
2008/12/12(金) 11:26:440273デフォルトの名無しさん
2008/12/12(金) 11:35:460274デフォルトの名無しさん
2008/12/12(金) 11:59:550275デフォルトの名無しさん
2008/12/12(金) 16:17:20ウェブ・ブックマークのネタはもう切れたんですか？ｗ
0276デフォルトの名無しさん
2008/12/12(金) 17:59:100277デフォルトの名無しさん
2008/12/12(金) 18:02:530278デフォルトの名無しさん
2008/12/12(金) 18:32:19ユーザ側で自由に定義できる演算子オーバーロードはダメだけど
BigDecimalなんかは特別扱いで演算子使えるようにしようかって話はあった。
0279デフォルトの名無しさん
2008/12/12(金) 18:47:260280デフォルトの名無しさん
2008/12/12(金) 19:18:570281デフォルトの名無しさん
2008/12/12(金) 19:24:10http://blogs.sun.com/dannycoward/resource/Java7Overview_Prague_JUG.pdf
の 28枚目あたりにある。
XMLリテラルとか懐かしいな。
0282デフォルトの名無しさん
2008/12/12(金) 20:28:18ExceptionA extends Exception { public void method(){} }
ExceptionB extends Exception { public void method(){} }
catch (ExceptionA | ExceptionB ex) で ex.method() 呼べたら面白いけど
たぶん無理だろうなぁ。
0283デフォルトの名無しさん
2008/12/12(金) 20:39:33もちろんプロパティとかも要りません。
メタプログラミングをこれ以上推奨しないでくれ。
0284デフォルトの名無しさん
2008/12/12(金) 20:43:29無理だろうな
使えるのThrowableのメソッドだけだろ
0285デフォルトの名無しさん
2008/12/12(金) 20:57:41馬鹿馬鹿しくならない？
0286デフォルトの名無しさん
2008/12/12(金) 21:14:48Throwableだけに制限する必要は無いでしょ。一般には
Exception1,Exception2,...ExceptionNの共通のスーパークラスを計算できるはずだから
そのスーパークラスのメソッドは呼び出せるようにすればOK
0287デフォルトの名無しさん
2008/12/12(金) 21:55:48そんなものはメタプログラミングでも何でもない。
0288デフォルトの名無しさん
2008/12/13(土) 00:27:37言語仕様を次々と拡張されるよりはマシ
0289デフォルトの名無しさん
2008/12/13(土) 00:49:16IKVMどうだ？
http://www.ikvm.net/
0290デフォルトの名無しさん
2008/12/13(土) 02:54:50そんなのあるのか。
普通に想像できることは他の人が既にやってるよな。
0291デフォルトの名無しさん
2008/12/13(土) 22:01:08Java7でクロージャ導入して、FX向けのアノテーションもバリバリサポートしてくれないかなぁ。
0292デフォルトの名無しさん
2008/12/14(日) 01:50:12コーデックとかメディアプレヤァに力入れてるけど、2.0になったら3Dとかもやるのかな？
0293デフォルトの名無しさん
2008/12/21(日) 16:31:03http://download.java.net/jdk7/changes/jdk7-b42.html
http://download.java.net/jdk7/binaries/
0294デフォルトの名無しさん
2008/12/23(火) 19:13:19並列APIはできてるし、後はJVMレベルでどれくらい対応するんだろう？
現状は放置？
0295デフォルトの名無しさん
2008/12/23(火) 19:31:36どんな機能を期待してるの?
単にスレッドが各コアに分散されることを期待してるだけなら、1.3か1.4
あたりからネイティブスレッド対応なので、既に対応済みとも言えるが。
0296デフォルトの名無しさん
2008/12/23(火) 21:43:350297デフォルトの名無しさん
2008/12/23(火) 21:44:56必要ないです。
0298デフォルトの名無しさん
2008/12/23(火) 21:55:27なんで？
あったら便利にならんかね？
0299デフォルトの名無しさん
2008/12/23(火) 22:00:120300デフォルトの名無しさん
2008/12/23(火) 22:02:45これが出来ればマルチコア対策になるんだが、無理そうだよね
0301デフォルトの名無しさん
2008/12/23(火) 22:47:20コンパイラじゃなくてVMの仕事です。
0302デフォルトの名無しさん
2008/12/23(火) 22:47:51結局、マルチコア対応を行わなければ、MVMで合っても並列処理できなくね？
MVMでもネイティブスレットレベルでしか並列化できないような気がするんだが。
0303デフォルトの名無しさん
2008/12/23(火) 23:24:57MVMがマルチコア対策になる理由がわからない。
メモリ等のリソース効率はともかく、CPUの利用という意味では、
複数VMを立ち上げるのとそう変わらないのでは?
それとも俺が何か勘違いしてる?
0304デフォルトの名無しさん
2008/12/23(火) 23:35:350305デフォルトの名無しさん
2008/12/23(火) 23:37:32複数のJVMで実行していたものを一つのJVMで実行するための基盤、
multi-tasking JVMの作り以外にも、排他制御の効率化なども研究してます。
同じバイトコードを実行しても、複数のタスクが同時に動くと、
内部リソースに対する競合が出る可能性があるのですから。
そういうボトルネックを消し去らないと遅くなってしまいます。
0306デフォルトの名無しさん
2008/12/23(火) 23:53:20MVMはJNIがあるかぎり実現は出来ない
絶対に、だ
0307デフォルトの名無しさん
2008/12/23(火) 23:57:40それって>>299の要求してるモノなの？
0309デフォルトの名無しさん
2008/12/24(水) 00:18:580310デフォルトの名無しさん
2008/12/24(水) 02:28:100311デフォルトの名無しさん
2008/12/24(水) 02:41:00MVMを利用する条件にJNIの利用禁止をつければよくね？
SingleVMも生かしておけばいいと思うんだが。
0312デフォルトの名無しさん
2008/12/24(水) 06:53:43http://java.dzone.com/articles/java-7-update-mark-reinhold-de
0313デフォルトの名無しさん
2008/12/31(水) 03:08:190314デフォルトの名無しさん
2008/12/31(水) 07:24:53全然役にたたねえなこの記事ｗｗ
0315デフォルトの名無しさん
2008/12/31(水) 08:38:18swingはいらない子
遅いし、遅い
0316デフォルトの名無しさん
2008/12/31(水) 17:13:53でもSwingFrameworkは、使いにくいからいらないです。
0319デフォルトの名無しさん
2009/01/01(木) 23:15:38lambdaは？
0320デフォルトの名無しさん
2009/01/02(金) 00:01:09eclipse使えば一発で挿入してくれるしいらんわー
0321デフォルトの名無しさん
2009/01/02(金) 00:04:190322デフォルトの名無しさん
2009/01/02(金) 00:08:030323デフォルトの名無しさん
2009/01/02(金) 00:09:460324デフォルトの名無しさん
2009/01/02(金) 00:15:30つ 現場によりけりでない場所もある
0325デフォルトの名無しさん
2009/01/02(金) 00:39:00lambdaは？
ってのは例えば何のこと？
C#使えって落ちじゃないよなw
0326デフォルトの名無しさん
2009/01/02(金) 01:24:370327デフォルトの名無しさん
2009/01/02(金) 01:53:390328デフォルトの名無しさん
2009/01/02(金) 03:34:140329デフォルトの名無しさん
2009/01/02(金) 03:36:210330デフォルトの名無しさん
2009/01/02(金) 06:27:49そういえば、似たようなことしてるのに、.NETは速いのはなんでかね？？
0331デフォルトの名無しさん
2009/01/02(金) 16:42:550332デフォルトの名無しさん
2009/01/02(金) 18:12:450333デフォルトの名無しさん
2009/01/02(金) 18:14:410334デフォルトの名無しさん
2009/01/02(金) 18:51:29イベントリスナというモデルを採用せざるを得なかった言語仕様が糞だというのなら
話はわかるが。個人的には最初からクロージャがあってそれをベースにした
イベントモデルになってたら良かったなあと思う
0335デフォルトの名無しさん
2009/01/02(金) 19:22:16おまい、「ハローワールド」 しか作ったこと無いだろ。
0336デフォルトの名無しさん
2009/01/02(金) 21:42:52無名内部クラスなんていう全くシンプルでも便利でもない
ウンコみたいなものに頼らざるを得なくなった
0337デフォルトの名無しさん
2009/01/02(金) 22:17:14Generics入れるときにいじったんだから、そこで入れちゃえば良かったんだ
0338デフォルトの名無しさん
2009/01/02(金) 23:23:23ポインタは難しい。理解できないってヤツが増えたから
なんでもかんでもオブジェクト型で片付けてしまおうとしたのが失敗だったな。
こんどは、オブジェクトは難しい。理解できない、ってヤツが増えた。
ポインタを理解できないのなら、オブジェクトも理解できない。
0339デフォルトの名無しさん
2009/01/02(金) 23:40:38アドレスってGCの世代管理で変化するんじゃないの?
0340デフォルトの名無しさん
2009/01/03(土) 00:07:23なんでもかんでも追加すりゃいいってもんじゃないよな。
言語仕様に手を入れるなんて、不便でどうしようもない部分を直す
程度でいいよ。
新しいパラダイムを使ってみたいだけなら、Scalaでもなんでもあるし。
0341デフォルトの名無しさん
2009/01/03(土) 00:15:540342デフォルトの名無しさん
2009/01/03(土) 08:34:32正直言語使用としてこれ以上必要なものはないわ
後はJVMのほうの改良ぐらいじゃねーの？
0343デフォルトの名無しさん
2009/01/04(日) 08:07:21JAVAに替わるものが出ない間は
0344デフォルトの名無しさん
2009/01/06(火) 02:55:57「難しい、理解できない」ではなくて、「正しく動くことを保証するのが難しい」だろが。
0345デフォルトの名無しさん
2009/01/06(火) 02:56:44クロージャーが欲しい
0346デフォルトの名無しさん
2009/01/06(火) 05:50:250347デフォルトの名無しさん
2009/01/06(火) 11:56:54例の{int, int => int}よりはマシな気がする
0348デフォルトの名無しさん
2009/01/07(水) 16:50:460349デフォルトの名無しさん
2009/01/07(水) 17:58:080350デフォルトの名無しさん
2009/01/07(水) 18:37:390351デフォルトの名無しさん
2009/01/07(水) 19:42:310352デフォルトの名無しさん
2009/01/07(水) 23:38:35public MyFrame() {
addMouseListener(new MouseHandler());
addKeyListener(new MouseHandler());
}
class MouseHandler extends MouseAdapter { // ←Mouseイベント処理ブロック
// Mouseイベント関係だけで利用する変数をここで定義
// ここにMouseイベント関係のメソッドをまとめて記述
}
class KeyHandler extends KeyAdapter {// ←Keyイベント処理ブロック
// Keyイベント関係だけで利用する変数をここで定義
// ここにKeyイベント関係のメソッドをまとめて記述
}
}
お互いに関連した処理や変数を名前つきインナークラスとして、
記述してやることで極めて可読性が高いソースコードを記述できる。
関連した処理が複数があり、そして複雑な処理になりがちなイベント周りでは、
「名前つきインナークラス >>> クロージャ」
異論は認めない。
無名インナークラスではなく、名前つきインナークラスをもっと使いましょう。
0353デフォルトの名無しさん
2009/01/07(水) 23:52:18メソッドをそのままオブジェクトとして渡せれば一番わかりやすい
まとめてインターフェイスにしてるとイベントを後で追加するときに困るし
0354デフォルトの名無しさん
2009/01/08(木) 00:02:59つjavax.script API
対応言語の一つに「Java」がある:-)
0355デフォルトの名無しさん
2009/01/08(木) 00:15:14って場合には、簡易な記法でクロージャーを使えると有り難い。
名前付き内部クラスだとイベントハンドラをadd***Handlerしている箇所
からググッとソースを下にスクロールしないと処理の実装(a++;)にたどり
着けないので、簡単な処理を沢山登録する場合は可読性が悪い。
可読性を改善しようとするとMouseHandlerToIncrementAとか何とか
処理内容をイメージ出来る内部クラスの名前を山ほど考えなければなら
ないので、面倒。
無名内部クラスも処理の実装の前後にノイズが多すぎ。
クロージャーや関数型を導入しても、既存の名前付き内部クラスを用いた
Strategyパターンとは上手く共存出来ると思う。
0356デフォルトの名無しさん
2009/01/08(木) 00:20:44> ググッとソースを下にスクロールしないと
EclipseならCtrl+クリックでおk
0357デフォルトの名無しさん
2009/01/08(木) 00:48:49>ボタンをポチッと押したら変数aの値をインクリメントしたいだけなのに〜
>って場合には、簡易な記法でクロージャーを使えると有り難い。
クロージャいらない派の人は、「今はインクリメントだけでも、将来的には変わるかも・・・」
という予想をするんだと思う。
結果、それだったら今のうちからインナークラスにしとこ。って考えになる。
きっとクロージャいらない人は慎重で心配性な人。
そういう人たちは無名クラスもクロージャもいらないと思ってるんじゃないかな。
0358デフォルトの名無しさん
2009/01/08(木) 01:36:41というかクロージャの中に直接処理の実装を書いても良いし、
処理が複雑なのであれば別メソッドでも名前付き内部クラスでも
お好きなやり方で別途処理を実装してそれをクロージャの中から
呼び出せば良いと思う。
クロージャのある世界では、大雑把な人も心配性な人も共に
そこそこ快適に生きていけると思う。人類皆共存、めでたい。
というわけで世界平和のためにはクロージャが必要だと思う。
0359デフォルトの名無しさん
2009/01/08(木) 02:32:11コレクションに対して一気に処理を適用したり
Openした後自動的にCloseするようにしたりといった
メソッドを引数として与えることで再利用を促進することだよ
0360デフォルトの名無しさん
2009/01/08(木) 02:45:07その仕様だとマウス・キーのリスナのところが該当する。
分離できない程密接ならprotected のイベント用メソッド使うのが普通だけど、初心者向け教科書のままでコンポーネント開発したことないと分からないか。
0361デフォルトの名無しさん
2009/01/08(木) 02:47:41javascriptにある onClick= ってのは魅力的じゃないか？
コレクションていうのも分かるんだけど、Cで言えばqsortに関数ポインタ渡すのとやってることは大して差はないし。
0362デフォルトの名無しさん
2009/01/08(木) 03:11:50両方とも無名クラスでも出来るんじゃないかい。
MartinFowlerの見解にほぼ同意なんだけど、簡単に使えて
初めてクロージャは嬉しいと思う。
シンプルな記述で定義出来る事はもちろん。
環境中の変数を参照出来て嬉しいのも、クロージャ内の処理に
必要な変数値をsetする手続きの大半を省略する事が出来るので、
結果として少ない手間で同じ事が出来るからだと思う。
なので毎度function云々と書かなければならないJavaScriptの
書き方は実はそれほど好きじゃない。
0363デフォルトの名無しさん
2009/01/08(木) 04:43:56何を言いたいのか意味が分からないんだけど
ただ短く書きたいだけってならsetter/getterのプロパティ表記と同じことじゃないの？ｗ
MartinFowlerの見解なんかも、君の脳味噌じゃ理解できなかったようだ（笑）
0364デフォルトの名無しさん
2009/01/08(木) 08:06:36sunが提供してNetBeansに組み込んでくれないかな〜
そうすればMFCのようにデファクトになるのに
後、クロージャは微妙だなぁ
別に無くても困らないし・・・
0365デフォルトの名無しさん
2009/01/08(木) 08:39:26Swing Application Frameworkは、すでにsunが提供してNetBeansに組み込まれてるわけで
クロージャーなくて困らないのはクロージャーつかったことないからじゃないのかな。
0366デフォルトの名無しさん
2009/01/08(木) 11:27:53swingがGUIのフレームワークなわけで、既にjdk 1.2で取り込まれて、デファクトになってるがそれでも不満か？ｗｑ
0367デフォルトの名無しさん
2009/01/08(木) 11:45:080368デフォルトの名無しさん
2009/01/08(木) 21:04:030369デフォルトの名無しさん
2009/01/08(木) 23:15:57おんなじJavaを使っても、クロージャを使ったことがある人は困って、
使ったことがない人は困らない？
そりゃ変な理屈だろう。
0370デフォルトの名無しさん
2009/01/08(木) 23:19:380371デフォルトの名無しさん
2009/01/09(金) 00:00:270372デフォルトの名無しさん
2009/01/09(金) 00:05:46ビバ、BGAA！
0373デフォルトの名無しさん
2009/01/09(金) 01:56:22今日のベストアンサー賞
0374デフォルトの名無しさん
2009/01/09(金) 22:16:100375デフォルトの名無しさん
2009/01/09(金) 23:45:010376デフォルトの名無しさん
2009/01/10(土) 02:22:33それはクロージャが携帯電話みたいに一度使ったら手放せないほど
便利だという前提での話だね。
アマチュア無線だったらまぁ、あれば便利なんだろうけど、それがない
世界に行っても俺は困らないや。
0377デフォルトの名無しさん
2009/01/10(土) 06:01:33クロージャーがある環境というのは、文法がクロージャーに対応してるだけじゃなくて、ライブラリもクロージャー前提になってるのな。
0378デフォルトの名無しさん
2009/01/10(土) 07:48:370379デフォルトの名無しさん
2009/01/10(土) 08:09:060380デフォルトの名無しさん
2009/01/10(土) 08:23:56クロージャは入らない
残念ｗ
0381デフォルトの名無しさん
2009/01/10(土) 10:07:36目新しいのはJAMぐらい？
0382デフォルトの名無しさん
2009/01/10(土) 12:40:04正直 => みたいな文字が入るぐらいなら無いほうがマシって気にもなる。
まぁ、ジェネリクスの<>も最初拒否反応出たけどすぐになれたから、すぐになれるものなのかもしれないけど。
0383デフォルトの名無しさん
2009/01/10(土) 12:49:500384デフォルトの名無しさん
2009/01/10(土) 13:16:59var averageAge = persons.Where(p => p.Sex == local_Sex).Select(p => p.Age).Average();
MessageBox.Show(averageAge.ToString());
}
今のC#なんかこんなことになってるからなw
0385デフォルトの名無しさん
2009/01/10(土) 13:26:04+=
これにはとても抵抗があるな。パッとみ、Clickの回数を+=するとも見えるし、
オーバーロードと分かっていても抵抗がある。
0386デフォルトの名無しさん
2009/01/10(土) 13:28:320387デフォルトの名無しさん
2009/01/10(土) 13:30:10オーバーロードは違うな
プロパティと一緒だよ
プロパティに=を使ったらgetter/setterアクセサメソッドの呼び出しになるでしょ
それと同様に，+=はaddアクセサ，-=はremoveアクセサの呼び出し
0388デフォルトの名無しさん
2009/01/10(土) 13:48:080389デフォルトの名無しさん
2009/01/10(土) 14:30:06ジェネリクスはいらなかったと思うんだ
0390デフォルトの名無しさん
2009/01/10(土) 14:32:430391デフォルトの名無しさん
2009/01/10(土) 14:34:090392デフォルトの名無しさん
2009/01/10(土) 14:35:370393デフォルトの名無しさん
2009/01/10(土) 15:24:14必要ないって意見に配慮して穏健なものにしたからだろうね。
0394デフォルトの名無しさん
2009/01/10(土) 16:28:34違いが分からないなら使わない方がいいよ。どうせ「長くて可読性が」どうとかこうとかなんでしょ
0395デフォルトの名無しさん
2009/01/10(土) 16:44:00C#なら型やメソッドを型パラメータごとに動的生成したりnew T()とかできるんだぜ
0396デフォルトの名無しさん
2009/01/10(土) 16:57:070397デフォルトの名無しさん
2009/01/10(土) 17:06:06なに頓珍漢なこと言ってるんだ。
イレージャタイプって意味も分かってないのか。
0398デフォルトの名無しさん
2009/01/10(土) 17:24:440399デフォルトの名無しさん
2009/01/10(土) 18:11:20というのと似たようなものだな
0400デフォルトの名無しさん
2009/01/10(土) 18:12:100401デフォルトの名無しさん
2009/01/10(土) 18:17:330402デフォルトの名無しさん
2009/01/10(土) 18:22:15イレージャタイプじゃでてこんわね
0403デフォルトの名無しさん
2009/01/10(土) 19:04:53それなら、イレージャタイプから消えた方情報（クラスなど）を動的に知る方法を教えてくれませんか？
0404デフォルトの名無しさん
2009/01/10(土) 19:10:180405デフォルトの名無しさん
2009/01/10(土) 19:11:180406デフォルトの名無しさん
2009/01/11(日) 00:24:41new T()はできないけど、
T newInstance(Class<T> cls) { return cls.newInstance(); }
で実用上困らないし。
0407デフォルトの名無しさん
2009/01/11(日) 00:31:51T.classとかできないからそのgenericクラスorメソッドから
そのメソッド呼ぶのが難しい
どこか(大抵はコンストラクタか)でClassオブジェクトもらわんと
0408デフォルトの名無しさん
2009/01/11(日) 00:37:56Genericsも寸止めあったぞ。拙「速」ではなかった。
しかしすごい残尿感が今でもある。
ゴスリンたちの感覚ではBGAAは過激過ぎるのかもね。
俺はプログラミング言語系のこういう単純なアイデアでは久々に萌えたけども。
Closure invocation syntaxにはさ。
0409デフォルトの名無しさん
2009/01/11(日) 01:39:07はじめはコレクションのキャストがなくなると便利だよねってぐらいだったのに、
モノが出たら途端にあれもこれもって状態になったのは覚えてる。
0410デフォルトの名無しさん
2009/01/11(日) 05:03:32ただアレだけ斬新なアイディアがたくさん出たから、1.7updateの途中で追加されたり、1.8とかの持ち越されるだけじゃないかと思う。
Generだって未だに良く分かってない人多いし、まだ時期尚早と判断されているのかもしれない。
そうしていると、クロージャある言語js,ruby,schemに人が流れる。ただクロージャのためだけに、C#に行く人はいないだろ。
0411デフォルトの名無しさん
2009/01/11(日) 05:20:26>>405-407
0412デフォルトの名無しさん
2009/01/11(日) 05:22:380413デフォルトの名無しさん
2009/01/11(日) 05:29:39誰がC++と比べてるんだ？
0414デフォルトの名無しさん
2009/01/11(日) 08:45:01BGGAのGの一つはゴスリンのGだぞ。
0415デフォルトの名無しさん
2009/01/11(日) 08:56:34/* * save usdkrw.fx
javafxc usdkrw.fx
javafx usdkrw
*/
function getfuncs() {
// 空の関数配列がうまく作れないので要素を１つもつ配列を作ってみた
var i = 0; var rt = [ function() : Void { println("aaa : {i}") } ];
while (++i < 10) {
var j = i; insert function() : Void { println("bbb : {i}, {j}") } into rt
}
for (j in [1..9]) {
i++; insert function() : Void { println("ccc : {i}, {j}") } into rt
}
rt
}
for (f in getfuncs()) f();
0416デフォルトの名無しさん
2009/01/11(日) 09:04:11delegate(int i){ return i * i; }
この記法では使い物にならなくて
i => i * i
こうなった
クロージャ作るならここまでやらないとダメ
0417デフォルトの名無しさん
2009/01/11(日) 09:51:31C++のテンプレートとの違いなんて話題になってないよ。
それをいきなりC++のテンプレートと違うなどとわめいても、だれも相手にしない。
0418デフォルトの名無しさん
2009/01/11(日) 10:01:17あっちはfor loopを自動で並列化してくれるようになるらしいぞ
0419デフォルトの名無しさん
2009/01/11(日) 10:14:14その程度ならクロージャさえあれば簡単に出来る
0420デフォルトの名無しさん
2009/01/11(日) 10:25:36本当？
クロージャを知らないJava世代の俺に例を教えてくれ
0421デフォルトの名無しさん
2009/01/11(日) 10:29:56{
// 重い処理
});
こうしたら重い処理を並列実行してくれるというだけの機能だから
0422デフォルトの名無しさん
2009/01/11(日) 10:29:58MSお得意の「拡張・吸収・淘汰」によって技術を食べていっちゃうMSの手口知らないの？
そんなことしていると、そのうちに蛙まで食べちゃう「カオナシ」になっちゃうよｗ
0423デフォルトの名無しさん
2009/01/11(日) 11:04:51まあクロージャ入るのは間違いないだろうね。BGAAが。
>>409
いまさら実行時サポートなしのやつだけなのか！って驚きの方が大きかったが。
>>417
C++と同じところ(erasure type)が話題になっていたわけだからね。
0424デフォルトの名無しさん
2009/01/11(日) 11:13:46BGAA提案ならfor文に相当するものをユーザ定義できる。
>>421の{ //重い処理 }に相当するループ変数を引数とするクロージャを、
生成したスレッドに実行させる新しい並列forを定義するだけ。
BGAAがあればそういう構文はいくらでも新しく定義できる。
Lock(ロック変数) { 排他処理; }
InputWith(new 対話ウィンドウ()) { 入力処理 }
など。
デストラクタ相当のコードを埋め込んで、close処理もできる。
しかも例外安全で。
並列forを特別扱いで別個に導入なんてpgr以外の何者でもない。
0425デフォルトの名無しさん
2009/01/11(日) 11:15:25危険極まりないと思うがね
0426デフォルトの名無しさん
2009/01/11(日) 11:19:100427デフォルトの名無しさん
2009/01/11(日) 11:19:32提案読んだことないのが丸分かりだね。
このスレで意見を書くのはまだ早いのでは？
0428デフォルトの名無しさん
2009/01/11(日) 11:32:57だったらスナイプつけて雑魚即死で余裕だぜ！！
0429デフォルトの名無しさん
2009/01/11(日) 11:37:38つScala。クロージャが欲しいだけでも学ぶ価値あり、と思ってる。
ただ、IDE(つかEclipseのScala Plugin)がヘボいのが難点……。
0430デフォルトの名無しさん
2009/01/11(日) 11:40:56きみ、ヤバイよｗｗ
バカ丸出しだしｗ
0431デフォルトの名無しさん
2009/01/11(日) 11:51:28withLock(lock) {
System.out.println("Under 'withLock' control.");
}
こんなことが出来ちゃうってのがBGAAだろ
これがぱっと見クロージャを使ってるように全く見えないのが問題だって話だ
0432デフォルトの名無しさん
2009/01/11(日) 11:53:210433デフォルトの名無しさん
2009/01/11(日) 11:56:12演算子オーバーロードも認めないくせに
なんで制御構造の独自定義を認めるんだよ
0434デフォルトの名無しさん
2009/01/11(日) 11:59:510435デフォルトの名無しさん
2009/01/11(日) 12:05:27上にもデリゲート結合+=の例で書いてあるけど、可読性云々はなしよｗ
0436デフォルトの名無しさん
2009/01/11(日) 12:10:09しかしそれがないと多倍長整数も複素数もまともに作れんのだ
0437デフォルトの名無しさん
2009/01/11(日) 12:25:130438デフォルトの名無しさん
2009/01/11(日) 12:25:33C++やHaskellでの例を見ても、
変態的な演算子オーバーロードは決して流行らず廃れていく。
可読性のあるものだけ残っていく。
boost::expressiveみたいなのが主流になることはない。
0439デフォルトの名無しさん
2009/01/11(日) 12:29:55たとえば、x=a.sub(b).mul(c)でいいんでないの。
どうせ何も作ったことないで人の言いなりロボット君なんだろうけどｗｗBGAA君もｗｗ
0440デフォルトの名無しさん
2009/01/11(日) 12:33:220441デフォルトの名無しさん
2009/01/11(日) 12:33:480442デフォルトの名無しさん
2009/01/11(日) 12:34:150443デフォルトの名無しさん
2009/01/11(日) 12:36:19これを見れば分かるように演算子オーバーロードがないと問題があるわけだ
しかしControl Invocation Syntaxはなくても別に困らないわけだ
>>421でも十分使えるからな
むしろクロージャを使っていることを隠してしまうのが問題だ
0444デフォルトの名無しさん
2009/01/11(日) 12:38:190445デフォルトの名無しさん
2009/01/11(日) 12:41:54JAVAの世界にいる本物のSEや本物の職人ではそういう意見が多いんですわｗRUBYIZMなんかよりもよりも実利的ですなｗｗ
0446デフォルトの名無しさん
2009/01/11(日) 13:05:28意見が多い、か。
0447デフォルトの名無しさん
2009/01/11(日) 13:10:34くだらんスレだｗ
0448デフォルトの名無しさん
2009/01/11(日) 13:14:35おまえの頭はおかしいからな。
0449デフォルトの名無しさん
2009/01/11(日) 13:35:17見ればControl Invocation Syntax使ってるのは一目でわかる(=クロージャ
使ってることが一目でわかる)んだから。なんつーか、BGGAの提案書まともに
読んだこと無いやつが多過ぎだよ
0450デフォルトの名無しさん
2009/01/11(日) 13:37:24基本的に言語仕様のほとんどの部分でScalaの方が優れてるし(制御構造に
関しては一部劣化してるが)
0451デフォルトの名無しさん
2009/01/11(日) 13:40:23創価学会ってそんなにいいところなんですか？
みんな笑顔で楽しそうなんですけど・・・
0452デフォルトの名無しさん
2009/01/11(日) 13:41:18何が優れてるって？ｗ
0453デフォルトの名無しさん
2009/01/11(日) 13:46:340454デフォルトの名無しさん
2009/01/11(日) 14:10:27それでウンコの上で馴れ合って楽しいんですか？
0455デフォルトの名無しさん
2009/01/11(日) 14:12:310456デフォルトの名無しさん
2009/01/11(日) 14:32:390457デフォルトの名無しさん
2009/01/11(日) 14:33:360458デフォルトの名無しさん
2009/01/11(日) 14:37:360459デフォルトの名無しさん
2009/01/11(日) 17:28:53どの辺がすごくなるんですか！？
0460デフォルトの名無しさん
2009/01/11(日) 17:37:370461デフォルトの名無しさん
2009/01/11(日) 17:46:14まぁそういうの必要な人はScalaとか使うのが正解だよな。
わざわざJavaに追加する必要もない。
0462デフォルトの名無しさん
2009/01/11(日) 19:53:57確かにJavaに追加する必要があるかは議論の余地があるけど
クロージャのある言語をろくに使ってみたことも無いやつが良し悪し
についてまともな議論できるものかねえ。
0463デフォルトの名無しさん
2009/01/11(日) 20:01:36string[] fruits = new [] {"apple", "banana", "orange"};
bool flg = false;
foreach(string fruit in fruits) {
if (textBox.Text.Contains(fruit)){
MessageBox.Show(fruit + "です。");
flg = true;
break;
}
}
if (!flg) {MessageBox.Show("一致しません。");}
これが
var result = fruits.FirstOrDefault(fruit => textBox.Text.Contains(fruit));
if(result != null)
MessageBox.Show(result + "です。");
else
MessageBox.Show("一致しません。");
こうなるんだぜ
0464デフォルトの名無しさん
2009/01/11(日) 20:14:280465デフォルトの名無しさん
2009/01/11(日) 20:15:45便利そうなのはなんとなく分かったけど。
0466デフォルトの名無しさん
2009/01/11(日) 20:22:17慣れないと読みにくいというのがあるかな
0467デフォルトの名無しさん
2009/01/11(日) 20:24:110468デフォルトの名無しさん
2009/01/11(日) 20:28:02クロージャが入ってくると高階関数を使いたくなるのは自然だと思いますが
（それがないならコレクションに対するシンタックスシュガー程度にしかならない）
型推論のサポートが無いままJavaに突っ込まれても、ちょっとマゾいんじゃないかと思います。
0469デフォルトの名無しさん
2009/01/11(日) 20:34:37そんなに難しくないから、とりあえず型推論なしで入れちゃってもOKだと思うぞ。
0470デフォルトの名無しさん
2009/01/11(日) 20:39:060471デフォルトの名無しさん
2009/01/11(日) 20:39:15FirstOrDefaultの定義は？
それが汎用的に書けるのが利点だというのはわかるんだけどさ。
0472デフォルトの名無しさん
2009/01/11(日) 20:46:37すら使いたくないなぁ。面倒くさくて。
というわけで型推論もクロージャも欲しいです。ものぐさとしては。
0473デフォルトの名無しさん
2009/01/11(日) 20:51:03でも型推論を入れてしまうと、クロージャに限らない話になってしまって
（少なくとも見た目的には）もうJavaがJavaでなくなるような雰囲気があります。
だから馴染まないと書きました。
0474デフォルトの名無しさん
2009/01/11(日) 21:06:48LINQというライブラリにあるんだけど
public static T FirstOrDefault<T>(this IEnumerable<T> e, Func<T, bool> pred)
{
foreach(T item in e){
if( pred(item) )
return item;
}
return default(T);
}
こういうものだな
thisというのはstaticメソッドをその引数のインスタンスメソッドのようにして呼び出す記法
0475デフォルトの名無しさん
2009/01/11(日) 21:27:10String[] fruits = { "apple", "banana", "orange" };
String result = firstMatched(text, fruits);
if (result != null) {
MessageBox.Show(result + "です。");
} else {
MessageBox.Show("一致しません。");
}
int firstMatched(String text, String[] fruits) {
for (String fruit : fruits) {
if (text.indexOf(fruit) != -1) {
return fruit;
}
}
return null;
}
text.indexOf(fruit) != -1 の部分を汎用的にしたければ
Predicateクラスでも作って引数に渡せばいいんじゃない？
…というのが「Java流」だと思うのですが。
0476デフォルトの名無しさん
2009/01/11(日) 21:27:550477デフォルトの名無しさん
2009/01/11(日) 21:39:33関数に分けるより直接書いちゃったほうがコードもむしろ読みやすい気がする
0478デフォルトの名無しさん
2009/01/11(日) 21:43:05Google Collections Libraryでも実際にそんな感じのクラスがあったりするけど
いちいち必要になるたびに別個にクラス作らなきゃならんのがダサい
無名クラス使えば記述量は多少減らせるけど煩雑だしな
0479デフォルトの名無しさん
2009/01/11(日) 21:44:43(or そういうのがめんどくさいと感じる規模のプログラム)なら
Javaで書こうとするのが間違ってる。
スクリプト言語とはニーズが違うと思うんですよ。
小さいプログラムを光速で書き上げるところに明確なニーズのある言語なら、
クロージャでも何でも「便利だから」の一点で正当化されると思うんですが、
Javaってそういう言語じゃないでしょう。
0480デフォルトの名無しさん
2009/01/11(日) 21:46:57クロージャ＝スクリプト言語由来の機能だとでも思ってる？
0481デフォルトの名無しさん
2009/01/11(日) 21:49:24closure = environment + function
object = state + function
0482デフォルトの名無しさん
2009/01/11(日) 21:59:44クロージャとかホントにいるの？
0483デフォルトの名無しさん
2009/01/11(日) 22:05:27他の部分はノイズでしょう
しっかりクラスを作ってノイズをたくさん増やしたところでプログラムが堅牢になるわけじゃなく
ノイズによって可読性が下がっては本末転倒なわけです
FirstOrDefaultのような抽象化は現状のJavaの言語機能では現実的じゃないし
だからといってコレクションに対する定型的な処理を毎回手で書くのもバグの元
すばやく書けるかも大事だけど
可読性が高くバグが入りにくいプログラムを書くには
どういう言語機能が必要かという視点で考えていかないと
0484デフォルトの名無しさん
2009/01/11(日) 22:06:550485デフォルトの名無しさん
2009/01/11(日) 22:11:32プログラミングは数学じゃねえぞ。
0486デフォルトの名無しさん
2009/01/11(日) 22:14:15>FirstOrDefaultのような抽象化は現状のJavaの言語機能では現実的じゃないし
>だからといってコレクションに対する定型的な処理を毎回手で書くのもバグの元
いやいや、論点はそこじゃなくて…
>public static T FirstOrDefault<T>(this IEnumerable<T> e, Func<T, bool> pred)
この Func クラスのインスタンスを生成する構文を言語仕様として導入することの是非、では？
0487デフォルトの名無しさん
2009/01/11(日) 22:18:50>var result = fruits.FirstOrDefault(fruit => textBox.Text.Contains(fruit));
FirstOrDefaultメソッドに渡すpred引数の生成を、上のように書けるところが「凄い」んだけど、
(textBoxが自由変数なので、無名クラス定義の単純な構文糖とは違う)
その凄さがJavaに必要かどうかでしょう。
0488デフォルトの名無しさん
2009/01/11(日) 22:28:310489デフォルトの名無しさん
2009/01/11(日) 22:29:07毎回手で書いた方がマシな状態になってしまうのだから
Javaにもその機能が必要でしょうよ
0490デフォルトの名無しさん
2009/01/11(日) 22:34:570491デフォルトの名無しさん
2009/01/11(日) 22:43:47数学的な素養がなくて抽象化もできないお前みたいなやつ
ばっかりだから、ＩＴ業界がデジタル土方って言われるんだよ。
0492デフォルトの名無しさん
2009/01/11(日) 22:47:05プログラマーが苦労するか楽するかだけの問題ならね。
0493デフォルトの名無しさん
2009/01/11(日) 22:55:08>このスレみたいな状況下で
２ちゃんねるを基準されても…
0494デフォルトの名無しさん
2009/01/11(日) 22:55:27Javaはドカタ用の言語だろ？
ドカタじゃないならHaskellでもMLでも使っとけ
0495デフォルトの名無しさん
2009/01/11(日) 23:01:29int[] numbers = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 };
System.out.println(numbers.sum());
public static int sum(this IEnumerable<int> e) {
return numbers.fold(s => i => s + i, 0);
}
public static R fold(Func<R,Func<T,R>> f, R s, this IEnumerable<T> e) {
R result = s;
foreach (T item in e) {
result = f(result)(item);
}
return result;
}
0496デフォルトの名無しさん
2009/01/11(日) 23:01:38通もうなる屁理屈と土方だって使える簡潔さ、両者を満たすのが理想。
0497デフォルトの名無しさん
2009/01/11(日) 23:05:36お馬鹿さんにも分かりやすいように教えて下さい。クロージャの扱いと関係ある？
0498デフォルトの名無しさん
2009/01/11(日) 23:07:410499デフォルトの名無しさん
2009/01/11(日) 23:08:19Java案件の多く(金額ベース)は金融なんだからよろしく頼むよ
0500デフォルトの名無しさん
2009/01/11(日) 23:11:32泣いた。
演算子の再定義が無い事が今更ながら非人道的だと思えた。
0501デフォルトの名無しさん
2009/01/11(日) 23:15:06そんなにジェネリクスもクロージャも嫌なら、SUNに金出してずっとJDK1.4のサポートしろとでもごねるか、
JDK1.4相当のフリーの実装でもかっぱらってきて自社でサポートするかすればいいのに。
技術もない金も出したくないサポートもしたくない自社で責任持ちたくないドカタ以外使えない使いたくないだけどJavaコミュニティは俺らの要求にしたがって俺ら好みの実装をサポートし続けろってなにそれw
0502デフォルトの名無しさん
2009/01/11(日) 23:17:06def fruits = [ "apple", "banana", "orange" ];
var inputtext = "apple";
var msg = "";
:
SwingTextField { text: bind inputtext with inverse, editable: true }
SwingButton {
action: function() {
var hits = fruits[s | s == inputtext];
msg = { if (sizeof hits == 0) "unmatch" else "match {hits[0]}" }
}
}
Text { x: 0, y: 20, content: bind msg }
:
0503デフォルトの名無しさん
2009/01/11(日) 23:17:290504デフォルトの名無しさん
2009/01/11(日) 23:18:440505デフォルトの名無しさん
2009/01/11(日) 23:20:34それはつまりキャストのある言語(Java含む)は使い物にならないってことかね？
0506デフォルトの名無しさん
2009/01/11(日) 23:21:230507デフォルトの名無しさん
2009/01/11(日) 23:21:310508デフォルトの名無しさん
2009/01/11(日) 23:22:21それでいいと思うけど
LINQだと(s,i) => s + i と書くけどな
0509デフォルトの名無しさん
2009/01/11(日) 23:26:01やっぱりJavaだと型宣言を省略させるわけにはいかないから結構だるそうですね
0510デフォルトの名無しさん
2009/01/11(日) 23:30:39クロージャなら戻り値型や例外型は型推論できるし
代入先の情報がありゃ引数型も型推論できる。
0511デフォルトの名無しさん
2009/01/11(日) 23:32:32そんなあまり使い道のないケースを言語として特別扱いするのは
筋が悪い気がするよ
0512デフォルトの名無しさん
2009/01/11(日) 23:33:15そもそもBGGAだと戻り値型と例外型は型推論してるしな
0513デフォルトの名無しさん
2009/01/11(日) 23:33:49好き好んでダウンキャストはしないが、ライブラリ(Javaの標準ライブラリ含む)の都合で
ダウンキャストが避けられない場面はある。それよりも、上で言ってるのは言語の話
であってキャストをユーザが使うかどうかという話じゃないんだがな
0514デフォルトの名無しさん
2009/01/11(日) 23:35:57値返せたほうが便利だけど値返せなくても十分使い道はあるよ。
0515デフォルトの名無しさん
2009/01/11(日) 23:36:17クロージャはともかくControl Invocation Syntaxは必要かどうかは微妙なところ
だけど、Control Invocation Syntax無いと言語のファーストクラスの制御構造
(forやwhile)と同等のものが作れないからなー(breakとかcontinueなどが使えない
ので)。
0516デフォルトの名無しさん
2009/01/11(日) 23:41:50>>代入先の情報がありゃ引数型も型推論できる。
これ重要だ。クロージャを受領する側では型定義を明示的に宣言させる
必要があるけど、実際にクロージャを作って投げつける側ではガンガン
型推論やってシンプルに書ける方がよい。
苦労はなるべくライブラリを作成する人に押しつける方向で。
0517デフォルトの名無しさん
2009/01/11(日) 23:44:21Javaでもやってできないことは無いだろう。型システム上、
完全な推論は難しいと思うけど、ほとんどのケースでうまく推論できると思う
0518デフォルトの名無しさん
2009/01/11(日) 23:45:44クロージャを引数に取って値返すメソッド書くのは自由だよ。
0519デフォルトの名無しさん
2009/01/11(日) 23:49:01http://www.javac.info/closures-v05.html
これを読んで、あなたが何を言ってるのか理解しました。
たとえばこれで言えば
{int=>int} plus2 = {int x => x+2};
右辺をクロージャと言って左辺を関数型と言っているわけですね。
私の>>509では、この左辺の{int=>int}をクロージャの型といいました。
結局この部分は何も省略できないですよね。
0520デフォルトの名無しさん
2009/01/11(日) 23:49:46Control Invocation Syntaxは扱い上、「文」だから値返せねえという話でしょ
>>511はクロージャだけあれば十分でControl Invocation Syntaxというシンタックスシュガー
は要らんという意見だと思う
0521デフォルトの名無しさん
2009/01/12(月) 06:28:45プロトタイプ実装がダウンロードできるから使ってみるといい。
JAVAクロージャを使ったこともないのに理想であれこれ言う奴が多いから、まだPGの間で導入するかの合意が取れてなってないってのが動流が微妙な理由なのよ。1.7までまだ１年以上あるけど。
それよりも、C#でコード書くともう既に意味不明になってるな。
関数引数の中のthisとかなによ？ｗｗLINTとかドカタ用だしグチャグチャじゃんｗｗｗ
そういうのはVC＋＋だけでやれって。C#をMSBASICみたく汚さんでくれ。（もう遅いけど）
こうやってみるとJAVAは言語仕様の拡張は自然だし安心できる。
0522デフォルトの名無しさん
2009/01/12(月) 09:05:12「インターフェースに実装を持ったインスタンスメソッドを定義する」ためのやり方だな
コレクション一般に対してクロージャを適用するメソッドを書くためには
こういった機能が必要になる
30歳以上の給料の平均を
persons.filter({ Person p => p.Age >= 30 })
.map({ Person p => p.Salary })
.average();
こう書けるようにするものだ
これがないと
average(
map(
filter(persons, { Person p => p.Age >= 30 }),
{ Person p => p.Salary })))
こうなったり
Iterable<Person>
result = filter(persons, { Person p => p.Age >= 30 })
result = map(result, { Person p => p.Salary })
int ave = average(result);
こうなったりする。C#だと正確には
persons.Where(p => p.Age >= 30)
.Select(p => p.Salary)
.Average();
こうだけどな
0523デフォルトの名無しさん
2009/01/12(月) 09:10:0830歳以上の給料の平均を
persons.filter({ Person p => p.Age >= 30 })
.map({ Person p => p.Salary })
.average();
こう書けるようにするものだ
これがないと
average(
map(
filter(persons, { Person p => p.Age >= 30 }),
{ Person p => p.Salary })))
こうなったり
Iterable<Person>
result = filter(persons, { Person p => p.Age >= 30 })
result = map(result, { Person p => p.Salary })
double ave = average(result);
こうなったりする。C#だと正確には
persons.Where(p => p.Age >= 30)
.Select(p => p.Salary)
.Average();
こうだけどな
0524デフォルトの名無しさん
2009/01/12(月) 10:19:160525デフォルトの名無しさん
2009/01/12(月) 10:47:01「DTO のコレクションに対する操作」を簡潔に記述するための便利シンタックス
として利用するにとどめるのが「.NET 流」であって、クロージャクロージャと
大騒ぎして関数型言語風のプログラムを書き始めるのは、
むしろプログラマとして致命的にセンスがないと思うがどうか。
0526デフォルトの名無しさん
2009/01/12(月) 10:53:44こんな風に定義するわけだけど
public static class StaticClass1
{
public static void Method(this Interface1 i1){}
}
public static class StaticClass2
{
public static void Method(this Interface2 i2){}
}
基本的には名前がかぶると呼び出せない
public class Class : Interface1, Interface2{}
Class c = new Class();
c.Method(); //これは呼び出せない
代わりに
StaticClass1.Method(c);
StaticClass2.Method(c);
スタティックメソッドとして呼び出す
0527デフォルトの名無しさん
2009/01/12(月) 11:04:37いつのまにか君もMS信者になっちまっちゃってるのかも。
0528デフォルトの名無しさん
2009/01/12(月) 11:07:450529デフォルトの名無しさん
2009/01/12(月) 11:18:26> average(
> map(
> filter(persons, { Person p => p.Age >= 30 }),
> { Person p => p.Salary })))
>
> こうなったり
average(map(filter(persons,
{ Person p => p.Age >= 30 }),
{ Person p => p.Salary })))
わざと見にくくしてないのなら、こうインデントしてくれ
0530デフォルトの名無しさん
2009/01/12(月) 11:18:550531デフォルトの名無しさん
2009/01/12(月) 11:24:180532デフォルトの名無しさん
2009/01/12(月) 11:34:56大騒ぎするもんでもないが、「DTOのコレクションに対する操作」を簡潔に記述するための
便利シンタックスとしてしかとらえられてないんだったら見方が狭いとしか言いようが無いな
あと、.NETのクロージャがLINQのためにあると言うけど、それだけではないでしょ
クロージャ自体はLINQが入るはるか前の.NET 2.0からあるんだし。
0533デフォルトの名無しさん
2009/01/12(月) 11:41:550534デフォルトの名無しさん
2009/01/12(月) 11:42:400535デフォルトの名無しさん
2009/01/12(月) 11:49:54プロパティもクロージャも後追いなわけで
Javaに追加する言語仕様の話をするならC#の話は避けて通れないだろ
0536デフォルトの名無しさん
2009/01/12(月) 11:53:35だからスレ違いだっつーの
0537デフォルトの名無しさん
2009/01/12(月) 11:59:06後追いっつうのはちと語弊があるな。別にクロージャはC#の専売特許でもなんでもない
そもそも関数型言語由来の機能だし。あと、BGGAのクロージャは、C#のそれとはかなり
違うものだから。
0538デフォルトの名無しさん
2009/01/12(月) 12:02:00思うけどなー。サンプル版使ってみたけど、これ使うの前提でIO関係のライブラリ
作ればこれまで面倒だった処理がかなりすっきり書けるよ。
0539デフォルトの名無しさん
2009/01/12(月) 12:07:420540デフォルトの名無しさん
2009/01/12(月) 12:10:07ボクシングは関数型言語の後追いですね。
そのためにSPJがMSRに呼ばれました。
0541デフォルトの名無しさん
2009/01/12(月) 12:11:48コレクションでLINQ的な使い方するなら拡張メソッド導入するか
標準ライブラリ書き直しかする必要あるけど。
0542デフォルトの名無しさん
2009/01/12(月) 12:54:34ボクシング、アンボクシングは心底いらないと思う
0543デフォルトの名無しさん
2009/01/12(月) 13:06:39ここにあるような自動クローズ機能を持つwith文だと
try {
String text = "";
BufferedReader reader =
new BufferedReader(new FileReader("in.txt"));
with(BufferedReader in : reader) {
text = in.readLine();
}
} catch(IOException ex) {
ex.printStackTrace();
}
結局withし忘れたらどうするんだという話になるでしょう
理想を言うと
try{
File file = new File("in.txt");
openRead( BufferedReader reader : file){ ...(ファイルを処理) }); //自動クローズ
}catch...
openを呼び出した時に渡すクロージャからしかアクセスできなくしたいじゃない
0544デフォルトの名無しさん
2009/01/12(月) 13:06:48それと、専売特許以前に、C＃とJAVAを比較しても全く意味ない。もともとC#（.Net)がJava/JVMのマネでしょｗ
0545デフォルトの名無しさん
2009/01/12(月) 13:18:37なんでそんな非科学的なの？
後を追ってる言語が先を行ってる言語を参考にするのは当たり前のことだろ
Javaはもはや後進言語だってことを認識しなさい
0546デフォルトの名無しさん
2009/01/12(月) 13:22:43下手に先進的な機能つけて失敗された方がかなわん。
0547デフォルトの名無しさん
2009/01/12(月) 13:34:49MFCのことを侮辱するのはいい加減にしてください。
0548デフォルトの名無しさん
2009/01/12(月) 13:35:550549デフォルトの名無しさん
2009/01/12(月) 14:15:050550デフォルトの名無しさん
2009/01/12(月) 14:32:43既に死んでるじゃん、1.4。
0551デフォルトの名無しさん
2009/01/12(月) 14:56:57closureなんてsmalltalkにだってあるだろ
0552デフォルトの名無しさん
2009/01/12(月) 15:05:07土方言語限定の井戸端会議ですから。
0553デフォルトの名無しさん
2009/01/12(月) 15:13:17じゃあ今のJavaが目指してるのはLispか？違うだろ
Javaは今C#を目指してるんだよ
0554デフォルトの名無しさん
2009/01/12(月) 15:15:490555デフォルトの名無しさん
2009/01/12(月) 15:16:49javac.infoの中の人、MS行っちゃったし。
0556デフォルトの名無しさん
2009/01/12(月) 15:20:290557デフォルトの名無しさん
2009/01/12(月) 15:21:190558デフォルトの名無しさん
2009/01/12(月) 15:27:35C#がどんどん仕様追加して、美味しい（問題がなさそうな）とこだけJavaが頂戴する。
0559デフォルトの名無しさん
2009/01/12(月) 15:30:38企業としては利益を追求しすぎでコミュニティにそっぽを向かれ
そのくせ、出てくる製品は先進的すぎて企業にはそっぽを向かれ
何を狙ってるのかさっぱりわからん
0560デフォルトの名無しさん
2009/01/12(月) 15:35:53より使えるものになればそれでいい
使えなくなれば他を使えば済むだけ
道具のひとつと一緒に心中するなんてやつはいないだろ
0561デフォルトの名無しさん
2009/01/12(月) 15:42:42JavaやC#みたいな言語はドカタに使ってもらえなきゃ意味がないわけで
最近のMSはその辺り勘違いしている気がするな
0562デフォルトの名無しさん
2009/01/12(月) 15:51:440563デフォルトの名無しさん
2009/01/12(月) 15:55:040564デフォルトの名無しさん
2009/01/12(月) 16:10:32基本型が使えないジェネリックとか失敗だし
何よりブサイクでしょう
オートボクシングもボクシングを推奨してるみたいになって最悪
で、今度は引数の型が省略できないクロージャだよ
Javaの委員会っていうのは変態の集まりなの？
ブサイクなのが大好きなの？
0565デフォルトの名無しさん
2009/01/12(月) 16:11:31喜んだのもつかの間、旗振り役がいなくなってJava死滅。
今後の予定です。
0566デフォルトの名無しさん
2009/01/12(月) 16:22:01C++みたいにコンパイル時に作るか，C#みたいに特殊化したコードを実行時に生成するかしないといけない
0567デフォルトの名無しさん
2009/01/12(月) 16:32:29もしかしたらGenericsでの基本型の扱いも変わるかもしれない。
今のVM仕様のままだと、他の言語で不便だから。
0568デフォルトの名無しさん
2009/01/12(月) 16:40:35やばい黒柳徹子が頭から離れない
0569デフォルトの名無しさん
2009/01/12(月) 16:47:230570デフォルトの名無しさん
2009/01/12(月) 17:33:41が出てくるのかなw
0571デフォルトの名無しさん
2009/01/12(月) 23:01:14アンチテーゼみたいな矜持があったように思うけどねぇ。
それで逆にJavaBeansやannotationなんかは、構文の拡張を
しないがためにかなり無理のある仕様になってしまったくらいだし。
いつからこうなったのか知らんが、このまま「書くのが楽なら何でもあり」な
Perlみたいになっていくのかね。
0572デフォルトの名無しさん
2009/01/12(月) 23:11:150573デフォルトの名無しさん
2009/01/12(月) 23:16:22Cがなぜ普及したかは、全ての言語機能をライブラリにしたからじゃなかったか？そういうの知らないで育ったゆとり世代なのか。ｗ
0574デフォルトの名無しさん
2009/01/12(月) 23:16:40悪いプログラムの見本のようなレス。
0575デフォルトの名無しさん
2009/01/12(月) 23:18:11ライブラリしか残らんじゃないか！
この世の終わりじゃ！
0576デフォルトの名無しさん
2009/01/12(月) 23:52:08んでも、少なくともここでクロージャを欲している人はそういう意見なんじゃね？
その程度でいちいちクラスを起こすのは面倒いって。
0577デフォルトの名無しさん
2009/01/13(火) 00:07:59特に匿名インナークラス。
0578デフォルトの名無しさん
2009/01/13(火) 00:17:09例えば楽したくても演算子オーバーロードは絶対駄目な人もいれば
BigDecimal特別扱いでいいからつけてよって人もいるし
インデクサ程度ならって人もいるし
制限なしの演算子オーバーロード欲しいって人もいる
0579デフォルトの名無しさん
2009/01/13(火) 07:33:180580デフォルトの名無しさん
2009/01/13(火) 08:57:270581デフォルトの名無しさん
2009/01/13(火) 09:06:440582デフォルトの名無しさん
2009/01/13(火) 09:13:54ライブラリ間で競争するだろうし
0583デフォルトの名無しさん
2009/01/13(火) 09:27:100584デフォルトの名無しさん
2009/01/13(火) 09:51:45別のとこではusing, withは別の構文で使われてるみたいなことになるかもしれない
0585デフォルトの名無しさん
2009/01/13(火) 10:02:490586デフォルトの名無しさん
2009/01/13(火) 10:42:10標準ライブラリでもバイト配列への変換が getBytes だったり toByteArray だったりするわけで、
その程度なら乱立しなくても標準ライブラリ内で不統一って事もありうる
0587デフォルトの名無しさん
2009/01/13(火) 10:42:46そんなのクラス名、メソッド名も同じじゃんw
>>585
JCPでやってることと、一企業の独善的な拡張は違うよ。
0588デフォルトの名無しさん
2009/01/13(火) 10:43:520589デフォルトの名無しさん
2009/01/13(火) 10:59:550590デフォルトの名無しさん
2009/01/13(火) 11:21:34VJ++のは関数オブジェクトじゃなくてメソッドポインタだし
0591デフォルトの名無しさん
2009/01/13(火) 11:25:12delegateがクロージャとしての機能を持ったのはC#2.0(.NET2.0)からで
VJ++のdelegateはC#1.0のそれと同じで動的にも静的にもスコープは持たない。
安全な関数ポインタというだけのものだった。
そうえばjavaのクロージャは既存のメソッドとの互換は
あんまり考えてないように思えるけどどうなんだろ。
たとえば int hoge(int i) { } と void func({int => int} f) { } があって
func(hoge) といった書き方ができないよね？
0592デフォルトの名無しさん
2009/01/13(火) 12:02:33メソッドポインタを関数ポインタで無理やり書けば
Result Method(void* obj, Arg arg1,...)
objの部分を型安全にしたのがメソッドポインタで、
objに処理に必要な変数を自動で入れてくれるのがクロージャ
0593デフォルトの名無しさん
2009/01/13(火) 12:14:500594デフォルトの名無しさん
2009/01/13(火) 22:15:04JCPとかいってSunという一企業の独善的な拡張と大差ないだろ
だからApacheは反対票入れまくってるし
0595デフォルトの名無しさん
2009/01/13(火) 22:49:320596デフォルトの名無しさん
2009/01/13(火) 23:28:35言語仕様なんて、確固としたポリシーがありゃ独善でいいと思うが。
逆にコミッティシンドロームに陥るほうがまずいだろう。
＃MSに確固としたポリシーがあるかというのはされおいて。
0597デフォルトの名無しさん
2009/01/13(火) 23:37:320598デフォルトの名無しさん
2009/01/13(火) 23:53:25Javaは素人が寄せ集まってるだけなので
どちらが優れているのかは言わずもがな
このままでは差は開いて行くばかり
0599デフォルトの名無しさん
2009/01/13(火) 23:54:12http://www.sanseido.net/
0600デフォルトの名無しさん
2009/01/13(火) 23:57:13それを言うなら、Sunだって言語仕様策定のプロ中のプロのGuy Steele Jr.が居るだろw
まあ、Guy SteeleはJavaに関しては言語機能を追加する方向では
関わって無さそうな気はするけど。
0601デフォルトの名無しさん
2009/01/14(水) 00:13:41仕様策定ではなく仕様書作成に関わってるだけじゃね？
0602デフォルトの名無しさん
2009/01/14(水) 00:18:190603デフォルトの名無しさん
2009/01/14(水) 00:32:40あれだけでも凄い。
他にもConnection Machine Lispがある。
これも強烈。
0604デフォルトの名無しさん
2009/01/14(水) 00:41:06言語仕様は天才のひらめきが大事だと思うんだよな。
今の状況は船頭多くいして何とやらだ。
0605デフォルトの名無しさん
2009/01/14(水) 00:51:54というのはFortressの言語仕様見てて思った。近代的な静的型言語なら最初から
あれくらいは欲しいところだ(並列処理や演算子オーバーロード周りの部分はさすがに
チャレンジングなところがあるけど)
0606デフォルトの名無しさん
2009/01/14(水) 00:55:17仕様書書くことと仕様策定は密接に関わりがある作業だと思う。
それに、仕様書書くだけじゃなくてC,Fortran,Common Lispとかの仕様
策定にも関わってたはずだけど。
0607デフォルトの名無しさん
2009/01/14(水) 07:10:41取捨選択せずにすべて取り込むとかセンスがない
ただし、あれを書き上げたのは天才
0608デフォルトの名無しさん
2009/01/14(水) 11:00:550609デフォルトの名無しさん
2009/01/14(水) 11:32:50Javaに足りないのはHPC対応だよ
はよ対応しろ
0610デフォルトの名無しさん
2009/01/14(水) 12:33:23結局の所、その後の言語の発展は難解さとのトレードオフだ。
近年のJavaはC#に振り回されすぎなんじゃないだろうか。
0611デフォルトの名無しさん
2009/01/14(水) 12:57:270612デフォルトの名無しさん
2009/01/14(水) 13:02:580613デフォルトの名無しさん
2009/01/14(水) 13:20:270614デフォルトの名無しさん
2009/01/14(水) 13:43:31こういうのか？
http://www.nikkeibp.co.jp/archives/044/44150.html
0615デフォルトの名無しさん
2009/01/14(水) 16:12:42個人的には、JavaはARMに吸収してもらいたい。
で、AppleからARMベースのフルスペックMacOSXマシンを・・・
0616デフォルトの名無しさん
2009/01/14(水) 17:23:44豊富なライブラリが存在して、
通信、DB、GUIの仕様が決まっていれば、
便利だということを証明したことがJavano最大の功績だった。
0617デフォルトの名無しさん
2009/01/14(水) 18:01:240618デフォルトの名無しさん
2009/01/14(水) 19:16:240619デフォルトの名無しさん
2009/01/14(水) 19:23:540620デフォルトの名無しさん
2009/01/14(水) 20:53:59後から来たのに追い越され 泣くのが嫌なら、さあ歩け。
C# に追い越されてるぞ〜。さっさと歩けよ、Java
0621デフォルトの名無しさん
2009/01/14(水) 21:18:350622デフォルトの名無しさん
2009/01/14(水) 21:20:30ひとりでやるんだったらね。
でもね、大勢で力を合わせて開発するとなつと、
好きな方をえらぶ、ってワケにはいかないんだよ。
0623デフォルトの名無しさん
2009/01/14(水) 21:27:520624デフォルトの名無しさん
2009/01/14(水) 22:43:19お前だけだと思うよ
0625デフォルトの名無しさん
2009/01/14(水) 22:44:55そう泣くなよ。安月給仲間じゃないか。
0626デフォルトの名無しさん
2009/01/14(水) 23:11:20.NETとJavaは用途が異なるから似たような技術であっても
住み分けるはずだ、と言われていたが
最近はそうでもないんだな
まぁまだJavaの方が強いと思うけど、これから先はわからんね
0627デフォルトの名無しさん
2009/01/14(水) 23:38:300628デフォルトの名無しさん
2009/01/15(木) 00:11:59Javaみたいに
0629デフォルトの名無しさん
2009/01/15(木) 00:29:160630デフォルトの名無しさん
2009/01/15(木) 01:13:440631デフォルトの名無しさん
2009/01/15(木) 01:17:45どっちがマシなんでしょうかｗｗｗｗｗｗｗｗ
0632デフォルトの名無しさん
2009/01/15(木) 01:24:13サンデープログラマですか？
0633デフォルトの名無しさん
2009/01/15(木) 01:25:18俺は世間に流されるが！
0634デフォルトの名無しさん
2009/01/15(木) 01:29:56サタデープログラマです。
0635デフォルトの名無しさん
2009/01/15(木) 01:33:130636デフォルトの名無しさん
2009/01/15(木) 01:34:59それよりも、gnu classpathはどうなっちゃうの。もう終わり？
0637デフォルトの名無しさん
2009/01/15(木) 14:08:48LispのVMが出れば最強、そういうことですね？
0638デフォルトの名無しさん
2009/01/17(土) 22:58:19これはいつJavaに入りますか？
0639デフォルトの名無しさん
2009/01/17(土) 23:11:21この標準無視の独自性はMSならでは
さすがにJavaにこういうのは入らないだろうな
0640デフォルトの名無しさん
2009/01/18(日) 03:15:06川俣晶か…相変わらずイタい文章書いてるな、この人
＞XMLという技術を襲った最大の災厄とは、「僕の賢さ」を誇示しようとする
＞「精神の子どもたち」の大挙流入にあるといえる。
とか根拠レスで自分の思い込み書いてるだけだし。あと、技術的にも
間違いが多いから、この人の書く技術系記事は基本的に信用できん
0641デフォルトの名無しさん
2009/01/18(日) 03:27:56MSDNによくあるけど「特集１１号 これは目からうろこ！！VBプログラマ必見！」とかｗ
VBもC#も７年後も同じような言語仕様として存在するかどうか怪しいし、その人も同じ主張で責任を持っていられるかどうかも怪しい。
結局そういうキモイ世界で頑張ってられるようなITドカタが集まった世界、「類友ドカタ」ってことじゃね？ｗ
0642デフォルトの名無しさん
2009/01/18(日) 05:28:59http://www.odbms.org/blog/2008/08/linq-is-best-option-for-future-java.html
0643デフォルトの名無しさん
2009/01/20(火) 00:47:05苦労じゃ
どうしても言ってみたかったんです。ごめんなさい。。。
0644デフォルトの名無しさん
2009/01/20(火) 01:26:21おまえはITドカタ決定！
0645デフォルトの名無しさん
2009/01/20(火) 11:42:31JWebPaneﾏﾀﾞｰﾁﾝﾁﾝ
0646デフォルトの名無しさん
2009/01/20(火) 11:53:08http://download.java.net/jdk7/changes/jdk7-b43.html
http://download.java.net/jdk7/binaries/
0647デフォルトの名無しさん
2009/01/20(火) 21:56:08これ来たら、俺ブラウザwithJava祭りになると思う。
0648デフォルトの名無しさん
2009/01/20(火) 22:22:58けどずっと更新されないし。7じゃのらんだろうね
0649デフォルトの名無しさん
2009/01/20(火) 23:28:370650デフォルトの名無しさん
2009/01/21(水) 11:50:150651デフォルトの名無しさん
2009/01/21(水) 20:08:37「取捨選択せずにすべて取り込む」ってのは例の
「Schemeは全員が納得したものだけ取り込む、CommonLispは誰か一人でも提案したものは取り込む」
というジョークの影響だと思うが、大ウソなので注意な。実際は取捨撰択されまくっとる。
0652デフォルトの名無しさん
2009/01/22(木) 19:43:460653デフォルトの名無しさん
2009/01/22(木) 20:17:41Paul Grahamは別にANSI Common Lispの仕様策定に関わってたわけでも
ないだろうし鵜呑みにするのはどうかと。Paul Grahamって割とテキトーな
こと書いてること多いし
0654デフォルトの名無しさん
2009/01/22(木) 23:00:14取捨選択したことは分かります。
あの仕様書はノート付きですから。
>>649
WebViewとJWebPaneの戦いになるんですかね。
0655デフォルトの名無しさん
2009/01/30(金) 02:09:4532bit文字型にintを使うのだけは勘弁して欲しいかな。
char型を32bitに拡張するなり、wchar型を導入するなり、
してほしかった。
0656デフォルトの名無しさん
2009/01/30(金) 04:56:200657デフォルトの名無しさん
2009/01/30(金) 05:02:500658デフォルトの名無しさん
2009/01/30(金) 07:45:42http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b44.html
0659デフォルトの名無しさん
2009/01/30(金) 10:14:52まあVMの仕様を変更しないことが優先だよね。
次のVMでは変るかも知れないが。
0660デフォルトの名無しさん
2009/01/30(金) 10:20:200661デフォルトの名無しさん
2009/01/30(金) 10:34:390662デフォルトの名無しさん
2009/01/30(金) 12:44:580663デフォルトの名無しさん
2009/01/30(金) 13:02:090664デフォルトの名無しさん
2009/01/30(金) 14:53:19基本型の変更は既存のソースへの影響が大きすぎる。
追加は変数名との衝突が考えられるのと、VMの変更が必要になる可能性がある。
0665デフォルトの名無しさん
2009/01/30(金) 14:54:110666デフォルトの名無しさん
2009/01/30(金) 15:02:52サロゲートなくなっても合成文字まで消せるわけでもなし。
どっちかっつーと long が 128bit になるとか、128bit 整数型追加とかの方が現実的だと思うが。
0667デフォルトの名無しさん
2009/01/30(金) 18:23:39新しい名前空間に追加すりゃいいじゃない
それが嫌ならdouble charでもいいし
基本型の追加程度でVMの変更が必要になるんなら
いずれ基本型が追加できるVMに変更せざるを得ないだろ
0668デフォルトの名無しさん
2009/01/30(金) 18:30:02認めた方が喜ばれるのでは。
0669デフォルトの名無しさん
2009/01/30(金) 18:35:53ようするにintの別名がほしいだけか
0670デフォルトの名無しさん
2009/01/30(金) 19:06:47そもそも必要だから欲しいって話じゃないし。
32bit文字型なんて要らんでしょ。byte[]でUTF-32扱えばいいだけだし。
0671デフォルトの名無しさん
2009/01/30(金) 19:19:08128ビットCPUとか256ビットベクトル演算ユニットみたいなものを
普通に使うようになるかも知らんだろ
基本型追加できませんじゃどうしようもないだろ
0672デフォルトの名無しさん
2009/01/30(金) 20:03:30必要になったときに追加すりゃいいじゃん。
それまでは DirectByteBuffer で我慢してもらう方向で。
0673デフォルトの名無しさん
2009/01/30(金) 20:09:39人によっては気持ち悪いと感じるかもしれないけどコンテキストキーワードにすれば無問題
0674デフォルトの名無しさん
2009/01/30(金) 20:15:53何に怒ってるのか知らんが、まぁ落ち着け。
0675デフォルトの名無しさん
2009/01/30(金) 20:39:47外で利用出来る形(それこそOpenCLのサポートとか)から始まって、
利用形態が固まって汎用的になった部分から徐々にJava本体に
取り込む形になるのでは。
現状の様に使い道や使い方のコンセンサスも固まっていない状態で
言語仕様だけ先走っても良いものは出来ないと思う。
0676デフォルトの名無しさん
2009/01/30(金) 21:42:20？
0677デフォルトの名無しさん
2009/01/31(土) 00:08:540678デフォルトの名無しさん
2009/01/31(土) 00:19:580679デフォルトの名無しさん
2009/01/31(土) 11:02:52さすがにchar配列はこっそり16bit単位でアロケートしてるんだろうけど。
0680デフォルトの名無しさん
2009/01/31(土) 11:46:13演算時には iadd isub imul idiv で代用したりするけど、
だから char は int なんだとか byte は 32bit だ、とは言わんだろ普通は。
0681デフォルトの名無しさん
2009/01/31(土) 11:49:32いい加減、頭壊れてる奴の相手するの止めたら？
0682デフォルトの名無しさん
2009/01/31(土) 13:14:45==,!=,<,>、あとStringやbyte[]との変換メソッドだけ用意しとけば
大抵のことはこなせたんじゃない？
これならあとでcharが32bit化になろうが、問題は少なかったはず。
VMではbooleanが32bitだ、とかいちいち気にする人いないし。
0683デフォルトの名無しさん
2009/01/31(土) 13:28:350684デフォルトの名無しさん
2009/01/31(土) 13:53:47「文字」に対する認識が甘すぎる。
0685デフォルトの名無しさん
2009/01/31(土) 14:05:59キチガイをスルー出来ないおまえの認識の方が甘い
0686デフォルトの名無しさん
2009/01/31(土) 17:11:26Sunでも当初から「charは数ではない」との認識は
あったんじゃないかな。
まああの時点では、20世紀的Cプログラミング
（'0' + (char)3 したら '3' ができましたとか）
を切り捨てるわけにもいかなかっただろうよ。
0687デフォルトの名無しさん
2009/01/31(土) 17:21:08ByteBufferのオフセットも32bitだからメモリマップとファイルでも2GBしか
アクセスできなくね？
0688デフォルトの名無しさん
2009/01/31(土) 17:28:13MSは今のところ、ASP.NETしかないからな〜。ブラウザ仕様しかつくれない。
0689デフォルトの名無しさん
2009/01/31(土) 17:34:39long 使える java.nio.ByteBuffer が置いてあったけど
いつのまにかに削除されてるなぁ。
NIOのメモリマップドファイルは 64bit対応以前に
close() する手段がないって時点で使い物にならん。
0690デフォルトの名無しさん
2009/01/31(土) 17:40:330691デフォルトの名無しさん
2009/01/31(土) 17:56:30その点ではC#に分がある。
しかし、C#のポインタはいらないと思うな。
それはC言語でやればいい。
0692デフォルトの名無しさん
2009/01/31(土) 18:43:29>Javaの現行の仕様じゃ、RADに対応しきれない。
どのあたりが？
0693デフォルトの名無しさん
2009/01/31(土) 19:16:020694デフォルトの名無しさん
2009/02/01(日) 02:01:190695デフォルトの名無しさん
2009/02/01(日) 05:10:27C#に不満があるからこのスレに居座ってるんでしょｗ
0696デフォルトの名無しさん
2009/02/01(日) 10:29:01プロパティがないあたり
0697デフォルトの名無しさん
2009/02/01(日) 10:47:58コンポーネント指向にできない
0698デフォルトの名無しさん
2009/02/01(日) 12:18:59コンポーネント指向(笑)
プロパティが無いのは面倒だけど、致命的というほどではないだろ。
0699デフォルトの名無しさん
2009/02/01(日) 16:02:59RAD用のプロパティ仕様は最初からあっただろ
0700デフォルトの名無しさん
2009/02/02(月) 11:01:340701デフォルトの名無しさん
2009/02/02(月) 11:05:040702デフォルトの名無しさん
2009/02/03(火) 00:03:34JavaBeans仕様に乗っ取るなら、IDEが補完するから気にしない。
0703デフォルトの名無しさん
2009/02/03(火) 04:33:570704デフォルトの名無しさん
2009/02/03(火) 04:43:43インデックス付きプロパティがあるから無問題
0705デフォルトの名無しさん
2009/02/03(火) 05:40:14あったっけ？
0706デフォルトの名無しさん
2009/02/03(火) 10:25:27なにが言いたい？
0707デフォルトの名無しさん
2009/02/03(火) 10:34:22本人じゃないから外してるかも知れんけど
0708デフォルトの名無しさん
2009/02/03(火) 12:36:58JavaBeans仕様の「7.2 Indexed properties」に書いてある
ケチ付ける前に仕様に目を通すくらいしろよ
0709デフォルトの名無しさん
2009/02/03(火) 12:40:150710デフォルトの名無しさん
2009/02/03(火) 14:35:29それは無理だな
そんあことしたらJavaが捨てられてしまう
0711デフォルトの名無しさん
2009/02/03(火) 18:06:290713デフォルトの名無しさん
2009/02/03(火) 21:22:520714デフォルトの名無しさん
2009/02/03(火) 21:30:440715デフォルトの名無しさん
2009/02/03(火) 22:30:04昼間っから2chやってるヒマ人のセリフかよw
0716デフォルトの名無しさん
2009/02/03(火) 22:38:16javax.time の地獄のようなクラス群も何とかして欲しい。
0717デフォルトの名無しさん
2009/02/03(火) 22:50:340718デフォルトの名無しさん
2009/02/03(火) 22:52:210719デフォルトの名無しさん
2009/02/03(火) 23:23:23互換性がないなら、そもそもJavaである必要はないと思うんだけどな。
Scalaでいいじゃん、というか。(ScalaのEclipse Pluginはだめだめだけど)
0720デフォルトの名無しさん
2009/02/03(火) 23:31:24Java3 の出番だな。
そのまえに Java 2+とJava turboR も出しておこうか
0721デフォルトの名無しさん
2009/02/03(火) 23:40:09わかります。
0722デフォルトの名無しさん
2009/02/04(水) 19:07:260723デフォルトの名無しさん
2009/02/06(金) 15:45:56jdk6u10の成果ってマージされないじゃない？NimbusとかPluginとかの。
jdk7ではいつ取り込むんだろ？
ちょっと迷走しすぎじゃないかな・・・・jdk7
0724デフォルトの名無しさん
2009/02/06(金) 17:51:320725デフォルトの名無しさん
2009/02/06(金) 18:02:48http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b46.html
typoとかの細かい修正がメイン
0726デフォルトの名無しさん
2009/02/09(月) 19:05:02jdk1.6の途中でjavafxスクリプト追加みたいな感じにクロージャも追加になるのかな。
0727デフォルトの名無しさん
2009/02/09(月) 20:23:10最重要人物がMS系の仕事しちゃってるんですよ。
ピンポイントで狙ってるんだと思う。
0728デフォルトの名無しさん
2009/02/09(月) 20:32:45Devoxxの発表でクロージャ漏れた。>>258あたり
0729デフォルトの名無しさん
2009/02/09(月) 21:15:35クロージャを使うにはジャバだと少しトリック使わないといけないし、そろそろ導入して欲しい。
0730デフォルトの名無しさん
2009/02/09(月) 21:28:56それって完全に決定事項なの？
0731デフォルトの名無しさん
2009/02/09(月) 23:06:40JCPのページ見てもJava SE 7 Release Contentsみたいな
JSRが見当たらないから、完全に決定事項ってわけじゃなさそうだけど
とりあえず最新の公式発表って感じかなぁ？ 望み薄なのは確か。
0732デフォルトの名無しさん
2009/02/09(月) 23:14:44つまんないなー
0733デフォルトの名無しさん
2009/02/13(金) 23:05:58http://blogs.sun.com/SDNProgramNews/entry/java_se_6u14_early_access
6u10 の 次は、u14が熱いらしいぜ。
GCに手が入っている、期待しよう。
ってか、7はどうなってんの？
0734デフォルトの名無しさん
2009/02/14(土) 00:03:230735デフォルトの名無しさん
2009/02/14(土) 00:20:00Ω ΩΩ
0736デフォルトの名無しさん
2009/02/14(土) 00:48:402010年とか書いてあるね
ttp://journal.mycom.co.jp/column/jsr/060/index.html
0737デフォルトの名無しさん
2009/02/15(日) 21:21:23http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b47.html
0738デフォルトの名無しさん
2009/02/15(日) 22:26:39固まってないのにビルドが進んでも全然使う気になれないんだけど
0739デフォルトの名無しさん
2009/02/15(日) 22:43:050740デフォルトの名無しさん
2009/02/15(日) 22:44:160741デフォルトの名無しさん
2009/02/15(日) 23:27:17固まってない。
jsr308 とか module は統合されるまで時間かかりそうだし
small language change は具体的に何やるのかも良くわからん。
multi catch と null handling と type inference は入りそうだけど、
string switch とかはどーなんだろ？
0742デフォルトの名無しさん
2009/02/16(月) 02:16:16あとは、nio2とswing frameworkかな。
javafxは使いたけどcpu 2Gが最低必要だからちょっと敷居が高いな。
flashでもそんなにハードリソース必要なのか？
javax.mediaのライブラリに力を入れないで、なんでjavafxのようなメディア操作用API (script language)の方に力を入れるのか良く分からん。
0743デフォルトの名無しさん
2009/02/16(月) 03:09:43>javafxは使いたけどcpu 2Gが最低必要
この情報ってどこに書いてありますか
0744デフォルトの名無しさん
2009/02/16(月) 04:42:190745デフォルトの名無しさん
2009/02/16(月) 06:06:52Java 7の変化は言語仕様だけじゃないぞ
0746デフォルトの名無しさん
2009/02/16(月) 08:30:37ドモデス
Adobe Flexの方もみてみました。JavaFXのほうがRequirementsはやや高め？
NetBeans IDE 6.5 for JavaFX 1.1 Requirements
Microsoft Windows:
* Processors: Intel Pentium 4, Intel Centrino, Intel Xeon, or Intel Core Duo (or compatible) 1.8 GHz minimum (2.6 GHz Intel Pentium IV or equivalent recommended)
* Operating systems: Microsoft Windows XP with Service Pack 3 or Windows Vista Home Premium, Business, Ultimate, or Enterprise (certified for 32-bit editions)
* Memory: 512 MB of RAM (1 GB recommended)
* Disk space: 778 MB of free disk space (1 GB recommended)
* Web Browsers: Internet Explorer 6 minimum, FireFox 2.0 minimum
* Java SE Development Kit (JDK): JDK 6 Update 7 minimum (JDK 6 Update 12 recommended)
The JDK installation includes the Java Runtime Environment (JRE).
* Apple QuickTime Player: 7.5.5 minimum is required to run the JavaFX Mobile Emulator, which is currently available only on the Microsoft Windows platform. System restart is required after QuickTime installation.
FLEX BUILDER 3 FOR WINDOWS (STANDARD AND PROFESSIONAL)
* Intel Pentium 4 processor
* Microsoft Windows XP with Service Pack 2 or Windows Vista Home (Premium or Basic), Business, or Ultimate
* 1GB of RAM (2GB recommended)
* 500MB of available hard-disk space (additional 500MB required for plug-in configuration)
* Java Virtual Machine: Sun JRE 1.4.2, Sun JRE 1.5 (included), IBM JRE 1.5, or Sun JRE 1.6
* Eclipse 3.2.2, 3.3 and 3.4 for plug-in configuration (Eclipse 3.3 recommended for Windows Vista)
* Adobe Flash Player 9 software
0747デフォルトの名無しさん
2009/02/16(月) 11:16:47swing の変更ってどこみりゃわかる？
0748デフォルトの名無しさん
2009/02/16(月) 11:19:09NetBeans vs Eclipseみたいなもんだな
0749デフォルトの名無しさん
2009/02/16(月) 11:54:44単に開発環境のNetBeansがCPU2G必要って話か。
NetBeansなら、CPUは1Gでもいいが、メモリは2Gくらいあったほうがいいな。
0750デフォルトの名無しさん
2009/02/16(月) 11:58:49JDKさえ動けばとりあえず可。
0751デフォルトの名無しさん
2009/02/16(月) 23:47:11だからIDEというよりも、リアルタイム（コードとポトペタとの同期）にパワーがいるんじゃないかと思う。
デモの動きにストレスあったからたぶんjavafxを使うことはないだろうと思う。
これだとネットブック(1G程度）で現場で手早く開発というわけにはいかないなから、javafxはスクリプト感じはしない。
0752デフォルトの名無しさん
2009/02/17(火) 00:17:570753デフォルトの名無しさん
2009/02/17(火) 00:48:55アプレットのinit(); start();みたく、 class Application initialize(); lanch()をオーバライドしていく感じで作られてる。
他にはリソース・バンドル・ファイル（GUI設定ファイル） file.propertiesと連携して、コンパイル時の静的にguiのフィールドを決定していくモデル。
だからjavafxは動的（リアルタイム）にフィールド変更だけど、java (swing)ではアプレットのモデルと同じ要領でアプリをつくっていって、各プロパティはリソースで解決するみたい。
0754デフォルトの名無しさん
2009/02/17(火) 00:51:09たとえばサンプルでも合ったけど時計とかのガジェットをデスクトップに持ってくるのとか。
グーグルも似たものをやってるけど、グーグルはアプリは作れるけど言語や構築のフレームワーク(airとかjavafx)をもってないからあくまでもWeb向けの企業なのかなと思う。
0755デフォルトの名無しさん
2009/02/17(火) 02:37:30googleはフレームワーク持ってないとか、
何なんですか、一体！
0756デフォルトの名無しさん
2009/02/17(火) 03:13:26そのほかは、日本の３流ライターがいたようなIT情報サイトじゃなくて、ちゃんと英語の情報ソースを読んでよ。
NTT研究所ｗとかたいそうな肩書きなところも含めて、３流ライターが書く記事は素人のブログとドッコイで本人の夢や理想だらけで嘘・噂で語ってることが多いからね。どこかから金もらって書いてるって聞いたらたちまち信用しなくなるんじゃないの？
0757デフォルトの名無しさん
2009/02/17(火) 09:21:490758デフォルトの名無しさん
2009/02/17(火) 18:37:58R２５とか週間アスキーと同じで３流以下ｗ
週間アスキーなんかゴシップに近いけど、信用する奴いるの？ｗ
0759デフォルトの名無しさん
2009/02/17(火) 20:53:370760デフォルトの名無しさん
2009/02/17(火) 21:37:50お前は誰だ？
住所氏名を書いてみろよ
0761デフォルトの名無しさん
2009/02/17(火) 21:40:11お前は誰だ？
住所氏名を書いてみろよ
0762デフォルトの名無しさん
2009/02/17(火) 21:46:390763デフォルトの名無しさん
2009/02/17(火) 23:55:00三流ライター アルゴ君です
0764デフォルトの名無しさん
2009/02/17(火) 23:59:08Pythonは言語じゃありませんか、そうですか。
0765デフォルトの名無しさん
2009/02/18(水) 00:02:520766デフォルトの名無しさん
2009/02/18(水) 00:26:520767デフォルトの名無しさん
2009/02/18(水) 00:30:180768デフォルトの名無しさん
2009/02/18(水) 14:09:480769デフォルトの名無しさん
2009/02/18(水) 15:23:13あれはなんのためにあるんだ？
Swingじゃダメなのか？
0770デフォルトの名無しさん
2009/02/18(水) 15:27:21買い物だから、あまり親和性がないね。
rhinoもあんまり活躍してないし。この辺りは迷走気味だと思う。
0771デフォルトの名無しさん
2009/02/18(水) 15:39:08どうせデザイナに自動生成させるんだろ
人間が書くものじゃない
まだXMLならツール作りやすいとかメリットはあるだろうけど
0772デフォルトの名無しさん
2009/02/18(水) 20:24:29Swingアプリはつくったことないんですが、WPFやAdobe AIRみたいなリッチアプリは、つくれるでしょうか？
>>771
Adobe Flex, WPFとアプリを作ってみたけど、mxmlやxamlは直に読むには少しうざったい感じがしたです。
JavaFX Scriptは、あえてxmlを選ばなかったみたいだけど、実際コードをみてみたり簡単なアプリ書いてみると、意外と直感的で、これもアリかという気もする。
0773772
2009/02/18(水) 20:26:070774デフォルトの名無しさん
2009/02/18(水) 20:39:17Swingもしらんのに良くこのスレに書き込むなw
0775772
2009/02/18(水) 21:23:48Swingの専門のスレでしたか、それは失礼
0776デフォルトの名無しさん
2009/02/18(水) 21:49:36妄想炸裂したいんなら別に構わないけどｗ
0777デフォルトの名無しさん
2009/02/18(水) 23:49:51今Swing学習中なんだが、もんのすごいプリミティブ。Webアプリのある意味
ぬるい世界にいたんだが、組み立てればおっけーだけど組み立てることしか
できない世界から、凝ったことしようと思えば大抵のことはできるけど
その分細かいとこまで作り込まないといけない世界に来て呆然としてる:-)
ちなみにSwingアプリの代表例は、NetBeans, JUDE, FreeMindあたり。
あと、Swingについては専門スレがある。
http://pc11.2ch.net/test/read.cgi/tech/1227234261/
スレタイに「低速」と付いてはいるが、最近じゃDirectX/OpenGLでレンダ
リングしていてかなり高速になっているらしい。
0778デフォルトの名無しさん
2009/02/19(木) 00:32:410779デフォルトの名無しさん
2009/02/19(木) 01:10:48HTML/HTTPによって基本的な仕組みがある程度単純化/パターン化されていて、
比較的少ないコード量で実用的なプログラムを書き易い点と、
規模が大きくなっても基本的な構造自体はあまり変わらない点。
Ajaxとかが入ってくるとややこしくなってくるけど。
0780772
2009/02/19(木) 02:29:11Swingアプリを作るのは、そんなに容易でないという感触（実際、そういうIT記事もみかける）だったので、自分は敬遠していたけ。
でも、NetBeans使えばある程度簡単にSwingアプリ作られそうだし、ちょっと勉強したくなってきた。
一方、JavaFXでアプリ構築の容易さはあがったんじゃないかと思う。
ただ、まだ公開されたばかりで、足りないと思われる部分も沢山あるようには、思う。
(グラフィカルにJFXアプリを構築できるツールがないとか限られたSwingコンポーネントしか使えないとか)
どっちにしても、Swingを批判するつもりは全くなくって、むしろもっとがんばって欲しい。（もちろん、リッチGUIなアプリが構築できるJavaFXも）
NetBeansとかV2Cとか、「意外と」さくさく動いて心地よい。もっと、評価されていいような気がするなぁ。
0781デフォルトの名無しさん
2009/02/19(木) 02:35:280782デフォルトの名無しさん
2009/02/19(木) 02:38:50ｽﾏﾝ、ちょっと話題がそれた
0783デフォルトの名無しさん
2009/02/19(木) 02:45:010784デフォルトの名無しさん
2009/02/19(木) 07:06:36日記に書いてろ
0785デフォルトの名無しさん
2009/02/19(木) 07:49:260786デフォルトの名無しさん
2009/02/19(木) 09:28:220787デフォルトの名無しさん
2009/02/24(火) 11:57:47イラネ
0788デフォルトの名無しさん
2009/02/24(火) 12:11:210789デフォルトの名無しさん
2009/02/24(火) 12:16:30その「速い」って言う定義をまず聞こうか
0790デフォルトの名無しさん
2009/02/24(火) 17:23:560791デフォルトの名無しさん
2009/02/24(火) 17:56:320792デフォルトの名無しさん
2009/02/24(火) 18:08:260793デフォルトの名無しさん
2009/02/24(火) 18:18:170794デフォルトの名無しさん
2009/02/24(火) 19:13:07じゃあ速いよ
0795デフォルトの名無しさん
2009/02/24(火) 20:11:27レイテンシとスループットがどうたらこうたら
0796デフォルトの名無しさん
2009/02/25(水) 01:20:210797デフォルトの名無しさん
2009/02/25(水) 02:09:28GCにレイテンシとスループットは関係ないだろ。恥かかないようにGCの仕組みをちゃんと勉強してから発言したほうがよかったね。
0798デフォルトの名無しさん
2009/02/25(水) 02:31:58それでは、百式のGCの威力を聞こうか
0799デフォルトの名無しさん
2009/02/25(水) 02:38:49似たような概念(最大停止時間と効率)ならあるだろ。それくらい読み替えてやれよ。
0800デフォルトの名無しさん
2009/02/25(水) 03:27:15使われるだろ。スループットは、GC全体にかかる時間、レイテンシは１回のGCの停止時間
に関する指標ね。
0801デフォルトの名無しさん
2009/02/25(水) 10:05:54> スループットは、GC全体にかかる時間
おいおいw
0802デフォルトの名無しさん
2009/02/25(水) 10:26:25そうなの？
それならソース出してよ
0803デフォルトの名無しさん
2009/02/25(水) 11:18:08ttp://www.research.ibm.com/ismm04/slides/detlefs.pdf
G1-GCは
Garbage-First: Low Latency, High Throughput Garbage Collection
だそうだよ。ソースはIBM。
0804デフォルトの名無しさん
2009/02/25(水) 12:12:35>>800の語彙力に絶望。
0805デフォルトの名無しさん
2009/02/25(水) 12:30:580806デフォルトの名無しさん
2009/02/25(水) 12:31:460807デフォルトの名無しさん
2009/02/25(水) 12:34:33これら ２つ のレスは新式のGCが起動して既に再利用されています。
0808デフォルトの名無しさん
2009/02/25(水) 12:36:45似たような概念(最大停止時間と効率)ならあるだろ。それくらい読み替えてやれよ。
0809デフォルトの名無しさん
2009/02/25(水) 12:41:25人のせいにしちゃいかんよ。恥ずかしさを隠し切れずにアンカーをつけ間違えてるしねぇ
0810デフォルトの名無しさん
2009/02/25(水) 13:07:36こなす量ってのは、GC全体にかかる時間に関するよね？
0811デフォルトの名無しさん
2009/02/25(水) 13:09:28は間違い。以上。
0812デフォルトの名無しさん
2009/02/25(水) 13:11:37使われるだろ。スループットは、GC全体にかかる時間、レイテンシは１回のGCの停止時間
に関する指標ね。
0813デフォルトの名無しさん
2009/02/25(水) 15:13:45ちなみに正解は？
0814800
2009/02/25(水) 16:04:33いや、GCのスループットが上がる＝GCの総停止時間(アプリケーション全体を通しての停止時間の和)
が減る、だから間違ってないよ。ぐぐってGC関係の論文やGC研究者での用語の使われ方でも調べてみたら？
あと、スループット＝GCの総停止時間(これなら確かに間違いだ)と言ったわけではなく、GCの総停止時間
に関する指標と言ったわけで、その辺勘違いしないでくれ。
0815800
2009/02/25(水) 16:08:49＞スループットは、GC全体にかかる時間、レイテンシは１回のGCの停止時間
＞に関する指標ね。
の「に関する指標ね」はＧＣ全体にかかる時間、１回のＧＣの停止時間の両方にかかってるってこと。
書き方がまずかったのは認めるが。
0816800
2009/02/25(水) 16:20:24>>814は
誤
＞いや、GCのスループットが上がる＝GCの総停止時間(アプリケーション全体を通しての停止時間の和)
＞が減る
正
＞いや、GCのスループットが上がる＝GCによって消費される時間(アプリケーション全体を通してGCによって
＞消費される時間。ライトバリアなどのGCによるオーバーヘッドを含む)が減る
で。GCに付随した処理のオーバーヘッドを失念していた。
0817デフォルトの名無しさん
2009/02/25(水) 20:21:110818デフォルトの名無しさん
2009/02/25(水) 20:28:450819デフォルトの名無しさん
2009/02/25(水) 21:18:14それであなたはどれぐらい馬鹿なんですか？
0820デフォルトの名無しさん
2009/02/25(水) 21:25:280821デフォルトの名無しさん
2009/02/25(水) 21:27:14レイテンシだもんねぇ
0822デフォルトの名無しさん
2009/02/25(水) 21:27:160823デフォルトの名無しさん
2009/02/25(水) 22:10:390824デフォルトの名無しさん
2009/02/25(水) 23:06:260825デフォルトの名無しさん
2009/02/25(水) 23:32:28http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b48.html
AWT関連のバグ取りが多い。
0826デフォルトの名無しさん
2009/02/26(木) 06:07:10アルゴ君乙
0827デフォルトの名無しさん
2009/02/27(金) 18:01:31http://download.java.net/jdk7/binaries/
http://www.java.net/download/jdk7/changes/jdk7-b49.html
JIT、GC関連のバグ取り
0828デフォルトの名無しさん
2009/03/03(火) 23:01:08GCに対する新しい改善が入ったの？？
それって、昔、みたGC Firstのことかな？
そんときみたドキュメントだと積極的にGCを行うことで
実行のつっかかりをなくすというものだったと思う。
で、トータルのGC時間は微妙に延びるというある意味当たり前な話だった。
それはともかく、jdk7のスペックはいつ固まるの？
0829デフォルトの名無しさん
2009/03/07(土) 14:42:58http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b50.html
NIO2が統合。
0830デフォルトの名無しさん
2009/03/14(土) 23:02:11FXのおかげでこれから廃れていく傾向にあるの？
それとも住み分け？
0831デフォルトの名無しさん
2009/03/14(土) 23:28:35仮に住み分けだとすると、どういったところを分けることになる？
0832デフォルトの名無しさん
2009/03/14(土) 23:36:54いや、ぜんぜん分からないんだけどさ、Javaの勉強を始めたわけさ。
したらGUIが弱いって言うじゃない？
でもまあ、Swingの勉強するかと思ってたのね。
そしたらJavaFXが次世代のGUI！みたいな記事をネットでみたから、
Swingの勉強しないで情報少ないけどJavaFXをがんばったほうがいいのか？
と思ってきいてみたのよ。これから勉強するのにいきなり時代遅れじゃちょっと。
0833デフォルトの名無しさん
2009/03/14(土) 23:44:450834デフォルトの名無しさん
2009/03/14(土) 23:49:35あー、JavaFXの簡単な文法でSwingのクラスを呼ぶのか！
Swing頑張る(｀･ω･´)
0835デフォルトの名無しさん
2009/03/15(日) 00:45:25自分もAdobeのFlex、MSのWPFをやったあとJavaでGUIをやってみようかと思ったけど、Swingにちょっとしり込み。
うーん、とりあえず両方勉強しておけば間違いないのかなぁ。
自分はJavaFXから勉強してま。
0836デフォルトの名無しさん
2009/03/21(土) 01:05:030837デフォルトの名無しさん
2009/03/22(日) 23:00:31http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b51.html
G1GC関連のbugfix等
0838デフォルトの名無しさん
2009/03/25(水) 20:11:47結構前からなんだけど、直る気配がないから俺だけなのかな、って・・・・
0839デフォルトの名無しさん
2009/04/01(水) 23:35:44http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b52.html
なんもなし？
0840デフォルトの名無しさん
2009/04/03(金) 05:40:510841デフォルトの名無しさん
2009/04/03(金) 10:47:15それは、Sunだけが悪いんじゃなく、疑心暗鬼にさせたMSにも責任あり。
Sunは、Javaの互換性に腐心している。
Harmonyって、OpenJDKと比べて何が違うのかな？
それはそうと、Java7は俺も今のままじゃ要らない。
仕様決めがｇｄｇｄ過ぎる。船頭多くして船山に登る状態。
0842デフォルトの名無しさん
2009/04/03(金) 12:24:42えーと。
Sun が、JCK へのアクセスを制限してる、って話が主眼だと思うのだが。
JCK へのアクセス制限は、Java の処理系を本気で実装しようとしてる者たちを
この 10 年以上苛立たせてきた問題。
JCK は、むしろ「Java の互換性を保って」実装するためには必須なもの。
JCK へのアクセス制限が、例の MS の「Java に塩を混ぜたれ」戦略と、
どうつながるのかわからんのだが、説明してもらえる？
0843842
2009/04/03(金) 12:28:18正しいか間違ってるか、なんて、結果が出たあとでもわからんな、とも。
0844デフォルトの名無しさん
2009/04/03(金) 12:40:11んーっと、
>この条項があるために互換試験キットを使ったソースコードに同条項を追加する必要があり、
>この条項はOSSライセンスとは相容れない内容になっているため
って、ちゃんと互換性を保ってますよって制約になってると思うんだ。
JCK通したのが、どの状態のものか作る側に制約を掛けている訳で
JCK通した後、JCK通らないように改変したら作成者側に責任がでる、と。
なもんで、MSとの争いで、こんなことするようになったのかなぁ、と思った。
事情はよくしらんので、MSJVM問題前からこれがあったんだったら、すんません勘違い。
0845デフォルトの名無しさん
2009/04/03(金) 12:47:52記事内の「使用分野制限条項」ってのがそうなんか？
0846デフォルトの名無しさん
2009/04/03(金) 15:26:09お前等想像じゃなくてちゃんと理解して書けよ。
'Field of Use' clause (FOU)
はSunが非公開にしているから、詳細なことは分からないが、
基本的なことはいろいろな人が解説している。
>>845
FOUはそういうものではない。「利用領域」を制限しているだけなので。
0847デフォルトの名無しさん
2009/04/03(金) 16:03:48(でも火星では使っていい・・・とか)
0848デフォルトの名無しさん
2009/04/03(金) 19:15:37エンドユーザには好感を持って貰えるようになったが、
OSS業界人には反感を買うようになった印象がある。
証券コードをJAVAにしたりとかね。
0849デフォルトの名無しさん
2009/04/03(金) 20:06:150850デフォルトの名無しさん
2009/04/03(金) 21:12:350851デフォルトの名無しさん
2009/04/03(金) 21:25:520852デフォルトの名無しさん
2009/04/03(金) 22:07:05OpenJDK でマージされたんだっけ？
0853デフォルトの名無しさん
2009/04/03(金) 22:11:16http://www.ibm.com/developerworks/java/jdk/aix/service.html
0854デフォルトの名無しさん
2009/04/03(金) 22:13:32http://www.ibm.com/developerworks/java/jdk/linux/download.html
http://www.ibm.com/developerworks/java/jdk/
z/OS(w
http://www-1.ibm.com/servers/eserver/zseries/software/java/
Windows版はlevonoへ。
http://www-307.ibm.com/pc/support/site.wss/document.do?sitestyle=lenovo&lndocid=MIGR-56888
0855デフォルトの名無しさん
2009/04/03(金) 22:21:560856デフォルトの名無しさん
2009/04/04(土) 01:45:58OpenJDKそのものが中止になりそうだな
0857デフォルトの名無しさん
2009/04/04(土) 02:52:460858デフォルトの名無しさん
2009/04/04(土) 04:38:49D 談
K か！
0859デフォルトの名無しさん
2009/04/04(土) 05:54:540860デフォルトの名無しさん
2009/04/04(土) 06:12:15Sun Bladeみたいな感じで残るんだろうね。
Microsystemsは消えるか。
0861デフォルトの名無しさん
2009/04/04(土) 07:09:56http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b53.html
Summary of changes の書式が変わった。
G1GCのバグ取り進行中。
0862デフォルトの名無しさん
2009/04/04(土) 07:56:27少なくともJavaVMはSunとIBMで別実装。
SunとIBMのえろいひとが同じ職場でJDKを作成するとどれだけのものができるか期待している。
0863デフォルトの名無しさん
2009/04/04(土) 08:04:03あのIBMがそんな無駄を放置するかな？
余剰人員として半分がリストラされるだけじゃね？
0864デフォルトの名無しさん
2009/04/04(土) 11:42:47人員はともかく、IBMの特許技術をSunJVMに組み込めるなら期待できそうだな。
0865デフォルトの名無しさん
2009/04/04(土) 13:51:350866デフォルトの名無しさん
2009/04/04(土) 15:13:52組み込み用の実装とか、jdk
もう M$ で 作っちゃえそうな mjk
そんな気だるい午後の昼下がりYO
0867デフォルトの名無しさん
2009/04/04(土) 21:55:590868デフォルトの名無しさん
2009/04/04(土) 21:58:44IBM JDKもWASにバンドルされてるからその利益の一部をカウントしたら
引けをとらないと思うが
0869デフォルトの名無しさん
2009/04/05(日) 01:53:450870デフォルトの名無しさん
2009/04/05(日) 01:55:46フルGCを含めない場合の処理性能は、従来型の方が良さそうな気がするが大丈夫かな。
0871デフォルトの名無しさん
2009/04/05(日) 02:33:09Oracleにしてみればハードウェア部門が余計なんじゃない?
0872デフォルトの名無しさん
2009/04/05(日) 04:42:43まだｇｄｇｄやってるみたいね。
0873デフォルトの名無しさん
2009/04/05(日) 09:35:53ハードウェアを持ってフルスタックになったらいいんじゃね？
0874デフォルトの名無しさん
2009/04/05(日) 10:48:120875デフォルトの名無しさん
2009/04/05(日) 16:45:03ないない。
ソフトウェアに特化してるからこその暴利なんだよ。
>>874
国産と言うだけで、凄く小手先対応っぽい気がする・・・
0876デフォルトの名無しさん
2009/04/05(日) 16:52:07コンパイルしただけでしょ。特に Win で完全に自前な JavaVM って
Netscape に乗ってた Symantec とか MS JVM とか、JDK1.0〜1.1 頃まで
さかのぼらないとないような。
0877デフォルトの名無しさん
2009/04/05(日) 17:16:29ありえん話じゃないだろう。Oracle専用ハードは昔からいくつか話が出てるし。
今ならHPと組んだHP Oracle Database Machine、一昔前はSunと組んだRawIronとか。
Teradataみたいにならないよう気をつけさえすれば。
0878デフォルトの名無しさん
2009/04/05(日) 17:35:49Exadataって名前がTeradataに似てて不吉だなw
0879デフォルトの名無しさん
2009/04/05(日) 20:48:43プロジェクト刷新してやりなおしなのか。
0880デフォルトの名無しさん
2009/04/05(日) 21:07:19互換性を犠牲にして、新しい言語にしてもいい。
そして、日付はlongで・・・・
0881デフォルトの名無しさん
2009/04/05(日) 22:56:580882デフォルトの名無しさん
2009/04/06(月) 08:57:50同感。Java言語に機能追加していくくらいならもう別言語でやってくれと思う．
多言語向けにJVMに機能追加していくのはありだと思うが．
0883デフォルトの名無しさん
2009/04/06(月) 09:32:330884デフォルトの名無しさん
2009/04/06(月) 12:23:31同感
Java言語で物足りない人はGroovyみたいなのを作ればいい
0885デフォルトの名無しさん
2009/04/06(月) 16:35:33そもそもこのスレに来る必要すらない
0886デフォルトの名無しさん
2009/04/06(月) 23:46:01ロクな機能ないね。
6.0でC#2.5ぐらいのレベルだから7.0がでてもC#4との差は歴然でしょ
.NET/Mono が言語的には箱庭としては攻守最強だろう。
0887デフォルトの名無しさん
2009/04/06(月) 23:48:070888デフォルトの名無しさん
2009/04/07(火) 00:18:53Java言語自体に機能追加するのがいらないという話でJVMの改善は
まだまだやるべきだしやライブラリやフレームワークの整備が
不要だといってる訳じゃない。そこはちゃんと区別して考えてくれ。
0889デフォルトの名無しさん
2009/04/07(火) 04:23:28言語的には今のJavaより良いのが使いたい人たちは
Scala試してみたり色々やってるよ。Scalaなら言語仕様的にはC#(3.0)よりも
強力と言ってもいいし。
0890デフォルトの名無しさん
2009/04/07(火) 04:27:09Genericsが入ったのはJavaの方が先だし、Javaのtypesafe enumは
C#のenumよりはるかに強力だし。Genericsの機能そのものに関しては、
variance以外に関してはC#の方が強力だとは思うけども。
0891デフォルトの名無しさん
2009/04/07(火) 05:52:190892デフォルトの名無しさん
2009/04/07(火) 06:39:080893デフォルトの名無しさん
2009/04/07(火) 07:57:520894デフォルトの名無しさん
2009/04/07(火) 08:04:32+ public static final ないくつかのインスタンス) を作っていたから、switch や
== が保証されて toString(), valueOf() が暗黙的に付いたのはありがたかったよ。
0895デフォルトの名無しさん
2009/04/07(火) 08:47:120896デフォルトの名無しさん
2009/04/07(火) 08:52:270897デフォルトの名無しさん
2009/04/07(火) 08:52:330898デフォルトの名無しさん
2009/04/07(火) 08:56:18それならswitchでいい気がするんだけど
0899デフォルトの名無しさん
2009/04/07(火) 09:08:400900デフォルトの名無しさん
2009/04/07(火) 09:11:05switch自体いらないよな。男ならifでいいだろ
0901デフォルトの名無しさん
2009/04/07(火) 09:16:310902デフォルトの名無しさん
2009/04/07(火) 10:04:38値を割り振る必要がないからenumだろ。
後で誰かが増やすとか減らすとか、関係ないだろ。
0903デフォルトの名無しさん
2009/04/07(火) 20:18:08GroovyはRubyユーザーにも評判いいね。
JRubyなんてのもあるがGrailsというGroovyベースのRuby on Railsもどきが素晴らしい。
0904デフォルトの名無しさん
2009/04/08(水) 02:01:44switchはsyntax sugarとして欲しいが、fall throughは要らんなぁ。
つか、あれは害悪だ。
caseに条件を複数列挙できればそれで十分。
0905デフォルトの名無しさん
2009/04/08(水) 08:30:560906デフォルトの名無しさん
2009/04/08(水) 08:49:25//case 4: hoge4(); コンパイルエラー
case 4: hoge4() goto case 5; //明示的に行き先を指定すればおｋ
case 5: break;
C#はこういうとっても意図的な仕様
0907デフォルトの名無しさん
2009/04/08(水) 08:54:390908デフォルトの名無しさん
2009/04/08(水) 09:19:40例えば for (int i = 0; i < loopCount; i++) hoge(); で loopCount が4以下と分かってる場合に
switch (loopCount) { case 4: hoge(); case 3: hoge(); case 2: hoge(); case 1: hoge(); case 0: }
みたいに高速化のためにループの展開したりする事もあるから、
caseに条件列挙さえできれば fallthrough 要らんとまではいえない。
そーいや project coin に caseに条件列挙できるようにする提案もあったな。
http://mail.openjdk.java.net/pipermail/coin-dev/2009-March/000213.html
0909デフォルトの名無しさん
2009/04/08(水) 12:32:26ほんとに高速化すんの？それで。
あと、用途がそれなら、fallthrough不要でいい。
0910デフォルトの名無しさん
2009/04/08(水) 12:37:21それ、fall throughがあったら元のループと違う挙動なんだが・・・・
0911デフォルトの名無しさん
2009/04/08(水) 12:46:380912910
2009/04/08(水) 12:48:58fall throughでは、hoge()後に条件判定が入らないから。
ただ、高速化のためだけだったら別の手段があるから無くしてもいいと思う。
switch (loopCount) {
case 4: hoge();hoge();hoge();hoge();
case 3: hoge();hoge();hoge();
case 2: hoge();hoge();
case 1: hoge();
case 0: }
GoTo的な使い方が欲しいなら、別の構文があった方がいいと思うんだわ。
0913デフォルトの名無しさん
2009/04/08(水) 13:04:25テーブル使っても炊飯ジャー用のマイコン向けでもなければ意味はない。
0914デフォルトの名無しさん
2009/04/08(水) 13:59:16> 高速化のためだけだったら別の手段がある
たとえば？
その下のやつはダメだろ。
量増えたら読めたもんじゃないし、コード肥大化のせいで低速化する可能性あるし。
0915デフォルトの名無しさん
2009/04/08(水) 14:07:590916デフォルトの名無しさん
2009/04/08(水) 14:24:36この辺の最適化は低レベルインストラクションを持つ
VMインタプリタでは必須です。
まだまだ論文が書かれているような状況です。
0917デフォルトの名無しさん
2009/04/08(水) 15:14:26その最適化のためなんだから、気にするほどのこたぁない。
増えるのはコードサイズだけでしょ。hotspotが効くまでずれこみがあるだろうが。
それに、こんな細かいチューニングがマイクロベンチならともかく実アプリで効くと思うか？
>>908 がGoogleのバックエンド書いてるとかならスマン。効くと思う。そのスケールの処理なら。
でも、Javaを使っている層全体ではswitchの誤用の害の方が多いと思うなぁ。
大抵の用途では、break;を書かなきゃ駄目で、それを書くことは冗長とも言えるし。
0918デフォルトの名無しさん
2009/04/08(水) 15:44:39例えば >>908 だとJITコンパイラによって hoge() がインライン展開されるが
>>912 だとインライン展開すると展開後のコードがでかすぎてインライン展開を断念する可能性がある。
>>908 と >>912 は等価とはいえない。
気にするほどの事がないってんなら、そもそも forループでいいわけで。
0919デフォルトの名無しさん
2009/04/08(水) 15:53:00> Javaを使っている層全体ではswitchの誤用の害の方が多い
JavaがC言語ライクなプログラミング言語だって視点でみると
breakなしにするとコード読むときにミスの元になるぞ。
C#もD言語もfallthroughしない場合はbreak書かせるでしょ。
0920デフォルトの名無しさん
2009/04/08(水) 16:02:48俺はforでいいと思うよ。その方がコード短いし。
>>919
やっぱ、switchの挙動を変えるのは問題ありか・・・
んじゃ、fall-through無しのオプションを指定できるようにする・・・とか。
それじゃ間違う連中はその指定の方を忘れるよな・・・・
俺・・・始めにC言語設計した奴の問題だと思うわ・・・
アセンブラからあがってきたらbreakを書くことに疑問はないと思うけど
構造化プログラミングから入った奴とかは、面倒だなって思ってると思う。
そもそも、"switch"って単語が「処理を選ぶ」という意味だと思わせるのがよくないと思う。
Pascalのcase文やVBのSelect文と同じ挙動をするのがあればいいんじゃないか？
0921デフォルトの名無しさん
2009/04/08(水) 16:15:330922デフォルトの名無しさん
2009/04/08(水) 17:37:53すでに書かれているコードの挙動が変わるような仕様変更はありえないんだし。
0923デフォルトの名無しさん
2009/04/08(水) 19:41:36T.class.newInstance() とか書けたら幅が広がったろうに。
0924デフォルトの名無しさん
2009/04/08(水) 21:08:490925デフォルトの名無しさん
2009/04/09(木) 01:04:580926デフォルトの名無しさん
2009/04/09(木) 06:09:43メタプログラミングのための仕組みとごっちゃにするから話がややこしくなるだけで。
0927デフォルトの名無しさん
2009/04/09(木) 12:41:400928デフォルトの名無しさん
2009/04/09(木) 12:51:180929デフォルトの名無しさん
2009/04/09(木) 13:06:40Google Collections って、genericsが不十分だからできたっつーより
java.util の Collection API が貧弱なのが原因なのでは？
0930デフォルトの名無しさん
2009/04/09(木) 13:17:52よく考えてみろよ。
Genericsでいえば、サンがやっているのはコレクション・フレームワークを作ることじゃなくて言語仕様を定めることだったんじゃないのか？
その仕様に基づいてグーグルはコレクションを作ったわけでいわば「後出しじゃんけん」だし、サンに文句をいうのはお門違いだろうな。
0931デフォルトの名無しさん
2009/04/09(木) 14:45:15もちろんその意味合いもあるけど、>>923が書いているようなのも入ってる。
言語レベルのサポートがないから、あんまりきれいな構文にはならないけど。
>>930
サンはどうか知らないけど、後出しじゃんけんならJCPの方がうまいよ。
0932デフォルトの名無しさん
2009/04/09(木) 15:04:43入ってたっけ？ クラス名教えて
0933926
2009/04/09(木) 15:28:42がしたいってのはどちらかというとメタプログラミングに関する要求であって、
「型システムに関する拡張としては」Java Genericsは十分な能力を持ってると思うよ。
0934デフォルトの名無しさん
2009/04/09(木) 15:28:55俺の記憶違いだった。すまん。
Google Collectionsのは任意の型のnew（T.class.newInstance）じゃなくて、コレクション限定のやつ。
Map<String, List<String>> mapOfLists = Maps.newHashMap();
ttp://codezine.jp/article/detail/2397?p=2
0935デフォルトの名無しさん
2009/04/09(木) 15:43:13CLR(C#のVM)は型情報を実行時に利用してるし、
Scala見たくJVMを利用する言語は
バイトコードに実行時に型情報がないせいでオーバーヘッドを生じてる。
0936935
2009/04/09(木) 15:50:53> バイトコードに実行時に型情報がないせいでオーバーヘッドを生じてる。
は
> バイトコードに型情報がないせいで実行時にオーバーヘッドを生じてる。
です。
何暑くなってんだ俺。冷却期間取るよ。
0937デフォルトの名無しさん
2009/04/09(木) 16:59:42そんなのユーティリティレベルの話じゃないか…
それが実現できるのはJavaのGenericsに(十分とはいえないまでも)
型推論の機構があるからで、それを活用してないjava.utilのCollection APIに
文句言うならともかくGenericsに文句言うのは100年早いな
0938デフォルトの名無しさん
2009/04/09(木) 18:18:43言語仕様にも満足しているはずだ。
0939デフォルトの名無しさん
2009/04/09(木) 18:22:12http://s2container.seasar.org/2.4/s2-tiger/ja/apidocs/org/seasar/framework/util/tiger/CollectionsUtil.html
0940デフォルトの名無しさん
2009/04/09(木) 18:33:23グーグルはすごい会社だって言う三流ITライターの戯言に君はまんまと乗せられちゃってるんじゃないの？
0941デフォルトの名無しさん
2009/04/09(木) 18:45:01それ以外の人はもう他の言語に移ったのか。
0942デフォルトの名無しさん
2009/04/09(木) 18:47:58その前からJGLがすでにあったわけだから
0943926
2009/04/09(木) 19:03:27それはもちろん知ってるよ。言いたかったのはオーバーヘッドの話ではなく、
型システムの話。もちろん、Java Genericsはerasureで実装されてるせいで
オーバーロードに制限あったりとか、型システムに関係する部分にも一部制限
かかってるけど、その辺はまあ我慢できるレベルだと思ってる。
0944デフォルトの名無しさん
2009/04/09(木) 19:13:16ファクトリメソッド至上主義みたいなのがJavaの中にある気がする。
MyMap<String, Integer> map = MyCollections.newHashMap(String.class, Integer.class);
private static <K, V> MyMap<K, V> newHashMap(Class<K> keyClass, Class<V> valueClass) {
return null;
}
0945デフォルトの名無しさん
2009/04/09(木) 19:26:12必要な人は型問い合わせようのインスタンスを持たせるってのがセオリーだった気がした。
>>944みたく型のインスタンスではなくて、直接Classのインスタンスを持たせてもいいけど。
英語の記事読まないで三流ライターの戯言ばかり読んでると、日本独特の馴れ合いに引きずりこまれちゃって出てこれないくなるよ。
0946デフォルトの名無しさん
2009/04/09(木) 19:48:16何言ってるんだ？インスタンスから型引数は取得できないよ
クラスやフィールド型、メソッドの引数型や返値型からは取得できる
0947デフォルトの名無しさん
2009/04/09(木) 19:54:31何の意味がある？こっちの方がマシだろ
Map<String, Integer> map = newHashMap();
public static <K, V> HashMap<K, V> newHashMap() {
return new HashMap<K, V>();
}
0948デフォルトの名無しさん
2009/04/09(木) 19:58:460949デフォルトの名無しさん
2009/04/09(木) 20:04:50理解した
public class MyMap<K, V> extends HashMap<K, V> {
private Class<K> keyType;
private Class<V> valueType;
ってことか
0950デフォルトの名無しさん
2009/04/09(木) 20:12:14ていうかGenericsを語るなら当然知ってないといけないところなんだけどね…
http://codezine.jp/article/detail/2397?p=2
ではファクトリーメソッドをマンセーしてるみたいだけど。
0951デフォルトの名無しさん
2009/04/09(木) 20:35:46マイクロベンチでキャストの有る無しの差を比べてみたが、
10億回キャストしても手元の環境だと300msくらいしか増えなかった。
（試したのはClientVM、ServerVMだと最適化されすぎて0msになったｗ）
0952デフォルトの名無しさん
2009/04/09(木) 20:36:20みんな端折りすぎなんだよ
0953デフォルトの名無しさん
2009/04/09(木) 20:44:42お前のコスト安はどこからだよ！
俺、明日からキャスト沢山振りかけて食べることにするわ
0954デフォルトの名無しさん
2009/04/09(木) 21:07:33ごめん、JAMってどうなった？JSR-277は破綻したんだよな？
.jamアーカイブそのものが無くなったの？
0955デフォルトの名無しさん
2009/04/09(木) 21:21:060956デフォルトの名無しさん
2009/04/09(木) 22:40:34JAM（というかMODULE-INFディレクトリ）はJSR277の仕様でしょ？
結局の所、最新のjarを落としてきて後方互換性を盲信するのと何が違うんだろ。
0957デフォルトの名無しさん
2009/04/09(木) 23:20:430958デフォルトの名無しさん
2009/04/10(金) 06:44:46知らないの？VM上ではキャストはコスト高いよ。
特にループ内部にキャストのコードを入れるときは無駄が多くなる。
0959デフォルトの名無しさん
2009/04/10(金) 07:30:010960デフォルトの名無しさん
2009/04/10(金) 12:19:350961デフォルトの名無しさん
2009/04/10(金) 20:25:31UTF-8 を標準にしときゃ native2ascii かけた既存のプロパティファイルと互換保てるだろ。
0962デフォルトの名無しさん
2009/04/10(金) 21:04:390963デフォルトの名無しさん
2009/04/10(金) 21:22:14あれ何でHashMapベースなの？Mapをコンポジットしろよ。
出力した時は普通LinkedHashMapかSortedMapの動作を期待するだろ。
0964デフォルトの名無しさん
2009/04/10(金) 21:37:420965デフォルトの名無しさん
2009/04/10(金) 21:40:150966デフォルトの名無しさん
2009/04/10(金) 21:42:000967デフォルトの名無しさん
2009/04/10(金) 21:43:070968デフォルトの名無しさん
2009/04/10(金) 21:44:010969デフォルトの名無しさん
2009/04/10(金) 22:47:20XMLEncoder/Decoderがひっそりと enum に対応してた。
どっかにアナウンスがあったっけ？
0970デフォルトの名無しさん
2009/04/10(金) 23:24:28http://download.java.net/jdk7/binaries/
http://download.java.net/jdk7/changes/jdk7-b54.html
awt関連のバグ取り。
0971デフォルトの名無しさん
2009/04/14(火) 11:52:47実際はけっこーCも多いよね。
結局大量の処理をする場合Cの速度が優位になっていく。
事実Cで組まれたシステムが第一線で使われてるケースもかなり多い訳で。
JAVAがそれに対抗しろとは言わないが、汎用性ではJAVA・・でもやっぱシステム組んでもらえるならCがいいという構図は
なかなか変わりそうにないなぁと思った
0972デフォルトの名無しさん
2009/04/14(火) 15:58:42ttp://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=java&lang2=gcc&box=1
0973デフォルトの名無しさん
2009/04/14(火) 16:30:05工数度外視でＣで開発したりできるだろね。
とにかくガバガバ金つかえ、納期気にすんな、人月？なにソレ？って漢字で
何年も何年もダラダラダラダラと、去年８００億円、ことし８００億円、来年も８００億円・・・
年金という金のなる木が枯れるまで、骨の髄までしゃぶり尽くすんだろ。
民営化とは名ばかりで、金の流れ道が少し変わっただけ。政府とズブズブやんけ。
0974デフォルトの名無しさん
2009/04/14(火) 16:47:53機能数の大規模や開発者数の大規模の場合に
Cを選ぶとプロジェクトが遅延しまくるんじゃまいか
0975デフォルトの名無しさん
2009/04/14(火) 16:48:33C と Java 程度の速度差なんてたいした話ではないな。インフラならともかく、金融系の
膨大かつ毎年改訂の入るような業務ロジックを C で組むなんてアホも良いとこ。
大体、速度を求めるなら普通は開発リスクのないハードの増強に投資する。
0976デフォルトの名無しさん
2009/04/14(火) 17:11:54ネット証券大手でもTwitterやブログとは何桁も少ない
もちろん信頼性の要求も桁が違うがそもそも金融程度の
トランザクション量ならCを選ぶ必要はない
例外は証券取引所くらいか
0977デフォルトの名無しさん
2009/04/14(火) 17:32:360978デフォルトの名無しさん
2009/04/14(火) 17:43:59それが分からないのは視野が狭いのではないか
0979デフォルトの名無しさん
2009/04/14(火) 17:47:43実際Cで書く意味があるかどうかはトランザクションより
HTTPリクエストの量だろうがな
0980デフォルトの名無しさん
2009/04/14(火) 17:56:460981デフォルトの名無しさん
2009/04/14(火) 18:16:080982デフォルトの名無しさん
2009/04/14(火) 18:28:050983デフォルトの名無しさん
2009/04/14(火) 18:32:260984デフォルトの名無しさん
2009/04/14(火) 18:41:270985デフォルトの名無しさん
2009/04/14(火) 18:53:49元の話(>>971)ではトランザクションの話もＨＴＴＰの話もしてないし。
ただ「大規模なシステム」としか書いてない。
何の前提も無いときはＨＴＴＰの話がデフォルトというわけなのか。
0986デフォルトの名無しさん
2009/04/14(火) 18:58:08DB/ホストへのアクセス量が全然違う。ブログと同じ程度のシステムしか組んだ事ないのかよ。
0987デフォルトの名無しさん
2009/04/14(火) 19:12:45処理性能とフットプリントの小ささに信頼のある言語は他に見あたらない。
処理性能だけならいくつかのベンチマークではGNU CよりJavaのが速いから、
これはもう言語というよりコンパイラ屋をどれだけ囲ってるかの差だな。
0988デフォルトの名無しさん
2009/04/14(火) 19:31:31Cのほうは、JITの導入が始まってきた（LLVMとか）ところだからなあ。
0989デフォルトの名無しさん
2009/04/14(火) 19:43:36>>979は>>977を見て書いたからHTTPが出てる
トランザクションは>>974-975の流れだな
0990デフォルトの名無しさん
2009/04/14(火) 19:50:33君は金融しか経験がないようだな
いくらハイエンドのサーバでもOracle(RACも含む)なんかで集中型の
DBMSで運用できているという事実が金融はトランザクション量が
たいしたことないという事実を語っている
大規模ってのは君が考えてるより二桁三桁多いトランザクションをさばいてるよ
0991デフォルトの名無しさん
2009/04/14(火) 20:00:52いや、単におまいがオープン系の世界しか知らんだけだと思う。
0992デフォルトの名無しさん
2009/04/14(火) 20:07:01大手ネット証券やってますが何か？
0993デフォルトの名無しさん
2009/04/14(火) 20:08:39基幹系が Oracle で運用できてるってどこのサラ金の事だよｗ
0994デフォルトの名無しさん
2009/04/14(火) 20:22:59ネット専業に限らず証券はだいたいそんなもん
0995デフォルトの名無しさん
2009/04/14(火) 20:29:58でかいところだと赤と緑の某都銀にもっと巨大な某生保、損保最大手、某FRB生命なんかで
やってましたが何か (何をかまでは特定されるので言わない)。先日民営化されたバケモノは
何とか足抜けられたが。
というか、どう見てもトランザクション≒HTTPアクセスという認識で語ってるようにしか
見えないわけだが… 今時のブログは PHP を TP モニターで監視でもしてんの?
0996デフォルトの名無しさん
2009/04/14(火) 20:36:170997デフォルトの名無しさん
2009/04/14(火) 20:42:38トランザクションの話でブログ引き合いに出してるような時点で知れてんだよ。
0998デフォルトの名無しさん
2009/04/14(火) 20:45:510999デフォルトの名無しさん
2009/04/14(火) 20:46:47つか、後ろの方がトランザクション量的にはずっと少ないじゃん
バッチやディレイドオンラインのデータ量は多いけど効率いいから負荷少ないよね
保険はやったことないからどんな感じか興味あるけど次スレに持ち越して欲しくはないw
1000デフォルトの名無しさん
2009/04/14(火) 20:47:271001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。