【Java SE 7】 次世代 ..
808:デフォルトの名無しさん
10/02/26 09:23:42
>>807
Google App Engineが低負荷なら無償で使えるわけだが。
809:デフォルトの名無しさん
10/02/26 19:56:55
まだ「Sunが」とか言ってる奴がいるとは…
810:デフォルトの名無しさん
10/02/26 20:16:19
結局OracleになってJava有料とかになったりするん？
811:デフォルトの名無しさん
10/02/26 23:42:48
何をどう考えたらそんな発想に至るのか
812:デフォルトの名無しさん
10/02/28 00:11:17
よく現場でしばらくJavaをやってなかったりしたら
使い物にならないっていうけど
バージョンが違う事で全然違うものなの？
813:デフォルトの名無しさん
10/02/28 00:14:47
お前らスレタイ読めと
814:デフォルトの名無しさん
10/02/28 00:35:14
>>812
それは 10 年前の話。今はあの頃ほど本当に新しい概念が乱れ飛んでないからな。
話題に出るものもマーケティングバズとビジネスモデルばかりになっちまってまぁ。
815:デフォルトの名無しさん
10/02/28 00:39:32
で、7 って何が新しいの?
816:デフォルトの名無しさん
10/02/28 00:43:51
残念だけど、新しくもなんにもない。
817:デフォルトの名無しさん
10/02/28 00:51:14
scalaやclojureに浮気したくなるくらいに倦怠期だなぁ。
818:デフォルトの名無しさん
10/02/28 00:54:48
クロージャが結局入る。ファイルシステム回りのAPIがもっと強力になる。
JDKレベルだとSunのJVMとOrable（に吸収されたBEA）のJRockitがマージされる。
クロージャが新しいかと聞かれると無名クラスの存在があるのでYesとはいえないが、
コードがよりすっきりするという意味では、モダン言語としてまだ活きられる。
819:デフォルトの名無しさん
10/02/28 00:56:07
残念だけど、JavaはSunがメーカー単独で入れなかった以上
その精神はOracleには受け継がれないと思うよ。
820:デフォルトの名無しさん
10/02/28 00:56:51
>>814
つまりある程度Javaで開発していた人であれば
3年ぐらいブランクがあっても思い出す期間は必要でも
それなりに現場では入れるものなの？
具体的に言うと
女性で結婚→出産で3年ぐらい遠ざかっていたJavaプログラマーなど
821:デフォルトの名無しさん
10/02/28 01:03:03
>>820
それはフレームワークや手法の問題だろ、それさえもう枯れてきている。
まあ君の言う「具体的」な話をしたいならここでなくマ板へいったらいいよ。
clojureやscalaには浮気してもjavaFXはパススルー
822:デフォルトの名無しさん
10/02/28 01:52:06
何も代わっていない。
3 年前に Java を極めた奴が現場戻っても十分使える。
逆に 3 年前に Java 挫折した奴が現場戻っても使えない。
823:デフォルトの名無しさん
10/02/28 02:31:40
Java Applet2がほしいよー
824:デフォルトの名無しさん
10/02/28 06:43:57
クロージャなんか使わなくてもインターフェースをいちいち定義して冗長な記述で目的を実現した方が
再利用性が高いのにな。
825:デフォルトの名無しさん
10/02/28 09:49:16
ボタンのクリックイベントに再利用性を求めても…
826:デフォルトの名無しさん
10/02/28 10:32:35
Javaの悪いところそのもの。
頭でっかちで実際には不要なレベルまで再利用性や設計を重視する。
827:デフォルトの名無しさん
10/02/28 10:32:58
Appletとかjnlpって、配備の面倒くささが普及を邪魔してるよな。
828:デフォルトの名無しさん
10/02/28 10:43:33
そもそも内部クラスでインターフェイス実装した時点で
親のフィールドに自由にアクセスできるんだから再利用性なんか無いだろ
829:デフォルトの名無しさん
10/02/28 14:48:24
Groovyに浮気しろよお前ら！
830:デフォルトの名無しさん
10/02/28 15:48:37
そう考えるとinterfaceにはprotectedやpackage修飾が欲しいね。
それにしてもクロージャ信者の反論てヘンテコなのばっかだな。
831:デフォルトの名無しさん
10/03/01 01:00:20
filter(x % 2 == 0)とかにまでいちいち冗長な記述で（ｒｙ
832:デフォルトの名無しさん
10/03/01 08:55:39
どうせインターフェイスを実装するクラスを生成する形になるんだから
クロージャがあったからってコンポーネントの再利用性を下げることにはならない
リスナ側の再利用性について言ってるのであれば、そんなものはもともと無い
833:デフォルトの名無しさん
10/03/01 17:48:51
つか、クロージャがあった方が再利用性はむしろ上がるんだがな。
イベントリスナはそもそも再利用しようが無いコンポーネントだから考えないとして、
一般には、クロージャでは、引数の型と返り値の型さえあっていればどんな値でも
つっこめるわけだから(インタフェース/クラスを使ったやり方では、明示的にそれらを
継承してない限りつっこめない)。
834:デフォルトの名無しさん
10/03/01 19:53:51
ところがfunction typeはクロージャ提案から外そうぜって話が出てたりする。
URLﾘﾝｸ(mail.openjdk.java.net)
835:デフォルトの名無しさん
10/03/02 21:18:13
結局匿名クラスの拡張に落ち着く気がする
というかそれ以外はどうやってもまとまらないと思う
836:デフォルトの名無しさん
10/03/03 23:39:06
おれもGenericsの時みたいにシンタックスシュガーみたいな位置づけでいいと思う。
837:デフォルトの名無しさん
10/03/03 23:44:22
genericsは失敗だろ…
838:デフォルトの名無しさん
10/03/04 01:25:45
失敗というか、入れるのが遅すぎてダメダメなイレイジャ方式しか
採れなかったのが…うん失敗だな。
839:デフォルトの名無しさん
10/03/04 02:16:00
>>837
え？便利じゃん？
何がだめなの？
今C++の仕事やってるけど、
テンプレートクラスとか実装していると死にたくなってくる。まじで。
840:デフォルトの名無しさん
10/03/04 02:29:42
stlのぶっちゃけエラーとか
841:デフォルトの名無しさん
10/03/04 10:25:37
>>839
単純なコンテナに使う分には十分便利だが
総称配列作れないとか型引数でnewできないとか…
C++だと
class A<T> extends T {
}
ってかけたりとか。
842:デフォルトの名無しさん
10/03/04 10:36:51
十分便利なら少なくとも失敗じゃないだろ。
現状の決定事項によって将来の拡張の道を閉ざしてたりすれば失敗かもしれないが・・・
・・・なんかそういうのもあったっけ？
843:デフォルトの名無しさん
10/03/04 13:48:36
erasureはれっきとした言語仕様だからね
互換性を失わずに.NETみたいにランタイムに組み込んだ実装にするのは難しい
844:デフォルトの名無しさん
10/03/04 14:04:23
<T> T hoge(Class<T> c)なんてのが標準ライブラリに平気で出てくる時点で
845:デフォルトの名無しさん
10/03/04 15:17:08
>>844
それおかしいか？
例えばjava.sql.Wrapperにあるけど自然だと思うが
<T> T unwrap(Class<T> iface)
846:デフォルトの名無しさん
10/03/04 16:42:36
メソッド自身に型パラメータが付いてる場合は特に不自然でもないかもね
じゃあメソッド自身じゃなくてそのメソッドを含むクラスに<T>が付いてる場合は?
もちろん実装を考えれば当然の妥協なんだけど直感的には明らかに不自然でしょ?
847:デフォルトの名無しさん
10/03/04 16:57:52
なにがふしぜんだって？ｗ
848:デフォルトの名無しさん
10/03/04 17:10:52
>>846
具体的にどのクラスの話よ？
標準ライブラリに平気で出てくるんならいくつか挙げろ
849:デフォルトの名無しさん
10/03/04 23:59:41
C#のに比べると劣ってるわな、ジェネリクス。
あっちは過去との互換性を早々に捨てられたのが強かったか。
そりゃないよりは良いけど、残念な仕様だよね。
850:デフォルトの名無しさん
10/03/05 00:23:22
所詮は大きい卵から割るか小さい卵から割るかくらいの些細な差だよ。
851:デフォルトの名無しさん
10/03/05 12:56:20
使う分にはいいんだけどArrayListのソースコードとか見るとなあ
未チェックキャストだらけだぜ
852:デフォルトの名無しさん
10/03/06 03:35:09
contains() とか中途半端に Object のままだしな。
853:デフォルトの名無しさん
10/03/06 12:31:09
ジェネリクスに対応したクラスを実装する側にとっては
型安全な保証は無いに等しいんだよな
利用者に型安全ですよと明示するだけの意味しかなくて
結局責任はそのクラスの実装者にある
854:デフォルトの名無しさん
10/03/07 07:59:26
Genericsは多くの人に使われてメリットを感じられてるという意味では失敗ではない。
だけど、残念ではある。
855:デフォルトの名無しさん
10/03/07 18:22:59
APIや可変長引数の都合でGenericsと配列がからむと、配列型逝ってよし、と思う。
856:デフォルトの名無しさん
10/03/11 23:01:33
Javaみたいな糞ソリューションは、そろそろ捨てようぜ
857:デフォルトの名無しさん
10/03/11 23:03:35
いきがってないで周りをよく見てみろ
858:デフォルトの名無しさん
10/03/16 13:20:25
グ ダ グ ダ や っ て な い で、さ っ さ と
u t f 8 の B O M で 誤 動 作 し な い よ う に し て く れ ！
859:デフォルトの名無しさん
10/03/16 13:45:13
URLﾘﾝｸ(bugs.sun.com)
> State 11-Closed, Will Not Fix, ...
860:デフォルトの名無しさん
10/03/17 08:54:18
JWebpaneって進展ないんすかね
861:デフォルトの名無しさん
10/03/17 16:12:47
死亡したも同然でしょ。
URLﾘﾝｸ(www.java.net)
URLﾘﾝｸ(weblogs.java.net)
サードパーティに任せて買収した方が良かったね。
自分達でやるって発表して放置だから、かなり重要な機会を逸してしまった。
862:デフォルトの名無しさん
10/03/17 16:23:26
死亡したも同然ってのは最近更新されてないってだけ？
863:デフォルトの名無しさん
10/03/17 17:01:11
更新しているらしい
公開はしてない
Java FXと歩を揃えてるらしい
Androidその他、他にJava bindingが出てしまってる
864:デフォルトの名無しさん
10/03/22 02:14:22
JavaFX も死んでんじゃね?
865:デフォルトの名無しさん
10/03/22 02:23:23
＿＿＿＿ . .| |
／＼二＿＿_＼.. | |
|＼／‖ '''.| | |
| | ‖┌┐ .| | | 給排気筒
| | ‖└┘ .|┌|=.|ヽ＿＿↓
JavaFX | | ‖ .|二| |回＿凵
↓ | | ‖ .|└|=.|/
_,,..,,,,_ |ﾐ.| ‖ .| | |
./ ,' 3 `ヽｰっ |＼ノ.|ﾐ.| ‖ .| | |
l ⊃ ⌒_つ |＿》 | | ‖ .| | |
`'ｰ---‐'''''" ＼|＿‖＿＿__.| | |
866:デフォルトの名無しさん
10/03/22 03:53:27
死んだのはjavaだろ。sunと共に消え失せた。
867:デフォルトの名無しさん
10/03/22 08:48:19
>>864
頑張って次のSDKで、
JWebPane付きのJavaFXを入れるつもりみたいだけど…
868:デフォルトの名無しさん
10/03/22 09:01:26
諸君らの愛した Javaは死んだ！
なぜだ！
869:デフォルトの名無しさん
10/03/22 12:00:11
マクネリだからさ。
そろそろ Java 関連スレも統合してリソース集約した方が良い時期だね。
SWT, Swing, JNI あたりはもう…
870:デフォルトの名無しさん
10/03/22 20:34:56
Swingスレはまだ生きてっぞ。他は、まぁ……。
871:デフォルトの名無しさん
10/03/22 21:32:09
>>867
URLﾘﾝｸ(forums.sun.com)
ソースってこれ？
872:デフォルトの名無しさん
10/03/22 21:35:14
JavaFXと一緒に無かったことにする魂胆ですね
873:デフォルトの名無しさん
10/03/22 21:36:17
ｊａｖａってやばいの？
874:デフォルトの名無しさん
10/03/22 21:40:33
当分無くなりはしないけどどんどん独自ランタイムやらでバラバラになっていくと思う
875:デフォルトの名無しさん
10/03/22 21:41:42
進化が止まった。離脱するならお早めに。
876:デフォルトの名無しさん
10/03/22 21:45:08
>>871
もっと最近どこかで読んだよ。2009年だった。
877:デフォルトの名無しさん
10/03/22 21:45:50
そういや最近IBMはなにやってるんだ？
878:デフォルトの名無しさん
10/03/22 22:00:14
ここでIBMがごっそりいただくのがイクリプス計画なんですよ。（携帯の方はグーグルがかぶりつく約束なんですｗ）
879:デフォルトの名無しさん
10/03/22 22:01:53
そういえば「SUN」「サン」の商標やらブランドやらは今後どうするつもりなの？やっぱり消滅？
880:デフォルトの名無しさん
10/03/22 22:03:21
あの Oracle がそんなもったいない事するわけないだろ
881:デフォルトの名無しさん
10/03/22 22:06:33
>>868
お前にサンは救えるか！
882:デフォルトの名無しさん
10/03/22 22:07:50
>>877
ライブラリの標準化とか、SDKの競争とかやめて、
Java使った業務の世界に帰っていきました。
883:デフォルトの名無しさん
10/03/22 22:12:36
サンは、ザ・グレート・インパクト・オブ・サブプライムｽﾞによって社屋ともども消滅しました
884:デフォルトの名無しさん
10/03/23 08:47:54
携帯にJava SEを入れろよと。
その上でFXを普及させろよと。
885:デフォルトの名無しさん
10/03/23 13:12:58
そんなウルトラC級のアクロバット技でも決めないとどうしようもないだろうなぁ。
886:デフォルトの名無しさん
10/03/23 16:02:31
情報が出ないとどうしても終了感が出るよね
MSがSilverlightを細かく頻繁にメジャーリリースするのも広告のためなんだろうな
887:デフォルトの名無しさん
10/03/23 16:12:54
javaは、サン製のsdk(jdk)はなくなるけど、オープンソースにしてあるからsdkがなくなることは無い。
オラクルのことなど何事も無かったかのように進むけど、jdk(sun.com)はオラクル製になるからライセンスや仕様やライブラリ機能は今までの理念と大分違うものになるかもしれない。
しかし、java設計会社が死んだとしてもjavaの魂は死んだりしない。
888:デフォルトの名無しさん
10/03/23 16:15:20
何その最終回みたいなセリフ
889:デフォルトの名無しさん
10/03/23 16:33:55
お、お、おまえにサンは救えるか！
890:デフォルトの名無しさん
10/03/23 17:13:20
プラットフォームによってランタイムがバラバラになっていって
基本的なクラスライブラリや言語仕様に名残を残すだけとなって
Javaの意義は薄れていくだろうな
891:デフォルトの名無しさん
10/03/23 17:26:37
え？
ジャヴァってデータベースのことでしょ？？
892:デフォルトの名無しさん
10/03/23 18:54:54
オラクルのソラリス12gと組み合わせると最強だよな
893:デフォルトの名無しさん
10/03/24 00:24:54
>>890
いまさらそんな投資の仕方をする会社がどれだけあるかな...
894:デフォルトの名無しさん
10/03/25 21:14:34
google
895:デフォルトの名無しさん
10/03/26 18:35:09
>>894
ああAndroidのことですね。
896:デフォルトの名無しさん
10/03/28 21:30:32
sunが頑張って10年も育てたのにな
オラクルが、ossに積極的に投資してくれるとは思えない
897:デフォルトの名無しさん
10/03/28 21:42:59
そいえば、oracle って OSS 的にすごく評判悪いよな
なんでやろ???
898:デフォルトの名無しさん
10/03/28 22:36:32
ぼったくり過ぎだから
899:デフォルトの名無しさん
10/04/02 21:57:33
しかし、５年前に比べるとJavaのスレが少なくなったな。
C/C++のスレはそんなに減少してないのに。
Javaの技術が枯れてきたのか？俺にはそう思えない。
一時期の元気がなくなったな、Java
900:デフォルトの名無しさん
10/04/02 22:22:34
タダのバブルだよ。オープンシステム化特需。
901:デフォルトの名無しさん
10/04/10 21:38:41
James GoslingまでOracleを去った。
URLﾘﾝｸ(nighthacks.com)
902:デフォルトの名無しさん
10/04/10 22:15:22
うわぁ Javaも終わりか
903:デフォルトの名無しさん
10/04/10 22:28:47
>>899
テールコール最適化できないような言語をだれがえらぶであろうか？
904:デフォルトの名無しさん
10/04/10 22:30:09
えええ、ゴスリン辞めたの!?
905:デフォルトの名無しさん
10/04/10 22:35:56
>>904
普通やめるだろ?
906:デフォルトの名無しさん
10/04/10 22:38:45
>>905
縛り付けてでもやめさせんで腐らせるだろ、昔の日本だったら。
907:デフォルトの名無しさん
10/04/10 22:49:32
>>906
なんでそこで昔の日本を引き合いに出すんだよ
>>901 のリンク先をエキサイト翻訳にかけたら
文末の「:-)」が「(^o^)」に訳されてた
908:デフォルトの名無しさん
10/04/10 23:17:09
全く関係ないけど、びよーねすっぽすっぽさんは禿って言われるのに
なんでゴスリンはあんま言われないんだろね
909:デフォルトの名無しさん
10/04/10 23:22:33
びよーねたんは本名の発音のしにくさ表記の面倒さが
呼称は禿でいいじゃんと思わせる閾値を超えてるんだよ
910:デフォルトの名無しさん
10/04/11 01:46:16
＞文末の「:-)」が「(^o^)」に訳されてた
:-(にしたら(;_;)になった
なんだこの細かいネタｗｗｗ
911:デフォルトの名無しさん
10/04/11 02:01:20
俺たちのゴスリン!
ってまぁ Java 作るのに Sun (Oracle) である必要はとっくの昔に亡くなったからな。
912:デフォルトの名無しさん
10/04/11 03:55:29
オラクルはただのアプリ屋だからオープンに対しては優先的に投資しないってことでしょ。
913:デフォルトの名無しさん
10/04/11 17:16:21
Googleに入ってGOのチームに加わるのであった、というオチを期待
914:デフォルトの名無しさん
10/04/11 20:47:16
Goslingのやった仕事はいいものが多いけど、
最近Javaの方針について話していることは、
疑問に感じることもあったので、
それほど悪くない話だと思う。
915:デフォルトの名無しさん
10/04/11 20:51:46
>>914
Steel の方がいい仕事してるけどな
つか, Gosling がやりたかったことをことごとく妨げてるのが
Java コミュニティだろが？
916:デフォルトの名無しさん
10/04/11 21:19:05
で、GoslingはMSにでもいくんか？
917:デフォルトの名無しさん
10/04/11 21:58:19
さぁ？
918:デフォルトの名無しさん
10/04/11 23:28:40
>>915
Steele ね。
GLS はプログラム言語界では神様の一人みたいなもんだから…
919:デフォルトの名無しさん
10/04/12 00:04:14
>>903
次のJVM仕様に入る可能性高し。
>>915
ゴスリンも相当影響力行使していたよ。
JCPを逸脱するくらいに。
920:デフォルトの名無しさん
10/04/12 00:14:26
>>916
有名人コレクションが好きなGoogleとかか。
921:デフォルトの名無しさん
10/04/13 00:41:50
Javaはこれからどうなるんだ・・・
922:デフォルトの名無しさん
10/04/13 14:02:13
Googleなんか将来的にはクライアント側のjavaを完全に死滅させたいんだろうな
923:デフォルトの名無しさん
10/04/13 14:48:20
AndroidってJava使えるんじゃなかったっけか？
924:デフォルトの名無しさん
10/04/13 16:38:26
将来の戦略上は不要
そのうちばっさり切られるよ
925:デフォルトの名無しさん
10/04/13 18:26:34
Google APIが一番充実しているのがJava、
ちょっと新しい分野ではプロトタイピングしやすいPython、
ブラウザ周辺のみでJavascript。
926:デフォルトの名無しさん
10/04/14 12:33:08
>>925
あとはネイティブ周りでC(C++?)、か。
Googleが社内で使えるプログラミング言語は、この4つに限られるという話だったような。
927:デフォルトの名無しさん
10/04/14 12:46:26
Goも仲間に入れてやれよｗ
928:デフォルトの名無しさん
10/04/14 15:44:44
>>927
もしかして第五の言語だからGo？まさかな。。。
929:デフォルトの名無しさん
10/04/14 23:50:04
Goなんて使ってる奴いねーだろｗ
930:デフォルトの名無しさん
10/05/04 14:14:59
まだ出てきたばかりだからね。
ライブラリとかが充実していけば使われていくようになると思うよ。
931:デフォルトの名無しさん
10/05/22 22:16:31
jdk7 build94
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(download.java.net)
multi catch入った。けど、
interface A { void method(); }
class B extends Exception implements A { public void method(){} }
class C extends Exception implements A { public void method(){} }
public class test {
public static void t() throws B, C {}
public static void main(String[] args) {
try { t(); } catch (final B | C e){ e.method(); }
}
}
するとコンパイラ落ちる……
932:デフォルトの名無しさん
10/05/22 22:21:04
ｵｵｯ! catch 2 つに分けるか Exception (攘夷クラス) で広うか
悩まなくて済むようになったのか。
933:デフォルトの名無しさん
10/06/01 12:36:04
URLﾘﾝｸ(dlc.sun.com.edgesuite.net)
934:デフォルトの名無しさん
10/06/01 12:37:31
↑
jdk7 build b95
URLﾘﾝｸ(www.java.net)
何かURLが変わった。
そしてこのビルドでコピーライトがSunからOracleに。
中身の変更はないらしい。
935:デフォルトの名無しさん
10/06/01 12:37:50
何か変わった?
936:デフォルトの名無しさん
10/06/01 14:56:32
Java 技術、IBM スタイル: Java 技術の新たな時代
URLﾘﾝｸ(www.ibm.com)
937:デフォルトの名無しさん
10/06/01 15:11:47
JEditorPaneのhtmlとcssですでにモデル化したタグはグダグダ言わず実装して欲しい。
いざJEditorPaneでヘルプ文章を作ってみても１０年以上前の品質だしhtml,cssに比べてAPIも複雑なだけで、
いくらパッケージのメンテナンスをしていても結局そういう複雑なものを習得するのに時間をかけるのは誰もいないし、誰も使わないんじゃないかと思う。
少なくともhtml5が完了するころまでにはjavaでも4の仕様の実装は終えて欲しい。
938:デフォルトの名無しさん
10/06/01 15:17:14
そーゆーのはJWebPaneでやってるみたいだからJEditorPaneはバグ取り以外は放置だと思う。
ところで、JWebPaneはどうなったんだろう？
939:デフォルトの名無しさん
10/06/01 15:20:50
JavaFX 云々と引き延ばし作戦を謀っていたあたりで消息不明。
940:デフォルトの名無しさん
10/06/01 17:43:16
JWebPaneとか夢みたいなこといってないでJEditorPane使ってみたら？どうせ使ったこと無いんでしょ？ｗ
941:デフォルトの名無しさん
10/06/01 17:46:13
JWebPane に夢を持っていない奴は現状の JEditorPane を使った事がないんだろうと思ってる。
942:デフォルトの名無しさん
10/06/01 22:20:13
>>941
現状の JEditorPane はjava1.2以来、何か変わったところがあるんですか？
943:デフォルトの名無しさん
10/06/02 10:16:12
>>287
.NETには勝てないとかいって
じゃあその.NETをLinuxなど他の環境でも動かしてくれ
Windows限定じゃないと勝てないとか言ってんなら笑うぞ
944:デフォルトの名無しさん
10/06/02 11:13:50
えっ？
世間一般で言うパソコンってのは、パソコン業界＝マイクロソフトのことじゃなかったの？
945:デフォルトの名無しさん
10/06/02 14:21:09
>>303
string switchなんていらんもんつけるな
946:デフォルトの名無しさん
10/06/02 20:02:20
亀っていうレベルじゃねえぞ
947:デフォルトの名無しさん
10/06/02 20:07:37
もうScalaだけで生きていける
948:デフォルトの名無しさん
10/06/02 20:25:15
さすがにScalaは面白いけどちょっと・・・
949:デフォルトの名無しさん
10/06/03 16:18:34
enumのswitchだって本来不自然だわな
なんだかんだいってJavaってswitch好きだよね
950:デフォルトの名無しさん
10/06/03 16:24:45
もう構文上の小技的表記くらいしか話題がなくなったよな。
ゴスリンはしばらく自由にぶらぶらするのかな。
951:デフォルトの名無しさん
10/06/03 21:06:54
そういえばきしだクロージャがないとJavaに未来はないとかTwitterで言い張ってたな
そんなにクロージャ好きか
C#のLINQをそっくりそのまま真似するのはリスクを伴うと思うんだが
952:デフォルトの名無しさん
10/06/03 21:09:45
>>356
DBのtry catchなんてORマッピングですましてるから気にしてないけどな
そもそもtry-catchは二重にする必要もないのだが
953:デフォルトの名無しさん
10/06/03 21:12:29
なにいうてますのん？
954:デフォルトの名無しさん
10/06/03 21:13:34
黙れ
ﾈﾄｳﾖ
955:デフォルトの名無しさん
10/06/03 21:37:57
インターネットを10ヶ月位放浪して来たパケットがあるようだな。
956:デフォルトの名無しさん
10/06/03 22:07:53
>>955
興味半分にお聞きしますが、10ヶ月位放浪なんて原理的にできるんですか？
957:デフォルトの名無しさん
10/06/03 22:10:41
>>956
できるだろ？
TTLの制限は、ホップ数だけなんだから
958:デフォルトの名無しさん
10/06/03 22:13:16
とするとパケットを内部で留保しておくんですか？
959:デフォルトの名無しさん
10/06/03 22:14:20
折角クロージャが入ったのに、スルーですか…
URLﾘﾝｸ(news.ycombinator.com)
960:デフォルトの名無しさん
10/06/03 22:15:34
どうせ永遠に出ないからどうでもいいよ
961:デフォルトの名無しさん
10/06/03 22:16:56
Javaは、そろそろ過去の互換性を切った新しいライブラリとJVMで
新言語を作ってもいいと思うんだ。
962:デフォルトの名無しさん
10/06/03 22:17:03
いや、こっちの世界の話
963:デフォルトの名無しさん
10/06/03 22:47:18
>>959
java7リリースには間に合わないと思うよ。確か秋とか言ってたけど１１月ぐらいでしょ？
根幹にかかわるからやっつけ仕事でやってもらっても困るし。
だからu10みたく後付けになるんじゃないかな。
クロージャは結局ニールにかき回されただけだったともいえるけど、その仕様は本物のラムダ計算式っぽくて何の問題もないんじゃないの。
それよりもそこのブログでニールの名前がNeilとかにされて、本人がコメントで怒ってるのが笑えた。
964:デフォルトの名無しさん
10/06/03 22:50:49
コミュニティに振り回されすぎ
やるならやるで上から強引に進めればいいのに
965:デフォルトの名無しさん
10/06/04 00:25:17
>>952
java.ioも同じ
finally節のExceptionは殺さないと、本来のExceptionと置き換わってしまう
966:デフォルトの名無しさん
10/06/04 00:50:24
意味不明
967:デフォルトの名無しさん
10/06/04 00:53:04
>>964
サンがその当時、あまり乗り気じゃなかったらしい。
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5358日前に更新/181 KB
担当:undef