なぜドトネト厨はそんなにJavaが嫌いなのか　6

1 ：仕様書無しさん：04/07/14 23:53

なぜドトネト厨はそんなにJavaが嫌いなのか　5
http://pc5.2ch.net/test/read.cgi/prog/1088355111/
なぜドトネト厨はそんなにJavaが嫌いなのか　4
http://pc5.2ch.net/test/read.cgi/prog/1085873179/

2 ：仕様書無しさん：04/07/14 23:55

終了

3 ：仕様書無しさん：04/07/15 00:01

なんかしらないけど
「ユーザ設定が消失しています」とでたので
もう一度スレを立て直そうとしたらスレが二つも立っていた。
立っているなら立っていると言って欲しいなサーバ君は。

4 ：仕様書無しさん：04/07/15 00:11

いいわけすんな

5 ：仕様書無しさん：04/07/15 00:26

さてと、続きだ。

6 ：仕様書無しさん：04/07/15 00:27

>>4
Internal Server Errorとか出たんだからしょうがないじゃん。
あんなのがでたら既にスレがたっているなんて誰も思わないさ。

7 ：仕様書無しさん：04/07/15 00:35

じゃあ、確認しろよ。

8 ：仕様書無しさん：04/07/15 00:46

レスポンスが遅すぎ何だよ

9 ：仕様書無しさん：04/07/15 02:27

同じスレが２つたっている・・・。クラスタ構成というやつだな。
こちらをＢ系としておく。

10 ：仕様書無しさん：04/07/16 11:30

デュプレクスシステムと言うやつだ。
こちらを従系とする。

11 ：仕様書無しさん：04/07/18 09:54

しかしスレッドはミラーリングされないな

12 ：仕様書無しさん：04/07/18 11:24

非同期のスレッドです

13 ：仕様書無しさん：04/07/18 12:58

このスレはＡ系で処理できない話題やＡ系が荒らしにあった場合の退避スレです。

14 ：仕様書無しさん：04/07/24 20:25

クラスター弾

15 ：仕様書無しさん：04/08/02 01:22

単に新しいことを勉強するのがめんどくさいだけだろ。
ただ、今時Javaを知らないと上流工程にいってもイメージわかなくて
仕事の範囲が狭まるよ。

16 ：仕様書無しさん：04/08/02 10:56

おいおいJavaのどこが新しいんだ？？
これからの学生とかにとっては、今更消え行く、将来性のない、技術を学ぶなんて時間の無駄だろ。

17 ：仕様書無しさん：04/08/02 11:08

温故知新

18 ：仕様書無しさん：04/08/02 12:48

反面教師

19 ：仕様書無しさん：04/08/02 15:47

>>16
日本語勉強中ですか？

ここで使われている「新しい」とは言語が「新しい」ではなく、
その人にとって今まで知らなかった「新しい」言語という意味ですよ。

20 ：仕様書無しさん：04/08/02 19:59

>>19
今時Javaを知らないと、、、という文脈だろうが。

>>15の文章のJavaをCOBOLで入れ替えてみろよ。不自然だろうが？

21 ：仕様書無しさん：04/08/02 20:07

>>20
接続詞とかの勉強がひつようだね

22 ：仕様書無しさん：04/08/02 20:11

なぜドトネト厨はそんなにJavaが嫌いなのか
それはJavaができるというとすぐにプロジェクトにアサインされるから。
ドトネト厨だということにしておけばお遊びと雑用しかやらされなくて済むから。

23 ：仕様書無しさん：04/08/02 20:20

>>22
それは逆だろう。
そういうつまらないことを気にしているから
Java厨はこんなスレを立てたんだ

24 ：仕様書無しさん：04/08/02 21:04

>>21
おまえは漢字の勉強が必要だな。

25 ：仕様書無しさん：04/08/02 21:05

>>22
それから句読点の勉強も必要みたいだな。

26 ：仕様書無しさん：04/08/02 21:09

>>16
> おいおいJavaのどこが新しいんだ？？
> これからの学生とかにとっては、今更消え行く、将来性のない、技術を学ぶなんて時間の無駄だろ。

ﾌﾟ　どこの三流大学だよw

27 ：仕様書無しさん：04/08/02 21:11

即戦力としてつかえるにはJavaは必須だ。

28 ：仕様書無しさん：04/08/02 21:11

>>16
> おいおいJavaのどこが新しいんだ？？
> これからの学生とかにとっては、今更消え行く、将来性のない、技術を学ぶなんて時間の無駄だろ。

で、おまえはJavaの変わりにﾄﾞﾄﾈﾄとか言い出すんだろ。
考えが幼稚なんだよ。

ﾄﾞﾄﾈﾄも学生の間ではほとんど人気が無い消えていく技術だよ。

WebServicesではJavaに敗北し
サーバサイドでもJavaに敗北し
.NETのすべての機能はろくに満足にLinuxや*BSDでフルに生かすことができない。
.NETが生き残る道は結局残るは今までどおりGUIのみとなりLonghorn、WinFXで
必死に生き残ろうとしている。

29 ：仕様書無しさん：04/08/02 21:12

Javaの習得は必須ですよ。

協力会社では

30 ：仕様書無しさん：04/08/02 21:27

必須なんですか？
さっぱりできない方も大勢おられるようですが。

31 ：仕様書無しさん：04/08/02 21:49

>>30
それはコボラーの親戚です。

32 ：仕様書無しさん：04/08/02 22:11

それは通称Java厨といいます。

33 ：仕様書無しさん：04/08/02 22:17

＞.NETが生き残る道は結局残るは今までどおりGUIのみとなりLonghorn、WinFXで
必死に生き残ろうとしている。

ものはいいようだな？え？
必死に生き残るんじゃなくて、生き残りが保障されていると書けよ。JAVAと違ってな。
.netが学生に人気のない消え行く技術なんてオマエの妄想だが、.netはお前も認識している通り、生き残るんだよ。

34 ：仕様書無しさん：04/08/02 22:21

>>33
お前は流れが読めないのか？屑が。
そういう時は
「.netはお前も認識している通り、この先生きのこるんだよ。」
ってレスつけるんだよ。
まぁ、.netがこの先生きのこるとしてもお前は消えてしまいそうだがなw

35 ：仕様書無しさん：04/08/02 22:22

生きてると必死に訴えないとならないのが.netの悲しいところ。現状では。

36 ：仕様書無しさん：04/08/02 22:22

>>34
俺はお前のような消えるとか心配してるような雇われPGじゃなくて、投資家なので、
そんな心配なし。屑が。

37 ：仕様書無しさん：04/08/02 22:24

>>35
＞生きてると必死に訴えないとならないのが.netの悲しいところ。現状では。

現状認識甘すぎ

38 ：仕様書無しさん：04/08/02 22:28

先生きのこ
先生きのこる

39 ：仕様書無しさん：04/08/02 22:29

＞サーバサイドでもJavaに敗北し

これだろ？あほかと。
Javaって何年前にでた技術で、どれだけ先行者利益あると思ってんだ？
やっと2,3年前にエンタープライズサーバ市場に乗り出した.netと比較すれば、
それはシェアはそれなりにあるのが当たり前。
むしろ、この数年でどれだけ.netが伸びたのか注目する見方もできないやつは低脳。
数年後、そのころのシステムの減価償却時期がきたら、リプレイスメントの波がくるが、
そのとき、Javaを選ぶか、.netを選ぶかだろう。

簡単に、アホの一つ覚えでJ2EEでサーバは圧勝と言ってる奴は単純にアホなわけだが。

40 ：仕様書無しさん：04/08/02 22:30

流れの読めない投資家痛すぎｗ
そんなんだからこんな所で雇われPGに息巻くことしか出来ないんだろ？ｗ

41 ：仕様書無しさん：04/08/02 22:32

.netでサーバは、Unix系でまともに動くようにならない限り。。。

42 ：仕様書無しさん：04/08/02 22:33

>>28ってさ、

Javaが消えると言われて、反対意見＝.netが消えるという結論をごりおししたいという脊髄反応がまずあって、
自分がよく知ってる巷で言われる.netの「自分たちにとっての」不便なところをただ、思いつくまま順番にだらだら書いて、
だから死滅します！とか言ってる訳だ。
小中学生が嫌いなアイドルの欠点をあげつらう手法となんら変わりわない。幼稚すぎ。

43 ：仕様書無しさん：04/08/02 22:34

.netが伸びたってどのぐらい?
前に.net厨に実例出してみろといったらロクなの出てこなかったけど。
まあ、そいつが低能だっただけかもしれんが。

44 ：仕様書無しさん：04/08/02 22:34

>>40
流れの読めない痛い奴は、Java厨だろ。疑問の余地はないわ。

45 ：仕様書無しさん：04/08/02 22:36

定時退社の漏れはどちらが流行ろうが廃れようがいいのだが

46 ：仕様書無しさん：04/08/02 22:38

>>45
お前じゃなくともどっちでもいいと考えるだろう。
正直、勝ち馬に乗るだけだし。

47 ：仕様書無しさん：04/08/02 22:40

勝ち馬に乗るだけなら、ごぼうぬきされる一歩手前の馬を擁護するやつの神経が理解できない。
理由はひとつ、信仰だろうな。

48 ：仕様書無しさん：04/08/02 22:45

実際さ、投資の話で言うとさ、
Javaと.netの先物なんてあればいいと本当に思うよ。
Java先物は全力で空売り、.netは買いだろうな。
もし、そういうのがあれば、この辺で妄想してるJava信者にも、チャート見せれば終わりだからな。
マーケットがどう評価してるのか一目でわかるようになる。

49 ：仕様書無しさん：04/08/02 22:48

あと、IT分野はインド人技術者の動向見れば、それがいい指標になる。
もちろん、Javaから逃げ出して.net技術者急増という現実があるわけだが。

VBやらが全盛の日本の開発者がJavaドカタマンセー、まあ派遣の仕事がまだあるのか知らんが、
そんな実感など世界全体の流れから見たら糞の役にも立たない。

50 ：仕様書無しさん：04/08/02 22:49

ここは業績を重視しない市場ですね

51 ：仕様書無しさん：04/08/02 22:51

>>49
どこの国の仕事をしているんですか?

52 ：仕様書無しさん：04/08/02 22:52

.netはM$に全てを含有されているといって間違いないだろうが、JavaとSunMicrosystemsの関係はそうではない。
SunMicrosystemsが滅びてもJavaは生き延びるし、逆にJavaが滅びてもSunは生きのこる。
PGとしてはこの先生きのこるほうに付いて行けば良いわけだが。

53 ：仕様書無しさん：04/08/02 22:55

>>52
じゃあCOBOLerが最強だな。

54 ：仕様書無しさん：04/08/02 22:57

Javaが滅びたらJavaが滅びるだけだろ。
実際、Sunの滅亡はJavaがCOBOL並みになる確率よりずっと低いわけだが、
そんで、どうすんの？SunのSolarisやらハードでも売るつもりか？

55 ：仕様書無しさん：04/08/02 23:01

>Javaが滅びたらJavaが滅びるだけだろ。

そうですね。

56 ：仕様書無しさん：04/08/02 23:09

>>55
自分の馬鹿さをアピールしてるだけだぞ

57 ：仕様書無しさん：04/08/02 23:10

ということで投資家.net厨がJavaを嫌いな理由は、'金にならないから'ということでよろしいですね？

58 ：仕様書無しさん：04/08/02 23:21

金になるかどうかは知らない、SUNはへぼいが、IBMはJAVAである程度稼いでいるようだからな。
Javaが嫌いな理由は、ずばり道具として劣っているから。
WindowsよりLinuxが道具として劣っているのと同じ。パッケージングマンセーなんだよ。
それが流れだし、実際GoogleとかNASAみたいに、ばりばりシステムをカスタマイズする必要があるのは
ごく一部だろう。後のJ2EEで選択枝がどうのこうのほざいているのは技術者の自己満足であって、
WindowsServerと.netのパッケージで事足りる。むしろそれぞれのコンポーネントのバージョンの組み合わせによる
互換性の無さで保守性を犠牲にしてるだけ。今度の波でその評価がくる。

59 ：仕様書無しさん：04/08/02 23:29

>>56
それは>>54に言ってあげてください

60 ：仕様書無しさん：04/08/02 23:33

いやお前に言ってる。

61 ：仕様書無しさん：04/08/02 23:35

日本語が不自由な方が必死ですね

62 ：仕様書無しさん：04/08/02 23:38

日本語が不自由なのは君。
Javaが滅びたらJavaが滅びるってのがおかしいとか言ってるんだろ？
前後の文脈も理解できずに、単文でしか判断していないわけだ。
国語力ないね。

63 ：仕様書無しさん：04/08/02 23:48

＞SunMicrosystemsが滅びてもJavaは生き延びるし
ここは良いんだよ
＞逆にJavaが滅びてもSunは生きのこる。
＞PGとしてはこの先生きのこるほうに付いて行けば良いわけだが。
ここが変なんだ。
Javaを失ったSUNに、PGとして付いて行く....どういうこと？

64 ：仕様書無しさん：04/08/02 23:50

>>63
＞PGとしてはこの先生きのこるほうに付いて行けば良いわけだが。
PGとしてはこの先生きのこるほう（.netかJavaか）に付いて行けば良いわけだが。

65 ：仕様書無しさん：04/08/02 23:54

Javaは独占禁止法対策とか、C#に採用する前の毒見役として
生き残るってことで決まりなのでは？

66 ：仕様書無しさん：04/08/02 23:59

>>62
詭弁ですね

67 ：仕様書無しさん：04/08/03 00:33

このスレは同名スレの待機系です。>>13を参照ください。

68 ：仕様書無しさん：04/08/03 00:52

数年前にあったJavaVMのWindows載せる載せないで決裂したときに、
実質勝負はついてんじゃん、将棋でいえば、あのときが詰みだよ。
今のJavaのシェアー縮小は一応最後まで指しておきますってなモン。

69 ：69式フリーPG ◆hND3Lufios ：04/08/03 06:16

【PC】サン・マイクロシステムズ、ノベル等の買収を検討【08/02】
http://money3.2ch.net/test/read.cgi/bizplus/1091433855/

70 ：仕様書無しさん：04/08/03 07:17

SunはJavaをｵｰﾌﾟﾝｿｰｽにした
つまりもうサポートしない見捨てたってことだ

71 ：仕様書無しさん：04/08/03 09:06

http://www.itmedia.co.jp/enterprise/articles/0408/02/news047.html
一部の報道によると、次のオープンソースライセンスの対象として検討中の
Microsoftのプロジェクトには、

オープンソースの「Apache」Webサーバと競合する
同社の「Internet Information Server（IIS）」Webサーバ、

Sun Microsystemsの「NetBeans」プロジェクトやIBMが後押しする「Eclipse」開発ツールと競合する
Microsoftの「Visual Studio」ツールスイート、

オープンソースの「Concurrent Versions System（CVS）」と競合する
Microsoftのバージョン管理製品「Visual SourceSafe」などが含まれる。

72 ：仕様書無しさん：04/08/03 09:18

おいIISとVS.netオプソ無料にする気かよ？かなり大事件だな。
オプソ厨は手のひらをかえしたように絶賛して、シェアもぐっと伸びる予感。
MSの経営戦略的には効果的。

73 ：69式フリーPG ◆hND3Lufios ：04/08/03 09:20

まじかよぉ。
IISはありえるかもと思ってたが・・・。

74 ：仕様書無しさん：04/08/03 15:25

>>70
オープンソースでもサポートされているアプリケーションは死ぬほどあるけど…

75 ：仕様書無しさん：04/08/03 20:56

IISとVSか。ありかもしれんな。

76 ：仕様書無しさん：04/08/03 22:22

お約束だが

