[Java SE 7] 次世代Javaの動向 6 [dolphin]

[Java SE 7] 次世代Ja ..

892:デフォルトの名無しさん
08/08/11 02:37:05
>>891

これは・・・

893:デフォルトの名無しさん
08/08/11 04:01:45
マ版の奴らと同じように本当のところは経営者もしんどいんですよ・・・

894:デフォルトの名無しさん
08/08/11 04:24:58
夏真っ盛りだな・・・眠すぎる

895:デフォルトの名無しさん
08/08/11 07:49:00
どっちにせよマ板の話題

丁度いいスレがあったから紹介しておくよ

ITﾍﾞﾝﾁｬｰ経営者だがそろそろ畳もうと思う
ｽﾚﾘﾝｸ(prog板)

896:デフォルトの名無しさん
08/08/11 09:33:15
経営者は常に最新のものに敏感でいなければならないため、次世代スレに興味あるんですが何か問題でも？

897:デフォルトの名無しさん
08/08/11 10:40:01
そのスレ違いの発言が問題。

898:デフォルトの名無しさん
08/08/11 12:04:24
くそすれ

899:デフォルトの名無しさん
08/08/11 12:43:35
またお前なのかよ

900:デフォルトの名無しさん
08/08/12 00:53:15
それで、クロージャ実装の使い心地はどうよ？

901:デフォルトの名無しさん
08/08/15 02:59:03
クロージャさえあればcatch節でclose()忘れを防ぐことができる
ギャグが現実化すればのう

902:デフォルトの名無しさん
08/08/17 11:48:43
JDK7 build33
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)

903:デフォルトの名無しさん
08/08/28 22:27:20
クロージャどう見ても糞だろ？
なんだよあの関数型w
宣言とか仮引数にいちいちあんなの書いてられるか
インタフェースへのキャストも糞仕様としか思えない
メソッド定義が一つの時だけできるとかまともな設計センスじゃないだろ

904:デフォルトの名無しさん
08/08/28 22:32:38
メソッド定義が一つの時だけできるとか、嘘つくなよ
まずは仕様をちゃんと読め。それから。

905:デフォルトの名無しさん
08/08/28 22:50:09
>>904
ちょっと誤解してたわ
引数が同じものがあったらダメってことか
どっちにしても分かりにくい上にわざわざこんなことしてまで使いたくないな

906:デフォルトの名無しさん
08/08/28 22:55:18
Javaはもうこのままでいいよ。
他の言語のプラットフォームとしてがんばってくれれば。
俺はScalaに逝く。

907:デフォルトの名無しさん
08/08/28 22:59:08
Javaはまだカオスを十分に溜め込んだとはいえないからなぁ
言語仕様そのものはシンプルだし、GenericsやAnnotationの類が
もう２，３種増えないとリファクタリングの効果が薄い気がする。

908:デフォルトの名無しさん
08/08/28 23:01:20
なんでこんな仕様にしちまったもんやら
素直にfunction予約語かなんか導入して

function F(int i, int s);

F f = { int x, int y => x +y };
f(10, 20);

とか

function F(int i, int s) { x +y }

F f = new F();
f(10, 20);

にできなかったのか？

909:デフォルトの名無しさん
08/08/28 23:04:55
それありだわー
単純でいいなぁ

910:デフォルトの名無しさん
08/08/28 23:13:59
それ、typedefした関数ポインタと同じじゃないの？
とっくに議論尽くされて今の仕様まで来たんだけ、全然知らないくせに横から口出すなよ。
おまえはscla使ってれ。たいした差はないと思うけどなｗ

911:デフォルトの名無しさん
08/08/28 23:16:57
function　F(int　i,　int　s)　{　x　+y　}　

F　f　=　new　F();　
f(10,　20);　

これなんか、クラス宣言をちょっとだけ省略した普通の関数（クラス）の宣言じゃんｗ
アノニクラスと一緒にしてるみたいだし、おまえアホだろ？

912:デフォルトの名無しさん
08/08/28 23:24:53
いまのインタフェース下のキャストより10倍はましだが？

interface F {
　int f1(int x, int y);
　String f2(int x, int y);
}

