トップページ⇒tech
983コメント278KB

Cから虎へ〜JDK1.5について！Part2

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさんNGNG
比較上等！

前スレ
http://pc2.2ch.net/test/read.cgi/tech/1056807119/l50
0002デフォルトの名無しさんNGNG
華麗に削除依頼
0003デフォルトの名無しさんNGNG
あれほど半角#には気をつけろと･･･
0004デフォルトの名無しさんNGNG
誰か立て直してくれ。

C＃から虎へ〜JDK1.5について！Part2
0005デフォルトの名無しさんNGNG
いいよ。ここが本スレで。
0006デフォルトの名無しさんNGNG
じゃあ、そうするか
0007デフォルトの名無しさんNGNG
>>1晒し上げしていいですか？
0008デフォルトの名無しさんNGNG
j2se1.5β
http://java.sun.com/j2se/1.5.0/index.jsp

eclipse3.0
http://download2.eclipse.org/downloads/drops/S-3.0M7-200402122000/index.php
(Platform Runtime Binaryをダウンロード）

JAVAとC#の比較
http://objectclub.esm.co.jp/cs-vs-java//cs-vs-java.html

J2SE1.5の新機能
http://www5.airnet.ne.jp/sakuraba/java/laboratory/J2SE1.5/contents.html

C++とJavaの総称
http://www.mamezou.com/tec/Tips/javaGenericsVsCppTemplate/

JavaGenerics概説
http://objectclub.esm.co.jp/JavaGenerics/

0009デフォルトの名無しさんNGNG
とりあえず、LinuxユーザーはJavaを使えばいいんでないかと。

それから
AWTとSWINGとSWTの区別がついてない人がいるみたいですが
注意と。
0010デフォルトの名無しさんNGNG
j2se1.5beta(日本語サイト)
http://java.sun.com/j2se/1.5.0/ja/index.html
0011デフォルトの名無しさんNGNG
J2SE 1.5 の重要な特徴です。
・新しい言語拡張:メタデータ、ジェネリック型、列挙型、プリミティブ型の Autoboxing
・新しい JVM 監視および管理 API
・改善された out-of-box パフォーマンス
・新しい (互換性のある) デフォルト Java Look & Feel

http://java.sun.com/developer/technicalArticles/releases/j2se15/
0012デフォルトの名無しさんNGNG
out-of-boxってなんですか？
0013デフォルトの名無しさんNGNG
個人的には、Javaコードでプロファイリングを織り込めてしまうの
がありがたいな。
0014デフォルトの名無しさんNGNG
Enhanced for loopって
iterator()のあるクラスじゃないと使えない？
0015デフォルトの名無しさんNGNG
なんでCだかC#なんだ？

かえってC#厨が邪魔しにくるだけじゃないのか？
0016デフォルトの名無しさんNGNG
WebSphereでの正式対応がおそらく3年後なので、はっきり言ってどうでもいい ＞ JDK1.5
0017デフォルトの名無しさんNGNG
>>14
配列も使える
0018デフォルトの名無しさんNGNG
ていうかなんでC#が関係あるんだYO!
C#厨が立てたスレかYO!　
0019デフォルトの名無しさんNGNG
JDK1.5なんで死語だろ
J2SE1.5だろ

それとＣは関係ないだろ。

スレ立て直しだろ。
J2SE1.5についてだけ語るスレにするべきだ。

さもないと前スレのようにC厨とかC#厨とかがスレを荒らすのでウザイ。
0020デフォルトの名無しさんNGNG
隔離スレ認定
0021デフォルトの名無しさんNGNG
　　　　　　　　　　　　　;∵;,".　　;；∴”:ﾟ・,'.ﾟД;∵ζ;,".
　　　　　　　　　　　　　　　　　;∵;,".;；∴”:ﾟ,'.　　）;∵;,".
　　　　　　　　　　　　　　　　　　;∵;,".　 /　　　ヽ
　　　　　　　　　　　─　＿-　 ;∵;,".　 ./　　 /| ..|
　　舞えやぁ！　　　-─_｀;,　　 　　　/ 　　 | ..| │←>>C#＆Anders Hejlsberg
　　　　　　　　　　　　ヽ　 ゝ　　″　 ／ |　　| ..|　|
　　　　　　　　　　　　 .|　 │　∵;／　／|　│　巛
　　　　　∧　∧　　　　|　　|　 ／　／　 |　 .| 　　　　　
　　　　（　ﾟ∀ﾟ）､　　　/ 　 /⌒　／ 　　.｛　│
　　　＿」＿ノ　丿　 /　. /　 　　　　　　 |　 |
　　（＿_＿＿／ヽ ノ　 ./ 　　　　　　　 （　　）
　／　／＼ 　　　 　 　/　　　　　　　　 　￣
(＿／　　 ..＼　　 /ノ
　　　　　　 　|　　 |
　　 　　　　 /　　/
　　　　　　../　　/
　　 　　 ／　 ／
　　　 ／　 ／
　 .　（＿_ノ
　　　　　　　　　　　　　　　　　　──────────
────────　　　　　　　　　　──────
0022デフォルトの名無しさんNGNG
C#厨はバカばっか。Java以外の言語は全て糞。
0023デフォルトの名無しさんNGNG
そうやってJava厨のフリして自作自演して
「Javaしかできない奴って(ry」とか言うんだろC#厨。
嫌な奴。
0024デフォルトの名無しさんNGNG
巷の企業の不正、例えば雪印、また道路公団なんてものを見てれば判るが、
内部告発、セルフフィードバック、自己批判がゆるいのはその組織、集団に
勢いが無い証拠。適正な外圧が加われば長くはもたない。
あと、外部の批判に感情的ってのもあるな。
身に覚えのある痛いところを突かれそうな組織ほど、マスコミの取材はさけるし、
オーム信者でもなんでも見てたらわかるだろ？よーするに身内でオナニーできればそれでいい。
0025デフォルトの名無しさんNGNG
>WebSphereでの正式対応がおそらく3年後なので
ベータでよければ、もう対応してるけど・・・
0026デフォルトの名無しさんNGNG
しょうがねえ。このスレでJ2SE1.5の話題をしろってのかよ。。。。。。。。。。。。。。


いっちょいったるか。

1.5でjava.util.concurrentがでたってことは

ＯＳの仕組みを復讐しないとあかんのか。

瀬間ふぉとかミューテックスとか
0027デフォルトの名無しさんNGNG
・JavaができればC#はできるし
・C#ができればJavaはできる
・CとJava(C#)ができれば、C++ができる
・C++ができれば、CとJava(C#)ができる
この関係が崩れてるやつは、言語を習得できてない
0028デフォルトの名無しさんNGNG
セマフォもミューテックスも
シンクロナイズと変わらないと思うけど。
つまり、OSの仕組みを復習する必要はない。
0029デフォルトの名無しさんNGNG
>>27
しかしその三つの言語知っているだけでは何かが足りない。
そうだ！　Prologだ！ Lispだ！ Perlだ！
ってか。
0030デフォルトの名無しさんNGNG
今日本屋いったらJavaとEclipseの本を読んでるオタ風不細工メガネデブの隣で
かわいい女の子がVB.NETの本を熱心に読んでたよ。
なんか時代は変わったと思ったね。
0031デフォルトの名無しさんNGNG
>>30
コピペ厨ウザイから荒らすな
0032デフォルトの名無しさんNGNG
perlはいらないよ
0033デフォルトの名無しさんNGNG
J2SE1.5から
今までGenericsでなかったクラスがいくつかGenericsになるわけか
0034デフォルトの名無しさんNGNG
まあ、C#に比べたら真のgenericsじゃないけどね。(ｹﾞﾗ
0035デフォルトの名無しさんNGNG
それは逆だと思うけど。
0036デフォルトの名無しさんNGNG
リフレクションでgeneric typeかどうかも分からない糞仕様なんて･･･
0037デフォルトの名無しさんNGNG
そんなもん仕様の問題じゃないし。
APIがまだ実装されてないだけじゃね？
0038デフォルトの名無しさんNGNG
http://www.artima.com/intv/generics.html
JavaとC#のgenericsについて、ヘジが語ってる。

どうもあれだな。
Javaは様々な機能を独自のやり方で取り入れて行ってる。
C#は、昔のJavaからスタートして、C++っぽい考え方で仕様を拡張して行ってる。
ってな感じがする。

ヘジはJavaの欠点ばかり指摘しようとしてるが(っつーかJava対抗だから当たり前だが)、
俺はC++臭のするgenericsよりも、シンプルでwild cardが使えるgenericsの方が好きだな。
0039デフォルトの名無しさんNGNG
>>36
JavaでもC#でもわかるけど・・・C++のことか？
0040デフォルトの名無しさんNGNG
ヘジルスとゴスリングとでは
知識の幅の広さの違いが感じられる。
プログラミング経験量の違いもでているんだろうか。
0041デフォルトの名無しさんNGNG
ところでgenericとか誰が必要としてるの？
0042デフォルトの名無しさんNGNG
JDK1.5なんて必要ありません
genericsも必要ありません
enumも必要ありません
boxingも必要ありません
foreachも必要ありません
IDEも必要ありません
進歩したら学習コストがかかるからね
0043デフォルトの名無しさんNGNG
Vector< T extends X >って構文の意味がわからんよ。
Vector< X >では駄目なんか？
また、newのある意味がわからんよ。
daleteが無いんだから、別にnewが無くても構成上支障は無いはず。
0044デフォルトの名無しさんNGNG
タイガーだのパンサーだの、負け組みにはネーミングの共通点があるのか？
おそらく押さえ込まれてるのを無意識にでも自覚しているので、文字通り
虎の威をかる狐になっちゃうのかな？
0045デフォルトの名無しさんNGNG
>>44
最後の一行が言いたかっただけ、と読んでみました。
0046デフォルトの名無しさんNGNG
>>45
いや書きながら思いついて自然とそうなったよ。
むしろ何かパンサーと似てるなとか思ったから。
0047デフォルトの名無しさんNGNG
翔って名前つける親はDQNが多い。
親は自分が社会的に地味なので、子供に派手な名前をつけて希望を託す。
名は体を表すと言うが、地に足がついてないような名前はどうかね？龍とかさ、わからんでもないが。
MSとかAMDなんか地名が多いよね、雪山の名前とか都市名とか。
ところで次のJDK1.6のコードネームってなに？
0048デフォルトの名無しさんNGNG
>>47
借りて来た cat.
0049デフォルトの名無しさんNGNG
>>41
j2se1.5β
http://java.sun.com/j2se/1.5.0/index.jsp

eclipse3.0
http://download2.eclipse.org/downloads/drops/S-3.0M7-200402122000/index.php
(Platform Runtime Binaryをダウンロード）

JAVAとC#の比較
http://objectclub.esm.co.jp/cs-vs-java//cs-vs-java.html

J2SE1.5の新機能
http://www5.airnet.ne.jp/sakuraba/java/laboratory/J2SE1.5/contents.html

C++とJavaの総称
http://www.mamezou.com/tec/Tips/javaGenericsVsCppTemplate/

JavaGenerics概説
http://objectclub.esm.co.jp/JavaGenerics/
0050デフォルトの名無しさんNGNG
>>42
かかんねえよ。
foreachあんんて滅多につかわないし
enumはシンプルで重宝するし。
学習コストはgenericsと真APIだけだろ
それでもかなり有益だが。


0051デフォルトの名無しさんNGNG
>>47
それって日本語に訳してるだけじゃん。

ＡＭＤのCPUもわざわざ日本語に訳して解釈するのかい？
Thunderbird → 雷鳥
Barton → 豚
ムスタング　→　馬

とか
0052デフォルトの名無しさんNGNG
>>51
噛み合ってない？
0053デフォルトの名無しさんNGNG
げねりくそめちゃ便利だ

foreachとか使いまくってるけど。

てか、今まで作ったコード書き直してるんだけど
これがすごい大変なんだな（泣）
0054デフォルトの名無しさんNGNG
>>53
　後方互換性あるのだから、とりあえず新規分だけ使えばいいのでは？
　キャストしてバグでていないなら、Generic 使って書き直す価値は無い。
0055デフォルトの名無しさんNGNG
じぇねりっくよりｅｎｕｍだよなぁ
既存のコード買えてまでなおしたくなるのは
0056デフォルトの名無しさんNGNG
じゃばよりC#だよなぁ
既存のコード捨ててまでいこうしたくなるのは
0057デフォルトの名無しさんNGNG
じゃばより漁師だよなぁ
既存の生活捨ててまでいこうしたくなるのは
0058デフォルトの名無しさんNGNG
もちろん、書き直す必要はないけど
せっかくげねりくそあるから書き換えたくなるじゃん。

まじで便利だよ。
C#もいいけど、りなくそで使いたいからさ。

0059デフォルトの名無しさんNGNG
Ｇｅｎｅｒｉｃｓ使うからといってコードをすべて書き換えなくちゃならない理由はないだろ
0060デフォルトの名無しさんNGNG
Javaがどんどん汚されていくな
もう余計な構文糖の追加はいらんよ
0061デフォルトの名無しさんNGNG
>>60
そんな貴方に BrainFuck
0062デフォルトの名無しさんNGNG
>>60
そうでもなさげ。
JavaでC++のtempalteが使えるGenericsがでると聞いたときは
ショッキングでまさかと思ったがよく調べてみたら
C++のtempalteほど汚くはならなかった。
C++のような危険な使われ方をせずに済みそうだ。



0063デフォルトの名無しさんNGNG
型キャストなくす”だけ”しかできないGenericsなんてｲﾗﾈ。
俺も最初はC++のtemplateがJavaでも使えると思って期待したけけどさ。
0064デフォルトの名無しさんNGNG
型強化のためでしょ？

テンプレートのようなぐちゃぐちゃを目指した訳じゃないから
ｊａｖａの方向性としてこれでいいんじゃないの？
0065デフォルトの名無しさんNGNG
>>59
キャストがめっさ減る
そして美しいソースコードへ変貌する
だから、どうしても書き直したくなる
0066デフォルトの名無しさんNGNG
>>63
キミ自身がリアクション取らなかったんだからしょうがないでしょ。
少なくとも1999年に generics の案が JCP に出た後、5年間もあったし、
その前からも議論はあったわけで。

生簀の魚みたいに口開けて待ってるだけだと損するよ。
0067デフォルトの名無しさんNGNG
>>63
それだけじゃあねえだろ。
おかげでtypesafe Enumとか可変長引数とかを使いやすくなったのだから。

C++のtemplateのようなリスキーな機能はバグばかり出すプログラミングが横行するからイラネ
0068デフォルトの名無しさんNGNG
>>66
なにげに、J2SE1.5の仕様策定でJCPが下した決断は正しいと思うな。
ジェームズゴスリングは目先の利便性よりもあとあとの問題の対応で困らないように慎重に慎重に検討しているようだ。
0069デフォルトの名無しさんNGNG
java,c++初心者ですが

>型キャストなくす”だけ”しかできないGenericsなんてｲﾗﾈ。
他に何ができるんでしょうか？
何個くらいありますか？
0070デフォルトの名無しさんNGNG
>>69
簡単に言うと、
GenericがC++に登場したのはコンテナの問題があったから。
ベースクラスがないC++では、いちいちクラス毎のコンテナを作るか、
プリプロセッサマクロでシコシコ作る労力が必要だったけど、
templateの導入でその辺が解消された。
標準ライブラリもSTLへ書き直された。
というか、それ以前はまともなライブラリが存在しなかった。

Javaは最初からベースクラスが存在していたので、
コンテナを作る労力の問題はなかったけど、
いちいちキャストを行う必要があった。
それを不要にしたのが今回のGeneric拡張。

事情は違うけど、どっちも構文的にクソの類に近づいているとは思う。
0071デフォルトの名無しさんNGNG
えーと
ちょっとわかってないのですが、
結局、javaとc++はどこが違うんですか？

ベースクラスがある、なしは
言語仕様の問題ですか？
0072デフォルトの名無しさんNGNG
まぁ俺もgeneric多用するコードはよくないと思う
キャストが面倒なだけなら本来はラッピングしたクラス用意すべきだし

コーディングの手間を減らすには多少の効果はあるけどね
積極的に使用すべきものはtype safe enumだけかと

型が厳密な綺麗なコードってのは人が取っつきにくいコードでもあるからねぇ
どこで妥協すべきかってのは難しい問題
javaは現在主に使われている言語ではお堅いほうだからね
俺はそれがいいと思ってるんだけど、そう思ってない人も多いみたいで
0073デフォルトの名無しさんNGNG
>>71
つまりJavaのGenericは動的な部分が残るってこと。
現状では型安全の強化＋キャストの代行って意味合いが強い。
対してC++のtemplateは、可能な限り静的に展開される。
ただしC++の方式は、用法に気をつけないとtemplateの
展開で生成されるコードが無闇に増大し、プログラムが
大きくなりすぎるというリスクがある。
0074デフォルトの名無しさんNGNG
> 対してC++のtemplateは、可能な限り静的に展開される。
可能な限り？ C++のtemplateって動的に展開される事もあるんだっけか？
0075デフォルトの名無しさんNGNG
今まで散々Javaにないからといってgenerics不要論唱えてきて
急に採用されたからって照れ隠しに反対してる馬鹿数名。
0076デフォルトの名無しさんNGNG
>キャストが面倒なだけなら本来はラッピングしたクラス用意すべきだし
generics使うのと何が違うの？
0077デフォルトの名無しさんNGNG
低能でも使える道具は良い道具。しかしさらに良い究極の道具は低能には使いこなせない。

セスナ機は誰でも簡単に操縦できるが高性能戦闘機は難しい。携帯電話を使いこなせる近
所のおばちゃんはパソコンが難しいと言う。JavaはできるがC++は難しいというプログラ
マーは大量にいる。

ここ数年で急増したJavaプログラマーは、C++など他の言語の習得に失敗した専門学校上
がりのDQNが多い。濃縮された低能集団が大量に集まっている。質より量で低能プログラ
マーを大量投入しなければならず、人件費の平均単価は下がる一方だ。

日本の企業はいまだに能力による待遇差別を嫌う。君がいくら有能なJavaプログラマーで
あっても、大量の低能プログラマーとほとんど同じ賃金を受け取ることになる。

仕事が速い有能プログラマーや、定時間内に集中して仕事をするプログラマーは、残業手
当が少なくなってしまう。低能プログラマーは仕事が遅いため多くの残業手当を手にする。
ただでさえ低い賃金に悩んでいる有能プログラマーは、低能プログラマーの高い残業手当
を見て憤りを感じ、これを続けることで有能なプログラマーが壊れることになる。

Javaは良い言語だが、そのスキルは将来の収入アップには繋がらない。向上心を持っても
無駄だ。低能集団の中の有能なプログラマーは出る杭として打たれる。

それでもJavaは良い言語。「個性を望まない」「みんな同じを望む」という日本の教育で
作られた大量の低能達をうまく使いこなすにはJavaが一番だ。安価な歯車になって人生を
全うする覚悟があるならば、是非ともお奨めしたい。今の日本に必要とされる人材だ。
0078デフォルトの名無しさんNGNG
Java開発者の７割は本物のスキルを持っていない、ガートナー調査より
http://www.itweb.co.za/sections/software/2004/0403191257.asp?A=APD&S=Software%20Development&O=FPT
0079デフォルトの名無しさんNGNG
>>78
他の言語でも似たようなもんだろ。
そもそも本物のスキルって何だ？
0080デフォルトの名無しさんNGNG
要は複雑怪奇な糞仕様をIDEで隠すこともできず破綻し始めてるということだな
0081デフォルトの名無しさんNGNG
糞仕様ってどのへんが？
0082デフォルトの名無しさんNGNG
破綻ってどのへんが？
0083デフォルトの名無しさんNGNG
複雑怪奇ってどのへんが？
0084デフォルトの名無しさんNGNG
どのへんがってこのへんか？
0085デフォルトの名無しさんNGNG
IDEってどのへんが？
0086デフォルトの名無しさんNGNG
>>77
JavaをVBに置き換えれば本来の文章になるね。
0087デフォルトの名無しさんNGNG
>>79
他の言語というか、開発者数の問題だな。
マイナーなうちは、他の言語もできる、スキルを持った人が大半を占める。
メジャーになると、その言語しかしらない人が増える。
Javaも普及したもんだ。
0088デフォルトの名無しさんNGNG
荒らす前に、ここらのページを理解して来いよ。
釣られる気にもならない。
ちなみに、C++プログラマの９９％はオブジェクト指向が使えない。
C++プログラマの99.9%はヘッダファイルをちゃんと書けない。
C++プログラマの99.9%はTemplateの間違った使い方をする。（あるいは使えない）
C++プログラマの99.9%はtry/catchの間違った使い方をする。（あるいは使えない）
C++プログラマの99.99%は関数ポインタを使えない。
（まあ、オブジェクト指向ができればいいんだけどさ）

j2se1.5β
http://java.sun.com/j2se/1.5.0/index.jsp

eclipse3.0
http://download2.eclipse.org/downloads/drops/S-3.0M7-200402122000/index.php
(Platform Runtime Binaryをダウンロード）

JAVAとC#の比較
http://objectclub.esm.co.jp/cs-vs-java//cs-vs-java.html

J2SE1.5の新機能
http://www5.airnet.ne.jp/sakuraba/java/laboratory/J2SE1.5/contents.html

C++とJavaの総称
http://www.mamezou.com/tec/Tips/javaGenericsVsCppTemplate/

JavaGenerics概説
http://objectclub.esm.co.jp/JavaGenerics/
0089デフォルトの名無しさんNGNG
eclipse3.0M7って1.5に対応してるの？
0090デフォルトの名無しさんNGNG
>>88
関数ポインタを何か特別な物だとお思いのようで。
何かトラウマでも？
0091デフォルトの名無しさんNGNG
>>88
ｽｹﾞｰﾅ、アンタの周り、アホしかいないのか。どこの会社の人？

>>C++プログラマの99.99%は関数ポインタを使えない。
まあ、C++なら使わなくても問題ないしー。
0092デフォルトの名無しさんNGNG
>関数ポインタ
制御文を式で代用出来るから表記が簡潔になる。
と初心者は有難がるが、実は最新のIDEでも
間接的にしか定義をトレース出来ないから、
見通しが悪くなる罠。
理解できないからといって、そんなに卑屈に
なる必要は無いぞ。>>88よ。
0093デフォルトの名無しさんNGNG
メソッドポインタのないC++は糞
0094デフォルトの名無しさんNGNG
>93
卑屈になるなといってるのに・・
0095デフォルトの名無しさんNGNG
メソッドポインタのないJavaも糞
0096デフォルトの名無しさんNGNG
強い型付の言語で汎用ルーチン書こうとするとGeniricsが欲しくなるのは
仕方ないように思うよ。
0097デフォルトの名無しさんNGNG
>関数ポインタを何か特別な物だとお思いのようで。
オブジェクト指向が使えない→関数ポインタが使えない
これは真

関数ポインタが使えないけど、オブジェクト指向が出来る人

まあ、多少はいるけど・・・
オブジェクト指向ができれば、関数ポインタも使えるから
関数ポインタが使えない事とオブジェクト指向が出来ない事は
等価だな。


>制御文を式で代用出来るから表記が簡潔になる。
>と初心者は有難がるが、
え、この人何言ってるのｗ
0098デフォルトの名無しさんNGNG
ここで糞と言われている全てのことはD言語で解決
0099デフォルトの名無しさんNGNG
>>97
> 関数ポインタが使えないけど、オブジェクト指向が出来る人
> まあ、多少はいるけど・・・

と

> オブジェクト指向ができれば、関数ポインタも使えるから

が矛盾してるぞ。

> え、この人何言ってるのｗ

お前に言うべきせりふだよ。(藁
0100デフォルトの名無しさんNGNG
つまり構文的にはアセンブラが一番美しいということでよいですね？
0101デフォルトの名無しさんNGNG
すると必然的に見た目が似ているHSPも美しいということになりますよね
0102デフォルトの名無しさんNGNG
HSPは確かに美しいが、スレ違いだ。
0103デフォルトの名無しさんNGNG
typedef int (Test::*testfunc)(int);
testfunc f = &(Test::func);
Test* t = new Test;
int result = (t->*f)(5);
まあ、確かにそりゃないよ〜って思う。
こんな構文じゃ、使えない奴が多くても驚かんね。
0104デフォルトの名無しさんNGNG
>>98
D言語は存在そのものが糞。
まずはstring型実装してコンパイラ安定させろ。
話はそれからだ。
0105デフォルトの名無しさんNGNG
Genericsとかって要るの？　安全にコレクションのやりとりしたけりゃオブジェクトの配列を使えばいい

String[] strs;

0106デフォルトの名無しさんNGNG
コレクション（コンテナ）＝配列ですかそうですか。
0107デフォルトの名無しさんNGNG
>>105
サイズ可変のものを安全に操作したい。
マップを安全に操作したい。
0108デフォルトの名無しさんNGNG
>>72-73
Genericsを多用すべきでないと言うことは

JavaでGenericsが出たら心がけるべき
使用方法というのがあるとか？


すくなくともコレクション系やNumberクラスをメソッドの引数にするようなものには
よく使いたいのだが。
0109デフォルトの名無しさんNGNG
>>75
何言ってんだこいつ。
急に採用されたと思いこんでいるみたいだな。
何年も前から慎重に議論されてきたことだというのに。
0110デフォルトの名無しさんNGNG
>>77自身はC++もJavaもフルに使いこなすことができないんだろうな。

「Javaは糞、俺はC++できるぜ」といっておきながら
JavaにはないC++の機能をフルに使いこなすこともできない、
Javaにある機能すらフルに使いこなすこともできない
使いこなせるレベルはただのC言語レベル。
実際こういうのが多いんだよね。C++厨の仮面を被ったC厨ってのが。
0111デフォルトの名無しさんNGNG
ユーザーがgenericsを直接使ってライブラリを作る必要はそうないだろ。
だから多用も何もないよ。
あくまでgenericsで構築されたコンテナライブラリを使うだけ。
だからヒステリックに反対したり大げさに騒ぎ立てる必要はない。
0112デフォルトの名無しさんNGNG
やっとtemplateが採用されたか。
次は演算子オーバーロードだな。
0113デフォルトの名無しさんNGNG
JavaもどんどんC++の真似を始めてるな
0114デフォルトの名無しさんNGNG
>>112
残念ながらＣ＋＋のtemplateのようにはいかない。
0115デフォルトの名無しさんNGNG
>>111
Generics使うとデザインパターンでも役に立つモノがあるわけだが。
StrategyパターンとかBridgeパターンとか
0116デフォルトの名無しさんNGNG
演算子オーバーロードするならMLみたいに
キーワード演算子も対応してほしい。
0117デフォルトの名無しさんNGNG
>>113
C++ しかできない人にはそー見えるのかもしれん。
0118デフォルトの名無しさんNGNG
>>117
真似に見える時点でC++もできてない。
0119デフォルトの名無しさんNGNG
つーかデフォルト引数だろ。
似たようなメソッド3つも4つも
作って何が楽しいのかと。
0120デフォルトの名無しさんNGNG
そうだね。
デフォルト引数は欲しいね。
0121デフォルトの名無しさんNGNG
デフォルト引数はバグの元としてC++/Delphi->C#で廃止された。
0122デフォルトの名無しさんNGNG
名前付き引数のほうがいいな。
0123デフォルトの名無しさんNGNG
なにそれ?
0124デフォルトの名無しさんNGNG
>>114
C++のようなtemplateは、そもそも要らない。
0125デフォルトの名無しさんNGNG
デフォルト引数は、python や ruby には存在するね。
D には…ないのか。
0126デフォルトの名無しさんNGNG
>>116
危険で無駄な機能は不要だよ。
Jakarta Veloocityで代用できる。
少なくとも演算子オーバーロードが
ただのenumではなくtypesefe enum、
ただのtemplateではなくGenericsのようなしっかりとした
堅牢性の高い仕様でなければ不要と言わざるを得ない。
0127デフォルトの名無しさんNGNG
> しっかりとした 堅牢性の高い仕様でなければ不要と言わざるを得ない。
採用されるまでは「不要だ不要だ」と言っておきながら、採用されたとたんにこれか。
0128デフォルトの名無しさんNGNG
>>127 今でも不要と思っているけどね。あれもこれも必要とつけていくと、気付くと C++ のようになる予感。
0129デフォルトの名無しさんNGNG
>>127
ちょっとまてよ。
で、何が採用された？
Genericsなど、実際に採用されたものはC++のtemplateとは異なるものだ。
あれでは「C++のtemplate機能は不要といったにもかかわらず採用された」
ということはできない。

よってGenericsが不要といったわけでもなければC++のtemplateは採用されたわけでもない。
0130デフォルトの名無しさんNGNG
すまんが >>116 の「キーワード演算子」ってのがわからんのだが、何？
0131デフォルトの名無しさんNGNG
>>129
まあそう興奮するな。ただの煽りだ。
0132デフォルトの名無しさんNGNG
>>130
任意の識別子を使って中置演算子を作れるってやつじゃないの
0133デフォルトの名無しさんNGNG
>>132
ああ、それか。
でも、それがどういう理由で危険なのかな。>>126
0134デフォルトの名無しさんNGNG
>>133
悪意を持った人間が
10 minus 4が40を返すように定義される「可能性」があるからです。
0135デフォルトの名無しさんNGNG
add() メソッドが足し算することが保証されているわけでもないのにな。
0136デフォルトの名無しさんNGNG
そもそもメソッドと演算子は仕組みが違うし。

演算子は引数が一つか二つに限られたメソッドみたいなものだし。
0137デフォルトの名無しさんNGNG
>>135
同意。
「10 mius 4 が40を返すように定義される可能性」と，
「minus()メソッドが掛け算を行うように定義される可能性」では，
前者の方が可能性が高いと言える理由が分からない。
演算子のオーバーロードが普通のメソッドに比べて「より」危険である理由を
説明してくれる人は誰かいないの？
0138デフォルトの名無しさんNGNG
>>137
頭痛の種は二つより一つの方がまだましだからです。
0139デフォルトの名無しさんNGNG
演算子オーバーロードの危険性ってのは、
定義済み演算子の意味をも変更できるから危ないってことでしょ。
0140デフォルトの名無しさんNGNG
本音：S○Nのパースの実装が糞なので演算子オーバーロードなんてJavaには組み込めません
0141デフォルトの名無しさんNGNG
>>137
C++の演算子オーバーロードって、ユーザが想像もつかないようなことが起きやすい
っすよね。アホが勇み足で=だの[]だの&だのに変なオーバーロードをかけていたせ
いで、えらい目にあったことがある人、手を挙げて〜。
0142デフォルトの名無しさんNGNG
↓　自作自演開始
0143デフォルトの名無しさんNGNG
お前ら演算子のオーバーロードについてあまりめったなことを口にしないほうがいいよ。
何が起こるかわからないからな。今回の事がいい教訓になっただろう。
0144デフォルトの名無しさんNGNG
今回のことってどういうこと？
0145デフォルトの名無しさんNGNG
>>137
機能性の高さからメソッドのオーバーロードがあれば演算子のオーバーロードはいらん
といえるが

演算子のオーバーロードがあればメソッドのオーバーロードはいらんとは
言えないだろ。

とりあえずここではメソッドがstaticだとして説明するぞ。

doMethod(int x, int y)というメソッドを
演算子で x doMethod y　のように定義できたとしても

doMethod(int x, int y, String z, Number a, FileInputStream b)
なんてメソッドを演算子で定義できるか？
三項演算子のような演算子を再定義できるようにしろというのか？
かえって可読性が低下するだけだぞ。

それにdoMethod(AudioInputStream x, Socket y)
doMethod(AudioOutputputStream x, URL y)

なんて二つのメソッドを同じ演算子で使うようにしたいとき
型の違いによる煩雑さが増すだけだ。
それに演算子の優先順位も決定しなくてはならない。
混乱が増えるばかりだ。スパゲティコードを作りやすくなる。
それにくらべJ2SE1.5の新機能はスパゲティコードを作りやすい方だと言えるか？ >>143よ


0146デフォルトの名無しさんNGNG
1.6ではpropertyとdelegateが導入されます。
0147143NGNG
>>145
俺に聞くなよｗ
ただ一つ言えるのは>>145の発言はしっかりログとして保存されるということだ。
削除依頼だすなら今のうちだぞｗ
0148デフォルトの名無しさんNGNG
>>145
中卒？群とか環とか体とか知ってる？
0149デフォルトの名無しさんNGNG
なんかいらない機能増えてるなぁ…
そんなにキャスト嫌いなのか？？
私は嫌いじゃないんだけど…
0150デフォルトの名無しさんNGNG
じゃあ参照保持する変数もObject型だけで十分ですね。
キャストすればいいだけですから。
0151デフォルトの名無しさんNGNG
まあ今なかったりかつてなかった機能を必死に拒絶したくなる気持ちも分からなくもない。
2chで突っ込まれると劣等感を感じるみたいだしな。
Del厨も正規表現ライブラリいらないとか言い張ってｳｻﾞいの何の。
0152デフォルトの名無しさんNGNG
>>149
get するときのキャストが嫌いっつーよりも
set するときの型チェックが嬉しいのでは。
0153デフォルトの名無しさんNGNG
setArray(ArrayList<Integer> al)
こんな感じになるのかなぁ？？
0154デフォルトの名無しさんNGNG
List<Hoge> list = .....;
list.set(index, new Foo());

で、Foo が Hoge の下位クラスでなければコンパイルエラーになるのが
嬉しいって事では？
0155デフォルトの名無しさんNGNG
Genericsがあるのにtypedefがないって、
unko< tinpo< omeko< hiroyuki< sine< damepo< ore > > > > > obj;
みたいなクラスは、ただひたすら直気書きするしかないのか？
0156デフォルトの名無しさんNGNG
>>155
class Obj extends unko<tinpo<omeko<hiroyuki<sine<damepo<ore>>>>>{ ... }
すれば良いだけでは？
0157デフォルトの名無しさんNGNG
>>156
ただ可読性を上げる為だけにクラスつくんの？
ありえなーい。
0158デフォルトの名無しさんNGNG
>>155みたいな思考でtypedef欲しいってのも相当アホだけどね。
0159デフォルトの名無しさんNGNG
>>158
そうか？俺は一般的なtypedefの使い方だと思うけど。
hash_map< ClassA, ClassB, ClassA::HashFunc >とかベタで使う奴の方が
俺はアホだと思う。
0160デフォルトの名無しさんNGNG
ヘッダファイルみたいなもんが無い Java では
複数のファイルで共通の typedef 宣言を参照させるのは難しい。
プロジェクト内の .java ファイル全部に同じ typedef 書き連ねるつもりか？

くらいの問題点は2,3分考えりゃ誰でも気が付くと思うんだけどなぁ…
0161デフォルトの名無しさんNGNG
だいたいデフォルト引数が使えないJavaだが、
Genericsのパラメータにデフォルト値は付けられるのか？
（ドキュメント流し読みではそんな記述は見つけられなかったが・・。）
typedefも使えない、デフォルト値も駄目ときては
IDEのサポートでもなければ、とても使用に耐えないような気がする。
0162デフォルトの名無しさんNGNG
>>160
むしろJavaはヘッダしか無いと言った方が正しいのでは？
単にusingでインポートさせればいいじゃん。
0163デフォルトの名無しさんNGNG
>>161
まぁ、使えない人は使わなくてもいーんじゃないでしょーか。
0164デフォルトの名無しさんNGNG
> むしろJavaはヘッダしか無いと言った方が正しいのでは？
？

> 単にusingでインポートさせればいいじゃん。
思いつきで言われてもねぇ。やりたければ自分で実装してみれば？
0165デフォルトの名無しさんNGNG
>演算子のオーバーロードが普通のメソッドに比べて「より」危険である理由を
>説明してくれる人は誰かいないの？
他人の作ったライブラリーで演算子のオーバーロードしてあるクラスを
ポリモーフィズムさせて使ってみな。
おまけに、自分で作ったクラスも加えてみれば
もはや使い物になりませんと。
0166デフォルトの名無しさんNGNG
j2se1.5β
http://java.sun.com/j2se/1.5.0/index.jsp

eclipse3.0
http://download2.eclipse.org/downloads/drops/S-3.0M7-200402122000/index.php
(Platform Runtime Binaryをダウンロード）

JAVAとC#の比較
http://objectclub.esm.co.jp/cs-vs-java//cs-vs-java.html

J2SE1.5の新機能
http://www5.airnet.ne.jp/sakuraba/java/laboratory/J2SE1.5/contents.html

C++とJavaの総称
http://www.mamezou.com/tec/Tips/javaGenericsVsCppTemplate/

JavaGenerics概説
http://objectclub.esm.co.jp/JavaGenerics/
0167デフォルトの名無しさんNGNG
>ただ可読性を上げる為だけにクラスつくんの？
>ありえなーい。
たかがクラスを一個作るだけだろ。
eclipse使いなら5秒でできる。
0168デフォルトの名無しさんNGNG
>>165
a + b を a.add(b) に解釈するような単純な演算子オーバーロードの実装でもだめなの？
あと、メソッドならポリモーフィズムを使っても問題にならないという理由が理解できないんだが。
数値型ならそもそも派生することがナンセンスだし、
C#の event のようなものなら、+= の右辺は派生クラスである（実装したリスナのような）ことが当然じゃないのか？
0169デフォルトの名無しさんNGNG
>>167
あほ。そういう問題じゃねぇよ。
0170デフォルトの名無しさんNGNG
>>169
演算子オーバーロードって、たかが可読性のためにメソッド一個定義するわけ
ですが。どう違うのですか？
0171デフォルトの名無しさんNGNG
誰かがつくった仕様書で
引き継いだPGが即日仕様を理解して実装できる。
そのために
0172デフォルトの名無しさんNGNG
>>170
あほ。演算子オーバーロードなぞいらんわ。
0173デフォルトの名無しさんNGNG
> C#の event のようなものなら、+= の右辺は派生クラスである（実装したリスナのような）ことが当然じゃないのか？
・listenerA += (listenerB += handler) ができない。
・(listener += handler)(sender,e); ができない。
とかはどーなんだろーね？

っつーか、C#のイベントの += と -= は add と remove で何が悪いのかさっぱり理解できない。
0174デフォルトの名無しさんNGNG
>>170
可読性よりも記述性じゃないかと。

極端な話だが、演算子の無いLISPと演算子の塊の様なC、
どっちが書きやすいだろうか。
0175デフォルトの名無しさんNGNG
可読性も大事だと思うです。
0176デフォルトの名無しさんNGNG
プログラムは書く時間よりもコンパイルする時間よりも
読む時間のほうが長いからなあ
0177デフォルトの名無しさんNGNG
genericsって、結局コンテナ問題の妥協の産物でしかないんだろうか。
0178デフォルトの名無しさんNGNG
>>177
お前の人生妥協の連続
0179デフォルトの名無しさんNGNG
>>154
うむ、非常にうれしい。


>>155
そのような記述方法が制限されるということはないだろうか？

無駄に継承すればいいってもんでないのと一緒
0180デフォルトの名無しさんNGNG
>>160 >>168
ヘッダファイルやtypedef、演算子オーバーロードがどうしても欲しければ

Jakarta Velocityで解決
0181デフォルトの名無しさんNGNG
>>147
これだけ時間が経過しても具体的に反論できないのか。

>>148
集合論を持ち出して何の意味がある。
スパゲティコードと位相幾何学との相関を求めよ。
0182デフォルトの名無しさんNGNG
>>180
Javaから省いた蛇足がVelocityなんだなｗ
0183デフォルトの名無しさんNGNG
蛇足っちゅーか
Java にないけど使いたくてしょうがないから
Velocity の連中は作っちゃったって話だろ？
0184デフォルトの名無しさんNGNG
Javaの精神を理解してないね。Velocityの連中は。
0185デフォルトの名無しさんNGNG
Javaに見捨てられたVelocity。
いやJavaを見捨てたVelocityというべきか？ｗ
0186デフォルトの名無しさんNGNG
>>180
Velocity 使わんでも自分が欲しいプリプロセッサ探すか、作ればいーだけの話。
0187デフォルトの名無しさんNGNG
>>184
それをいうならC#や.NET作った連中なんか全然理解していないだろw
Velocity作った連中のほうが良く理解している。
0188デフォルトの名無しさんNGNG

マルチタスク実現へJava言語改良
http://www.itmedia.co.jp/news/articles/0404/07/news018.html


Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能
が備わり、ローカライズコンピューティング処理実行のための分離が可能になるという。


　米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部でのアプリケーションマル
チタスク実現に向けてJava言語の改良に取り組んでいる。カリフォルニア州サンノゼで
開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。

またJ2SE 1.6では、Javaプログラム間の高速通信を可能にするSockets Direct Protocolの
サポートが計画されている。カウンディンヤ氏によると、J2SEに施された改良は、その後間
もなくJ2EEにも組み込まれる予定。

　1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONEカンファレンスで正式リリース
の運びとなる見通し。J2SE 1.5では、Javaプログラミングの簡易化に焦点を当てている。


　
0189デフォルトの名無しさんNGNG
J2SE1.6では今までOSだけでしかできなかったことがJavaだけでできるようになるのか。
汎用プログラミング言語初？
0190デフォルトの名無しさんNGNG
>>188
Tiger でやってるJITコンパイル後のネイティブコードをJVM間で共有するってのを促進するだけでしょ。
0191デフォルトの名無しさんNGNG
1.5って起動が鬼はやじゃね？
0192デフォルトの名無しさんNGNG
>>190
そうかねえ。

OSに依存せずにスケジュール管理ができると期待しているけれども

0193デフォルトの名無しさんNGNG
マルチタスク実現へJava言語改良
http://www.itmedia.co.jp/news/articles/0404/07/news018.html

> 1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONE
> カンファレンスで正式リリースの運びとなる見通し。

β使った人は知ってると思うけど、あのバグだらけのTigerが
あとたった２ヶ月で正式リリースだって。

これだけでも手抜きの現実が浮かび上がってくるね。 s
0194デフォルトの名無しさんNGNG
>>193
しかも３０００人解雇でしょ。
普通に考えて間に合わないんじゃないかな。
0195デフォルトの名無しさんNGNG
235 名前：デフォルトの名無しさん[sage] 投稿日：04/04/07 10:17
リッチ・グリーン氏　3/31のコメント。
同氏は、「Java Desktop System」などのSun製品を売り込み、また、底辺からたたき上げ、採用を増やしている技術が勝利を収めているというビジネストレンドについても説明した。
このトレンドは、Sunの製品よりも、IntelのハードやLinuxに有利に働くかもしれないが、SunはソフトウェアでMicrosoftを追い越していると同氏は語った。

数日後、
「SunでJava推進の先頭に立ってきたリッチ・グリーン氏が同社を去ったことは、この提携がSun社内の対立を引き起こし、ひいてはJavaコミュニティーの内部対立につながる可能性を示すものだ」とカーペンター氏は指摘する。
Sunでは、グリーン氏の退職は同社のリストラ計画の一環だとしている。

＜もうわが社にはJava信者は要りません。逝ってよし！＞


IBMはグリーン氏を拾ってやれよ。悲惨すぎるぞｗ
0196デフォルトの名無しさんNGNG
>>193
ちなみに、どんなバグがありましたか？
0197デフォルトの名無しさんNGNG
>>196
聞いても無駄。彼は技術的なこと何も知らんのだから。
0198デフォルトの名無しさんNGNG
>>194
IBMが昔30万人を一斉解雇したことにくらべれば3000人解雇なんてたいしたことじゃないし
0199デフォルトの名無しさんNGNG
IBMもJavaの凍結死に一役買ってるね。

WebSphere5はいまだにJ2SE1.3ベース。
おかげで、現場でいまだに1.4を使ったことのない人多数。

こんな状態で1.5をリリースしてもどうなることやら。
0200デフォルトの名無しさんNGNG
>>193
> β使った人は知ってると思うけど、あのバグだらけのTigerが
> あとたった２ヶ月で正式リリースだって。

バグがあるならお前がJCPに報告すればいいだろうが。
それともお前は英語ができないのか？
お前にとってはバグでないものもバグを見なしているだけか。
実際どんなバグがあるかも明示できないお前が手抜きしている現実を浮かび上がらせているわけだが。
0201デフォルトの名無しさんNGNG
>>200
手抜き、ではなくて能力の限界でしょ。
あとJCPに報告すんのは固まってない段階の仕様にバグがあるときだけだよ。
0202デフォルトの名無しさんNGNG
＞Javaと.NETの連携技術の改善に向け協力する。

JavaVMとCLRではないところがミソかな。
0203デフォルトの名無しさんNGNG
http://www.itmedia.co.jp/news/articles/0404/07/news005.html

Sunは本来のハードウェア事業に本腰。めでたしめでたし。

http://www.itmedia.co.jp/news/articles/0404/07/news014.html

DB2もJavaから.NETへ。さすがIBMさんは分っていらっしゃる。

http://www.itmedia.co.jp/news/articles/0404/07/news015.html

Oracleは焦って薄利多売路線へ。ｗ

http://www.itmedia.co.jp/news/articles/0404/07/news016.html

MSはユーザーの声をどこの企業よりも大切にします。
0204デフォルトの名無しさんNGNG
リッチ・グリーンって3/31にはまだいたじゃん。
こんなことを言って追い出されちゃったのか･･･。
http://www.itmedia.co.jp/news/articles/0404/01/news030.html


0205デフォルトの名無しさんNGNG
>>199
> IBMもJavaの凍結死に一役買ってるね。
どこが買っているんだよw

Eclipse3.0, WADの開発が着々と進みDeveloperWorksも相変わらずJavaに関する記事を紹介しているだろw

ドトネト厨はどこまで妄想をもっているんだろうなw

> WebSphere5はいまだにJ2SE1.3ベース。
> おかげで、現場でいまだに1.4を使ったことのない人多数。

WebSphereと WebSphere Studioとの区別も付かないアフォですかねこいつは?w

> こんな状態で1.5をリリースしてもどうなることやら。

1.3と1.4,1.5との違いも即座に理解できないなんてチミはプログラマ失格だね。
あ、そうか、ドトネト厨はVBからVB.NETに移行して苦労しているから
１.3から1.4,1.5に移行するのに相当苦労すると妄想しているんだw



0206デフォルトの名無しさんNGNG
>>204
話し合いの末自分から辞めることを選んだろうと予測。
完全オープンソース化をする気なら減給するかクビにするしかないが、
それでもいいか？　と聞かれ退職することを選んだんだと予測。
0207デフォルトの名無しさんNGNG
アホアンチ荒らすなボケ
0208デフォルトの名無しさんNGNG
>>205
なるべくなら、ここでは.NET厨無視の方向で。
実は自作自演なのかもしらんけど。ageてるし。
0209デフォルトの名無しさんNGNG
リッチ・グリーン氏　3/31のコメント。
同氏は、「Java Desktop System」などのSun製品を売り込み、また、底辺からたたき上げ、採用を増やしている技術が勝利を収めているというビジネストレンドについても説明した。
このトレンドは、Sunの製品よりも、IntelのハードやLinuxに有利に働くかもしれないが、SunはソフトウェアでMicrosoftを追い越していると同氏は語った。

数日後、
「SunでJava推進の先頭に立ってきたリッチ・グリーン氏が同社を去ったことは、この提携がSun社内の対立を引き起こし、ひいてはJavaコミュニティーの内部対立につながる可能性を示すものだ」とカーペンター氏は指摘する。
Sunでは、グリーン氏の退職は同社のリストラ計画の一環だとしている。

＜もうわが社にはJava信者は要りません。逝ってよし！＞

0210デフォルトの名無しさんNGNG
>>203
こちらへ誘導準備しました。

次回はこちらでどうぞ。
【大反響】どうして.netは死滅してしまったのか？3
http://pc5.2ch.net/test/read.cgi/tech/1079428078/
0211デフォルトの名無しさんNGNG
>>203

Sun、NASメーカーProcomとライセンス契約
http://www.itmedia.co.jp/news/articles/0404/07/news005.html

IBMの次世代データベース「Stinger」、月末にもデビュー
http://www.itmedia.co.jp/news/articles/0404/07/news014.html
この記事をよんでJavaからドトネトだなんて妄想だなw
Javaのほうがすでにサポートが進んでいるからサポートが遅れている.NETとLinuxへの
対応を強化すると表明しているだけじゃん。ドトネト忠は頭が悪いなw

DellとOracle、廉価版DB普及へ提携拡大
http://www.itmedia.co.jp/news/articles/0404/07/news015.html
この記事をよんでOracleが焦って薄利多売路線？　アフォですねドトネト厨はw

http://www.itmedia.co.jp/news/articles/0404/07/news016.html
こんな記事よんだくらいでM$がユーザの声をどこの企業よりも大切にするだって？w
ユーザの声を無視して互換性のないソフトを作って仕方が無くWindowsを使わされている者が大半だという
ことにも気づかないなんてドトネト厨らしいやｗ
0212デフォルトの名無しさんNGNG
>>211
で、リッチーの首切りはどう解釈するの？
0213デフォルトの名無しさんNGNG
Javaでタスク管理、いいねえ。

java.util.concurrentを使うようになるのか？
0214デフォルトの名無しさんNGNG
>>211 .NET厨に付き合うなら、以下のスレでどうぞ。

【大反響】どうして.netは死滅してしまったのか？3
http://pc5.2ch.net/test/read.cgi/tech/1079428078/
0215デフォルトの名無しさんNGNG
ノシ
0216デフォルトの名無しさんNGNG
>>193
>>213
これって複数のJavaアプリ立ち上げてもJVMは一つで済むってことですかね？
0217デフォルトの名無しさんNGNG
つまりセキュリティホール。(ｹﾞﾗ
0218デフォルトの名無しさんNGNG
>>216
おいおい、んな機能すでにJavaに取り込まれているぞ。

これでセキュリティホールだったらC#のCLRなんか穴だらけだなw
少なくともJavaよりも穴が多いのは事実だが。
0219デフォルトの名無しさんNGNG
そうなんですか…。

>「J2SE 1.6」には、JVMのアプリケーション共有を強化する「分離」機能が備わる。
>この機能によってローカライズコンピューティング処理実行のための分離が可能になり、
>第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。

この意味がよく分からないので…。
0220デフォルトの名無しさんNGNG
>>219
予想でしかないのだけれど。
例えば、2つのアプリケーションでrt.jarが共有できるってなことかと。
メモリ効率向上と高速化(JIT結果の共有)が期待できそう。
既にクラスローダがそれっぽいことしてるので、もっと踏み込むはず。
詳細が早く知りたい。
0221デフォルトの名無しさんNGNG
1つのVMを起動しっぱなしにして、クライアントアプリを毎回そのVMにアタッチさせて早く見せかける手法か？
0222デフォルトの名無しさんNGNG
J2SE1.6が未来のJavaOSになる可能性もあるわけか
0223デフォルトの名無しさんNGNG
>>221
それだったらすでにある。
昔の古いヴァージョンでうごくJavaアプリは起動するたびに
(Windowsの場合)java.exeを起動していた。複数起動すると
java.exeが複数起動するという効率の悪い仕様だった。
しかし今はその問題は解決されている。
0224デフォルトの名無しさんNGNG
今までサービスやプロセスなどの管理をOSにまかせっきりだったが
J2SE1.6によってOSでしかできなかったことがJavaでもできるってか？

ということはマルチスレッドしかできなかったことを
マルチプロセスｍマルチタスクで実現できるのか。
0225デフォルトの名無しさんNGNG
>>223
ほんとかよ。J2EEサーバ立ち上げるとjava.exeだらけだぞ。
0226デフォルトの名無しさんNGNG
つまり、今までOSの機能を使って実現されていたプロセス間通信が
ピュアJavaコードによってなされるってこと？
いや、今までJavaがプロセス間通信をサポートしていたのかは知らんが。
0227226NGNG
プロセス間通信じゃなくてマルチプロセス機能？
0228デフォルトの名無しさんNGNG
>>222
例のJavaOSとは別に
こんなのみつけた
↓
ttp://emulin.netfort.gr.jp/

激しく本末転倒でﾜﾛﾀ
0229デフォルトの名無しさんNGNG
結局なんなのかよく分からないんですが。
0230デフォルトの名無しさんNGNG
>>229
Javaで書いたLinuxエミュレータ
0231デフォルトの名無しさんNGNG
>>225
それはLinuxがプロセスリストにスレッドも列挙してるからだろ。
でも>>223 が言ってることは謎。あるとしか言わないから詳細がわからん。
0232デフォルトの名無しさんNGNG
>>225
バージョンはいくつ？
ついでにJ2SEのバージョンも　
0233デフォルトの名無しさんNGNG
>>792
これってどうよ？

private final double[] vector;

public DoubleVector(double[] vector) {
this.vector = (double[]) vector.clone();
}

public double max() {
double max = (-1) * Double.MAX_VALUE;
for (int i = 0; i < size(); i++) {
max = StrictMath.max(max, get(i));
}
return max;
}
0234デフォルトの名無しさんNGNG
誤爆した
0235デフォルトの名無しさんNGNG
>>225
とりあえずApplet, JavaweStart対応アプリでは
すでに解決済み。

古いバージョンのコンパイラでつくったバイナリでは無理。　
0236デフォルトの名無しさんNGNG
>>231
Linux のプロセスリストに java.exe があったら怖いな。
0237デフォルトの名無しさんNGNG
> 古いバージョンのコンパイラでつくったバイナリでは無理。　
？
0238デフォルトの名無しさんNGNG
>>236
ln -s java java.exe でO.K.

ところでrt.jarの共有って、1.4のコンパイラで-source 1.4つけてコンパイルすれば有効になる？
0239デフォルトの名無しさんNGNG
> ln -s java java.exe でO.K.
んなアホな事するか。

> ところでrt.jarの共有って、1.4のコンパイラで-source 1.4つけてコンパイルすれば有効になる？
？
0240デフォルトの名無しさんNGNG
>>237
たとえばJ2SE1.2でコンパイルしたUMLツールのＩＩＯＳＳとか。
いくつも起動すると起動した数だけjava.exeが沢山立ち上がる。
0241デフォルトの名無しさんNGNG
J2SE 1.4 でコンパイルしなおせば
> いくつも起動すると起動した数だけjava.exeが沢山立ち上がる。
にならない、とか考えてるわけ？
0242デフォルトの名無しさんNGNG
IIOSSはJ2SE1.4には未対応だよん。
未だに1.2だか1.3でシコシコSwing使っているんだから
おもたくてしょうがない。
0243デフォルトの名無しさんNGNG
IIOSSも古すぎ。サイトの更新が去年の4月で終わってる。

ソフトウェアの更新履歴についても具体的に触れていない。
もう枯れているというか。Eclipse UML Omondoがタダで便利ならみんなそっちのほうを使ってしまう。

http://www.iioss.org/QA/iioss-j.html#iioss-jdk1-4-x
[Q] JDK1.4 では動作しないのですか?
いくつか動作しない機能もあります。
0244デフォルトの名無しさんNGNG
winで1.4.2だけどたくさん起動するとjavaw.exeがガンガンたまっていくぞ
0245デフォルトの名無しさんNGNG
やっぱりAppletやJavaWebStarｔだけにしか対応していないっぽい。

Eclipseとかはだめぽ
0246デフォルトの名無しさんNGNG
>>245
それはつまり、AppletやJavaWebStartを起動するJavaプラグインが
個別のAppletやJWSごとに別スレッドを立てているだけか。
きっとブラウザを複数プロセス立ち上げてそれぞれでApplet動かしたら
java.exeが複数動くんだろうな。
>>223の話と違うな。てことは223の勘違いってことでFA？
0247デフォルトの名無しさんNGNG
>>246
> きっとブラウザを複数プロセス立ち上げてそれぞれでApplet動かしたら
> java.exeが複数動くんだろうな。
いや、そうはならなかった。Applet, JavaWebStart対応アプリを複数起動しても
java.exe, javaw.exeは一つだった。
0248デフォルトの名無しさんNGNG
Windows2000とSun J2SE1.4.2_04上でJavaWebStartアプリをコンパイル&実行してますが、
新しく起動するたびにタスクマネージャのプロセスにjavaw.exeが増えていきます。
223や247の環境はどうなってるんでしょうね？
それとも、こちらの環境でのコンパイルをEclipse付属のコンパイラにやらせたのが原因？
（Eclipseは内部に独自のコンパイラを持っている）
0249デフォルトの名無しさんNGNG
> それとも、こちらの環境でのコンパイルをEclipse付属のコンパイラにやらせたのが原因？
なんで原因になるんだ？
0250デフォルトの名無しさんNGNG
Windows XP - J2SE 1.4.2_04 で試してみた。

Applet:
複数起動してもプロセスにjavaw.exeは一つもない。
ブラウザを複数プロセス立ち上げても同じ。

Java Web Start:
起動した数だけプロセスにjavaw.exeがある。

Java Application(.jarをダブルクリックして起動):
起動した数だけプロセスにjavaw.exeがある。
0251デフォルトの名無しさんNGNG
Appletはブラウザのプロセス上のスレッドで動いている。

Java Web StartやJava Applicationはそれぞれのプロセスで動いている。
1.6ではJVM上のプロセスで動くようになる。

こんな理解でよろしいか？
0252デフォルトの名無しさんNGNG
>>251
1.6 って3年後くらいか？
.NET の Longhorn みたいにあまりにも先の話はむなしい。
0253デフォルトの名無しさんNGNG
ベータが今年秋で、来年リリースだと
言ってるだろうに、ソース嫁。
0254デフォルトの名無しさんNGNG
今秋β版が登場し、2005年に一般リリース予定。だそうです。
0255デフォルトの名無しさんNGNG
まあ、最後のJ2SEだけどね。(ｹﾞﾗ
0256デフォルトの名無しさんNGNG
Javaは相変わらず遅いままか
0257デフォルトの名無しさんNGNG
少し前に 1.2 から 1.4 にリプレースしたばかり。
1.6？ とりあえず 3 年は仕事には関係ない。
0258デフォルトの名無しさんNGNG
>>159
public class HogeMap extends hash_map< ClassA, ClassB, ClassA::HashFunc > {}

でええやん。

たくさんあるなら同じパッケージにまとめてimportさせるよろし。
0259デフォルトの名無しさんNGNG
> public class HogeMap extends hash_map< ClassA, ClassB, ClassA::HashFunc > {}
Java と C++ が混じってるのか？
0260デフォルトの名無しさんNGNG
条件コンパイル入れてくれたらなあ。
デバッグプリントとかつけはずししたいし。
0261デフォルトの名無しさんNGNG
>>260
AspectJつかうとよろし。
0262デフォルトの名無しさんNGNG
>>260
final なデバッグフラグならコンパイル時に消去されるので問題なし。

public static final boolean DEBUG
〜
if(DEBUG){
　　System.out.println();
}

まあ、大概はassertで片付く気もするが。
0263デフォルトの名無しさんNGNG
ログ使うって方法もあるんじゃない
0264デフォルトの名無しさんNGNG
>>258
ちなみにJavadocで、そのクラスの説明は何て書くの？
0265あぼーんNGNG
あぼーん
0266デフォルトの名無しさんNGNG
>>262
正確には定数式である事が条件なので final で修飾しただけではダメ。
> public static final boolean DEBUG = Boolean.getValue("debug");
とかなってる場合は
> if(DEBUG){
> 　　System.out.println();
> }
はコンパイル時には絶対に消去されない。
0267デフォルトの名無しさんNGNG
>>266
そういった議論がなされている時点で、
○○でやれば無問題って意見は却下だよなぁ。
しかし、>>260みたいなことをしたければ
Velocityのようなシステムを使えってのには同意だ。
別に言語仕様に含めるもんでもないからな。
0268267NGNG
Velocityは関係なかった。すまそー。

書いた後でちょっと考えたら
やっぱ>>267では問題あるような気がしてきた。
0269デフォルトの名無しさんNGNG
Logger とレベル設定じゃ、あかんのか？
0270デフォルトの名無しさんNGNG
>>269
それでいーと思われ。
0271デフォルトの名無しさんNGNG
>>269
そもそもリリース版でメソッド呼ぶコストがｷﾆﾅﾙ(そんなのが気になるような
ら、そもそもスレッドスタックが深くなりがちなJavaなんぞ使うべきではない
が)場合の話ではないかな。

もし本当に問題になるなら、デバッグ版だけAspectJつかうか、IoCコンテナで
インスタンス作ることにしといてデバッグ版だけLogging全てかますProxyでラ
ップ掛けとく、あたりがいいんじゃないのかな。
0272デフォルトの名無しさんNGNG
Logjでええんじゃん
0273デフォルトの名無しさんNGNG
>>271
>260 がコストとかを気にしてるようには見えなかったんで。
実際、JDK Logger や Log4J のパフォーマンスが問題になるのは
よほどのことが無い限り、無いと思う。
アンタが言うとおり Java を使ってるんであれば。

AOP や IoC コンテナを使えばパフォーマンスも良いかもしれないし
柔軟性も高いかもしれない。 が現時点で人によう勧めん。
0274デフォルトの名無しさんNGNG
.NETのPreJITまでパクってたのか。見境なしだな。
http://java.sun.com/j2se/1.5.0/docs/guide/vm/class-data-sharing.html
0275デフォルトの名無しさんNGNG
そんな程度のことでパクリだパクリだいってどうすうのやら。
M$もJITをパクって.NETを作ったわけだし。
0276デフォルトの名無しさんNGNG
もともとパクリだパクリだって騒ぎ出したのはJava厨だけどね。
そのJavaもパクっているってこった。
0277デフォルトの名無しさんNGNG
>>274
IBM の JRE では .NET が出る前からやってる手法だし。
0278デフォルトの名無しさんNGNG
そのうち、どちらともなくアルファベットを使うのはパクリだといいだしかねない勢いだな。
0279デフォルトの名無しさんNGNG
つまりドトネトがIBM JREをパクったわけか
0280デフォルトの名無しさんNGNG
内容を見ずに言葉の誤解があるような。
0281デフォルトの名無しさんNGNG
PreJITよりセキュアなら全然オッケー。
ノータッチデプロイメントといいドトネト製品はどうもセキュリティの脆弱性が高すぎて。
0282デフォルトの名無しさんNGNG
>>281
脆弱性が高いって変な表現だなぁ

ちなみにノータッチデプロイはJavadeいうアプレットだと思うんだけど。
セキュリティモデルはちゃんとある。
0283デフォルトの名無しさんNGNG
けどデフォルトでは有効になってないっておち？
0284デフォルトの名無しさんNGNG
>>282
M$がいっているやつのほうよ。
ドトネト厨が速度が速いからJavaWebStartのほうがいいと豪語してる。
実際のところ、セキュリティ上の問題を抱え込んでる。
0285デフォルトの名無しさんNGNG
jdk-1_5_0-beta2 age
0286デフォルトの名無しさんNGNG
C#のパクリ
0287デフォルトの名無しさんNGNG
bold が若干きれいになったような気がする…
0288デフォルトの名無しさんNGNG
>>286
じゃあ、1.5を朴ってC#++を作れ。
0289デフォルトの名無しさんNGNG
bata2のあとは何？
正規版はいつごろ？
0290デフォルトの名無しさんNGNG
>>289
> bata2のあとは何？
BugParadeで tiger-rc で検索したらいくらかひっかかるけど
tiger-beta3 で検索しても何も見つからないので、
Sun としては次は RC を出したいのではないかと推測。

> 正規版はいつごろ？
2004年の前半とかいってたよーな気もするが。
俺の考えでは beta2 -> RC まで1ヶ月、RC -> 正式版 まで1ヶ月かかると推測。
とすると最も早くても7月の終わり頃ではないかと思われ。
0291デフォルトの名無しさんNGNG
年の前半っていうことは、8月くらいに出ればいいんだよ。
後半の場合は、次の年の３月くらいまで。

あと、夏ごろリリース予定、は、夏ごろにリリース予定日が発表されるという意味。
0292デフォルトの名無しさんNGNG
demoの
jvmti っていうのが何をするものかわかりませぬ
あと、sample の jnlp も
0293デフォルトの名無しさんNGNG
>>292
JavaNetworkLaunchingProtolco
0294デフォルトの名無しさんNGNG
お前らﾍﾞﾀ2が出てますよ
0295デフォルトの名無しさんNGNG
Beta2age
0296デフォルトの名無しさんNGNG
あおぅ、三日も前に既出だった
吊ってくる
0297デフォルトの名無しさんNGNG
Beta1もそうだったけど、ReaderのJISAutoDetectのアルゴリズムにバグがあるね。
0298デフォルトの名無しさんNGNG
>>297
これかな？
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5053096

俺は三票とも使っちゃてるので JISAutoDetect 使う人は vote しといてください。
0299297NGNG
ありゃ、登録済みか。さっき自分で登録したけど無駄だったか。
0300デフォルトの名無しさんNGNG
>>298
voteした。
0301デフォルトの名無しさんNGNG
SwingのOpenGL描画うまくいった人いる？
うちのノートのRadeonじゃろくに動かなかったんだけど。
0302デフォルトの名無しさんNGNG
yahooのチャットもできない。
0303デフォルトの名無しさんNGNG
>> 301

GeForce FXで試したけどえらい遅かった。まだ問題あるみたいね。

ttp://java.sun.com/j2se/1.5.0/docs/guide/2d/new_features.html#ogl
> Note: The latest drivers from both Nvidia and ATI have known issues
> on Microsoft Windows that might cause rendering artifacts in your application.
> We are actively investigating these driver bugs and are working
> with the manufacturers to have them resolved in future driver updates.
0304デフォルトの名無しさんNGNG
java2dの描画もopenglを使うようになったって聞いたけど
0305デフォルトの名無しさんNGNG
-Dsun.java2d.opengl=true
まだあまり効果無いよ。遅くなることもある。
0306デフォルトの名無しさんNGNG
現状でもJava2DはDirectDrawが効くモードにすると遅くなることもあるよ
つーか、Win自体がそうなんだけど
GDI（DDB）のほうがDirectDrawより速いこともあることはある
0307デフォルトの名無しさんNGNG
インストールディレクトリの名前がJDKだね。
JDKっていう言葉は1.1までで、それ以降はJ2SEかJ2SDKになってたと思うんだけどね。
0308デフォルトの名無しさんNGNG
それにしても一体何時になったら本物がリリースされるんだ？
0309デフォルトの名無しさんNGNG
β２いじってるとぱっとみβ１のJava2Dのバグが無くなってたので一安心

OpenGLによるアクセラレーションは確認してないがDirectDrawつかってる
1.4より遅くなければいいや
0310デフォルトの名無しさんNGNG
DirectDrawにOpenGLで勝つのは至難
0311デフォルトの名無しさんNGNG
速度的な物よりもDirectDrawでのアクセラレーションが限定すぎるのが現状問題
OpenGLで回転拡大縮小程度が加速されればそれなりに使いやすくなるかと

あとは通常合成の他に加算合成をいれてくれぇ〜
0312デフォルトの名無しさんNGNG
WindowsではデフォでDirectX(Draw + 一部D3D)とGDIだよ。
>>311
System.setProperty( "sun.java2d.translaccel", "true");
System.setProperty( "sun.java2d.ddscale", "true");
これはやってる？
0313デフォルトの名無しさんNGNG
>>312
311じゃないが、そんなの知らなかった！ありがとう！
0314デフォルトの名無しさんNGNG
>>312
それって1.5での話だよね？
1.4でのアクセラレーションが限定的すぎるといってるだけ
0315デフォルトの名無しさんNGNG
>>314
それって１．４の話だよね？だったら、他所行ってやれやｳﾞｫｹ
0316デフォルトの名無しさんNGNG
>>315
そのつぎの話をしてるんだからいいんじゃない?
0317デフォルトの名無しさんNGNG
現状（１．４）がアクセラレーション効かないのが多い、
１．５ではどこがアクセラレーションきくかという話

もしかしてJava2d触ってるヤツって少ないのか？
１．４のアクセラレーション効く場所とか分かってないようだし

0318312NGNG
System.setProperty( "sun.java2d.translaccel", "true");
System.setProperty( "sun.java2d.ddscale", "true");
これやれば1.4でアクセラレーションをアルファの描画と
スケールにかけられるって話なんだが。

分かってないってのはどこが？
0319デフォルトの名無しさんNGNG
正確には効いてないじゃないな
その設定でアクセラレーションが効くときは背景が透過しなくなるんだよ

効くには効いてるが実用にならないってこと

あと、いかにもDirectDrawそのままですという感じでクリッピングエリアに
描画がかかるといっきにソフトウェア描画になって使い物にならない
このへんは自動的にやってほしかった

速度だけならともかくハードウェア描画になるときはアンチエイリアスが
かかるし（DirectXの設定に従ってると予想）見た目での違いが
そのままでる（ソフトになると急にゼロ補完）ので厳しい

そしてソフト描画になるとbitmaskにしないと遅くて使えない

ラッピングされているが上の苦しみというか
0320デフォルトの名無しさんNGNG
そもそもJavaでOpenGLなんて遅くて使い物にならないから無問題。
0321デフォルトの名無しさんNGNG
Javaが従来遅かったのはハードウェアアクセラレーションを積極的に使ってこなかったから。
Windowsだってすべてソフト描画だったらWindow描画だけで大変に重い。

1.4からは描画にvramを使えるようになってそれなりにアクセラレーション効くようになったが
依然限定すぎるというところ。

1.5でどれだけきくようになってるか見物といったところだろう。

でも、ネットで検索してもこの辺の資料がほとんど無いことからみんなサーバーサイドしか
やってないのが分かるね。
0322デフォルトの名無しさんNGNG
>>320
バカハケーン
0323デフォルトの名無しさんNGNG
クライアントサイドのJavaなんて、アプレット以外は死滅して久しい訳だが。
0324デフォルトの名無しさんNGNG
>>323
バカを指摘されて涙ぐみながら、Javaの死滅を語るバカハケーン
0325デフォルトの名無しさんNGNG
>>321
sun.java2d.ddscale みたいな設定の説明ってどこに書いてあんの？
0326デフォルトの名無しさんNGNG
http://java.sun.com/j2se/1.5.0/docs/guide/2d/flags.html
0327デフォルトの名無しさんNGNG
>>325
日本語の資料ではsunの一つのみかと。
でも、このシステムプロパティはセットしても1.4では事実上使い物にならないので注意すべし。
0328デフォルトの名無しさんNGNG
>>326-327
さんきゅ
0329デフォルトの名無しさんNGNG
言語界の三菱ことJavaには未来はあるのですか？
0330デフォルトの名無しさんNGNG
>>321
おいおい。その理屈はおかしいだろ。

> Windowsだってすべてソフト描画だったらWindow描画だけで大変に重い。
つまり、Window描画はハードウェアアクセラレーションを使っていると言いたいんだよな？
それはまさかDirectXアプリだけのことじゃないよな？
Windows描画ってことはGDIのAPIもハードウェアアクセラレーションを
使っているってことだろ。

> Javaが従来遅かったのはハードウェアアクセラレーションを積極的に使ってこなかったから。
そのJavaは内部でWindows描画に何を使っているんだ？
ハードウェアに直接命令を出しているわけないよな。
当然GDIのAPIだろ？ ハードウェアアクセラレーションを使っているGDIのAPIだろ？
0331デフォルトの名無しさんNGNG
おい、おまいら最新のビルドが落とせるようになってますよ。
http://java.sun.com/j2se/1.5.0/snapshots/index.jsp
0332デフォルトの名無しさんNGNG
http://java.sun.com/j2se/1.5.0/ja/index.html
使うならこっちの方がいいよ。
0333デフォルトの名無しさんNGNG
>>330
winならGDI使ってるけど
その動きはjavaのバージョンで大きく異なる

GDIレベルだとほとんどアクセラレーション効かないし、直接bit演算
出来ない時点でＪａｖａ2Dのほうが性能的に下回るかと

速度以外に目を向ければかなりのものだとは思うけどな＞Ｊａｖａ2D

volatileimageは積極的にDirectDraw使うんでせめてDirectDrawで
カバーできる範囲くらいはちゃんとやってほしいというところ
0334デフォルトの名無しさんNGNG
ハードの性能ぎりぎりまで引き出したい時はC++使えばいいんだけどさ、
そうじゃない時はJavaでいい。
個人レベルでハードの性能ぎりぎりまで使うって事はないでしょ。
Javaが遅いってのはプログラマの腕がへっぽこなだけだと思うんだけどな。
0335デフォルトの名無しさんNGNG
Ｊａｖａが速度的にネックとなる場所は少ない
ただ、画像とか扱うと重いのはどこでアクセラレーションきいていてどこがきかないか
それがなかなかはっきりした説明がないから

実際にゲームとか作った人じゃないとこのへんの最適化のコツはつかめないと思われ
だから>>312のようなやつがでる
0336デフォルトの名無しさんNGNG
>>335
粘着うざい。
0337デフォルトの名無しさんNGNG
>>334
じゃ、NetBeansのプログラマはへっぽこって事で。
0338デフォルトの名無しさんNGNG
NetBeans3.6は重さあまりきにならんけどな
>>337のマシンはへっぽこな予感
0339デフォルトの名無しさんNGNG
genericsに関する質問
Unsafe type operation: Should not invoke the method add(E) of raw type ArrayList.
References to generic type ArrayList<E> should be parameterized
ってどういう警告ですか？

こっちもお願いします。
Unsafe type operation: The method test(ArrayList<Test2>) in the type Test
should not be applied for the arguments (ArrayList). References to generic types should be
parameterized
0340デフォルトの名無しさんNGNG
コード貼れよ
0341デフォルトの名無しさんNGNG
あと一年、1.4でも十分かな？
0342デフォルトの名無しさんNGNG
>>339
要約すると「ちゃんとgenericとして扱ってくれよ」
0343デフォルトの名無しさんNGNG
>>219
SEの話題じゃないけど、
携帯電話で別々のアプリが一つのJVMインスタンスで実行できたら、
携帯電話のJavaアプリも便利になるな。

一番単純な完全分離型でいいから早く欲しいな。
0344デフォルトの名無しさんNGNG
携帯でメモリに余裕があるとは考えにくいからどうだろうね
0345デフォルトの名無しさんNGNG
>>339
英語読めないし、
そもそも、genericsなんて使った事あるやつなんて
まだいないっしょ。
0346デフォルトの名無しさんNGNG
>>336
バーカ
0347デフォルトの名無しさんNGNG
>>339
一つ目は ArrayList を使うときに ArrayList<Test2> とやってないと思われる。

二つ目は Test クラスでは test(ArrayList<Test2>) とメソッドを宣言しておきながら
一つ目ので間違えて ArrayList にしちゃったものを引数に与えていると思われる。
0348デフォルトの名無しさんNGNG
J2MEはJavaじゃねぇ。Javaの面汚し。
0349デフォルトの名無しさんNGNG
英語読めるのうらやましい。
みんな英語読めるの？
Java1.5のドキュメントって日本語ないよね。
そうじゃなきゃ、俺は使えない。
0350デフォルトの名無しさんNGNG
プログラミングしようと思ったら英語はできないと半年は時流に取り残されるよ。
0351デフォルトの名無しさんNGNG
がーん
0352デフォルトの名無しさんNGNG
中学レベルの文法＋プログラム関連の単語、でざっと読む。
まとまった解説とかは日本語で書いてくれるえろいひとのサイトを読む。
でかなりいけると思われる。
0353デフォルトの名無しさんNGNG
>>352
そのまとまった解説サイトが出てくるまでに半年はかかるんだってば。
0354デフォルトの名無しさんNGNG
オプソなJava処理系はいつになったらJDK1.5に追いつくんだろうか
Swingすらまともに実装されてない現状では何年たっても無理か
やはりJavaはオプソの敵だ
0355デフォルトの名無しさんNGNG
1.4すら使いこなせないお前らがそんなこと言うな
0356デフォルトの名無しさんNGNG
>>354
そーゆー事は Swing を自力で実装してから言え。
0357デフォルトの名無しさんNGNG
英語読めなくてもドキュメントのプログラム見ればだいたいわかんじゃん。
0358デフォルトの名無しさんNGNG
>>349
とりあえず1.5の新機能(genericsとか)に関しては
「Java 1.5 Generics」
とそのまんまのキーワードでぐぐればいくつか解説出てくるし、そこを
見ながらサンプル作って試せば大体どんな感じかは分かるはずだが。
0359デフォルトの名無しさんNGNG
だが、彼にはできないのだよ。そこが不思議。
0360デフォルトの名無しさんNGNG
文学的な表現してるわけじゃないし、慣用句が使われてるわけでもないのに、どうして読めないんだろう。
辞書でいっこずつ単語ひきゃわかる程度なのに。
0361デフォルトの名無しさんNGNG
>>360
プログラム用語がわかってないと辞書ひいても読めんかも。
0362デフォルトの名無しさんNGNG
それだと、日本語でも読めないわけで。
0363デフォルトの名無しさんNGNG
>>362
日本語でも(プログラム関係の文章は)読めてないんでは？
tiger の解説記事なんてググればすぐ出てくるし。
0364デフォルトの名無しさんNGNG
まあ2chで概説機構なんてのは幾らなんでもムチャだ。
0365デフォルトの名無しさんNGNG
日本語の雑誌で探すのはどうだ？
どうせ出たらすぐ特集組まれるだろうし

少し前のJAVAPRESSでも
Tigerの新機能を逆アセンブルしてる記事があったよ
俺としてはおもしろかったし、わかりやすかった
0366デフォルトの名無しさんNGNG
JDK 1.5.0 Beta 3 Build 56
0367デフォルトの名無しさんNGNG
正式リリースはいつなんじゃ
0368デフォルトの名無しさんNGNG
1.4.x で動いていた自作のネットワークプログラムが
1.5 beta-2 に移行したら

java.lang.OutOfMemoryError: Java heap space

なんて素っ頓狂なエラーでハングするようになった。
止むを得ずソース細かくコンソール出力を入れて細かく追ったら、
>>297 だった。嵌ったよ。
0369デフォルトの名無しさんNGNG
1.3でも挙動が変わったし、相変わらずJavaはその辺がいい加減だな。
0370デフォルトの名無しさんNGNG
実際のところAutoDetectに頼らないといけないって状況自体がイマイチだ
AutoDetectだとMS932とれんよね？

他にはEUCと分かっていても一部文字が取得できないし
UTF8かMS932かしかwebアプリの選択肢はない
0371デフォルトの名無しさんNGNG
>>369
バージョンが大きくかわって、細かい挙動の変更がない環境なんかないよ。
あるなら挙げてほしい。
0372デフォルトの名無しさんNGNG
>>371
Delphi
0373デフォルトの名無しさんNGNG
>>372
うそつき
ずっとボーランドでやってきたが大きく変わってるよ
0374デフォルトの名無しさんNGNG
4→5あたりで、デフォルトが変わったTFormのプロパティがあって、MLで質問流れまくりだったなぁ。
0375デフォルトの名無しさんNGNG
JDK 1.5.0 Beta 3 Build 57 age
0376デフォルトの名無しさんNGNG
Eclipseも3.0がついに出たことだし
J2SEもそろそろ1.5が出てほしいな
0377デフォルトの名無しさんNGNG
おいおまえら、Java2SE5.0Betaが出てますよ。
0378デフォルトの名無しさんNGNG
>>331-332
なんじゃ？　J2SE5.0ってなんじゃ？
J2SEが1.4からいきなり5.0に数値がインフレ起こしたのか？
よくわからぬネーミングというかナンバリングだ
0379デフォルトの名無しさんNGNG
あれかな。 1.4 -> 1.5 だとマイナーバージョンアップっぽいから
メジャーバージョンアップっぽく 5.0 にしてみますた、ってとこかな。

ところで、APIリファレンスとか java -version の結果とかは
未だに 1.5.0 なんだけど、これは正式版では変わるのかな？
0380デフォルトの名無しさんNGNG
今年のJavaOneの最大の目玉が5ですか？(ﾌﾟ
中身はC#1.0以下だけどね。(ｹﾞﾗ
0381デフォルトの名無しさんNGNG
>>379
System.getProperty("java.version") と "1.5" とを直接比較するプログラムとかは
書き直さなきゃダメかもね。
0382デフォルトの名無しさんNGNG
これは互換性が低下してもいいよねってゆー暗黙のアピールなんだろか？

っつーか -source 1.5 すると -target 1.5 しなきゃいかんみたいだし。
これだったら generics の実装は erasure で無くてもよかったんじゃ…
0383デフォルトの名無しさんNGNG
C#が未だに1.0で2.0が出るか出ないかってところなのにJavaは既に5.0。C#の5倍すごい。
0384デフォルトの名無しさんNGNG
>>383
いままでが1.4だったから、正確には((5.0 / 1.4) / (2.0 / 1.0))倍だよ。
1.8倍。
0385デフォルトの名無しさんNGNG
>>384
C#が1.0でJavaが5.0でどこから1.8なんて数字出てくんの？
0386デフォルトの名無しさんNGNG
>>385
計算式書いてあるじゃないか。
0387デフォルトの名無しさんNGNG
２３４すっ飛ばして５するわりにJ２SEって。。。
2005年の５かな。それともとうとう狂ったかな、サン。
0388デフォルトの名無しさんNGNG
LonghornではJVM廃止されて.NETが肩代わりするらしいね。
0389デフォルトの名無しさんNGNG
肩代わりではなく、アメリカお得意の強制委譲だろう。
0390デフォルトの名無しさんNGNG
このスレタイはdeprecatedだ。立て直せ。
0391デフォルトの名無しさんNGNG
よくわからんからただの誤植だと思ってたけど、マジで5.0からになるの？
0392デフォルトの名無しさんNGNG
バージョン番号インフレさせてなにやらすごそうに見せたいんだろ。
売り文句がない時によく使われる手だよ。
0393デフォルトの名無しさんNGNG
むしろ凄そうに見せるときは、,NETとかXPとか良くわからない英略語を
使用する場合が多いと思うが。
0394デフォルトの名無しさんNGNG
dlしたが、ファイル名は jdk-1_5_0-beta2〜 だったぞ。
何がしたいんだSunは？
0395デフォルトの名無しさんNGNG
ただ単に1.5.0を5.0とを間違えただけってことはないですかねえ？
0396385NGNG
>>386
「Javaのバージョン番号がC#の5倍」っていう話でしょ。
1.0を1.8倍しても5.0にはならない。
0397デフォルトの名無しさんNGNG
お前らバージョン番号以外に話すことないのかよ。
C#からのパクリばっかで新鮮味がまったくないからしょうがないとはいえ。
0398デフォルトの名無しさんNGNG
>>397
C#はAPIが糞。Javaの方が遥かに美しい。
0399デフォルトの名無しさんNGNG
>>396
・・・算数がわからない人には通じないジョークだったか。
0400デフォルトの名無しさんNGNG
>>395
うーん、1個所だけならまだしも、目に付くところすべて5と書いてあるのでそれはないかと。
J2SE 5 ってなんだよ…
0401デフォルトの名無しさんNGNG
正式発表(?)
http://java.sun.com/javaone/tech_sessions1.html

> Java 2 Platform, Standard Edition (J2SE) Version 5.0 (code name "Tiger").
> This new release of the Java platform includes a very large number (almost 100)
> of Java Specification Requests (JSRs) and other updates designed to improve ease
> of development, speed performance, and extend monitoring and management capabilities.
> Even core XML support has been enhanced. If you're wondering why Tiger is J2SE "5.0"
> instead of the traditional J2SE "1.x", Hamilton noted that "because J2SE 5.0 is our
> biggest update to the platform since the original 1.0, it felt kind of stupid that
> we were still calling things 1.1, 1.2, ... And with a big roaring Tiger,
> we wanted to change the numbering system, so we're now going to use the 5.0 number for J2SE,
> and similarly Jave 2 Platform, Enterprise Edition (J2EE) is going to move to 5.0.
> Future releases will be 6.0 and 7.0."
0402デフォルトの名無しさんNGNG
>>400
まあ、Java2SE 1.5もどうかと思うけどね。
つまり、Java2ってなんだよ、って。
0403デフォルトの名無しさんNGNG
2で文句を言うなら、#とか何だよって話になるが。
0404デフォルトの名無しさんNGNG
>>403
J#はJ++++という一応の意味はあるけどね。
0405デフォルトの名無しさんNGNG
なんで 2 をとらなかったんだ？？？・・・もうアボガド。
0406デフォルトの名無しさんNGNG
より意味不明だけどな。
0407デフォルトの名無しさんNGNG
Javaの2ではなく、Java2って言う物だからだろ。

プロジェクトA2をプロジェクトAの2と言わないのと同じだ。
0408デフォルトの名無しさんNGNG
1.2のときに大幅に機能アップしたよ！ってことでJava2プラットホームにしたんだよね。
だから今回はJava3プラットホームだ！ってんなら話は分かる。一貫性がなくて美しくない！
0409デフォルトの名無しさんNGNG
次はJava2 Version5.0 1.6とかいう名前になるのか？ｗ
0410デフォルトの名無しさんNGNG
Solaris8(SunOS5.8)みたいなものだろ。
0411デフォルトの名無しさんNGNG
>>399
すごい照れ隠しだな。間違って微分しちゃっただけだろ。
こんな間違いどうってことないからそんなに気にするな。
0412デフォルトの名無しさんNGNG
J2SE 6.0 (code name "Mustang")
J2SE 7.0 (code name "Dolphin")

10.x からは J2SE X v10.x になります。
0413デフォルトの名無しさんNGNG
Java3SE6.0 for Microsoft .Net Framework
0414デフォルトの名無しさんNGNG
>>411
ちゃんと>>384に計算式書いてるのに、なんでこういう突っ込みがくるのかなぁと思ったのさ。
おれとしては、そんなバカな計算してどうする、みたいなツッコミ期待してたのだけど。
0415デフォルトの名無しさんNGNG
>>414
C# は (2.0/1.1) にしないとダメじゃないか？
あんま変わらんけど。
0416デフォルトの名無しさんNGNG
つーかもうJavaはいいから、他のOSでもまともに使える.NET Frameworkのクロスプラットフォームライブラリと実行環境を作成しる。
M$製の窓にべっとり粘着してる在りがちな糞ライブラリなぞ使う気にならん。
0417デフォルトの名無しさんNGNG
>>416
MONOとかで作ってるけど、gtkにべっとり粘着、
もしくはwineにべっとり粘着、どっちがいい？

マルチプラットフォームなGUIライブラリなら、
むしろSWTをいろんな言語で使えるようにした方が早いかも。
0418デフォルトの名無しさんNGNG
SWTレベルでいいのならSwingでJComponentを継承して軽いの作った方が手間無く早そう
0419デフォルトの名無しさんNGNG
作れるスキルのない奴ほどそういうことを言う。(ｹﾞﾗ
0420デフォルトの名無しさんNGNG
ｹﾞﾗとかﾌﾟﾌﾟとか、ちゃんとわかりやすく書いてくれることに、好感すら覚える。
0421デフォルトの名無しさんNGNG
どこのjavaスレにもププさんきますね
0422デフォルトの名無しさんNGNG
>>401
JCPの圧力があって5.0というネーミングになったのか。
そうみえるのだが
0423デフォルトの名無しさんNGNG
日本共産党おそるべし
0424デフォルトの名無しさんNGNG
漏れ、generics と foreach が便利すぎて、もう 1.4 に戻れない。
業務でつかっていいですか？
0425デフォルトの名無しさんNGNG
今日は最強のJava IDEがリリースされたな。
http://lab.msdn.microsoft.com/express/vjsharp/default.aspx
0426デフォルトの名無しさんNGNG
>>425
最強のJavaIDEはEclipse3.0ですが何か？
0427デフォルトの名無しさんNGNG
J2SE 5.0(ﾌﾟ に対応してないIDEを発表して最強扱いか。(ﾌﾟﾌﾟ
これがJavaの現実だよな。(ｹﾞﾗ
0428デフォルトの名無しさんNGNG
>>423
言うと思った
0429デフォルトの名無しさんNGNG
>>426
おれもEclipse3.0のことかと思ったら、これだね。
M$のサイト晒してばかりでホントにM$社員みたいだね彼は。
しかも>>427でアホなこといってますよ彼は。
0430デフォルトの名無しさんNGNG
>>422
どこ読んだらそーなるん？
0431デフォルトの名無しさんNGNG
>>425
それ正式版も只なの？
0432デフォルトの名無しさんNGNG
まさかとは思うが>>430は>>423のネタに騙されて
ここで議論しているJCPが本当に日本共産党だと勘違いしているのだろうか。

0433デフォルトの名無しさんNGNG
Next Thread の Title は J2SE 5.0

をタイトルに含めよう
0434デフォルトの名無しさんNGNG
J2SE5.0はJava1.5.0なの？
0435デフォルトの名無しさんNGNG
J2SE 10.0 は Java 2.0 になるの？
0436デフォルトの名無しさんNGNG
>>434
Java2 SE 5.0
0437デフォルトの名無しさんNGNG
>>417
gtkは色々な環境で動くんだから、特定の環境に粘着とは言わないのでは？
0438デフォルトの名無しさんNGNG
>>437
それならSwingでも色々な環境で動くし。
0439デフォルトの名無しさんNGNG
>>438
よく見ろ。
Windowsにべったりかどうかの話で、
gtkもべったりだろという反論に対しての話だぞ。
0440デフォルトの名無しさんNGNG
べったりのレイヤーがOSかそれより上かなだけで
べったり(依存するものがなくなると存在できない)という意味では
どっちもどっちなんじゃ。
0441デフォルトの名無しさんNGNG
まぁ、そんなレベルで話を進めると、JavaはJavaランタイムにべったりとか、
,NETは.NETframeworkにべったりとか、そういうところまで行き着くな。
0442デフォルトの名無しさんNGNG
>>441
そんな当たり前の事に行き着くのはオマエだけ。
普通の人にとっては常識。出発点以前。
0443デフォルトの名無しさんNGNG
なんで話の流れを読まずに粋がってるんだろう・・・
0444デフォルトの名無しさんNGNG
当たり前のことに行き着くんだったら、普通の人は全員行き着くと思うが。
0445デフォルトの名無しさんNGNG
Swingで不都合がある環境って、Windowsだけじゃないの？
違うの？
0446デフォルトの名無しさんNGNG
LinuxのGUI環境はSwingにも劣る、というだけのことだと思うが。
0447デフォルトの名無しさんNGNG
ﾜﾗﾀ
Macはネイティブに近い実装だし、Solarisは見たことないけど、Sunのことだから頑張ってるだろう、と思ったのさ。
0448デフォルトの名無しさんNGNG
3年ブリくらいにJDKダウソしたよ。
Javaアプリってメチャクチャ早くなってるね。（漏れのPCも強力になったけど）
正直、ちょっとショック。
0449デフォルトの名無しさんNGNG
慣れたら、やっぱ遅いや、って思うんだけどね。
昔みたいに使い物にならんほどじゃないけど。
0450デフォルトの名無しさんNGNG
虎って次のMacOS?
0451デフォルトの名無しさんNGNG
>>449
そりゃ藻前のマシンのスペックがたいしたことが無く今となっては劣悪なんだろう。
たとえ2GHzでメモリ512ＭＢ積んでいようともな。
サービスや常駐プログラム起動しすぎ重たくなった環境でな。

3GHz, メモリ1GBがあればJavaのGUIサンプルは綺麗に快適に動く
0452デフォルトの名無しさんNGNG
>>451
そこまでなくともDemoくらい1GHzクラスでさくさくだろ
0453デフォルトの名無しさんNGNG
>>451
うちはPentiumIII866で512MBだけど、サクサク動くが。
0454デフォルトの名無しさんNGNG
このスレでは「Java は重い」と書くと叩かれるのか
0455デフォルトの名無しさんNGNG
まぁ、、Javaが重い環境だと、.NET Frameworkでも重いからな。
AppletとWindowsネイティブアプリケーション比べて重いとか
言ってるんだったらそりゃAppletの方が重いに決まってるが、
EclipseとVS比べても、起動時間以外は変わらなかったりするし。
0456デフォルトの名無しさんNGNG
> EclipseとVS比べても、起動時間以外は変わらなかったりする

なぜ起動時間を除外する？起動時間って結構大事だろ
0457デフォルトの名無しさんNGNG
起動時間なんてどうでもいいよ。
スタートアップに登録してしかもPC付けっぱなしだし。
0458デフォルトの名無しさんNGNG
起動時間が全体の作業時間のどれぐらいを占めるか、だよな。
ほとんどの場合はどうでもいい。
0459デフォルトの名無しさんNGNG
開発者がそんなこと言ってるから普及しねーんだよ
0460デフォルトの名無しさんNGNG
ネイティブのアプリケーションと
バーチャルマシーンのアプリケーションで
起動の比較をしても仕方ないな。
VMの起動に時間が掛かるというのは、
ネイティブアプリケーションで言えば
OSを起動している時間と言うことだし。
一回上がってしまえばそれからは結構早い。
0461デフォルトの名無しさんNGNG
なんで起動時間を除外すんだよ
本気で起動時間が遅くても構わないと思ってんなら頭悪すぎるぞ
そんな低脳どもは全てのクラスを起動時にロードしてろよカスが
0462デフォルトの名無しさんNGNG
IDEのようなのなら確かに起動時間は気にならないね
でも、こまめに終了するようなたぐいだと気にはなる

が、本当に気になるのは最初の１回だけ
２回目以降はSwing使ったヘビーなものでも全然問題ない
0463デフォルトの名無しさんNGNG
別に、起動時間が命のアプリはネイティブで、
起動しっぱなしなのはVMででいじゃないか。
一つの言語で全てをまかなわなきゃならんと言う必要はないよ。

Eclipseのような多様なOSで同じ開発環境を作れるアプリケーションや
サーバサイドで上げっぱなしにするアプリケーションなら最適だろうが、
ちょこちょこ上げたり落としたりするメモ帳みたいなアプリには
向かないということで、べつにいいじゃないか。
0464デフォルトの名無しさんNGNG
まぁ、そりゃ起動が早いに越したことはないが、
起動が早い言語は、どうして起動が早いのかを
ちょっと考えた方がよいと思う。
0465デフォルトの名無しさんNGNG
>>464
で？
何が言いたいの？
0466デフォルトの名無しさんNGNG
OSの起動時にVMも起動されてれば結構速いって事じゃない？
IEとMozillaでApplet貼ってるページを見た時みたいな感じでしょ
IEはブラウザ上げたときに一緒に起動されてるからAppletの
表示が速いけど、Mozillaはアクセスがあってから上げるので
一回止まってしまう感じの
0467デフォルトの名無しさんNGNG
起動が早くても、その後もっさりなのは勘弁して欲しいよな…
IEとは言わないがな…
0468デフォルトの名無しさんNGNG
>>466
> OSの起動時にVMも起動されてれば結構速いって事じゃない？
だからさあ。されてないでしょ？結局>>464は何が言いたいの？
0469デフォルトの名無しさんNGNG
Javaは起動が遅くて糞糞糞
って言いたいんだよ。
0470デフォルトの名無しさんNGNG
要するに、MSの言語は、アプリケーションの起動が早いぶん、
OSの起動が遅くなってるって事だろ。

スタートアップにJVM入れとけば同じ事だな。
0471デフォルトの名無しさんNGNG
>>470
で、「勝手にスタートアップに登録してんじゃねーよ！」と怒られる、と。
ユーザ様はわがままですから。
0472デフォルトの名無しさんNGNG
起動が早い言語は、マルチプラットフォームには向かないって言いたいのでは。
0473デフォルトの名無しさんNGNG
んなこたない。Sunの妨害にあって頓挫してしまったが
MSが本気になったらJVMでさえ一瞬で起動するのにな。
0474デフォルトの名無しさんNGNG
もちろん、MSべったりの仕様になるわけだがね。
0475デフォルトの名無しさんNGNG
MSが本気になったらすべてがOSの一部としてWindowsでしか動かなくなる上、
勝手に起動時に立ち上がってしまい、使うまで止めておくという選択肢が無くなる。
0476デフォルトの名無しさんNGNG
MSが支配完了した分野はこうなるんだよねー。

Windowsの利益率は86％，MSの事業セグメント別の収益が明らかに
http://itpro.nikkeibp.co.jp/free/NT/NEWS/20021118/2/
0477デフォルトの名無しさんNGNG
大体言語のポータビリティーなんてコンパイラベンダとそのユーザーがその度合いを決定すべきでなのに
Sunがアホみたいにでしゃばるから寂れてしまったんだよな。自業自得だよ。
0478デフォルトの名無しさんNGNG
アホみたいにでしゃばってなかったら、今頃もう無かったかもしれないがな。
0479デフォルトの名無しさんNGNG
でしゃばって利益を出せないアホ。www
0480デフォルトの名無しさんNGNG
>>479
> 大体言語のポータビリティーなんてコンパイラベンダとそのユーザーがその度合いを決定すべき

ひとつの「コンパイラベンダ」が、他を無視できるほど大きくて、ユーザーの環境が他を無視できるほどひとつの環境にかたよっていれば、それでいいね。
0481IBMNGNG
>>479
いやぁ、利益出させていただきましたよ。
0482デフォルトの名無しさんNGNG
>>459
サーバアプリケーションというものはほとんど再起動を必要としない。
よってサーバサイドで十分に普及しているJavaのことを
「起動時間が(ry」なんてJavaの世界でいうのも(ry

0483デフォルトの名無しさんNGNG
>>482
文脈嫁
0484デフォルトの名無しさんNGNG
>>482
でも、クライアントサイドでも普及したがってるんだから。
0485デフォルトの名無しさんNGNG
これからそれがさらに普及してゆくのも時間の問題。

0486デフォルトの名無しさんNGNG
ひたすら長そうだ
0487デフォルトの名無しさんNGNG
起動時に、VMも起動させとけ。
これで終了した話題だな。

ってか考えたら分かるだろ。こんな対処方法。
0488デフォルトの名無しさんNGNG
考えてわかるのと、実際に実現させるのとはちがう。
0489デフォルトの名無しさんNGNG
>>488
立ち上がって、すぐ終了するソフト作ればいいんでねーかい？
0490デフォルトの名無しさんNGNG
>>489 終了したらJVMも終了してしまう予感
0491デフォルトの名無しさんNGNG
サービスとして起動時から
0492デフォルトの名無しさんNGNG
>>490
あれ？
でも、JAVAアプリ立ち上げて、終了して、
それ以降他のJAVAアプリの立ち上げも早くならない？
俺の勘違い？
0493デフォルトの名無しさんNGNG
>>492
DLL とかのキャッシュが効いてるのでは？
0494デフォルトの名無しさんNGNG
一度起動しておくと、次は結構早く起動するね。
>>493 の言うとおりキャッシュだろうけど。
0495デフォルトの名無しさんNGNG
メモリの厳しい状況だと、ひとつアプリ立ち上げてるときは、他のアプリの立ち上げ速いけど、全部おわらすと、やっぱり立ち上げ遅い。
0496デフォルトの名無しさんNGNG
Win32APIで済むのにわざわざ別のAPIセット入れなきゃならないなんて迷惑な話だよな。
0497デフォルトの名無しさんNGNG
>>496
そー思うなら入れなきゃ良いだけの話だと思われ。
0498デフォルトの名無しさんNGNG
とりあえず1.5からはPriJITが導入されて二回目以降のJavaの起動が早くなるのは確実だろう
0499デフォルトの名無しさんNGNG
>>497
｢起動が遅い」とかに加えて「わざわざ別のAPIセット入れなきゃならない」って言うのがデメリットの１つだろ ?
0500デフォルトの名無しさんNGNG
>>499
>>497
0501デフォルトの名無しさんNGNG
>>500
真性のヴァカで、話の流れが読めない君 ?
それとも、単なる嵐さん ?
0502デフォルトの名無しさんNGNG
>>499
デメリットが嫌なら、使わなきゃ良いだけ。
0503デフォルトの名無しさんNGNG
Java嫌いさん「糞っ糞っ、COBOLとVBのエキスパートである俺が、
　なんで今更Javaの仕事なんてしなきゃならんのだ。
　世の中Javaの案件だらけで激しくむかつく。
　Javaなんて起動遅いし、わざわざ別のAPIセット入れなきゃならんし
　糞だ、糞！」

新人君「Java嫌いさん、ここの設計どうにかなりませんか？
　なんかオブジェクト指向的におかしいんですけど」

Java嫌いさん「お、オブジェクト指向？
　VB風COBOL風に組んでなにが悪いんじゃヴォケ！
　俺は今までそうやって組んできたんじゃ！」
0504デフォルトの名無しさんNGNG
Cを最強の言語と信じていたCマンセー君にも該当するのう。
0505デフォルトの名無しさんNGNG
>>496
VBもそうだね。
0506デフォルトの名無しさんNGNG
WIN32APIでGUI作ると
Javaの１０倍以上時間がかかるぞ。
0507デフォルトの名無しさんNGNG
>>496
別に覚える必要がある、という点では、MFCも含まれるのかな。
0508デフォルトの名無しさんNGNG
>>506
君ならね。
0509デフォルトの名無しさんNGNG
http://www.xlsoft.com/jp/products/jet/index.html
↑
このソフトの体験版使ってみたけど、JVMの起動がむちゃくちゃ早くなったよ。
swingの挙動がサクサクになる。
別に処理速度自体は早くならないけれど、オブジェクト大量生成とか、ガベージ関連はサクサクっぽい。
0510デフォルトの名無しさんNGNG
>>508
Win32SDKで、それなりにコントロール配置したウィンドウ出すプログラムを、Javaで記述する場合と同じ時間で書けるのなら、尊敬する。
0511デフォルトの名無しさんNGNG
>>510
お前低脳なんだな…。
0512デフォルトの名無しさんNGNG
>>511
うん。そうみたい。
低脳だから、WinMainとかWinProcとかWM_COMMANDとか書くより、ActionListener書くの方がめちゃくちゃ速く書ける。
0513デフォルトの名無しさんNGNG
>>512
もう分かったから職安へお帰り
0514デフォルトの名無しさんNGNG
>>513
WM_COMMAND書けるよりもActionLister使える方が仕事みつけやすいし。
GlobalAcllocなんてやってられん。
0515デフォルトの名無しさんNGNG
J2SE5.0でもJDK1．5だべ？
SunOS5.xみたいだな。
0516デフォルトの名無しさんNGNG
J2SE5.0という呼称だけはいただけない。次どうすんだよ（ｗ
0517デフォルトの名無しさんNGNG
次はJ2SE2005とかだろ
0518デフォルトの名無しさんNGNG
>>517 口に出すと現実になりそうで怖すぎ。
0519デフォルトの名無しさんNGNG
俺のアプリなんてバージョン0.0.0.329とかだけどな
0520デフォルトの名無しさんNGNG
とりあえず、最終的に
java.class.version
java.specification.version
java.version
がどうなるかが気になる。
0521デフォルトの名無しさんNGNG
おにたまってHSPをCにするコンバーターを開発してたんだな。
Cを異様に嫌う厨房が手のひらを返して喜んで使いそう(ﾌﾟ
0522デフォルトの名無しさんNGNG
JavaWorld廃刊おめでとうございます
0523デフォルトの名無しさんNGNG
>>520
その辺は変わらない(変えられない)と思うけどねぇ。
0524デフォルトの名無しさんNGNG
>>522
廃刊ってどういうこと？
0525デフォルトの名無しさんNGNG
J2SE5.0ってJ2SE1.5のことなんでしょうか？
誰か説明しちくり。
0526デフォルトの名無しさんNGNG
Goodbye again, JavaWorld
Daniel H Steinberg (January 13, 2004 7:04AM PT)
URL: http://www.java.net
0527デフォルトの名無しさんNGNG
Java Worldって日本の雑誌じゃねーの？
0528デフォルトの名無しさんNGNG
JavaWorldといいJava Developerといい、
Javaの雑誌がどんどんなくなっていくな。
0529デフォルトの名無しさんNGNG
http://blogs.msdn.com/cambecc/archive/2004/07/06/173253.aspx
0530デフォルトの名無しさんNGNG
JavaWorld廃刊、
JavaDeveloper廃刊、
JavaOneカンファレンス実質死亡。
詳しくはマ板へ。
0531デフォルトの名無しさんNGNG
MSの圧力
0532デフォルトの名無しさんNGNG
単に雑誌が乱立しすぎただけでしょ。
JavaPressとJavaWorldとJavaDeveloperと、他にも何かあったっけか？

Java専門誌でなくてもCマガで初心者向け連載あるし、
Unix系の雑誌では鯖側ソフトのインストール記事とかあるし。
0533デフォルトの名無しさんNGNG
というか
なぜそのブログが半年前の記事であることを
誰も突っ込まないのでしょう？
なぜjavaworld本家に何もアナウンスがないことを
誰も突っ込まないのでしょう？
0534デフォルトの名無しさんNGNG
なんか動員されて書き込んでるやつらがいるのかな。
0535デフォルトの名無しさんNGNG
Cマガかぁ
ひさしく読んでないな
0536デフォルトの名無しさんNGNG
>>517
次って言うかなるほどなネーミングだな。
J2SEには一年半後とに0.1づつバージョンをアップデートするというルールを作っていたみたいだが
ここで名前を変えてみたってところか。
0537デフォルトの名無しさんNGNG
Solaris2.7 => Solaris7
ってのと同じだろ。
Sunの常套手段。
0538デフォルトの名無しさんNGNG
3.5 > 2000 > XP
みたいに、製品だす度にバージョン番号の法則がかわるよりはましかな。
0539デフォルトの名無しさんNGNG
バージョン番号じゃなくて商品名だと思うんだけど。
Windows2000 = WindowsNT5.0
0540デフォルトの名無しさんNGNG
ああ、それはいい言い方だね。
商品名にバージョン番号が含まれる必要はない、と。
マーケティングに自由を。ユーザーに混乱を。
0541デフォルトの名無しさんNGNG
>>540
そうだよ？
Microsoftは初心者を騙すのがうまいから今の地位を築けたんだよ。
>539が何か気に障ったかい？
0542デフォルトの名無しさんNGNG
>>541
そっちこそ、なにか気に障った？
0543デフォルトの名無しさんNGNG
>>542
？
0544デフォルトの名無しさんNGNG
>>538
MetaFrameみたいに1.0→XP→3.0と元に戻されても萎えるが
0545デフォルトの名無しさんNGNG
>>544
MS-Officeもそうじゃない?
0546デフォルトの名無しさんNGNG
【JavaOne 2004】次期J2SE「Tigerリリース」の正式版はこの夏登場
http://itpro.nikkeibp.co.jp/free/JAV/NEWS/20040629/146507/

J2SE5.0Tigerリリースは，現在ベータ2の段階にあり，
今年夏には正式版が登場する。このリリースでは
「1995年のJava言語登場いらいの言語仕様の変更」が加わる。
特に重要なのはメタデータで，EJB3.0，JAX-RPC2.0，JDBC4.0など
メタデータを取り入れたAPIは，従来に比べずっとプログラムが簡素になる。

　今後のJ2SEのロードマップも示した。今後予定しているJ2SEのリリ
ース番号を1.5から5.0，1.6から6.0へと振り直すとともに，リリース間隔を
18カ月程度に短縮し，新技術を取り入れやすいようにする。

　セッションでは「要注目」の多数の技術を取り上げた。
例えば「Groovy」言語（JSR-241）は，「Java言語よりも動的で
スクリプト言語風の小さなプログラム向けの技術」である。他のスクリ
プト言語，特にPHPと連携するためには，JSR-232が準備中である。

　J2EE5.0（J2EE1.5改め）の概要も紹介した。EJB3.0やJSF（JavaServer Faces）をコア技術として取り込む。J2EE5.0の正式版は，2005年後半に登場する予定である。
0547デフォルトの名無しさんNGNG
タイガーは丈夫です
0548デフォルトの名無しさんNGNG
タイガースはどうですか？
0549デフォルトの名無しさんNGNG
>>532
JWとJDは宣伝っぽいのが多かったからね。
JPはオープンソースの活用が殆どなんで、
生き残ってるんだろう。
俺も一応3種類とも買ってるけど、JP以外は殆ど見返さない。
0550デフォルトの名無しさんNGNG
JWは、話題が早すぎて、１年前くらいの特集がタイムリーなんだが・・・
JPはリファレンスばっかりだから、使い分けだな。
0551デフォルトの名無しさんNGNG
たしかにJavaPressが実用度ではトップクラスなんだけど
ここんところ酷い内容で買う価値がほとんど無いなぁ
0552デフォルトの名無しさんNGNG
ORマッピングの話やら、コンテナとかサーバーサイド技術が、WEB+DB PRESSに食われてるからねぇ。
JWは、最近抽象的な特集ばかりなのが、気になる。うわさ通り持ちネタ放出してるだけ？
0553デフォルトの名無しさんNGNG
J2SE5.0が今年の夏にでるって具体的にいつ頃？
もう夏だしそろそろ出ておくれよ真タイガージェット

Genericsが待ち遠しいのだよタイガーアッパーカット
0554デフォルトの名無しさんNGNG
>>553
β晩でもつかってなさい。
0555デフォルトの名無しさんNGNG
いやだ。
それで既存のコードを実装してバグ出したくない。
0556デフォルトの名無しさんNGNG
JDK 5.0 Beta 3 Build 58 age

7/14日に出てたみたい。
0557デフォルトの名無しさんNGNG
>>555
「既存のコードを実装して」って具体的にどーゆー事？
既存のソースをコンパイルする事か？
0558デフォルトの名無しさんNGNG
いちいち揚げ足をとりおって。
既存1.4コードに1.5コードを追加修正する間際にベータ版固有のバグを(ry
だ
0559デフォルトの名無しさんNGNG
>>556
Date Released は 07/19/2004 だけど？
0560デフォルトの名無しさんNGNG
>>558
ベータ版固有のバグって具体的には？
リリース版でもバグが全く残ってないなんて保証はないのに？
0561デフォルトの名無しさんNGNG
とにかく1.4がリリースしたときのような気分で1.5を使いたいのじゃーーーーー
0562デフォルトの名無しさんNGNG
>>561
jar の中とか漁って beta の文字を全部取れば「気分」は出るんじゃないか？
0563デフォルトの名無しさんNGNG
廚ウゼェ。
リリース版しか使えない体ならうだうだ言わずおとなしくリリース待ってろよ。
0564デフォルトの名無しさんNGNG
>>562
それはあまりにも寒すぎる
0565デフォルトの名無しさんNGNG
>>558
どうせ本番リリースの前に本物がリリースされるだろ。
既存のAPIではバグがでる可能性は低いし。切り分けもできるし。

やらない理由は、探せばいくらでもあるものだ。
Tigerきにいったなら、とりあえず、使え。






そして人身御供
0566デフォルトの名無しさんNGNG
で、Autodetect のバグは取れたんかいな
0567デフォルトの名無しさんNGNG
俺もう使ってる。しかも業務で。
今開発中で完成する頃にはJ2SE5.0もbetaが取れてるだろうという読み。

Map<int, String> とか、すごく気持ちいい。
キャスト氏ね！て感じだね。爽快だよ。
0568デフォルトの名無しさんNGNG
>566
さっき試したら直ってたよ。
0569デフォルトの名無しさんNGNG
>>567
> Map<int, String>
コンパイルエラーにならんか？
0570デフォルトの名無しさんNGNG
プリミティブ型指定できたっけ？
0571567NGNG
ごめんホントは
Map<String, String>
でした。
0572デフォルトの名無しさんNGNG
ごめんホントは
Map<Object, Object>
でした。
0573デフォルトの名無しさんNGNG
>>565
バイト先で使いたいんだがつかわしてくれんよ
0574デフォルトの名無しさんNGNG
>>573
雑兵にそんなことされたら、たまらない
0575デフォルトの名無しさんNGNG
>>574
雑兵どころか、小間使い
0576デフォルトの名無しさんNGNG
JDK 5.0 Beta 3 Build 59
http://java.sun.com/j2se/1.5.0/snapshots/index.jsp
0577デフォルトの名無しさんNGNG
>>567
> 今開発中で完成する頃にはJ2SE5.0もbetaが取れてるだろうという読み。
完成する頃には RC の途中だったりして。
0578デフォルトの名無しさんNGNG
javaってCで開発してるの？
道理で開発が遅いわけだ。
0579デフォルトの名無しさんNGNG
JavaVMはバッファオーバーフロー起こします。C/C++で作られてるから。
0580デフォルトの名無しさんNGNG
>>579
バグ報告するから、具体的にどこでバッファオーバーフロー起こすのか教えてくれ。
0581デフォルトの名無しさんNGNG
そんなの指摘し始めたらこのスレが埋まってしまうよ。
0582デフォルトの名無しさんNGNG
>>581
では とりあえず、具体的にどこでバッファオーバーフロー起こすのか3箇所挙げてください。
0583デフォルトの名無しさんNGNG
SunとNDA結んでいるからSun以外には教えられないな。
0584デフォルトの名無しさんNGNG
普通のNDAだったら >>579 書いた時点でアウトなんだが。
0585デフォルトの名無しさんNGNG
579は俺じゃないし。
0586デフォルトの名無しさんNGNG
ちなみにNDA的には >>581 でもアウトの可能性高いんだけど。
0587デフォルトの名無しさんNGNG
夏だねぇ
0588デフォルトの名無しさんNGNG
それはそうと、GIF画像生成はどうなるの？
0589デフォルトの名無しさんNGNG
>>574
バイト先で勝手にEclipse3.0を使ってみたが
漏れの影響を受けて上司までEclipse3.0を使い始めた。
今までAnt + 秀丸だったという。
0590デフォルトの名無しさんNGNG
>>589
Eclipseなんか、システムに関係ない。
話のレベルが違うだろ。
だからバイトには(ry
0591デフォルトの名無しさんNGNG
>>590
あなたのレスから、関連性を見出すことができません:)
0592デフォルトの名無しさんNGNG
有能なバイト君に嫉妬しているうだつの上がらないリーマンコーダなんだろ。
ほっといてやれよ。
0593デフォルトの名無しさんNGNG
>>591
JDK1.5を勝手に使われたら困るっていってるところで、Eclipseを使って・・・と自慢されても、ねぇ。
0594デフォルトの名無しさんNGNG
>JDK1.5を勝手に使われたら困るっていってるところで
脳内前提を勝手にでっち上げて反論されても、ねぇ。
0595デフォルトの名無しさんNGNG
つーか、仕事なら開発環境勝手に使うのやばいだろ
実績があるとかそういうのまったく関係なしで
0596デフォルトの名無しさんNGNG
>>594
過去レスもたどれないのか。

>>595
基本的に関係ないだろ。
Eclipseにしろ、NetBeansにしろ、開発環境はコードに影響与えないし。
0597デフォルトの名無しさんNGNG
おまいら、秀丸＋Ant　で開発していた上司を先に晒しあげしないと。
0598デフォルトの名無しさんNGNG
>>596
> Eclipseにしろ、NetBeansにしろ、開発環境はコードに影響与えないし。
開発環境統一してるとこだとダメだけどね。
0599デフォルトの名無しさんNGNG
>>597
秀丸 + Ant って何か悪いの？
0600デフォルトの名無しさんNGNG
>>598
Eclipse使ってるところでNetBeans使うメリットはあまりないけど、NetBeansやらJBuilder使ってるところでEclipse使ってリファクタリングとかはありだと思うけど。
単なるツールだから。

単なるツールを勝手に使えない組織というのももちろんあるけど、それはまた別の話で。
0601デフォルトの名無しさんNGNG
>>599
それなりに秀丸カスタマイズして使ってたなら、十分あり。
Ant使わず、バッチファイルでやってたら晒し上げだけど。
0602デフォルトの名無しさんNGNG
秀丸 + Mavenだったら尊敬してたのに。
0603デフォルトの名無しさんNGNG
>>600
> Eclipse使ってるところでNetBeans使うメリットはあまりないけど、
GUIエディタは NetBeans のが優秀だったりとメリットはあると思うが。

> NetBeansやらJBuilder使ってるところでEclipse使ってリファクタリングとかはありだと思うけど。
自動出力されるコードが統一される保証が無いよーな。
それに二つの開発環境使い分けると単一の開発環境使う時より操作ミスとかが起こりやすいしね。
0604デフォルトの名無しさんNGNG
>>603
別に補助になるツールの方では激しく自動出力しないでしょ。
自動出力しても、コメントくらいが違うだけだろうし。
それに、特にリファクタリングだと、操作ミスより手でやったときの変更漏れやミスの方が怖い。

NetBeansのGUIビルダこそ、自動出力コードが著しくEclipse VEと違うし。

というか、オレとしては、開発環境がNetBeansと決まっていたらメモ帳でコード変更するのも許されないのか、という感じをうける。
メモ帳でコード編集していいなら、Eclipseでコード編集してもいいじゃん。

ソフト勝手にインストールしちゃだめな組織もあるだろうけど、それはやっぱり別の話で。
0605デフォルトの名無しさんNGNG
まっとうな企業なら勝手にインストールして
好き勝手な開発環境つかうってのはありえん

GUIまともに作るなら今はNetBenasしか選択肢はない
VEがまともになるのはいつのことだろうか
0606デフォルトの名無しさんNGNG
>>605
GUIはJBuilderの方がいいらしいけど。
コンポーネント配置の位置がわかりやすいのだけはNetBeansよりVEのほうがいい。

> まっとうな企業なら勝手にインストールして
> 好き勝手な開発環境つかうってのはありえん

規模が大きいところならそうかも知れんけど。
中小ならそうでもないんじゃない？
それに、いまどきEclipse使わせてもらえないような企業がまっとうな技術もってるかっていう話も。
0607デフォルトの名無しさんNGNG
>>604
> 自動出力しても、コメントくらいが違うだけだろうし。
> NetBeansのGUIビルダこそ、自動出力コードが著しくEclipse VEと違うし。
矛盾だね。
たかがリファクタリングの自動生成コードであっても
複数の開発環境が自動生成するコードを混ぜると
後で一括処理するときに障害になる可能性が否定できないしねぇ。

> それに、特にリファクタリングだと、操作ミスより手でやったときの変更漏れやミスの方が怖い。
誰も手作業でやれなんて言ってないよ。

> というか、オレとしては、開発環境がNetBeansと決まっていたらメモ帳でコード変更するのも許されないのか、という感じをうける。
コードを自動生成するならメモ帳も使用禁止だろね。
0608デフォルトの名無しさんNGNG
>>606
> それに、いまどきEclipse使わせてもらえないような企業がまっとうな技術もってるかっていう話も。
Eclipseを開発環境として選択するのと、技術力とは全く関係ないと思われ。
0609デフォルトの名無しさんNGNG
今時テキストエディタで開発してるところは明らかに技術（収集能）力が低いわけだが。
0610デフォルトの名無しさんNGNG
>>606
JBuilderもNetBeansもEclipseもJdevもさわったが
JBuilderはGUI開発が分かりやすいだけ
といってもそのわかりやすさは大事なんだけども
あとJDevはJBuilderまんま


NetBeansのいいところは自分で作ったカスタムパネルとかを
フォームにぺたぺた貼り付けるのが容易というところと
pack指定ができること
0611デフォルトの名無しさんNGNG
>>609
Eclipse を使わなかったら必ずテキストエディタ使ってるのか？
0612デフォルトの名無しさんNGNG
>>607
> たかがリファクタリングの自動生成コードであっても
> 複数の開発環境が自動生成するコードを混ぜると

あの、リファクタリングって知ってます？
クラス名書き換えとか、パッケージの移動とかですよ。
混ぜるとどうのこうのというのは起きないだろ。

それに、何の一括処理するんだよ。
0613デフォルトの名無しさんNGNG
>>612
> クラス名書き換えとか、パッケージの移動とかですよ。
それはリファクタリングのごく一部。

> 混ぜるとどうのこうのというのは起きないだろ。
どうしてもというなら会社に損害与えない事が保証できれば使ってもいーんじゃないか？

> それに、何の一括処理するんだよ。
リファクタリング支援機能の一つ、クラス名書き換えも立派な一括処理なんだけどね。
0614デフォルトの名無しさんNGNG
>>597
Eclipse使うのも開発効率が良くていいいことだが、
Ant使うなら上等だろ。Antでも十分に開発効率は高いんだし。
Eclipseが重たいという人はほとんどがAntを使っているらしいぞ。

Ant + Emacs みたいな感じでな。
0615デフォルトの名無しさんNGNG
>>605
> まっとうな企業なら勝手にインストールして
> 好き勝手な開発環境つかうってのはありえん

なにいっているんだ。

まっとうな大手企業でも、R&D系なら好き勝手にやらせてくれるはずだ。
SoftBankみたいになにもかも制限され、監視されるというのはおかしいし
開発効率が悪化する。


> GUIまともに作るなら今はNetBenasしか選択肢はない
> VEがまともになるのはいつのことだろうか
0616デフォルトの名無しさんNGNG
>>613
なんか、言ってることが支離滅裂じゃないの？

別に、リファクタリングのすべてをやらないといけないわけじゃないし。
パッケージ移動やクラス名変更やらがあったときに、Eclipse使ってリファクタリング機能使うのがいいんじゃないの？って言ってるだけなんだけど。
他のリファクタリングでも、そんなにクセのあるコード吐き出したりしないだろ。
それに、クラス名書き換えの一括処理ができなくなるようなコード自動生成ってどんなんだよ。
0617デフォルトの名無しさんNGNG
>>609
> 今時テキストエディタで開発してるところは明らかに技術（収集能）力が低いわけだが。
んなこたあない。Emacsはばかにできないぞ。
それとテキストエディタであってもAntを使えばかなりの技術力があるほうだろう。
0618デフォルトの名無しさんNGNG
>>607
> >>604
> > 自動出力しても、コメントくらいが違うだけだろうし。
> > NetBeansのGUIビルダこそ、自動出力コードが著しくEclipse VEと違うし。
> 矛盾だね。
> たかがリファクタリングの自動生成コードであっても
> 複数の開発環境が自動生成するコードを混ぜると
> 後で一括処理するときに障害になる可能性が否定できないしねぇ。

CVSとかでちゃんとバージョン管理していないから混乱するんだろ。
0619デフォルトの名無しさんNGNG
お前ら口論できれば口実は何でもいいんだろ
0620デフォルトの名無しさんNGNG
当たり前じゃないか。
台風で外出もできんのに。
0621デフォルトの名無しさんNGNG
>>617
テキストエディタには、Emacsは含めない w
0622デフォルトの名無しさんNGNG
>>616
> パッケージ移動やクラス名変更やらがあったときに、Eclipse使ってリファクタリング機能使うのがいいんじゃないの？って言ってるだけなんだけど。
開発環境を統一している職場で、かつ Eclipse を使っていない場合でも
無理やり Eclipse を使ってリファクタリングした方が良いって話でしょ？
0623デフォルトの名無しさんNGNG
>>621
ちなみに、テキストエディタに含めない根拠は？
0624デフォルトの名無しさんNGNG
>>623
Emacs使ったことないの？
0625デフォルトの名無しさんNGNG
Emacsはただのエディタだよ。
IDEとは比べ物にならない。
0626デフォルトの名無しさんNGNG
>>624
あるよ。で、テキストエディタに含めない根拠は？
0627デフォルトの名無しさんNGNG
>>626
テキストエディタというには、あまりにも高機能。
ちなみに、ここでのテキストエディタは、>>609でのテキストエディタね。

最近スレの流れ読まずに突っ込むヤツいるから。
0628デフォルトの名無しさんNGNG
>>625
Emacsは設定次第でIDEともいえると思うが。
何もプラグインの入ってないEclipseと同じだと思う。
0629デフォルトの名無しさんNGNG
>>622
無理やりって、別に無理しないとEclipseが使えない低能なら、使わなくていいよ。
0630デフォルトの名無しさんNGNG
>>627
なにを持って高機能といってるのか >>609 見てもわからん。
ちなみにjEditはテキストエディタか？ 秀丸はテキストエディタか？
0631デフォルトの名無しさんNGNG
>>630
つまり、行間を読む能力がない、と。
0632デフォルトの名無しさんNGNG
>>629
> > 開発環境を統一している職場で、かつ Eclipse を使っていない場合でも
> > 無理やり Eclipse を使ってリファクタリングした方が良いって話でしょ？
> 無理やりって、別に無理しないとEclipseが使えない低能なら、使わなくていいよ。
能力は問題にしてないんだけど。職場のルールは無視しても良い、と？

ところで、最近は Eclipse 使う人間は使わない(使えない、ではない)人間を
低脳よばわりしてストレス解消するのが流行ってるのか？
0633デフォルトの名無しさんNGNG
>>631
> つまり、行間を読む能力がない、と。
つまり、相手に行間を読んでいただかなければならないほど文章を書くに不自由している、と。
0634デフォルトの名無しさんNGNG
>>632
前から出てるけど、勝手にツールインストールしちゃいけないとかいうのは別の話ね。

で、例えば職場でJavaのコーディングにはJBuilder使いなさいというルールがあったとしたら、メモ帳でソースコードいじるのもだめなの？
Eclipseのインストールが許されてるなら、コードいじるのに部分的にEclipse使ってもいいと思うんだけど。
0635デフォルトの名無しさんNGNG
>>633
そうだねぇ。
あんたみたいに読解能力の低い人にちゃんと理解させる文章を書くだけの能力は、オレにはない。
0636デフォルトの名無しさんNGNG
>>634
> で、例えば職場でJavaのコーディングにはJBuilder使いなさいというルールがあったとしたら、
> メモ帳でソースコードいじるのもだめなの？
普通は不可。例えば JBuilder の GUIエディタが吐いたコードとか勝手に書き換えられたら困るでしょ。
0637デフォルトの名無しさんNGNG
>>635
文章書く能力っつーか、説明する能力とか、論理的思考力も足りなさげ。
0638デフォルトの名無しさんNGNG
>>636
いじっちゃだめな部分はいじらなければいいじゃん。
まぁ、どこいじってよくて、どこいじっちゃだめかわからんような奴がたくさんいるような組織だと、ルールとしては指定したツール以外使用禁止になるんだろな。
0639デフォルトの名無しさんNGNG
>>637
話の流れとかフインキ(←なぜか変換できない)読めないやつに説明する能力は、ない。
0640デフォルトの名無しさんNGNG
>>638
その屁理屈がとおるなら、手動でクラス名を変更してもミスは全く考慮しなくて良いな。
0641デフォルトの名無しさんNGNG
>>640
なんか、自分が屁理屈ばっかりいってるから、他も屁理屈に見えるんだね。

じゃあ、GUIじゃなければ、いいんじゃないの？
それに、保護するべき部分をいじってしまうリスクよりも、リファクタリングし損ねるリスクの方が高いと思うんだけど。
っていうか単純に面倒。
0642デフォルトの名無しさんNGNG
ミスの可能性を度外視していいなら(以下略)
0643デフォルトの名無しさんNGNG
>>642
で、じゃあサーブレットとかPOJOをリファクタリングしたときに、どんな弊害があるの？
0644デフォルトの名無しさんNGNG
>>641
> じゃあ、GUIじゃなければ、いいんじゃないの？
自動処理の対象となる可能性のある全てのコードが対象なので、
GUIじゃなければ良いという話ではない。

> それに、保護するべき部分をいじってしまうリスクよりも、リファクタリングし損ねるリスクの方が高いと思うんだけど。
JBuilder にリファクタリング支援機能があるならそれを使えばよいだけでは？
0645デフォルトの名無しさんNGNG
あ、サーブレットならweb.xmlの・・・っていうツッコミどころがあるね。
POJOだけに絞ってみようか。
0646デフォルトの名無しさんNGNG
>>644
Eclipseと同じことができるならね。

で、自動処理ってなんなのさ。
0647デフォルトの名無しさんNGNG
>>646
> で、自動処理ってなんなのさ。
自動処理は自動処理だよ。

JBuilder の GUIエディタが自動生成するコードも、
javadoc コメントの生成支援で出力されるコメントも、
ユーザが JBuilder が出力するコードと決めウチして、
他のフレームワークへの移植を行うのも含めて
あらゆる自動処理全部。
0648デフォルトの名無しさんNGNG
> Eclipseと同じことができるならね。
Eclipse 以外のツールを使いこなす事ができない、単なる Eclipse 厨だな。
0649デフォルトの名無しさんNGNG
>>620
台風ってことはあんた、関西のほうか？
うち東京は晴れて天気がええぞ
0650デフォルトの名無しさんNGNG
>>648
え？
JBuilderってそんなかしこくなってんの？
ま、JBuilderは、使う候補にあがらないし。
NetBeansはEclipseほどのコーディング支援ないし。NetBeans4.0になったとしても。

NetBeansなりJBuilderなりで大枠吐き出して、Eclipseでコーディングというのは、なかなかいいと思うんだが。
自動処理ったって、リファクタリングで影響がでるような自動処理ってなんがあるのさ。
0651デフォルトの名無しさんNGNG
>>649
ことごとくイベント中止だ。
0652デフォルトの名無しさんNGNG
Eclipse使っている人と、日で丸使っていない人と一緒に開発しても
それほど支障はきたさないが。
むしろ日で丸とかで開発しているひとのソースコードをみるとコードフォーマッタで
整形したくなったり、警告によって出たいらないインポート宣言やいらない変数を
削除したくなってくるがw
ついでにコメント自動生成機能とかもついかしたくなってくるw

0653デフォルトの名無しさんNGNG
>>627
べつにAnt使えればいいじゃん。
0654デフォルトの名無しさんNGNG
>>632
>
> ところで、最近は Eclipse 使う人間は使わない(使えない、ではない)人間を
> 低脳よばわりしてストレス解消するのが流行ってるのか？

んなこたあないよ。むしろAntやmake使えない人間のほうが低脳なんじゃないの？
0655デフォルトの名無しさんNGNG
web.xmlなら、IDEが自動生成したものなんか、XDocletで捨てられるから、気にしない。
XDoclet使わなかったら、web.xmlコンフリクトしまくりで、数人じゃやってられない。
0656デフォルトの名無しさんNGNG
>>636
> >>634
> > で、例えば職場でJavaのコーディングにはJBuilder使いなさいというルールがあったとしたら、
> > メモ帳でソースコードいじるのもだめなの？
> 普通は不可。例えば JBuilder の GUIエディタが吐いたコードとか勝手に書き換えられたら困るでしょ。

だからそういうときにCVSのようなバージョン管理ツールを使うんだよ。
0657デフォルトの名無しさんNGNG
>>654
makeは使えなくていい、と思う漏れは低能ですか？
0658デフォルトの名無しさんNGNG
>>636
> >>634
> > で、例えば職場でJavaのコーディングにはJBuilder使いなさいというルールがあったとしたら、
> > メモ帳でソースコードいじるのもだめなの？
> 普通は不可。例えば JBuilder の GUIエディタが吐いたコードとか勝手に書き換えられたら困るでしょ。

とりあえずさ、テストケース書けよ。
いじったときにテストに失敗するようだったらそのソースコードは捨てるってやりかたで差
0659デフォルトの名無しさんNGNG
実はここでやりとりしてるやつって、数週間前にORMスレでやりとりしてたやつとメンバー変わらなかったりして。
0660デフォルトの名無しさんNGNG
>>656
普通は CVS にコミットする以前の問題だろ。
0661デフォルトの名無しさんNGNG
>>656
微妙に話がずれるね。
テストの話も、たとえばNetBeansの場合、GUIエディタで保護した部分を書き換えると、そのときはテスト通っても、あとでNetBeansで開いたときに元に戻されて、コンパイルエラーになる。

ただ、その部分はNetBeans以外のツールでさわらなければいいだけの話なんだけど。
それを触っちゃったらどうすんのっていう、すごく心配性な人がいる。
0662デフォルトの名無しさんNGNG
>>658
テストケースって……
ソースが Eclipse VisualEditor の自動出力フォーマットに合致してるか、なんてのもテストすんの？
0663デフォルトの名無しさんNGNG
で、結局リファクタリングで影響が出るような自動処理って、なんがあるの？
0664デフォルトの名無しさんNGNG
>>663
で、結局リファクタリングで影響が出ないって事は保証できるの？
0665デフォルトの名無しさんNGNG
職場で JBuilder 使え、と言われてるのに別のモン使おうとしてるってケースだから
普通は上から「影響が出ないことを保証しろ」って言われるだろうね。悪魔の証明だけど。
0666デフォルトの名無しさんNGNG
>>664
それこそテストケース
0667デフォルトの名無しさんNGNG
>>666
影響が出ないことを保証するってのは >>665 が言うとおり悪魔の証明だから、
そもそもテストケースなんぞ書けない。
例えテストケース書いても、** のような場合を想定していない、というのが無限に出てくる。
0668デフォルトの名無しさんNGNG
リファクタリングするかしないか、はツール使う使わないは関係ないし。
リファクタリングするんだとしたら、Eclipse使ってやるのが安全だし、と。
JBuilderにないリファクタリングの機能使うんならね。

保証がないからリファクタリングするな、という組織だとガクブルもの。
0669デフォルトの名無しさんNGNG
>>638 みたいにミスを度外視していいなら手動でリファクタリングしても全く問題ないな

ちなみに JBuilder にないリファクタリング機能って何？
0670デフォルトの名無しさんNGNG
JBuilderしらない。
最近のは使ったことないし。
0671デフォルトの名無しさんNGNG
>>598 の流れからいけば、ツール使う使わない以外は関係ないね。

リファクタリングしないって状況を勝手に想定して、
勝手に想像上の組織にガクブルしてんだろーけど。
0672デフォルトの名無しさんNGNG
>>667
>>666 はネタだろ。レス番がアレだし。
0673デフォルトの名無しさんNGNG
>>671
でも、>>664の言い草だと、そうじゃないとも言い切れないよ。
結局リファクタリングって、「ユニットテストで動作保証した上でのソースコードの効率化」でしょ。
0674デフォルトの名無しさんNGNG
>>673
>>664 のは >>665 の省略形だと考えれば、ツール使う使わない以外は関係ないと言い切れる。
0675デフォルトの名無しさんNGNG
から、結局、ツール使える組織であれば、便利ならEclipse使えばいいじゃん、と思うんだけど。
0676デフォルトの名無しさんNGNG
ところで、JBuilderってEclipseと同じだけのリファクタリングできるの？
0677デフォルトの名無しさんNGNG
>>675
> ツール使える組織であれば、
前提が間違ってるよ。>>634 で
> で、例えば職場でJavaのコーディングにはJBuilder使いなさいというルールがあったとしたら、メモ帳でソースコードいじるのもだめなの？
ってしっかり書いてあるから、Java のコーディングには JBuilder 以外使えない。
0678デフォルトの名無しさんNGNG
>>677
まぁ、>>634 とは別の話でってんなら使えば良いのでは？
0679デフォルトの名無しさんNGNG
>>677
ほとんどの組織では、そんなに厳しいとは思わないんだけど。

っていうか、前提が間違ってるとかじゃなくて、条件決めてEclipse使えばいいじゃん、と。
硬直した組織のことはほっといて。
0680デフォルトの名無しさんNGNG
> ほとんどの組織では、そんなに厳しいとは思わないんだけど。
自分の思い込みが正しいとは思わんように。
0681デフォルトの名無しさんNGNG
なんか>>679って、Eclipseが時代遅れになってもEclipse以外の開発環境は認めない、
とかゆーアレな人間に硬化しそうな悪寒……
0682デフォルトの名無しさんNGNG
>>680
JBuilderと決まったらメモ帳もだめ、っていう組織って多いの？
0683デフォルトの名無しさんNGNG
>>681
基本的には単なる Eclipse厨だからねぇ。
0684デフォルトの名無しさんNGNG
>>681
おれの意見は>>650にも書いた

> NetBeansなりJBuilderなりで大枠吐き出して、Eclipseでコーディングというのは、なかなかいいと思うんだが。
0685デフォルトの名無しさんNGNG
>>684
そりゃ現時点での話でしょ。例えば
・VisualEditorとかが良くなってきたらNetBeansもJBuilderも捨てる。
・そのままEclipseを使い続け、いつのまにかEclipse時代遅れに。
・若手から時代遅れと陰口を叩かれるようになり硬化。
ってのは十分考えられる。

現時点でも思考が硬直しがちに見えるし。
0686デフォルトの名無しさんNGNG
>>685
確かに。っつーか Eclipse 厨じゃないってだけで今現在も硬直してるしねぇ。
でも まぁ、普通の人は年とともに柔らかくなるから大丈夫。
0687デフォルトの名無しさんNGNG
>>685
なんか、妄想はげしいね。

自動化自動化うるさいやつの方が、硬直してたと思うぞ。
いなくなったみたいだけど。
0688デフォルトの名無しさんNGNG
>>686
> 普通の人は年とともに柔らかくなるから大丈夫。

・・・初めて聞く説だ。
0689デフォルトの名無しさんNGNG
>>687
ルールを守れってのは至極まっとうな話。

ルールを破るだけの根拠を提示できないのに素直に諦めない態度を
硬直と表現したんだが、なんか間違ってるか？
0690デフォルトの名無しさんNGNG
まぁ、彼もアレだけどね。
先に >>665 を言ってればそれで終わったのに。
0691デフォルトの名無しさんNGNG
>>689
ルールの意図を把握してれば、効率がよくなる部分ではルール破ってもいいと思ってるだけ。

結局、反論してもちゃんとした答え、ここでは帰ってきてないし。
Eclipseのリファクタリングが問題になる自動化ってなんなの？
すごく気になってるんだけど。

ルール至上主義は、それはそれで硬直化の代表だね。
0692デフォルトの名無しさんNGNG
> ルールを破るだけの根拠を提示できないのに素直に諦めない態度を
よーするに若いって事だよね。ｳﾗﾔﾏｽｨ
0693デフォルトの名無しさんNGNG
>>691
その場合、問題が無い事を証明する責任は >>691 にある。

> ルール至上主義は、それはそれで硬直化の代表だね。
ルールを破って、損害が出たときに
誰かにケツを拭いて貰わなければいけない事をよく理解出来てない人はそう考えるみたいね。
まぁ、若さの証明みたいなもんだけど。
0694デフォルトの名無しさんNGNG
>>693
で、リファクタリングとか、あと単純にコード書くときのtry囲んでくれることとか、そんな便利な機能が使いたくて、コーディングにEclipse使ったくらいで、損害でるの？

ルールの意図を把握して、その意図がくずれなければルール破っていいと思ってるんだけど。
0695デフォルトの名無しさんNGNG
> Eclipseのリファクタリングが問題になる
これを許せばリファクタリング以外にも使えるようにしろって話になる。
そのEclipseのリファクタリング以外の機能を使って問題にならない保証は無い。

とか、いくらでも言い様はあるからねぇ。
0696デフォルトの名無しさんNGNG
>>694
個別のルールの意図についてなら、一般論で議論しても無駄。

本当はルールを破るよか、ルールを変える事をまず第一に考えるべきなんだけどね。
0697デフォルトの名無しさんNGNG
>>695
リファクタリング以外でも、そんなに他に影響があるような機能って、あんまりない気がするけど

でも、サーブレットとかStrutsの開発でXDoclet使ってないときに、XDoclet使わせろ、とかは言うかも。
もちろんプロジェクトの初期段階での話だけど。
0698デフォルトの名無しさんNGNG
>>694
損害が出ない事を保証すべき責任を負うのは >>694。他の誰でもない。
0699デフォルトの名無しさんNGNG
>>696
というか、ほんとにJBuilderと決まったらメモ帳もだめ、というルールの組織なら、ほかにも変なルールがありそうだから、ルール変える前によその組織に行く。
0700デフォルトの名無しさんNGNG
>>699
その前提を持ちだしたのはオマエじゃないのか？
0701デフォルトの名無しさんNGNG
>>698
うーん、じゃ、ここでとやかく言われる筋合いもなさそうなんだけど。
記述したコードに持つ責任とおなじ範囲だと思うし。
ようするに、手作業にしろツールにしろ、バグを混入したら責任取れ、ってことでしょ。
全員Eclipse使えっていうわけじゃないし。
0702デフォルトの名無しさんNGNG
>>701
バグ混入だけじゃないんだけどね。

例えば Tiger 用のコードに変換して失敗する可能性、
失敗しないけど変換コードを書くのにより労力がかかる可能性、
数えだしたらキリがないぞ。
0703デフォルトの名無しさんNGNG
>>702
> 例えば Tiger 用のコードに変換して失敗する可能性、

どこにそんな可能性が・・・・

> 失敗しないけど変換コードを書くのにより労力がかかる可能性

変換コードなんか書く必要ないし。

そりゃ妄想を数えたらキリもなかろう。
できない理由をあげたらキリがない。
0704デフォルトの名無しさんNGNG
> できない理由をあげたらキリがない。
だから悪魔の証明だって言ったじゃん。
0705デフォルトの名無しさんNGNG
> 変換コードなんか書く必要ないし。
コードの再利用は全く考えない？
それに、全く無いというのを保証する責任はやっぱり>>703にある。
0706デフォルトの名無しさんNGNG
>>704
でも、あまりにも見当違いな可能性あげてるんだけど。
0707デフォルトの名無しさんNGNG
見当違いでもなんでも、可能性がゼロだということを保証する責任があるのは>>706.
0708デフォルトの名無しさんNGNG
>>705
>> 変換コードなんか書く必要ないし。
> コードの再利用は全く考えない？

コードの再利用と変換コードと、なんの関係が？
部分的にEclipse使ってコーディングするのに、再利用性考えるも考えないも、関係ないと思うんだけど。
0709デフォルトの名無しさんNGNG
>>707
うん、だから、>>701
0710デフォルトの名無しさんNGNG
>>707
っていうか、技術わからん管理職ならまだしも、Javaスレで>>702みたいな可能性がでてくるのが・・・
0711デフォルトの名無しさんNGNG
ツールにミスがある可能性がゼロだと保証する必要もないと思われ。
そんな保証が必要なら、どんなツールも使えない。

ツールで弊害があったときに、その対策ができるかどうか、弊害のコントロールができるかどうかが重要だと思われ。
で、Eclipseで部分的にコードを書き換えることの場合、弊害があったとしてもコントロールはできると判断。
0712デフォルトの名無しさんNGNG
ツールの善し悪し→水掛け論になるから個々人の好み
Eclipseを知らないで秀丸に走る上司→逝ってよし
チーム開発でのリファクタリング厨→逝ってよし

馴染んだツールでチームメンバと協調する人→GJ
0713デフォルトの名無しさんNGNG
関係ないが、Javaはクラス名とファイル名がリンクしてて、クラス名が変わるリファクタリングやるとCVSがいやなことになるので、クラス名のリファクタリングがやりにくい。
そうならないように考えて付けるべきだとは思うけども。
0714デフォルトの名無しさんNGNG
> 部分的にEclipse使ってコーディングするのに、再利用性考えるも考えないも、関係ないと思うんだけど。
JBuilder デフォルトのプロジェクトで Eclipse の自動生成コードが
> > 例えば Tiger 用のコードに変換
する時に障害になる可能性がゼロだと言うならともかく、
可能性を考える事すらできないってのはマズいのでは？
特にルール無視して複数のツール使いたいって言うのなら。

しっかし、この人抽象的な話になると付いてこれなくなるね。
プログラマに向いてなさそう。
0715デフォルトの名無しさんNGNG
>>711
> ツールにミスがある可能性がゼロだと保証する必要もないと思われ。
ツールにミスがある可能性を云々してるのでなくて、
「違う」というだけですら障害になる可能性もあるって事。
例えば、Swingなプロジェクトで VisualEditor と JBuilder の混ぜて使ったらダメだけど、
この場合、ツールが悪いわけではない。

> で、Eclipseで部分的にコードを書き換えることの場合、弊害があったとしてもコントロールはできると判断。
まぁ、判断したなら自分で責任は取らないとね。
0716デフォルトの名無しさんNGNG
>>714
現状EclipseはTigerに対応してないし・・・
Tigerに対応したときにどうこういうなら、それはまた先の話で。

抽象的というか、あんたが見当違いの杞憂な話してるだけ。
0717デフォルトの名無しさんNGNG
抽象的な話に弱く、視野が狭く、態度が高慢。
プログラマとしてはかなーり硬直しとるね。
0718デフォルトの名無しさんNGNG
>>716
どこに Eclipse が Tiger に対応してる/してない、なんて書いてあるんですか？
Eclipse と Tiger という単語みて脊髄反射しただけ？
0719デフォルトの名無しさんNGNG
emacsのJava開発支援機能って何があるんですか？
なんか上の方のレスを見ていると、統合環境だという人が
いるようなんですが。
sshからeclipseのような機能が使えたらいいな、と思って
いたんで、ぜひぜひお願いします！
0720デフォルトの名無しさんNGNG
【Meadow】Java開発環境（・∀・）ｲｲ【JDEE】
http://pc5.2ch.net/test/read.cgi/tech/1017214967/
0721デフォルトの名無しさんNGNG
>>626
Lispって知ってる？
0722デフォルトの名無しさんNGNG
>>718
ようするに、屁理屈か。
じゃあ、EclipseがC#のコードを生成することがないようにも確認しないといけないね。
0723デフォルトの名無しさんNGNG
どうでもいいけど、JDKの話しろ。
ProcessBuilder 便利だな、っと。
0724デフォルトの名無しさんNGNG
もうあたらしい情報もないしねぇ。

メタデータとJavaDocタグの違いってなに？
@overrideとか、JavaDocタグでやっても同じじゃん、とか思ったりするんだけど。
0725デフォルトの名無しさんNGNG
> メタデータとJavaDocタグの違いってなに？
すぐに思いつくのは実行時に reflection api で情報が取れる/取れない。
0726デフォルトの名無しさんNGNG
実行時に情報をとるって、具体的にどんなときに使うんかな。
新しい言語仕様で、メタデータがよくわかってない。
0727デフォルトの名無しさんNGNG
開発ツールとかアプリサーバとかの
設定を簡単にしたり自動化したりするときのヒントに使える。


0728デフォルトの名無しさんNGNG
>>713
CVSの代わりにSubversionを使うと気軽にファイル名を変更できます。

Subversion スレッド その2
http://pc5.2ch.net/test/read.cgi/linux/1078609142/
0729デフォルトの名無しさんNGNG
>>728
Subversion素敵だね。
なにより80番443番でいけるところがいい。
NetBeansにもEclipseにも対応プラグインがあるみたいだし。
Javaでやるなら、CVSよりSubversionの方がよさそうだ。

雨がどしゃぶりになって台風キターと思ったら、すぐやんだ。
0730デフォルトの名無しさんNGNG
>>724
.NETのパクリです
0731デフォルトの名無しさんNGNG
>>681
なんだ？ viやemacs,antが時代遅れだとでもいいたいのかい？
0732デフォルトの名無しさんNGNG
>>731
antはもうすぐそうなる。
0733デフォルトの名無しさんNGNG
時代遅れ：vi(m), emacs
もうすぐ時代遅れ：java, ant
0734デフォルトの名無しさんNGNG
時代はMSBuild
0735デフォルトの名無しさんNGNG
でも、Javaの代わりになるものは出てきてないから。
0736デフォルトの名無しさんNGNG
>>735
COBOL
0737デフォルトの名無しさんNGNG
>>711
> ツールにミスがある可能性がゼロだと保証する必要もないと思われ。
> そんな保証が必要なら、どんなツールも使えない。

Eclipseはオープンソースだし、多くの人によってテストが行われているわけだし
そんじょこらのIDEよかは信頼性があるでしょ。
0738デフォルトの名無しさんNGNG
>>737
っていうのは通じないみたいよ。
0739デフォルトの名無しさんNGNG
>>732-733
Mavenがあればantは要らないとでも考えておるのか寝？

その考えはCが時代遅れになると言っているのとかわらんぞ。
CがなければOSやVMを動かすには話にならんだろう。

viは即座に設定ファイルを弄るときに重宝するぞ。
特に、ＯＳを初期の何も無い状態からインストールするときに役立つ。
0740デフォルトの名無しさんNGNG
>>738
じゃあ、通じないバカにはApacheの信頼性をいくら説明しても通じない訳か。
0741デフォルトの名無しさんNGNG
時代遅れ：>>739
0742デフォルトの名無しさんNGNG
>>739
> 特に、ＯＳを初期の何も無い状態からインストールするときに役立つ。

最近はCDさしてほっとけばウィンドウマネージャまで普通にインストールしてくれるが。
0743デフォルトの名無しさんNGNG
>>712
> ツールの善し悪し→水掛け論になるから個々人の好み
> Eclipseを知らないで秀丸に走る上司→逝ってよし
だから、Eclipseが重たいという理由でEclipseを使わなかった者、
IDEを使うとバカになるからなるべき使わないでAntを使いたいと思っていた者、
など様々な理由でEclipseを使わないものがいるんだって。

だが、それでもEclipseよりも重たいＩＤＥってのもあるがな。
0744デフォルトの名無しさんNGNG
>>740 実際通じないから、
Apache -> IBM HTTP server
Eclipse -> IBM Websphere Workbench
という商業上の置き換えがあるんだよ。
0745デフォルトの名無しさんNGNG
>>741
サーバ構築もできないバカが言いそうなことだな。
0746デフォルトの名無しさんNGNG
>>744
やっぱりな、オープンソースのほうが信用できる。
それにオープンソースのほうが無料で大量のテスタを集めることができる。
オープンソースの信頼性はばかにならない。

0747デフォルトの名無しさんNGNG
>>746
君は何の貢献もしてないけどね。ﾌﾟ
0748デフォルトの名無しさんNGNG
>>740
実際、5年前はそういう状況だった。
Apacheなんてメーカーの保証もないわけのわからんもん、使えるか、みたいな。
0749デフォルトの名無しさんNGNG
>>746
といえるオープンソースのプロダクトは、数えるほどしかない罠。
0750デフォルトの名無しさんNGNG
そんじょそこらにIDEなんてない
0751デフォルトの名無しさんNGNG
>744
×WebSphere Workbench
○WebSphere Studio
0752デフォルトの名無しさんNGNG
>744
× IBM HTTP server
○ IBM HTTP Server
0753デフォルトの名無しさんNGNG
>>751
×WebSphere Studio
○WebSphere Studio Workbench
0754デフォルトの名無しさんNGNG
×くりーむしちゅー
○くりぃむしちゅー
0755デフォルトの名無しさんNGNG
>>753
製品としては
WebSphere Studio Application Developer
と
WebSphere Studio Site Developer
0756デフォルトの名無しさんNGNG
>>755 話の流れとしては「オープンソースの看板じゃ相手にしてもらえないので
自社の看板付ける」だから、機能的にEclipseと差がないWorkbenchだろうね。
ISV向けにWorkbenchを使った有償サポートサービスってのがあるんだよ。

ところで、>>755にWSDDもいれてやってくれ。新バージョンでたばっかだし。
0757デフォルトの名無しさんNGNG
そろそろみんなスレの名前を思い出してくれまいか
0758デフォルトの名無しさんNGNG
生まれは葛飾、柴又。帝釈天で産湯を使い……
0759デフォルトの名無しさんNGNG
>>757
雑談スレと書いてあるように見える。
0760デフォルトの名無しさんNGNG
>>730
ちがうな。
その機能はドトネト以前からあった
0761デフォルトの名無しさんNGNG
>>760
何かと勘違いしていない？
というか、「その機能」ってなにを指してんの？
「ドトネト以前からあった」ものって何のこと？
0762デフォルトの名無しさんNGNG
JavaDocタグ？
0763デフォルトの名無しさんNGNG
>>11の新機能はすべて.NETのパクリだな。
もうちょっとプライドを持って仕事しなさい。＞惨社員
0764デフォルトの名無しさんNGNG
せめてパクられるような機能1つくらいは入れておけば良かったのにな。
0765デフォルトの名無しさんNGNG
>>763
ジェネリックは、.NETのパクリじゃないね。
0766デフォルトの名無しさんNGNG
パフォーマンスの改善が.NETのパクリっていうのも、なかなかチョンっぽくていいね。
0767デフォルトの名無しさんNGNG
>>765
そうだね。パクリじゃない。
パクってたら10倍ましな仕様になってたからな。
0768デフォルトの名無しさんNGNG
Genericは仕様が決まったのはC#2.0が出るずっと前だと思うが。
0769デフォルトの名無しさんNGNG
→「思う」←
0770デフォルトの名無しさんNGNG
別にどっちでもいいんじゃない。使えれば良し。
0771デフォルトの名無しさんNGNG
仕様をパクったわけじゃないでしょ。
C#2.0に刺激されただけで。やっと重い腰を上げたというか。
0772デフォルトの名無しさんNGNG
Java の方はある程度流れを追える。
どの段階で「仕様が決まった」とするかは知らんけど。

JSR のプロセスはこんなん。
http://www.jcp.org/en/jsr/detail?id=14
Stage　　　　　　　　　　　　 Start　　　　　　　　　　Finish
Proposed Final Draft　　　　27 Jul, 2004
Public Review　　　　　　　　 07 May, 2001　　　　　1 Aug, 2001
Community Draft Ballot　　02 Oct, 2000　　　　　09 Oct, 2000
Community Review　　　　　07 Sep, 2000　　　　　09 Oct, 2000
CAFE　　　　　　　　　　　　　18 May, 1999　　　　　05 Jul, 1999
JSR Approval　　　　　　　　1 May, 1999　　　　　　17 May, 1999

Java Generics の元となった pizza のペーパーが出たのが 1997。
http://pizzacompiler.sourceforge.net/doc/papers.html
0773デフォルトの名無しさんNGNG
どっちが先なんてどうでもいい話だ。
問題はJavaのGenericsが糞って事だ。
0774デフォルトの名無しさんNGNG
もともとの仕様が糞なんだから、
それを建て増ししようとしたって、高が知れている。
そもそもJavaを使うのをやめたほうがいいと思うよ。
0775デフォルトの名無しさんNGNG
>>774
スレ違い。死滅スレいってやれ。
0776デフォルトの名無しさんNGNG
別にネタもリリースも無いんだからいいんじゃね
0777デフォルトの名無しさんNGNG
JDK 5.0 Beta 3 Build 60
http://java.sun.com/j2se/1.5.0/snapshots/index.jsp
0778デフォルトの名無しさんNGNG
>>761
ドトネトもJavaも存在する前からあったったことよ
0779デフォルトの名無しさんNGNG
>>763
Javaの仕様を策定しているのはサンシャインではありません。
主にＩＢＭとかが関わっています
0780デフォルトの名無しさんNGNG
>>778
だから何が前からあった？
0781デフォルトの名無しさんNGNG
分からん奴だな。Javaと.NETじゃ歴史も質も量も桁違いなんだよ。
.NET の検索結果 約 388,000,000 件中 1 - 10 件目 (0.25 秒)
Java の検索結果 約 69,800,000 件中 1 - 10 件目 (0.17 秒)
0782デフォルトの名無しさんNGNG
>>778-781
死滅スレ行ってやれ。
0783デフォルトの名無しさんNGNG
>>771
違うだろ、JCPに加入している企業との議論の末に採用してもいいかを判断したんだろ。
しかし型安全性も保証されていない信頼性のDQNなC#のGenericsと一緒にするのはどうかと。
Javaの仕様策定は、M$とはちがって時期尚早なこともせず、
独善的になってまで向こう見ずなことをしないってことだよ。
0784デフォルトの名無しさんNGNG
>>783
死滅スレageてやったからそっちでやれ。
0785デフォルトの名無しさんNGNG
餌も無いのに誰が食いつくものか
0786デフォルトの名無しさんNGNG
>>783
> しかし型安全性も保証されていない信頼性のDQNなC#のGenerics

あんたよその板で突っ込まれて答えられなかった人か？
0787デフォルトの名無しさんNGNG
>>783
では、型の取り扱いについてC#とJavaの違い教えて。
0788デフォルトの名無しさんNGNG
そして静寂が訪れた
0789デフォルトの名無しさんNGNG
>>783
見事にこちらでも撃沈、沈黙だな。
平和なスレになって良かった。
Winで始まるスレなども荒らすなよ。
0790デフォルトの名無しさんNGNG
>>789
あんた、荒らさないでくれないか。荒らしの張本人さんよ。
邪魔だからあっちでやってくれないか。
0791デフォルトの名無しさんNGNG
文法が変わるようなバージョンアップっていつ以来なのでしょうか？
0792デフォルトの名無しさんNGNG
JDK1.1かな？
0793デフォルトの名無しさんNGNG
あぁ、でもassert追加されたからJ2SE1.4以来。
0794デフォルトの名無しさんNGNG
1.1 -> 1.2 のときも若干文法変わってるけどね。
0795デフォルトの名無しさんNGNG
美人だった漏れのJAVAたんがアバタだらけに…
0796デフォルトの名無しさんNGNG
Java改造は始まったばかりだ。
次の仕様変更はthrows撤廃とdelegate, propertyの追加だ。
0797デフォルトの名無しさんNGNG
propertyは、やるにしてもメタデータでセッターゲッター自動作成になるのではないかと。
文法拡張する必要はないと。
throwsも、検査例外と実行時例外を使い分ければいいだけで。
0798デフォルトの名無しさんNGNG
業務系組む側からいえば今の例外のおかげでだいぶ助かる
オートボクシングもちゃんと理解してないと怖いことになるかも、と危惧している

タイプセーフEnumはうまく考えたものだと思う

あと綺麗なプロパティ文法は欲しいね
内部で生成するだけでいいから
0799デフォルトの名無しさんNGNG
オートボクシングて、
IntegerとかFloatとかだけをコンパイラが特別扱いして勝手に生成するの？
不公平じゃないか
0800デフォルトの名無しさんNGNG
すでにStringだけ不公平
0801デフォルトの名無しさんNGNG
enum も不公平。
でも超便利。
0802デフォルトの名無しさんNGNG
多重継承とか include なんかもそのうちできるようになるんでしょうか？
0803デフォルトの名無しさんNGNG
>>802
マジレスするとjavaは名前空間をimportするし、
プリプロセッサも排除しているのでincludeの意味が無い。
あと、多重継承するくらいならAspectJを使え。
0804デフォルトの名無しさんNGNG
ついでだから delegate も搭載してくれ
0805デフォルトの名無しさんNGNG
>>802
C#に無い機能は取り入れられないよ。
0806デフォルトの名無しさんNGNG
何でテンプレートを早く導入しなかったのか？
今頃になって・・・
もっと早くしていれば、ＳＥなら全クラス数が今の３分の２くらいに
減らせて、スッキリと整理できたのに。
新ＡＰＩを追加する事だけに熱中して、基本部分をおろそかにするから
こうなるんだ。
0807デフォルトの名無しさんNGNG
多重継承を導入したら、ＪＡＶＡの根底が崩れてしまうので
ダメ
0808デフォルトの名無しさんNGNG
っていうか、多重継承って必要？

何でテンプレートが早く導入されなかったかは、議論が長引いたからだね。
0809デフォルトの名無しさんNGNG
多分、多重継承する代わりに委譲かインターフェイスを使えという見解だと思うけど．．．
0810デフォルトの名無しさんNGNG
C++とのtemplateとはちょと違う。
0811デフォルトの名無しさんNGNG
C++のテンプレートは、新たにクラスを作るためのテンプレートだけど、Genericsはコレクションに型情報を与えるだけ。
0812デフォルトの名無しさんNGNG
Javaにも多重継承あるじゃん。実装の多重継承がないだけで。
多重継承入れたら、COBOLの代替としてのJavaという理念が崩れちゃうんじゃないか。
C++みたいに問題を全てプログラマ任せにするか、
問題を制御しようとしてEiffelみたいにやたらと複雑になるか、
どちらにしろ平均的な不勉強な業務系プログラマには使えない代物になる。
0813デフォルトの名無しさんNGNG
>>811
違う。ぜんぜん違う。
0814デフォルトの名無しさんNGNG
>>812
逆に、インタフェースの概念が思いつかなかったから、安易に多重継承を
導入しただけじゃないかとも思える。Ｃ＋＋は。
0815デフォルトの名無しさんNGNG
>>813
全然違う部分の指摘きぼんぬ。
0816デフォルトの名無しさんNGNG
>>812
> COBOLの代替としてのJavaという理念

エンタープライズ対応、という部分だけで、あまり言語仕様は関係ない予感。
0817デフォルトの名無しさんNGNG
>816
Sunのアーキテクトがどう思ってるかは別として、
COBOLの代替になるには言語仕様( + フレームワーク、ライブラリ)も気楽でないと駄目だろ
世の大半のプログラマの現状を見ると・・・
0818デフォルトの名無しさんNGNG
>>817
それは別にCOBOLの代替という理念には関係ない予感。
EoDなんて、最近言い出したわけだし。
0819デフォルトの名無しさんNGNG
最近言い出された != 昔はなかった
0820デフォルトの名無しさんNGNG
>>815
813ではないが、C++ではコンパイル時にテンプレートのインスタンス化を行うため、
バイナリが異常に大きくなるという問題があり、それを解決しているという点が挙げられるかな。
模造品の方もこれ主張していたはず。
0821デフォルトの名無しさんNGNG
>>811
コレクションに型情報は、あくまで主な用途であって
外にも様々な応用ができる。
0822デフォルトの名無しさんNGNG
>>820
C++は内部的に新しいクラスを作るためのテンプレートだよね？
それに対して、Genericsの方は、クラスに型情報をもたせるようにしただけ、ということで、全然違うというほどじゃないと思うんだけど。
0823デフォルトの名無しさんNGNG
>>820
この解決方法はアボトックでちょっと嫌、
できれば、実行時にテンプレートを展開する方式が良かった。
おかげで、templateが入ってもなーもできん。
カレーライスから、カレールーを取り除いたみたいだ。
0824デフォルトの名無しさんNGNG
アボトック？
アボトック？
アボトック？
アボトック？
0825デフォルトの名無しさんNGNG
>実行時にテンプレートを展開
しかも無駄だし
0826デフォルトの名無しさんNGNG
>>823
templateは入ってないから。
0827デフォルトの名無しさんNGNG
>>820
> 813ではないが、C++ではコンパイル時にテンプレートのインスタンス化を行うため、
> バイナリが異常に大きくなるという問題があり、それを解決しているという点が挙げられるかな。

Javaではコンパイル時にテンプレートのインスタンス化ができないんでしょ？
そんなしょぼい仕様でバイナリが大きくならないって主張されてもなあ…。
俺は>>822(=>>811)と同じ意見だよ。
0828デフォルトの名無しさんNGNG
付け加えると、JavaのGenericsはｲﾗﾈ。ただのシンタックスシュガーに成り下がってるから。
0829デフォルトの名無しさんNGNG
↑お前はインスタンスの参照を全てobject型の変数へ保持しとけ
0830デフォルトの名無しさんNGNG
>>829
あほか。んなことするわけないだろ。
お前プログラマーに向いてないよ。
0831デフォルトの名無しさんNGNG
コードをあいまいにしてるわけじゃないからなぁ。
0832デフォルトの名無しさんNGNG
ま、>>828はシンタックスシュガーっていいたいだけ、ということで。
0833デフォルトの名無しさんNGNG
>>827
Javaの場合はいざとなったら Reflection API かバイトコード生成で
実行時にいろんなものを解決する。

C++ は実行時の型情報が貧弱なのでコンパイル時に極力解決しようとする。

本当は両方使えるのがいーんだけどね。
0834デフォルトの名無しさんNGNG
>>827
だからテンプレートじゃないってば。
要は生成的プログラミングしたいんだろ？
C++使ってりゃいいじゃん。

JavaVM仕様を踏まえた上で生成的プログラミングを問題なく実装できる
方法があるんなら、俺もJavaに欲しいけども。
0835デフォルトの名無しさんNGNG
>>834
> だからテンプレートじゃないってば。
じゃあJavaのGenericsは何をするものだとあなたは思ってるの？
0836デフォルトの名無しさんNGNG

稚拙かつ大雑把かつ安易なテンプレートのコンパイル時インスタンス化を
reflect+アルファという基本設計で見事に解決してるGenericsは、
templateの理想進化形と言えるであろう。
0837デフォルトの名無しさんNGNG
>>836
配列が扱えないところが理想的ですね。
0838デフォルトの名無しさんNGNG
「templateじゃないgenericsだ」って言ってる時点で間違ってる。
C++のtemplateでさえ不満があるのに、そのサブセットなんて使ってられないよ。
0839デフォルトの名無しさんNGNG
>>838
具体性のない批判はゴミに等しい。
具体性のない批判を繰り返すやつはカスに等しい。
0840デフォルトの名無しさんNGNG
>配列が扱えないところが理想的ですね。
コレクションは無視と・・・
0841デフォルトの名無しさんNGNG
とどのつまりは、Javaのgenericsは型チェック以外できないって事
付いててもあんまし意味はなさそうというのが結論ってことで。
0842デフォルトの名無しさんNGNG
型強化という方向性が強いのでつかいかたがＣ＋＋とは全く別物かと
0843デフォルトの名無しさんNGNG
>>840
配列は使えないからコレクションで、というのも理想的ですね。
0844デフォルトの名無しさんNGNG
型チェックに意義を感じない人には、意味はないだろう。
型チェックに意義を感じる人には、大きな意味がある。

型チェックに意義があるかないかというのは、それぞれの環境によるが。
0845デフォルトの名無しさんNGNG
俺は意義があると思うね。
文句があるなら使わないか、自分の思うとおりに修正すればいい。
当分勢いが衰えそうにないJavaを使う必要は、何かと出てくるんだからね。
0846デフォルトの名無しさんNGNG
型チェックに意義があるかどうかは分野や規模で変わるから議論してもしかたないとして
型チェックに意義があるという人がいて、その人にとってGenericsが有効なのであれば、Genericsには意味がある。

っていうか、TypedEnumやConcurrencyではそういう意見がでないのに、なぜGenericsだけ
「自分は使わないから、意味がない」
という意見がでるのか不思議。
0847デフォルトの名無しさんNGNG
>>846
> っていうか、TypedEnumやConcurrencyではそういう意見がでないのに、なぜGenericsだけ
> 「自分は使わないから、意味がない」
> という意見がでるのか不思議。
C++のtemplateを卑下してGenericsが最高！って、宗教の信者みたいなことするからでしょ。
Java厨はすぐ何かを比較対象に持ってきて叩きたがるから。
Javaは良い物なのに何故使ってる人はバカが多いんでしょうか。
0848デフォルトの名無しさんNGNG
漏れは今のGenericsでさえ機能が多すぎると思っている
0849デフォルトの名無しさんNGNG
>>848
ところで Generics から、どの機能を削るの？
0850デフォルトの名無しさんNGNG
全部
0851デフォルトの名無しさんNGNG
コレクションへの型指定意外すべて削ってもよかったんじゃね？
Javaの方向性からいけば
0852デフォルトの名無しさんNGNG
他に何があるの？
0853デフォルトの名無しさんNGNG
Genericsの機能

１．コレクションへの型指定
２．↓続けて書いてください
0854デフォルトの名無しさんNGNG
コレクションに限らず、型のパラメータ化。
Java5のAPIを見れば、いろんなとこで使われてるのがわかるよ。

あと、ワイルドカード、上限境界、下限境界あたりを見れば、ハハーンてなるはず。
0855デフォルトの名無しさんNGNG
でもそのあたりが激しく使う人の技量に左右される部分だからな
コレクションの型付けだけならまだましだが
現場で監督する方も大変だよ
ＡさんのコードがＢさんによめないとかね
0856846NGNG
>>847
納得しますた。
VMを変えないために妥協してる部分もあるのに「理想的」と言ってしまうヤツもいるわけだし。
0857デフォルトの名無しさんNGNG
>>854
型のパラメータ化が出来んと、コレクションの型指定も出来んと思うが。
それともコレクションだけ特別扱いしろって事？
0858デフォルトの名無しさんNGNG
>>857
確かにコレクションはわかりやすい例だけども、
パラメータ化の恩恵を受けてるのはコレクションクラス群だけではないってこと。
Class<T>とか、ThreadLocal<T>とか。
Enum<T>なんか見てると、GenericsがTypedEnumの実装を助けてることもわかる。
0859デフォルトの名無しさんNGNG
new T() ができないこと以外は、特に不満はないのかな？
0860デフォルトの名無しさんNGNG
>>855
これは確かに頭痛いとこ。
でもtemplateに比べれば遙かにましだと思う。
0861デフォルトの名無しさんNGNG
new T()がやりたけりゃC++使え。
0862デフォルトの名無しさんNGNG
>>859
new T() 使うケースって少ないし
いざとなったら Factory 使えば良いだけのような気もするが。
0863デフォルトの名無しさんNGNG
>>855
オペレータオーバーロードとかテンプレートとかtypedefとか使うと、えらいことになるね。
0864デフォルトの名無しさんNGNG
マクロの無いJavaでtypedefだけ使えても、あんまし嬉しくないよーな。
0865デフォルトの名無しさんNGNG
typedefは、うれしくない。
人のソースが全然わからん。文化が違うと。
0866デフォルトの名無しさんNGNG
new T()にこだわるやつって、なんでTigerでnew T()が出来ないかわかってないんだろうなぁ
0867デフォルトの名無しさんNGNG
>>866
なんで new T() 出来ないの？
0868デフォルトの名無しさんNGNG
バイトコードに落ちた時点で、Generics の型情報が失われるから。
0869デフォルトの名無しさんNGNG
>>868
完全に失われるわけじゃないんだけどね。

void method(List<String> strlist) はソースが無いと
void method(List strlist) と同等という事になって
method(new ArrayList<Integer>()); とかされてもコンパイルエラーが吐けなくなる。
0870 NGNG
いつ正式にリリースされるの？
0871デフォルトの名無しさんNGNG
俺が知ってる最新の発表では今年の夏。
Sun の連中がいつまでを夏と考えてるのかは知らんし、遅れる可能性もある。

早くリリースして欲しいなら最新ベータ版を落としてバグ報告しまくるとかすれば？
0872デフォルトの名無しさんNGNG
>>871
冬になるまでは夏。
0873デフォルトの名無しさんNGNG
>>869
C++でもC#でもできるのにね！
……と叩こうと思えば叩けるが、まぁそういうものだと割り切って使うべきだな。

ところで、リフレクションを使ってもTにアクセスすることはできないのかな？
0874デフォルトの名無しさんNGNG
>>873
new ArrayList<Object>().getClass()==new ArrayList<String>().getClass()
がtrueなんで無理。
0875デフォルトの名無しさんNGNG
>>873
場合によっては java.lang.reflect.Type のサブインターフェース経由で取ったりできる。
0876デフォルトの名無しさんNGNG
>>873
Tはそのクラスを使う側が決める物だから、使われる側から
具体的なTの情報が得られるとは思えんが。
0877デフォルトの名無しさんNGNG
>>875
どうやるの？
というか、「場合によっては」ってどういう場合？
0878デフォルトの名無しさんNGNG
Test<T extends Hoge>
のHogeならreflectionでとれるが、具体的なTの情報は得られんだろ。
メソッドに渡された引数の情報がjava.lang.reflect.Methodからは得られないのと同じで。
0879デフォルトの名無しさんNGNG
method(Test<Hoge> testhoge) なら Hoge まで取れるよ。
インスタンスの情報じゃないけど。
0880デフォルトの名無しさんNGNG
ところで、拡張forだけはどうしても背中がむずむずする。
1.6馬はSmallTalk風味にしてくれ

List a;
...
a.for(Object o) { .... }
0881デフォルトの名無しさんNGNG
文法の拡張が多すぎて難しそうだな
0882デフォルトの名無しさんNGNG
おとなしくforeachというキーワード増やしてくれればよかったのに。
予約語増やしたくなかったのんかな
0883デフォルトの名無しさんNGNG
for を foreach にしただけで
　foreach (Object o : iterator)
とかするだけだったらイラネ
0884デフォルトの名無しさんNGNG
まあ、 1.4 でも、

---
HashMap h = new HashMap();

・・・
h.put( key, value );
・・・

Itrator keys = h.keySet().iterator();

// foreach( keys %h ) {
while( keys.hasNext() ) {
　...
　// ele = $h{$_};
　Object ele = keys.next();
　...
}
---

みたいなコメントの入れ方してたからな。
0885デフォルトの名無しさんNGNG
それはアホくさいな。
0886デフォルトの名無しさんNGNG
>>884
>Itrator keys = h.keySet().iterator();
>
>// foreach( keys %h ) {
>while( keys.hasNext() ) {

iterator()とwhileの間が空くのって嫌じゃない？↓でどうよ。

for( Itrator keys = h.keySet().iterator();
　　　keys.hasNext();) { // foreach( keys %h )
0887デフォルトの名無しさんNGNG
>>886
中途半端に CとPerl を知ってると、いっそ、

// $_
public Object def_val;

// foreach( keys %a )
#define foreach(a) for( Itrator keys = a.keySet().iterator();　keys.hasNext(); def_val = keys.next() )

とかやりたくなる。
(いやこれはまずいか、つうか、このソースどこに置けばいいのよ。)
0888デフォルトの名無しさんNGNG
>>886-887
っつか、enhanced for loop で何が不足なのよ？
とか言いつつ 888 をゲットしてみるテスト。
0889デフォルトの名無しさんNGNG
まあ、機能的な問題ではなくて、
従来の for の文法からいうと、異質すぎるってことじゃないの。
なんでもまぜりゃいいなら while 文だけで事足りるはず。

while( int i = 0; i < 10 ; ++i ) {
　...
}

でも別に問題ないはずだけど、違和感ありありでしょ。
0890デフォルトの名無しさんNGNG
>>889
新しい言語作るならともかく、単に予約語の後付けを嫌っただけでしょ。

enhanced for loop が嫌なら foreach 使えるようにしたプリプロセッサでも使えば良いだけでは？
0891デフォルトの名無しさんNGNG
Perlのforeachってforの完全な同義語だから、

foreach ($i = 0; $i < $n; $i++) { ... }
も
for (@a) { ... }
も可能だったなぁ。後者はともかく前者はかなり嫌な感じだ。
0892デフォルトの名無しさんNGNG
foreachって、英語に直すとfor eachのことだから、
forでも問題ないと思うけどね。
0893デフォルトの名無しさんNGNG
>>891
嫌なら使わなければいいだけ。
perl の嫌な構文は (人によって違うだろうけど) いっぱいあると思うが。
0894デフォルトの名無しさんNGNG
まあ、Perl の思想は、書く人の数だけ書き方がある、って発想だから。
やっぱ、そういう点では Perl と比べると、Java　は「お行儀のいい」
言語なのかな（にしようとしてるのかな）。
0895デフォルトの名無しさんNGNG
書き方がたくさんあるとメンテが大変だからねえ
0896デフォルトの名無しさんNGNG
>>893
> >>891
> 嫌なら使わなければいいだけ。

その安直な考え方が命取りになるのだが。
typedef, 演算子オーバローディングの二の舞のようにな
0897デフォルトの名無しさんNGNG
でも、メンテが必要なコードと、使い捨てにするコードというのは
ある程度分ける必要があるのは確かなような気がする。

それを Java でやるのか、
使い捨てにするようなコードは Java で書かずに、
スクリプト言語を組み合わせるようにすべきなのか。
0898デフォルトの名無しさんNGNG
>>896
> その安直な考え方が命取りになるのだが。

はぁ ?
perl は >>895 のデメリットを承知の上で、たくさん書き方があった方が書き易いという選択してるだけですが何か ?

まずは、typedef がどう命取りになったのか書いてみてくれ。
0899デフォルトの名無しさんNGNG
結局モジュールの再利用が成功しているのは、JavaよりPerl(CPAN)の方なんだよね。
Java：メンテが楽
Perl：再利用し易い
0900デフォルトの名無しさんNGNG
>>899
んなぁ〜こたあねぇ
Javaのほうがライブラリの整備しやすいし、
Perlは整備されたモノを使わないと正直やってられないという意味合いが強いかと

業務系ならメンテ性大事だし、そうでなくとも場合によってはリファクタリングするっしょ
書きやすいかどうかってのは使い切りが第一として考えるからだろうからね

どっちにしろ言語は大概目的が様々なんで同じ土俵で語れることは少ないがな
0901デフォルトの名無しさんNGNG
>>899
CPANで「再利用」されてるもののメジャーなものは、Javaなら標準。
0902デフォルトの名無しさんNGNG
>>898
typedefって、宗派が違う人のコードってどんな型かわからないんだけど。
0903デフォルトの名無しさんNGNG
>>901
何故メジャーなものだけに限定するのかが分からん。
自分が有利になるように話を展開するのははっきり言って好かんな。

>>900
Javaが全てにおいて他の言語より優れていると本当に感じていますか？
パイプでつなぐこと想定したテキストフィルター書くのにJavaなんて使わんよ。
ちょっと話がずれたが、何でもかんでも「Java最高！Java最高！」って言うのはどうかな。
Algol系しかできない人にとっては最高なんだろうけどね。
0904デフォルトの名無しさんNGNG
>>903
> 何故メジャーなものだけに限定するのかが分からん。

さすがに、メジャーじゃないものは標準じゃないものが多いからな。
ってか、なんかひがんでるかひねくれてるようにしか見えんな。
なんか嫌な思い出でもあるのか？

> パイプでつなぐこと想定したテキストフィルター書くのにJavaなんて使わんよ。

どこから「パイプでつなぐこと想定したテキストフィルター」の話が湧いて出たんだか。
自分が有利になるように話を展開するのははっきり言って好かんな。
0905デフォルトの名無しさんNGNG
Tigerに関係ない話するなら他所行ってくれ。
0906デフォルトの名無しさんNGNG
じゃぁ、delegate ｷﾎﾞﾝﾇ

ところで MS の J# って delegate 使えんの？
delegate 使えないと Windows.Forms.* 使えないよね？
0907デフォルトの名無しさんNGNG
>>906
今更 Tiger に更なる心機能を追加するわけが無いし、
2ch でｷﾎﾞﾝﾇしたところで Sun に届くとは思えん。

J# については以下のスレにでも行って聞いてくれ。
http://pc5.2ch.net/test/read.cgi/tech/1034043673/l50
0908デフォルトの名無しさんNGNG
s/心機能/新機能/
0909デフォルトの名無しさんNGNG
いや、なんつうか、「心機能」って、
「僕らが心から望んでる機能」とか、
「Sunと僕らの心が通じ合って追加された機能」とか、
そんな意味かとオモタ。
0910デフォルトの名無しさんNGNG
単なる誤変換っす。まさか「さらなるしんきのう」が「更なる心機能」に
変換されるとは思わなかったので読み直さずに そのまま書き込んじゃった。
0911デフォルトの名無しさんNGNG
つまり、ラドクリフには更なる心機能が必要なわけだな。
0912デフォルトの名無しさんNGNG
心筋梗塞になりそうですね。
0913デフォルトの名無しさんNGNG
>>906
使えるみたい。当初MSはJavaを便利にしようとしてたみたいですね。嗚呼。
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/jpdndevqa/htm/msdn_nielsen_qa.asp
0914デフォルトの名無しさんNGNG
>>899
> 結局モジュールの再利用が成功しているのは、JavaよりPerl(CPAN)の方なんだよね。
CPANのJava版ならすでにあるぞ。

JJAR　という奴がな。

それと、このJJAR

Apache Mavenにも採用されている。
自動ダウンロード、自動アップデート機能がちゃんとついている。
0915デフォルトの名無しさんNGNG
>>903
アフォか。たとえJavaが最高であってもなくても
JavaがあればSQLを使う必要がないなんていう奴はいねえよタコ。
0916デフォルトの名無しさんNGNG
>>909
「心の機能」だよw

スティビーワンダーの曲　「心の愛」を思い出したぞw
0917デフォルトの名無しさんNGNG
>>903

>>900の書き込みを見るにJavaにはJavaの利点が、PerlにはPerlの利点が
というように見えるんだがどこをどう脳内変換したんだ？

0918デフォルトの名無しさんNGNG
先生！
Groovyはjavaに入りますか？
0919デフォルトの名無しさんNGNG
iMona(携帯Javaの2chブラウザ)のソース見たらPerl scriptで
#ifdefプリプロやっててちょっとﾜﾛﾀ
0920デフォルトの名無しさんNGNG
SQLっていらねーんじゃねえの？
ただ使ってる奴多いだけで、超クソ言語だろ。
0921デフォルトの名無しさんNGNG
>>920
スレ違い。
0922デフォルトの名無しさんNGNG
>>918
JSRに入ってるからね。
0923デフォルトの名無しさんNGNG
>>920
> SQLっていらねーんじゃねえの？
> ただ使ってる奴多いだけで、超クソ言語だろ。

お前、ろくに仕事ができない学生だろ。
Javaの仕事やるんだったら大抵お世話になるもんだぞ。
0924デフォルトの名無しさんNGNG
まだタイガーはでないのか
0925デフォルトの名無しさんNGNG
スナップの更新が止まったから、そろそろRC出るんじゃないかなぁ。
0926デフォルトの名無しさんNGNG
正式リリースは来年中頃だったっけ？
0927デフォルトの名無しさんNGNG
まだ穴で修行してるんだよ。
0928デフォルトの名無しさんNGNG
>>924
ヘンシェルに変更しました。
余ったのは対戦車自走砲にでもします。
0929デフォルトの名無しさんNGNG
>>926
今年の夏といわれていたので
もうそろそろ出るだろ
0930デフォルトの名無しさんNGNG
冬までは夏。
0931デフォルトの名無しさんNGNG
北半球が冬なら南半球は夏
0932デフォルトの名無しさんNGNG
赤道直下、いつでもいつまでも夏。
0933デフォルトの名無しさんNGNG
リリースまだかよ！
俺様をいつまで待たせる気だ！
0934デフォルトの名無しさんNGNG
もーう、せっかちなんだから♥
0935デフォルトの名無しさんNGNG
Tyger! Tyger! burning bright ・・・
0936デフォルトの名無しさんNGNG
java.util.concurrentによって結城浩の
「Java言語によるデザインパターン入門　マルチスレッド編」の実装は
どのようにかわりうるのだろうか。
0937デフォルトの名無しさんNGNG
List<? extends T>
って便利すぎる・・・
0938デフォルトの名無しさんNGNG
J2SE 5.0 RC 出てまっせー
0939デフォルトの名無しさんNGNG
騙されないぞ
0940デフォルトの名無しさんNGNG
いやほんと
0941デフォルトの名無しさんNGNG
>>938,940

Thanks.
0942デフォルトの名無しさんNGNG
J2SE5.0RCｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!
0943ヲチしてるだけなんですがNGNG
正式版５．０っていつでるのでしょうか？
もうそろそろかなと思って、見守ってるのですが．．．
0944デフォルトの名無しさんNGNG
Genericsのおかげで、あまりに開発が楽になったので、
見切り採用をしてしまっているのです。
9月半ばから本番稼動が始まるのですが、私はどうなってしまうんでしょうか。
0945デフォルトの名無しさんNGNG
>>944
本番稼動直前に致命的な不具合が出て（しかも高負荷でないと再現しない）、
全責任背負わされてあぼーん。
0946デフォルトの名無しさんNGNG
>>944
J2SE5のバイナリって、1.4以前で動かせないの？
0947デフォルトの名無しさんNGNG
ぶっちゃけ１．４や１．２の実装当初の大量のバグをしってるとなかなかいきなり飛びつくのは無理だなぁ
0948デフォルトの名無しさんNGNG
>>944
JDK の x.x.0 台はβみたいなもんだろ。
今までの膨大なバグフィックスのリスト見てる？
0949デフォルトの名無しさんNGNG
>>944
一つ言っておきたいのはたとえプロジェクトが崩壊しようとも
バグの調査および報告は怠るなと言うことだ。
0950デフォルトの名無しさんNGNG
>>949
ﾏﾝﾄﾞｸｾ
0951デフォルトの名無しさんNGNG
どのVM使おうが、テストしないといけないことに変わりはない。
0952デフォルトの名無しさんNGNG
>>951
テストは当たり前だが、バグ満載版を使うような学習能力が
無い香具師は困る。目的が実績なら別だが。
0953デフォルトの名無しさんNGNG
>>943
リリース・キャンディデート
といったらもうすぐってことだろ。
本番直前ってことだぞ
0954デフォルトの名無しさんNGNG
リリース・カンディデート（リリース候補）なので
修正はするが、大きな機能変更はしないバージョンです。
0955デフォルトの名無しさんNGNG
正式版が出たらｷﾀｰでこのスレは埋めて、次スレは作らずにJavaスレに合流しよう。

もし次のバージョンを話すための次スレ作るなら、スレタイにバージョン番号を入れるのはやめよう。

【祝】 JDK 1.4 βリリース
http://pc5.2ch.net/test/read.cgi/tech/990949654/

番号入れると↑のスレみたいに途中で放置されちゃう。
継続して使えるように「次期バージョンのJavaについて」とかにしよう。
いい？
0956デフォルトの名無しさんNGNG
おい、おまえら
APIとコンパイラとVMの区別くらいできるようになれ。

1.5のコンパイラは
genericsとかが扱えるけど、出てくるバイトコードは一緒。
だから、昔のVMでも動く。

ただし、1.5で登場したAPIを使ってる場合はその分のクラスファイルが必要。

1.5のVMが読み込めるバイトコードは、昔となんら変わっていない。
だから、見た目上は何も変わらないし、違いは素人にはわからない。
でも、実はいろいろなところがチューニングされてんだよ。

わかったか、馬鹿ども

開発は1.5でやって、VMは古いの使えよアホが。
0957デフォルトの名無しさんNGNG
>>955
http://pc5.2ch.net/test/read.cgi/tech/1081698555/
でいいじゃん。
0958デフォルトの名無しさんNGNG
リリース・カンディデート= リリース候補

うん、最近「ローマ人の物語」を読んでいたお陰で、
意味がしっくりわかる。
0959デフォルトの名無しさんNGNG
>>956
ＶＭ古いとEnumが使えないのはなぁ・・・
アレこそが一番Javaにほしかったものだしな
定数をintで扱うという変なＣライクな低レベルなものがのこっていた
0960デフォルトの名無しさんNGNG
>>956
内部実装が変わっててNoSuchMethodErrorになるの嫌だし。
0961デフォルトの名無しさんNGNG
>>957
いいけどスレタイがなぁ。5.0の次は1.6ではないだろうし。
次にこういうスレ作るときはバージョン番号入れないほうがいいなと。
0962デフォルトの名無しさんNGNG
>>956
ちょっと違うぞ。

１　javacオプションの-sourceで1.5を指定したときだけ、
　 J2SE 5.0の文法が使える。

２　javacオプションの-targetで1.4を指定すると、1.4
　　互換のバイトコードを生成する。

３　1.4で作ったバイトコードは、ほぼJ2SE 5.0でも動く
　　（上位互換ね）

４　-target 1.5を指定するとJ2SE 5.0でないと動かない
　　形式のバイトコードが生成される

５　genericsは-target 1.5でないと動かない。

６　J2SE 5.0のデフォルト設定は -source 1.5 -target 1.5だ。

分かりやすく言うと、

genericsを使った段階でJ2SE 5.0でないと動かん。
正直、なんだかなー、と思う。何のためにイレイジャやらなんやら
導入して、パラメータ型をObjectに変換してんだろう。
0963デフォルトの名無しさんNGNG
>>961
それにしても、Mustangについてあーだこーだ言いたいなら、スレタイにMustangとか1.6とかSE6とか入るべきだ。
0964デフォルトの名無しさんNGNG
迷走の始まり？
0965デフォルトの名無しさんNGNG
>>964
いままで迷走してないとでも？
0966デフォルトの名無しさんNGNG
>>962
それはSunのjavacがそうであるだけで、Javaの仕様としてはGenerics使ったコードがJ2SE1.4で動くようにできるのでは？
少なくともタテマエでは。
0967デフォルトの名無しさんNGNG
>>962
javac -source 1.5 -target 1.4 で作ったバイトコードは1.4のVMでも動くぞ。

>５　genericsは-target 1.5でないと動かない。
で勘違いしていると思われ。
0968デフォルトの名無しさんNGNG
>>967
勘違いはおまいなわけで。

-source 1.5 付けた場合は -target 1.4 は使えない。
いつまで古いリリース使ってんだ。
0969デフォルトの名無しさんNGNG
ﾏﾀﾞｰ？
0970デフォルトの名無しさんNGNG
>>967
いっぺんサンプル作ってコンパイルしてみろ。
javac -source 1.5 -target 1.4 Sample.java

もう速攻でこういわれるぞ。
「javac: リリース 1.5 のソースにはリリース 1.5 のターゲットが必要です。」


0971デフォルトの名無しさんNGNG
なんだ。ちょっと前に「-source 1.5 -target 1.4ができないのはβだからだ」
とか突っ込まれたけど結局嘘っぱちかよ。
0972デフォルトの名無しさんNGNG
>>971
-source 1.5 -target 1.4ができないのはSunだからだ
0973デフォルトの名無しさんNGNG
-source SUN -target IBM
0974デフォルトの名無しさんNGNG
-source SUN -target MS

デフォルトでtargetはMSになります。
また、targetにべつのオプションを指定してもMSを指定したことになります。

とかやりかねない会社があるな。
0975デフォルトの名無しさんNGNG
-source 1.5 -target jsr14
0976デフォルトの名無しさんNGNG
>>972 あえてマジレスしてみる。Eclipse Java Compiler v503aでも
-source 1.5 -target 1.4は駄目だな。

$ java -cp jdtcore.jar org.eclipse.jdt.internal.compiler.batch.Main -version
Eclipse Java Compiler 0.504, Copyright IBM Corp 2000, 2004. All rights reserved.

$ java -cp jdtcore.jar org.eclipse.jdt.internal.compiler.batch.Main -source 1.5 -target 1.4 Test.java
Target level '1.4' is incompatible with source level '1.5'. A target level '1.5' or better is required

これから出てくるコンパイラで-source 1.5 -target 1.4ができるように
なるやつってあるんだろうか。クラスファイル仕様がJSR14関係で変更に
なってるから出てこない気がする。
0977デフォルトの名無しさんNGNG
>>962
>
> genericsを使った段階でJ2SE 5.0でないと動かん。
> 正直、なんだかなー、と思う。何のためにイレイジャやらなんやら


イライジャ・ウッドかとおもったじゃないか
0978デフォルトの名無しさんNGNG
genericsが-source 1.5つけないとコンパイルできないのは
βだからじゃないの？
0979デフォルトの名無しさんNGNG
-target 1.5について言ってるならともかく、1.5で導入された文法が
-source 1.5でないと認識しないのは当たり前だろが。え？
0980デフォルトの名無しさんNGNG
続きは
【祝】 JDK 1.4 βリリース
http://pc5.2ch.net/test/read.cgi/tech/990949654/
を再利用してください。
0981デフォルトの名無しさんNGNG
>>980
900を超えたスレに移行しろと？
0982デフォルトの名無しさんNGNG
しかも今、へんな空気だし。
0983デフォルトの名無しさんNGNG
a
レス数が950を超えています。1000を超えると書き込みができなくなります。