M$必死だな(w

77 ：仕様書無しさん：04/08/03 22:30

これに対抗するにはMS以上に必死にならんといかんな（ｗ

78 ：仕様書無しさん：04/08/03 22:37

>>76
後ろ、後ろ

79 ：仕様書無しさん：04/08/03 22:40

>>77
オープンになったら手直ししたあとLinuxあたりに移植ってのでどう?
使う奴いるかどうかしらんけど。

80 ：仕様書無しさん：04/08/03 22:42

>>79
そうかIISとVSがマルチプラットフォームアプリに改造してくれるのか。
そりゃ便利かも知れんな。

81 ：仕様書無しさん：04/08/03 22:56

素のWindowsとWineでマルチプラットフォームか

イイかも

82 ：仕様書無しさん：04/08/03 23:01

たいした収入源じゃないものをオープンにして、
それが勝手にLinuxに移植されて、ただでシェアで増やせる。
MSにとっては一石二鳥だな。

83 ：仕様書無しさん：04/08/03 23:04

要するに、シェア拡大して儲けると言うよりも、
他社製品のシェアを落として潰すと言うことだな。

84 ：仕様書無しさん：04/08/03 23:05

Netscape潰した時と同じだ。

85 ：69式フリーPG ◆hND3Lufios ：04/08/03 23:08

うーん、IISはI/O完了ポートでゴリゴリ回してるから、Unix系に移植できるかな。
素直にApache使ったほうが良いと思う。

86 ：仕様書無しさん：04/08/03 23:13

IISなんていらんだろ。
Windowsでも使われてるか怪しいのに。

87 ：仕様書無しさん：04/08/03 23:19

IISのシェアはApacheに次いで第二位

88 ：仕様書無しさん：04/08/04 10:07

IISもVS.netも「自分たちのもの」になった途端、絶賛するオプソ乞食。
ポトペタを馬鹿にしていたJava厨が、Eclipseが出て、それが自分のものになった途端絶賛する構造と同じ。

89 ：仕様書無しさん：04/08/04 10:10

え？ただですか？移植させてもらえるのでしょうか。。。
それなら、IISのセキュリティーホール探すのやめます。ウイルスも作りません。
となる予感

90 ：仕様書無しさん：04/08/04 11:35

>>88
別にそれで良いじゃん。

m$がオプソにしようがしまいが、m$厨が淘汰で滅びるのは変わらない。

91 ：仕様書無しさん：04/08/04 11:38

>>90
淘汰で滅びるのはJava厨だろうが。
現実と妄想を区別しろよ。

92 ：仕様書無しさん：04/08/04 11:47

仮にJavaが滅びたとしてもｺﾎﾞﾗｰがJava厨と生きながらえたように生き残る。
ﾌﾞﾋﾞ厨はVBで良いじゃん、とVB.NETにも入れず、またVBにも後戻り出来ず死滅。
現実と妄想を区別しろよ。

93 ：仕様書無しさん：04/08/04 11:49

VB厨なんて関係ないな。Javaとともども死滅してもなんら影響はない。C#になるだけ。

94 ：仕様書無しさん：04/08/04 11:51

現実にはVBを使ってた会社はVB.NETに移行を始めているがな。
まあ、淘汰されるPGもいるだろうし、移行できるPGもいるだろう。

95 ：仕様書無しさん：04/08/04 11:53

もう２度とVBとかm$開発ツールを使わないと決心したユーザも開発者も少なくないから、確実にパイは減っている。
移行をはじめるなんて労多くして功少なし。

96 ：仕様書無しさん：04/08/04 12:01

>>95
>もう２度と～決心したユーザも開発者も少なくないから
その理由を聞かせてもらおうか？

97 ：仕様書無しさん：04/08/04 12:02

ｼﾞｬｳﾞｧ原人とｺﾎﾞﾗの共通点は現状しがみつくところだな。

98 ：仕様書無しさん：04/08/04 12:09

>>97
そして新たな種が誕生ｗ
http://pc5.2ch.net/test/read.cgi/prog/1090948403/l50

99 ：仕様書無しさん：04/08/04 12:09

JDK1.5へも移行しません。

100 ：仕様書無しさん：04/08/04 12:10

属性も使いません

101 ：仕様書無しさん：04/08/04 12:15

Eclipseも使いません

102 ：仕様書無しさん：04/08/04 16:19

JavaはCOBOLと違って、業務システムだけに使われている物じゃないしね。
組み込み分野では、激しく第一線なんだが。

103 ：仕様書無しさん：04/08/04 16:21

Javaがこの先COBOL以下になっていくのは、ほぼ間違いない

104 ：仕様書無しさん：04/08/04 16:26

cobolて何で廃れたんだろう？

105 ：仕様書無しさん：04/08/04 16:34

POSレジとか？

106 ：仕様書無しさん：04/08/04 16:38

>>104
汎用機COBOLによるファイル変換プログラム郡＋ｺﾎﾞﾗｰーがｻｰﾊﾞJavaに継承した、
と読めば良いと思う。

ミクロ的に見れば確かにCOBOLの減少になると。

107 ：仕様書無しさん：04/08/05 08:52

BEAはあぶねーのかな

ttp://japan.cnet.com/news/biz/story/0,2000050156,20070248,00.htm

108 ：仕様書無しさん：04/08/05 09:19

http://www.itmedia.co.jp/enterprise/articles/0408/05/news010.html

ぶひゃひゃひゃひゃひゃひゃひゃ。

ざまーみろ乞食連中。ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

109 ：仕様書無しさん：04/08/09 21:54

>>108
下手な釣り、数打っても釣れない。

110 ：仕様書無しさん：04/08/11 10:55

つれたー

111 ：69式フリーPG ◆hND3Lufios ：04/08/17 05:41

先日、営業に逝った会社で、（半分汎用機系半分オープン系）

「Java PGがCOBOLを覚えるより、COBOL PGがJavaを覚えるほうが早い」

と、言われた時きゃ一瞬固まってしまいました。

#「あ、そうですねぇ。COBOL PGはベテランの方が多いですもんね～」
#と、相槌。

112 ：仕様書無しさん：04/08/17 05:46

>Java PGがCOBOLを覚える
ムリでしょ。いや、能力とかそんなんじゃなくて、モチベーションが・・・

113 ：仕様書無しさん：04/08/22 06:30

なんで今時、そんな古代言語を習わなきゃいかんのよ

114 ：仕様書無しさん：04/08/24 05:39

アメリカとアラブみたいなもんだよ。思想が全く違う。

115 ：仕様書無しさん：04/09/05 14:47

Sun の Java と MS の .NET をよろしく

　　　　 /＼
　　　　i〇-ヽノ
　　　ノ|　　　|
　　　　レ＾i_ﾉ

116 ：仕様書無しさん：04/09/11 16:51:52

重複再浮上。

117 ：仕様書無しさん：04/09/11 16:54:12

ん？ここが実質パート7か？

118 ：仕様書無しさん：04/09/11 16:57:51

■告■

なぜドトネト厨は～スレに在住の諸氏はこちらのスレを再利用ください。
以下、このスレを

========================================
なぜドトネト厨はそんなにJavaが嫌いなのか 7

について語るスレ、その７。
========================================

とします。

>>117
ということで、ひとつご配慮を。

119 ：仕様書無しさん：04/09/11 17:00:50

最近、PC起動したら、JavaのAuto Updateメッセージが表示された。

これって？？？

120 ：仕様書無しさん：04/09/11 17:02:34

>この環境だと、Javaと.netのスペックの差なんて、
>少なくとも明確なターンアラウンドタイムとして分かるレベルにならない。
.NETとJavaとで速度差がでないようにする。ふむふむ。

その場合は
JAVA ハード投資額　　5千万円
.NET 200万円
ぐらいでそうなるよね確か。

121 ：仕様書無しさん：04/09/11 17:36:16

CP/M信者　　　　　　　DEAD
TurboPASCAL信者　DEAD
1-2-3信者　　　　　　　DEAD
Netware信者　　　　　DEAD
OS/2信者　　　　　　　DEAD
Mac信者　　　　　　　　DEAD
Java信者　　　　　　　DEAD

122 ：仕様書無しさん：04/09/11 17:37:03

.NET信者　　　　　　　LOST

123 ：仕様書無しさん：04/09/11 18:17:57

ドトネト厨が変な糞スレたてたぞ

124 ：仕様書無しさん：04/09/11 20:31:33

実際、言語の処理速度が原因でパフォーマンスがレスポンスが悪いWEBアプリケーションなんてないよな？
JAVAが遅い、って言っている連中も、それは分かっていて、釣りで言っているんだよな？

125 ：仕様書無しさん：04/09/11 20:38:34

クライアント側どうよ？

126 ：仕様書無しさん：04/09/11 20:48:56

携帯だけ

127 ：仕様書無しさん：04/09/11 21:55:19

>>125
ブラウザにJavaも.netもないじゃん。

128 ：仕様書無しさん：04/09/11 22:16:22

OracleのDBA Studioを知らないのか。

129 ：仕様書無しさん：04/09/11 23:31:59

実際問題として、WebアプリでJavaだから遅い、と思えるようなケースなんてありえないよ。

でもまあ、
>>128
あれはクライアントがJavaじゃだめな見本みたいなものだよな。

130 ：仕様書無しさん：04/09/12 10:08:39

逆にJava使いが.netに不満を感じる点が何か、聞いてみたい。
何か使っていて、ああ、やっぱり.netじゃあダメだ、と思うところがあったから、Javaを選択した、ってことなんだろうから。

131 ：仕様書無しさん：04/09/12 10:08:58

M糞だから

132 ：仕様書無しさん：04/09/12 10:56:28

結局さ
C#>>>>>>>>>>>>>Java

決まりということで異論はないね。

133 ：仕様書無しさん：04/09/12 10:57:41

Unixで使えないな。.netは

134 ：仕様書無しさん：04/09/12 10:58:56

使えないけど
unixで.netを使いたい場面が見つからん

windows serverでいいじゃん

135 ：仕様書無しさん：04/09/12 11:00:31

まったくだ。Server2003と.netでなんでもできる。

136 ：仕様書無しさん：04/09/12 11:04:46

素人は面白いな。

137 ：仕様書無しさん：04/09/12 11:16:13

元気があれば～なんでもできる～

と同じ理論だからな。

138 ：仕様書無しさん：04/09/12 11:17:54

UNIX　価値あり
UNIX+Java　価値なし

理解できるかい？

139 ：仕様書無しさん：04/09/12 11:20:25

>>132
どうかな。
C#の方が冗長な気がするけど。

C++はもっとも完成された言語仕様を築き上げた。
あれ以上の言語はない。
だが、あまりに煩雑すぎた。そこでJavaは使いやすさと、高機能性のトレードオフを鑑みて、
最小公倍数を提示した。

C#は再びその流れを逆行しようとしているように見える。
すでにベストの解はでているのに、最適解との差別化を図らんがために、
分かっていて間違った方向に進んでいる感じ。

140 ：仕様書無しさん：04/09/12 11:21:33

>>138
逆だな。
JavaがあってのUNIXだといってやろう。

141 ：仕様書無しさん：04/09/12 11:26:58

>>139
Javaがベストの解？ベストの解出してる割には、C#ぱくって拡張を繰り返しているようだがね。
これをどう説明するのかな？

142 ：仕様書無しさん：04/09/12 11:27:41

>>140
基地外

143 ：69式フリーPG ◆hND3Lufios ：04/09/12 11:28:04

そうかねぇ。
複合データ型になるものを全てヒープに確保するのはいかがなものかと。

144 ：仕様書無しさん：04/09/12 11:34:07

Javaを超える言語が出たとしたら、
それはJavaが出せなかった、最大公約数、という解かもな。
つまり、必要な機能は全て実装した、もっともシンプルな言語仕様・・・。

145 ：仕様書無しさん：04/09/12 11:35:21

UNIXは。

その昔、C/C++, Perl、およびCOBOLが生み出す闇の中にあった。
その中に差し込んだ一条の光。

Java。

146 ：仕様書無しさん：04/09/12 11:39:03

>>141
なーんかそれもAPI（クラスライブラリセット）レベルの話のような気がするんだよなー。
得意になって吹聴しているが、実際めくって見ると、おやおや、この程度ですか、見たいな。
C++→Javaに比べれば、Java→C#なんてどこがちがうの？って感じだし。
これでJavaがC#ぱくった、なんて恥ずかしくてとてもいえないよ、まともな神経の持ち主なら。

で。
JavaがC#の何をぱくったんだって？
ドラクエがFFのパクリだ、程度の話題だから、まあ、笑えるネタなんだろうが。

147 ：仕様書無しさん：04/09/12 11:39:26

>>143
そそ。関数内で使い捨てるクラスまで生存期間を監視されているのって、無駄なんだよな。
明示的に捨てるかスタックに確保すればよいだけの話。

148 ：仕様書無しさん：04/09/12 11:41:21

>>146
＞なーんかそれもAPI（クラスライブラリセット）レベルの話のような気がするんだよなー。

なぜ？
俺は明らかに違うと思う。

149 ：仕様書無しさん：04/09/12 11:43:50

はい、先生！
議論の行方が見えないので、
C#ではこう書けるのにJavaでは書けない！みたいな指摘がいいと思います！

150 ：仕様書無しさん：04/09/12 11:47:19

>>147
え。
メソッド内で局所変数、
メソッド終了時にクリアしないで、
gc実行を待って回収しているってこと？

・・・。
って、すごく能率悪いような気がしたけど、書いてみると、
それはそれでありなような気がしてきた。
メソッドの呼び出しを繰り返すような処理の場合、
ちくちく解放しないで、足らなくなったら、まとめて解法する、ってことだよな・・・？

151 ：仕様書無しさん：04/09/12 11:50:10

J厨ｲｰｲｰ

152 ：仕様書無しさん：04/09/12 11:52:56

俺が煽ったおかげで少しはつぶすべきJava厨が出てきたようだな。

153 ：仕様書無しさん：04/09/12 11:54:15

先生！javaに値型がない理由を教えてください！

154 ：69式フリーPG ◆hND3Lufios ：04/09/12 12:00:30

Sunの考えた機能と扱いやすさの最適解としてのJavaは、シンプルすぎたのではないだろうか。。
MSはその分を追加してC#をリリースした。（本当はJavaに追加したかったのだろうが）

Javaは最初に提示した解からどこに向かうのだろうか。
Tigerで色々と追加されるようだが。

155 ：仕様書無しさん：04/09/12 12:13:24

J#厨とJ++厨は居ないの

156 ：仕様書無しさん：04/09/12 12:14:34

最近のJava厨って骨が無いな。

>>155
いるわけない。

157 ：仕様書無しさん：04/09/12 12:15:35

>>155
J#は値型を定義できません。

158 ：仕様書無しさん：04/09/12 12:16:08

140 ：仕様書無しさん：04/09/12 11:21:33
>>138
逆だな。
JavaがあってのUNIXだといってやろう。
140 ：仕様書無しさん：04/09/12 11:21:33
>>138
逆だな。
JavaがあってのUNIXだといってやろう。
140 ：仕様書無しさん：04/09/12 11:21:33
>>138
逆だな。
JavaがあってのUNIXだといってやろう。

159 ：仕様書無しさん：04/09/12 12:19:36

【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
http://pc5.2ch.net/test/read.cgi/tech/1094891986/

160 ：仕様書無しさん：04/09/12 12:26:58

J#厨は、ドトネト　∩ Java 　∩ Windows
というベン図であらわすことができ、

J++厨は、　M$ 　∩ Java　∩ Windows
というベン図であらわすことができ、

Java厨は、　オープンソース　∩ Java
というベン図であらわすことができ、

なお、

ドトネト厨 ⊆ M$厨 (M$厨はドトネト厨を包含する)
C#厨 ⊆　ドトネト厨 (ドトネト厨はC#厨を包含する)

という関係式が成り立つ。

161 ：仕様書無しさん：04/09/12 12:29:13

C#>>>>>>>>>>Java

異論はないね。決定

162 ：仕様書無しさん：04/09/12 12:31:54

ダメっぷりの比較なら同意

163 ：仕様書無しさん：04/09/12 12:35:04

MonoはLinuxだけでUNIXじゃ無理なのか？

164 ：仕様書無しさん：04/09/12 12:50:55

UMLJavaができない奴は英語ができない奴と同類
http://pc5.2ch.net/test/read.cgi/prog/1094960371/

165 ：仕様書無しさん：04/09/12 14:53:03

もうみんな分かってるんだろ？Javaが下火になってるって・・・

166 ：仕様書無しさん：04/09/12 16:32:32

下火なのはAppletとActiveX だけ

167 ：仕様書無しさん：04/09/13 00:25:06

>>135
WindowsXPとWindows Serverって、主に何が違うの？
おしえて。

168 ：仕様書無しさん：04/09/13 00:50:02

基本的にカーネルがかなりよくチューニングされているらしい。
後は鯖サービスやらユーティリティがついている。リモートデスクトップの機能が充実している。
IIS6がある。
ちなみに自分はMSDN加入してたから、クライアントマシン3台ともに2003入れてる。

169 ：仕様書無しさん：04/09/13 01:09:14

その使い方はラ■○□▲◇△◆×

170 ：仕様書無しさん：04/09/13 01:27:14

.NET自体は良いと思う。でもWindowsでサービス展開しようとするときの
「あれやるなら金を払え」「これをやるなら追加で払え」「そんな規模
ならもっと払え」という「金を払え」攻撃がつらい。
企業で金を払って自分の苦労を減らしたい要求には合致していると思う。
苦労していいから金を払いたくない要求には合致してないと思う。

171 ：仕様書無しさん：04/09/13 01:32:39

>>168サンクス。
複数の人が同時にリモートデスクトップで作業できるのかな。
そうなら欲しい。

172 ：仕様書無しさん：04/09/13 02:15:15

>>171
できるし、シャドウモードで別セッションをビューしたりコントロールしたりできる。
Widowsのクライアントバージョンは無理だな。ライセンスで１ユーザLOGINしか許可してないからな。

173 ：仕様書無しさん：04/09/13 02:22:54

そんなの出来ませんよ。無理ですよ。
ITニュース系のサイト見てないでしょ？M$の糞製品なんか使えませんよ。

あのプロジェクトだって、焦げ付いたのはM$のせいですよ。
そもそも、M$製品でやろうと言い出した客が悪いんです。俺は悪くない。

174 ：仕様書無しさん：04/09/13 02:28:00

世の中にはデルのサイトとかアクセス証券とかシティバンクとか、
M$製品のサイトはいくらでもあるぞ。

おまいさんが知らないか、自己正当化のために目を背けているだけで。

175 ：仕様書無しさん：04/09/13 02:40:34

>>170
苦労しても良いから金を払いたくないならOSから作りゃ良いじゃねーかｗ

あれもやりたい、これもやりたい、大規模でやりたい
そう言われて金を要求しない会社なんか無いだろ。

176 ：仕様書無しさん：04/09/13 07:25:07

>>173-174
うわあ、本物の精神分裂だ･･･。
気持ち悪い。

177 ：仕様書無しさん：04/09/13 09:44:15

>>175
ホントにないか？

178 ：仕様書無しさん：04/09/13 10:09:21

>>175
JVMでOS作るのか？
まるで箱庭諸島みたいだな。
OSの中にJVM OSワールド　ｲｲﾈ　楽しそうだな
J厨ｲｰｲｰ　さんたちがんがってくれ

179 ：仕様書無しさん：04/09/13 10:46:44

>>175はちゃんと対価を払うのはアタリマエといってるだけであって、
Java厨をむしろ非難している。

180 ：仕様書無しさん：04/09/13 11:31:42

>>167
ネットサーフィンしづらくなっただけの違い
再起動もめんどい

181 ：仕様書無しさん：04/09/13 12:21:29

UMLJavaができない奴は英語ができない奴と同類
http://pc5.2ch.net/test/read.cgi/prog/1094960371/l50
　

182 ：仕様書無しさん：04/09/13 16:37:16

>>175
いいこと教えてあげるね。
LinuxとかFreeBSDというOSがあるから、別にOS作らなくてもいいんだよ。
ただこのOSの難点は、君みたいに物を知らない人だとなかなか使いこなせないことなんだ。
残念だね。

183 ：仕様書無しさん：04/09/13 20:41:37

>>182
だったらLinuxとかFreeBSDを使ってりゃ良いだろ？
金のかかる物なんか気にする必要なんか最初から無いじゃん。
まあ、Linuxを企業に入れるとなるとWindowsより金がかかることさえ知らない
ど素人のは乞食稼業がお似合いだよなｗ

184 ：仕様書無しさん：04/09/13 21:10:59

>>183
でもLinuxとかFreeBSDで動かない.NETは使えないね。

185 ：仕様書無しさん：04/09/13 21:30:13

>>184
.NETなんか使わなければ良いんだよ。
なに、そんなに.NETが気になるの？

186 ：仕様書無しさん：04/09/13 21:34:50

>>183
LinuxやFreeBSDを使うと乞食稼業ですか。
「Linuxを企業に入れる」って、なにを意味してるんだろ。
LinuxやFreeBSDは使えないけど、金をはらってWindowsを使ってる自分が
大好きで、バッドノウハウをいくつか知ってるだけなのに自分に技術力が
あるとか勘違いしている、かわいそうなひとなんだろうなぁ。

187 ：仕様書無しさん：04/09/13 21:47:17

>>186
ええと・・・
根本的な所で話がかみ合ってないような・・・
君、LinuxやBSDのサーバをお客さんに納入した事無いの？

188 ：仕様書無しさん：04/09/13 21:50:59

なんでAIXやSolarisじゃなくて玩具なの？

189 ：仕様書無しさん：04/09/13 21:53:12

乞食だから。

つか、減価償却するまでサポートをつけたら、Windowsより高いじゃん。犬糞

190 ：仕様書無しさん：04/09/13 21:56:44

>>188
やっすいPCでも一応は動くからだろうなｗ

191 ：仕様書無しさん：04/09/13 22:04:19

いいことを教えてやろう。

Linuxの俺様デストリを作るのだ。多少古くても良い。パッケージも少なくてよい。
巷のデストリのようになんでもかんでも突っ込む必要は無いから、コンパクトに
出来るだろう。

コンパクトだと保守も多少は楽だ。毎週のように沸いてくるパッチを取り入れるのも
君次第。健闘を祈る。

192 ：仕様書無しさん：04/09/13 22:06:48

あと、不具合があっても自分自身でデバッグできるよね。

193 ：仕様書無しさん：04/09/13 22:07:44

>>188
AIX,Solaris,FreeBSD,Linuxの違いを言ってみな？

194 ：仕様書無しさん：04/09/13 22:08:26

>>188
タダだからさ
それ以外にどんな理由がある？

195 ：仕様書無しさん：04/09/13 22:10:27

>>193
AIX,Solaris←お金持ち用。
FreeBSD,Linux←乞食用。

196 ：仕様書無しさん：04/09/13 22:10:30

だから、減価償却までパッチがリリースされないものをどうやって企業に納入
するのか教えてくれ。

197 ：仕様書無しさん：04/09/13 22:11:52

AIX,Solaris←製品。
FreeBSD,Linux←玩具

198 ：仕様書無しさん：04/09/13 22:15:30

Fedra Core　　　　　←人と違ったことがしたい自分探し君用の餌
RedHaｔEnterprise　←信者用のお布施。多宝塔

199 ：仕様書無しさん：04/09/13 22:17:47

やっぱ、NEWSだよな。

200 ：仕様書無しさん：04/09/13 22:17:54

サービスに不具合が出なければなにもパッチなぞ当てる必要はない。
必要かどうかの判断もせずに「パッチがあるから」という理由で当
てるのは良くないぞ。不具合があってもパッチがでないし、ソース
がないから直すこともできないという悲しい目に会うこともあるけ
どね。

201 ：仕様書無しさん：04/09/13 22:19:04

Redhatってサポート終了したんじゃなかったっけ？

202 ：仕様書無しさん：04/09/13 22:19:16

>>200君がパッチを当てる頃は踏み台だそうです。

203 ：仕様書無しさん：04/09/13 22:22:46

>>202
踏み台になるようなものは「サービスに不具合がある」っていうんだよ。

204 ：仕様書無しさん：04/09/13 22:24:51

だ　か　ら、　それが出てから当てるんだろ？>200君は？ｗ

205 ：仕様書無しさん：04/09/13 22:24:52

>>202
きみのWindowsはきっと白雪姫のDVDを問題なく再生できるんだろうな。

206 ：仕様書無しさん：04/09/13 22:26:32

会社のWindowsPCで白雪姫のDVDを再生する205のお仕事を聞きたい

207 ：仕様書無しさん：04/09/13 22:26:33

http://www.10art-ni.co.jp/product/rhel/price.html

RedHat EnterpriseESの３年契約で\255,000ですかそうですか。

208 ：仕様書無しさん：04/09/13 22:29:17

>>207
それ、１年契約と書いてあるんだけど・・・・・

209 ：仕様書無しさん：04/09/13 22:31:39

月2万円で一生懸命セキュリティホールつぶしてくれるなら、まあいいか
という気がする。

210 ：仕様書無しさん：04/09/13 22:32:28

>>206
パイロット

211 ：仕様書無しさん：04/09/13 22:33:14

野球選手

212 ：仕様書無しさん：04/09/13 22:33:52

某アプリケーションサーバみたいに、日本は窓口だけで
本社と伝言ゲーム＆本社やる気無しという状態でないことを
切に祈る

213 ：仕様書無しさん：04/09/13 22:36:23

玩具にそんな金を払うくらいなら、Solarisを買えよ。お前ら。
少しはSunにも儲けさせてやれ。Javaの開発に相当投資してきただろうに
可哀相過ぎるぞ。

214 ：仕様書無しさん：04/09/13 22:38:00

>>213
Solarisサーバ一台入れるのに幾らかかるんだ？

215 ：仕様書無しさん：04/09/13 22:39:30

Sunって悲惨だな。

216 ：仕様書無しさん：04/09/13 22:41:30

【メディアキット】 Solaris 9 （SPARC & x86 版）9/04 DVD-ROM メディアキット、
マルチリンガル、ライセンスなし￥10,815-

【ライセンス】 Solaris 9 （x86 版）デスクトップ 2-4CPU 新規ライセンス￥29,505-

皆様のご購入をお待ちしています

217 ：仕様書無しさん：04/09/13 22:44:03

>>216
乞食は雑誌の付録があるからｲﾗﾈだそうでつ

218 ：69式フリーPG ◆hND3Lufios ：04/09/13 22:49:49

へー、WinXP Proとあまり変わらないんだな。
遊んでみるかな。

219 ：仕様書無しさん：04/09/13 22:53:13

このスレは「どうすればSunを元気付けてSolarisを普及させるか」
に変わり、ませんか？

とりあえずFreeSolarisをダウソ＆インスコして、
http://www.sunfreeware.com/ に行くということで

220 ：仕様書無しさん：04/09/13 22:56:56

java厨って乞食だったんですね。

221 ：仕様書無しさん：04/09/13 23:01:39

>>198
＞Fedra Core　　　　　←人と違ったことがしたい自分探し君用の餌

これマジ？

222 ：仕様書無しさん：04/09/14 08:21:58

つか、真面目な話、Windowsサーバでいいような状況なら、Linuxでもそれほど必死にパッチを当てる必要はない。
そもそも、Linuxのパッチ、っての自体が、デーモンごとのもので、Winで言えばインストールしている、製品ごとのパッチに相当する。
これを真面目に管理する気になったならWinもコストや手間は一緒。
この状態にも関わらずWinサーバは運用コストが低い、なんて言っているのは、いかにWinサーバがほったらかしにされているかという事実の言い換えにすぎない。

223 ：仕様書無しさん：04/09/14 09:36:27

高負荷の状況下で OS+DB+他ミドルウェアが安定して動くなら
なんでもいいんだけどな。

224 ：仕様書無しさん：04/09/14 10:09:47

.NET厨として
strutsをすこし知ってやろうかと本屋で立ち読みしたら
冒頭に「strutsの欠点」が一覧表になっていた。
ありゃりゃ、こりゃ読むまでもないかな。ﾂｶｴﾈと思った。
やっぱり.NETのフレームワークはすばらしい。

225 ：仕様書無しさん：04/09/14 10:15:23

>>224
チューニングの必要が出たときは、変にclassで作って無理なチューンでソースをグダグダにしてしまうより
structで上手にやったほうがいいよ。

226 ：仕様書無しさん：04/09/14 10:17:07

>>225
そっちかよ！

227 ：仕様書無しさん：04/09/14 10:19:12

.NET フレームワーク　>>>>> Notes >>>>>> Excel VBA >>>> Perlライブラリ >>>> struts

228 ：仕様書無しさん：04/09/14 10:20:43

using System.Web.UI.WebControls;

229 ：仕様書無しさん：04/09/14 10:21:29

よーくみたらスペルが違った(穴に入りたーい)

230 ：仕様書無しさん：04/09/14 10:26:53

typedef struct tagJAVA_TYU{
　unsigned short unko;
}JavaTyu;

231 ：仕様書無しさん：04/09/14 10:32:38

>チューニングの必要が出たときは

必ずチューニングの必要が出るのがJ厨ｲｰｲｰの特徴なのか？

232 ：仕様書無しさん：04/09/14 12:06:46

お客様を言いくるめればチューニングの必要など無い

233 ：仕様書無しさん：04/09/14 12:29:52

>232
具体的ににどういうふうに言いくるめるのよ

234 ：仕様書無しさん：04/09/14 13:00:57

J厨ﾋｰﾋｰ

235 ：仕様書無しさん：04/09/14 13:54:59

最高のハードとアプリケーションサーバですよ？
これから4年もつかってモトをとらなきゃいけないのに
遅いと思うんですか？体感と私のどっちを信用するんですかっ！

ここだけの話、${JREの次バージョン}ではさらなる速度向上が見込まれ
米国本社もイチオシです。JREの速度がかわらないんだったら、
アプリケーションもそのままですが、速度があがるんですよ？

お客様もJREを入れ替えることでアプリケーションの速度が上がることは
容易に分かりますよね？分からない？私が信用できないから？
私の説明のどこが信用できませんか？私はお客様のことを第一に考えて
誠心誠意ものを納めさせていただいているのですが、その私を信用
していただけないのですか。一緒にがんばりましょうよ。
上司もお客様の事情を知りこちらに説明にうかがうと申しております。

236 ：仕様書無しさん：04/09/14 14:10:24

客の立場で物申す

>体感と私のどっちを信用するんですかっ！
君の体感なぞどうでもいい、ストレスなく動作するようにしてくれ
でなきゃ元のコボルシステムに入れ替えてから持ち帰ってくれたまえ。

>ここだけの話、${JREの次バージョン}では
具体的にいつまでに、どのくらいのスペックが上がるかの
レポートを至急出してくれ。その結果を見て持ち帰ってもらうか判断しよう。
あ・きみんとこの上司は来なくていいと伝えてくれたまえ。

237 ：仕様書無しさん：04/09/14 15:58:05

お客さんにこのスレみせて
チューニングの必要が出るJ厨ｲｰｲｰはやめて.NETにしたほうが賢明ですよ
と言ったら。
「そうでつね、そうしまつ」と言ってくれました。

238 ：仕様書無しさん：04/09/14 17:59:57

つうか、Javaの問題点は、Javaに起因するものだけではなく、Webアプリ自体に起因するものも
多いんだよね。で、Javaの場合は現実解としてWebアプリにするしかないんだよな。

オフコンやVB+Oracleのリプレースで持って帰れといわれるのはだいたいそう。

239 ：仕様書無しさん：04/09/14 19:48:39

http://www.microsoft.com/japan/showcase/sega.mspx

なんだ、Javaなんて要らないじゃん。
SEGAが.NETで人気サイト構築だって。
しかもWindowsサーバーたった3台でサクサクだって。

240 ：仕様書無しさん：04/09/14 19:54:54

.NETは実績が少ない分、ちょっとした構築まで宣伝必死だね :-)