F f = { int x, int y => x + y };
f(.invoke(10, 100);

とか

{ int, int => int } f = { int x, int y => x + y };
f(.invoke(10, 100);

書いててばかばかしいと思わん？

913:デフォルトの名無しさん
08/08/28 23:37:23
どこが馬鹿馬鹿しいのか分かるようにちゃんと指摘できないのは、バカｗ

914:デフォルトの名無しさん
08/08/28 23:38:33
>>912
関数が多言語使ってるくせに、数学のことまるっきり分かってないようだなｗ
おまえばかだろ？

915:デフォルトの名無しさん
08/08/28 23:49:47
interface F {
　int f1(int x, int y);
　String f2(int x, int y);
}

F f = { int x, int y => x + y }; //あれぇ、ブロック要素なのにオブジェクト扱い？
f(.invoke(10, 100); //わざわざinvoke()を特別扱い。インタフェースには定義ないし、きもいね

とか

{ int, int => int } f = { int x, int y => x + y }; //{ int, int => int }って、こんなの持ち回るんかい！
f(.invoke(10, 100);

もうねinvokeの特別扱いとかいろいろ導入してんだよ
こんなことやるくらいならもっといろいろできただろ

>>914
数学（笑）
頭いいならさ説明してみろよ

916:デフォルトの名無しさん
08/08/29 00:44:01
久しぶりに誤変換で笑った。
関数型言語を使ってれば数学チックな思考を出来るようになっていてもいいんじゃないの？

917:デフォルトの名無しさん
08/08/29 00:45:29
>>915
君が糞だって事はよーく分かったからｗｗ

918:デフォルトの名無しさん
08/08/29 00:47:16
また糞だめから出てきたのか。

919:デフォルトの名無しさん
08/08/29 01:00:25
糞は糞らしくVBでもやってろｗ

920:デフォルトの名無しさん
08/08/29 01:09:46
VBは早くからUnicodeに対応したユーザフレンドリな言語だと思うが。
ある意味Javaの先輩といってもいいくらいの。

921:デフォルトの名無しさん
08/08/29 01:27:20
javaはこのまま暗黒面に落ちていくと思う。（言語仕様が）

922:デフォルトの名無しさん
08/08/29 01:28:10
もうJAVAはだめぽ（。。

923:デフォルトの名無しさん
08/08/29 02:27:58
ライブラリの仕様はJCPのようなプロセスを経るのもいいのだろうけど、
言語仕様はSUNがびしっと決めてしまったほうがましな気がするな。
船頭多くしてなんとやらだよ、まったく。

924:デフォルトの名無しさん
08/08/29 02:30:48
>>908
Javaはtypedefはやらない流儀。別名を導入しない。
function F(int i, int s);は別名導入しているに等しい。

925:デフォルトの名無しさん
08/08/29 02:39:15
いっそ、functionよりdelegate　void　F(int　i,　int　s)がよくないかな

926:デフォルトの名無しさん
08/08/29 02:47:55
いや　=>　が混乱の元。

{int　o　=>　o<=1　&&　o>=-1}　なんか笑われてるようにしか見えないじゃんか。

もうJAVA終わったorz

927:デフォルトの名無しさん
08/08/29 03:04:36
closureってまだ入らなそうな感じなんじゃないの?
個人的にはfunction typeの構文がかなり可読性を下げる気がするのでやめて欲しい。
型名書いているのかブロック書いているのか分からなくなる。

928:デフォルトの名無しさん
08/08/29 03:08:36
=> は伝統だろ

929:デフォルトの名無しさん
08/08/29 03:22:29
>>927
糞だからな

930:デフォルトの名無しさん
08/08/29 03:54:34
>>927
お前の可読性の好みなど聞いてない

931:デフォルトの名無しさん
08/08/29 06:23:44
ジャバのスレじゃないのか！ジャバが終わったとかC#にしろとか何を愚かなこといってるんだぁ

932:デフォルトの名無しさん
08/08/29 10:29:24
カタカナで書かれると、風呂釜洗い出しそう

933:デフォルトの名無しさん
08/08/29 16:01:03
ジャバはジャバだろ！コーヒーじゃないんだぞ！

934:デフォルトの名無しさん
08/08/29 17:19:05
カバオくんお風呂に入ってハァビバノノ
s/JAVA/KABA/ だめだこりゃ

935:デフォルトの名無しさん
08/08/29 17:19:22
もうVBとVBAだけあれば、俺は幸せ！

936:デフォルトの名無しさん
08/08/29 19:42:34
>>924
おまえはクロージャのインタフェースへのキャスト仕様理解してから話せ

937:デフォルトの名無しさん
08/08/29 20:07:04
>>934
KABAはPrologだけど、知らないんだろうな・・・

938:デフォルトの名無しさん
08/08/29 20:43:30
じゃあ

未だにIISオンリーで糞重C#とか、化石のVBとか、MatzクンのオナニーRubyとか？

ねーよｗｗありえねーわｗｗｗｗｗｗ

939:デフォルトの名無しさん
08/08/29 22:12:36
お前アホだなぁｗｗ
CやVBは化石なんじゃなくて歴史があるってもんよ。
C#なんか常々進化してんじゃん。

それを言うならjavaの方がもう化石なんじゃねーの？

940:デフォルトの名無しさん
08/08/29 23:10:22
まるでJavaが進化してないみたいな言い方だな
2年に一度は大きいアップデートがある（EEも含めると毎年ある）環境だというのに

昔の言語と違って今の言語はどれも大幅な更新が入るのは当たり前だぞ

941:デフォルトの名無しさん
08/08/29 23:15:42
低レベルな言語比較なら他スレでどうぞ

942:デフォルトの名無しさん
08/08/29 23:19:28
and,　because　of　you,　you　should　accept　the　closure　proposal　for　next　generation.

943:デフォルトの名無しさん
08/08/30 06:01:48
何この糞スレ？

944:デフォルトの名無しさん
08/08/30 06:40:38
もうJavaなんてやめちまえ！

945:デフォルトの名無しさん
08/08/30 11:32:40
他の言語のスレで叩かれた厨が流入してるんだろう
しばらくの辛抱だw

946:デフォルトの名無しさん
08/08/30 23:25:58
でもrubyは宗教だろ

947:デフォルトの名無しさん
08/08/31 02:10:45
perlは宗教じゃなきゃ何よ？

948:デフォルトの名無しさん
08/08/31 02:39:31
プログラミング言語

949:デフォルトの名無しさん
08/08/31 08:45:43
驚くほど糞スレ
こんなスレに興味を抱いた俺が馬鹿だったわ

950:デフォルトの名無しさん
08/08/31 09:00:31
続きはマ板でね

951:デフォルトの名無しさん
08/08/31 10:30:15
>>949
おまえのような糞に言われたくない罠

952:デフォルトの名無しさん
08/09/01 12:25:27
>>951
その辺の返し方がクソスレｗｗ

953:デフォルトの名無しさん
08/09/01 17:29:50
typedefもどきはやめてくれ
ソースコードが読みにくくなるんだよ

954:デフォルトの名無しさん
08/09/01 20:08:09
>>952
糞は無理して発言しなくていいよ。それよか、海外でもいいから、ねたブログとかないの？

955:デフォルトの名無しさん
08/09/01 21:09:19
今のクロージャの仕様はtypedefよりひどいじゃねーかww

interface F {
　int f1(int x, int y);
　String f2(int x, int y);
}

F f = { int x, int y => x + y };
f.invoke(10, 100);

なんだよこれ

956:デフォルトの名無しさん
08/09/01 21:40:54
どこかどう酷いのか書いてない用だけど…
おまえ、あたま大丈夫？

957:デフォルトの名無しさん
08/09/01 23:14:13
>>955
これってメソッドが2つあるからコンパイルエラーでは?
なんか問題あるの?

958:デフォルトの名無しさん
08/09/01 23:37:41
>>957
ところが仕様ではこれがOKなのさ
驚きだろ？

959:デフォルトの名無しさん
08/09/02 03:31:21
これ自体は、イヤな動きだけども、これはどのくらいの頻度でありうるものなのかな
そして、どのくらいの頻度で、問題のある動きになるのかな？

メリットはかなり大きいと思うが、割りにあうのかないのか

960:デフォルトの名無しさん
08/09/02 03:33:35
>>955
それならもうC#しかないな。C#でもDでもいいから、一緒にやらないか？

961:デフォルトの名無しさん
08/09/02 03:42:20
Scalaでいいよ！

962:デフォルトの名無しさん
08/09/02 03:52:42
scalaだけど少し調べてみたけど数年後には来そうだね。
でもグルービーと比べるとイマイチ違いがないんだよね（言語機能じゃなくて）。
グルービーはJSRで仕様堅めに入ってるから先が見込めるけど、scalaは（言語機能じゃなくて）普及の兆しを感じないな。

個人的にはjdk1.6で既にサポートされてるrhinoでいいんじゃないかと思う。

963:デフォルトの名無しさん
08/09/02 04:00:21
静的型でクラスファイルができるのと、スクリプトと、違いがないってのか。
しかもrhinoでいいんじゃないかとかいう。

その言語で作ったクラスをJavaで自由に扱えるかどうかも、でかいとおもうよ。

964:デフォルトの名無しさん
08/09/02 04:04:13
↑全く意味不明なので、書き直してもらえませんか？

965:デフォルトの名無しさん
08/09/02 04:05:43
rhinoやgroovyじゃ、Java言語の代わりにはなれません。

966:デフォルトの名無しさん
08/09/02 06:29:38
スクリプトサポートの目的はJavaの代わりになるかでなくて、Javaでは難しいところやかゆいところに手が届くって意味じゃないの？

967:デフォルトの名無しさん
08/09/02 06:34:55
個人レベルで使うなら何だっていいが、企業向け開発だとなぁ
言語仕様も大事だが、大手のサポートやツールの有無
つまり周辺環境がないとどうしようもない
今んところ実質的な代替はC#にしかできないでしょ
あとはRubyがちょっと流行ったくらい
JavaがgdgdになるならScalaもありかもしんないけど
企業向けに立ち上がるにはよほど運がないと無理でしょ

968:デフォルトの名無しさん
08/09/02 06:39:28
java　langやjvmがサポートするのはフレームワークだと思うんだが、なんか外してないか？
まあ、このスレはこの程度かｗ

969:デフォルトの名無しさん
08/09/02 06:42:36
>>966
Scalaはスクリプトサポートではなく、Java言語の代替として使うことを考えられてる。
だから静的コンパイルされてクラスファイルを生成して動かす。
そうすると、Javaと同等かそれ以上の速さで動く。
クラスファイルだから、Javaからも比較的自由に使える。つまり特別な仕組みを使わなくてもServletやJPAのクラスが作れるということ。
部分的な適用がやりやすくなる。
で、今は、Javaの言語仕様拡張よりScalaじゃねぇの？って文脈。Javaの代わりになるかという話。

>>967
企業向けのエンドプログラマはJava1.4で充分でしょ。

970:デフォルトの名無しさん
08/09/02 06:43:38
言語オタクのおもちゃならScalaで十分
Javaになんでもかんでも詰め込んで欲しいとは思わん

971:デフォルトの名無しさん
08/09/02 07:14:40
>>969みたいな
こういう俺様俺様ってのはどこにでもいるよなｗｗC++なんかこんな奴らの固まりだしｗｗ

972:デフォルトの名無しさん
08/09/02 07:17:44
スカラもグルービも、ジャヴァも、クラスファイルを作ってJVMプラットフォームで動くんじゃなかったの？（.Netみたいに）

973:デフォルトの名無しさん
08/09/02 08:04:16
企業向けだって1.4じゃつらすぎる。5つかっててｵﾓﾀ。

974:デフォルトの名無しさん
08/09/02 08:19:55
rhinoもバイトコードコンパイラあるんだが

975:デフォルトの名無しさん
08/09/02 10:45:01
ジャヴァジャヴァ

976:デフォルトの名無しさん
08/09/02 17:12:24
>>958
v0.5って仕様にはclosure conversionはsingle methodを持つもの、
って書いてあるのでそのケースはエラーになると思ったんだけど、どっか他に仕様がある?
呼ばれるメソッドが不定に見えるのでエラーにするのが普通だと思うんだが。

あと最後のinvokeはFがinvoke持ってないからエラーになるような。invokeに関しては、function typeがinvokeを持つinterfaceとして扱われるのでは。

977:デフォルトの名無しさん
08/09/02 20:35:43
Tグループの会社を何件か見たが、どこもJava1.3が入ってたりして焦った。
定期的にアップグレードする計画を立てるのもシステム課の重要な仕事だな。

978:デフォルトの名無しさん
08/09/02 20:51:02
いろいろ動かなくなるからアップグレードしちゃだめだよ

979:デフォルトの名無しさん
08/09/02 21:15:02
>>976
それが普通だよなw
インタフェースのメソッドは一つらしい
でも例外的に他のメソッドの引数がObjectのときはOK
つまり正しくは以下のコードだったよ

interface F {
　int f1(int x, int y);
　String f2(Object x, Object y);
}

F f = { int x, int y => x + y };
f.invoke(10, 100);

invokeはクロージャを実行する特別メソッド
インタフェースとは全然関係ない
だから以下のように書けるようだ

{ int x, int y => x + y }.invoke(10,20);

これもなんだかどうしようもないよな
最初の例見ると可読性ないよw

980:デフォルトの名無しさん
08/09/02 21:18:48
>>978
部署に一台、事務処理専用マシンを作っていくのは基本だろ？

981:　
08/09/02 21:27:40
>>979　それが通るなら、逆にこれも通るのかな？

interface F {
　int f1(int x, int y);
　String f2(Object x, Object y);
}

class MyClass implements F{

int f1(int x, int y){
return x + y;
}

String f2(Object x, Object y){
return x.toString() + y.toString();
}
}

F f = new MyClass();
f.invoke(2,3);

982:デフォルトの名無しさん
08/09/02 21:50:23
>>981
それは無理だよ
どこにもクロージャ使ってないでそ

983:デフォルトの名無しさん
08/09/02 22:31:58
こいつは、メソッドレファレンスMyClass#meth()のこといってんじゃないの？

984:デフォルトの名無しさん
08/09/02 22:56:47
なんだそりゃw

985:デフォルトの名無しさん
08/09/02 23:09:29
Java　7の目玉機能は、クロージャだけなんですか？

986:デフォルトの名無しさん
08/09/02 23:18:10
モジュール？

987:デフォルトの名無しさん
08/09/02 23:24:08
>>979
その仕様はどこに書いてあるん?
なんでその例外的ルールがあるのかわらない。

それから、
F f = { int x, int y => x + y };
f.invoke(10, 100);
これはFがinvokeを持ってないので無理でしょ?
invokeはclosure literalが持つってだけで、特別なメソッドではないでしょ?
(だから>>981は無理なはず)

{int x, int y => x+y }.invoke(10,100)ができるのは分かる。
これはclosure literalがinvoke(int,int)を持つ型なので。

function typeがinvokeを持ってて、他のinterfaceの型に変換するときにそのinterfaceの持つ1つのメソッドに割り当てられるってことでは。
あと、literalに直接invoke呼ぶのはそんなに無いんじゃないだろうか。

988:デフォルトの名無しさん
08/09/02 23:32:57
>>985
プロパティ構文が一番じゃね?

989:デフォルトの名無しさん
08/09/02 23:36:31
こいつの主義からすれば、func.invoke(aho)　じゃなくて、func(aho)　とやりたいってのじゃないの？

どうせスカラー云々スクリプト云々って奴だろｗ
こいつの頭の中ではごっちゃになってて、サル脳だから理解できないんだろうｗｗ

990:デフォルトの名無しさん
08/09/02 23:58:48
>>987
たいして仕様を読んでないようなサルの相手をすることもないんじゃないの？
君も同じく相当ヒマだろうけどｗ

991:デフォルトの名無しさん
08/09/03 01:37:33
このスレって偉そうに言ってる奴はどこが悪いのか指摘すらできないんだよなwwww

992:デフォルトの名無しさん
08/09/03 01:39:55
>>990
なら仕様を読みまくってる君が簡潔に説明してみたらいいのではないだろうか
なんでここ見てるわけ？

993:デフォルトの名無しさん
08/09/03 01:45:49
>>991,992

くやしいのｗｗｗくやしいのｗｗｗｗｗｗ

994:デフォルトの名無しさん
08/09/03 02:12:41
> くやしいのｗｗｗ

知らねぇのに無理して使うなよ。ほしのあきじゃねぇんだから。
くやしいのうｗｗｗ

995:デフォルトの名無しさん
08/09/03 02:37:51
>>994
ゴミはまだ常任してんのか。
おまえのうんちくはイランから、はよ死ね。

996:デフォルトの名無しさん
08/09/03 02:42:12
くやしいのうｗｗｗ　くやしいのうｗｗｗ　(ｹﾞﾗ

997:デフォルトの名無しさん
08/09/03 03:00:33
何この糞ｗｗｗ
次スレもいらんわｗ

998:デフォルトの名無しさん
08/09/03 03:01:51
>>996
そんな雑学よりも、英語をみっちり勉強した方が自分スキル向上になるんじゃないでしょうか？

999:デフォルトの名無しさん
08/09/03 03:02:38

逝　っ　て　よ　し　ｗ

1000:デフォルトの名無しさん
08/09/03 03:20:24
age 全開で自己援護に必死

1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。