●●JAVAって死滅しちゃうの？？？？ PART5●●

1 ：デフォルトの名無しさん：03/03/02 02:17

Javaの理想も破れ、貧弱な言語と重いGUIという印象だけが残った。
のろのろと改良を目指しているがその内容は某言語のパクリである。
SUNの洗脳から解かれた人民は某言語にシフトしている。

そしてこのスレにはSUN社員の手による苦し紛れの宣伝が書き込まれるであろう。
がんばれJava厨（藁

●●JAVAって死滅しちゃうの？？？？●●
http://pc.2ch.net/tech/kako/1005/10051/1005159122.html
●●JAVAって死滅しちゃうの？？？？ PART2●●
http://pc.2ch.net/tech/kako/1006/10060/1006053686.html
●●JAVAって死滅しちゃうの？？？？ PART3●●
http://pc.2ch.net/tech/kako/1008/10081/1008162230.html
JAVAって死滅しちゃうの？ (PART4)
http://pc2.2ch.net/test/read.cgi/tech/1042268758/l50

2 ：１００１：03/03/02 02:21

このスレッドはもう寿命を超えました。
もう書く事がないので、新しいスレッドはあぼーんしてください。。。

3 ：デフォルトの名無しさん：03/03/02 02:22

>>2 ほんとは、不毛な泥仕合すきなくせにぃー、なに嫌がってるんだよ？

4 ：デフォルトの名無しさん：03/03/02 02:22

>>2
Java厨必死だな（藁

5 ：デフォルトの名無しさん：03/03/02 02:24

【IT】「SunのJavaこそ時代遅れ」Microsoftが反論 - Java独禁法訴訟
　http://news2.2ch.net/test/read.cgi/newsplus/1046203911/
　http://pcweb.mycom.co.jp/news/2003/02/25/18.html

どのソフトウェア上でもシームレスに動作する(Run Anywhere)環境を生み出すことに
失敗したSun MicrosystemsのJavaは、.NETで実現するWebサービスと比較して、
はるかに劣る時代遅れの技術であると非難されている。
また、Javaプログラムのグラフィカルインタフェースは貧弱であるにもかかわらず、
大量のメモリを消費する欠陥を抱えている。

6 ：デフォルトの名無しさん：03/03/02 02:24

開発環境のショボさからWindowsプログラマに迫害され、
ソースレベルでの互換性が好きなUNIX/Linuxプログラマには見放され、
携帯プログラマからはFlushに移行され。

もうダメぽ。

7 ：デフォルトの名無しさん：03/03/02 02:25

今考えるとなんでJavaって言語を一つにしたんだ？
Javaで世の中を支配して言語を一つに統一したかったのか？

オブジェクト指向言語は一つでいいというのならまだ分かるが
世の中には関数型言語やアスペクト指向言語もあって統一は不可能だと
思うのが当然だろうに。結局AspectJみたいに分裂するのがオチなんだよな。

言語を一つ統一したかったら最高の言語ができてからにしたほうがいいよ。
そんな言語ができるかどうかしらんが。

8 ：デフォルトの名無しさん：03/03/02 02:25

今に、Windowsに.NetFrameWorkが実相されて、IEだけじゃなくWindowsﾌｫｰﾑも
.Netで開発される。VBのアプリが、httpで動くようになれば、Javaなんてぶっ飛ぶさ。
所詮は、ブラウザの画面なんて、Windowsﾌｫｰﾑには叶わないからな。

9 ：デフォルトの名無しさん：03/03/02 02:31

携帯でFlashは結構大きいな。
Javaはこれで晴れて正式に衆目の一致するサーバーサイド専用言語ですな。

10 ：デフォルトの名無しさん：03/03/02 02:32

まぁ、本当にJavaが死滅すると思うヤシなら、
こんなスレに粘着せずに
さっさと自分で新しい勉強始めてるだろうな。

11 ：デフォルトの名無しさん：03/03/02 02:40

>>10
始めてますが何か？

12 ：デフォルトの名無しさん：03/03/02 02:44

>>10
なるほど、このスレに粘着しているのは本当にJavaが死滅しないと
思っているヤシらなんですね。
真性Java厨必死だな（藁

13 ：デフォルトの名無しさん：03/03/02 02:47

とりあえず、真の敵が誰なのかはっきりさせようじゃないか、え？

きみにとっても、我々にとってもね。

14 ：デフォルトの名無しさん：03/03/02 02:48

PerlやCOBOLのように地味に生き続けていくよ、大丈夫。

15 ：デフォルトの名無しさん：03/03/02 02:49

>>13
真の敵はM$です。だからこそ裁判をしているのです。分かりましたか？

16 ：デフォルトの名無しさん：03/03/02 02:50

Javaをつくったのが女性だという時点で既にM$は負けている気がするが・・・

少なくとも俺の中では。

17 ：デフォルトの名無しさん：03/03/02 02:50

VMで動く関数型言語ってないの？

18 ：デフォルトの名無しさん：03/03/02 02:52

>>16
女かどうかは関係ないだろ。SUNが作った時点で負けてるんだよ。

19 ：デフォルトの名無しさん：03/03/02 02:56

$UNはなんのために裁判をしているのだろうか？
いまいち目的がはっきりしないな。

20 ：デフォルトの名無しさん：03/03/02 02:57

ITの将来を蝕む真の悪魔はいったい誰なのだろうか？

既得権益を主張しつつも、一方ですそ野を広げたMSか？
それともサーバーサイドで活躍し、反MSの旗手として活動するもクライアント
サイドへの影響力は今ひとつのSUNか？
あるいはただでOSを配る新たなる覚醒者LINDOWSか？

2003年３月、戦いは混迷の度を深めていった・・・
そして、

21 ：デフォルトの名無しさん：03/03/02 02:58

死滅しようが細々と生きようが俺には関係ない
Javaってけっこう面白いから家ではちょくちょくいじってる
ただ、プログラミングの入門教材みたいな存在になるのだけは
ちょっと許せないなぁ＞こうなりそうで怖い

22 ：デフォルトの名無しさん：03/03/02 03:00

MSがVirtualPC買収したので.NETはMACでも動くです。

23 ：デフォルトの名無しさん：03/03/02 03:01

大学ではPascalの講義が激減してJavaが流行っているそうな｡

24 ：デフォルトの名無しさん：03/03/02 03:02

>>5-10
お前、前スレのレスいちいちコピペすんなよ

25 ：デフォルトの名無しさん：03/03/02 03:03

Javaも同じ運命をたどりそうだな。

26 ：デフォルトの名無しさん：03/03/02 03:04

>>21
Javaは教育機関よりも金融機関で多く使われてるぞ

27 ：デフォルトの名無しさん：03/03/02 03:05

>>26
金融機関はJavaよりもCOBOLが多く使われているぞ

28 ：デフォルトの名無しさん：03/03/02 03:06

金融機関？
っていうと最近のトラブル続発はJavaのせい？

29 ：デフォルトの名無しさん：03/03/02 03:06

30 ：デフォルトの名無しさん：03/03/02 03:07

>>28
新しくJavaでリプレースしたのはそうです。

31 ：デフォルトの名無しさん：03/03/02 03:07

>>1
> Javaの理想も破れ、貧弱な言語と重いGUIという印象だけが残った。
> のろのろと改良を目指しているがその内容は某言語のパクリである。
> SUNの洗脳から解かれた人民は某言語にシフトしている。
> そしてこのスレにはSUN社員の手による苦し紛れの宣伝が書き込まれるであろう。
また同じことしか書けないかよ。
「某言語にシフト」って何言語かよ。

32 ：デフォルトの名無しさん：03/03/02 03:07

「いつか、M$信者と$UN信者による壮大なサイバーウォーが起きそうな嫌な予感がする。」

仁志はそうつぶやいた。時計の針を見ると深夜２時。
さて、そろそろ寝るか。
仁志は天井の明かりを消すと、ベッドにごろんと寝転がった。

それにしても・・・あれはなんだったのだろうか？

仁志はまたつぶやく。昨夜の大規模なサーバーへの攻撃。奇妙な符号。
そしてコーヒー・・・
Javaがネットの世界で覇権を握ってから３年がったった。未だに反乱軍に
よる攻撃は続いているが、それも沈静化しつつある。昨日のニュースにも
既に反乱軍C#は実質無害になってきつつあると報道されいた。
しかし仁志は信じなかった。俺は知っている。C#の恐るべき底力を、そして
反乱軍を指揮する元第五小隊隊長だったビル・ゲイツ大佐のちからは
決して侮れないと。

そうこうしていくうちに仁志は眠りに落ちていった・・・

33 ：デフォルトの名無しさん：03/03/02 03:08

>>1
いかにも煽りなスレやめろよ

34 ：デフォルトの名無しさん：03/03/02 03:10

>>31
>>1のコピペに反応するの馬鹿っぽいよ。
ｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭ
ｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭ
ｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭ
ｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭｼﾞｬﾊﾞﾁｭ

35 ：デフォルトの名無しさん：03/03/02 03:12

36 ：いい加減にして欲しい：03/03/02 03:13

Swingが遅いっていってる奴、JDK1.4でSwingアプリ作ったことあるか？
それとも、自分じゃ作れなくて、どこかからひろってきたカスApplet
でそんな先入観ﾓｯﾃﾙだけなんじゃないのか？

元COBOLERゴミ上司と同レベルだな、オマエラ。自分の知ってる範囲で
すべてを決めつけるだけの、能無し野郎。

37 ：デフォルトの名無しさん：03/03/02 03:13