241 ：仕様書無しさん：04/09/14 19:56:26

*** ここが重要！！ ***

現在のセガダイレクトはピーク時には 100 万～ 200 万ページビュー / 日を集める人気サイトですが、
わずか 3 台の PC サーバーで最大 500 万ページビュー / 日に耐えられる設計になっており、
極めて速いレスポンスを実現しています。

画面変更だけなら開発者が関与することなく行えるようになっています。

「.NET Framework であれば、サーバー OS そのものに Web サーバーとアプリケーションサーバーの機能が備わっており、
ASP.NET モバイルコントロール (旧称 Microsoft Mobile Internet Toolkit) を利用することで
携帯サイトの機能も簡単に実現します」と指摘、コストも Java に比べて 1 桁小さくできると説明します。

現在のセガダイレクトは、月平均で 300 万～ 400 万ページビュー、ゲームの大型タイトルが発売される日には
1 日あたり 100 万～ 200 万ページビューのアクセスを集める人気サイトになっており、
レスポンスが極めて速いことでも知られています。これだけの膨大かつ変動の激しいアクセスを支えているのは、
実はわずか 3 台の PC サーバーなのです。

242 ：仕様書無しさん：04/09/14 19:56:57

Web サーバーに利用されているサーバーハードウェアは、1 台数十万円程度の安価なシングルプロセッサ製品であり、
Microsoft Windows® 2000 Server 上で ASP.NET による Web アプリケーションが動いています。

ASP.NET によるサイト再構築の最大のメリットは、パフォーマンスの確保が容易になったことだといえるでしょう。
「ASP.NET は他の手法に比べて圧倒的に処理スピードが速い」と杉本氏。また久保氏も
「最小限のハードウェアスペックでも、.NET Framework なら十分にパフォーマンスの高いサイトを実現できます」といいます。

また久保氏によれば、ユーザーアンケートには「軽くて使いやすい」と高い評価が寄せられているといいます。

その一方で杉本氏は「.NET Framework はフレームワークとしてのコンセプトが洗練されており、
開発効率が高いことも大きなメリット」とも指摘します。

すでに用意されているコントロールパーツを使うことで、サイトに必要な機能の 7 割以上をカバーできます。

スクリプトを自分で記述するのに比べて 2 倍くらい速く開発ができ、コードも見やすくなるため
管理やカスタマイズも容易」というのは、エコス株式会社開発部でシニアプログラマーを務める古澤浩氏です。

243 ：仕様書無しさん：04/09/14 19:58:11

皆さん、よく考えてください。

同　じ　こ　と　を　J　2　E　E　で　や　っ　た　ら

　ど　れ　だ　け　コ　ス　ト　が　掛　か　り　ま　す　か　？

244 ：仕様書無しさん：04/09/14 20:00:15

本当に必死な人がいるね :-)

245 ：仕様書無しさん：04/09/14 20:00:52

まあ、.NETなら当然だな。
いずれこういう実績が次々に出てくることは容易に想像できた。

246 ：69式フリーPG ◆hND3Lufios ：04/09/14 21:48:33

POSレジにC#って多くない？俺の周囲だけかな。

247 ：仕様書無しさん：04/09/14 21:51:19

今日、職場でリアルJ厨をみた。熱弁を振るってｲｰｲｰ言ってたが、
ただの知ったかであることは誰の目にも明らかだった。

何かに付け反論し、自分が指摘されると根拠無き断定で否定するか、責任転嫁。

248 ：仕様書無しさん：04/09/14 21:52:49

(ﾟ∀ﾟ)ﾗｳﾞｨ!! 聞きながらコーディングするとﾏｼﾞ捗るｗ

249 ：仕様書無しさん：04/09/14 21:56:11

>>244
ただのコピペに必死ですか。ｗ

250 ：仕様書無しさん：04/09/14 21:58:45

つーか、Ngenに相当するユーティリティってJavaにないの？

251 ：仕様書無しさん：04/09/14 22:08:24

JITはあるんですか？

252 ：仕様書無しさん：04/09/14 23:25:46

>>241
よく考えてみろ。200万ページビューが大きな数字のようなことが書いてあるが
それがたった3時間の間に集中しても200万/10800 = 185。毎秒185の要求にこた
えるだけなんだぞ。その程度のアクセスべつにたいしたことねーよ。

253 ：仕様書無しさん：04/09/14 23:38:07

200万が２４時間、平均してアクセスされると思っている池沼がいるスレはこちらですか？

254 ：仕様書無しさん：04/09/14 23:40:51

.NETの上にもう１段、より専門的なフレームワークが欲しいな

255 ：仕様書無しさん：04/09/14 23:46:01

>>253
どこかに書いてありますか？

256 ：仕様書無しさん：04/09/14 23:46:11

.NETて遅い？

257 ：仕様書無しさん：04/09/15 00:15:16

>>253
24時間で平均すると毎秒24ですが。

258 ：仕様書無しさん：04/09/15 00:18:06

>>257
というかWebサーバの性能を現すのに「一日何ページビュー」とかいってる
ところがあほくさいですな。.NETとかのひとはそういう無意味な数字をみ
て喜んでるんですね。

259 ：仕様書無しさん：04/09/15 06:36:50

で
javaだとその要求にこたえられるの？

260 ：仕様書無しさん：04/09/15 07:09:57

億単位の金を用意すればできるよ

261 ：仕様書無しさん：04/09/15 08:15:13

マジで　JAVAはもうだめだなこれからは全部.NETだ

UNIXの環境を構成するよりもシングルプロセッサのWin鯖で十分ならば
「あなたの書いたコードはどこでも動作する」保障をされても何の役
にも立たない。

262 ：仕様書無しさん：04/09/15 08:16:20

デザイン変更だけならば開発者の出る幕もない！　本当だよね
struts厨には理解できない話だけど

263 ：仕様書無しさん：04/09/15 08:48:40

>>254
同意だが、文句言ってぱかりで行動しないとJ厨eeになってしまうので
とりあえず自作している

264 ：仕様書無しさん：04/09/15 09:08:09

>>259
べつにJavaだろうがPerlだろうが、3台もつかっていいならなにも難しいこ
とはないよ。そんなこともわからないのか。おまえ素人だろ。

265 ：仕様書無しさん：04/09/15 11:23:44

Perlなら大丈夫だな。Javaは3台程度では無理だ。

266 ：仕様書無しさん：04/09/15 11:46:10

Javaを使っていてサクサク動くサイトを３つぐらい貼ってくれる神が↓

267 ：仕様書無しさん：04/09/15 11:59:13

ttp://www-1.ibm.com/businesscenter/us/solutions/solutionareas.jsp?&ca=smbsolutionsareapg&me=W&met=inli&re=SMBHome

268 ：仕様書無しさん：04/09/15 12:02:32

うわっ！！
瀬賀ダイレクトはえーーーーなあ

269 ：仕様書無しさん：04/09/15 12:11:58

今はまだいいが
3年後のc#厨は今のj厨eeなみの扱いをうけるようになるかも

それほどc#厨人口が増えるﾖｶﾝ
でj厨eeは3年後にはどうなるのかみんなで予言しあおう。

270 ：仕様書無しさん：04/09/15 12:39:28

PCの標準搭載メモリが10GBクラスになり、
「このメモリ食いめ！」とののしられなくなっている。

271 ：仕様書無しさん：04/09/15 13:45:29

>>267
そのリンク踏んだ客が実態を知って売り上げに悪影響が出るから
削除依頼出して

272 ：仕様書無しさん：04/09/15 13:47:50

確かに、Winサーバで十分であるなら、なにもU,Lサーバ使う必要はないな。ぶっちゃけ、U,Lに性能、安定性で劣っていても、止まらず、不満なく使えるなら、Wでいいわけだし。

273 ：仕様書無しさん：04/09/15 14:00:37

やっぱりJavaのレスポンスは最凶。

http://www.doblog.com/weblog/PortalServlet

274 ：仕様書無しさん：04/09/15 14:01:26

Java厨は、マ板の癌。

275 ：仕様書無しさん：04/09/15 14:03:01

>>273
右側のお知らせが大爆笑もん。
やっぱJavaって生産性高いよな。ｗｗｗ

276 ：仕様書無しさん：04/09/15 14:43:26

>>271
えっ、漏れのんとこは速く動作するけど>>267のリンク

>>273　のとこは劇遅だったけどね

277 ：仕様書無しさん：04/09/15 14:54:40

>>275
予期せぬ障害って実態はいったいなんなのかﾄﾞｷﾄﾞｷ

weglog とかのアプリケーションパスになっているが
これはWebL$$$$とか言う製品を使っているのか？
スマソ漏れはよく知らんのだ。

278 ：仕様書無しさん：04/09/15 14:58:15

weblogってのはblogを略さないもとの形。
WebLogicとはなんの関係もねーべ。

279 ：仕様書無しさん：04/09/15 15:16:34

Apache/2.0.50 (Unix) ．．． mod_jk2/2.0.3-dev

と出てくるんで、たぶん Tomcatではないかと

280 ：仕様書無しさん：04/09/15 16:18:17

使ってるJSP,Servletエンジンは同じです。

281 ：仕様書無しさん：04/09/15 20:24:42

>>273
おせえｗ

282 ：仕様書無しさん：04/09/15 21:41:32

MSのサイトはC#で書いてるの？

283 ：仕様書無しさん：04/09/15 21:53:27

いやー、一日あたりのページビューでWebサーバの性能語っちゃうあほさ加減、さらに
その意味のない性能表現に大喜びしてしまうあほさ加減について弁明はないようですな。

284 ：仕様書無しさん：04/09/15 22:14:48

>>283
実際の一日あたりのページビューじゃなくて、
耐えられる一日あたりのページビューなら
Webサーバーの性能語れるだろ。

285 ：仕様書無しさん：04/09/15 22:20:15

２ちゃんの性能ってよくページビューで語られるよな

286 ：仕様書無しさん：04/09/15 22:45:45

>>284
「ページビュー」の定義書いてみな

287 ：仕様書無しさん：04/09/15 22:47:57

「一日あたり」ってWebサーバの利用のされ方からして意味のない単位
だということがわからないの？

288 ：仕様書無しさん：04/09/15 22:53:28

>>287
そんな事言ったら「平均」自体が意味の無い単位じゃん。

289 ：仕様書無しさん：04/09/15 23:01:29

一日のあたりのWebサーバーの利用のされ方なんて
大体決まっているわけで、例えば昼に全体の50%が集中しているなら、
最大 500 万ページビュー / 日に耐えられる設計とは
昼に最大 500 万ページビュー / 日の50%である 250 万ページビュー / 昼に
耐えられるというわけで、性能を把握する指標になるわけだが？

290 ：仕様書無しさん：04/09/15 23:05:01

1ページ1バイトだとすごいページビュー

291 ：仕様書無しさん：04/09/15 23:09:34

一ページの容量は平均で計算しているだろうね。
それくらいのこともわかんないで騒いでいるのかなぁ？ｗ

292 ：仕様書無しさん：04/09/15 23:11:17

CDは新聞○○ページ分の容量です。とか言われて、
一文字の新聞だったらどうするんだと言っているレベルだな。

293 ：仕様書無しさん：04/09/15 23:26:03

同じ処理をＪａｖａとその他で作ってみて比較せんと

294 ：仕様書無しさん：04/09/15 23:54:43

つかさ、アクセス数の多いサイトでJavaってどっかある？

295 ：仕様書無しさん：04/09/16 00:03:46

神聖なJavaは大衆に迎合したサイトには使いませんので。

296 ：仕様書無しさん：04/09/16 08:21:40

>>289
>>292
そういう指標は営業が経営者に対して使う数字なんだよ。
少なくとも「プログラマ」が性能語るときに使う数字じゃないの。
わかった？素人君。

297 ：仕様書無しさん：04/09/16 08:22:58

ところでくだらない数字に喜んでる素人君たち、ページビューの定義
はいつごろかいてくれるのかな。

298 ：仕様書無しさん：04/09/16 10:29:42

http://www.dac.co.jp/net/5.asp
サイトのアクセス量はPV（ページビュー）という単位でカウントされる。
ウェブのページが1ページ（ひとつのURL）読み出されるとサーバーが1PVとカウントする。

http://www.nobeweb.com/history/words/pageview.html
ログ解析でもページビューは、来訪者が見たホームページ数となりますが、
フレームなどを使っている場合や、同じ人が同じページを見た場合は数えるのかなど、
プログラムや設定によって定義がまちまちです。

定義はまちまちだそうですので、比較する場合は同じ基準にあわせましょう。
続きどぞ↓

299 ：仕様書無しさん：04/09/16 11:04:40

そんな事よりもJAVAサイトがこれほど「ツカエネエほど」遅いことについて
j厨ee技術者から一言どうぞ
↓

300 ：仕様書無しさん：04/09/16 11:41:49

>>296
君は統計学というものを勉強する必要がある。

301 ：仕様書無しさん：04/09/16 15:36:49

定義が曖昧な単位を使っている時点で技術者が性能を議論する際の指標として失格。
そしてそんな数字をさして「どっとねっとはえー」とか言ってるのは素人であり、
.NETがいいとかJavaがどうだとか、技術を語るだけの素養がないのは明らか。
>>299
そして、技術的に語ることができないので「そんな事よりも」などと話をそ
らそうとしている君は完璧に素人であり、最近覚えた「どっとねっと」とか
「じゃば」等という言葉をしきりに使いたがっているだけであること確定。

302 ：仕様書無しさん：04/09/16 15:41:47

>>301
お前本当に馬鹿というカテゴリではおさまらないぐらい馬鹿だな
それじゃあ、あの遅いサイトと同じようなものしか作れないんだろうなと
思うよ。セガと例のサイト比べてみろよ、数値化以前の問題じゃねえの？
比較の対象にもならないレベルだよ。オリンピックの金と銀程度の差ならば
お前の言う事も正しいかなと思うがな

303 ：仕様書無しさん：04/09/16 17:33:45

>>302
技術的な話しについて行けなくなると「馬鹿」とか「～だろうなと思うよ」などと
内容の希薄な発言をすることでその場をしのごうとするひとっているよね。

304 ：仕様書無しさん：04/09/16 18:15:19

>>300
なんで?

305 ：仕様書無しさん：04/09/16 18:16:22

技術以前の話でも、やばくなるとj厨(2)eeのなんたらはさあ～どうたらこうたらって
どうでもいいことで煙に巻いて逃げるのがj厨eeの特徴で
それは過去から貫かれているのは伝統的で立派だと思うよ。

306 ：仕様書無しさん：04/09/16 19:10:14

>>305
……それ、単純にお前が馬鹿だから理解できなかっただけじゃないか？

307 ：仕様書無しさん：04/09/16 19:18:45

今日は>>273が早いんだが何かあったのか？

308 ：仕様書無しさん：04/09/16 20:15:00

j2eeが.netより早いという報告もないね

309 ：仕様書無しさん：04/09/16 22:18:30

で、ヨドバシのサイトは早いの？

310 ：仕様書無しさん：04/09/16 22:21:29

64kの漏れには関係の無い話題だなｗ

311 ：仕様書無しさん：04/09/16 22:43:08

デブキターｗ

312 ：仕様書無しさん：04/09/16 22:51:10

月給65536円のことだろ？

313 ：仕様書無しさん：04/09/17 01:30:08

見たまま、あからさまに違う物の比較にごちゃごちゃ言う必要があるのか？

314 ：仕様書無しさん：04/09/17 11:47:48

で、amazon.comのサイトは早いの？

315 ：仕様書無しさん：04/09/17 18:50:16

あちゃー、Javaをけなしてたやつらの低脳ぶりをはっきりさせたら
書き込みなくなっちゃったよ。かわいそうだったかな。

316 ：仕様書無しさん：04/09/17 20:31:26

JAVA使ってて、サクサク動くサイトを誰か紹介して。
速さは、YAHOOや楽天レベルでもOKとします。
これまで上がったのはそれより遅いと思います。

317 ：仕様書無しさん：04/09/17 20:58:24

１日とかじゃなくてピーク時の値が知りたいね。

318 ：仕様書無しさん：04/09/17 22:26:11

googleは？

319 ：仕様書無しさん：04/09/17 22:38:44

mailto:[email protected]

320 ：仕様書無しさん：04/09/18 08:07:53

google と amazon.com
はJSPじゃないと思うよ。
ソース見ても判断できないし、何より早いから。
ライブドアとか今度早くするらしいけど、JSPで可能なのだろうか・・・

321 ：仕様書無しさん：04/09/18 11:53:59

だからJavaかそうでないかだけで、体感できるほどの差なんてでないとなんべん言えば。
厨は白痴ですか、そうですか。ふーん、へー。

322 ：仕様書無しさん：04/09/18 12:11:33

jspを使っている早いページと遅いページを教えてください

323 ：仕様書無しさん：04/09/18 13:00:56

株板では
javaアプリ＝使えない
が常識になってる

最近の例では１３日サービス開始のコスモ証券の
javaアプリ「ネットレ・マーケットサーチ」なんか非難されまくり
既存システムを存続させろとの声が多数

324 ：仕様書無しさん：04/09/18 14:35:43

ある程度の規模があって安価に構築したい社内システムにはJavaが良い

325 ：仕様書無しさん：04/09/18 16:47:46

>>321
あなたは正しい。しかし、上に立つ者にとっては、ばかの相手をするのも修行のうち。
「ばかだから相手にしない」とだけ言っていられない状況もあるので、ここでなれておくのもよいかと。
あ、ちなみにamazonも楽天もWebLogicです。

326 ：仕様書無しさん：04/09/18 17:23:47

amazonはFastCGIじゃなかったっけ？

327 ：仕様書無しさん：04/09/18 18:21:18

お中元サイトでの採用↓　　稼動時期：平成13年6月21日～8月10日
http://www.beasys.co.jp/customers/jirei/rakuten.html
http://www.rakuten.co.jp/info/special/bea/

その後、どこで使われているのかBEAは積極的に宣伝しないと。

328 ：仕様書無しさん：04/09/18 18:27:18

そうでもいいけど、WebLogicってぼったくりだよね。
OracleやNovellと同じ匂いがする。少しはSunやMSを見習え。

329 ：仕様書無しさん：04/09/18 18:37:34

ttp://www.itmedia.co.jp/survey/0403/12/svn02.html

採用したBEA・WebLogic・JRockitが、高負荷状態が続くと
ガベージコレクション（断片化されたメモリ領域・バッファ領域の集約化）で
ハングアップすること。
　　　　：
海外ベンダーの開発部隊を日本に招へいして対策を協議し、問題の解決を図った。

．．．サポートが高くつくわけだ

330 ：仕様書無しさん：04/09/18 22:40:33

つまり.net以外は使えねーって事で夜露死苦！

331 ：仕様書無しさん：04/09/18 22:42:30

Javaは9位か。
旧バージョンだが。
http://www.bagley.org/~doug/shootout/craps.shtml

332 ：仕様書無しさん：04/09/19 02:07:34

>>330
ASP.netは、たしかにパフォーマンス悪くないね。
っていうかJAVAというかJSPページが遅いだけ。
DBアクセス以外でボトルネックが存在するのが体感できる。
あれならＰＥＲＬとかただのＣＧＩの方がよっぽど早いと思う。

333 ：仕様書無しさん：04/09/19 06:43:15

ある訳がない。
既に解析処理されている「JSP」部分の実行時間とASPの実行時間の差が体感できるのか？
サイボーグか何かか、お前は！

334 ：仕様書無しさん：04/09/19 07:21:23

拡張子もレスポンスヘッダーも分からない状態にして、DBアクセスなし、表示のみのWEBページで、JSPとASPの見分けがつく、と言っているのか……。
いよいよ発言が怪しくなってきたな。

335 ：仕様書無しさん：04/09/19 09:50:06

0.01秒以下の差も見抜ける奴なんだろ

336 ：仕様書無しさん：04/09/19 10:02:27

だから、Webアプリ自体がトロいんだってば。

で、JavaにはそのWebアプリしか選択肢が無い。OK?

337 ：仕様書無しさん：04/09/19 10:03:35

>>337
あほう。SwingやSWTが何のためにあると思ってるんだ。この池沼

338 ：仕様書無しさん：04/09/19 10:05:58

ﾜﾛﾀ　自分に言ってどうする。頭を冷やせｗｗ

339 ：仕様書無しさん：04/09/19 13:29:00

>>334
ASPとJSPだったら、明らかにJSPの方が遅いと思うが・・・。
DBアクセス無し、簡単なコード量のJSPページでも遅い。
初回アクセス時は特に遅い。
その場合の遅さは、0.3秒くらいか・・・。
加えて、大規模になるとJAVA自体の遅さが加わって、もうダメぽ。
いくらマシンを高速化したって、何したって、ヤフーのようにサクサクは動かんよ。
つまり、サクサク動くページなら、JSPは無理って感じがするのだが・・・。

340 ：仕様書無しさん：04/09/19 13:30:56

何言ってんだお前ら
Webアプリが遅いなら速くする工夫をすりゃいいんだよ。
蹲って愚痴言ってないで立って歩けよ。

341 ：仕様書無しさん：04/09/19 14:44:59

>>339
とりあえずベンチマークと、そのコードを晒してみてくれよ。

342 ：仕様書無しさん：04/09/19 21:08:11

というか、技術者として、正確なベンチがあってもなくても己の経験から判断して、
自らがJava厨であろうと、そのバイアスを無視して、Javaは.netと比較して遅いだろう、
って見識ないようじゃ終わってると思うよ。

だって、Javaって遅いもんね。認めろよ。

343 ：仕様書無しさん：04/09/19 21:24:43

お前の言っていることはただの受け売り。
しかもこのスレのアンチ仲間と作り上げた偽造情報。
言い聞かせている内にいつのまにか自分でも本当のことだと思い込んでしまった。
あまつさえ試しもしないで「決まってるじゃん、そんなこと」

技術者としては下の下。

344 ：Java厨：04/09/19 21:44:50

いや、Javaが遅いのは事実だ。これは、しょうがない。

ただ、それで使えないかどうかは別問題。
適材適所ということだ。Javaと.NETは長所/短所が違うだけ。
どっちが優れているとかいないとかでは無い。

345 ：仕様書無しさん：04/09/19 21:57:56

でもJavaの長所って無いじゃん。

346 ：仕様書無しさん：04/09/19 22:05:14

>>345
Javaやってりゃ女にモテるんだよバーカ！

347 ：仕様書無しさん：04/09/19 22:05:51

とりあえずJavaだから遅い、とほざいていたやつらは撃沈？

348 ：仕様書無しさん：04/09/19 22:12:19

>>347
何処をどう勘違いすればそんな結論が出るんだ？

349 ：仕様書無しさん：04/09/19 22:21:47

JavaはCより速いと言われてるんだよ。禿が。

350 ：仕様書無しさん：04/09/19 22:32:02

>>349
そりゃ極めて限定された状況においての話だろ？
普遍的な事実であるかのような書き方はやめれ。

351 ：仕様書無しさん：04/09/19 23:35:46

つか、少なくとも業務アプリケーションなんかじゃ、言語による差なんて微々たるものだ。
早いから、という理由で.NETを選ぶなんてことは絶対ない。

352 ：仕様書無しさん：04/09/19 23:46:24

そこで業務アプリにはSwingでリッチクライアントでつよ

353 ：仕様書無しさん：04/09/20 00:47:55

とりあえず両方勉強しとけば良いんじゃない？
別に俺らがJAVAや.NETの未来を心配してやる必要無いと思うんだけど

っていう意見はこのスレ的には不可？

354 ：仕様書無しさん：04/09/20 00:49:15

>>353
うん。それ言ったら話が終わっちゃうからね。

355 ：仕様書無しさん：04/09/20 00:52:06

ｵﾜﾀ

356 ：仕様書無しさん：04/09/20 00:55:21

Javaは(最適化すべて無効の)Cより速いと言われてる

357 ：仕様書無しさん：04/09/20 01:02:13

>>352
クライアントにJavaは限りなくDEAD。とりあえず、今はまだ。

>>353
とり会えず両方勉強して・・・。

そして、やっぱりどちらか一方を、いい、と思うんじゃないのか？
お前はどっちを選ぶ、という話。

358 ：仕様書無しさん：04/09/20 04:42:52

>>353

仕事がいっぱいある方
じゃねぇの？みんな職業プログラマなんだろう？

つーかまぁ、両方勉強すりゃ両方の仕事できるからそれが一番ｳﾏいんじゃ？

359 ：仕様書無しさん：04/09/20 04:44:53

ごめん。ミスった

358は>>357

360 ：仕様書無しさん：04/09/20 10:00:02

>>342
おいおい、技術者だったら思い込みだけで判断するなよ。
その方が終わっとるぞ。

361 ：仕様書無しさん：04/09/20 10:41:59

Javaが遅い、って言う場合、たいていはVM起動のオーバヘッドと、JSPの変換／コンパイルの処理時間だからなあ・・・。
Webアプリの場合、VMは上がりっぱなしだし、JSPは一度参照されれば、
classにまで落ちているから、即時実行される。

ま、思い込みだな。確実に。
>>342は確かに受け売り臭い。
みんながそういっているから、という理由で、あたかも自分の意見のように言っているだけ。

362 ：仕様書無しさん：04/09/20 10:43:10

で、そのWebアプリのサーバサイドにしか使い道が無いのがJavaの実情。

363 ：仕様書無しさん：04/09/20 10:46:19

そしてそれがこれからの主流であることも事実。

ちゃんとついて来いよ。

364 ：仕様書無しさん：04/09/20 10:54:56

ﾜﾛﾀ

365 ：仕様書無しさん：04/09/20 11:03:27

>>363
ﾜﾛﾀちょっと遅れてますよ(ﾌﾟｯ

366 ：仕様書無しさん：04/09/20 12:05:59

>>241
セガかよ。
今にも潰れそうな会社がM$に救済されて、
その代償としてドトネトを使いなさいっていう悪魔の契約だなw

367 ：仕様書無しさん：04/09/20 13:46:53

>>358
>つーかまぁ、両方勉強すりゃ両方の仕事できるからそれが一番ｳﾏいんじゃ？

j厨eeはJAVAしかできない、だから両方は無理。これ定説。

368 ：仕様書無しさん：04/09/20 13:48:27

Javaの理想世界は全てのアプリ、全てのプラットフォームがJavaになり、
プロセッサがJavaChipになる痴情の楽園なんです。

369 ：仕様書無しさん：04/09/20 14:14:23

>>368
頭おかしいってよく言われるだろｗ

370 ：仕様書無しさん：04/09/20 14:19:07

本当に死滅しつつあるなリアルJava厨。
つまんないから、誰かコテ半でなり切れよ。>>368みたいなのはだめだぞ。
複数で演じて、年末に今年のJ厨ee大賞を選ぼうじゃないか。

371 ：369：04/09/20 14:36:57

>>368=370
お前の頭が悪いから念のため言っておくと、Java厨になりきったつもりで
Java叩きをしているのが、頭おかしいって言ってるんだからなｗ

372 ：仕様書無しさん：04/09/20 14:52:42

降臨ですか？

373 ：仕様書無しさん：04/09/20 14:53:46

>>371
基地外は相手にしない方がいいよ。

374 ：仕様書無しさん：04/09/20 15:03:36

で、Javaってどうしてとろいの？

375 ：俺こそが真のj厨ee：04/09/20 15:04:03

降臨

376 ：仕様書無しさん：04/09/20 15:06:26

ああ、ついに最凶VB厨に対抗できる共有コテハンが・・・

377 ：j厨ee：04/09/20 15:07:29

ああ。JavaChip。憧れのJavaChip。

JavaChip無くして我々は無く、我々無くしてjavaChipは無い。

サーバはSMPのJavaChip。
ワークステーションはサンのJavaChipワークステーション。
PDAもJavaChip。XBoxもJavaChip。

我々のコードは何処でも動く、まさに地上の楽園

378 ：俺こそが真のj厨ee：04/09/20 15:15:04

皆さん誤解しすぎ。
Java厨はなんでも出来てスキルが高い人が多い。これ歴史的事実。
C,C++,Perl,Curl,PHP,VB6.0, VB.NET, C#なんでも出来ます。ニンニン！
逆にC厨はそれしか出来ない人多いですよね。

JavaのユートピアはJavaチップ、JavaPC->ブートストラップがブートする
プログラムはSRAMに乗っかっているJVMですよ。これ最強。
そしてOSはJavaOS。もちろんWinなんて動作しません。
SWINGで出来た高機能、高速なテキストエディタが標準装備されます。
キーアサインは秀丸標準がサポートされていますから万人向けな環境であると思います。
メモリはメモリアレイとして装備された100GメモリがJAVAを快適にサポートします。
JavaOSは完璧なオブジェクト指向で実装されております。また、どのチップでも動作
できるよう配慮されています。キーワードはブートストラップが呼び出すJVMですけど。
JDBCドライバはネイティブドライバが使えなくなりますから100%Javaで実装された
Type4だけがサポートされます。本来これがイチバン美しいJAVA環境の姿であるといえます。

379 ：仕様書無しさん：04/09/20 15:20:34

先生！
演算子のオーバーロードが出来る糞言語を叩いて、その比較でjavaの素晴らしさを
語ってください。

380 ：仕様書無しさん：04/09/20 15:55:24

というか、これから真面目に開発をやろうとするなら、
Webアプリしかないだろ。
旧来のクライアント型のアプリは間違いなく廃れる。

それはいいよな？

381 ：仕様書無しさん：04/09/20 16:01:49

>>380
暇つぶしに、理由を聞いてやろうか。

382 ：仕様書無しさん：04/09/20 16:22:12

逆にクライアントはこれまでVBアプリでおけ！
と思ってるやつも、結構いるんだろうか？

383 ：仕様書無しさん：04/09/20 16:32:01

モノによる

384 ：仕様書無しさん：04/09/20 17:04:17

>>382
つか実際にVBでOKだろ。

385 ：仕様書無しさん：04/09/20 17:07:09

>>377
JavaProcessorって、組み込み器機向けの実装じゃないの？
それも2000年ごろには「無かった事」になってるけど・・・

>>378
Java（J2EE)が業務アプリでよく使われるのは、
Windowsで開発して、UNIX上で運用できるから
特殊なプロセッサを作るのはナンセンスでしょ