死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ (藁
死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ (藁
死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ (藁
死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ死者ﾌﾟﾁｭ (藁

38 ：デフォルトの名無しさん：03/03/02 03:15

>>36
たぶん JBuilder と NetBeans じゃないか？
Applet で Swing ってあんまし見ないし。

39 ：デフォルトの名無しさん：03/03/02 03:16

40 ：デフォルトの名無しさん：03/03/02 03:16

２００６年、１年間の世界戦争を経た後、世界政府が樹立された。
そしてさらに３年後、地球市民の大規模な新たなる植民地への移住
政策が始まった。
前世紀とたったひとつ異なっていた点はその植民地はサイバースペー
スであったことである。人類は増え続ける人類同士の対立を減らすため
サイバースペースでの生活を選択したのであった。
Kevin Warwick教授により開発された技術を使い、脳とインターネットを
直接つなぎ、人は試験管の中へと埋め込まれていった。

これに反対したビルゲイツは自ら反乱軍を率いて世界政府に戦いを挑んだ。
しかし、結果は無惨なものだった。かろうじて生き延びたビルゲイツは
新たなる武器、C#を元に、破壊工作に乗り出すのであった。

そしてさらに５年の月日が過ぎていった・・・

41 ：デフォルトの名無しさん：03/03/02 03:18

>>36
JDK1.4で少しはまともになったけど、やっぱり遅いじゃん。
つーかね。出るの遅すぎ。JDK1.4が出るまでに遅いというイメージが
ついたのは自業自得。

42 ：デフォルトの名無しさん：03/03/02 03:18

>>40
実は君の未来予想図に興味津々な俺
早くつづきよろ

43 ：デフォルトの名無しさん：03/03/02 03:19

っつーか Java マンセーな連中で Sun マンセーな奴ってかなり少ないし。
C# マンセーな連中も全員が MS マンセーってわけでもなさそうだけど。

44 ：デフォルトの名無しさん：03/03/02 03:20

>>36
JDK1.4でSwing使っているアプリ教えてくれ。

45 ：デフォルトの名無しさん：03/03/02 03:20

>>43
だね。

46 ：デフォルトの名無しさん：03/03/02 03:21

>>43
これが面白いことに、JavaマンセーもしくはSunマンセーな奴は
C#嫌いもしくはMS嫌いな連中ばかりだったりするんだよね。

47 ：デフォルトの名無しさん：03/03/02 03:22

「仁志、朝よ！起きなさい」
母親の階段下からわめく声で目が覚めた。
「はいはい、わかってるって」
やれやれ、サイバースペースでの生活も現実とちっとも変わらないぜ。
仁志はベッドから立ち上がった。もちろん、彼の身体は試験管の中に
ある。あくまでバーチャルな空間で脳がそう感じただけである。

服を着替え、下に降りていった。
「今日から学校でしょ？ちゃんと用意したの？」
「大丈夫大丈夫」
トースターを口に放り込みながら仁志は答えた。
「行ってきます！」

仁志は朝食もほどほどに、玄関に向かい靴を履いた。
扉を開け、外に出るとまぶしい日の光をあびた。
学校まで１０分か。へんなところで融通がきかねえんだから。
仁志は靴をトントンと道路にぶつけると、彼の通う高校に向かって
走り出した。

48 ：デフォルトの名無しさん：03/03/02 03:22

>>44
なにをいまさら・・・
前スレにでもころがってんだろ

49 ：デフォルトの名無しさん：03/03/02 03:22

相変わらず人気スレだな。

50 ：デフォルトの名無しさん：03/03/02 03:23

>>48
ありませんでした。合掌。

51 ：デフォルトの名無しさん：03/03/02 03:24

>>47
仁志って名前だったんだね
巨人の選手思い出してしまって
ずぅーっと姓字だと思ってたよ

52 ：デフォルトの名無しさん：03/03/02 03:24

>>46
それは違うと思うけど。

C# 嫌いとか MS 嫌いって発言する連中は声が大きい
別に C# も MS も嫌ってない連中は声が小さい(っつーか発言しない)

53 ：デフォルトの名無しさん：03/03/02 03:25

おれは、Java関連スレで落としたことあるよ最近
探せよ

54 ：デフォルトの名無しさん：03/03/02 03:26

僕達は
まるで呼吸をするのと同じくらいの
自然さでC#を話す｡

55 ：デフォルトの名無しさん：03/03/02 03:26

>>53
ありませんでした。合掌。

56 ：デフォルトの名無しさん：03/03/02 03:28

Javaってなんでこう行動が遅いんだ？

57 ：デフォルトの名無しさん：03/03/02 03:29

学校に着き、席に着く。隣に座っていた久美子が話しかけてきた。
「ねえねえ、知ってる？近いうちに反乱軍Ｃ＃の第５小隊がここにも
攻撃をしてくるらしいよ」
「え、マジで？おかしくないか？ここは永世中立としてSUNからも反乱軍
からも干渉されないはずだぜ。」
「だからこそビル大佐は狙ってるのよ。」
久美子がウィンクをした。仁志は意味が分からない。
「ここを占領して市民を人質に劣勢を取り返すのよ。うまい手だと思わない？」
「そう・・・か？」
仁志には分からない。しかし彼ならやるだろう。鉄の意思の持ち主だから。
正直言って仁志には世界政府SUNのやり方は賛同しかねていた。そしてかねて
からチャンスがあればビルと接触をすることを望んでいた。
もし俺に才能があるなら、一流のクラッカーとしての才能があるなら戦局を
この手で変えてみたい。

58 ：デフォルトの名無しさん：03/03/02 03:30

>>56
速くなるように努力しましょう

59 ：デフォルトの名無しさん：03/03/02 03:31

>>57
Sunを叩くとしても説得力ないな

60 ：デフォルトの名無しさん：03/03/02 03:31

いいかげん、クラス変数をpublicにするな。
privateにしてアクセッサを書け
というヘボイルールを作らないといけないのを
どうにかしてください
本質はクラス変数なのに全部メソッドで
set getがついているのはジョークですか？

61 ：デフォルトの名無しさん：03/03/02 03:33

そのうちC#をパクってpropertyとdelegateが実装されるよ｡

62 ：デフォルトの名無しさん：03/03/02 03:33

63 ：デフォルトの名無しさん：03/03/02 03:33

クラス変数だったら変更禁止ってことで setter だけとか良くやるけど。

64 ：デフォルトの名無しさん：03/03/02 03:34

>>61
それは怪しい

65 ：デフォルトの名無しさん：03/03/02 03:34

>>61
delegate は一回却下されてるよね。J++ の独自拡張のときに。

66 ：デフォルトの名無しさん：03/03/02 03:36

流行り廃りで、プログラム言語選ぶ奴は
家には入門書の数々と、LinuxのFTP版の数え切れないほどのディストリのCD-ROM
開発ツールもいろんなの入れてるが
結局、極めることなく終わる

67 ：デフォルトの名無しさん：03/03/02 03:37

>>59
それSunを叩くネタじゃないよ。本当は↓このレスをしたかったから。
http://pc2.2ch.net/test/read.cgi/tech/1045389450/927

68 ：デフォルトの名無しさん：03/03/02 03:40

「大佐。もうすぐコード#ff0000、Red地区に接触します」
「OK。ジョンソン。しくじるなよ。この潜入が失敗すると今後の劣勢を
取り戻すのは決定的に不可能になる。」
「大佐はどの機種に乗り込むのですか？」
「俺はXP-mrⅡで潜入する。お前は先に行っていろ。」
「了解。」
通信が終わった。
ビルは上を見上げた。そこには戦闘機に似た形の物体がたたずんでいた。
XP-mrⅡ。反乱軍の総力を挙げて作り上げたサイバー戦闘機。
これが最後の望みだ。だが、俺に使いこなせるのだろうか・・・
ビルに一抹の不安がよぎる。数カ月ぶりのサイバースペース。
だがやらなければならない。人類が再び自分自身の足で大地を歩くように
なるまでは。
ビルはヘルメットをかぶり、スーツのチャックを閉めた。そして機体に乗り込むと
スイッチをつける。
ウィィィィィーーン
音をたて、倉庫を飛び出した。戦闘機は宙に浮かび、美しい飛行機雲をつくりながら
最果ての地へと消えていった。

69 ：デフォルトの名無しさん：03/03/02 03:42

なぜか変数の代入にメソッドを使うへんなJava。

C#の場合 A.B = C;
Javaの場合 A.setB(B);

70 ：69：03/03/02 03:42

× Javaの場合 A.setB(B);
○ Javaの場合 A.setB(C);

71 ：デフォルトの名無しさん：03/03/02 03:43

>>69 だみだこりゃー

72 ：デフォルトの名無しさん：03/03/02 03:44

>>60
RelaxerとかCastorとか、JAX-BとかのSchemaコンパイラで、簡単な
スキーマ定義から自動的にパラメータクラス作成するようになるんじ
ゃないかなあ。
プロパティBeanクラス作るのにJavaソースゴリゴリかく必要は、すで
にないよ。

73 ：69：03/03/02 03:44

>>71 ほんとだめだね。Javaは（ｗ

74 ：デフォルトの名無しさん：03/03/02 03:45

>>69
C#の=は、いわば演算子オーバーロードの一種だろ。
それを認識できてないお前がアホ。

75 ：デフォルトの名無しさん：03/03/02 03:46

>>67
Javaを叩いてると？

76 ：デフォルトの名無しさん：03/03/02 03:46

>>74 だみだこりゃー

77 ：デフォルトの名無しさん：03/03/02 03:47

>>74はだめだこりゃー。

100歩譲って演算子オーバーロードの一種(ﾌﾟ)だとしても、
Javaがクソには違いないよ。

78 ：74：03/03/02 03:48

うっせー。つりだよ。ボケ。釣られてヤンの（ｗ

79 ：デフォルトの名無しさん：03/03/02 03:48

>>76-77
おまえら、ほんとに分かってないのか？
propertyへのsetやgetをコールしてるだろが。

80 ：デフォルトの名無しさん：03/03/02 03:49

「おい、ビル！首相が呼んでるぜ」
「ああ、いまいくよ。」
首相官邸技術室で作業をしていたビルジョイはこう答えて一息ついた。
後もう少しだ。後もう少しで人類再生への道が切り開かれる。
立ち上がり、内閣執務室へ向かう。扉を開けた。
「呼びましたか、スコット首相」
窓を見ていたスコットマクネリは振り向いた。
「ああ、良く来てくれたな。調子はどうだ」
「あと少しです。これでなにもかもがうまくいきますよ。人類にとっても、
地球にとっても。」
「現在リアル世界の放射能汚染はどのぐらいだ？」
ビルの顔が曇った。
「良くありません。少なくともカプセルから我々は一歩出たら即死です。」
「このことは国民には・・・伝えられないだろうな。」
「絶対に無理です！」
ビルは叫んだ。
「そんなことをしたらパニックになります。それなのにあのビルゲイツは・・・」
「ふ、人の気も知らないでとはまさにこのことだな。」
スティーブは吐き捨てた。しかし、彼自身ですらどちらが正しいのかもはや
分からなくなってきていた。真実を明かすか、それとも放射能除去装置が
出来るまで黙っておくか。
「いくらITが発達したところで現実に勝るものはないさ。だが我々の選択肢は
もう少ないんだよ。ビル・・・お前だって分かってるはずだ。」
スティーブはつぶやいた。
「は？」
「いや、君じゃないよ。すまんな、ありがとう。進展状況が知りたかっただけだ。」
はい、と答えて、ビルジョイは部屋を出た。あと少しだ。あと少しで全てが
うまくいく。

81 ：デフォルトの名無しさん：03/03/02 03:49

>>78
泣き入ってますね。まともなレスも出来やしない。

82 ：デフォルトの名無しさん：03/03/02 03:50

>>79
でもJavaは演算子のオーバーロードすらできやしない（藁

83 ：デフォルトの名無しさん：03/03/02 03:53

propertyネタで直接反論する勇気が無いからC#スレに逃げてますよ。
http://pc2.2ch.net/test/read.cgi/tech/1045389450/931-

84 ：デフォルトの名無しさん：03/03/02 03:55

>>82
何でﾜﾗなんだ？
単なる言語仕様の方針だろ。

演算子オーバーロード自身が、言語にとって必須ではない機能です。
あれば便利だが、なくてもどうにかなる。
経験上は、馬鹿プログラマが混沌を生み出すデメリットのほうが大
きいので、下手にやって欲しくないよ。

85 ：デフォルトの名無しさん：03/03/02 03:55

どうでもいいが、propertyって便利か？
アノ程度のSyntaxSugarを捕まえてC#の優位を語るどうしようもない
クソがいるんだが、どうにかﾅﾗﾈｴかな。

86 ：デフォルトの名無しさん：03/03/02 03:55

>>84

あなたの職場もコミュニケーションが円滑でないクチですか？

87 ：デフォルトの名無しさん：03/03/02 03:56

>>85
だれが優位を語ってますか？笑えないジョークをやめてほしいだけですよ。

> いいかげん、クラス変数をpublicにするな。
> privateにしてアクセッサを書け
> というヘボイルールを作らないといけないのを
> どうにかしてください
> 本質はクラス変数なのに全部メソッドで
> set getがついているのはジョークですか？

88 ：デフォルトの名無しさん：03/03/02 03:57

>>84
そしてすべてのクラス変数にset getを書くというジョークな決まりを作れと（ｗ

89 ：デフォルトの名無しさん：03/03/02 03:59

「仁志、どうしたの？」
久美子が仁志に呼びかけた。
仁志は窓を見ている。
「あれ、なんか飛行機雲が出来るなんて珍しいなと思って。」
「え？」
久美子はそう言って窓を見た。３機の飛行機らしき物が空を飛んでいる。
「なんだろうな。」
そう仁志が言い終わるか言い終わらないうちに突然大きな爆撃音がした。
教室が大きくざわめいた。
「静かに！静かに！」
めがねをかけた女性教師がヒステリックに騒ぐが、誰も聞いていない。
みんな窓に向かって走り出した。窓の外にはところどころ煙が立ち上っていた。
「空襲だ。爆撃だ。反乱軍か？」
みんなが口々に叫びだした。

「ビルゲイツだ・・・」
仁志はつぶやき、教室から飛び出した。
「どこへ行くの？」
久美子の声が聞こえたが気にしなかった。接触するチャンスだ。
これを生かさなければ。

「空襲です。RED地区に反乱軍による攻撃がありました。」
「すぐに一個小隊を迎撃に送り出せ！」
スティーブはてきぱきと指示する。
「永世中立地域を狙うとはおのれ、どこまでも汚い奴だ。」
スティーブは歯ぎしりをし、机をぶったたいた。

90 ：デフォルトの名無しさん：03/03/02 03:59

演算子オーバーロードとC#のプロパティが似ているから
同じだと考えて、演算子オーバーロードの欠点と同じ理由で
C#のプロパティを非難している奴がいるな。

アフォ？（藁

91 ：デフォルトの名無しさん：03/03/02 03:59

>>87

確かにちょっと情けないけど（アクセサのコード）、
ルールとしてそういうものが存在するというのは、
良い悪いは無いと思う。

92 ：デフォルトの名無しさん：03/03/02 04:00

>>90

個人攻撃はやめて前向きな議論しましょう

93 ：デフォルトの名無しさん：03/03/02 04:01

enumもないしね

94 ：デフォルトの名無しさん：03/03/02 04:02

クラス変数ってそんなにたくさん使うのか？

95 ：デフォルトの名無しさん：03/03/02 04:02

>>88 アクセサーの生成は、IDEが自動でやってくれるんだが。

96 ：デフォルトの名無しさん：03/03/02 04:02

なんでプロパティが演算子オーバーロードの一種なんだ？
演算子オーバーロードはクラスの特殊なメソッドだぞ。
プロパティはクラスの変数が特殊なんだぞ。
全然違うもんじゃん。

97 ：デフォルトの名無しさん：03/03/02 04:02

IL的にはget_プロパ名()なわけだけどプロパティは便利だと思うよ。
コンポーネント指向を謳うだけある。

98 ：デフォルトの名無しさん：03/03/02 04:03

>>94
アクセッサを伴うものは本質的にはクラス変数です。

99 ：デフォルトの名無しさん：03/03/02 04:04

C#、ここ２年くらい触ってないから忘れたんだけど、
C#のプロパティの優位性って、どーゆーふうに主張してるんだっけ、M$は？

100 ：デフォルトの名無しさん：03/03/02 04:04

101 ：デフォルトの名無しさん：03/03/02 04:05

101get

102 ：デフォルトの名無しさん：03/03/02 04:07

「これが、戦争か・・・」
仁志は呆然と立ちつくした。街は焼け、爆撃音とサイレンが鳴り響いている。
「だが、俺は生き延びなければならない。」
仁志は戦闘機を追っていった。

「迎撃小隊が来たぞ」
「戦闘隊形にうつれ」
ビルは指示をし、機体を傾けた。迎撃隊は５機。 Solaris型の汎用マシーンだ。
「５対３だが、焦ることはない。向こうは型落ちだ。」
ビルはミサイルを発射した。
迎撃機はそれぞれ散り、波状攻撃を始めた。
「く、やはりまだ機体になれていなかったか。」
ビルは顔を歪める。弾が当たらない。
「くそっ、当たれ！！！！！！！！！」
機関銃を撃った。一発が敵の尾翼に当たり、火を噴きながら地上に落ちていった。
「ちいっ。一機仕留めるのに１０分か。おめでてーな。」
その時、敵のミサイルが右翼をかすめた。機体はバランスを失い、地上に
向かい落ちていった。

103 ：デフォルトの名無しさん：03/03/02 04:07

>>96
アホ。=でProperty.get/setをコールするという仕組みが、
=のオーバーロードに該当することだろ。JavaでのString.+
オーバーロードと同様の言語仕様組み込み機能だから、ユー
ザにとっては認識レベル以下のことかもしれんが。

つうか、なんでこんなことでﾜｹﾜｶﾗﾝ揚げ足鳥がはいるんだよ…
馬鹿ばっかりだ…

104 ：デフォルトの名無しさん：03/03/02 04:08

>>95

うーん、自動でもソースの見通しが悪くなるのは（Java言語は割と好きな俺ですが）
ちょっとうざったくなってしまうことはあるよ。

（アクセサメソッドが大量にあるようなのは、暗に Hashtable 使ったりしてそういう
値を動的にセットできるようにするとイイということを語ってる　っていうことがあって。
そういうプログラマに危険を知らせる機能を言語仕様として持っている言語、
Java はそういうもんだと漏れは理解していて。Java はプログラミングが上手くなる
には最適な言語だなぁとか思ったり）

105 ：デフォルトの名無しさん：03/03/02 04:10

>>103
つまり違うものということだな。

106 ：デフォルトの名無しさん：03/03/02 04:10

>C#の=は、いわば演算子オーバーロードの一種だろ。
ﾜﾗﾀ
目のつけどころがシャープだな
ジャワ原人が車を鉄のイノシシと間違えるようなものか(藁

ジャワ原人「鉄のイノシシは食えないから糞!!」
とか(藁

107 ：デフォルトの名無しさん：03/03/02 04:11

とりあえず、全部にアクセッサをつけるのは馬鹿らしいと思う。

108 ：デフォルトの名無しさん：03/03/02 04:11

馬鹿らしいというか、まぬけだ。

109 ：デフォルトの名無しさん：03/03/02 04:12

>>108
intとIntegerほどにはまぬけじゃない｡

110 ：デフォルトの名無しさん：03/03/02 04:12

>>107
IDEで自動生成しませう。

111 ：デフォルトの名無しさん：03/03/02 04:13

>>109
C#のBoxingみたいな余計なお世話よりはマシかと。

112 ：デフォルトの名無しさん：03/03/02 04:13

>>102
つーか、お前の小説、
北朝鮮の金正日が作った映画みたいな小説だな。
アメリカの印象をわざと悪くするためのプロパガンダ小説を
書いているようにしか見えないな。

113 ：デフォルトの名無しさん：03/03/02 04:13

>>110
JavaはIDEに助けてもらわなきゃまともに使えないということですか？（ｗ

114 ：デフォルトの名無しさん：03/03/02 04:14

>>108

さらにご丁寧に JavaDoc なんか書かれてると悲しくなってくる感じあるね。

/**
* Returns person name.
*/
public String getName(){
return name;
}

メソッド名見りゃわかるっちゅーねん！

115 ：デフォルトの名無しさん：03/03/02 04:14

>>111
Boxingを手動で行うJavaの方が優れていると言いたいわけですね。

116 ：デフォルトの名無しさん：03/03/02 04:15

>>113
コンパイラがやるとえらいのか？

つうか、何でお前がえらそうなんだ？
おまえがC#作ったのか？

117 ：デフォルトの名無しさん：03/03/02 04:15

>>113

そりゃそうなんだけど、それが別に悪いっていうことばかりでもないんだし。

ちなみに漏れは Ruby マンセーってことで。

118 ：デフォルトの名無しさん：03/03/02 04:16

C#=Ruby>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Java=C++

119 ：デフォルトの名無しさん：03/03/02 04:16

enumがないのもなぁ。おかげで型チェックが貧弱になってしまったし。

120 ：デフォルトの名無しさん：03/03/02 04:17

>>115
方針の違いであって、どっちが良いとかわるいとかじゃないと思うが。
C#は出刃包丁みたいな、便利だが基地外に持たせると危ない機能が
満載だということだな。
VB出身者が多いので心配だよ（ﾜﾗ

121 ：デフォルトの名無しさん：03/03/02 04:17

C#=Ruby>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>C++>>>>>>>C>>>>>>>>>Java

122 ：デフォルトの名無しさん：03/03/02 04:17

>>118-120
この手のアホをBANできんもんかね。

123 ：デフォルトの名無しさん：03/03/02 04:18

「あ、落ちた」
仁志は叫び、落ちていった機体に向かった。公園につくと、不時着した機体が見
える。コックピットをおそるおそる覗いた。誰かがいる。血だらけだ。
「だ、大丈夫ですか？あ、ビ・・・ビルゲイツ大佐。」
しかし、呼んでも答えなかった。
「死んだ・・・のか？こんなにあっけなく？」
仁志は怒りに燃えた。おのれ、こうなったら弔い合戦だ。
ビルゲイツをそっと公園の砂地に横たえると、コックピットに乗り込んだ。
損傷を確かめる。機体損傷率１％。大丈夫だまだ飛べる。
仁志はエンジンを入れた。ウィィィィィィーー。エンジン音とともに
機体は浮き上がり、空に向かって飛び出した。
「ふう、とりあえず空は飛んだぞ。だが、敵はすぐ目の前だ。どれが
ミサイルだ？」
手元を確認する。これか・・・。射程距離を確認しながらボタンを押す。
赤いミサイルが左翼から飛び出した。
ミサイルは Solarisに当たった。そのまま爆発し、散っていった。
「なに？まだ生きていたのか。」
Solarisのパイロットが言い、機種を傾け仁志の機体へ向かった。
「当たれ！！」
仁志は照準を見ながらミサイルを発射する。機体が爆破する。
「あの機体、急に動きが良くなったな。くそ、このままでは全滅だ。
各機いったん引き上げるぞ。」
Solaris小隊は引き返していった。

「本当にいいんだな？」
「はい。もうこの生活には未練がありません。」
「なら、君は我々の仲間だ。歓迎しよう。」
仁志は反乱軍の佐官達と握手をした。そこにはビル大佐の姿はなかった。
名誉の戦死をとげた彼の後任はジョンソンが座った。
仁志は思った。今日、これからが俺の人生の新たな幕開けが始まる。

第一章終了

124 ：デフォルトの名無しさん：03/03/02 04:19

ちなみにこのスレで語る目的はなんなんだ？

125 ：デフォルトの名無しさん：03/03/02 04:19

>publicなインスタンス変数との区別がつきにくくて余計なお世話なんだよね。
ふーん
Java厨はpublicなインスタンス変数が好きなんですか
そーですか

126 ：デフォルトの名無しさん：03/03/02 04:19

>>112
そうか？
なにげに面白い。

127 ：デフォルトの名無しさん：03/03/02 04:20

>>116
もっと落ち着きましょう。C#やJavaはあなたも私も作っていません。
IDEを使ってもコンパイラがやることに変わりはありません。
問題はどれだけ元のソースがシンプルになるかです。
シンプルが偉いのです。

128 ：デフォルトの名無しさん：03/03/02 04:20

煽り専の馬鹿春厨がいる模様。
エネルギーの無駄遣いしてないで早く寝ろよ。

129 ：デフォルトの名無しさん：03/03/02 04:22

>>119
俺もなんでenumをなくしたのか分からん。
百害あって一利なしだと思うが。

130 ：デフォルトの名無しさん：03/03/02 04:22

>>127
C#のpropertyと、Javaの直接setter/getter記述で、コード量
変わらないと思うが。

131 ：デフォルトの名無しさん：03/03/02 04:23

それよりも共通の敵、Perl, COBOL を倒しましょう

132 ：デフォルトの名無しさん：03/03/02 04:23

>>129
構文解析の手間が省けるから｡
本当はboolもはずしたかったんだよね｡

133 ：デフォルトの名無しさん：03/03/02 04:23

果たして世界政府SUNが勝つのか、ビルの亡き後ジョンソン率いる反乱軍が勝つのか？
そして、反乱軍の本当の目的とは？
仁志の運命は？

次回「追撃」お楽しみに。

134 ：デフォルトの名無しさん：03/03/02 04:25

>>130
代入/取得コードの不自然さをお前は感じることが出来ないのか？

135 ：デフォルトの名無しさん：03/03/02 04:27

C#
foo.Value++;

Java
foo.setValue(foo.getValue()+1);

Java最悪（藁

136 ：デフォルトの名無しさん：03/03/02 04:29

言語の進化とはコード上のルーチンワークを抽象化して言語仕様として吸い上げること｡
結果ソースはシンプルになり意図も明確になる｡
Javaは言語のシンプルさを追求しすぎてコードが必要以上に醜悪になってしまった｡
しかしこのことでSunを責めてはいけない｡
キーワードを一つ増やすたびに膨大な検証作業が必要となるが
Sunにはそれを行う人的リソースがなかったのだから｡

137 ：デフォルトの名無しさん：03/03/02 04:29

138 ：デフォルトの名無しさん：03/03/02 04:30

>>129
Cライクなenum定義記述から、Serialize時処理対応済みのTypeSafeEnum
クラスソースを自動生成できるツールがあったら、便利かな？
そんなの、すでにありそうだね。

139 ：デフォルトの名無しさん：03/03/02 04:31

>>135

なんだけど、意外とと

--
int v = foo.getValue();
if ( check(v) ){
foo.setValue(v+1);
}
--

みたいな感じに、一旦別の変数にとってなにがしすることが多いんで、そういう直接ダサイ例になることは少ないんよ。

言語仕様はそりゃ当然、後発なんだから C# がいいに決まってる。けど、漏れが見たところ、それならそれで、中途半端なんだよなぁ・・・。もうちょい気合いれてやってほしかった。

140 ：デフォルトの名無しさん：03/03/02 04:31

>>136
Java と C# のコードそんなに見た目が違うか？

141 ：デフォルトの名無しさん：03/03/02 04:32

>>134
ああーわかったよ。
メソッドコールと=で自然さが違うっていうのがお前の主張なのね。

VB厨ならそういうだろうな。もういいよ。わかったから。

142 ：デフォルトの名無しさん：03/03/02 04:32

genericsもいらない｡Objectで十分｡

143 ：デフォルトの名無しさん：03/03/02 04:34

>>141
お決まりの捨て台詞ですね。反論できなくなったらVB厨のせいにして逃げる。
わかったのなら素直に「わかりました。」ってかけよ。土下座する必要はないからさ。（藁

144 ：デフォルトの名無しさん：03/03/02 04:39

>>143
コーディングの簡潔さ、見通しのよさを決定するのはクラス設計であって、
3、4行の節約ではない。そんなものは人間のほうで読むときに省略できる
から、全体構造の理解を妨げるものじゃない。

そういうコーディングにとってはそれほど重要でない枝葉の部分でそこま
で頑張るような馬鹿と語り合うつもりはないっていってんだよ。

145 ：デフォルトの名無しさん：03/03/02 04:40

なんか昔いたCでもOOPできる厨と論調が同じような気が・・・

146 ：デフォルトの名無しさん：03/03/02 04:41

>>144
激しく同意。
>>143はDAI学生ということで。

147 ：デフォルトの名無しさん：03/03/02 04:45

>>144
クラス設計ならC#もJavaも大差ねーよ。
いいたいことはC#もJavaも同じってことか？

148 ：デフォルトの名無しさん：03/03/02 04:46

そりゃプロパティの方がタイプ数も少なくていいかもしれんが、
そんなに偉そうにすることでもないだろう。
統合開発環境下でプロパティという仕組みがあると便利だというなら多少はわかるが。

149 ：141=144：03/03/02 04:48

>>147
そうだよ。そう読めなかった？
ああ、俺がJava厨だと思った？C#使うのは嫌いじゃないよ。
発生理由が「Microsoft恒例の競合他社への嫌がらせ」でしかないから、
将来性はないと思ってるけど。

150 ：デフォルトの名無しさん：03/03/02 04:50

>>148
プロパティはデメリットが大きいと主張する強硬派もいるようだけどな｡

151 ：デフォルトの名無しさん：03/03/02 04:53

結論プロパティがあるほうが便利。

次はenumです。

152 ：デフォルトの名無しさん：03/03/02 04:54

【本日のNGワード追加】

>>>
＞＞＞
仁志

153 ：デフォルトの名無しさん：03/03/02 04:55

漏れはC#で嫌いなのは、メソッド名を大文字で始める習慣が
有る点だけだな。

154 ：デフォルトの名無しさん：03/03/02 04:55

>>151
結論は出ている。
enumがあるほうが便利だ。

155 ：Java厨心の叫び：03/03/02 04:56

delegateもinner classで十分｡
propertyもset/getで十分
enumもintで十分｡
boolもintの0と1で十分｡
クラスも構造体＋関数で十分｡
構造体も変数のセットで十分｡
変数もバイトの配列で十分｡
genericsもObjectで十分｡
十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十
分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分
十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十
分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分。十分

156 ：デフォルトの名無しさん：03/03/02 04:56

>>151
あると便利だけどなくてもそんなに困ってない。以上。

157 ：デフォルトの名無しさん：03/03/02 04:56

>>153 あぁ、そりゃ、ただのなれのもんだいだ。

158 ：デフォルトの名無しさん：03/03/02 04:57

クライアントアプリもなくて十分｡

159 ：デフォルトの名無しさん：03/03/02 04:58

そんなんなくてもへいきだーい。

160 ：デフォルトの名無しさん：03/03/02 04:58

>>155
三行目以降間違いだな

161 ：デフォルトの名無しさん：03/03/02 04:59

>>155
そりゃJava厨じゃなくて単なる馬鹿春厨。

162 ：デフォルトの名無しさん：03/03/02 05:00

genericsも導入決定前は十分を連呼してたがな｡

163 ：デフォルトの名無しさん：03/03/02 05:01

C#の高レベルな機能をJavaでは低レベルな方法で実装するしかない。
アセンブラまで低レベルとはいわんが、アセンブラみたいだな。Javaは。

164 ：デフォルトの名無しさん：03/03/02 05:02

enumもそのうち導入されるんだっけ？
導入されたら喜んで使うんだろうなぁ。
ほしいなら素直にほしいって言えばいいのに（ｗ

165 ：デフォルトの名無しさん：03/03/02 05:03

>>163
VB厨には低レベルと感じるんだろうな。

166 ：デフォルトの名無しさん：03/03/02 05:03

>>164
デマ流すな

167 ：Java厨：03/03/02 05:04

EnumとGenericsはずっと前から欲しかったよ。
1.5～1.7で導入決定してるから、ﾜｰｲだね。

168 ：デフォルトの名無しさん：03/03/02 05:04

>>155
＞boolもintの0と1で十分｡
＞クラスも構造体＋関数で十分｡
C++ のようにマルチパラダイムでない、
単なるオブジェクト指向言語としてはあんまし十分ではない。

>>163
高レベルな機能って？

169 ：デフォルトの名無しさん：03/03/02 05:05

>>165
低レベルって言葉が気に食わなかったのかな？
C#なら自然に実装できることをJavaではいろいろ組み合わせたり、
代用して作らないといけないってことだよ。

170 ：デフォルトの名無しさん：03/03/02 05:05

>>168
ぽとぺた以外の作業を低レベルって言うんですよ。VB厨は。

171 ：デフォルトの名無しさん：03/03/02 05:06

>>167
なんでいらないものを導入しますか（藁
いらないといっている奴は恥ですか（藁

172 ：デフォルトの名無しさん：03/03/02 05:07

次はAttributeです。

173 ：デフォルトの名無しさん：03/03/02 05:10

>>171
JCPで多数決できまるからな。
C#使いは一枚岩なのですか？

174 ：デフォルトの名無しさん：03/03/02 05:10

さてねるか

175 ：デフォルトの名無しさん：03/03/02 05:11

>>173
答えになってませんよ。故意ですね。

176 ：デフォルトの名無しさん：03/03/02 05:11

>>172
あーあ､スレの流れを止めちゃったね｡
まぁ概念として理解できていないものには
賛成も反対もできないのはしょうがない｡

177 ：デフォルトの名無しさん：03/03/02 05:12

まぁ、enumやgenericsをいらないといっていたJava厨は恥をかいたわけだが。

178 ：デフォルトの名無しさん：03/03/02 05:13

>>176
理解できないものはいらないのです。
理解できなくても作れます。

とか言ったりしてね（ｗ

179 ：デフォルトの名無しさん：03/03/02 05:13

Attributeってなあに？

180 ：デフォルトの名無しさん：03/03/02 05:14

>>179
そうやってC#の話に持っていくな。ここはJavaスレだろうが

181 ：デフォルトの名無しさん：03/03/02 05:15

>>177
実際なくてもそんなにはこまらないと思うけどね。
あれば便利という程度。

182 ：デフォルトの名無しさん：03/03/02 05:17

ま、別に C# で成功した機能があれば取り込んでやってもいいよ。
評価できる前に別の言語になってなきゃだけど。

183 ：デフォルトの名無しさん：03/03/02 05:17

>>155
それはC++厨の叫びだろ(w

184 ：デフォルトの名無しさん：03/03/02 05:18

>>181
なければいけないという機能はどの言語にもあると言ってもいいくらいだからな。
あれば便利というのが言語の優越を左右することになるだろうね。

185 ：デフォルトの名無しさん：03/03/02 05:26

C#、２年触っていない漏れだが、
Attribute って何だっけ？

インスタンス・フィールドを配列みたいにアクセスする奴？
(JavaScriptとかで見覚えあるような・・・あれはhashだけど

186 ：デフォルトの名無しさん：03/03/02 05:27

さっきからAttribute Attribute ってうるさいぞ。
自分で調べろ。

187 ：デフォルトの名無しさん：03/03/02 05:28

>>185
ｺｺで聞くな(ﾜﾗ

188 ：185：03/03/02 05:30

このあたり見ればいいのかな？
　http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/cpguide/html/cpconattributesdesign-timesupport.asp

　JavaのPropertyファイルを、ソースコードの中にデフォルト記述する・・・
　これって、X Windowの attribute階層の朴李じゃない？
　JavaのPropertiesクラスって、「あえて階層構造やマッピング方法を指定していない」だけで、
　この手のライブラリはみんな作って利用してるよなー (log4j とか)

189 ：デフォルトの名無しさん：03/03/02 05:32

>>188
そのまま読み進めてね。表面だけ見て分かったつもりにならないように注意。

190 ：デフォルトの名無しさん：03/03/02 05:35

191 ：デフォルトの名無しさん：03/03/02 05:35

Java厨C#に興味津々の巻

192 ：デフォルトの名無しさん：03/03/02 05:37

開発環境のショボさからWindowsプログラマに迫害され、
ソースレベルでの互換性が好きなUNIX/Linuxプログラマには見放され、
携帯プログラマからはFlashへ移行され、
サーバーサイドではPHPフレームワークに撃沈され。

もうダメぽ。

193 ：デフォルトの名無しさん：03/03/02 05:38

>>192
あっはっは。無知ですね。突っ込みいれるのも面倒。

194 ：デフォルトの名無しさん：03/03/02 05:39

>>193
無知はあなただ。

195 ：デフォルトの名無しさん：03/03/02 05:39

属性は、クラスやメソッドに対して付加情報を付け加える機能を提供する。
これにより、具体的な属性を自由に定義することができ、
プログラミング言語の仕様を拡張することなく、独自の情報をクラスやメソッドに
与えることができる。
http://www.atmarkit.co.jp/fdotnet/csharp_abc2/csabc2_020/cs2_020_01.html

[WebMethod]
public string HelloWorld()
{
return "Hello World";
}

WebMethodを付ければXML Webサービスに変身するみたい。

196 ：デフォルトの名無しさん：03/03/02 05:40

>>195
なにが便利なのかわからない。Javaでもいろいろがんばれば
同じようなことは不可能じゃないだろう。

197 ：デフォルトの名無しさん：03/03/02 05:45

>>196
いろいろがんばらなくてもできるから便利なのでは。
いや知らんがね。

198 ：デフォルトの名無しさん：03/03/02 05:46

知らんなら口出すなー。
知らん方が幸せなこともあるのじゃー。

199 ：デフォルトの名無しさん：03/03/02 05:48

知らん方が幸せだな。
で、知ってるやつは得をする。

200 ：デフォルトの名無しさん：03/03/02 05:49

>>199
得している奴を知らなきゃ幸せなんだー。

201 ：200：03/03/02 05:49

あげわすれ

202 ：デフォルトの名無しさん：03/03/02 05:50

>>195
Visitorパターンかませば同じだな。
C#のその書き方のほうが、コード量が減るからｵﾄｸ…なのかねえ？

属性付きまくりのC#ソースは、IDEナシには読みずらそうなコードに
なりそうだな。

203 ：デフォルトの名無しさん：03/03/02 05:51

以上
自作自演祭りは終わりました
以後
Ｃ＃って死滅しちゃうの？ Part1J
をお楽しみ下さい

204 ：デフォルトの名無しさん：03/03/02 05:52

>>202
つけなきゃいいじゃん。必須じゃないよ。

205 ：185：03/03/02 05:53

むしろ、こっちの方が判りやすいか・・・
　http://black.sakura.ne.jp/~third/cs62.html

・クラスやメソッドへ、属性クラスを明示的に関連付ける構文があって、
・クラスの継承時に、属性の継承チェーンの有無を指定できて、
・リフレクションAPIで、クラスと同様に属性の型情報を操作できて、
・あと属性(名)のショートカット機能で、属性をあたかもクラス変数
　(やインスタンス変数)のように参照できる

って感じかな、要約すると。

確かに GUI とか分散処理とか XML 使った Webサービス・プログラミングみたいにややこしい場面で、
構文を簡略化したり、処理の見た目をシンプルにするには便利だよね。(Javaの beanInfoとか、Propertyファイルと比べて)

でも、２年前にさらっと読んで「これは便利だけど、プリプロセッサーとReflectionAPIで実装できるシンタックス・シュガーだ」と感じたなー。

んじゃー、Attribute + enum 機能追加プリプロセッサーを作成すれば、C#厨とJava厨の対立は緩和できるのかなぁー？

206 ：デフォルトの名無しさん：03/03/02 05:55

>>205
C#厨とJava厨が対立しているんじゃなくて、

少数の馬鹿が確信犯でﾜｹﾜｶﾗﾝあおりいれているだけですよ。

207 ：デフォルトの名無しさん：03/03/02 05:56

一体誰だろうねぇ

208 ：185：03/03/02 05:56

>>206
それは常駐して場を盛り上げてくださる尊い人柱ですから、
失礼な事を言わないように（笑

209 ：デフォルトの名無しさん：03/03/02 05:59

盛り上がって最後の結論がC#はやっぱりJavaより優れてるだからなんか悲しいものがあるな。

210 ：185：03/03/02 06:00

>>209
ﾅﾝﾏｲﾀﾞｧ（・人・）ﾅﾝﾏｲﾀﾞｧ

211 ：デフォルトの名無しさん：03/03/02 06:00

>>208
こんな時間に祭りもどきだもんね。
…暇なのね…

212 ：デフォルトの名無しさん：03/03/02 06:01

>>210
二枚目だ。二枚目だ。

213 ：185：03/03/02 06:02

ちなみに漏れは昨晩、浅野ゆう子主演ドラマで祭りしてから、お祭りしっぱなしです（苦笑

214 ：デフォルトの名無しさん：03/03/02 06:03

>>212　Part5って書いてありますが？

215 ：デフォルトの名無しさん：03/03/02 06:04

>>213
フケ専？

216 ：デフォルトの名無しさん：03/03/02 06:05

>>215 それは言わないお約束でつ

217 ：デフォルトの名無しさん：03/03/02 06:10

>>209　Aspectとか Attribute とか見てしまうと、
　　　　　Object指向帝国主義(クラスとオブジェクトが全て！)の終焉を見るようで、ちょと物悲しいね。

＃漏れ的には嬉しいんだが

218 ：デフォルトの名無しさん：03/03/02 06:26

>>217
ネタかマジものなのか微妙なのな

どっちもクラス定義のシンタックスシュガーだろが。

219 ：デフォルトの名無しさん：03/03/02 06:32

>>218
ん？漏れ的には、世の中のプログラム対象モデルを、
たった一系統のTree構造で階層化するのは難しいんじゃないか、
多重継承の代りになる、もっと複雑な何かが必要なんじゃないか？

ってな意味で、Aspect やら　HyperJやらに期待してるんだが。

220 ：デフォルトの名無しさん：03/03/02 08:11

ようするにあれだ、クラスは構造体のシンタックスシュガーとか
言っているようなものだ。

221 ：デフォルトの名無しさん：03/03/02 08:50

>>220
そうか、アノ言語仕様から、何か新しい設計上の思想が
生まれる可能性があるのか…

うーん、あるかな？

222 ：デフォルトの名無しさん：03/03/02 10:36

お前さあ、下らないあおりを入れるぐらいならさっさと物語の続きを書けよ。

223 ：デフォルトの名無しさん：03/03/02 11:13

これは俺の物語だ!

224 ：デフォルトの名無しさん：03/03/02 13:11

>>222
M$を正義に見立てる物語は北朝鮮人が作った物語です

225 ：デフォルトの名無しさん：03/03/02 13:13

>>209
>盛り上がって最後の結論がC#はやっぱりJavaより優れてるだからなんか悲しいものがあるな。
君の脳内ではね。
最後の結論はやっぱりD言語はC#やJavaより優れてる。これ嬉しいね

226 ：デフォルトの名無しさん：03/03/02 13:56

MS以外からだったらかなりマンセーされたはず。

227 ：デフォルトの名無しさん：03/03/02 14:00

>>226
何が？

228 ：デフォルトの名無しさん：03/03/02 14:04

Javaが死滅するわけないじゃん。
J2EEがあるのに。

229 ：デフォルトの名無しさん：03/03/02 14:40

COBOLが死滅するわけないじゃん。
メインフレームがあるのに。

230 ：デフォルトの名無しさん：03/03/02 15:21

J2EEネタはマジヤバイって

231 ：デフォルトの名無しさん：03/03/02 15:46

誰か前スレ1000getよろしく

232 ：デフォルトの名無しさん：03/03/02 15:59

>>230
オマエはJ2EEの話をされると反論できなくなるからだろ

233 ：デフォルトの名無しさん：03/03/02 17:07

いや、論じるべきはJ2EEのコストだろう

234 ：デフォルトの名無しさん：03/03/02 17:36

>>233
無料でも可能だってば。
SunONE ApplicationServer 7 PlatformEditionはライセンス料0。
Apache+EJBoss＋Tomcatとか使ってもおなじことができるし。

WebsphereだのWeblogicだのを使うか、ただので済ますかは
クライアントの要件と予算で選択可能だよ。

235 ：デフォルトの名無しさん：03/03/02 18:16

>>234
J2EEを扱えるようになるまでの研究コストが知りたい

236 ：デフォルトの名無しさん：03/03/02 19:33

J2EEは個人で使ったり研究教育機関で使う分には無量だよ

237 ：デフォルトの名無しさん：03/03/02 20:15

いや、勉強コストかな。どれくらいの手間をかければ、どれくらいの
ものが作れるようになるか、など

238 ：デフォルトの名無しさん：03/03/02 20:24

>>237
そんなもん人によるでしょ。

239 ：デフォルトの名無しさん：03/03/02 20:28

それがわかんないんじゃあ、投資に見合うかどうか判らないじゃん。
無駄にしたくないんですけど。

240 ：デフォルトの名無しさん：03/03/02 21:08

>>239
ServletならCGI作るよりずっと簡単。
EJBは、サバクラのサーバをソケットからゴリゴリ作るのに比べて1/10
くらい簡単。
覚えなきゃいけないのは、APIの使い方とAPサーバの設定方法だけ。

つうか、使うの簡単だし、環境整えるのに金かからないんだから使
ってみろよ。投資ってなにするんだ？

241 ：デフォルトの名無しさん：03/03/02 21:14

>>237
目的にあわせた適材適所という言葉を知らないのか?

242 ：デフォルトの名無しさん：03/03/02 21:27

J2EE？
んなWebサービスもまともにサポートしないゴミ糞技術誰が使うんだ。(ﾌﾟﾌﾟ

ﾊﾞｰｶ

243 ：デフォルトの名無しさん：03/03/02 21:42

>>242
単にお前がJ2EEを使いこなすスキルも知恵もないだけ。
.Netの甘ったれた機能に溺れてろ

244 ：デフォルトの名無しさん：03/03/02 22:11

J2EEはただの実験台だろ？
Sunが「ネタでした。こんなゴミ糞、Solarisには使えません。」って正直に言ったじゃん。

245 ：デフォルトの名無しさん：03/03/02 22:18

J2EEネタで盛り上がるのはヤバいって

246 ：デフォルトの名無しさん：03/03/02 22:26

それはそうだろう。なんせ、J2EEは使いこなすだけでそうとう高度な
スキルを要するし、それにかかるお金も大きいほうなのだから。

247 ：デフォルトの名無しさん：03/03/02 22:28

Java死滅厨は、
所詮JavaもC#も、M$厨隔離環境 (SandBox) だという事
にまだ気付いていないらしい。

万が一、JavaとC#という重しがなくなった時、
M$は糸の切れたタコのように、この世の果てに飛び去ってしまうだろう

248 ：デフォルトの名無しさん：03/03/02 22:31

>>247　前半と後半の意味がつながってませんが、何か？

249 ：デフォルトの名無しさん：03/03/02 22:32

>>244-246
お前ら頭が悪すぎ。
お前らの頭の悪さではJ2EEも使いこなせないだろうよ (藁

250 ：デフォルトの名無しさん：03/03/02 22:33

まぁ、J2EE も .NET も、M$厨隔離用の壮大なフェイクってこった

251 ：デフォルトの名無しさん：03/03/02 22:38

Javaに魂をささげてきた俺って一体・・・

252 ：デフォルトの名無しさん：03/03/02 22:39

>>251
5年前ぐらいならそれで良かったんじゃないの？
ただ、今も続けてるのがｱﾌｫなだけで。

253 ：デフォルトの名無しさん：03/03/02 22:42

>>251
Java以外にOracleにも魂を捧げろ

254 ：デフォルトの名無しさん：03/03/02 22:45

ほら、$unてば Java出す前は、WABI (Windows Application Binary Interface)とか言って、
Win32 APIの標準化とかオープン化を画策してたじゃん。

でも、クリーンルーム方式では Win32API を実装できないし (非公開APIありまくり)、
PCエミュレータで Winアプリ実行しても、M$に市場を提供するだけだから、方針を変えたんだよ。

M$の市場を奪えないなら、
せめてM$に無駄仕事をやらせて勢力を削ごうって作戦に。

大体、UNIXハッカーの頂点たる Bill Joy が、Java の細かいAPI弄くって楽しいと思うか？(いくぶん自虐的

255 ：247：03/03/02 22:52

>>251 Java死滅厨＝アンチJava厨の事だから、悩まないように。
　　　　君達の尊い努力と屍を乗り越えて、$un は綺麗な大輪の花を咲かすつもりだよ

256 ：デフォルトの名無しさん：03/03/02 23:02

>>254
Win32 APIはOSがWin限定されるのが気に入らなかったんだろう。
それでウィルスのようにOSの体を借りて動くJavaを作ったんだろう。

257 ：デフォルトの名無しさん：03/03/02 23:10

>>247
隔離環境　つうよりは、
相互運用性を確保するための基盤環境　と言うべき

258 ：デフォルトの名無しさん：03/03/02 23:11

>>256
移植性のないAPIを作ったM$が糞

259 ：デフォルトの名無しさん：03/03/02 23:28

Java最高なのに、なぜほかのものが出てくるのですか？
理解できません。

260 ：デフォルトの名無しさん：03/03/02 23:28

> 相互運用性を確保

冗談きつい。

261 ：デフォルトの名無しさん：03/03/02 23:30

>>259
M$が馬鹿だから

262 ：デフォルトの名無しさん：03/03/02 23:32

>>260
　Write Once Run Anywhere は手段であって目的ではない、
　異なるベンダーが提供する製品間の「相互運用性の確保」　こそが本来の目的
ってことなんだけど、なんか異論ありまつか？

263 ：デフォルトの名無しさん：03/03/02 23:32

>>259
M$がJavaを妬んでいるから

264 ：デフォルトの名無しさん：03/03/02 23:34

>>259
$unやM$と競合する他社がJavaで成功しているところを妬んでいるから

265 ：デフォルトの名無しさん：03/03/02 23:36

>>259 が了見の狭いアフォだから、理解できないんだよ

266 ：デフォルトの名無しさん：03/03/02 23:37

>>259
Javaが最高なのではなくJavaのAPIが最高なのです。
他のがでようと関係がありません。

267 ：デフォルトの名無しさん：03/03/02 23:46

>>254
'95頃の SunWorld 読むと、
MAE (Macintosh Application Environment) って企画もあったな。

当時の$unは一体何を考えてたんだろう(笑

268 ：デフォルトの名無しさん：03/03/03 00:08

結局、M$のconnectix VirtualPC部門買収で、
一連のVM騒動 (JavaVM ～ .NET) は新局面を迎えた訳だが。

とばっちりを食ったアポー＆マクの皆様（・人・）ご愁傷様！

269 ：デフォルトの名無しさん：03/03/03 00:09

$unだとかM$だとか言ってる奴の大半はアフォ

270 ：デフォルトの名無しさん：03/03/03 00:12

>　異なるベンダーが提供する製品間の「相互運用性の確保」
>こそが本来の目的ってことなんだけど、なんか異論ありまつか？

んな高尚なお題目を真に受けるアホがまだ居たとは信じがたい。
やっぱ２ちゃんは広大だわ。

271 ：デフォルトの名無しさん：03/03/03 00:24

>>270 ん？オープン戦略を取る場合、建前として「相互運用性の確保」は重要でそ。
　　　　　　　M$は囲い込みをして独占企業になりたいのかも知れんが。

272 ：デフォルトの名無しさん：03/03/03 00:27

M＄＝独占禁止法を犯して荒稼ぎをする、自由市場の敵

273 ：デフォルトの名無しさん：03/03/03 00:35

>>272
ついでに、M$は反トラスト法も犯してる。

274 ：デフォルトの名無しさん：03/03/03 00:35

>>269 ｱﾎﾟｰとﾏｸには反応しないのね・・・

275 ：デフォルトの名無しさん：03/03/03 00:42

>>274
ｱﾎﾟｰ何?

276 ：デフォルトの名無しさん：03/03/03 00:49

apple

277 ：デフォルトの名無しさん：03/03/03 00:56

C#はmacで動かないから糞

てか、MacはいまだにJDK1.4でてないんかい？（JWSで1.4+指定したら、「1.4は自動インストールできない」とおこられた）

278 ：デフォルトの名無しさん：03/03/03 00:57

> C#はmacで動かないから糞

ﾌﾟﾌﾟﾌﾟ

279 ：デフォルトの名無しさん：03/03/03 01:02

sscli って MacOSX も対応してなかったっけ？

280 ：デフォルトの名無しさん：03/03/03 01:05

>>277
C#を死滅させたいならC#死滅スレに逝け

281 ：デフォルトの名無しさん：03/03/03 01:07

>>279
sscli何
検索しても見つからない

282 ：デフォルトの名無しさん：03/03/03 01:07

オープン戦略っていうのもオメデタイお題目の一つだな。
MSが拡大してきたから仕方なくunix側で連合を作ったまでだし。POSIXとか。
まあ、結局烏合の衆だったわけだけども・・・

283 ：デフォルトの名無しさん：03/03/03 01:08

MacOSX 用 JDK1.4 は現在 DeveloperPreview 版だけじゃないか？

284 ：デフォルトの名無しさん：03/03/03 01:09

>>281
google で検索かけたらtopで見つかるんですが。

285 ：デフォルトの名無しさん：03/03/03 01:11

つか、Javaである必然性はもはやほとんどないわな。
$unが見切りをつけた理由もなんとなくわかるよ。
もうそろそろお荷物になるんじゃない？

286 ：デフォルトの名無しさん：03/03/03 01:13

>>285
Javaが$unにとって道楽でしかないのは周知の事実

287 ：デフォルトの名無しさん：03/03/03 01:13

>>285
いやぁ Sun にはとっとと手を引いてもらいたいですわ。
本当に Sun が見切りをつけてくれればよいんだけど。

288 ：デフォルトの名無しさん：03/03/03 01:14

>>282 当時の主要な仮想敵は、ATT & Sun あたりじゃなかったっけ？
　　　　で、姑息なSunが、オープン戦略をでっちあげた

289 ：デフォルトの名無しさん：03/03/03 01:15

Java＝SUNが開発したマイクロソフト向けネコじゃらし

290 ：デフォルトの名無しさん：03/03/03 01:16

DCOMの対抗馬として一瞬だけCORBAが注目されたけど、
互換性の無さは酷かったらしい・・・

Webサービスってどうなんでしょうねえ

291 ：デフォルトの名無しさん：03/03/03 01:18

>>290 それも逆。
　　　　　POSIX → DCE (IBM, DEC, HP, ...) → CORBA (前記 + SUN + (M$))
　　　　　　　　　　　　　　　　　　　　　　　　　　　　→ M$離脱して勝手にDCOMを作る

292 ：デフォルトの名無しさん：03/03/03 01:20

>>285
いや、J2EEはJavaである必然船はまだまだあるわな。
だれが見切りをつけたっていったよ。
お荷物と言えば作られた当時からとっくにお荷物だけどな。

>>286
いや、Javaは家電開発のための道具でしかないは周知の事実が現実解

>>287
Jini技術が確立するまでは当分見切りをつけるつもりはないだろう。

293 ：デフォルトの名無しさん：03/03/03 01:21

あと当時から何故か DECはM$と仲が良くて、
COMの基本設計には DEC流 Composit Document アーキテクチャの思想が入っているらしい(眉唾

NT開発でも人材を提供しまくった DECの末路は、ご存知の通り Compaqと合併→HPと合併

294 ：デフォルトの名無しさん：03/03/03 01:25

Java死滅スレ、死滅中・・・

295 ：デフォルトの名無しさん：03/03/03 01:29

>>292
JNDIとEJBってそのうちJiniベースになったりするのかな？

296 ：デフォルトの名無しさん：03/03/03 01:30

>>293
そのHPもM$系に寄ってる傾向に

297 ：デフォルトの名無しさん：03/03/03 01:31

>>295
なんで?
つーかJiniがJavaを包含してるようにみえる。
Jiniベースになったらハードウェアやドライバをダウンロードするサーバに
依存っつーことには・・・？

298 ：デフォルトの名無しさん：03/03/03 01:37

>>297
JNDIは、将来Jiniっぽく拡張されそうだよね。
EJB の Jiniって一体・・・
Jiniってどうゆう通信プロトコルを使っているのだろう？　P2P系とか？

>>296
HPって、最近は Intelと仲がいいよね。M$に寄ってるとは？

299 ：デフォルトの名無しさん：03/03/03 01:38

「？」とは・・・？

300 ：デフォルトの名無しさん：03/03/03 01:42

>>298
.NET推進で協調してることでは。

301 ：デフォルトの名無しさん：03/03/03 01:53

>>298
SunのP2PといえばJavaベースのJxtaでしょ。
Jiniはハードウェア機器をUSBのように接続すると
サーバに入ってるドライバが自動的にサーバからダウンロードされ
インスコされるﾔｼじゃなかった？

HPのM$寄り → Javaから少し撤退。M$と気が合う部分もあったと思われ。

302 ：デフォルトの名無しさん：03/03/03 01:55

HP＝お得意の組込み機器分野向けに独自にJavaVM作って、Sunに文句言われた会社
でしたね。HPの気持ちがわからんでもない

303 ：デフォルトの名無しさん：03/03/03 01:59

ChaiVMとはこれまた懐かしい。

304 ：デフォルトの名無しさん：03/03/03 02:03

　　　　　　　ｒｰ､
　　　　｣´￣｀ｌｰ) ＼
　　　　Ｔ¨Ｌ　|_/⌒/　←　JCPでやりたい放題のSun
　　　　｀レ￣｀ヽ〈
　　　　 |　　i＿_1
　　　　　_ゝ_／ノ
　　　　　Ｌ__jイ´_　）
　　　　　　 |　　ﾉ--､　　　　　ｒ'⌒ヽ_　　　　ｒ'⌒ヽ_　　　　ｒ'⌒ヽ_
　　　　　　　ゝ､_＿_ﾉ二７　　／´￣l､＿,/}:＼／´￣l､＿,/}:＼／´￣l､＿,/}:＼
　　　　　　　 |ｰi |　　 l_/　／__ｨ::.　ゝ~_ィ´:;　,ゝｨ:.　ゝ~_ィ´:;　,ゝｨ　ゝ~_ィ´:;　,ゝ
　　　　　　　 __〉 {　　　　 (Ｔ´ |1:::.　　＼_>､};;_｣´:::.　　＼_>､};;_｣´ |1:::.　　＼_>､};;_｣
　　　　　　　'ー‐┘ 　　　 !　｀￣''ｧ一､＼　ヽ｝　''ｧ一､＼　ヽ｝　:::.. ｧ一､＼　ヽ｝
　　　　　　　　　　　　　　　〈｀￣￣＾｀￢ﾉ .::〔￣´｀￣￣＾｀￢ﾉ .::〔￣〈｀￣＾｀￢ﾉ .::〔
　　　　　　　　　　　　　 1　ヽ　 .:::レ　　ヽ　ヽ　 .:::レ　　ヽ、　 .:::レ　　ヽ、 1
　　　　　　　　　　　　　　　　|＿ｲｰ-､_;;j|_:.　　　ゝｲｰ-､_;;j|_:.　　　ゝｰ-､_;;j|_:.　　　ゝ　|＿
　　　　　　　　 __,,,... -- |. ｛―――‐ﾌゝ、　〉 ――‐ﾌゝ、　〉 ――‐ﾌゝ、　〉|. ｛　〉-- ...,,,__
　　　　　 _,, -‐　´ 　　　 ,ｒ|__ﾄ,　　　　1ﾆﾉー'´,__ﾄ,　　　　1ﾆﾉ　,　　　　1ﾆﾉー'´,ｒ　　　　'´　　｀　‐- ,,_
　　　 , ‐ ´　　　　　　　　　└―'´　　　　　　　└―'´　　　　└―'´　　　　　　└―'´　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　↑　　　　　　　　　　　↑　　　　　　　　　　　　↑
　　　　　　　　　　　　　　　　　　IBM　　　　　　　　　　BEA　　　　　　　　　　 Apache

305 ：デフォルトの名無しさん：03/03/03 02:04

すーぱーまいくろちゃい
ってのがあったね。

非常に名前が気になっていた。
初めて聞いたときは
なんというかチャイニーズみたいなイメージや
インド紅茶のチャイを連想してしまった。

>>302 IBMもおなじことやってるんだし。しかもIBMのほうが高速！

306 ：デフォルトの名無しさん：03/03/03 02:05

>>304
えぇ、そうか?
IBMのほうがやりたい放題にみえるけど

307 ：デフォルトの名無しさん：03/03/03 02:05

>>304
Blackdown が無いね。

308 ：デフォルトの名無しさん：03/03/03 02:09

>>307
とっくにマウンドを降りました

309 ：デフォルトの名無しさん：03/03/03 02:17

>>302
規格をオープンにしておいて文句を言うなら MS のようにクローズドにしとけって感じだな。

310 ：デフォルトの名無しさん：03/03/03 02:36

>>304 ﾜﾗﾀ。プレイヤー少なすぎ(w

IBMは、Ｊａｖａリーグと.NETリーグを束ねる、ナショナル・リーグ会長職でしょ

311 ：デフォルトの名無しさん：03/03/03 12:47

JAVAがSSCLIよりライセンス厳しいのはいかがなものかと…。
MSがなくなってもCLIはMONOが引き継ぐだろうが、
SUNがなくなったらJAVAはどうなるだYO！！

312 ：デフォルトの名無しさん：03/03/03 12:53

>>311
JakartaがあるんだYO

313 ：デフォルトの名無しさん：03/03/03 12:53

>>311
CLIはLinux上ではJava以上にライセンス厳しすぎ

314 ：デフォルトの名無しさん：03/03/03 17:37

SUNがBSDを無視しやがるのでBSD陣営がJakarta作ってる。
MSがLinuxを恐れているのでLinux陣営がMONO作ってる。

どっちも潰れていい会社ってことだ。

315 ：デフォルトの名無しさん：03/03/03 17:48

BSD と Jakarta ってどーゆー関係が…
Mono 作ってるのは、まぁ広義では Linux 陣営なんだろうが…

316 ：デフォルトの名無しさん：03/03/03 17:55

> MSがLinuxを恐れているのでLinux陣営がMONO作ってる。
なんか変。

317 ：5年後の未来から書いています：03/03/03 17:57

そういやそんな言語もあったねぇ……懐かしい。
今でもまだ勉強してるヤツいるの？（藁

318 ：デフォルトの名無しさん：03/03/03 18:00

>>317　５年後も2chにはまってる奴

319 ：デフォルトの名無しさん：03/03/03 18:44

>>317
寒い妄想ですな。
センスの良い説得力のある妄想ではないわな。

Javaは言語の性質上かなり長持ちすると思うがね。
新しい言語もJavaライクなものになるだろうし。

320 ：デフォルトの名無しさん：03/03/03 18:57

> センスの良い説得力のある妄想

２ちゃんならではですが何か？

321 ：デフォルトの名無しさん：03/03/03 21:59

＞新しい言語もJavaライクなものになるだろうし。
JavaをパクったC#も世に出たわけですし。
もう役割を終えたのでは？＞Java

322 ：デフォルトの名無しさん：03/03/03 23:30

おまえらJavaが死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

323 ：デフォルトの名無しさん：03/03/04 00:07

そのときはJava厨しか残ってないと思う

324 ：デフォルトの名無しさん：03/03/04 00:12

●ハッピーソリューション●
●http://www.pink-angel.jp/betu/index.html●

325 ：デフォルトの名無しさん：03/03/04 00:25

おまえら322が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

別に放っておいてもいいか

326 ：デフォルトの名無しさん：03/03/04 02:09

おまえらJava厨が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

327 ：デフォルトの名無しさん：03/03/04 02:26

どこを縦読みすればいいのでつか？

328 ：デフォルトの名無しさん：03/03/04 02:33

おまえらJ2EEが死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

329 ：デフォルトの名無しさん：03/03/04 02:36

おまえら328が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

別に放っておいてもいいか

330 ：デフォルトの名無しさん：03/03/04 08:35

そんなことよりちょっと聞いてくれよ. スレとあんま関係ないけどさ.
このあいだ, ring.gr.jp に ftp してたんです. ring.gr.jp
そしたら凄く重くてなかなか繋がらないんです.
で, ニュースサイト行ったら GNOME 最新版リリースとか書いてあるんです.
もうね, アホかと. バカかと.
お前らな, 見栄えだけで使えねぇ GNOME のダウンロードなんかしてんじゃねーよ.
デスクトップ環境だよ, デスクトップ環境.
なんか, ./configure && make && make install して寝てる奴もいるし. 朝起きたら GNOME かおめでてーな.
よーし俺, Windows がわりに使うぞー, とか言ってるもの. もう見てらんない.
お前らな, Windows XP やるから接続切れと.
UN*X ってのはな, もっと殺伐としてるべきなんだよ.
モノクロモニタでも特に困ることなんて何もない,
kterm がたくさん開かれているだけ, そんな雰囲気がいいんじゃねーか. スクリーンショット馬鹿はすっこんでろ.
で, やっと繋がったと思ったら, 隣の奴が今度は KDE とか言ってるんです.
そこでまたぶち切れですよ.
あのな, デスクトップ環境なんて UN*X には馴染まねーんだよ. ボケが.
得意気な顔して何が, デスクトップ環境だ.
お前は本当に UN*X が使いたいのかと問いたい. 問い詰めたい. 小１時間問い詰めたい.
お前, ただ流行りに乗りたいだけちゃうんかと.
オールドタイプの俺から言わせてもらえば今, オールドタイプの間での常識はやっぱり twm, これだね.
twm ってのは X インストールすると最初から入っていて. そんかわり消費リソース少なめ. これ.
で, それに kterm と jless. これ最強.
しかしあまり人に勧めると「UNIX ヲタウザイ」と sage られる, 諸歯の剣.
素人にはお勧めできない.
まぁお前は, HOLON Linux でも使ってなさいってこった.

331 ：デフォルトの名無しさん：03/03/04 08:46

>ktermがたくさん開いてるだけ
emacs-noxを使う折れも、結局はオールドタイプか。。。

332 ：デフォルトの名無しさん：03/03/04 09:03

もうさ、いいじゃん。
Java で勉強したことは楽しかったし無駄じゃなかった。
10年後にはいい思い出だよ…。

333 ：デフォルトの名無しさん：03/03/04 10:19

>>330 世代間ギャップって言えばいいのか・・・。
　漏れらの世代はfvwm最強伝説だったな。

334 ：デフォルトの名無しさん：03/03/04 10:35

http://java.sun.com/getjava/ja/showcase.html

335 ：デフォルトの名無しさん：03/03/04 10:48

>>333
時代は ion らしいが。先祖帰りか？？

336 ：デフォルトの名無しさん：03/03/04 10:51

>>330
漏れはTurboLinuxでKDEつかっとる。
Holonはマカーのためにあるとオモタよ。

337 ：デフォルトの名無しさん：03/03/04 10:53

【Microsoft、裁判所の裁定に従って、Sun のテクノロジを出荷】
　　　　http://www.microsoft.com/japan/windowsxp/pro/evaluation/news/jre.asp

1 月 21 日、メリーランド州ボルチモアの米連邦地裁は、Microsoft に対して、
Sun Microsystems の最新の Java Runtime Environment (JRE) を現在
および将来の特定バージョンの Microsoft Windows PC オペレーティング
システムおよび Microsoft Web ブラウザに含めることを求め、また
Microsoft が特定の個別または "スタンドアロン" の Microsoft 仮想マシン
(Microsoft VM) を配布することを禁止する、仮処分命令を言い渡しました。
この命令は、http://microsoft.com/presspass/java/01-21-03sunorder.pdf
（英語）でご覧いただけます。

マイクロソフトでは、控訴しこの命令の停止を求める予定ですが、
控訴裁判所によって当社の訴えが処理されるまでは、地裁の仮処分命令
の条件に従うつもりです。

Windows をご利用のお客様は、米連邦地裁の命令に対して何らご対応を
いただく必要はありません。この命令が控訴裁判所によって猶予あるいは
無効とされない限り、Microsoft は以下の段階を通じて、Sun の JRE を
Windows XP に含めて配布することで、裁判所の命令に従うこととなります。
(中略)
繰り返しになりますが、お客様は今回の仮処分命令の結果に対して、
お客様自身でのご対応をいただく必要はありません。
しかしながら、現在、既存の Microsoft VM をご利用のお客様は、
以下のような影響を受ける可能性があります。
(後略)

338 ：デフォルトの名無しさん：03/03/04 10:55

M$ブザマだな

339 ：デフォルトの名無しさん：03/03/04 10:58

>>335
　gwm世代→twm＆その他世代→fvwm世代→fvwm2＆その他世代→KDE＆GNOME世代

つう、微妙な世代間ギャップを強調してみましたが、何か？

340 ：デフォルトの名無しさん：03/03/04 11:03

>>339
いや、そういう意味じゃなくて、今の流行は ion らしいんだって話よ。
連中先祖帰りしてるんかなと。

341 ：デフォルトの名無しさん：03/03/04 11:29

>>340
タイル・ウィンドウ＆キー操作重視のウィンドウ・マネージャ、ってところですか。
漏れは使ったことないけど、昔も似たようなのがあった記憶が・・・

emacsやscreenのキーバインディングを割り当てたら面白いのかな。

342 ：デフォルトの名無しさん：03/03/04 11:36

>>341
そしてその中で emacs や screen 使ってはまる罠。

343 ：デフォルトの名無しさん：03/03/04 12:49

そうだ、Xemacsのバッファの中に、
Xのアプリをキャプチャー表示すれば、
全てがうまくいきそうだ。。。。。。。。。。

344 ：デフォルトの名無しさん：03/03/04 18:21

荒れるプログラミング言語対立スレッドへの提案
http://pc2.2ch.net/test/read.cgi/tech/1046759863/l50

345 ：デフォルトの名無しさん：03/03/05 02:12

Java Web Startはのるんか？

346 ：デフォルトの名無しさん：03/03/05 02:13

>>344は.NET厨が立てた糞スレ

347 ：デフォルトの名無しさん：03/03/05 06:18

立てた奴発見 >>346

348 ：デフォルトの名無しさん：03/03/05 07:31

Javaなんて必要ない。
Googleとyahoo見れば一目瞭然。
みかかのi-タウンページがJavaだけど
重くて使い物にならん。所詮その程度の物。
サーバーサイドもCGIで十分なんだよ。

349 ：デフォルトの名無しさん：03/03/05 10:21

> サーバーサイドもCGIで十分なんだよ。
も?

350 ：デフォルトの名無しさん：03/03/05 12:24

>>348
いまどきサーバサイドがCGIで十分とか逝っている香具師は時代遅れ。

おまえ、拡張子がJSPになってるページ見たことが無いのか?
あと、ドットが一つ以上付いたファイルのページ（Servlet使ったページ）も見たことが無いのか?
レスポンスも高速でCGIよりも全然軽いんだけどな。
Javaチャットの性能がCGIチャットの性能を遥かに凌駕することをしらんのか

351 ：デフォルトの名無しさん：03/03/05 12:55

なかなか個人でｻｰﾌﾞﾚｯﾄ公開･設置できる環境が整って無いかのがなぁ
そりゃやろうと思えばできるんだろうけどさ

352 ：デフォルトの名無しさん：03/03/05 13:51

>>351
webappcabaret.com
yoko.ne.jp

または自前でサーバ構築してください

353 ：デフォルトの名無しさん：03/03/05 14:20

>>350
つうか、servlet も jsp も CGI 仕様にのっとってるんだよね。
>>348 みたいなのは CGI == Perl とか思ってるやつだから放置放置。

あと、jsp とか asp とか pl とか拡張子見せちゃってるサイトは
ちょっとダサいと思う。
将来的に別の仕組み採用しにくくなるじゃんね。

354 ：デフォルトの名無しさん：03/03/05 14:59

>>353
それいったらhtmlとか見せてるサイトだって.....

といっても
MVCのViewの部分は基本的に使い捨てでしょ
ServletやJ2EEの場合、GUI的な使い捨てな表面上の部分はJSPで
コアな部分はEJBやServlet, ユーティリティクラスに記述するもんですよ。

355 ：デフォルトの名無しさん：03/03/05 16:54

>>354
W3C的にいえば .html って書くのもあんまりよくないらしいよ。
ある日突然 jsp で書きたくなったとき
よそが .html を参照してた場合 URL のリライトやらリダイレクトやら面倒だし。
サーバのコンテンツネゴシエーションに任せましょう。

356 ：デフォルトの名無しさん：03/03/05 17:39

>>355
つまり
.htaccessでindex.htmlなどを指定するとか
metaタグのrefreshや
JSPの jsp:forward などつかえばいい
ってことですね

357 ：デフォルトの名無しさん：03/03/05 17:40

>>355
というかサイトのトップページだけそういうのを避ければいいんではないかと。

358 ：デフォルトの名無しさん：03/03/05 17:44

リモートのファイルじゃなくて、リモートのリソースって考えなんだね。

359 ：デフォルトの名無しさん：03/03/06 00:07

つーか、おまえら、Javaが死滅してほしくない理由を正直にいってみろ

360 ：デフォルトの名無しさん：03/03/06 00:28

M$の独占への対抗

361 ：デフォルトの名無しさん：03/03/06 00:30

>>359
死滅して欲しくない理由はない。
つーかありえない。
死滅させたくても死滅させられない。
死滅させたきゃ携帯電話もサーバも死滅させなきゃいけない。
オープンソース化によりさらに死滅させにくくなってしまった。
Javaで作られたAPI, JakartaがApacheライセンスとなって
普及しさらに死滅させにくくなってしまった。
IBMのせいで死滅させにくくなった。
MSが死滅させてくれると思ったけど全然頼りにならない。
C#がもっとしっかりした仕様で.NetがちゃんとLinuxなどで
動いてくれればJavaの死滅も簡単だったのにね。

気が付くとJavaを死滅させるためには家電製品や自動車も
死滅させないといけないくらいにまでなってたりしてｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

362 ：デフォルトの名無しさん：03/03/06 00:31

>>359
LinuxやUnixを死滅させたくない理由とほぼ同じ

363 ：デフォルトの名無しさん：03/03/06 00:32

>>359
授業でJavaを覚えないと単位を取れないから

364 ：デフォルトの名無しさん：03/03/06 00:33

>>359
Javaを使わないと会社をくびにされる

365 ：デフォルトの名無しさん：03/03/06 01:04

> つーかありえない。

信者が紛れ込んでる？

366 ：デフォルトの名無しさん：03/03/06 01:39

>>365
Java死滅信者？

367 ：デフォルトの名無しさん：03/03/06 02:02

>>361
アイタタタ・・・

368 ：デフォルトの名無しさん：03/03/06 02:55

>>365
本当の Java 信者はもっと冷静に Java の今後を受け止めてると思うよ…

つうか、本気で死滅して欲しくないならすごいプログラム書いて公開しれ。

369 ：デフォルトの名無しさん：03/03/06 03:09

仮にJavaが死滅したとしてもそれだけでC#やJ#に転向するJava信者はいないと思われ
C++やD言語に転向すると思われ
特にUnix系信者なら

370 ：デフォルトの名無しさん：03/03/06 03:27

>>369
転向もなにも仕事で要求された言語なら文句言わずに憶えるしかないでしょ。
一度に一つの言語しか使っちゃいけないなんて決りないんだから
全部憶えりゃいいのに。せせこましいな。

371 ：デフォルトの名無しさん：03/03/06 04:34

M$の製品には、Simple is Best の信念が感じられない。

シンプルでない製品は、
・理解するのも、
・使いこなすのも、
・製品が成熟するのにも、
時間がかかるから、ダメだ。

M$で唯一シンプルなのは、
「複雑極まりない相対優位の製品 (M$厨脳内比較)を、
　物量作戦で無理やり開発/宣伝/販売すれば、
　100億万＄長者になれるハズ」
という、10年前の古臭い信念だけだ。

372 ：デフォルトの名無しさん：03/03/06 04:51

アンチM$の拠り所の1つだからね。

373 ：デフォルトの名無しさん：03/03/06 04:54

>>372
Sunにのせられて、数億＄を浪費したIBMとM$こそ、真の歯医者。

374 ：デフォルトの名無しさん：03/03/06 04:59

JAVAをほんのちょってかじって
最近C#も一緒に勉強始めたんですが
ど、どうなんでしょう…。

375 ：デフォルトの名無しさん：03/03/06 05:15

Simple is best...
MS は too complex っつーより仕様がバラバラでいい加減っつーか
適当に作っておいてニッチもサッチもいかなくなったら
壊して作り直して売りなおす手法だと思うなぁ。リプレース屋。
リプレースと買収とネットを駆使した
開発スピードと宣伝がやたら速くて商売上手だとは思う。

376 ：デフォルトの名無しさん：03/03/06 06:51

Java もどんどん Simple is Best じゃなくなってきてると思うよ。

Java Generics とかいらーーーん。
そのうちオペレータオーバーライドとかも出来るようになっちゃうのかなぁ。
うう。

377 ：デフォルトの名無しさん：03/03/06 06:55

>>374
そのまま両方勉強しとく方がいいと思われ。

特定の言語に固執しすぎて
他の言語の名前聞いただけで
顔真赤にして貶しだすような人間にはなってはいけない。

378 ：デフォルトの名無しさん：03/03/06 06:58

あと、MS 嫌いな＊だけ＊で Java ってのも頭悪いよな…。

379 ：デフォルトの名無しさん：03/03/06 07:04

>>377
禿同。
Javaに限らず特定言語しか使えないプログラマは極めて使えない。

380 ：デフォルトの名無しさん：03/03/06 07:11

といいつつ、どの言語も中途半端にしか使えないってプログラマも使い物にならない。

381 ：デフォルトの名無しさん：03/03/06 07:16

>>376
なんか今の拡大路線(1.4 で assert、1.5 で generics っての)を見せられると
1.6 あたりでも演算子の多重定義とかの大きな拡張がありそうな雰囲気だね。

382 ：デフォルトの名無しさん：03/03/06 07:39

大きな拡張はバージョンが低いうちにやってくれ。

383 ：デフォルトの名無しさん：03/03/06 08:08

>>380
まあ、一つ極めれば同じパラダイムの言語は少々の努力で可換可能だしね。
うわっつらだけじゃなくちゃんと学んでれば
Java ⇔ C# はそう大変なことじゃないと思うけどな。
なにも全部 Lisp で書けとかいってるわけじゃないんだし。

384 ：デフォルトの名無しさん：03/03/06 09:57

>>375
M$は名前だけがシンプル
APIは全然シンプルではない。

まるでクーロン城のようだ。

>>374
JavaはAPIだけでもおぼえておくとヨロシ
作るならJavaでつくっておくとヨロシ
C#が必要になったらJUMPto.Netでコンバートすればいい。
逆にC#でつくっておいてしまうとC#からJavaへのコンバートは困難。
C#とJava以外にも言語を習得することをお勧めする。

>>376 Genericsは重要。型キャストの問題は解消されないといけない。
instanceofは使うべきではない。Genericsを使うべきだ。

演算子の自動オーバーローディングはコードの可読性を低下する。
やらないだろう。

>>378 Javaが嫌いだからC#、.Netっつーのと同じ

>>381 その可能性は低い。
そこまでC#と同じことする可能性は低い。
代わりにAspect指向機能が追加される可能性はある。
JDKの0.1毎のバージョンアップは1年半おきにするらしい。

>>383
>Java ⇔ C# はそう大変なことじゃないと思うけどな。
異なるAPIを覚える方が大変だ。

385 ：デフォルトの名無しさん：03/03/06 10:10

genericsの実装時期はC#に負けそうだな。

386 ：デフォルトの名無しさん：03/03/06 10:53

だれもコードのポータビリティなんて期待してないと思う
Java厨はそこを勘違いしている

387 ：デフォルトの名無しさん：03/03/06 11:24

>>386
なぜそう思う？
ちゃんと説明しよう。

大規模プログラミングでは非常に期待されるべきことだよ。

388 ：デフォルトの名無しさん：03/03/06 11:38

誰も複数言語対応なんて期待してないと思う
Microsoft はそこを勘違いしている

389 ：デフォルトの名無しさん：03/03/06 11:54

誰も複数言語対応なんて期待してないと思う
死者ﾌﾟﾁｭはそこを勘違いしている

390 ：デフォルトの名無しさん：03/03/06 11:57

期待されてるのはコーダーのポータビリティ

391 ：デフォルトの名無しさん：03/03/06 11:58

>>390
それならM$も$unも勘違いとはいえないのでは？

392 ：デフォルトの名無しさん：03/03/06 12:42

言語はJava一つで十分なんてありえない。
Java厨はそこを勘違いしている。

393 ：デフォルトの名無しさん：03/03/06 13:31

>>387
自分は 386 ではないが、なぜそういうものが必要なのか気になるのだか教えてもらえないか、
大規模=大量のマシンがある、としてその場合メンテナンスの都合から同一OSでそろえておいたほうが良い、
そうしないと、いくらでも費用がかかってしまう。
ポータビリティは利用できても利用すると本末転倒といった事態に陥りやすいから使うべきでないと考える。
逆に、複数言語対応の要求はあるぞ、大規模開発において人員は玉石混合、コーダーのポータビリティは期待しないほうが無難だ。

394 ：デフォルトの名無しさん：03/03/06 13:43

>>393
> >>387
> 自分は 386 ではないが、なぜそういうものが必要なのか気になるのだか教えてもらえないか、
> 大規模=大量のマシンがある、としてその場合メンテナンスの都合から同一OSでそろえておいたほうが良い、
大規模なプログラミングはそういう意味じゃないって。
巨大なプログラムといっておこうか。再利用性、移植性は
ソフトウェア開発者にとって重要なことだよ。
毎回新しいソフトを作るたびに、毎回新しいOSが登場するたびに
一から全部作り直すなん馬鹿馬鹿しいじゃないか。

そもそも複数のユーザが同一OSをつかうことがあるかいな。
未だにWin95を使うものもいれば未だにSystemVを使うものもいる。

北朝鮮みたいなところだったらそういう強要まで押し付けられるだろうけどさ。

OSで統一するなら変わりにJVMをアダプタとしてアプリケーションだけで統一すると言うのがJavaの考え方じゃないか。

395 ：デフォルトの名無しさん：03/03/06 13:51

>>392
そんなJava厨極まれにしかいないよ。そんなJava厨はプログラミング経験も少ない
Javaをはじめたばかりの、自称Java厨という資格をも持つべきでないJava初心者くらい。

少なくとも我々は日本語も英語も知らないとプログラミングもできないでしょや。
それに最近のJava厨はXMLやOracleなども知っている。
Unix系とかを使いこなしているJava厨たちはシェルスクリプトという言語(?)も知っている。
彼らが言語は一つで十分だというはずもない。

もしキミがそう思っているなら

「Java厨はJavaOS以外のOSも使うべきじゃないし
日本語も英語も使うべきじゃない。
OracleもXMLもシェルもDOSのコマンドも使うべきではない。
DBMSもJVMも全部 made in Java でないといけない。」
そんなことはありえないけど、キミの論理にあわせると
キミの言いたいことはそういうことだよ。

396 ：デフォルトの名無しさん：03/03/06 14:01

>>384
そうやって変に一方的な反論するからいかんのだと思うんだがな。

まあ、Generics が必要だってのは同意。
列挙も入るみたいだしとりあえず満足。

>演算子の自動オーバーローディングはコードの可読性を低下する。
>やらないだろう。
これは程度の問題だと思う。
よく言われるところだと複素数クラスは + だの - だの使えたほうが可読性上ると思うし。
何かスマートな形で導入してくれると嬉しいなとは思うな。

>Javaが嫌いだからC#、.Netっつーのと同じ
>>378に対応するのは「Sun が嫌いだから C#、.Net」ってケースだろう。

>異なるAPIを覚える方が大変だ。
ドキュメント読めれば充分。一度プロジェクト経験すりゃ問題無し。
deprecated 出しまくりな API は疑問だけどね。

397 ：デフォルトの名無しさん：03/03/06 14:04

>>395
極端すぎ。

ただ、Sun ももっと JavaVM 上で動く他の言語を
プッシュしてくれてもいいだろと思たことはあるな。

Java だけで全ての問題領域が解決するわけじゃないんだし。
となると、特殊な問題領域では run anywhere が成り立たなくなっちゃうもん。

398 ：デフォルトの名無しさん：03/03/06 14:11

>>394
ただ、プラットホームの流儀を無視してる部分が多々あってちょっと。
Swing なんかそうだし。

399 ：デフォルトの名無しさん：03/03/06 14:13

>>396
> >>384
> そうやって変に一方的な反論するからいかんのだと思うんだがな。
そいかいね。

> よく言われるところだと複素数クラスは + だの - だの使えたほうが可読性上ると思うし。
> 何かスマートな形で導入してくれると嬉しいなとは思うな。

足し算はComplex add(Complex complex)で十分じゃないか。
むしろこっちのほうが混乱しにくいと思われ。
いくら複素数で四則だけ演算子をオーバーロードしたって
絶対値や偏角、三角関数、対数などを求めるにはどっちみちメソッド使わないといけない。
java.math.BigInteger, java.math.BigDecimal は皆メソッドを使ってる。

オペレータオー場ローディングは無駄に作る必要性も感じないな。

> >Javaが嫌いだからC#、.Netっつーのと同じ
> >>378に対応するのは「Sun が嫌いだから C#、.Net」ってケースだろう。
まあ一連の死滅スレでJavaを叩いている連中はJavaを徹底的に嫌ってるのが多いからな。
Javaどころかオープンソースは使えない、いらないとまで言い切ってるからな。

> >異なるAPIを覚える方が大変だ。
> ドキュメント読めれば充分。一度プロジェクト経験すりゃ問題無し。
それもそうだがJ2EEとかServletを初めてやるとなるとそうも言ってらんないと思うぞ。
それにSerializableも初めて知るにはちょっとてこずる。.Netのほうの詳細はよく知らんけど。

> deprecated 出しまくりな API は疑問だけどね。
それ言ったらVBからC#に移行した者からみればVBは全部deprecatedにしか見えないで。

400 ：デフォルトの名無しさん：03/03/06 14:16

>>397
>極端すぎ。
>>392の意見が抽象的ではっきりしないから
ちょっと皮肉ってみただけだよ。

>ただ、Sun ももっと JavaVM 上で動く他の言語を
>プッシュしてくれてもいいだろと思たことはあるな。
それこそ.Netの役目だな。Sunはそんなことしたがらないだろう。
そんなことやったら巨大なプログラムではプログラムのメンテナンス性を乱す。

401 ：デフォルトの名無しさん：03/03/06 15:02

>>399
>足し算はComplex add(Complex complex)で十分じゃないか。
>むしろこっちのほうが混乱しにくいと思われ。
うーん、でも String だけ特別扱いな状況が気にいらない。
String#append( String ) があるのに何故 +。
基本型なんだかクラスなんだかはっきりせい!っていうか。

結局良く使われるだろうからってことでの構文糖なわけで、
BigDecimalの演算がものすごい大量に出てくる環境じゃ
String の + よか BigDecimal の + の方がメリットが大きいかもしれないでしょ？

そういう部分の柔軟性が無いなって思うわけです。

>それもそうだがJ2EEとかServletを初めてやるとなるとそうも言ってらんないと思うぞ。
実はそうも言ってられないです。はい。
勉強しなくては…

>それ言ったらVBからC#に移行した者からみればVBは全部deprecatedにしか見えないで。
そもそもが別な言語だもん当然じゃん…
Java じゃ Perl の API は全部 deprecated ですね。てか。
わけわからんこといわんでください。

402 ：デフォルトの名無しさん：03/03/06 15:56

>>399
>足し算はComplex add(Complex complex)で十分じゃないか。
これは賛同してくれる人は少ないと思われ

403 ：デフォルトの名無しさん：03/03/06 16:17

>>399
> まあ一連の死滅スレでJavaを叩いている連中はJavaを徹底的に嫌ってるのが多いからな。
> Javaどころかオープンソースは使えない、いらないとまで言い切ってるからな。

ネタをネタと（ｒｙ

404 ：デフォルトの名無しさん：03/03/06 17:30

邪派忠は悪

405 ：デフォルトの名無しさん：03/03/06 17:31

>>401
> >足し算はComplex add(Complex complex)で十分じゃないか。
> >むしろこっちのほうが混乱しにくいと思われ。
> うーん、でも String だけ特別扱いな状況が気にいらない。
> String#append( String ) があるのに何故 +。
それはStringBuffer#append( String )
漏れはループ内では+は遅いからappend使ってます。
よくSQLのSELECT文書くときに +=使って連結してるのを見かけるけどありゃ良くないな。

> 基本型なんだかクラスなんだかはっきりせい!っていうか。
クラスであることははっきりしてるよ。
オブジェクトをStringに変換するときも語尾にかならず.toString()で強要するんですか?
本来、真の完全なるオブジェクト指向を目指すなら
Javaのプリミティブ型はあってはならないものだと思う。
Smalltalkerもあの、簡単にキャストできる型を嫌ってる。
C#ではあの手の型が増え、構造体でさらに自作できるようになったから
さらにたちが悪い。

406 ：デフォルトの名無しさん：03/03/06 17:32

>>401
> 結局良く使われるだろうからってことでの構文糖なわけで、
> BigDecimalの演算がものすごい大量に出てくる環境じゃ
> String の + よか BigDecimal の + の方がメリットが大きいかもしれないでしょ？
いやいや、BigDecimalで加算には+ではなくBigDecimal#add(BigDecimal)を使うのですよ。
他、減乗除も、メソッドのみです。割り算はちょっと面倒くさいんですがね。
BigDecimal#divide(BigDecimal a, int scale, int roundingMode)
(小数点以下の桁数に、丸めモードも指定しないといけない)
精度を正確に保つため仕方が無く作られている。
Javaはまだ数値計算ライブラリが足りなんだよね。

> そもそもが別な言語だもん当然じゃん…
つまりM$はバージョンアップするたびに言語の仕様変更を
大幅に変えて開発者を困らせる可能性があるっつーこと。

C#はライブラリがアレでは、改善するとき、Java以上にdelrecatedだらけで大幅に仕様変更するか、
また新しい言語作って現在のC#を捨てるかもしれない。
今までのM$の行動からしてやりかねないよ思うよ。

407 ：デフォルトの名無しさん：03/03/06 17:37

邪派忠は悪

408 ：デフォルトの名無しさん：03/03/06 17:44

>>407
がんばれ死邪プ厨 ( 藁

409 ：デフォルトの名無しさん：03/03/06 17:54

>>408
がんばれ死ﾞ場厨（藁

410 ：デフォルトの名無しさん：03/03/06 18:10

春・・・ですね

411 ：デフォルトの名無しさん：03/03/06 21:27

プログラミング初心者(Cの基礎を学んだだけ)なので当然JAVAまんせーでもなければ
アンチでもありません。

しかし、JAVAを学んで何に使うのかよくわかりません。
どういったことに使われているんでしょうか？
JAVAで作られたアプリケーションは重いと聞きますし、そういった関係の職業の人
でもなければサーバーサイドプログラミングをする機会というのはあまりないと思います。

C#を勉強しようと思ったのですが、JAVAの資料の多さに惹かれて先にそちらを勉強しようかと思っている
のですが、学んでも意味がないのであればやめようかと。。。

412 ：デフォルトの名無しさん：03/03/06 21:33

COBOLの後継ということだけ覚えておけばいいよ。

413 ：かじゅ猫：03/03/06 21:37

>>411
そんなの覚えなくて良いよ。

414 ：411：03/03/06 21:42

アンチスレで聞いた漏れが馬鹿だった。。。
ほかで聞いてきます。。。

415 ：デフォルトの名無しさん：03/03/06 21:56

>>411
これらのことからJavaはネットワーク関係、組み込み系でよく使われている。
携帯電話にも使われているだろう。サーバ系で最も良く使われている。
Webでサーバ側で処理するほうにJavaが良く使われている。

プログラミング未経験なら先にJavaやってからC#やったほうが混乱しにくい。
どうすればいいかわからないならまず自分の好きなほうからやるべき。

あなたがもしプログラミングに興味があるなら
どんなプログラミング言語でも学んでも意味が無いということは無い。

>>412 COBOLの後継はデマ。
Javaは殆どがC/C++を参考にして作られている。
C#は殆どがJavaを参考にして作られている。

416 ：デフォルトの名無しさん：03/03/06 21:56

>>411
●まずJavaはＯＳに対する依存度が極めて低いということ。
●実行プログラムを他のOSに移しても面倒な変更なしに動く
(サーバサイドでは特別な状況下でのみ若干例外あり)。
●ネットワークを意識して作られたためセキュリティには慎重なつくりになっている。
●オブジェクト指向言語である。
●実装による多重継承を禁止してる。
●C/C++と違い、オブジェクトはすべて参照型のみしか扱えないようにしている。
●C/C++にあったポインタ演算を廃止。
●C/C++にあった構造体の廃止。
●C/C++にあったグローバル関数、グローバル変数の使用禁止。
●C/C++にあった演算子定義、演算子オーバーローディングを廃止。
●C/C++にあった列挙型の廃止。別の形で新たに復活する予定。
●サーバサイドでは高速。
●オートガーベッジコレクションによるメモリの自動開放(C/C++では手動でやる必要があった)。
●すべてのクラスのスーパークラスはObjectクラスである。
●例外処理を備えている。
●最近ではマシンの性能向上とVMの性能向上により
Javaの速度ははCとそれほど変わらなくなった。
Javaはプログラミングと工夫次第でC/C++と互角に並ぶ、またはそれ以上の速度も実現できることがある。

417 ：デフォルトの名無しさん：03/03/06 22:08

趣味プログラマには向かないね。
クライアントアプリは非現実的だし。

418 ：デフォルトの名無しさん：03/03/06 22:20

>>414 死滅スレで聞くのは明らかによくないね。
>>417
今なら向いている。
現実的なまでに高速化してるぞ。
とにかくメモリを沢山摘めばいいんだよ。
おれにとっては趣味でやっても最適。
C言語のようなポインタ演算で苦しまなくて済むし。

419 ：411：03/03/06 22:34

>>415-418
親切なレスありがとう。

>>415
＞プログラミング未経験なら先にJavaやってからC#やったほうが混乱しにくい。
実は、C#の入門書だけ読んで、それは理解できたのですがアルゴリズムの本などを探したとき、
ほとんどなかったので、JAVAからやろうかな、と思ったんです。

＞あなたがもしプログラミングに興味があるなら
＞どんなプログラミング言語でも学んでも意味が無いということは無い。
ですよね！
学生の間にいろいろ覚えたいと思います！
マ板見るまではプロになりたかったんですけど、今は・・・

>>416,418
JAVAも実用に耐えうるぐらいに早くなったんですか！
最近では低価格ＰＣですらメモリ256積んでますしね。

>>417
GUIはまだまだ遅いって意味ですかね？

420 ：デフォルトの名無しさん：03/03/06 22:40

>>415
組み込みJavaは正直小さな親切余計なお世話、携帯は分らんでもないが・・・

421 ：デフォルトの名無しさん：03/03/06 23:05

>>419
これも見てみぃ。

こいつ速いわ
http://www.jgoodies.com/

クライアントサイドJavaどうよ? part3
http://pc2.2ch.net/test/read.cgi/tech/1045891783/

422 ：デフォルトの名無しさん：03/03/06 23:14

>>420
今はな。これからだな。Jiniが確立するまで$un粘るかもな。

423 ：デフォルトの名無しさん：03/03/06 23:31

Java から覚えれば行儀のいいプログラムの書き方が覚えられると思う。
ここまで例外処理がうるさい言語ってないし。

424 ：デフォルトの名無しさん：03/03/06 23:59

100MB前後のフリーメモリエリアをJavaアプリの為に確保しても問題ないく
らいにクライアントマシンのメモリが増えたら、Javaクライアントアプリ
にも抵抗がなくなるだろね。・・・この条件は厳しいのだろうか？

最後の関門はGUIアプリの初回起動の遅さ。クラスロード&デファインが遅い
のは、完全実行時リンクというJavaの仕組み上仕方がないと思う。
ネイティブコンパイル済みのJavaクラスを次回起動時にキャッシュできると
エエンだけどねえ･･･（クラスロードが終わったら、1.4のSwingは遅くはな
いよ。試してみそ。）
JVMはOS上で常時1個だけ起動で、アプリケーションはそのJVM上でヒープを
共有して、アプリ用のスレッドを起動して、とやるようにすれば(JVMがJava
アプリ用のOSの役割になるかな)いいかも。その点では、Eclipseの方針
「一個JVM起動して、全部プラグインで追加」は実行速度の観点からも正しい
かも。

425 ：デフォルトの名無しさん：03/03/07 00:01

>>381
v1.5(コードネームTiger)で言語仕様の拡張は終了するそうです。

Tigerで検討されているものは、
ttp://shark.sourceforge.net/
の「Upcoming Java 1.5 (=Tiger) Goodies scheduled for Spring 2004」を見るといいです。
Static Imports が小粒でピリリと効くよく考えられた機能と思いますが．．．

.NETの次のバージョンで検討されているものは、
ttp://www.bizlogic.co.jp/techinfo/deepCS/CSNewFeatures.htm
特に笑えるのが、匿名メソッド。またパクリですか？
Java　簡単にイベントハンドラクラスを書くための匿名クラス
C#　　簡単にイベントハンドラメソッドを書くための匿名メソッド
所詮C#なんて、Javaを元にごてごて細かい機能をつけた創造性のかけらもない
Windows専用言語ってこった。

426 ：デフォルトの名無しさん：03/03/07 00:08

>>425
おおう、Static Importいいね。
定数定義専用のinterface作って、全てのクラスがそれを継承している
ような、名前空間を理解していない馬鹿がよくやるマヌケで後々困りそ
うなコードがなくなってくれるかな。

427 ：デフォルトの名無しさん：03/03/07 00:09

>>425
> v1.5(コードネームTiger)で言語仕様の拡張は終了するそうです。
慎重に検討しJavaを確立させた末、いよいよ再び、ISOに提出か？
あとはライブラリの整理整頓か？
そしてJini, Jxta, J2EEを再整理か?
それとも、Aspect時代に合わせてJava改造か?

428 ：デフォルトの名無しさん：03/03/07 00:12

SunはJavaを使ってないんだよね｡だからあんなに使いづらいんだ｡
MSはC#を自社のアプリ開発するためにどんどんブラッシュアップしてるよね｡
だからあんなに使いやすいんだ｡

429 ：デフォルトの名無しさん：03/03/07 00:12

GUIさえ強力なら、死滅の恐怖なんかふっとぶのにな

430 ：デフォルトの名無しさん：03/03/07 00:16

>>428=>>429
んなわけないだろ。使ってるだろ。
どこが使いやすいんだよ。
VC++で作ったアプリもほうがまだまし。

431 ：デフォルトの名無しさん：03/03/07 00:20

>>427
ライブラリの整理整頓をしてほしい。
腐れたクラスにはご退場願いたい。

432 ：デフォルトの名無しさん：03/03/07 00:23

まあ.Netフレームワークの場合はJava以上にライブラリを整理整頓しないといけないわけだが。
M$なら.Netプログラマを無視して整理整頓せず、
全部捨てて新しい.Netフレームワークを作ってしまう危険性もあるわな。

433 ：デフォルトの名無しさん：03/03/07 00:23

将来的に C# との共存という可能性ってありうる？すみわけというか。
それてもどちらかが生き残ってどちらかが死滅する？

434 ：デフォルトの名無しさん：03/03/07 00:24

Javaの開発会社の株価ってどのくらいなの?

435 ：デフォルトの名無しさん：03/03/07 00:27

>>432
そうなっても作られたアプリケーションは動くんだよね。
ユーザは困らず、プログラマに困ってもらうのが MS だから。
まあ、正しいんだけどね。。。

436 ：デフォルトの名無しさん：03/03/07 00:29

>>435
C#プログラマも.Net対応言語プログラマも大変だね。

437 ：デフォルトの名無しさん：03/03/07 00:30

>>434
例えSunがつぶれたとしてもJavaは他の会社に渡るだけだろう。

438 ：デフォルトの名無しさん：03/03/07 00:32

>>433
C#はVBのようにM$自身の手によって葬り去られる予感。
Javaは100年経っても使われるように設計されてる。
100年は大げさだがそれくらいのことを、M$以上に考慮しているわけよ。

439 ：デフォルトの名無しさん：03/03/07 00:35

>>438
だからバージョンが変わると動かなくなるのか。(大爆笑

440 ：デフォルトの名無しさん：03/03/07 00:36

>>438
C#のあれは、VBデベロッパの囲い込み、という負の遺産を引きずった
結果じゃないのかな。馬鹿デベロッパが多いと、開発環境ベンダは
タイヘンね。

441 ：デフォルトの名無しさん：03/03/07 00:37

てかJava厨いろんなスレで同じことばっかり(しかもとんでもなく見当違い)書いててアホみたいだな｡

442 ：デフォルトの名無しさん：03/03/07 00:38

Javaは糞で使えない。

これは私の意見ではなく、Sunが下した結論です。

443 ：デフォルトの名無しさん：03/03/07 00:39

>>439
まあ、言語仕様考えているヒトと、API設計しているヒトと、
ランタイム実装している人はｾﾞﾝｾﾞﾝﾁｶﾞｳからねえ。

444 ：デフォルトの名無しさん：03/03/07 00:40

C# vs Java ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

445 ：デフォルトの名無しさん：03/03/07 00:43

JDK1.4でコンパイルして、JDK1.3と互換性を保障するようなコンパイルオプションはないの？
開発者が気をつけるんじゃなくて、コンパイルエラーとして知らせてくれるようなやつ。
C#ならできるんだけどなあ。

446 ：デフォルトの名無しさん：03/03/07 00:45

>>445
あるに決まってんだろ。
自分で確かめろ

447 ：デフォルトの名無しさん：03/03/07 00:51

>>446
あるの？
java.nioを使うと警告出すようなやつだよ。

448 ：デフォルトの名無しさん：03/03/07 00:55

>>447
ドキュメントくらい嫁よ。かいてあるから。
SDKのツール→javacな。

449 ：デフォルトの名無しさん：03/03/07 02:03

俺敵に世の中の言語を分類すると・・

Java＝空論で生き残ってきた「唯一」の言語
Basic,C,C++,Perl,PHP,Delphi...etc＝実践で生き残ってきた言語
COBOL＝昔実践でブレイクしすぎたために死滅できない言語
その他(forth,Pascal..etc)＝死滅した言語

こんな感じ。
良くも悪くもJavaは特別な言語、みんなはどうよ？

450 ：デフォルトの名無しさん：03/03/07 02:07

.NET ＝空論で宣伝してる訳の分からないもの

451 ：デフォルトの名無しさん：03/03/07 02:09

ｱﾌｫ?
.NETはWindows&Office&IEのコアテクノロジーだろ｡

452 ：デフォルトの名無しさん：03/03/07 02:11

コアには使われないだろ。

453 ：デフォルトの名無しさん：03/03/07 02:12

皮だって同梱すれば一応コアだろ。

454 ：デフォルトの名無しさん：03/03/07 02:12

どちらかというと表層にあるような

455 ：デフォルトの名無しさん：03/03/07 03:47

>>451
が正しい。空論でわな。

456 ：プロの逝って良しの１ ◆MvRbZL6NeQ ：03/03/07 03:58

構造改革も悲惨な末路を迎えそうだし、
亀井と共にＣ言語復活だね。

457 ：デフォルトの名無しさん：03/03/07 06:09

>>456
電波の強さはあいかわらずですねｗ

458 ：デフォルトの名無しさん：03/03/07 06:20

>>456
亀井ってかわいいよね
握手会楽しみだ。

459 ：デフォルトの名無しさん：03/03/07 06:21

ああ？ここム板ｼﾞｬｰﾝ・・・死滅してきます・・・

460 ：デフォルトの名無しさん：03/03/07 08:00

ＪＡＶＡってもっとも将来性が高いと思って５冊も参考書買ったのに、このスレ見つけて鬱になった・・・。
まさか死滅するとは・・・。

461 ：デフォルトの名無しさん：03/03/07 08:15

>>460
次は .NET の参考書を5冊かって見ましょう。
その次は....

462 ：デフォルトの名無しさん：03/03/07 09:04

まぁ、Java死滅よりも、C#死滅よりも、
ここで空騒ぎしてる厨の死滅
の方が早いのは確かな事だ。

463 ：デフォルトの名無しさん：03/03/07 09:07

厨房は不滅です。

464 ：デフォルトの名無しさん：03/03/07 09:39

>>463
激しく同意

465 ：デフォルトの名無しさん：03/03/07 09:47

>>460
ネタですか？
WindowsでもUnixでもLinuxでもMacでも汎用機でも動く言語なんだよ？
Javaが死滅するわけないじゃん。
残念ながらC#がマルチプラットフォーム言語に育つとは思えんよ。

466 ：デフォルトの名無しさん：03/03/07 09:58

どこでも動く言語＝死滅しない
とは限らないんだな。これが。

467 ：デフォルトの名無しさん：03/03/07 10:28

WindowsはVirtualPCを利用してマルチプラットフォームOSになります。

468 ：デフォルトの名無しさん：03/03/07 11:00

>>465
C

469 ：既出ご容赦：03/03/07 14:55

Java の失敗のそもそもの原因は、Windows をつぶそうとするあまり
できもしない Run Anywhere 構想を最初から言語に取り込んでしまったことだ。

最初はネイティブコードを吐くコンパイラとして世間に登場させて普及させる。
洗練された C++ もどきとしてなら Java は確実に普及したに違いない。
その後に Run Anywhere 構想を実行に移せばよかったのに。
Sun は急ぎすぎたんだよ。

470 ：デフォルトの名無しさん：03/03/07 14:59

> Java の失敗のそもそもの原因は、Windows をつぶそうとするあまり
> できもしない Run Anywhere 構想を最初から言語に取り込んでしまったことだ。

ここにも Java が出た頃の情勢を知らない人間が一匹

471 ：デフォルトの名無しさん：03/03/07 15:08

さぁ語っていただきましょう。Javaが出た頃の情勢。
はいっ >>470（ｗ

472 ：デフォルトの名無しさん：03/03/07 15:18

Javaが出た頃はまだWindows95もなく16bit全盛だった。

473 ：デフォルトの名無しさん：03/03/07 15:21

Windows95の前にもWindowsはあるよ。

474 ：デフォルトの名無しさん：03/03/07 15:25

>>471
ｱﾌｫかおまえ。最初 M$ は Java ﾏﾝｾｰだったし $un も COM ブリッジとか
積極的に作ってたよ。

475 ：デフォルトの名無しさん：03/03/07 15:36

>>469はこのように修正すればいいようです。

Java の失敗のそもそもの原因は、
できもしない Run Anywhere 構想を最初から言語に取り込んでしまったことだ。

476 ：デフォルトの名無しさん：03/03/07 15:40

>>469
×　Sun は急ぎすぎたんだよ。
○　Sun は狭量すぎたんだよ。

477 ：デフォルトの名無しさん：03/03/07 15:48

>>475
それがJavaを作った理由だと言うことをしらんのか

478 ：デフォルトの名無しさん：03/03/07 15:49

>>477
つまり存在自体が失敗

479 ：デフォルトの名無しさん：03/03/07 15:52

ところで、死滅すると困る人ってどんな人なんだ？
死滅することによって明日のおまんまの食い上げになっちゃう人も多いんだろうか。

当方、Java好きですので。念のため。
C# はまだ触ったことありません。

480 ：デフォルトの名無しさん：03/03/07 15:54

> ところで、死滅すると困る人ってどんな人なんだ？
$UNシャイン

481 ：デフォルトの名無しさん：03/03/07 15:58

むしろ、(Sunの)Javaにはさっさと死滅してもらって
オプソとして生き残って欲しいな。

482 ：デフォルトの名無しさん：03/03/07 16:07

☆ノハヽ
ﾉﾉ*＾ｰ＾)　　　　
((　ノ（　　）～　))
　　ﾉく　　ｸﾈｸﾈ

483 ：デフォルトの名無しさん：03/03/07 16:19

　　　_, ._
　（　゜ Д゜）

484 ：デフォルトの名無しさん：03/03/07 16:28

SunがJavaを手離したらネームバリューがた落ちだから手離さないね。

485 ：デフォルトの名無しさん：03/03/07 16:53

>>478
じゃ、Tronは?

486 ：デフォルトの名無しさん：03/03/07 17:10

Javaの減速を招いたのはSun --
http://www.zdnet.co.jp/news/0210/17/cead_carroll.html

487 ：デフォルトの名無しさん：03/03/07 17:16

>>484
どっちの？(藁

488 ：デフォルトの名無しさん：03/03/07 18:00

>>487
>>484 の文脈から言って Sun のネームバリューが落ちるんだろ。

489 ：デフォルトの名無しさん：03/03/07 18:18

>>487
>>488 の言う通り。
小学生には難解すぎる文章でスマソ。

490 ：デフォルトの名無しさん：03/03/07 18:21

Sun といえばワークステーションだったんだがねえ。
UNIX WS 自体落ち目だからなあ。
ああ Blade1000 ほすぃ。

491 ：デフォルトの名無しさん：03/03/07 18:24

Blade100 (ﾟдﾟ)ﾂｶｴﾈ

492 ：デフォルトの名無しさん：03/03/07 21:29

http://page5.auctions.yahoo.co.jp/jp/auction/e22909695

ヤフオク出品したよ
1円スタートでマジお勧め！

「10日でおぼえるJSP/サーブレット入門教室」翔泳社
　　　　　　

　

493 ：デフォルトの名無しさん：03/03/07 21:32

Sun、2001会計年度第1四半期の決算で記録的な純利益を計上
http://japan.internet.com/finanews/20001019/9.html

494 ：デフォルトの名無しさん：03/03/07 22:17

>>493
お前記事が古すぎ。氏んで来いや

495 ：デフォルトの名無しさん：03/03/07 22:43

Java厨だがSunは大嫌い。
Sunのせいで後手後手に回ったんだよ。

496 ：デフォルトの名無しさん：03/03/07 22:47

>>495
後手ってなにが後手？？？
$UN嫌いってのは同意だがよ。

497 ：デフォルトの名無しさん：03/03/08 16:41

SunがLinuxサポートのお金が足りないと泣きついてきました。
もはやJavaどころではないですね。死滅確定。

http://www.zdnet.co.jp/news/0303/08/nebt_14.html

498 ：デフォルトの名無しさん：03/03/08 17:04

いや、だからさ、Sun にはさっさと Java を手放して欲しいんですが。

499 ：デフォルトの名無しさん：03/03/08 17:05

手放すわけない。
ずっとSunのものだよ。

500 ：デフォルトの名無しさん：03/03/08 17:20

>>497
>SunがLinuxサポートのお金が足りないと泣きついてきました。
てめぇうそつくじゃねぇよｳﾞｫｹチンカスが

501 ：デフォルトの名無しさん：03/03/08 17:25

>>500
> Sunは現在、自社のコンピュータに自社版のLinuxを採用している。
> しかしLinux開発とマーケティング、サポートは経費がかさみ、
> サードパーティのソフト会社からも同社版のLinuxには十分な
> サポートが得られていない。
> このためSunは、確立されたLinuxディストリビューターに同ソフトを
> 提供してもらうことを検討中だ。

502 ：デフォルトの名無しさん：03/03/08 17:30

>>501
金が足りないと泣きついたわけでもないだろが。

503 ：デフォルトの名無しさん：03/03/08 17:32

>>497
SunとLinuxが協業ですか。
これでM$もなた不利になりましたな。

504 ：デフォルトの名無しさん：03/03/08 17:34

Javaって最高じゃん。メモリリークしないし、サーバーサイドでも
使える。ヒマだったらデュークのお絵かきしてればいい。マジでお勧め。

505 ：デフォルトの名無しさん：03/03/08 17:39

>メモリリークしないし
100Mのバッファを確保して開放しました｡
JVMは100M確保したままです｡
これを普通メモリリークと呼びます｡

506 ：デフォルトの名無しさん：03/03/08 17:40

Javaって最高じゃん。せっかく増設したメモリをフルに使ってくれるし、
ハードディスクのスワップも大量に使える。
ヒマだったら奇妙な見た目のGUIでもっとリソースを消費させればいい。マジでお勧め。

507 ：デフォルトの名無しさん：03/03/08 17:41

OSやJVMのつくりが悪いからだろ。
Javaは悪くない。

508 ：デフォルトの名無しさん：03/03/08 17:41

>>504
サーバーサイドでしか使えない、だろ。

509 ：デフォルトの名無しさん：03/03/08 17:56

http://www.computerworld.com/computerworld/records/images/story/40PPL_gosling_secondary.jpg

510 ：プロの逝って良しの１ ◆MvRbZL6NeQ ：03/03/08 17:59

>>507
ワラタ

511 ：デフォルトの名無しさん：03/03/08 18:50

>>501
Linuxにサポートを求める時点でアフォ。$unアフォ。

512 ：デフォルトの名無しさん：03/03/08 19:03

Sun アフォは同意。

513 ：デフォルトの名無しさん：03/03/08 19:20

Sunはアフォじゃない
http://www.zdnet.co.jp/news/0210/17/cead_carroll.html

514 ：デフォルトの名無しさん：03/03/08 19:30

Java 好きでも Sun 好きは少ないだろ。さすがに。

515 ：デフォルトの名無しさん：03/03/08 19:49

>>514
そうは言ってもJava信者(ﾌﾟはマクネリのケツを舐めてるようなもんだろ。(ﾌﾟﾌﾟ
これ常識。

516 ：デフォルトの名無しさん：03/03/08 20:20

標準化もオプソにもできないJavaはゴミ糞以下のクズ中のクズ。

517 ：デフォルトの名無しさん：03/03/08 21:18

まあ実際そうなんだよな…
どうやったら Sun から Java を取り上げれるんだろう。

518 ：デフォルトの名無しさん：03/03/08 21:22

>>517
それは簡単｡ユーザーがMSにシフトすればそれで十分｡
MSと直接対決して敗北した会社はたいてい無料化・オープン化してるからね｡
それで成功したって話は聞かないけどさ(藁

519 ：デフォルトの名無しさん：03/03/08 22:10

何故、みんな判官贔屓なんだろう？
いくら成功者や大金持ちを褒め称えても、
君ら自身が成功するわけじゃーないのに（苦笑

520 ：デフォルトの名無しさん：03/03/08 22:22

やーでも負け組には付きたくないってのはあるさ。

521 ：デフォルトの名無しさん：03/03/08 22:37

>>519
どっちがどっちだが意味わかんねえし。

522 ：デフォルトの名無しさん：03/03/08 22:41

>>520-521 言ってる意味わかんねーし（ｗ

523 ：デフォルトの名無しさん：03/03/08 22:44

>>518
そのM$も$unとやってることがかわらないどころか
$un以上にウザイわけだが。

524 ：デフォルトの名無しさん：03/03/08 23:20

$un以上にウザい・・？

M$は目的が明確だからある意味わかりやすいんだけど、
$unの行動パターンは理解不能

525 ：デフォルトの名無しさん：03/03/08 23:25

>>524
どっちも理解不能。行動をパターン化したら敵に悟られるだろ。
まあ漏れにしてみれば五十歩百歩ってところなのだが。

526 ：デフォルトの名無しさん：03/03/08 23:38

正直言語が嫌いっていうよりそれを取り巻く人々が嫌いだ。

527 ：デフォルトの名無しさん：03/03/08 23:47

>>526
スコットマクネリもゲイツも嫌い。
けどジェームズゴスリングは尊敬できる。

528 ：デフォルトの名無しさん：03/03/09 00:01

> ジェームズゴスリング

Delegateに対する対応がDQNだった。

529 ：デフォルトの名無しさん：03/03/09 00:04

>>528
delegate自体DQNだった。
delagateはAspect指向の敵
delegateは最新ソフトウェア開発手法の敵

530 ：デフォルトの名無しさん：03/03/09 00:07

>>529 既に論破されてますが

531 ：デフォルトの名無し：03/03/09 00:28

ラリーエリソンこそ、ソフト会社の経営における神だよな？

532 ：デフォルトの名無しさん：03/03/09 00:30

>>530
お前が論破されてますが。

533 ：デフォルトの名無しさん：03/03/09 01:24

Aspect指向Aspect指向ってうるせーな。
言葉に躍らされすぎ…。

534 ：デフォルトの名無しさん：03/03/09 01:35

>>533
この板に住み着いてるヒッキー無職Java厨房一人だけだよ

535 ：デフォルトの名無しさん：03/03/09 01:41

delegate論争でのゴスの対応はまったくのDQNだったな
あれで呆れた人も結構いたと思う

536 ：デフォルトの名無しさん：03/03/09 02:05

ソース出せ

537 ：名無しさん＠Ｅｍａｃｓ：03/03/09 02:06

1レス毎に話題がくるくる変わるので、
誰もレスする気が起きない罠。

538 ：デフォルトの名無しさん：03/03/09 02:25

>>534はリア厨と見た

539 ：デフォルトの名無しさん：03/03/09 02:26

ゴスといえば何と言っても RAD使い = 無能発言だよな。

540 ：デフォルトの名無しさん：03/03/09 02:28

>>539
ｿｰｽｷﾎﾞﾝ

541 ：デフォルトの名無しさん：03/03/09 02:32

>>535
呆れる低脳はオブジェクト指向を甘く見てるDQNのみ

542 ：デフォルトの名無しさん：03/03/09 02:40

そもそもJavaなんて、オタクのオタクによるオタクのための技術なんだから
今の路線でいいじゃん。Sunが他社との協調性よりクロスプラットフォームと、実装無視の頑固なまでにオブジェクティブなライブラリ設計をすすめているから、
俺はJavaが好きなんだけどね。

543 ：デフォルトの名無しさん：03/03/09 02:41

>>540
http://www.zdnet.co.jp/news/0201/22/e_java_m.html

> 統合開発環境（IDE）を構築している人はあまりいません。そしてIDEは一般的に，
> ローエンドのデベロッパー，つまり専門的にコードを書いていない人々を対象と
> しています。こうした人々向けのツールを探しても，だいたいは何も見つかりません。

544 ：デフォルトの名無しさん：03/03/09 02:47

>>543
常識だろ

545 ：デフォルトの名無しさん：03/03/09 02:48

IBM が代わりに用意したので問題なし。

546 ：デフォルトの名無しさん：03/03/09 02:48

Emacsを前提としたJavaとVS.NETを前提としたC#か。

547 ：デフォルトの名無しさん：03/03/09 02:49

ゴスリングはかなりのＤＱＮと見た

548 ：デフォルトの名無しさん：03/03/09 02:50

なるほどEclipseは
ローエンドのデベロッパー，つまり専門的にコードを書いていない人々用か。

549 ：デフォルトの名無しさん：03/03/09 02:56

>>548
半分はそう

じゃがMDA使えるEclipseは例外

C#はVS.NETがないとしょぼい

550 ：デフォルトの名無しさん：03/03/09 03:04

>>548
言語とライブラリを丸暗記していない人用ってこと｡
つまりCの初心者かJavaやC#なんかの膨大なライブラリを持つ言語の開発者のどちらか｡

551 ：デフォルトの名無しさん：03/03/09 03:13

EclipseはUMLをつかうためにある。
俺様の世界では

552 ：デフォルトの名無しさん：03/03/09 03:15

VSはWebデザイナーでも使ってるからな。
人それぞれってことか。

553 ：デフォルトの名無しさん：03/03/09 03:16

JAVA IDEって死滅しちゃうの？？？？

554 ：デフォルトの名無しさん：03/03/09 03:31

>>553
Eclipseはオープンソースだから死滅不可能

555 ：デフォルトの名無しさん：03/03/09 03:32

>>552
Eclipseは2chブラウザを搭載できる！！

556 ：デフォルトの名無しさん：03/03/09 03:43

J2EEは使いこなすだけでそうとう高度な
スキルを要するし、それにかかるお金も大きいほうなのだから。

557 ：デフォルトの名無しさん：03/03/09 03:46

Javaの比較的大規模なオープンソースプロジェクトってなにがある？

558 ：デフォルトの名無しさん：03/03/09 03:49

Jakarta (Tomcat, JAMES, Struts, Avalon, etc.)

559 ：デフォルトの名無しさん：03/03/09 03:49

>>555
そういやVSのアドオンな2chブラウザ、誰か作ってくれや。
ついでにIRCクライアントも。

560 ：デフォルトの名無しさん：03/03/09 03:56

>>558
sourceforceに登録されているものを教えてください・・・

561 ：デフォルトの名無しさん：03/03/09 03:58

sourceforce ってなんでつか?

562 ：デフォルトの名無しさん：03/03/09 04:00

may the source be with you

563 ：デフォルトの名無しさん：03/03/09 04:02

>>560
http://sourceforge.net/softwaremap/trove_list.php?form_cat=198

564 ：デフォルトの名無しさん：03/03/09 11:19

Javaが死んでもJ#があるから問題なし。
Javaが死んでもJavaの魂は不滅！

565 ：デフォルトの名無しさん：03/03/09 11:52

JavaVMで動く関数型言語を教えてください。

566 ：デフォルトの名無しさん：03/03/09 12:21

>>565
残念なお知らせですが、無理です

567 ：デフォルトの名無しさん：03/03/09 12:36

Perlでいいじゃん

568 ：デフォルトの名無しさん：03/03/09 13:09

>>553
もう死滅しました。アホ、ぼけ、カス。

569 ：デフォルトの名無しさん：03/03/09 21:19

>>566
Javaで関数型言語を実装すればいくらでも可能ですが何か。
Java以外にもJavaバイトコードを生成できるコンパイラを持つ言語は存在しますが何か。

570 ：デフォルトの名無しさん：03/03/09 21:23

存在するだけでいい気になってるからJava厨って言われるんだよ・・・

571 ：デフォルトの名無しさん：03/03/09 21:24

クライアントサイドJAVAの他の言語と比較した利点を教えて下さい。

572 ：デフォルトの名無しさん：03/03/09 21:27

>>571
あまりないね。
凝ったGUI使わないのならWrite ones Run anywareできる可能性は残されている。
やっぱりサーバサイドでしか生き残れないでしょ。

573 ：デフォルトの名無しさん：03/03/09 21:32

Write ones Run anywareらしいですが、
旧Mac(OS9とか)でSwingとか動きますか？
クライアントサイドでは旧マックのコンシューマーユーザーも
少なくはないと思いますが。

574 ：デフォルトの名無しさん：03/03/09 22:51

>>570
存在するものを存在しないとウソをつく方が厨ですが何か。

575 ：デフォルトの名無しさん：03/03/09 23:19

Write ones って何よ？

って釣られちったよ、オレ。

576 ：デフォルトの名無しさん：03/03/09 23:32

Java VMで動くLispならいろいろとあるみたいですが

577 ：デフォルトの名無しさん：03/03/09 23:37

>>564
高度なJavaを腐ったJ#と一緒にしたら殺す

578 ：デフォルトの名無しさん：03/03/09 23:54

JavaってOverridesキーワード無いんだろ。クソだな

579 ：デフォルトの名無しさん：03/03/09 23:58

どっちかってーと
高度なのはJ#で
腐ってるのはJavaちゃうん？

580 ：デフォルトの名無しさん：03/03/09 23:58

>>576
やっぱりJavaは言語の一つとすべきだよね。

581 ：デフォルトの名無しさん：03/03/10 00:06

Write Anywhere, Run One
(いろんなOSで動くように、いくつものバージョン書いたのに、
ユーザーは１度起動しただけで、２度と使わなくなる。)

582 ：デフォルトの名無しさん：03/03/10 00:06

言語を統一しようとした傲慢さがJavaの失敗の一つだ。

583 ：デフォルトの名無しさん：03/03/10 00:33

>>581 中学生に戻って英語勉強し直せ

584 ：デフォルトの名無しさん：03/03/10 00:38

>>583
皮肉もわからないなら小学生に戻って日本語勉強し直せ

585 ：デフォルトの名無しさん：03/03/10 00:46

>>583
どっちかっていうと、ones のまま会話してた香具師らじゃないか？

586 ：デフォルトの名無しさん：03/03/10 00:49

>>573
動かないわけではない。
http://numata.aquasky.jp/programming/java/mrj/mac_java.html

587 ：デフォルトの名無しさん：03/03/10 01:36

Write Once, Run Anywhere!
(一度書いたらどこでも動くようにしろこのヴォケ！)

588 ：デフォルトの名無しさん：03/03/10 02:22

>>582
それは.Netだろｳﾞｫｹ

589 ：デフォルトの名無しさん：03/03/10 02:22

>>578
C#ってfinalキーワード無いんだろ。クソだな。

590 ：デフォルトの名無しさん：03/03/10 03:14

Write Once Run Away!
1度書いたら(ばれる前に)逃げろ！

591 ：デフォルトの名無しさん：03/03/10 04:22

C#厨氏ね

592 ：デフォルトの名無しさん：03/03/10 04:34

jabaは滅菌してくれます

593 ：デフォルトの名無しさん：03/03/10 16:54

>>590
いいなこれ。
Java に限らず使わせていただきます。

594 ：デフォルトの名無しさん：03/03/11 03:54

さてやるか

595 ：デフォルトの名無しさん：03/03/11 03:56

Ｃ＃厨荒らすな

596 ：デフォルトの名無しさん：03/03/11 04:14

こちらにもポスト
前スレのJavaのThrowableやC#のException.InnerExceptionの利点が分からない。
誰か教えて

597 ：デフォルトの名無しさん：03/03/11 04:29

>>596
規定のインターフェイスに対して実装を行うようなプログラム書いていた時、
投げることが可能な例外の型は限定されてるっしょ。

そんなときに、投げることが可能でない例外が上がってきたら、どうにかして
例外をメソッド呼び元に伝えなきゃいかんのだが、例外ネストで元の例外全部
を新しい冷害にもたせることができれば、例外投げ変えの情報欠落なしで呼び
元に例外を伝播できるでしょ。

598 ：デフォルトの名無しさん：03/03/11 04:38

> 投げることが可能でない例外が上がってきたら
の意味が良くわかりません。

599 ：マネマネマ～ネ～：03/03/11 04:41

重要　※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※

とりあえず、このスレをdat落ちさせるためなるべく書き込まないでください。
書き込むときはC#で。でもC#厨が喜ぶだけなのでやっぱり書き込まないでください。
あとこの内容をあがってきたときや定期的に修正せずにコピペしてください。

※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※

600 ：デフォルトの名無しさん：03/03/11 05:20

>>599
この板は1年放置しても落ちません。
文面変えましょう。

601 ：デフォルトの名無しさん：03/03/11 10:47

>>599
C#厨が喜んでも悲しんでもJavaは死滅

602 ：デフォルトの名無しさん：03/03/11 12:47

風呂釜掃除洗剤

603 ：あぼーん：あぼーん

あぼーん

604 ：デフォルトの名無しさん：03/03/11 14:02

おっ。オレの書いた文がJava版になってコピペされてら（藁

605 ：デフォルトの名無しさん：03/03/11 14:10

アンチのコピペ、MSに訴えられるぞ。
IP記録されてるのをお忘れなく。

606 ：デフォルトの名無しさん：03/03/11 14:11

この板ってどうやったらdat落ちするんだ？

607 ：デフォルトの名無しさん：03/03/11 14:22

>>606
それコピペされてます
http://pc2.2ch.net/test/read.cgi/tech/1047322829/85

608 ：デフォルトの名無しさん：03/03/11 14:23

なんだ、あちこちにコピペしてるヤツはあのヤツか。

609 ：デフォルトの名無しさん：03/03/11 14:23

>>608
どういうヤツがかけよ

610 ：デフォルトの名無しさん：03/03/11 14:24

>>605
まあ>>603もコピペしているわけだし、
あんたの言ってること矛盾してるね。

611 ：デフォルトの名無しさん：03/03/11 14:24

>>609
おかしい日本語のままコピペすんな。

612 ：デフォルトの名無しさん：03/03/11 14:25

>>610
>>603 になんかウソの内容とかあんの？

613 ：デフォルトの名無しさん：03/03/11 14:25

>>612
>>610は>>603がこのスレで何度もコピペしてるといいたんでしょ

614 ：デフォルトの名無しさん：03/03/11 14:30

>>609 >>611
ﾜﾛﾀ

615 ：デフォルトの名無しさん：03/03/11 14:36

このスレで何かされるとあっちのスレでもコピペ
こっちのすれでもコピペ

もうわけわかない

616 ：デフォルトの名無しさん：03/03/11 14:37

Java死滅すれがこれじゃ
Javaの立場もないな・・・

617 ：デフォルトの名無しさん：03/03/11 14:38

>>615
>>599のあたりからコピペが始まったな。C#スレのパクリだし

618 ：デフォルトの名無しさん：03/03/11 14:39

ちなみにここのコピペね。時間見ればどちらがコピペか分かるでしょう。
http://pc2.2ch.net/test/read.cgi/tech/1047322829/40

619 ：デフォルトの名無しさん：03/03/11 14:39

>>616
ﾌﾟﾌﾟﾌﾟ

620 ：デフォルトの名無しさん：03/03/11 14:40

>>619
なんか文章おかしいかい？

621 ：デフォルトの名無しさん：03/03/11 14:44

さてさてJavaなしでJavaを語ることはできるのでしょうか

622 ：デフォルトの名無しさん：03/03/11 14:46

>>621
できるんじゃないかい。C#スレの
http://pc2.2ch.net/test/read.cgi/tech/1047322829/92 が
パクリ元だろうから最初のJavaが言語で次のJavaが実行環境だと仮定すると
Java実行環境で動く関数型言語とかあるみたいだしね。Java厨が言ってた。

623 ：デフォルトの名無しさん：03/03/11 14:46

さてさてJavaなしでWindowsを語ることはできるのでしょうか

624 ：デフォルトの名無しさん：03/03/11 14:49

>>623
せっかく$unの希望通りJavaなしでWindowsを語ることができるようにしたのに、
また$unが文句つけてきたからJavaなしでWindowsを語ることができなくなった。

と考えたいが、まぁJavaなんてｲﾗﾈが現実だろうね。Linuxとかも。

625 ：デフォルトの名無しさん：03/03/11 14:49

さてさて$UNなしでJavaを語ることはできるのでしょうか

626 ：デフォルトの名無しさん：03/03/11 14:50

>>625
むしろ$unにはJavaから手を引いてほしい

627 ：デフォルトの名無しさん：03/03/11 14:51

>>622
意味不明

628 ：デフォルトの名無しさん：03/03/11 14:53

>>627
意味がわからないなら勉強してください。
>>569-576

629 ：628：03/03/11 14:54

>>627
>>569-576 は >>565-576の間違い

630 ：デフォルトの名無しさん：03/03/11 14:58

>>626
http://pc2.2ch.net/test/read.cgi/tech/1047322829/97にコピペされています

631 ：デフォルトの名無しさん：03/03/11 14:59

>>628
あなたが日本語を勉強してください

632 ：628：03/03/11 15:01

>>631
>>565-576の内容理解できてますか？
あなたの日本語読解能力の話ですよ。
もっともJava厨の日本語能力が低いのかもしれませんが。

633 ：あぼーん：あぼーん

あぼーん

634 ：デフォルトの名無しさん：03/03/11 15:04

>>605
アプレット・クライアントJava・携帯Javaの騒ぎを知らないのか
おめでてーな

635 ：デフォルトの名無しさん：03/03/11 15:05

>>633
こういうコピペ馬鹿は放置ということで

636 ：デフォルトの名無しさん：03/03/11 15:06

>>635
このことか？

617 ：デフォルトの名無しさん：03/03/11 14:38
>>615
>>599のあたりからコピペが始まったな。C#スレのパクリだし

618 ：デフォルトの名無しさん：03/03/11 14:39
ちなみにここのコピペね。時間見ればどちらがコピペか分かるでしょう。
http://pc2.2ch.net/test/read.cgi/tech/1047322829/40

637 ：デフォルトの名無しさん：03/03/11 15:07

>>634
アプレット・クライアントJava・携帯Javaは事実だから。

638 ：デフォルトの名無しさん：03/03/11 15:09

ばかな死ﾞ爺婆厨もあっちでこちらのコピペを繰り返してますね

639 ：デフォルトの名無しさん：03/03/11 15:13

クライアントJavaはそのうち遅く感じなくなるとも言われてたんだよな (ﾜﾗ

何度も叩かれても$UNがまともなのを作らないんだよな (藁
そしてSWTなんてのまで作られてしまったんだよな (藁
$UNのだらしなさが消費者に嫌われることを象徴しているなこりゃ (藁

640 ：デフォルトの名無しさん：03/03/11 15:14

>>635
おまえもコピペ馬鹿

641 ：デフォルトの名無しさん：03/03/11 15:14

あほでうすのろで間抜けな負け犬で生きる価値が無い馬鹿な邪派忠もあっちでこちらのコピペを繰り返してますね

642 ：デフォルトの名無しさん：03/03/11 15:15

>>640
コピペにはコピペが一番（ｗ

643 ：デフォルトの名無しさん：03/03/11 15:19

C#厨のJava死滅スレへのあのスレからのコピペ方法はﾌﾟﾌﾟﾌﾟ

644 ：デフォルトの名無しさん：03/03/11 15:21

Java厨のC#死滅スレでのこのスレからのコピペ方法はﾌﾟﾌﾟﾌﾟ

645 ：デフォルトの名無しさん：03/03/11 15:37

結局、サーバにしかJavaは向かないってことだな。

646 ：デフォルトの名無しさん：03/03/11 15:45

からあげ

647 ：デフォルトの名無しさん：03/03/11 15:49

さすがにJavaはサーバにしか向いてないね

648 ：デフォルトの名無しさん：03/03/11 15:52

Javaはクライアントには向いていないね

649 ：デフォルトの名無しさん：03/03/11 16:14

コピペにコピペは大人

650 ：デフォルトの名無しさん：03/03/11 16:27

正直言って今のJavaには勢いが無い。始めの頃は良くも悪くも次々と
バージョンアップして新しいライブラリが追加されたが、今は全然ダメだ。
まぁ、AWTがあるのにSwingができたりイベント処理の方法が変わったりと
大変ではあったのだが。

言語として安定したからバージョンアップしないのかと思いきや
また大幅にバージョンアップしそうな予感。これはC#に触発されたから
なのであろうが、バージョンアップする余地があるのなら、今まで
何していたのかと突っ込みたくもなる。

ここ数年、Javaを普及させるのに重要な時期にやっていたのは裁判だけだ。
しかも墓穴をほった裁判。消費者のためにJavaを普及するのが重要だという
考えは間違ってないと思うが、そのための行動がM$を陥れるというのは間違いすぎだ。

泥臭い戦略はもうやめてほしい。

651 ：デフォルトの名無しさん：03/03/11 16:30

http://www.pink-angel.jp/betu/linkvp2/linkvp.html
★その目で確認すべし！！★超おすすめ★

652 ：デフォルトの名無しさん：03/03/11 16:31

>>650
あの裁判はクライアントサイドでJavaWebStartを流行らせたかったんだろ

653 ：デフォルトの名無しさん：03/03/11 16:33

http://pc2.2ch.net/test/read.cgi/tech/1047322829/128
本当にそう思っているならあげるな。

654 ：あぼーん：あぼーん

あぼーん

655 ：デフォルトの名無しさん：03/03/11 16:34

http://pc2.2ch.net/test/read.cgi/tech/1047322829/129
お前もだ

656 ：デフォルトの名無しさん：03/03/11 16:36

>>652
そりゃどういう戦略なんだ？あれでどうやって
JavaWebStartが流行るんだよ？
つーかそもそも、あの裁判って何のことだと解釈してるの？

657 ：デフォルトの名無しさん：03/03/11 16:36

Javaはウィルス言語

658 ：あぼーん：あぼーん

あぼーん

659 ：デフォルトの名無しさん：03/03/11 16:37

>>650
禿げ銅

660 ：650：03/03/11 16:38

荒らしに流されようとしてるけどマジ意見だからレス頂戴ね。

661 ：あぼーん：あぼーん

あぼーん

662 ：デフォルトの名無しさん：03/03/11 16:40

>>661
新手の話術？

663 ：あぼーん：あぼーん

あぼーん

664 ：デフォルトの名無しさん：03/03/11 16:43

>>650
お前よく分かってない。もう少し調べてから書きこしろ。

665 ：650：03/03/11 16:48

>>664
いや、分かってないかもしれないのは否定しないけどさ。
どの点が分かってないとか間違っているとか教えてくれないかな。
でないとタダの煽りみたいに思えてしまうよ。

666 ：デフォルトの名無しさん：03/03/11 16:49

666げっと

667 ：デフォルトの名無しさん：03/03/11 16:50

>>http://pc2.2ch.net/test/read.cgi/tech/1047322829/133
あったらな。

668 ：あぼーん：あぼーん

あぼーん

669 ：あぼーん：あぼーん

あぼーん

670 ：あぼーん：あぼーん

あぼーん

671 ：デフォルトの名無しさん：03/03/11 17:00

質問スレが荒らされてるんですけど。

672 ：あぼーん：あぼーん

あぼーん

673 ：あぼーん：あぼーん

あぼーん

674 ：デフォルトの名無しさん：03/03/11 17:07

>>672
C#死滅スレからのコピペだ (嘲笑激藁

675 ：デフォルトの名無しさん：03/03/11 17:08

>>672
もうサイコー！（嘲笑激藁

676 ：デフォルトの名無しさん：03/03/11 17:10

>>672
コピペなんて頭ワリー（嘲笑激藁

677 ：デフォルトの名無しさん：03/03/11 17:11

>>674-676
お前らレスすんな

678 ：デフォルトの名無しさん：03/03/11 17:23

重要　※※(略のオリジナルはこれです。
http://pc2.2ch.net/test/read.cgi/tech/1047322829/36

679 ：650：03/03/11 17:33

650です。コメントよろしく。

680 ：デフォルトの名無しさん：03/03/11 18:23

えーと、コピペは削除させてもらうけどいいかな？

681 ：デフォルトの名無しさん：03/03/11 18:35

>>680
C#死滅スレも含めて全部削除しちゃえ。スレ自体も削除していいぞ。

682 ：デフォルトの名無しさん：03/03/11 22:38

コピペのせいでスレが非常に読みにくいです。
削除してください。

683 ：あぼーん：あぼーん

あぼーん

684 ：デフォルトの名無しさん：03/03/11 22:43

死滅スレ全部消していいよ。

685 ：デフォルトの名無しさん：03/03/11 23:02

>>682
専用ブラウザでNGワードに登録するといいらしいです。

686 ：デフォルトの名無しさん：03/03/11 23:05

>>682
専用ブラウザ使おう。

687 ：デフォルトの名無しさん：03/03/11 23:14

とりあえずXPだと困るな
SunのJAVA入れてwindowsの挙動がおかしくなったりしないんだろうか？
MSでよかったんでねえの？
つーかSunって何様のつもりよ？

688 ：デフォルトの名無しさん：03/03/11 23:18

>>687
XPでJava1.4いれてるけど特に問題ないよ。
JavaWebStartもJDKも全く問題なしです。

689 ：デフォルトの名無しさん：03/03/11 23:20

>>687
WindowsでJavaなんて使ってねーだろ。
まぁアプレットとかで影響は出るかもしれんが
それは作り手がMSのJava用に作ってたからだな。

> つーかSunって何様のつもりよ？
とりあえず、俺らみたいに言語作ったからのせてって言っても
却下されるような低い身分の奴ではないな。
俺らはどうがんばったらWindowsに自作言語のせてくれるだろうか。
金だしたら乗っけてくれるだろうか？つーかSunは金だしてるのか？

690 ：デフォルトの名無しさん：03/03/11 23:23

Java1.2ってJava2だろ？
Java1.4ってJava4なのか？

691 ：デフォルトの名無しさん：03/03/11 23:25

>>681
あい。

692 ：デフォルトの名無しさん：03/03/11 23:27

>>690
1.2以降がJava2です。

693 ：デフォルトの名無しさん：03/03/11 23:30

あぼーんばっかじゃねーか!!

694 ：デフォルトの名無しさん：03/03/11 23:31

つまりコピペばっかだったということ。

695 ：デフォルトの名無しさん：03/03/11 23:37

オリジナルはちゃんと残ってるな。さすが。
http://pc2.2ch.net/test/read.cgi/tech/1047322829/36

696 ：デフォルトの名無しさん：03/03/11 23:57

>>695
おまえしつこすぎ
そんなものだけ残ってるなんて生意気だな。

697 ：デフォルトの名無しさん：03/03/12 00:00

>>696
なんか二行目にくやしさを感じられる（ｗ

698 ：デフォルトの名無しさん：03/03/12 00:03

http://www.volano.com/report/index.html
SunのJVMって…。
こんな糞ソフトが今後のWindowsに無理矢理バンドルされるのか(´Д｀;

699 ：デフォルトの名無しさん：03/03/12 00:04

>>696
オリジナルにも削除依頼出して見る？
C#厨は自分の都合のいいように部分的にしか削除しなかったみたいだし。

700 ：デフォルトの名無しさん：03/03/12 00:04

できが悪いの？

701 ：デフォルトの名無しさん：03/03/12 00:04

Sunが北朝鮮に思えてしかたがない

702 ：デフォルトの名無しさん：03/03/12 00:06

>>698
どうせハードディスクの空き容量が多少減るだけ。
アンインストールできるならCD-ROMの容量が多少増えるだけ。
たいして気にもしない。

703 ：デフォルトの名無しさん：03/03/12 00:07

>>698
どうせ新しいウィンドウズなんて買わないし。

704 ：デフォルトの名無しさん：03/03/12 00:08

>>699
Java厨必死だな。コピペを削除するのは正当だが、
オリジナルを削除したら職権乱用になるだろ。

705 ：デフォルトの名無しさん：03/03/12 00:10

>>704
コピペだけでなく派生物も削除されスケープゴートされたから怒っているのだろう。

706 ：デフォルトの名無しさん：03/03/12 00:11

一部だけ変えてもやっぱりコピペはコピペだし。

707 ：デフォルトの名無しさん：03/03/12 00:12

派生物っつったってC#⇔Javaの入れ替えをおこなっただけだろ。
それじゃコピペとみなされるのもおかしくないよ。

708 ：デフォルトの名無しさん：03/03/12 00:12

オリジナルはちゃんと残ってるな。さすが
http://pc2.2ch.net/test/read.cgi/tech/1046539052/599

709 ：デフォルトの名無しさん：03/03/12 00:14

>>708
ほら良かったじゃん。Java厨のコピペのオリジナル（？）も
ちゃんと残っているみたいだ。

710 ：デフォルトの名無しさん：03/03/12 00:15

162 名前：デフォルトの名無しさん：03/03/12 00:14
>>150
この文をC#厨が意味を反転させて多量にコピペしたらしい
http://pc2.2ch.net/test/read.cgi/tech/1046539052/599

163 名前：デフォルトの名無しさん：03/03/12 00:14
>>160
コピペだけでなく派生物も削除されスケープゴートされたから怒っているのだろう。

今度はこのふたつがコピペされるみたい。

711 ：デフォルトの名無しさん：03/03/12 00:15

Java厨でもC#厨でもかまわんけど、価値0の書き込みでスレを汚す
馬鹿はそろってどっか逝ってくれ。ダメ板とか。

712 ：デフォルトの名無しさん：03/03/12 00:17

>>710
まだJava厨、コピペしてるのか？しつこいな。

713 ：デフォルトの名無しさん：03/03/12 00:22

>>712
C#厨もコピペしてんだからC#厨もしつこいのは同じ

714 ：デフォルトの名無しさん：03/03/12 00:23

>>713
今の話だよ。もう終わったと思ったのにまだやってる。
だからしつこいって言ってるんだよ。

715 ：デフォルトの名無しさん：03/03/12 00:24

まあJava厨が必死になるのも判らないではないが、
ほどほどにな。

716 ：デフォルトの名無しさん：03/03/12 00:27

>>714
スケープゴートを防止しないと気がすまない性格なんじゃないのか？
やられたら必ずやり返すと言う性格。

>>715
そういう方法で煽ってばかりいるとかならず仕返しされるから別の方法考えた方がいいぜ。

717 ：デフォルトの名無しさん：03/03/12 00:28

>>715
そういう言動が荒らしを呼び込む。
Java厨とか言うのやめれ。もちろんC#厨もな。

718 ：デフォルトの名無しさん：03/03/12 00:28

>>715
お前もうこれ以上煽るな。
いつまで経っても同じことの繰り返しなんだよ。

719 ：デフォルトの名無しさん：03/03/12 00:41

やっと収束してきたようだ。

－－－－－－－－－ここから価値のあるカキコの始まり－－－－－－－－

720 ：デフォルトの名無しさん：03/03/12 00:41

Javaを勉強したいんですけど、どうすればいいですか？

721 ：デフォルトの名無しさん：03/03/12 00:46

>>720
まずここでJ2SE v 1.4.1_02 のSDKの各国語版のほうをダウンロードしてください。
http://java.sun.com/j2se/1.4.1/ja/download.html

続きはJava質問スレでどうぞ。

722 ：デフォルトの名無しさん：03/03/12 00:46

>>720
google使え

723 ：デフォルトの名無しさん：03/03/12 00:47

>>719
スレ自体がゴミタメなので別に良いかと。

age書込み禁止スレって作れないもんかね。

724 ：デフォルトの名無しさん：03/03/12 00:50

>>723
必死だなw

725 ：デフォルトの名無しさん：03/03/12 00:53

>>724
必死じゃないヤツが羨ましいな(w
必死になってこそ大成功をおさめるんだし

726 ：デフォルトの名無しさん：03/03/12 00:53

>>723
それって消えるだけなんじゃ･･･

と思ったけど、スレ立っているうちは重複スレで消せるし、
消えているうちは静かになっていいかも。
なんども立つだろうけど、沈んでいるうちは目に付かないしね。

727 ：デフォルトの名無しさん：03/03/12 00:58

こっちは静かになったにゃ－

728 ：デフォルトの名無しさん：03/03/12 00:58

このスレの住人偉いにゃ

729 ：デフォルトの名無しさん：03/03/12 00:59

>>727
Java厨もC#厨もあっちに集合したからね

730 ：デフォルトの名無しさん：03/03/12 01:02

>>729
なんか中立じゃないニオイがするのは気のせいだろうか。

731 ：デフォルトの名無しさん：03/03/12 01:04

>>730
うーん？
JavaもC#も全く使ったことないから死滅しちゃってもいいんだけどぉ。

732 ：デフォルトの名無しさん：03/03/12 01:55

やっぱりあっちのスレひどいにゃ。
しつこすぎだにゃ。
どっちの厨でもいいから氏ねにゃ。

733 ：デフォルトの名無しさん：03/03/12 02:01

>>730
　例の粘着ヒッキー無職Java厨房が勘違いしているだけ。

734 ：デフォルトの名無しさん：03/03/12 02:04

>>733
そういうと煽りに聞こえるので
粘着ヒッキー無職厨房と言うと良い。
どっちの厨かは見た人がスレや内容で判断すればいい話だ。

735 ：デフォルトの名無しさん：03/03/12 02:33

>>733-734
無職だったらどうやったらあそこまでネット通信料と電気代払えるんだ？

736 ：デフォルトの名無しさん：03/03/12 02:35

>>735
親のすねかじり

737 ：デフォルトの名無しさん：03/03/12 02:51

>>736
親が許すかねえ
それともエヴァンジェリスト？

738 ：デフォルトの名無しさん：03/03/12 03:21

>>737
それがヒッキーってもんだろ。
親不孝者さ。

739 ：デフォルトの名無しさん：03/03/12 08:45

やっぱり Java = 次世代COBOL って認識されてるじゃねーか。ｷﾞｬﾊﾊﾊﾊ

http://itpro.nikkeibp.co.jp/members/NOS/ITARTICLE/20030228/3/

740 ：デフォルトの名無しさん：03/03/12 08:47

>>739
すばらしい。とうとうCOBOLが席巻していた世界をJavaが
とってかわれるのか。

741 ：デフォルトの名無しさん：03/03/12 08:50

>>739
「COBOLもJava」と認識すべき、って見えた。(w

742 ：デフォルトの名無しさん：03/03/12 09:15

モバイルJavaは糞。アップグレード地獄。ﾌﾞﾊﾊﾊﾊ

http://www.zdnet.co.jp/enterprise/0303/11/epn38.html

743 ：デフォルトの名無しさん：03/03/12 10:01

>>742
暗に、Windowsの、頻繁かつ互換性のない、しかも安定性に乏しい
アップグレードの嵐への批判ではないだろうか。

744 ：デフォルトの名無しさん：03/03/12 14:42

＿＿＿＿＿＿＿＿＿＿
|　電波を感知しました｡　|
|＿＿＿＿＿＿＿＿＿＿| ／
　　　　　　　　　　　　　　／
　　　　 /||__|∧　　　／ﾋﾞﾋﾞﾋﾞ
　　。.|.（Ｏ´∀｀）　／
　　|≡（ ))　　))つ
　　｀ー｜｜　|
　　　　（_＿）＿）
＿＿＿＿＿＿＿＿＿＿
|　電波が強すぎます｡. ｜
|＿＿＿＿＿＿＿＿＿＿|
　　　　　　　　　　　　　／
　　　　　　　　　　／／ﾋﾞﾋﾞﾋﾞﾋﾞﾋﾞｨｨｨ!!!
　　　　どかーん！　＿
　　　　　　　从";从 /||__|∧，
　　　　　　(( ; ;"､; :（Ｏ´Д｀）ﾋｨｨｨ
　　　　 ((;";从．")と ))　　))つ
　　　　　｀;Ｙ ;"､Ｙﾉ　ﾉ　ﾉ
　　　　　　　　　　（_ノ､_ノ

745 ：デフォルトの名無しさん：03/03/12 23:42

>>743
Windowsは関係ねーだろ。必死だな(ｹﾞﾗｹﾞﾗ

746 ：デフォルトの名無しさん：03/03/12 23:53

>>739
だがJavaがCOBOLのように衰退していくという考えは間違いとでも
いっておかなければならない。

感想にこんなこと書いてあったな。
>いただいているコメント

>[2003/03/12]
>[ビューはVB。コントローラはJava。モデルはCOBOL。C#] 何故、4 種類も使う事にしたのか理解出来ない。これなら保守し難いのも当然。
>【筆者より】
>ご意見ありがとうございます。補足説明をさせていただきます。
>FJB様の今回のプロジェクトでは，COBOL資産を有効に再利用する，
>という要件もさることながら，短期開発も重要な要件でした。そこで，
>開発者が得意な分野を得意な言語で平行開発することで，実装工程の
>期間短縮を実現されました。設計では分業を見越してMVCモデルを採用
>され，また，異なる開発言語で実装できる.NETを開発環境として採用され
>たわけです。なお保守については，COBOLを知らない若い.NET技術者に
>「.NET上で使える言語の幅を広げる」というモチベーションを与えて，新た
>にCOBOL教育をされているとのことです。

Javaはまともに.NETで使えないのだが。
.NETで統一って、基幹系業務に使うOSはWindowsになるのか
M$製品を基幹系業務につかわせるなんてCOBOL以上に危険すぎ。
こいつら何考えてんだろ？

747 ：おまえさあ～：03/03/12 23:56

>>742
全然Javaのことかいてないじゃん。

モバイル板に
「PDAって死滅しちゃうの？」ってスレ立てて
モバイルは糞とでものたくってろよ。
このスレはJava死滅スレだぞ。
ちゃんとJavaのこと書いた記事持って来いよ。
ということで
お前は逝ってよし

748 ：デフォルトの名無しさん：03/03/12 23:58

アンチ厨もJavaを叩くネタが無くなって
適当にデマをこじつけて捏造するようになってしまったのか。
これはアンチ厨がJavaに対して焦っている証拠なのだろうか？

749 ：デフォルトの名無しさん：03/03/13 00:01

>>742
やっとレスがついたな。よかったな。
釣りでもしてたつもりか（ｗ

750 ：デフォルトの名無しさん：03/03/13 00:02

>>742
もっと日本語の勉強したら?

751 ：デフォルトの名無しさん：03/03/13 00:10

ところで、死滅するってどういう事？
Javaが今後とも成長していって、常に時代のレベルにある程度ついてきて
フリーである限り、一般的にJavaが使われなくなっても、俺は使うなぁ～

752 ：デフォルトの名無しさん：03/03/13 00:12

>>751
自分の立場が危ぶまれることを恐れて
Javaを死滅させたがっている人がいるだけなんだそうです。

753 ：751：03/03/13 00:17

>>752
安心しました。Javaは死滅しないって事ですね。

754 ：デフォルトの名無しさん：03/03/13 00:31

>>753
Javaは基幹系業務に使われているし
携帯電話にも使われている
Javaのシェアは世界で第3位くらいにあると思ったよ。

IBMもJavaの研究をしているし
オープンソースであるJakarta ProjectでもJava用APIやツールは
たくさん作られているし
IBMがJava用IDEとして4000万ドル相当のEclipseソースを
Eclipseコミュニティに寄付してオープンソースにしたし
Javaは家電製品を制御するために作られたものだし
当分は死滅しないよ。

755 ：751：03/03/13 00:37

>>754
ますます安心しました。

> 携帯電話にも使われている
でも携帯でFlashができるようになるみたいでちょっと不安ですね。
クライアントでは全然使われてないみたいですし。
家電製品で使われている話も余り聞きません。
研究だけで終わらないといいのですが。

756 ：デフォルトの名無しさん：03/03/13 00:49

>>755
FlashとJavaは似て非なるものだし
Flashはデザイナ向けに作られたもので
Javaはプログラマ向けに作られたものです。

Flashは殆ど人に見せるための技術でそれ以外は殆ど不得意です。
FlashはJavaのようなオブジェクト指向言語ではないため
Javaを完全に覆すことはできません。

クライアントで全然使われてないということもないよ。
速度の問題も解消されつつあるし
最近の1GHz以上のマシンなら
そんなに気にすることもないし
それでもJavaで作られたあるプログラムが遅いとしたら
そのプログラムを作った人のプログラミングに問題がある
くらい、になっていく程度だよ。

携帯電話でのJavaの成功は家電への第一歩だと思うよ。
家電でFlashが使えるってことは到底考えにくいよ。
家電で映像だけのFlashつかってどうするのかって話になると思うよ。

757 ：751：03/03/13 00:50

753,755は儀者
751はサーバーサイドもクライアントサイドも携帯アプリもWEBサービスも全部現役でJavaで作ってるよ

Linux標準開発言語＆日本の携帯電話制覇＆Mac標準装備＆Winにも強制搭載＆PDAにも続々搭載、Javaがどうやっても世の中から消えんでしょ
しかし、Winのクライアントに限っては.NETに負けるだろうが、それだけでしょ。

758 ：デフォルトの名無しさん：03/03/13 00:55

Javaが唯一不得意な分野はWindowsアプリ。
Javaが死滅するなんて言ってるのは
”ソフトウェア＝Windowsのデスクトップで動くもの”
という思考の香具師でしょ。

759 ：デフォルトの名無しさん：03/03/13 00:57

>>757
儀者？　何があったんだろ？

まあ、どうでもいいとして
思うんだけど
.NETが完全にJavaの真似をすることができない限りは
.NETは明らかにJavaより寿命が短いと思う。
Javaも徐々にAPIが増えて.NET用APIの立場を徐々に弱めていくような気がする。

760 ：デフォルトの名無しさん：03/03/13 00:59

>>758
彼らにすれば、最近普及しているLinuxが徐々に勢力を拡大して
Windowsのシェアが減ってWindowsプログラミングの仕事が
減ることが恐いんだと思う。

761 ：デフォルトの名無しさん：03/03/13 01:04

>>758
> Javaが唯一不得意な分野はWindowsアプリ。
違うだろ。Javaが不得意な分野はGUIアプリだ。
Windows使っててもWindowsで動くサーバーアプリは
同じように動くはずだろ。

762 ：デフォルトの名無しさん：03/03/13 01:09

OSに依存しないはずのJavaが特定のOSが不得意なんて笑っちゃうね（ｗ

763 ：デフォルトの名無しさん：03/03/13 01:14

764 ：デフォルトの名無しさん：03/03/13 01:17

>>762
不得意得意かは主観的な意見だよ。
GUI使わない人から見ればWindowsでGUI使うことが笑っちゃうくらい
おかしいと思うこともあるだろうし。

765 ：デフォルトの名無しさん：03/03/13 01:18

Monoが成功するのでC#が成功して.NETが成功してJavaが死滅します。

766 ：デフォルトの名無しさん：03/03/13 01:20

>>764
不得意っていいだしたのは>>758なんだがなぁ。
ところでさ、なんで得意不得意の話が、おかしいおかしくないの話に
なっちゃってるの？わけわかんない（ｗ

767 ：デフォルトの名無しさん：03/03/13 01:30

>>765
Monoが成功してもWindows.FormsがLinuxで使えないと、
まずJavaは死滅しないなあ。

768 ：デフォルトの名無しさん：03/03/13 01:33

結局Javaって中途半端なんだよね。
C++にくらべてメモリ食うし速度遅いから組み込み系じゃ使いにくいし。
アプレットがそうであるように携帯アプリのようなミニツールも
Flashの方が便利だし、LinuxやWindows等のGUIアプリとしても
ダサくて重いの印象しかないし。
まともに使えるのはサーバアプリくらいなんだよね。

769 ：デフォルトの名無しさん：03/03/13 01:36

結局C#って中途半端なんだよね。
C++にくらべてメモリ食うし速度以前の問題で組み込み系じゃ使えないし。
アプレットがそうであるように携帯アプリのようなミニツールも
Flashの方が便利だし、LinuxやWindows等のGUIアプリとしても
ダサくて重いの印象しかないし。
まともに使えるのはサーバアプリくらいなんだよね。

770 ：デフォルトの名無しさん：03/03/13 01:37

>>767
すでに使えますが何か？

771 ：デフォルトの名無しさん：03/03/13 01:38

>>769
あーあ。今日も例のコピペ厨が出てきちゃった。
もうこれ以上はマトモな話できないな。
いいかげん、お前氏ねよ。

772 ：デフォルトの名無しさん：03/03/13 01:39

いつものように同じ議論の繰り返しかよ。
QT#重すぎ

773 ：デフォルトの名無しさん：03/03/13 01:44

>>768
>C++にくらべてメモリ食うし速度遅いから組み込み系じゃ使いにくいし。
携帯電話では十分使いやすいけど。
メモリも速度も今どき心配することじゃないでしょ。
まあ、あなたはさすがに「C#に比べて」とはいえなかったようですね。

>Flashの方が便利だし、LinuxやWindows等のGUIアプリとしても
>ダサくて重いの印象しかないし。
あなたがちゃんとJavaSwingでデザインすれば格好よくなりますよ。
WindowsXPのよなスキンにもすることができるのですよ。
すべてはあなたの腕次第です。

774 ：デフォルトの名無しさん：03/03/13 01:47

>>773
作れば出来るは聞き飽きた。

現実は
金と時間をかけて作れば作れるが誰も作らない。だろ。

775 ：デフォルトの名無しさん：03/03/13 01:50

>>773
誰もC#と比べてませんよ。Javaが中途半端だといってるだけです。

776 ：デフォルトの名無しさん：03/03/13 01:52

>>768-769 >>771
このあたりどうも自作自演クセぇな
C#死滅スレでそういってる香具師が言ったとおりだ。

777 ：デフォルトの名無しさん：03/03/13 01:55

>>776
> C#死滅スレでそういってる香具師が言ったとおりだ。
お前がそういっている香具師だろ。
いい加減にしろよ。コピペ野郎。

778 ：デフォルトの名無しさん：03/03/13 01:56

また不毛だね。

779 ：デフォルトの名無しさん：03/03/13 01:58

おまいら次スレは
○○って死滅しちゃうの？？？？
で統一しろよ

780 ：768：03/03/13 01:58

あー、一応俺は>>769でも>>771でもないから。
そう言っても煽る奴は煽るのだろうが。

781 ：デフォルトの名無しさん：03/03/13 01:59

>>777
自作自演がばれたC#厨必死・・・・哀れ

782 ：デフォルトの名無しさん：03/03/13 02:00

また例の煽り厨がでしゃばってきたね。
Java死滅スレ＆C#死滅スレをまたにかけて煽りまくってるよ。

783 ：デフォルトの名無しさん：03/03/13 02:03

>>781
今日も必死だね。毎日ご苦労様。

784 ：デフォルトの名無しさん：03/03/13 02:05

>>783
無視しろって。厨にレスしてもつけあがるだけだ。

785 ：デフォルトの名無しさん：03/03/13 02:07

春だなぁ

786 ：デフォルトの名無しさん：03/03/13 02:07

>>782-784
投稿時刻のタイミングからどう見ても自作自演 (藁

787 ：デフォルトの名無しさん：03/03/13 02:08

春一番

788 ：デフォルトの名無しさん：03/03/13 02:09

>>786
煽る前にあんたの投稿時刻を考慮に入れろよ。恥ずかしいぞ。

789 ：デフォルトの名無しさん：03/03/13 02:09

がんばれC#厨の春 (藁

790 ：デフォルトの名無しさん：03/03/13 02:11

>>788
だからレスするなっちゅーに。

791 ：デフォルトの名無しさん：03/03/13 02:13

>>790
すんまそん

792 ：デフォルトの名無しさん：03/03/13 02:22

IDほしい

793 ：デフォルトの名無しさん：03/03/13 02:26

今日はもう寝たか

794 ：デフォルトの名無しさん：03/03/13 10:03

C#はWindowsでしか動かない時点で終わってる。

795 ：デフォルトの名無しさん：03/03/13 15:45

C#死滅スレにカキコが多い所を見るとよっぽどJava厨はC#を死滅させたいみたいだ。
それに対して、C#使いはJavaを許容している。心の大きさが違いすぎる。

796 ：デフォルトの名無しさん：03/03/13 15:59

>>795
ただ単にJavaよりC#のほうが欠点がおおいからじゃないの？

797 ：デフォルトの名無しさん：03/03/13 16:02

・C#使いのほうがJava使いより圧倒的少人数
・C#のほうがJavaより欠点が多い
C#使いのカキコが少ないのは必然

798 ：デフォルトの名無しさん：03/03/13 16:05

>>796
真面目な話ならC#死滅スレじゃなくてC#相談室かC#談話室で、
冷静に煽りなしですればいいだけの話ですよ。
見てみなさい。低レベルな煽りばかり、Java厨のあさましい心が
手に取るように分かる。

799 ：デフォルトの名無しさん：03/03/13 16:09

・C#使いのほうがJava使いより欠点が多い

800 ：デフォルトの名無しさん：03/03/13 16:14

>>797
なにも気にならないとか、大きな心の持ち主ならのならC#死滅スレには
カキコが少ないはずですよ。たとえばQBasicスレのようにほとんど
書き込まれず沈んでいくはずなのです。
なのにJava厨が多く書き込んでいますね。そこらへんがJava厨の心の
焦り、弱さを表しているのです。

801 ：デフォルトの名無しさん：03/03/13 16:17

>>799
C#死滅スレへのJava厨の執拗な煽りは人間的な欠点を表すものですが？

802 ：デフォルトの名無しさん：03/03/13 16:29

>>798
過去のC#死滅スレからすべて見てみなさい。
Java厨以上の低レベルな煽りばかり、C#厨とVB厨そしてM$厨のあさましい心が
手に取るように分かる。

>>800
多く書き込んでいまるのはむしろアンチJava陣営なC#厨ですけどね。
そこらへんがC#厨の心の焦り、弱さ、そして意志の弱さ、Javaに対する恐怖を表しているのです。

>>801
むしろC#死滅スレでの煽りはJava厨よりも
C#厨、M$厨、.NET厨、VB厨、Windows厨、ASP.NET厨、
アンチオープンソース厨(これらを総称してM$厨と呼ぶ)
のほうが圧倒的に多く、彼らは「ｹﾞﾗ」や「嘲笑激藁」という言葉を使って人間的な
欠点をアピールしているものですが。

803 ：デフォルトの名無しさん：03/03/13 16:39

>>802
> 過去のC#死滅スレからすべて見てみなさい。
あなたはすべてみたのですか？ C#使いなら見ているのは不自然じゃないですけど
関係ないと思っているJava厨なら見てないはずですね。ここらへんが執拗なのです。

>>797
> ・C#使いのほうがJava使いより圧倒的少人数
> ・C#のほうがJavaより欠点が多い
> C#使いのカキコが少ないのは必然
>>802
> 多く書き込んでいまるのはむしろアンチJava陣営なC#厨ですけどね。
ほらね。無理やりこじつけるからこんな風に矛盾した結論になるわけですよ。

> C#厨、M$厨、.NET厨、VB厨、Windows厨、ASP.NET厨、
> アンチオープンソース厨(これらを総称してM$厨と呼ぶ)
人には好みがいくつものあってC#という言語は好きだけどM$という会社は
嫌いという人もいるわけです。ここらへんを一緒くたにする所がおかしいですね。

> 彼らは「ｹﾞﾗ」や「嘲笑激藁」という言葉を使って人間的な
> 欠点をアピールしているものですが。
２ちゃんねる名物の決まり言葉に反応しすぎ。

804 ：デフォルトの名無しさん：03/03/13 16:42

C#厨もここにきて執拗かつ粘着な反論を展開してますな。

805 ：デフォルトの名無しさん：03/03/13 16:42

>>802
煽られて言い返せず逆恨みか。(ﾌﾟﾌﾟﾌﾟﾌﾟ

806 ：デフォルトの名無しさん：03/03/13 16:52

Javaで今後搭載される革新的なAPIってありますか？
まあ、ないだろうけど。

807 ：デフォルトの名無しさん：03/03/13 16:58

「革新的」とは何を持って「革新的」と定義する？
これだからC#厨のおっしゃることは・・・・

808 ：デフォルトの名無しさん：03/03/13 17:02

>>807
あなたが直感的に革新と思えるもの。

809 ：デフォルトの名無しさん：03/03/13 17:03

>>808
あるわけないだろ。(ﾜﾗ
すでに.NETの後追い状態だから。(ﾌﾟﾌﾟ

810 ：デフォルトの名無しさん：03/03/13 17:35

Java質問スレをが荒らされてるぞ。
誰だ？
そこにいるチンカスか？

811 ：デフォルトの名無しさん：03/03/13 18:24

>>803 >>805 >>809この厨房がJava質問スレにaaaaとか文字を書いて
荒らした香具師か？

812 ：デフォルトの名無しさん：03/03/13 18:38

>>811
荒らしたのは俺なんだけどさー。
>>803でも>>805でも>>809でもないんだよねー。
>>803と>>805、>>809は文体違うんだけさー。
同一視？残りは全部あんたっぽい感じしないー。
つーか、あんた必死すぎー。

813 ：デフォルトの名無しさん：03/03/13 18:51

>>812
また厨房か
ま、質問すれでの荒らしが余りにもひどければ削除依頼だしてやるがな。

814 ：デフォルトの名無しさん：03/03/13 19:05

ﾌﾟﾌﾟﾌﾟ。
自分の都合悪いものだけは「削除依頼」だってさ。(嘲笑

815 ：デフォルトの名無しさん：03/03/13 19:18

また粘着かね。坊や。
>>814と>>814のウザイ存在を削除して死滅させてやりたいな。

816 ：デフォルトの名無しさん：03/03/13 19:26

815って死滅しちゃうの？

817 ：デフォルトの名無しさん：03/03/13 19:42

Javaしか使っていない会社を受けたんだけど、落とされちゃったよ・・・・

818 ：デフォルトの名無しさん：03/03/13 19:46

利益でないから中途も新卒も面接するだけで実際は採用してないんだよ多分。

819 ：デフォルトの名無しさん：03/03/13 19:54

>>817
面接で「ぬるぽ」なんて言うからだよ

820 ：デフォルトの名無しさん：03/03/13 20:00

C#厨氏ね
　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>__Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/ 　←>>819

821 ：デフォルトの名無しさん：03/03/13 20:11

822 ：デフォルトの名無しさん：03/03/13 20:30

許容しているんじゃなくて叩くまでもないと思っているだけ。

823 ：デフォルトの名無しさん：03/03/13 20:53

俺は一番面白そうなのに乗ってるだけだなあ。
死滅系スレで暴れてるJava厨は、心も視野も狭いんだろうねえ。

824 ：デフォルトの名無しさん：03/03/13 21:16

>>823
しつけーぞC#厨（ｹﾞﾗ

825 ：デフォルトの名無しさん：03/03/13 21:17

>>824
Java厨必死だな(嘲笑激藁

826 ：デフォルトの名無しさん：03/03/13 22:13

Java死滅スレ。隔離版として機能してねーぞ。あげ

827 ：デフォルトの名無しさん：03/03/13 22:39

>>821-825
あほかお前ら
Java質問スレを荒らしたのはお前らだろうが
質問スレを荒らすお前らのほうがよほど心も視野も狭い
あれでどこがC#厨がJavaを許容してるだって？
笑わせんじゃねえよ。そういうわざとらしい、事実とは
反対のことを言ってるインチキなお前らのほうが
よほど心が小さいんだよ。C#死滅スレにレスが多いのは
ほとんどお前らC#厨だろうが。
それにこういう>>824のような自作自演してまで

Java質問スレを荒らすとはお前らよほど必死だな。
あそこまでしてお前らはJavaを死滅させたいか？
死滅よりJavaとどう付き合っていくか考えろ。

828 ：デフォルトの名無しさん：03/03/13 22:57

すべては>>827のための前ふりだったのか。
ごくろうさまとしか言えないな。

829 ：デフォルトの名無しさん：03/03/13 22:59

>>827=Java質問スレの荒らし

830 ：デフォルトの名無しさん：03/03/13 23:16

>>828-829
ああいえば上祐な奴だな
本当に。
アク禁にされたいか？

831 ：デフォルトの名無しさん：03/03/13 23:18

>>830 されるのはあんた。

832 ：デフォルトの名無しさん：03/03/13 23:30

気に食わなけりゃ特権乱用。Java厨のやりそうなことだ。

833 ：デフォルトの名無しさん：03/03/13 23:59

Java厨叩きはこちらへどうぞ。

834 ：デフォルトの名無しさん：03/03/13 23:59

>>833
age荒らしうぜーー!!

835 ：デフォルトの名無しさん：03/03/14 00:01

ageただけで荒らしかYO!

836 ：デフォルトの名無しさん：03/03/14 00:07

>>835
2chではageカキコは荒らしも同然。

837 ：某スレ495 ：03/03/14 00:12

>>836
だよねー。俺もそう思うんだ。反論されちゃったけど。

838 ：デフォルトの名無しさん：03/03/14 03:05

荒れてる状態でageるのは荒らし。

839 ：デフォルトの名無しさん：03/03/14 03:12

ム板に荒らしはいない。
いるのは荒らしではなくぬるぽだ。

840 ：デフォルトの名無しさん：03/03/14 05:12

だから両方勉強しとけって。
おまえらの頭のなかのキャパは言語一つしかはいらんのか？

841 ：デフォルトの名無しさん：03/03/14 05:18

>>840
荒らしとぬるぽの両方？

842 ：デフォルトの名無しさん：03/03/14 18:55

今日は静かだ

843 ：デフォルトの名無しさん：03/03/14 21:23

>>795
イイものについてはそのイイところだけ使えばいいだけの話っしょ。
そう割り切ってる人は無闇に叩いたりしない。弱点があるなら他の
何かで補えば済む話だからね。

Java厨は、なんつうか、完璧であることを求める人々なんじゃないかなあ。
ある意味コドモというか。実際そうなんだろうけど。

844 ：デフォルトの名無しさん：03/03/14 23:15

try{

845 ：デフォルトの名無しさん：03/03/14 23:53

>>844
コンパイルエラー

846 ：デフォルトの名無しさん：03/03/15 00:02

}
catch(NullPointerException e){
　System.err.println("ぬるぽ");
}

847 ：デフォルトの名無しさん：03/03/15 00:12

catch( DamePointerException e ){
System.err.println("だめぽ");
}

848 ：デフォルトの名無しさん：03/03/15 00:16

catch( HarutyuError e ){
　System.err.println("受験がんばってね");
}

849 ：デフォルトの名無しさん：03/03/15 00:23

catch( GeratyuError e ){
　throw e;//無視でよろ
}

850 ：デフォルトの名無しさん：03/03/15 00:42

851 ：デフォルトの名無しさん：03/03/15 01:02

*/
try{

852 ：デフォルトの名無しさん：03/03/15 02:24

}
finally{
System.out.println( "どっちも死滅" );
}

853 ：デフォルトの名無しさん：03/03/15 03:01

/**

854 ：デフォルトの名無しさん：03/03/15 03:01

throw new NullpoException("ｶﾞｯ");

855 ：デフォルトの名無しさん：03/03/15 03:32

という処理は行わない
@param nulpo ぬるぽ
@return ぬるぽ
*/

856 ：デフォルトの名無しさん：03/03/15 03:48

goto マ板;

857 ：デフォルトの名無しさん：03/03/15 03:55

マ板からここに戻る:

858 ：デフォルトの名無しさん：03/03/15 04:13

try{

859 ：デフォルトの名無しさん：03/03/15 04:26

Javaは言語としてはサイコーだが、出来上がるものはサイテー
APIを次のバージョンで5倍位パワーアップしないと.NETにおいつかんな。別に今からでも間にあうと思うのだが、Sunにはそんな力ない。以上、Javaは死滅

860 ：デフォルトの名無しさん：03/03/15 04:30

　try
　{

861 ：デフォルトの名無しさん：03/03/15 04:30

> Sunにはそんな力ない
禿げ同

862 ：デフォルトの名無しさん：03/03/15 04:32

>>861
1.4以降、APIはSun単独で実装してないよ。IBMとかオライリーの人とか、
いろいろ。おかげで1.4にはかなりとんでもないバグがちらほらと…

863 ：デフォルトの名無しさん：03/03/15 04:35

やはりSunには開発する力がなくなったか。

864 ：デフォルトの名無しさん：03/03/15 04:38

　try
　{

865 ：デフォルトの名無しさん：03/03/15 04:44

>>863
コアAPI実装でもXML周りはApache-XMLに丸投げ。
J2EEコアのServlet/JSP実装はJakarta-Tomcat/Jasperそのまんま。

まあ、Sunの人間もApacheには関わってるんだろうけど。

866 ：デフォルトの名無しさん：03/03/15 05:10

>>865
まぁ、おなじ「力がない」なら、仕様決めるのが遅れるより、Sunの実装が遅れる/無いほうがいいな。

867 ：デフォルトの名無しさん：03/03/15 11:54

}
catch( 865-866 e ){
//何もしない
}

868 ：デフォルトの名無しさん：03/03/15 13:01

>>866
Sunの実装、云々でお尋ねしたいのですが、
http://wwws.sun.com/software/communitysource/　で
ダウンロードできる j2seソースをコンパイルするために
必要なソースが抜けていると思うのですが。。。
具体的には、awt_Component.cpp で参照されている
#include "java_awt_Color.h"
#include "java_awt_Cursor.h"
#include "java_awt_Font.h"
... etc
などなど。この java_awt_???.h ファイルって
いったいどこで配布されているのですかね？

869 ：デフォルトの名無しさん：03/03/15 13:11

>>868
javah で書き出したファイルじゃないですかね。
$ javah java.awt.Color と実行したら java_awt_Color.h が作成されましたよ。

870 ：デフォルトの名無しさん：03/03/15 13:29

SunONE Application Serverに脆弱性。(ﾌﾟﾌﾟ
http://www.zdnet.co.jp/news/0303/15/nebt_13.html

871 ：デフォルトの名無しさん：03/03/15 13:35

>>870
そういうネタはUnix板かWebprog板でやってくださいね

872 ：デフォルトの名無しさん：03/03/15 13:42

>>870
全然Javaとは関係ない話題だな。
というかそいつはNetscapeが悪いんだろうな。
まああんなものはApacheTomcatがあればいらんが

873 ：デフォルトの名無しさん：03/03/15 13:51

>>870
Javaを使うな、という内部メモは本当だったのか・・・

874 ：デフォルトの名無しさん：03/03/15 13:55

>>873
お前、その内部メモについて何もわかってないようだが。
記事のタイトルと内部メモを一緒にするとは笑止。
2年前に解決した問題を未だに鵜呑みにしてるとはそれも笑止。

875 ：デフォルトの名無しさん：03/03/15 13:55

>>870
> @stakeではSunONE Application Server 6.0を利用している企業向けに、
> 攻撃を回避するためのサンプルコードをリリースしている。

おいおい、直す気なしかよ。最低だな。

876 ：デフォルトの名無しさん：03/03/15 13:57

>>874
２年前にどこをどう解決したか、根拠がありませんね。
都合の悪い問題は脳内解決ですか。(大爆笑

877 ：デフォルトの名無しさん：03/03/15 14:00

アホアンチの妄言には注意が必要。

Javaは使える → Javaは「UNIXでは何とか」使える

878 ：デフォルトの名無しさん：03/03/15 14:01

>>877
いいえ。Windowsで一番使えますよ。
Solarisでは使えないことはSun自身が認めてるよ。(ｷﾞｬﾊ

879 ：デフォルトの名無しさん：03/03/15 14:02

Javaが使えるか使えないかは、ゲイツ次第だな。

880 ：デフォルトの名無しさん：03/03/15 14:28

>>879
むしろMSサポート中止->Sunの1.4VMのダウンロードがスタンダードに->1.4使ってアプレットが書ける->ｳﾏｰ->でも、クロスバージョン開発とかしなくちゃいけなくなってﾏｽﾞｰ

881 ：デフォルトの名無しさん：03/03/15 14:41

MSサポート中止->Sunの1.4VMも誰もダウンロードしない

が正解ですね。(ﾌﾟﾌﾟ

882 ：デフォルトの名無しさん：03/03/15 15:18

もうJAVAはWebProg板でいいよ

883 ：デフォルトの名無しさん：03/03/15 16:39

>>882
そうだな。Java好きだけどこれはしかたないだろう…。

884 ：デフォルトの名無しさん：03/03/15 17:55

Java嫌いがJava好きとか抜かしてやがる(ｹﾞﾗ

885 ：デフォルトの名無しさん：03/03/15 18:18

>>882
いやだみだ。WebだけがJavaではないのだよフッフッフ
グリッドコンピューティング、Jxta, Jini, 家電、組み込み、分散、携帯電話,
J2EE, EJB, RMI, JavaMail, JDBC, コアAPI, Java Sound API, Java2D, Java3D, JavaSwing, AWT, SWT,
IDE, Eclipse, Jakarta-Project, Servlet, JNDI, XML, UML, おぶじぇくと指向、JavaWebStart,
Java Speech API, Java TV API, Java Communication API, Java Card, Java Phone API
という分野はWebProgの話題ではない。

886 ：デフォルトの名無しさん：03/03/15 18:27

J2EEネタはマジでヤバいって。

それからJ2EEはWebProgにイってヨシだと思う

887 ：デフォルトの名無しさん：03/03/15 18:30

>>886
ｱﾌｫ、基幹系業務の話題がWebProg板でできるとでも思ってんのかｺﾞﾙｧ！

888 ：デフォルトの名無しさん：03/03/15 18:32

>>887
COBOL板・・・はないから情シス板ならOK?

889 ：デフォルトの名無しさん：03/03/15 18:43

>>888
おまいJ2EEの中に何か入ってるのか知ってるのか？

890 ：デフォルトの名無しさん：03/03/15 18:49

プライドが詰まってます

891 ：デフォルトの名無しさん：03/03/15 18:51

つまんねー

892 ：デフォルトの名無しさん：03/03/15 19:17

try{

893 ：　：03/03/15 19:30

exit(1);

894 ：デフォルトの名無しさん：03/03/15 20:25

Javaでexit！？

895 ：デフォルトの名無しさん：03/03/15 20:26

俺が使った、
try{
がプログラム板でひそかにブームになってるな。

896 ：デフォルトの名無しさん：03/03/15 20:32

>>895
catch(895 e)
System.out.println("そうでもないと思うぞ");

897 ：プロの逝って良しの１ ◆MvRbZL6NeQ ：03/03/15 21:05

ｊａｖａでもあるぞ
System.exit(0)

898 ：デフォルトの名無しさん：03/03/15 21:09

また厨房によってJava質問スレが荒らされてる。
このスレが機能してないな。

アンチJava厨はこっちによっといで

899 ：デフォルトの名無しさん：03/03/15 21:11

>>898
機能させたいならあげとけ。

900 ：デフォルトの名無しさん：03/03/15 21:44

try{

901 ：デフォルトの名無しさん：03/03/15 21:49

　try {

902 ：デフォルトの名無しさん：03/03/15 21:55

　　try {

903 ：デフォルトの名無しさん：03/03/15 22:18

　　　　throw new Exception("厨房うざい");

904 ：デフォルトの名無しさん：03/03/15 22:24

JavaアプレットでMSNメッセ作りました。
http://www.geocities.co.jp/SiliconValley-SanJose/2456/

905 ：デフォルトの名無しさん：03/03/15 22:43

} finally {
　　System.exit(0);
}

906 ：デフォルトの名無しさん：03/03/15 23:22

54 名前：名称未設定[sage] 投稿日：03/03/15 10:48 ID:3tHPSx37
JBuilderは、1.4.1でやろうと思えばコマンドラインからの入力で動くんですよね
で、動かしてみたけど
なんていうか・・・
相変わらずリドロー周りがおかしいというか、動作ももっさりだし・・・

907 ：デフォルトの名無しさん：03/03/15 23:25

>>904
ファイルがMSNPrototype.class

とりあえず、説明が無い以上、何がなんだかわからない
署名のないプログラムは表示はさせるが信用できないので使ってはやらない。

皆に使ってもらいたいなら
ちゃんと説明も加えて、jarで圧縮して自分の名前を書いて署名も加えろ

紹介するならこんな死滅スレはお勧めできない。

908 ：デフォルトの名無しさん：03/03/15 23:27

面白そうあげ

909 ：デフォルトの名無しさん：03/03/15 23:29

Java質問スレを荒らしている奴はこのスレで愚痴を吐け

ついでに、このスレの次スレも立てておけ

910 ：デフォルトの名無しさん：03/03/15 23:30

java.lang.Integerなんてループに使えない。
欠点だらけじゃないか。

911 ：デフォルトの名無しさん：03/03/15 23:32

java.lang.Integerなんてループに使えない。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。

912 ：デフォルトの名無しさん：03/03/15 23:35

>>910-911
質問スレを荒らしてないで
素直に最初からこのスレで愚痴っていればよかったんだよ。

BigIntegerでも使ってろ

913 ：デフォルトの名無しさん：03/03/15 23:39

BigIntegerでなにが解決するの？（ｗ

914 ：デフォルトの名無しさん：03/03/15 23:41

欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。
欠点だらけじゃないか。

C#厨は（ﾌﾟｹﾞﾗ

915 ：デフォルトの名無しさん：03/03/15 23:42

>>913
>BigIntegerでなにが解決するの？（ｗ
ループに使えます。

916 ：デフォルトの名無しさん：03/03/15 23:44

>>914
彼は VB厨かもしれません。

917 ：デフォルトの名無しさん：03/03/15 23:45

次スレいっとく？

918 ：デフォルトの名無しさん：03/03/15 23:46

次スレいらない

919 ：デフォルトの名無しさん：03/03/15 23:52

>>917
よろしく

920 ：904：03/03/15 23:52

>>907
署名つけたかったんですが、まだ開発中なので。
なにせ、今実装されているのが
ログイン・状態変更・非同期メッセージ処理（一部のコマンド）
くらいなんで。

921 ：デフォルトの名無しさん：03/03/15 23:52

そんなことより爆笑オンエアバトル始まったぞ

922 ：デフォルトの名無しさん：03/03/15 23:52

>>918
荒らしを隔離するために必要

923 ：デフォルトの名無しさん：03/03/15 23:54

>>922
死者ﾌﾟﾁｭ必死だな（藁

924 ：デフォルトの名無しさん：03/03/15 23:56

　　　　　　　　　　　　　　　　　　　　 _,,.. -──‐- .､.._
　　　　　　　　　　　　　　　　　,.‐'"´
　　　　　　　　　　　　　　　,‐´
　　　　　　　　　　　　　 .／
　　　　　　　　　　　 .,･'
　　　　　　　　　　 ,･'　　　　　 _,,.. -──‐- .､.._
　　　　　　　　　　,･　　　　,. ‐'"´　　　　　　　　　｀`'‐.､
　　　　　　　./　　,l!.‐´l!,　　　(ﾟдﾟ)ｳﾏｰ　　　　　　　　　＼
　　　　　　/　.／l!.l　l!.ll,　　　　　　　　　　　　　　　　　　`:、
　　　　　　　 ./.／　ll! .l.ll! .ll,
　　　　　　　 (_(,／⌒ヽll!. 　ll,
　　　　　　 ┌(ﾟ)ilヽ/l!.ll!)_ノ .ll,
　　　　　　,/　”l!￣ｉ''l!~ l.　　 l!,
　　　　 _,.,/　 ,/ _.,|' .l,　!,._　 .l!,　　　　　ｶｻｶｻ･･･
　　　　　　　 ,/　　　　l,　　　　 i,,__
　　　　　 _,,/　　　　　l,,_

925 ：デフォルトの名無しさん：03/03/16 00:00

for (BigDecimal bd = new BigDecimal(0); bd.compareTo(new BigDecimal(10)) < 0; bd = bd.add(new BigDecimal(1))) {
　　System.out.println(bd);
}

こんなコードは嫌だなぁ。

926 ：デフォルトの名無しさん：03/03/16 00:01

何だ。Java Appletって.NETのStrong Named Assemblyにも及ばないのか。(ｹﾞﾗ

927 ：デフォルトの名無しさん：03/03/16 00:03

ｹﾞﾗ厨ｷﾀｰ
そのうちアク禁になるぞ（藁

928 ：デフォルトの名無しさん：03/03/16 00:07

>>925
そんな馬鹿なコード書く理由がわからんが。

929 ：デフォルトの名無しさん：03/03/16 00:08

とりあえず馬鹿なコードということは認められた。

930 ：デフォルトの名無しさん：03/03/16 00:09

莫迦の成せる技

931 ：デフォルトの名無しさん：03/03/16 00:11

>>925
演算子のオーバーロードがない欠陥を見事に表してるな。(嘲笑禿藁

932 ：デフォルトの名無しさん：03/03/16 00:11

Javaは全部オブジェクトでやろうとすると馬鹿なコードになるという例だろ。

933 ：デフォルトの名無しさん：03/03/16 00:12

嘲笑禿藁厨 = ｹﾞﾗ厨ｷﾀｰ
そのうちアク禁になるぞ（藁

934 ：デフォルトの名無しさん：03/03/16 00:12

>>927
こんなのでいちいちアク禁にすることはないが、
議論にならない状態が続いたらスレストするかも。

935 ：デフォルトの名無しさん：03/03/16 00:13

>>925
そんだったらBigIntegerでもいいんだが。
いやたった10だけでBigInteger使うんだったらintでもshortでもいいんだが。

BigIntegerやBigDecimalはlongやdoubleだけでは精度に不満があるときに
使うもんだ。
ついでにいっとくと
new BigDecimal(0); bd.compareTo(new BigDecimal(10))
の部分は
new BigDecimal("0"); bd.compareTo(new BigDecimal("10"))
と文字列を入れる癖をつけたほうがいい。 1.0dといれるより"1.0"と入れたほうが
10進2進変換誤差を起こさずにdouble型などを入れるよりも内部で正確に処理できる。

Javaでdoubleやintなどを使うことがオブジェクト指向でないと主張する奴は>>925の方法を
使えばいいだけで、それでも納得できないならSmalltalkでも使っていればいい。

936 ：デフォルトの名無しさん：03/03/16 00:14

JavaとC#の差は、プリミティブ値のラッパーをソースに書くか、AutoBoxing
でランタイムがやるかの違いだがな。

どっちにしろループにラッパオブジェクトなんか使ってもインスタンス生成コ
ストが無駄だからやめれ。つうか釣りでしょ？

937 ：デフォルトの名無しさん：03/03/16 00:14

>>931
お前はC++でも使ってろ。
そんなことが欠陥だと主張するなら、
ついでにC#がJavaよりもオブジェクト指向的であるともほざくな

938 ：デフォルトの名無しさん：03/03/16 00:16

>>934
ここは隔離スレだからスレストは不要と思われ。
てか、この板でスレスト見たことないなぁ。

939 ：デフォルトの名無しさん：03/03/16 00:16

>>936
その差が>>925の馬鹿なコードとしてさらされているわけで。

940 ：デフォルトの名無しさん：03/03/16 00:18

C#とかJavaとか、どうだっていいんでない？

という折れはC#を書けない。（藁

941 ：デフォルトの名無しさん：03/03/16 00:21

>>938
最近はスレストするとすぐ dat 落ちするからね。

他のスレに出張するなら根を絶つよ。死滅系まとめて。
漏れは隔離の効果はあまり認めてない。

942 ：デフォルトの名無しさん：03/03/16 00:27

どうせJDK1.5でAutoboxing追加ですが。

943 ：デフォルトの名無しさん：03/03/16 00:31

取らぬ狸の皮算用

944 ：デフォルトの名無しさん：03/03/16 00:31

>>939
オブジェクト指向をちゃんと学んでいれば
そんな馬鹿な発言もしないわけで

945 ：925：03/03/16 00:32

>>935
諫言いたみいります。つうかジョークのつもりが自分のバカさらすだけに
なっちゃったよ。ｳﾜｰﾝ。

946 ：デフォルトの名無しさん：03/03/16 00:33

>>941
いいんじゃない。実際他のスレに現れてるし。特に死者ﾌﾟﾁｭ嘲笑禿藁ｹﾞﾗ厨

947 ：デフォルトの名無しさん：03/03/16 00:34

>>945 偽者の遠ぼえ（ｗ

948 ：デフォルトの名無しさん：03/03/16 00:36

>>942
といってもBigDecimalクラス、BigIntegerクラスをラッパクラスとする
プリミティブ型(値型)ができるわけではないので。
BigDecimalがunboxing変換されたら大変なことになるわけで。
最大桁数がC#のdecimal型より大きく、小数点以下の桁数を自分で調整できる
利点があるわけで。

C#みたいにばかみたいにこれ以上値型を増やすわけにもいかんだろ。
クラスでできることはすべてクラスでやるべきだ。

949 ：デフォルトの名無しさん：03/03/16 00:39

> C#みたいにばかみたいにこれ以上値型を増やすわけにもいかんだろ。
根拠なしですか？ C#のやること＝馬鹿。故にこれ以上値型を増やす事は馬鹿ですか？（藁

950 ：デフォルトの名無しさん：03/03/16 00:41

>>942
そしたらどう書けるようになるの？

951 ：デフォルトの名無しさん：03/03/16 00:41

>>949
良い反応速度だな (ｗ

952 ：デフォルトの名無しさん：03/03/16 00:44

>>951
あなたの２分にはかないませんよ（藁

953 ：デフォルトの名無しさん：03/03/16 00:46

>>950
http://jcp.org/aboutJava/communityprocess/jsr/tiger/autoboxing.html

954 ：デフォルトの名無しさん：03/03/16 00:49

>>951
いい感じで自爆した例。ﾜﾗﾀ

955 ：デフォルトの名無しさん：03/03/16 00:50

>>949
C#特有構造体を使って値型を増やして使いこなす
→オブジェクト指向離れを起こす
→boxing&unboxing自動変換だらけのコードでリファクタリングで苦しむ
→勝手に型変換されるため変換元を確認しにくい
→ソースコードが読みにくくなりデバッグしづらくなり乱れる
→他言語と比べると馬鹿馬鹿しい。

値型の使い方を間違えなければ済むだけのことだが。

956 ：デフォルトの名無しさん：03/03/16 00:53

>>955 言葉が足りないYO！

主観１→オブジェクト指向離れを起こす
主観２→boxing&unboxing自動変換だらけのコードでリファクタリングで苦しむ
主観３→勝手に型変換されるため変換元を確認しにくい
主観４→ソースコードが読みにくくなりデバッグしづらくなり乱れる
主観５→他言語と比べると馬鹿馬鹿しい。

957 ：デフォルトの名無しさん：03/03/16 00:56

>>955-956
プログラマが馬鹿じゃなければ問題ない、ということなんだな。
でも、巷のC#使いだのJava(特にServlet周り)使いだのは、みんな初心者
に毛がはえたようなやつばっかだからな～・・・

958 ：デフォルトの名無しさん：03/03/16 01:03

>>956
>>955の例は大規模プログラミングを前提とした、とでもいっておこうか。

959 ：デフォルトの名無しさん：03/03/16 01:07

大規模とか関係ない例じゃん。

960 ：デフォルトの名無しさん：03/03/16 01:07

>>957
まあ便利だからといってプロジェクトでC#でunsafe, delegate, 下手に無計画にboxing,unboxing,
構造体、符号無し値型整数、少数を多様するのはスパゲティ化の素でいい迷惑なわけで。

これもプロジェクトマネージャの指示と方針がしっかりしていればいいわけだが。

まあ便利なものは諸刃の剣のわけで。C#はJavaより取り扱い注意なわけで
アジャイルに開発しにくくなるわけで。

961 ：デフォルトの名無しさん：03/03/16 01:11

delegateやboxingや構造体はシンタックスシュガーと言っている奴がいる一方
スパゲティの素と言う奴もいる。よくわからん。

962 ：デフォルトの名無しさん：03/03/16 01:20

>>961
シンタックスシュガーにも光と陰があるんだろ。
見た目がよさげでも合成着色料が入った食べ物は有害だということと同じ。

963 ：デフォルトの名無しさん：03/03/16 01:20

>>961
薬を飲みやすくする目的で糖衣錠にするのは良いが，キャンディと見まごう
ばかりになっちゃマズイだろとそういう話なんでないかな。

964 ：デフォルトの名無しさん：03/03/16 01:22

> シンタックスシュガーにも光と陰があるんだろ。
意味不明。シンタックスシュガーに意味を知っているのかと小一時(略

965 ：デフォルトの名無しさん：03/03/16 01:25

>>961
演算子オーバーロードとかだって同じでしょ。シンタックスシュガーであり
かつ下手に使うとスパゲッチその他のｺﾝﾗﾝの元凶。なにがよくわからんの？

966 ：デフォルトの名無しさん：03/03/16 01:28

結局同じことはJavaでもできるわけであり、
同じ事をすればC#もJavaも取り扱い注意度は同じなわけだが。

967 ：デフォルトの名無しさん：03/03/16 01:30

>>966
unsafe、delegate、演算子オーバーロード、例外シグネチャの省略、などなど。

コーダには便利、でも大規模構造を作成するサイにはｺﾝﾗﾝの元となる危険な要素
が、C#には盛りだくさんですよ。危なさのレベルが違う。

968 ：デフォルトの名無しさん：03/03/16 01:31

>>964
あんたは、シンタックスシュガーの光しか見えないのか。
ころころ表現が変わるの(とくに他の類似するような記号使ってるもの)はマジでソースコード読みにくくなるぞ。

969 ：デフォルトの名無しさん：03/03/16 01:32

>>967
まああれでもC++よりはまともなんだろうかね。
CLRがついてるか付いてないかの違いも含めないといけないかね。

970 ：デフォルトの名無しさん：03/03/16 01:33

>>967
要するに低レベルなプログラマには使いこなせないから危険だってことですね。

971 ：デフォルトの名無しさん：03/03/16 01:34

> ころころ表現が変わるの(とくに他の類似するような記号使ってるもの)はマジでソースコード読みにくくなるぞ。
Perlの話はよそでやれ。

972 ：デフォルトの名無しさん：03/03/16 01:40

>>970
それらを使うことが高レベルなプログラマだと思うなら
C#なんか使わないでC++でもつかってろといいたい。

あんたのいう高レベルとはオブジェクト指向を意識したコードを書くことより
アセンブラチックなコードを書くことだといいたいんだな。

高レベルなプログラマでもC/C++のポインタ演算で躓くことが多い。
そこでJavaでは思い切ってポインタ演算などを廃止した。
オブジェクト指向重視、組み込み、家電、ネットワーク上で使いセキュリティ重視のために、
それらは汚いものと見なしていたわけだ。

DDoSアタックはC/C++のメモリリークの特徴を利用した攻撃だ。
Javaではそれを禁止している。簡単にウィルスを作らせない信頼性の高い言語としても確立している
んだろう。

973 ：デフォルトの名無しさん：03/03/16 01:44

> DDoSアタックはC/C++のメモリリークの特徴を利用した攻撃だ。
とりあえず、馬鹿は消えてほしい。

974 ：横レスですが：03/03/16 01:47

>>972
バッファーオーバーランでは？
つうか、メモリーリークを利用した攻撃なんて、どうやるんだYO!

975 ：デフォルトの名無しさん：03/03/16 01:48

>>970
低レベルなプログラマ程、「最近知った新機能」を使いたがる。
おかげで統一性の無いコードを生産してくれるわけ。

C# でそれが許されてるのは最初から小規模開発用かつ保守性度外視だから。

976 ：デフォルトの名無しさん：03/03/16 01:49

>>974
DDoSはバッファオーバーランも関係ない。

>>972
ﾌﾟﾌﾟﾌﾟ

977 ：デフォルトの名無しさん：03/03/16 01:50

>>975
おまえはJava1.4、1.5で増える新機能使用禁止。

978 ：デフォルトの名無しさん：03/03/16 01:50

>>977
使ってないよ。