>>379
ASP+が流行って、J2EEが廃れないとなんかまずいことでもあるの？
両方使えるようにすればいいじゃない・・・

>>383
そうですね、
社内の事務手続き（ワークフロー）なんかは、運用コストの点からWebアプリ
が主流になっていくでしょうね。

ただ、工場やカスタマセンターなんかのリアルタイム性が要求されたり
サーバー側からのPUSHが必要な場合には、これまでどおりのクラサバが必要。
（逆にサーバ側はDBだけのFatClientが主流になっていくかも）

386 ：仕様書無しさん：04/09/20 17:09:43

航空機の座席予約みたいな不特定多数のクライアントを想定している場合は
ブラウザ。リアルタイム性や軽快な動作、迅速な操作性が要求される場合は
スマートクライアントと住み分けるでしょ。

387 ：仕様書無しさん：04/09/20 17:17:32

つか、ActiveXでよくね？

388 ：仕様書無しさん：04/09/20 17:19:25

アプレットがあるだろ

389 ：仕様書無しさん：04/09/20 17:23:04

>>388
遅すぎて話しにならんだろ。

390 ：仕様書無しさん：04/09/20 17:24:27

そこでJavaBeansですよ

391 ：仕様書無しさん：04/09/20 17:24:55

ボタンを押すとページに「Hello World」と表示するだけのウェブアプリ。
作るのに一体何分かかるでしょうか？

Java Studio Creator :
起動するだけで1分以上。さらにPointBaseとJava System AP Serverを起動して5分経過！！！
やっとコードを書いて動かすのももっさり。
結局10分かかる。

Visual Web Developer (VB) :
起動はたったの3秒。デザイナもサクサク。おっと、1分かからずできあがっちゃった。

392 ：仕様書無しさん：04/09/20 17:25:08

真面目にActiveXは何故だめだったんだろうな。
配布に手間はかからないし、
割りに手軽で、VB使いなら誰でも作れるし、
Webページ上に、VBアプリそのままの使用感覚の入力フォームが貼り付けられる、なんて理想的に見えるけどな。

393 ：仕様書無しさん：04/09/20 17:25:32

VisualJ++が最強である

394 ：69式フリーPG ◆hND3Lufios ：04/09/20 17:27:54

成功したんじゃないノン？ActiveXは。
ただ、自分の印象としてはVBで作られたものより、VC++とATLでカリカリに
チューニングされ、ブラウザ上ではなくVBをCOMクライアントとして使うような
ケースだけど。

395 ：仕様書無しさん：04/09/20 17:53:10

>>391
Java Studio Creatorって、VB使いをJavaに呼び込むための最終兵器とか言われてたんじゃなかったっけ？

396 ：仕様書無しさん：04/09/20 17:58:08

聞いたこと無いなぁ。そんなのあったの？

397 ：仕様書無しさん：04/09/20 17:58:50

>>394
何を持ってして成功とするかだけど。
でも実際問題として、一般的にあまり使用されていない、という印象は否めない。
いや、技術がどこかで生かされている、というレベルの話ではなく、
端的に、シンクライアントの1形態として確立されなかったという意味で。

398 ：仕様書無しさん：04/09/20 18:00:22

1分程度でアプリが作れるJava IDEってないの？

399 ：仕様書無しさん：04/09/20 18:00:48

Visual J++

400 ：69式フリーPG ◆hND3Lufios ：04/09/20 18:04:49

>>397
＞端的に、シンクライアントの1形態として確立されなかったという意味で。

webアプリにおいてってことね。それなら禿同。
何故ですかね。

アプレットもあまり普及しなかった点からみて、ブラウザ側にはスクリプトを
送る程度が好まれ、あまり複雑なコードを送ること自体が好まれなかったのかな。

401 ：仕様書無しさん：04/09/20 18:11:25

J#がJavaエディタとして使えればなあ。
2005ではリファクタリングもできるし。
誰か、rt.jarを無事jbimpできた人いない？

402 ：仕様書無しさん：04/09/20 18:15:27

>>391
「Hello World」が１分で出来て、何か嬉しいか。

403 ：仕様書無しさん：04/09/20 18:19:05

>>398
Emacs

404 ：仕様書無しさん：04/09/20 18:28:07

appletは単純にフォントの汚さと起動の遅さと、
手軽なIDE（フォームエディタ）がなかったこと、これだよな、多分。

特にVM起動のオーバヘッドはどうしても印象悪いよ・・・。
起動中のスプラッシュが出て、待ち時間が出来る、という意味では、
SWT/JavaWebStartも何の解決にもなってないし。
JREが入っている環境に、クライアントマシン起動と同時にVMが待機するような手順でも踏まないと解決しないよね・・・。

あと、フォームエディタね。
なんでeclipseに標準でフォームエディタないかね？
netbeansはどうなんだべ・・・。

>>398
・・・。

あ、そうだよな！
Hello World!だすだけなら、.netだろうがjavaだろうが、
テキストエディタが一番早いよ。
正しい！

405 ：仕様書無しさん：04/09/20 18:38:30

VC++だとウィザードにHelloWorldのソースを出力するオプションがあるので、
あれが一番速いかも。

406 ：仕様書無しさん：04/09/20 18:41:09

要するにappletにはactivexにあるものが全てなかったんだな。

安全性の問題もあったか。
activexは強力すぎた、ってもあるな。あれはなんでもありだったから。
もっと手軽に使える、セキュリティ強化版があったら、また分からなかったな。
activeX_small見たいので、javaの砂場程度の権利しかないのがあれば。

だめか。どうせMSのことだから、activexのを転がして作ろうとして、
smallの方に馬鹿でかい穴が開いてたりして、
「最悪のセキュリティホール」なんて報じられたりしそう。

407 ：69式フリーPG ◆hND3Lufios ：04/09/20 18:44:36

ﾜﾛﾀ
マジでやらかしそうｗ

ActiveX/COMはソフトウェア部品の枠組みとしては良かったと思うけど、
ネット経由で送り込まれてくるには強力・危険すぎだよね。

408 ：仕様書無しさん：04/09/20 18:51:45

>>405
だって、こんなんだろ？

<FORM>
<% if ("1".equals(request.getParameter("a"))){ %>
Hello, World!!<BR>
<% } %>
<INPUT type="button" value="test" onClick="javascript:location.href='./test.jsp?a=1'">
</FORM>

今、ぺたぺた打ったやつだから、動かんかもだけど。

409 ：仕様書無しさん：04/09/20 19:01:29

結局総論として、Javaは遅い。ピリオド。

410 ：仕様書無しさん：04/09/20 19:05:55

遅いからどうした

411 ：仕様書無しさん：04/09/20 19:21:17

使い物にならない

412 ：仕様書無しさん：04/09/20 19:23:47

>>408
おいおい、MVCのかけらもないド素人だな。ｗｗｗ

413 ：仕様書無しさん：04/09/20 19:47:19

>>411
お前が使い物にならない。
ひっこめ、くず。

414 ：仕様書無しさん：04/09/20 19:48:45

>>412
それはさすがに釣りだな。

415 ：仕様書無しさん：04/09/20 20:36:11

技術者がどうたら言ってるJava原人がいるが、
.netのほうがJavaより速いだろ。お前の目は節穴か？馬鹿が。

ほら煽ってやったから出てこいよ。叩いてやるから。

416 ：仕様書無しさん：04/09/20 20:57:43

CGI/Cの方が.netの一連の言語より早いもん・・・（ﾎﾞｿ

417 ：仕様書無しさん：04/09/20 21:06:41

やはりFastCGI/ISAPIだな。

418 ：仕様書無しさん：04/09/20 21:09:40

C++、Javaベンチマーク
http://www.kano.net/javabench/data

419 ：仕様書無しさん：04/09/20 21:20:35

>>418
またまたまたまた。

420 ：仕様書無しさん：04/09/20 21:47:55

>>418
こういうのって、どうしてVC++やIntelコンパイラとの比較は絶対に避けるんだろう。

421 ：仕様書無しさん：04/09/20 21:56:02

コンパイラによっては負けることもある、ということは、
そんなに遅くないということでFA

422 ：仕様書無しさん：04/09/20 21:57:33

一発目か二発目か明記して欲しいな。
二発目からなら高校生でも結構頑張るぞ。

423 ：仕様書無しさん：04/09/20 22:05:10

当然VM起動時間はカウントせずだろ

424 ：仕様書無しさん：04/09/20 22:05:54

>>423
そりゃそうだ。

425 ：仕様書無しさん：04/09/20 22:28:03

>>423
まじ？それじゃ詐欺じゃん。

426 ：仕様書無しさん：04/09/20 22:43:19

速度に関しては今はJavaとC++は同じくらいだよ
Javaは動的に最適コンパイルされてネイティブコードで動いているから。
VMの起動時間とメモリの消費量のほうが今は問題なんですよ

427 ：仕様書無しさん：04/09/20 22:45:51

gc時も？

428 ：俺こそが真のj厨ee：04/09/21 10:37:16

JSPいいですよお。.NETがポストバックとかほざいてますが
僕もJSPでポストバックしてますよ。
あ、っ、本当の事を言うとサーブレットコントローラに要求投げてから
JSPに制御を戻すんですけど、そりゃあいいもんですよ。
でも.NETのよなコードビハインドはマジJSPでもサポートしてほしいものです。
優秀なIDEが多々あるJAVA環境なんだからこのぐらいちょろいもんでしょう。

429 ：仕様書無しさん：04/09/21 19:59:31

jspのサイトでさくさく動くところ一個でもいいからリンクしてくれよ。
超のつく糞ばっかりで、まともな体感のところ見たところないから。

430 ：仕様書無しさん：04/09/21 20:24:25

ほらよベンチ結果↓
http://www.chamas.com/bench/
http://www.gotdotnet.com/team/compare/default.aspx
http://www.middlewareresearch.com/endeavors/030730J2EEDOTNET/endeavor.jsp ←登録して665KBのpdfファイル
http://www.rpmsoftware.com/rpm/download/rpm_dotnet.pdf

結論
j2eeは遅い

431 ：仕様書無しさん：04/09/21 20:25:55

.netとCとperl以外のは、だいたいJava
有料のとこか、特定ユーザ向け(会員制)とか、会社向けのエクストラやイントラ
がほとんどのような気がする。
だって貧乏人向けのサービスでJava使った仕事やったことないもん。

432 ：仕様書無しさん：04/09/21 20:33:16

>>431
おまえだけじゃね？

433 ：仕様書無しさん：04/09/21 20:34:37

また痛いJAVA厨がいるのか。

434 ：仕様書無しさん：04/09/21 20:35:46

>>432
んじゃ、おのれのやったサイトを>>429のおしえて君に紹介してやれや

435 ：仕様書無しさん：04/09/21 21:04:20

>>430
ベンチの結果ではJ2EEが遅いと出ているが？

436 ：仕様書無しさん：04/09/21 21:08:53

かわいそうに

437 ：仕様書無しさん：04/09/21 21:11:39

まあ、J2EEですよ。EJBですよ。と顧客からぼったくれていた時代は終わったよ。

438 ：仕様書無しさん：04/09/21 21:14:18

もっともな指摘ならともかく、
バカの一つ覚えみたいに「Javaは遅いんですよ！」と叫び続けているだけじゃ、
相手するのも飽きてきた。

もっと面白いこと言えよ、.net厨。
早くしないとまた、ネタがたまるまで放置するぞ。

439 ：仕様書無しさん：04/09/21 21:22:42

だからベンチレポートを読んでから言えって

440 ：仕様書無しさん：04/09/21 21:24:52

>>439
ほじほじ。

ぺと。

ぷっ・・・。

えんがちょ。

441 ：仕様書無しさん：04/09/21 21:45:07

結局.netで満足なやつは.netでいいんだよ。

満足できなかったやつは、Javaに進む。
もっと効率を。
もっと安全に。
もっとスマートに開発したいと思ったとき。

あなたの傍にJavaがあるはず。

442 ：紺猿：04/09/21 21:45:19

次に金になりそうなのはなんだ？

443 ：仕様書無しさん：04/09/21 21:49:53

Javaがトロいという現実から目を背けたいJ厨がうようよだ

444 ：仕様書無しさん：04/09/21 21:50:38

>>442
派遣、人身売買の次は人柱ビジネスですね

445 ：仕様書無しさん：04/09/22 00:04:27

>>430
一番目は複雑な処理をしている下二つは、Resinが速いよな。
負けているのはHello,worldとデータを吐き出すだけ。
実用アプリとしてどちらが適正なベンチかは自明だ。
ちなみにTomcatはバージョン5から、Resinに少し劣るぐらいまで速くなっている。

二番目はMicrosoftかよ。
アフォか。

四番目はコードが無いぞ。
コードが無いのなら、こういうのもある。
Oracle9iAS vs .NET
http://www.oracle.co.jp/2shin/2002/ora51/06_12_3.html
金をもらって調査結果を出す会社よりは信用できると思うが。

446 ：仕様書無しさん：04/09/22 00:12:06

ひょっとしてさあ
どっちもどっちなんじゃねーの？
だってさあ、何年も言い争ってて決着がつかないんだろ？

447 ：仕様書無しさん：04/09/22 01:05:17

UNIXでのOracleとWINのSQLサーバーだったら互角だと思う。
JAVAと.netだったら、
Hello worldと表示するくらいだったら、体感できる違いはないと思う。
WEBアプリでも、差が激しいのは、
DB接続する場合で、Beansのクラスファイルが複数あるような場合、
この場合、はっきり体感できるくらいに速度差が出る。

448 ：仕様書無しさん：04/09/22 01:12:37

>>445
>>430の2番めのリンクからたどれる情報のうち、
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/psimp.asp
は、小細工が難しい情報だと思うが。生産性の高さの話ね。
正直俺はJavaか.NETかで同じ処理に対するパフォーマンスが変わるとは思ってないよ。
パフォーマンスは、結局アプリに依存した部分がほとんどだし、それは開発者の質やら、
設計やらに依存することになる。で、コードを書く量が増えれば増える程パフォーマンス
の落し穴にはまる可能性が高くなるだろ？んで遅くなる。
だからJavaが遅い（ある意味間違ってるけど、ある意味正しい）と言われるわけさ。

さらにJavaってWebフレームワークの標準が無い（JSFがあるけど浸透していない。デファクトなら
strutsだけどフレームワークとしてはもう一皮必要）から、フレームワークが乱立してノウハウが分散
してしまっているし、RAD環境も弱い。いや、RAD環境はあるけど、JavaのRADって、「アプリの8割は
RADツールやJ2EEの知識が2割しかなくてもできる。が、アプリの残り2割をつくるにはRADツールや
J2EEの知識の8割が必要」って環境ばかり。覚えることが多すぎて、使える技術者が限られる。
情報が大量に、いくらでも深いところまで入手できるのはいいけど、それをマスターしているような技術者
なんて、Java技術者の1%にも満たないだろ。そういうあたりがダメなんだよ。.NETも、ダメダメな技術者が
おおいけど、Javaを使う場合にくらべはまる可能性が少ないよ。まぁ俺の主観なんだけど。

449 ：仕様書無しさん：04/09/22 01:16:52

>>447は、はあ？って感じ。
>>448は、そうかも知れない、って感じ。

Java忠として。

450 ：ｳﾝｺｰ：04/09/22 02:37:21

SendMessage(ﾌﾟｹﾞﾗｳﾋｮ

451 ：仕様書無しさん：04/09/22 06:52:45

3番目のレポートはかなり詳しいが？

452 ：仕様書無しさん：04/09/22 07:54:20

>>448
コード量はそんなに変わらないんじゃ？
あとJavaの方が今の所普及していて、ユーザーやサードパーティが作ったライブラリの
ようなものがかなり多いと思うから、楽できるんじゃないかな。

RADツールとかはEclipseじゃなくてJBuilderや、IBMや富士通のEclipseベースIDEを
使えばそんなこともないでしょ。
Visual StudioとWindows Serverを買うお金を回せば、そんなことも出来るし。

でもノウハウが分散したり、標準が普及してないってのは問題だねー。

453 ：仕様書無しさん：04/09/22 08:24:53

>>448
コード量とパフォーマンスについて言及しているが
ようは定型処理をした場合どちからがコンパクトなコードで実装できるか
が問題。そして呼び出すコンポーネントまたはライブラリクラスの
パフォーマンスに依存する。

コードの量増加要因の90%はUI周り。UIをまともに組めば組むほど
JAVAは不利。SWINGとかトローリしたコンポーネントを利用せざるを得ない。
.NETは当然ネイティブコンポーネントをコール可能。
-----------------------------------------------
.NET ネイティブコードCOM
JAVA　バイトコードクラスファイルJVMが管理続行中でシリアライズ中かもしれない
クラスまたは一度もJVMに読み込まれていないかもしれないクラス。

これらの積み重ねで当然パフォーマンスには大きな差がでるのは当然。
巨大なアプリになればなるほどパフォーマンスが悪くなるのはJAVA。
だいたいエンタープライズでミッションクリティカルな実装をするには
JVMは役不足。FIに出るぞといいながらエンジンは軽自動車。
物理的な実パワーをきちんと理解していないJAVA厨が問題。

454 ：仕様書無しさん：04/09/22 08:55:14

×　役不足
○　力不足

重箱の隅でゴメン
最近の誤用の多さから見るに、そろそろ語意が変わるかもしれない

455 ：仕様書無しさん：04/09/22 10:04:53

Study Shows Visual Studio .Net Tops WebSphere
http://www.eweek.com/article2/0,1759,1645550,00.asp

まあ、生産性勝負すればこんなもんでしょ。

456 ：仕様書無しさん：04/09/22 10:27:15

漏れは.NETやって思ったのは　コードビハインドで
デザインとロジックを完全分離できることから
j厨ee開発の時に　12 JSPつくらなければならなかった処理を
3 ASPXで完結できる事。これはスゴイ。JSPもようはServletだから
メモリに読み込まれればスレッドスライスだとしても当然メモリを圧迫する。
ただでさえメモリ使用量についてはシビアに考えなくてはいけない
j厨eeの実装は現実とは裏腹にメモリを確保をしつづけなければならない状況になっていく。
これではパフォーマンスに有利なはずがない。アプリが軽いうちは
「ドットネットよりもスコスコ動くよ」とか言っていた厨が 200JSPをこえると
止まったようなサービス提供しかできなくなるのはこのため。

.NETでは1つのページが多数の機能をシェアするため
表示メッセージクラスなどもきちんと設計実装できて再利用性も高まる。
反面、納期重視のその場しのぎコードで書いてしまうとJSPと同じような結果になるかもしれん。

457 ：仕様書無しさん：04/09/22 10:47:31

>>454
かわらないだろ。
言葉の進化と、誤用は全く別。
明確に意味があるのに、反対の意味に進化する事はあり得ない。

458 ：仕様書無しさん：04/09/22 10:58:57

C#はMSの手を離れ、本物の標準となりました。おめでとうございます。
ttp://s03.2log.net/home/nsharp/archives/blog109.html

459 ：仕様書無しさん：04/09/22 11:03:22

これだけ材料が出てきたらJavaは総体的に重い、遅いと認めざるをえないんだが、
暴れてたJ厨原人はさっと逃げるんだよね。で、ほとぼりさめたら、またJavaは重くないとかほざきだす。
一回出てきて謝罪しろ。

460 ：j厨ee：04/09/22 11:19:42

ごめん。
でも漏れが悪いんじゃないYO
2000年あたりからj厨eeの環境が全く進化していないのが理由。
.NETに寝返るのは必死な状況だと思う

461 ：仕様書無しさん：04/09/22 11:23:12

役不足は指摘されることが多いが、確信犯についてはおとがめなし

スレ違いｽﾏﾝ

462 ：仕様書無しさん：04/09/22 11:35:12

Javaの今後の楽しみが.NETのパクリだけじゃあ未来もないわな

463 ：仕様書無しさん：04/09/22 11:44:30

http://www.itmedia.co.jp/enterprise/articles/0409/22/news020.html

$unの敗北・寝返り宣言。
この状況でもJavaが有力とでも思いますか？ｗｗｗｗｗｗｗ

464 ：仕様書無しさん：04/09/22 12:30:34

人間の直感は常に正しい。漏れはJAVAが登場したときから直感的に「こりゃダメだ罠」と感じた。
誤解のないように繰り返して言うが言語仕様はイイよ。

実行環境がだめ。I$MもJITとか、Or$もサーバネイティブコンパイル配置とか
メーカごとに独自の歩みが発生した時点で負け。基本的な実行環境に各社不満
だったことの証明ではないですか。

465 ：仕様書無しさん：04/09/22 12:32:17

>>459
結局「Javaは遅い」以外の問題点を指摘できないんだね。

466 ：仕様書無しさん：04/09/22 13:04:21

Javaを.NETでサポートしてもらえばそれでいいんだよな。
そしたらSunにもメリットがでるのではないかな。
そこで　Visual J++復活ですよ　皆さん

467 ：仕様書無しさん：04/09/22 13:06:48

>>457はまじで分かってない。

468 ：仕様書無しさん：04/09/22 13:13:20

Javaは$unの独自言語で遅い。
C#はISO標準でしかも速い。

比較の対象にすらならないな。ﾌﾟﾌﾟ

469 ：仕様書無しさん：04/09/22 13:14:49

そう言えば、一番肝心な比較結果がでてないな。
Javaと.netの実行速度比較結果が。
Webアプリケーションとして構築されたJavaは当然-serverオプションで起動し、JVMも起動状態で待機となるわけだが。
果たして.netで構築される同一ロジックの実行と、どれほどの差があるのか。

470 ：仕様書無しさん：04/09/22 13:18:06

どれほどJavaが遅いか知りたいの？ｗｗｗ

471 ：仕様書無しさん：04/09/22 13:19:16

>>469
>>430で決着済み。Javaは遅い。

472 ：仕様書無しさん：04/09/22 13:23:39

どんな屁理屈言おうがJavaは遅い。
同じマシンでJavaと.NETを動かしてみれば誰でも分かること。

473 ：仕様書無しさん：04/09/22 13:34:56

しかし>>430でのベンチみたけど
EJBとなるとまた一段遅くなるよな。みんな言っていた事がそのままだ。

イチバン遅くなるJ2EE+EJBで巨大なアプリを組むと
ああ恐ろしや　考えたくもねえな

474 ：仕様書無しさん：04/09/22 13:36:42

>>465

その言葉を繰り返すしかないのか？
逆にメリットをどーーーーーんと言ってみろよ。聞こうじゃないか

475 ：仕様書無しさん：04/09/22 13:42:47

Javaのメリットといえば、やっぱり一度書けばどこででも動くことだよな。(ｹﾞﾗ

476 ：仕様書無しさん：04/09/22 13:48:47

>>474
Windowsがいらないこと

477 ：仕様書無しさん：04/09/22 13:50:11

さあ、つぎは.NETのメリットどーーーーーーーんといってみよう！

478 ：仕様書無しさん：04/09/22 13:58:28

そりゃあ、Javaより速いことだな。
いや、Javaより遅いものなんてそうそうないけどな。ﾌﾟﾌﾟﾌﾟ

479 ：仕様書無しさん：04/09/22 14:01:29

なるほどWindowsを使いたくないがためにJavaのすべての劣った要素が、
見えないことにしてマンセーしているんだな。
やっぱ狂信だな。

480 ：仕様書無しさん：04/09/22 14:08:15

>なるほどWindowsしか使いたくないがためにWindowsのすべての劣った要素が、
>見えないことにしてマンセーしているんだな。
>やっぱ狂信だな。

こっちの方がシックリくるのは何故。

481 ：仕様書無しさん：04/09/22 14:08:41

.NETのメリット、それはISO標準。

482 ：仕様書無しさん：04/09/22 14:14:16

>>475
特定のプラットフォームでしか動かないJavaのコードを書いてみな

483 ：仕様書無しさん：04/09/22 14:16:10

>>482
VSなら楽勝だよ。
WindowsDNAに沿って作ったらXP SP2でも動かないから。

484 ：仕様書無しさん：04/09/22 14:18:13

VJ++でふつーに書けば動かないものを楽々書けそう。
VBでもC#でも同じ。

485 ：仕様書無しさん：04/09/22 14:24:32

>>479
だから、「遅い」以外の「劣った要素」を書いてみろって。

486 ：仕様書無しさん：04/09/22 14:24:39

ﾄﾞﾄﾈﾄなんてこんな感じ。
ttp://pc5.2ch.net/test/read.cgi/tech/1090939006/511-
511 ：デフォルトの名無しさん：04/09/18 16:52:07
GDI+の件はどうなった？
512 ：デフォルトの名無しさん：04/09/18 17:26:02
WinFXにはGDI++が乗るから無問題
それにWinFXのグラフィックスベースはDirectX10だし
513 ：デフォルトの名無しさん：04/09/19 06:39:24
つまり、GDI++で互換性をバッサリ切り捨てるから、GDI+のセキュリティボロボロ問題は、無かったことに出来ると？
514 ：デフォルトの名無しさん：04/09/19 09:18:22
>>513 YES
515 ：デフォルトの名無しさん：04/09/19 23:04:38
GDIがGDI+になってセキュリティ問題が発生しても、GDI++になったら問題発生しないと？
他にもADOがADO+とか全てにおいて大幅に差し替えられてるが問題は発生しないと？
516 ：デフォルトの名無しさん：04/09/19 23:15:43
GDI++が陥落したらGDI#になるから無問題
GDI#が陥落したらGDI FXになるから無問題
517 ：デフォルトの名無しさん：04/09/20 11:49:28
GDIω
518 ：デフォルトの名無しさん：04/09/20 14:54:27
GDIとGDI+とGDI++が並走
519 ：デフォルトの名無しさん：04/09/21 07:25:49
先のことより、今の.netアプリ(GDI+使用)は、どうしてくれんのよ？
何？誰も作ってないから大丈夫？
520 ：デフォルトの名無しさん：04/09/21 11:40:36
gdiplus.dllの再配布を禁止することで「対応」されます。

487 ：仕様書無しさん：04/09/22 14:25:24

>なるほどWindowsを使いたくないがためにJavaのすべての劣った要素が、
>見えないことにしてマンセーしているんだな。
>やっぱ狂信だな。

そしてカーネルハックできるスキルもないし、GCC C/C++できないし
だから独自のデーモンなんて絶対作れないし
だから今ある　j厨eeしかもタダの環境でﾏﾝｾｰしてるだけ

488 ：仕様書無しさん：04/09/22 14:29:04

>>487
「難しいこと」の例に「デーモンを作る」がでてくるあたりで
君の能力はだいたい分かる。

489 ：仕様書無しさん：04/09/22 14:30:18

あ、ごめん。そんな簡単なこともできないって言いたかったのかな。

490 ：仕様書無しさん：04/09/22 14:33:02

Javaが駄目だったとしても、帯に短し襷に流しのﾄﾞﾄﾈﾄに逝くことは無いだろ。
JavaにはJavaのメリットがあるが、ﾄﾞﾄﾈﾄは（ry

491 ：仕様書無しさん：04/09/22 15:20:39

しかし、プラットフォーム依存のJavaコードもかけない、「遅い」以外のデメリットも
指摘できないでよくJava批判できるね。恥ずかしくないの？

492 ：仕様書無しさん：04/09/22 15:28:51

プラットフォーム依存のJavaコードって　なんか劇藁なんだけど
それってJavaのポリシーを否定する発言じゃねえの？

493 ：仕様書無しさん：04/09/22 15:35:37

SWT

494 ：仕様書無しさん：04/09/22 15:45:46

ここって下手な釣りの練習スレですか??
釣りじゃないとしたらただのバカがいるようですが。

495 ：仕様書無しさん：04/09/22 15:52:04

Java専用のコンピュータ作れば速いんでないの

496 ：仕様書無しさん：04/09/22 16:10:19

うんうん。作ればできるねー。

497 ：仕様書無しさん：04/09/22 17:37:57

遅い事意外のJavaのデメリット
NETに比べて生産性が低い。すさまじく低い。
多くの部品が非同期にバージョンUPし、メンテナンスが大変。

パフォーマンスが低い、メモリを喰うってことは、ハードウェアのコストパフォーマンスの悪さに直結。
生産性、メンテナンス効率が低いというのは人件費のコストパフォーマンスの悪さに直結。

Javaはもうおしまい

498 ：仕様書無しさん：04/09/22 18:14:35

ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=76&forum=12

499 ：仕様書無しさん：04/09/22 18:17:08

速いJava作れば速いんじゃないの？

500 ：仕様書無しさん：04/09/22 18:20:54

すばらしきJAVA IDEの世界「起動時間の改善」
ttp://www.atmarkit.co.jp/fjava/products/eclipse21/eclipse21_2.html

501 ：仕様書無しさん：04/09/22 18:23:14

>通常のJava開発を行っている人には、「1日に1度起動してしまえばずっと使い続けるので問題ない」レベルかもしれません。
漏れだめだな、短気だから。起動する前にいやんなって[×]おしちゃうよ

502 ：仕様書無しさん：04/09/22 18:41:34

ttp://www.ingrid.org/java/jserv/performance/java.html

.NET厨君たち、すこしはVMの勉強もしてみよか

503 ：仕様書無しさん：04/09/22 18:52:05

煽り側の思考おかしいな。

>多くの部品が非同期にバージョンUPし、メンテナンスが大変。
Win32のDelphiだったり、Linux/GNUのライブラリが制覇して、
ActiveXが死滅して.NETライブラリの貧弱が弱点の時代に、
未だに”M$ライブラリが標準”としか頭に内容だな。

>人間の直感は常に正しい。漏れはJAVAが登場したときから直感的に「こりゃダメだ罠」と感じた。

「人間の直感は常に正しい。」なんて害基地以外の何者でもない（ガクガクブルブル

504 ：仕様書無しさん：04/09/22 20:14:42

>>497
本当にこういう奴は馬鹿だな。

505 ：仕様書無しさん：04/09/22 20:16:45

Windows C#とJavaの比較
Linuxその他 monoとJavaの比較

どっちが速いんだろうね。

506 ：仕様書無しさん：04/09/22 20:40:13

j2eeは遅いという事実の反論が無いな
じゃあ
j2eeは遅いってことで確定だな

507 ：仕様書無しさん：04/09/22 20:43:54

> Windows C#とJavaの比較
> Linuxその他 monoとJavaの比較
> どっちが速いんだろうね。

どちらが遅いのかは明白。

508 ：仕様書無しさん：04/09/22 20:46:25

まあ、漏れは.NET言語全般（C#, VB.NET, ASP.NET, MC++.NET, J#）もできるし、
Javaもできるから別にどーでもいい。
どうせ、WindowsPGだからさ、どの言語も同じ様なもんだ。
ただ、JavaはWindowsでは何のメリットもないな。
Javaはマルチプラットフォームだし、畑が違う。

509 ：仕様書無しさん：04/09/22 20:52:00

>>506
遅いって何時決まったの？

510 ：仕様書無しさん：04/09/22 21:06:40

>>509
最初から決まってんだよ。

511 ：仕様書無しさん：04/09/22 21:13:13

>>463
これ読んだけどさあ
SUNが敵はIBMやオプソ乞食などの寄生虫だって事を公式に認めたって事だよね。
まあ今更なんだけどさ。

512 ：仕様書無しさん：04/09/22 21:15:35

IBMのJDK最速
JDK1.4ならもっと速いかもなぁ
http://www.asahi-net.or.jp/~AN4J-UEHR/homepage.en/jp/.NETplaf/bench.htm

513 ：仕様書無しさん：04/09/22 21:49:16

>>511
遅すぎだけどね。
まあ、気づいてはいたんだろうけど。

514 ：仕様書無しさん：04/09/22 23:24:25

無理のある解釈だな

515 ：仕様書無しさん：04/09/22 23:44:48

乞食零細企業が使うのはNT4。
Longhornは要らないってよ。

516 ：仕様書無しさん：04/09/23 04:58:47

>>511
？？
えーと、これはx86 Solarisのごたごたの話だろ？
まぁ.NET厨はsolarisなんて知らないんだろうけど。

517 ：仕様書無しさん：04/09/23 06:37:57

そう思い込んでるのはレベルの低いJ厨EEだけ。
.netがSolarisにMS公認で組み込まれるのは良いことだが、MSにすりゃまだSUNと提携して
そこまでやるのは時期尚早なんだろうな。

518 ：仕様書無しさん：04/09/23 08:06:07

M$は商売の駆け引きだけは上手だな

519 ：仕様書無しさん：04/09/23 09:59:44

商社ですから

520 ：仕様書無しさん：04/09/23 11:49:46

freeBTRONまだ？

521 ：仕様書無しさん：04/09/23 11:54:35

・ 60,484 : 推奨されていません。
323ファイル、合計2312個所見つけました

522 ：仕様書無しさん：04/09/23 12:10:39

そう思い込んでるのはレベルの低いJ厨EEだけ
実際にこの業界で最も商社化が著しいのはIBM

523 ：仕様書無しさん：04/09/23 12:38:27

JREを入れるとIEのパフォーマンスが大幅に低下します。
今すぐアンインストールしましょう。

524 ：仕様書無しさん：04/09/23 13:02:58

M$が上手いのは経営戦略だと思うけどな～。

525 ：仕様書無しさん：04/09/23 13:07:50

MSは特に宣伝を打ってるわけじゃないし、商社ってイメージは少ないな。

526 ：仕様書無しさん：04/09/23 13:08:56

>>523
ほんとだ！！！
なんかIEの調子が悪いと思ったら　糞JREのせいだったんだ
さんくす

527 ：仕様書無しさん：04/09/23 13:15:06

・ 60,484 : JAVA厨は推奨されていません。
32325234ファイル、合計2312023232個所見つけました

528 ：仕様書無しさん：04/09/23 13:26:06

メーカー：
M$、$racle, $un

商社：
IBM, NRI、NEC、目立、不治痛

529 ：仕様書無しさん：04/09/23 13:39:37

(´-｀).｡ｏＯ　（HPはどちらの側でしょう）

530 ：仕様書無しさん：04/09/23 15:06:27

「.NETはWebSphereより高性能」――TMC調査の真の狙いは？
http://www.itmedia.co.jp/news/articles/0409/23/news004.html

531 ：仕様書無しさん：04/09/23 21:45:20

>>530
被害妄想だな。
この調査に疑いがあるというなら自分でカネ出して
万人が納得する調査をすれば良いのに。ね、IBMさん。

532 ：仕様書無しさん：04/09/23 21:48:20

>>530
郵政公社に対するクロネコヤマトの被害妄想と同じものがあるな。

533 ：仕様書無しさん：04/09/23 21:51:28

Javaの罪は遅いことじゃなく大量のJava厨を生み出してしまったことだろう。

534 ：仕様書無しさん：04/09/23 22:39:18

誰か、↓の Java 版書いてみないか？

http://hp.vector.co.jp/authors/VA000092/jokes/strup.html

535 ：仕様書無しさん：04/09/24 11:15:10

>>530
妥当な結論だろうな。
そして、たいがいこの手の妥当な結論が出た比較テストにはアンチ勢力からクレームがつくが、
彼らが追試をやって反論したのを見た事が無い。
MSはごちゃごちゃ言うんだったら、俺が金だして白黒つけさせてやるよ、結果はわかってるけどな、
っていう態度で、IBMとかは白黒つけたくない、都合が悪いからという態度。

536 ：仕様書無しさん：04/09/24 11:19:49

.netのほうがJavaよりも優れている。
Javaは.netよりも劣っている。

537 ：仕様書無しさん：04/09/24 15:47:12

>>530
http://www.internetnews.com/dev-news/article.php/3411201

英語の原文にはそんなタイトルついてないし、数値的な結果がきちんと載っている。
それを意図的な翻訳で捻じ曲げて隠してるのはさすが日本の糞マスコミだな。ｗｗｗ
日本の市場にとって都合の悪いデータはカットですか。そうですか。

538 ：仕様書無しさん：04/09/24 15:55:06

大きな勘違いしてる椰子が居るな。
一時期業界でベンダーの捏造ベンチマークが流行って争いになり、
その後自社製品比較以外のベンチマークは公表しない、
というのが業界の良心となった。
スパコンのベンチマークでも分かるように結果はデータと処理に依存する。

それに対して子供のようにベンチマークを開始した企業が現れて、
かつ、後に調査会社が関連企業でありお金が流れてるのがバレバレで恥も外聞も無いだけ。

それに対して別の捏造データを出すことでなくて、紳士的に金持ち喧嘩せずの態度なんじゃないの？

捏造データをマンセーファビョってるのは一番恥ずかしいよ。

539 ：仕様書無しさん：04/09/24 15:55:25

　　　　　　　　　　　　WSAD　VS.NET
Product Installs　　　　22　　　 4
Customer Service　　 69　　　40
Work Order　　　　　　 59　　　41
Handheld　　　　　　　　16　　　 7
Miscellaneous　　　　　 29　　　 2
Total　　　　　　　　　　196　　 94

(数値の単位は人月)

デプロイやパフォーマンスの結果はもっと面白い差がついてるが、長いので省略。

540 ：仕様書無しさん：04/09/24 15:56:53

>>538
で、チミは.NETとJ2EEでどっちが速いと思ってるの？ｗｗｗｗ

541 ：仕様書無しさん：04/09/24 15:59:38

>>539
> Product Installs　　　　22　　　 4

激しく納得。ｗｗｗ
リナクソ相手じゃなあ。ｗｗｗｗｗｗ

542 ：仕様書無しさん：04/09/24 16:00:20

実績のあるJ2EEが速くて安定に決まってるだろうが。

ベンチマークなんて、あの、おっそおいﾄﾞﾄﾈﾄアプリがファビョって速いなんてことになってるんだから。
触って速けりゃみんなそれ選ぶ訳だから、
ＰＣを制覇している会社がベンチマーク合戦やＴＣＯ合戦する必要は無いって。

543 ：仕様書無しさん：04/09/24 16:03:17

>>542
そんな認識だからチミはどこにも相手にされず無職なんだよ。ｗｗｗ
現実をもう少し見なさいよ。ﾌﾟﾌﾟﾌﾟﾌﾟ

544 ：仕様書無しさん：04/09/24 16:04:56

結論

Javaは遅い。
みんなが思ってることを>>530の記事は数値化してくれただけ。
みんな納得。
一部の狂信アホを除いて。

545 ：仕様書無しさん：04/09/24 16:09:04

>>543-544=狂信
狂信の見本をｱﾘｶﾞﾄ

546 ：仕様書無しさん：04/09/24 16:13:45

ベンチを捏造することすらできないJ2EE。ﾌﾟｹﾞﾗ

547 ：仕様書無しさん：04/09/24 16:17:05

陥れたり、ウソ捏造が平気になった546はもう終わってんじゃない？

548 ：仕様書無しさん：04/09/24 16:24:14

>実績のあるJ2EEが速くて安定に決まってるだろうが

これってスキルが足りない人の釣だよね！間違いないよね
マジレスじゃないよね

549 ：仕様書無しさん：04/09/24 16:26:31

Javaが遅いって　それしかないのかとか言われるが
環境からなにからなにまで遅いからいやんなっちゃうんだよね
その先を突っ込もうとしても、全てがとろくさいので
まじめに付き合う気がうせるんだよな
JAVA厨はこれが標準だからなんとも思わないのかもしれんが

550 ：仕様書無しさん：04/09/24 16:26:40

548もウソ捏造タイプだな。

１企業が陥れと捏造が大好きだからってそれに合わせるのはどうかと。
ここは米じゃなくて２ｃｈなんだから。

551 ：仕様書無しさん：04/09/24 16:28:54

あのねえ、細かなスペックださなくとも体感で
十分大差がついているのよ。あんた感覚鈍いのか？
脳のシナプスがｶﾅｰﾘ足りないようだが

552 ：仕様書無しさん：04/09/24 16:29:51

Java厨は脳障害があるから

553 ：仕様書無しさん：04/09/24 16:34:21

そうだ、JAVA環境を表現するのにちょうどいいのが
今のVS.NETをPen無印90MHzあたりにインストールした感じが近いと思う

いや386sxだとか突っ込み歓迎

554 ：仕様書無しさん：04/09/24 16:36:36

551-553=捏造が染み付いて言ったら捏造できると思ってる

555 ：仕様書無しさん：04/09/24 16:38:38

日本語も不自由になってきたようですね。

556 ：仕様書無しさん：04/09/24 16:40:16

>>555
なんか不気味だな。頭大丈夫か？

557 ：仕様書無しさん：04/09/24 17:00:29

甘やかされた肥満児
荷物を積みすぎた船
豆腐で釘を打つ

Javaの本に書かれてることですよ。
http://www.oreilly.co.jp/BOOK/bfljava/contents.shtml

558 ：仕様書無しさん：04/09/24 17:03:37

陥れと捏造マンセーな終わった香具師には自虐という言葉は分からないようだね。

559 ：仕様書無しさん：04/09/24 17:22:33

1.2　肥満への対策
1.3　肥満と戦うための５大原則
1.3.1　その1：あらゆるものをシンプルに
1.3.2　その2：一つのことを上手にやる
1.3.3　その3：透明性を死守せよ
1.3.4　その4：拡張が楽にできる設計
1.3.5　その5：システムの顔は道具に似る

笑いが止まらない。そのとおりだな。
JAVA厨はこの本ｾﾞﾀｲ買ったほうがイイぞ！！！

560 ：仕様書無しさん：04/09/24 17:24:28

またJAVA厨はしょうもないからさらに肥満化を促進するコード
かいちゃうからなあ・・・

561 ：仕様書無しさん：04/09/24 17:25:57

これからは

【j厨ﾃﾞﾌﾞﾃﾞﾌﾞ】　　でいこっか！

562 ：仕様書無しさん：04/09/24 17:35:04

ﾄﾞﾄﾈﾄの姿も考慮に入れない醜い香具師等だな。

でもあんた、ﾄﾞﾄﾈﾄ死に体の身分不相応でつから。残念。

563 ：仕様書無しさん：04/09/24 18:00:05

肥満したJAVA厨の今後の対策
肥満JAVA厨が仕事と戦うための５大原則
その1：JAVA厨はあらゆるものをシンプルに考え直せ、シナプス不足の頭でOOしても無理だよ
その2：JAVA厨は最低たった一つのことでイイからを上手にやれ、それができればJAVA厨卒業
その3：JAVA厨は透明性を死守せよといっても無理だろうから期待しない
その4：JAVA厨拡張が楽にできる設計は絶対にできないから期待しない
その5：JAVA厨の顔は道具に似る　ﾌﾟｹﾞﾗ

564 ：仕様書無しさん：04/09/24 18:10:23

基地害な煽り丸見えの563
クドさで勝とうとしてるようだが、
ﾄﾞﾄﾈﾄなんてマイナーが煽るなんて思い上がりが甚だしいというか、
ゲスな姿でゲスなレスしてるだけちゃうんかと。

565 ：仕様書無しさん：04/09/24 18:12:35

あ～あ。見事に釣られちゃってるよ。

566 ：仕様書無しさん：04/09/24 18:15:03

マイナーでクドイくてVBと共に滅んだｹﾞﾗだけど、
多少釣られてやれよ。

567 ：仕様書無しさん：04/09/24 18:21:36

いろいろ山ほど欠点は出されているが、ただパフォーマンスが遅いって事実を
認識もできないようじゃ、たしかにJava厨は感覚が鈍いといわれても仕方ないだろうな。
あっそうか！感覚が鈍いからJavaなんてものを平気で触れるんだな。
嗅覚が鈍いやつが臭い場所にいても平気なように。

568 ：仕様書無しさん：04/09/24 18:25:13

うわ、567がまた流れに関係なく捏造してるぜ。
ｵﾜｯﾃﾙ

569 ：仕様書無しさん：04/09/24 18:26:25

嗅覚が鈍いやつってのはVBが販売停止になる直前までマンセーしてたｹﾞﾗのことだろ。

570 ：仕様書無しさん：04/09/24 18:28:04

VBもきちゃなかったけど、再度倍再度のバグも滅茶きちゃないよな。

571 ：仕様書無しさん：04/09/24 18:28:39

俺が想像するに、頑なにJavaの遅さを認めない奴らって、感覚が鈍いと言う可能性のほかに、
VS.netもC#も触ったことないんじゃないかな？アンチMSでMS製品を触ることが悪だとか思ってる
狂信者だし、そもそも貧乏なので、家の自作PCにLinuxとEclipseが入ってる。
WindowsもVS.netも買う金も無いので、試した事すらない。
自分の唯一の環境しかないから、他と比較しようがない。それが唯一最高だと思うしかない。
あれだよ。おいしいもの食べたことのない人って味覚が発達していない、
まあ一言で言えば貧乏でかわいそうな井の中の蛙なんじゃないかな。

572 ：仕様書無しさん：04/09/24 18:29:39

>>568は捏造と繰り返すしかない現実を直視できない、ボキャの少ないJava原人￥

573 ：仕様書無しさん：04/09/24 18:30:02

名無しさん♯ ：04/09/23 11:22
「.NETはWebSphereより高性能」――TMC調査の真の狙いは？

マ板の煽り系スレでもちょっと話題になってますた。

タイトルが不適切な感がありますが、要はVS.NETとWSADの開発ツール比較で、どっちが効率が高いかということでしょう。

MSが委託した云々を抜きにしても、VS.NETに軍配が上がることにまったく違和感がありませんがいかがなものでしょう。まあ、Linux上でWSADなんて悲惨な組み合わせはちょっとやりすぎな気もしますが。ｗ

WebSphereは3.5から5.1まで使ってきましたが、WSADのみでコーディングなんてとても耐えられません。コードを書くときだけVJ++ 6.0を別途起動というスタイルからいまだに抜け出せてません。いい加減、VJ++ 6.0の後継を見つけたいのですが、いまだに･･･。

574 ：仕様書無しさん：04/09/24 18:31:17

567の内容=571の内容

基地外って自分の頭の中の人がづっとしゃべり続けるんだね。
同じことでかつ現実とかけ離れたことを。

>まあ一言で言えば貧乏でかわいそうな井の中の蛙なんじゃないかな。
こういうのﾌﾞﾋﾞだろ。

575 ：仕様書無しさん：04/09/24 18:31:42

「捏造」「終わってる」
どっかの馬鹿リア厨か？本でも読んで語彙を豊かにしろ。

576 ：仕様書無しさん：04/09/24 18:33:20

>MSが委託した云々を抜きにしても、

陥れと捏造マンセーが馬鹿にされてるのにまだ気付かない香具師。

577 ：仕様書無しさん：04/09/24 18:33:32

>>574
君を除いた正常な人間は皆君のほうが基地外だと思ってるんだよ。

578 ：仕様書無しさん：04/09/24 18:34:28

577=基地外にふさわしい発言でつね。

579 ：仕様書無しさん：04/09/24 18:35:03

みな、個人的な体験から判断して捏造ではなくきわめて自然で妥当な結果だと思うやつが多数なんだが、

捏造だということにしたい基地外がひとりいるね。

580 ：仕様書無しさん：04/09/24 18:35:24

>>575
捏造に平気なレスに意味あるんでつか？

581 ：仕様書無しさん：04/09/24 18:36:06

捏造って繰り返してるやつの環境って何？多分Winじゃないんだろうな。
あと年齢も教えてよ。

582 ：仕様書無しさん：04/09/24 18:36:40

579=みなのことが見えてる頭が基地外の頭（ガクガクブルブル

583 ：仕様書無しさん：04/09/24 18:37:08

あと月々おかあさんにもらっているおこづかいも。

Spoke.netなんてものがあるから、君にも買えるかもよ。

584 ：仕様書無しさん：04/09/24 18:37:43

581=荒れる基信者

585 ：仕様書無しさん：04/09/24 18:38:05

>>582
ぶっちゃけ、.netなんて触った事ないんだろ？あるの？

586 ：仕様書無しさん：04/09/24 18:38:50

こんな簡単な質問でも都合が悪いのかな？ｗ
なんで逃げるの？

587 ：仕様書無しさん：04/09/24 18:38:53

>Spoke.netなんてものがあるから、君にも買えるかもよ。

使用言語のアンケートがC#が少なすぎて統計捨てたみたいよ。（大藁

588 ：仕様書無しさん：04/09/24 18:39:16

>「捏造」「終わってる」
の人ってあれだろ
「遅いしか言えないのか」の人だろ。

話にドラマ性がまったくない。馬鹿丸出し。
まるで、webapps/unkoApp/WEB-INF/classes/
に1000ほどおかれた糞doGetサーブレットクラスみたいな椰子だ
パッケージ化できない馬鹿、こいつパッケージするとクラスパスが
通せなくなるんじゃねえの

589 ：仕様書無しさん：04/09/24 18:40:23

＞使用言語のアンケートがC#が少なすぎて統計捨てたみたいよ。（大藁

なんか言いたいのなら日本語勉強してからにしろボケ

590 ：仕様書無しさん：04/09/24 18:41:44

これくらいの馬鹿じゃないとJavaとはまともにつきあえません。
という良いサンプル。

Java厨は平均して知能が低い。

591 ：仕様書無しさん：04/09/24 18:42:01

＞使用言語のアンケートがC#が少なすぎて統計捨てたみたいよ。（大藁
意訳。

C#が少ないということにしたいけどソースを出せといわれたら困る。
だから捨てたことにしよう。

592 ：仕様書無しさん：04/09/24 18:42:27

レスを荒らすか、自分の心が荒れるか、しか出来ないﾄﾞﾄﾈﾄﾌﾞﾋﾞ厨ども。
なんか醜悪。

593 ：仕様書無しさん：04/09/24 18:42:58

>>592
自分が醜悪晒してどうするｗ

594 ：仕様書無しさん：04/09/24 18:43:53

レスを荒らすってなに？

Java原人は一様に言語中枢が未発達だなｗ
だからJavaでも気にならない。

感覚も言語能力も劣ると。

595 ：仕様書無しさん：04/09/24 18:44:46

>レスを荒らすか

爆　ﾜﾗ

596 ：仕様書無しさん：04/09/24 18:46:45

道具はテストするまでもなく、劣っている。
テストしたら、やっぱり劣っていた。
使ってるやつのオツムも劣っている。

597 ：仕様書無しさん：04/09/24 18:47:37

>>596
ソース出せｗ

598 ：仕様書無しさん：04/09/24 18:48:48

>592
ドメイン内にある10台のメールサーバのどこかにいる
[email protected]ユーザを特定する方法を
Javaで実装するための手順として簡単でいいから言ってみてくれないか？
Javaはネットワークプログラミングが得意だよね
もちろん俺は馬鹿のvb厨だからわからないよ。君ならこのぐらい
すぐ答えてくれるよね。

599 ：仕様書無しさん：04/09/24 18:50:07

>>598
日本語かけよ。Java厨

600 ：仕様書無しさん：04/09/24 18:51:49

困ったら二言目にはソースの馬鹿は放置で。幼稚すぎ。あほの定番。

Apple提供のベンチはそれこそ捏造と大多数が疑念を抱くものだけど、
今回のようなベンチは皆なるほどな、妥当だ、そんなところだろう、と納得いくものだね。

唯一捏造だと騒ぐのは、「.net使ったこと無い」つまり比較する能力も経験もないJava厨。
捏造だとおもうのは、自分の体験にデータが無いから、そういうことを平気で言える。

601 ：仕様書無しさん：04/09/24 18:55:15

いつまでも「捏造データ」っていうマジックワード振り回せば、
「ちゃら」になると思うなよJava厨。

この辺の卑劣さというか言葉の綾でなんとかしようってのは北朝鮮と通じるところがある。
「アメリカの敵視政策」による捏造ですってか？ボケが

602 ：仕様書無しさん：04/09/24 18:56:27

今回の調査の意義は、Javaマカにとっての地上の楽園、Linux＋J2EEとのガチ勝負だったわけだが、結果は惨敗。
インストール・開発・テスト・配置・TCOすべてにおいて.NETに大敗した。

当たり前といえば当たり前の結果だが、こうやってきちんと数値化されてみるとやっぱり悲惨なものだな。

603 ：仕様書無しさん：04/09/24 18:56:50

しかしこの>>592JAVA厨おもろいなあ

おーーーーい　うんこ

604 ：仕様書無しさん：04/09/24 18:59:35

Javaマガジンかどっか、追試やってやれよ。
もっとも、悲惨な結果の上塗りで読者の反発をまねくから、企画倒れになるだろうがなｗ

605 ：仕様書無しさん：04/09/24 19:00:40

>>587
DelphiとC++が強すぎてJavaとC#が少なかったから統計捨てたみたいよｗ

606 ：仕様書無しさん：04/09/24 19:02:16

>>573
この部分をちゃんとコピペしろよ。

(9/24 更新)
WSAD側の実装を見てみましたけど、これはちょっとひどい。('A`)
ビジネスロジックの大部分をServletに書いてて、しかもEJBを使わずにSQL直書き。もうちょっとJ2EEしてあげましょうよ･･･。

607 ：仕様書無しさん：04/09/24 19:02:33

Javaはかれこれ10年近い市場実績があるのに
2年そこそこの市場実績のC#と同等に捨てられるとは痛すぎ

608 ：仕様書無しさん：04/09/24 19:03:27

当然の結果じゃん。
まさかテストしなおしたら、Javaのほうに軍配が上がるとでも？？？？？
寝言は寝てからね。

609 ：仕様書無しさん：04/09/24 19:03:39

>606
EJBなんて使うとさらにパフォーマンス落ちるけどいいのか？

610 ：仕様書無しさん：04/09/24 19:06:02

（.netという優れた環境＋ツールを）知らぬが仏。
捏造ベンチで愛するJavaツールが最高だと信じるのが涅槃への道なのですよ。

611 ：仕様書無しさん：04/09/24 19:06:24

>>606
Javaをきちんと分かってる部隊だからこそEJBを使ってないんだろ。
>>557の本のことを実践してるわけだ。

612 ：仕様書無しさん：04/09/24 19:08:55

5.2　木を見る前に森を見る
↑
あの本ほんとにいい本みたいだなあ。ぜひJAVA厨買え！

613 ：仕様書無しさん：04/09/24 19:09:34

Javaのことをきちん分かってるのなら、そっとしておいてやれよ。
そのまま死なせてやれ。

614 ：仕様書無しさん：04/09/24 19:09:53

Javaにとっての今後の地上の楽園はJavaから離れること。
スクリプト言語が頼みの綱らしい。落ちるとこまで落ちたね。
http://www.atmarkit.co.jp/fjava/rensai3/devworks05/devworks05_1.html

615 ：仕様書無しさん：04/09/24 19:12:25

広い視野で森(JAVA以外のツールがあるのに)は見ない。
自分の木(マイPCのLinux+j厨ee+MySQLまたはPostgreSQLぜんぶただのものだ)
森にはでれないよママ。木の洞で静かに暮らしているのが幸せなんだ
ぼくちん。

616 ：仕様書無しさん：04/09/24 19:12:29

今日はﾄﾞﾄﾈﾄ厨必死だな。あまりにも必死すぎてレスするきもうせた（呆

617 ：仕様書無しさん：04/09/24 19:12:41

Groovyに触ってみよう
　 Page1
なぜまた新しい言語が必要か

また、わけのわからんもんが登場したな。いつこの茶番は終わるんだろうね？

618 ：仕様書無しさん：04/09/24 19:13:46

>>616
なにもう尻尾まいて逃げるの？今日のJava厨は叩かれすぎてダメージ大きいのかな？

619 ：仕様書無しさん：04/09/24 19:14:51

グルービーって聞くとサンビームさんを思い出してしまうよ。
見た目ではまともなキャラだと思ったのにｗ

620 ：仕様書無しさん：04/09/24 19:15:18

なんか大口叩いてるけど、

技術の無いﾌﾞﾋﾞ厨がＭ＄に見捨てられた結果がﾏｲﾅｰなﾄﾞﾄﾈﾄ厨。

621 ：仕様書無しさん：04/09/24 19:15:57

>>614
よく読む気もしないが
いまさらJAVAからPerlのインタプリタを使うような事をして
なにがうれしいんだ。JAVAを取り巻く人たちはより遅くする事に
命をかけているのか？

622 ：仕様書無しさん：04/09/24 19:16:32

Javaが.NETより速いって報告書ないの？
嘘でもいいから見てみたいなあ。ｗｗｗ

623 ：仕様書無しさん：04/09/24 19:17:27

Javaスクリプト

624 ：仕様書無しさん：04/09/24 19:17:45

もっと詳細に書くと、

ActiveX買えば良いじゃんの技術の無いﾌﾞﾋﾞﾁｭｳが、
Ｍ＄に見捨てられたところCOMもDCOMも吹っ飛んで、
気がつきゃ最も貧弱なライブラリのシステム稼動してないﾏｲﾅｰなﾄﾞﾄﾈﾄ厨
となったとさ。

625 ：仕様書無しさん：04/09/24 19:18:06

何のことはない。Java版ECMA Scriptが欲しいだけだろ。
言語が選べない世界は大変ですね。ｗｗｗ

626 ：仕様書無しさん：04/09/24 19:19:29

>>622
嘘つくにも土台が必要だからね。
張りぼてでも骨組みくらいはいるけど、そんなもんすらないので無理じゃないの？

まあJavaが速いなんてそういうあいまいな文章でさえお目にかかったことがないな。

627 ：仕様書無しさん：04/09/24 19:20:11

>>624
VBのことなんてどうでもいいよ。すれ違い。

628 ：仕様書無しさん：04/09/24 19:20:40

ああ地上の楽園。Write Once, Run Anywhere。
3つのOSでしか動かないけどAnywhere。
みんなで仲良く話し合いのJCP。でも決断はSun将軍様しか下せないけど。

629 ：仕様書無しさん：04/09/24 19:21:27

ほんとに今日はﾄﾞﾄﾈﾄ厨、ﾌﾞﾋﾞﾁｭｳがウザイですね。

630 ：仕様書無しさん：04/09/24 19:23:15

Java厨のアストロターフィングが必死ですね。
VB使いを仮想敵にしてもJavaの遅さは解決できませんよ。ｗｗｗ

631 ：仕様書無しさん：04/09/24 19:24:39

マジウゼぇ。ﾌﾟ

632 ：仕様書無しさん：04/09/24 19:28:02

VB使いを仮想敵にすることが唯一の現実逃避の方法なんだろうな。

敵視政策？ｗ

633 ：仕様書無しさん：04/09/24 19:28:16

ActiveX買えば良いじゃんの技術の無いm$ﾁｭｳが、
Ｍ＄に見捨てられたところCOMもDCOMも吹っ飛んで、
気がつきゃ最も貧弱なライブラリのシステム稼動してないﾏｲﾅｰなﾄﾞﾄﾈﾄ厨
となったとさ。

634 ：仕様書無しさん：04/09/24 19:29:53

実質m$厨は負け組み

WindowsDNAがSP2にブロックされてm$にも捨てられたみたいだけど

635 ：仕様書無しさん：04/09/24 19:31:30

COM/DCOMは問題なく使えるがな。何も知らないのにそんな事いうと
自分の馬鹿なのを晒しているだけだぞ。

636 ：仕様書無しさん：04/09/24 19:32:14

なんかどこでもこいつ同じこと繰り返してるよね。m＄？ハア？

637 ：仕様書無しさん：04/09/24 19:34:06

はぁ？
DCOM設定難しくて全端末に必要なんですが。
つか、SP2入れるなというニュース出まくり。
被害に受けたのはWindowsDNA。

638 ：仕様書無しさん：04/09/24 19:34:22

COMがどうたら関係ないが、
Javaが遅いってことに何の反論にもなってないぞ。
話をそらすなよ。糞Java厨

639 ：仕様書無しさん：04/09/24 19:41:00

Javaが嫌いなんじゃないよJava厨がきらいなんだよ。
やつらはJavaの進化を妨げている。

640 ：仕様書無しさん：04/09/24 19:49:25

思うんだけどさ、
Java厨ってMなんじゃないの？
それじゃなきゃ、好き好んで、遅くて生産性の低いJavaなんてもんを使えるはずがない。
それに、こういう圧倒的に正しい見解を持つ人間が多数存在するスレに飛び込んで、
その批判の対象になっている糞を擁護する理由がない。真性マゾなんだよ、きっと。

641 ：仕様書無しさん：04/09/24 19:53:19

640=イチャモンのみ

ﾄﾞﾄﾈﾄ厨というよりﾄﾞﾄﾈﾄヤクザ集団

なんか怖いな。

642 ：仕様書無しさん：04/09/24 20:17:36

Oracleのインストーラと管理ツールがJava製になったときから、
俺はJavaに敵意を持つようになった。

643 ：仕様書無しさん：04/09/24 20:33:40

>>642
あれを使ったことがあるのに、Javaは速いとか逝ってる奴がいるとしたら、
真性のｷﾁｶﾞｲだよな。瞳孔が開いているとしか言いようが無い。

644 ：仕様書無しさん：04/09/24 20:37:56

>>606
それ入れても結果は変わらないし。

645 ：仕様書無しさん：04/09/24 20:38:46

EJBを使えば速くなるとでも？（ｹﾞﾗｹﾞﾗ

646 ：仕様書無しさん：04/09/24 23:48:38

Javaを擬人化したらジャイ子にならねえ？ｗ

647 ：仕様書無しさん：04/09/24 23:58:09

>>643
あれだけ見て判断する奴は脳みそスポンジ状態だろ。
あの辺はJavaがもっとも不得意とする分野だ。

648 ：仕様書無しさん：04/09/25 00:11:37

>>647
不得意ってどういう意味で言っている？
話の流れからすれば性能であるが、性能面で見た場合、どの分野が得意でどの分野が不得意なのさ？

649 ：仕様書無しさん：04/09/25 00:12:36

Javaの何が遅いって開発環境の遅さは群を抜いてるよ。
なんて言うか､､､嫌がらせ？って感じ？
で、その原因は何かって言うとJavaの開発環境はJavaで書かれてるからw

Java屋ってネタ師の集団かよｗ

650 ：仕様書無しさん：04/09/25 00:21:24

やれやれスポンジ頭必死だな。

651 ：仕様書無しさん：04/09/25 00:25:32

>>650
意味不明。

652 ：仕様書無しさん：04/09/25 00:25:59

やれやれスポンジ頭必死だな。

653 ：仕様書無しさん：04/09/25 05:09:31

スポンジ頭にガベコレが走って機能停止

654 ：仕様書無しさん：04/09/25 05:37:32

Javaはほんと遅いね

655 ：仕様書無しさん：04/09/25 09:32:14

654は例のアルバイトかな。
同じ事を繰り返してる。

ﾄﾞﾄﾈﾄなんてインストールで一日潰れて起動遅くてﾏｲﾅｰだからライブラリも無いのに。

さらにこんな感じ。

.NET Framework のノータッチデプロイメントに期待して、
サンプル置いてるサイト実行したら、
>IEExec.exe - 共通言語ランタイムデバッグサービス
>処理 ID=0x9bc (2492)、スレッド ID=0x6f0 (1776)
>アプリケーションを終了するには [OK]をクリックしてください。
>アプリケーションをデバッグするには、[キャンセル]をクリックしてください。
でつ。

サイトの説明書きでは
>ここでは、クライアントPCに .NET Framework 1.0がインストールされている場合を例に説明します。
> .NET Framework 1.1では、一部のウィンドウ名などが異なります。
> .NET Framework 1.0と1.1が共存するマシンをご使用の場合、
>必ず1.0の［Microsoft .NET Framework Configuration］を使用してください。
だし、.NETって何なん。
メジャーバージョンアップ2.0を控えてる段階で。

656 ：仕様書無しさん：04/09/25 09:35:38

Java Web Startは楽々動くＹＯ！

ttp://v2c.s50.xrea.com/V2C_512M.jnlp

ttp://v2c.s50.xrea.com/

ﾄﾞﾄﾈﾄなんて動くどころかバージョン上がるたびに発狂。駄目だこりゃ

657 ：仕様書無しさん：04/09/25 09:40:05

一番不得意な分野に使われても嬉々としているJava信者

658 ：仕様書無しさん：04/09/25 09:40:48

657捏造アルバイトさらしあげ

659 ：仕様書無しさん：04/09/25 09:44:37

EJBってパフォーマンス出ないよねぇ。。。

660 ：仕様書無しさん：04/09/25 09:45:07

430 名前：仕様書無しさん投稿日： 04/09/21 20:24:25
ほらよベンチ結果↓
http://www.chamas.com/bench/
http://www.gotdotnet.com/team/compare/default.aspx
http://www.middlewareresearch.com/endeavors/030730J2EEDOTNET/endeavor.jsp ←登録して665KBのpdfファイル
http://www.rpmsoftware.com/rpm/download/rpm_dotnet.pdf

結論
j2eeは遅い

661 ：仕様書無しさん：04/09/25 09:45:40

発狂ﾄﾞﾄﾈﾄは砂漠で目玉焼きのｹﾞﾗ

659さらしあげ

662 ：仕様書無しさん：04/09/25 09:46:24

Swingで作ったGUIｱﾌﾟﾘとVBで作ったGUIｱﾌﾟﾘのベンチマークテストって無いのかなぁ

663 ：仕様書無しさん：04/09/25 09:47:00

>>658, >>661
降臨age

664 ：仕様書無しさん：04/09/25 09:47:00

660は捏造アルバイトだからｽﾚの流れは関係ないのか。

538 ：仕様書無しさん：04/09/24 15:55:06
大きな勘違いしてる椰子が居るな。
一時期業界でベンダーの捏造ベンチマークが流行って争いになり、
その後自社製品比較以外のベンチマークは公表しない、
というのが業界の良心となった。
スパコンのベンチマークでも分かるように結果はデータと処理に依存する。

それに対して子供のようにベンチマークを開始した企業が現れて、
かつ、後に調査会社が関連企業でありお金が流れてるのがバレバレで恥も外聞も無いだけ。

それに対して別の捏造データを出すことでなくて、紳士的に金持ち喧嘩せずの態度なんじゃないの？

捏造データをマンセーファビョってるのは一番恥ずかしいよ。

665 ：仕様書無しさん：04/09/25 09:48:21

>>662

Java Web Startは楽々動くＹＯ！

ttp://v2c.s50.xrea.com/V2C_512M.jnlp

ttp://v2c.s50.xrea.com/

ﾄﾞﾄﾈﾄなんて動くどころかバージョン上がるたびに発狂。駄目だこりゃ

.NET Framework のノータッチデプロイメントに期待して、
サンプル置いてるサイト実行したら、
>IEExec.exe - 共通言語ランタイムデバッグサービス
>処理 ID=0x9bc (2492)、スレッド ID=0x6f0 (1776)
>アプリケーションを終了するには [OK]をクリックしてください。
>アプリケーションをデバッグするには、[キャンセル]をクリックしてください。
でつ。

サイトの説明書きでは
>ここでは、クライアントPCに .NET Framework 1.0がインストールされている場合を例に説明します。
> .NET Framework 1.1では、一部のウィンドウ名などが異なります。
> .NET Framework 1.0と1.1が共存するマシンをご使用の場合、
>必ず1.0の［Microsoft .NET Framework Configuration］を使用してください。
だし、.NETって何なん。
メジャーバージョンアップ2.0を控えてる段階で。

666 ：仕様書無しさん：04/09/25 09:49:10

＞Java Web Startは楽々動くＹＯ！

667 ：仕様書無しさん：04/09/25 09:49:26

668 ：仕様書無しさん：04/09/25 09:51:25

ﾄﾞﾄﾈﾄってクロスプラットフォームどころかWindowsでも発狂しちゃうの？

Java Web Startは楽々動くＹＯ！

669 ：仕様書無しさん：04/09/25 09:52:37

遅くて発狂ﾄﾞﾄﾈﾄ！

670 ：仕様書無しさん：04/09/25 09:56:04

最強のJava IDEはVisual J++

671 ：仕様書無しさん：04/09/25 09:57:23

>>670
アホか、J#だろ。

672 ：仕様書無しさん：04/09/25 09:59:52

ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ！

673 ：仕様書無しさん：04/09/25 10:03:11

アホアンチ、よっぽど悔しかったんだな。(ｹﾞﾗ

674 ：仕様書無しさん：04/09/25 10:03:33

＞ﾄﾞﾄﾈﾄなんてインストールで一日潰れて起動遅くてﾏｲﾅｰだからライブラリも無いのに。

Javaのことだろ？ドトネトとか書くやつはこの板で2,3人の固定だろ。
この世から抹殺しても何の影響もない。というかいなくなったほうが世界のため。

675 ：仕様書無しさん：04/09/25 10:04:06

英語だけどきちんと論理的に書いてあるよ
専門卒には難しいかもしれないけど

430 名前：仕様書無しさん投稿日： 04/09/21 20:24:25
ほらよベンチ結果↓
http://www.chamas.com/bench/
http://www.gotdotnet.com/team/compare/default.aspx
http://www.middlewareresearch.com/endeavors/030730J2EEDOTNET/endeavor.jsp ←登録して665KBのpdfファイル
http://www.rpmsoftware.com/rpm/download/rpm_dotnet.pdf

結論
j2eeは遅い

676 ：仕様書無しさん：04/09/25 10:05:58

OracleのインストーラやDBA Studioを使ったことがあるのに、
Javaは速いとか逝ってる奴がいるとしたら、真性のｷﾁｶﾞｲだよ。
全身白装束かもしれないな。

677 ：仕様書無しさん：04/09/25 10:07:32

まじでここに沸いてくるJava厨って白装束着てるんじゃないの？
まともな人間じゃないよ。

678 ：仕様書無しさん：04/09/25 10:08:15

1.2　肥満への対策
1.3　肥満と戦うための５大原則
1.3.1　その1：あらゆるものをシンプルに
1.3.2　その2：一つのことを上手にやる
1.3.3　その3：透明性を死守せよ
1.3.4　その4：拡張が楽にできる設計
1.3.5　その5：システムの顔は道具に似る

Javaユーザーも糞と自虐。ｗｗｗｗ
http://www.oreilly.co.jp/BOOK/bfljava/contents.shtml

679 ：仕様書無しさん：04/09/25 10:09:54

Java厨の正体は、メモリチップの売上増を狙ったサムソンの工作員

680 ：仕様書無しさん：04/09/25 10:11:26

　　　　　　　　　　　　WSAD　VS.NET
Product Installs　　　　22　　　 4
Customer Service　　 69　　　40
Work Order　　　　　　 59　　　41
Handheld　　　　　　　　16　　　 7
Miscellaneous　　　　　 29　　　 2
Total　　　　　　　　　　196　　 94

(数値の単位は人月)

Javaは簡単なことを簡単にできない。
Javaは遅い。
Javaはデブ馬鹿言語。

681 ：仕様書無しさん：04/09/25 10:13:05

Linux版Oracle9iをインストｰルする時に、DBのみの運用なのに、
インストーラのためにXやJVMまでインストールさせられて、
とてつもない時間とメモリが必要でした。

682 ：仕様書無しさん：04/09/25 10:15:30

>>681
貧乏人は大変だなｗ

683 ：仕様書無しさん：04/09/25 10:22:02

Java好きはデブ専の証し

684 ：仕様書無しさん：04/09/25 10:23:50

デブは例外なく無能

685 ：仕様書無しさん：04/09/25 10:34:04

スレの流れに無関係な捏造アルバイトさらしあげ

砂漠で目玉焼きのｹﾞﾗ入り（嘲笑激藁

686 ：仕様書無しさん：04/09/25 10:59:17

>>656
このJava製2chブラウザめっちゃすごくね！？
Javaなのに激速だ。

しかもほっとぞぬ2よりもリロード速い！
しかも画面が綺麗だ。フォントもうまいこと暈かしをつかって綺麗に見せている。

すごすぎ。しかもダウンロードとインストールの手間も省けてすごすぎ。

687 ：仕様書無しさん：04/09/25 11:02:40

なんだよjnlpって。
そんなもん走る糞環境なんて入れてないよ。

688 ：仕様書無しさん：04/09/25 11:05:32

>>682
OracleはM$製品程度しか変えない貧乏人には
買うことができない高価な製品だがw

689 ：仕様書無しさん：04/09/25 11:12:35

>>686
やっぱだめ。どうみてもJava製。
起動は遅いし、全体的にもっさりしているし、
画面の描画は遅いし、メニュー切り替えたら後が残る。
画面もいつものヘボイJavaアプリ。ぜんぜん綺麗じゃない。
しかも、起動しないことを推奨されるしｗ

690 ：仕様書無しさん：04/09/25 11:14:34

>>688
で、いくらなの？

691 ：仕様書無しさん：04/09/25 11:16:56

●勝ち組
>>656
このJava製2chブラウザめっちゃすごくね！？
Javaなのに激速だ。

しかもほっとぞぬ2よりもリロード速い！
しかも画面が綺麗だ。フォントもうまいこと暈かしをつかって綺麗に見せている。

すごすぎ。しかもダウンロードとインストールの手間も省けてすごすぎ。

●負け組み
.NET Framework のノータッチデプロイメントに期待して、
サンプル置いてるサイト実行したら、
>IEExec.exe - 共通言語ランタイムデバッグサービス
>処理 ID=0x9bc (2492)、スレッド ID=0x6f0 (1776)
>アプリケーションを終了するには [OK]をクリックしてください。
>アプリケーションをデバッグするには、[キャンセル]をクリックしてください。
でつ。

サイトの説明書きでは
>ここでは、クライアントPCに .NET Framework 1.0がインストールされている場合を例に説明します。
> .NET Framework 1.1では、一部のウィンドウ名などが異なります。
> .NET Framework 1.0と1.1が共存するマシンをご使用の場合、
>必ず1.0の［Microsoft .NET Framework Configuration］を使用してください。
だし、.NETって何なん。
メジャーバージョンアップ2.0を控えてる段階で。

692 ：仕様書無しさん：04/09/25 11:19:58

>>687
簡単にいれることができるんだけどw
クリックしただけで即座にインストールできるよw
Flash Playerみたいにねw

693 ：仕様書無しさん：04/09/25 11:21:20

>>689
あんたのマシンパワーどれくらいなの？
起動は5秒もかかんなかったけど。

しかもほっとぞぬ2よりも激速でさ
リロードもほっとぞぬ2よりも速くてさ
驚いたね
あの遅いと呼ばれたJavaがこんなに速くなるなんて

694 ：仕様書無しさん：04/09/25 11:21:54

　　【　結　論　】

　　Javaは速い

695 ：仕様書無しさん：04/09/25 11:26:17

↑
というのが基地外Java厨の典型

696 ：仕様書無しさん：04/09/25 11:28:01

なんでJava量産型ザクが
シャア専用ザク.netとまともに勝負しようとしてるの？
不毛なのに。

697 ：仕様書無しさん：04/09/25 11:28:21

695=スレの流れに無関係な捏造アルバイトさらしあげ

698 ：仕様書無しさん：04/09/25 11:28:56

すごい、すごいよ、Javaがこんなに速いなんて！

￣￣￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　 o　
　　　　　　　　　　　ﾟ
　　　　　　　　　　('A`)
　　　　　　／⌒⌒⌒⌒⌒ヽ
　　　　／／￣￣￣フ　／
　　　／　（＿＿＿／／
　　　（＿＿＿＿＿_ノ

699 ：仕様書無しさん：04/09/25 11:32:07

700 ：仕様書無しさん：04/09/25 11:36:10

>>696
なんでドトネト厨はこういうキモいガンヲタが多いんですか

ドトネト厨＝メガネデブのキモヲタ

だからですか？

701 ：仕様書無しさん：04/09/25 11:38:02

￣￣￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　 o　
　　　　　　　　　　　ﾟ
　　　　　　　　　　('A`)
　　　　　　／⌒⌒⌒⌒⌒ヽ
　　　　／／￣￣￣フ　／
　　　／　（＿＿＿／／
　　　（＿＿＿＿＿_ノ

702 ：仕様書無しさん：04/09/25 11:39:15

　【　結　論　】

　　Javaは速い

￣￣￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　 o　
　　　　　　　　　　　ﾟ
　　　　　　　　　　('A`)
　　　　　　／⌒⌒⌒⌒⌒ヽ
　　　　／／￣￣￣フ　／
　　　／　（＿＿＿／／
　　　（＿＿＿＿＿_ノ

703 ：仕様書無しさん：04/09/25 11:39:51

スレの流れに無関係なAA荒らし捏造アルバイトさらしあげ

704 ：仕様書無しさん：04/09/25 11:41:09

705 ：仕様書無しさん：04/09/25 11:42:34