Javaって重くね？　その４

このエントリーをはてなブックマークに追加
1 ：仕様書無しさん：
語れ。
2 ：仕様書無しさん：2006/02/12(日) 10:27:13
その１ http://pc8.2ch.net/test/read.cgi/prog/1131448367/
その２ http://pc8.2ch.net/test/read.cgi/prog/1136359572/
その３ http://pc8.2ch.net/test/read.cgi/prog/1138029112/
3 ：西郷 ☆：2006/02/12(日) 10:28:40
【アンケート】退役した tmp5 サーバ欲しい?

先日壊れた tmp5上の板は、新しいサーバtmp6の上で
元気に泳いでいるようです。めでたし、めでたし。

そこで 壊れたtmp5サーバは通常なら破棄されるわけですが、
今回はショップ( http://sugamo.tonkin.ac/maido3/ )で売り出すことに・・・
欲しい人がいればお譲りします(87.7円)。アンケート実施中 !!

・ぜひ手に入れたい (0%)
・絶対いらない (0%)

投票所
http://minatoku.v.la/test/r.i/etc100/1139209293/
投票所の QR コード
http://qr.kakiko.com/image/20060206163534_000.png

tmp5 サーバのスペック
http://www.maido3.com/server/banana/
4 ：仕様書無しさん：2006/02/12(日) 10:32:09
先起ち優先原則
5 ：仕様書無しさん：2006/02/12(日) 10:54:34
こっちが本スレね。
乙
6 ：仕様書無しさん：2006/02/12(日) 10:55:52
またあほな宗教に洗脳されている馬鹿Java厨が対抗スレを立て続けるのも
いつもの風物詩なんだよな。
7 ：仕様書無しさん：2006/02/12(日) 12:35:47
お前が宗教に洗脳されて対抗スレ立ててる馬鹿アンチJava厨だろ
8 ：仕様書無しさん：2006/02/12(日) 12:37:45
というか糞スレだろこれ。
すでにスレがあるのに重複するな。

最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
9 ：仕様書無しさん：2006/02/12(日) 12:49:13









-----------------------------糞スレ終了------------------------------










10 ：仕様書無しさん：2006/02/12(日) 12:49:50
時代の流れに取り残されて孤立しているC言語厨の>>1よ、
重複してるから削除依頼出してこい
11 ：仕様書無しさん：2006/02/12(日) 13:04:40
さあさあ
ここが本スレですよー
12 ：仕様書無しさん：2006/02/12(日) 13:05:31
人気度から考えてもここが本スレ
間違いないｗ
13 ：仕様書無しさん：2006/02/12(日) 13:12:34
Java厨の必死の抵抗スレ集
http://pc8.2ch.net/test/read.cgi/prog/1139708039/
http://pc8.2ch.net/test/read.cgi/prog/1136434011/
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
14 ：仕様書無しさん：2006/02/12(日) 13:13:58
まぁJava厨っていってもJavaに触れてるだけの低脳君どもだがな
15 ：仕様書無しさん：2006/02/12(日) 13:15:46
だな。
つーかこの業界Javaに限らずそういう奴多すぎ。
16 ：仕様書無しさん：2006/02/12(日) 13:22:37
特にJava厨は突出してるがねｗ
17 ：仕様書無しさん：2006/02/12(日) 13:24:34
Java厨にとっての最重要高度要件
「ビジネスロジック」ﾜﾗ
18 ：仕様書無しさん：2006/02/12(日) 13:31:53
ま、君らのいう「Java厨」というのは
脳内の架空の世界に存在する虚像ってとこだな。

君らは現実を見られずに古い技術に固執して
Javaを目の敵にして2chで愚痴を零しているだけの
存在ってとこさ。
19 ：仕様書無しさん：2006/02/12(日) 13:35:13
>>18
これ、本当の事書くでない。
実はオレも前スレでアンチ君と遊んでました。
20 ：仕様書無しさん：2006/02/12(日) 13:36:49
おい、糞C言語厨、Java屋に仕事を奪われた
からといってこんなに糞スレを立てるとは何事だ。

一つ一つ削除依頼出してこい。



jAVaって重く根？patr4
http://pc8.2ch.net/test/read.cgi/prog/1139707766/l50
Javaってお茶じゃね? 4杯目
http://pc8.2ch.net/test/read.cgi/prog/1139708039/l50
Javaって重くね？　その４
http://pc8.2ch.net/test/read.cgi/prog/1139707592/l50
21 ：仕様書無しさん：2006/02/12(日) 14:05:09
ビジネスロジック最高
22 ：仕様書無しさん：2006/02/12(日) 14:08:30
>>18が自分のことを言い換えて恥ずかしいこと言ってます＞＜
23 ：仕様書無しさん：2006/02/12(日) 14:08:59
GCは、メモリが残り少なくなってきたときのみ実行されます。 メモリに余裕があれば、プログラムは
フルスピードで実行され、 メモリ解放に一切時間を取られません。
モダンなGCは、過去の遅いものより遙かに発展しています。 世代型のコピーGCには、昔のマ
ーク＆スイープアルゴリズムの非効率さは ありません。

モダンなGCはヒープの詰め直しを行います。これによって、 プログラムが活発に参照するペ
ージの数を減らし、 キャッシュヒット率を高め、スワップ回数が減ります。

GCを使うプログラムは、メモリリークの積み重ねで次第にパフォーマンスが 悪化する、という
事態に縁がありません。

GCは未使用のメモリを再利用しますから、長時間実行するプログラムが システムを落とすまでじわじ
わとメモリを食いつぶす、いわゆる"メモリリーク" に陥ることがありません。GC付プログラムは長時間の
安定性があります。

GCを使うプログラムには、ポインタ周りの見つけにくいバグがほとんど 存在しません。既に解放された
メモリを指す参照、がないからです。 メモリを明示的に管理するコードが必要ないので、 そのようなコ
ードから生まれるバグもありません。

GC付きプログラムは、開発もデバッグも高速です。 何故なら、メモリ管理のコードを開発する必要もデ
バッグする必要もテストする必要も 管理する必要もありませんから。

GC付きプログラムは、有意に小さくなります。メモリ解放を管理するコードや、 メモリを解放するための
例外ハンドラが不要になるためで
24 ：仕様書無しさん：2006/02/12(日) 14:10:00
はいはい続き続き
ほんまに長文好きだなこぴぺでも
25 ：仕様書無しさん：2006/02/12(日) 14:11:35
Javaがサーバサイドでしか普及しないのは、卑劣な囲い込みと腐敗したOSによって
糞M$がクライアント市場を独占支配しているからである。
クライアントOS市場はゲイシ支配による暗黒時代が長いが、これを打倒粉砕し、
顧客を解放するのは、オープンソース、自由の戦士、我らがサンマイクロシステムズである。
26 ：仕様書無しさん：2006/02/12(日) 14:14:53
netbeans5.0ならクライアント市場に道を切り開けるだろう
しかしWebStartは流行らない
27 ：仕様書無しさん：2006/02/12(日) 14:15:24
WebEnd
28 ：仕様書無しさん：2006/02/12(日) 14:25:35
問題はNetBeansの知名度が低いことかな・・・
NetBeansの存在すら知らない奴もざらに居るし
29 ：仕様書無しさん：2006/02/12(日) 14:44:02
宮内庁のページ

①秋篠宮（＋紀子様）の日程→日程ぎっしり。
世界一の王家の”最重要公務”はもちろん、通常公務もばっちり多忙にこなします。
http://www.kunaicho.go.jp/dounittei/gonittei-3-2006-1.html　　　　　　　　　　　　　　　　　　（⌒▽⌒）

〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓（超えられない壁）

②皇太子（＋マサコ）の日程→す、少くねー。特にマサコの方。　　　　　　　　　　　　　　　　　（▼III▼）
それなのにスキーや乗馬はＯＫなの？いいなー。ﾃﾗｳﾗﾔﾏｼｽ
http://www.kunaicho.go.jp/dounittei/gonittei-2-2006-1.html

------*特別ふろく*
◎紀子様の結婚時の写真（23才）◎　　　(；´Д｀)ﾊｱﾊｱ
http://019.gamushara.net/bbs/tv/html/img20051028091949.html
30 ：仕様書無しさん：2006/02/12(日) 14:44:23
>>24は長文読解能力がないらしいw
31 ：仕様書無しさん：2006/02/12(日) 14:45:12
虐められたラサ、

「俺様の恐ろしさと怒りを見せつけてやる！
今に見てろ、虐めた罪をお前らに
償わせるために痛い目に遭わせてやる！核ミサイル！　発射ーーーー！！！」

って本当に核ミサイルをぶちこんでしまえばいいじゃん。
32 ：仕様書無しさん：2006/02/12(日) 14:45:29
そしてメガデスが虐められたときの復讐指数単位になる。

虐められれば虐められるほど、それに比例して、
あるいは指数関数的に
殺したくなる人の数と怒りが増えていくと。


だから人を虐めないほうがいいよ。
ナチスなんて虐められたからユダヤ人大量虐殺なんて
恐ろしいことをしちゃったんだからさ。
33 ：仕様書無しさん：2006/02/12(日) 14:46:16
>>30
うん無いよ
全部前に読んだもん
34 ：仕様書無しさん：2006/02/12(日) 14:48:47
>メモリに余裕があれば、プログラムは
>フルスピードで実行され、 メモリ解放に一切時間を取られません。

ふむ。理論的にはそうなのかも知れないが。現実はJava厨がimportし
インスタンスかする糞糞クラスの洪水でいつもメモリはパンパンです。
35 ：仕様書無しさん：2006/02/12(日) 14:51:35
重いって言われるのがむかつくから
ループ内でnewしてるコード見ると勝手に書き換えてる
長文読めない人です



36 ：仕様書無しさん：2006/02/12(日) 14:52:14
>>23
これD言語の紹介文じゃん
37 ：仕様書無しさん：2006/02/12(日) 14:53:49
最初の2行しか読んでないもーん
38 ：仕様書無しさん：2006/02/12(日) 14:57:00
早くも４スレ目か
39 ：仕様書無しさん：2006/02/12(日) 14:58:49
MS厨ってまだ生き残ってるんだな。IISをﾏﾝｾｰするだなんていくらなんでも痛すぎるよ。
40 ：仕様書無しさん：2006/02/12(日) 14:59:54
uindows
41 ：仕様書無しさん：2006/02/12(日) 15:00:48
俺はJava厨だが、IISは非常に優れたサーバだと思うよ
42 ：仕様書無しさん：2006/02/12(日) 15:01:24
はいはいはいはいはいはーい

このスレは偽すれだよーん

ささ、こっちこっち。こんなスレは捨てて
こっちへおいで


本スレは↓ね
最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
43 ：仕様書無しさん：2006/02/12(日) 15:03:06
なんだかこのスレより向こうのスレのほうが進んでいるぞ
44 ：仕様書無しさん：2006/02/12(日) 15:03:15
営業：
「Javaだから、使えるフレームワークがオープンでありますっ！！短納期でもOKですっ！」
「Javaだから、クロスプラットホームで動作します！！開発コストが削減できますっ！！」
「Javaは高速ですっ！場合によってはCより早いですっ！！」

開発：
「フレームワークがあっても、それを習得する時間が必要だろうが。ｳﾞｫｹ！！」
「クロスプラットフォームなんか絵に描いた餅だろ。サンのセールストークをそのまま垂れ流すな！！」
「Swingのどこが高速なんだよ！！ｱﾌｫかーーーー！！！！」

顧客：
「ハードもリプレースしたのに、何故リプレース前のVB版のほうが早いの？持って帰って。」

営業：
「申し訳ありません。うちの開発がDQN揃いで。Javaが悪いわけじゃないんですよ。」

開発：
「申し訳ありません。うちの営業がDQNで。Javaが悪いわけじゃないんですよ。」

顧客：
「言語なんか何でもいいよ。それはオタクの都合でしょ？」
45 ：仕様書無しさん：2006/02/12(日) 15:04:56
やれやれ、情報工学の成果であるJavaを理解できない輩がこんなにいるとは・・・・。
デスマと呼ばれる異常事態が、技術者の低能力によるものだということが良くわかる。
46 ：仕様書無しさん：2006/02/12(日) 15:11:07
あげ
47 ：仕様書無しさん：2006/02/12(日) 15:21:25
くるっくー
48 ：仕様書無しさん：2006/02/12(日) 15:30:33
>>45
その一番のデスマがJava案件なのを知らないのかボンクラは
49 ：仕様書無しさん：2006/02/12(日) 15:33:51
>>43
そらそうだろたった時期が違うからな

まぁおJava様たちをおちょくったらすぐ埋まるよｗ
50 ：仕様書無しさん：2006/02/12(日) 15:37:31
こっちのスレはアンチのオナニー臭がきついっすねw
51 ：仕様書無しさん：2006/02/12(日) 15:40:17
スレタイみろやｗ

しかしswitch文使う奴多いよな
javaもC++も
Cはまぁいいとしても
52 ：仕様書無しさん：2006/02/12(日) 15:42:24
1 ：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★：2006/02/05(日) 18:30:16 ID:fhNmrpyQ
そんなわけで、チョコレート占い機能をつけてみました。。。
名前欄に【天地川海岸山崎渉航谷気岩】と書き込めば
【3】とか【256】とか記録が出ます。それがバレンタインデーにもらえるチョコの数を表します。
数値は書いた日付とか時分秒とかレス番号で反映され0～10000くらいまでありますです。。。
意見が割れた時の漢気判定に使ったり、お暇なら遊んでください。。。
53 ：天地川海岸 350281000066706航谷気岩：2006/02/12(日) 16:08:47
書いてみた。
54 ：仕様書無しさん：2006/02/12(日) 16:09:49
java君かよ
55 ：仕様書無しさん：2006/02/12(日) 16:11:04
やりやがったな！
56 ：天地川海岸0渉航谷気岩：2006/02/12(日) 16:12:20
俺、去年は30個ぐらいもらった。
57 ：仕様書無しさん：2006/02/12(日) 16:15:49
380兆かよすげーな
58 ：天地川海岸 350281000066706航谷気岩：2006/02/12(日) 16:19:31
どだろ
59 ：仕様書無しさん：2006/02/12(日) 16:21:46
やってくれましたね。ひろゆきさん
60 ：天地川海岸 h210.p032.iij4u.or.jp航谷気岩：2006/02/12(日) 16:23:52
せめて一個
61 ：仕様書無しさん：2006/02/12(日) 16:24:39
NetBeansｔってそんなにいいの？
62 ：仕様書無しさん：2006/02/12(日) 16:25:33
>山崎渉
63 ：仕様書無しさん：2006/02/12(日) 16:32:20
書くなよ身元バレル！！
64 ：仕様書無しさん：2006/02/12(日) 16:33:27
ハッカーか？
65 ：仕様書無しさん：2006/02/12(日) 16:39:01
>>61
ワラタ

Net Beastに見えた。
Net野獣？

網野獣？

網獣？
66 ：仕様書無しさん：2006/02/12(日) 16:48:46
まあ、あほのためのOO話はあっちのスレにまかせて
どーんといこうじゃないか！
67 ：仕様書無しさん：2006/02/12(日) 16:53:59
今、会社が次の言語をどうするかで揉めてる。

DBアクセスにODBC－JDBCブリッチで実験したら、遅くてやってられないｗ
俺はJAVAは初めてだったが、
DLL＜－＞共有メモリ経由　ネイティブコード（EXE）でDBアクセスするモジュールを作ってます。

ユーザーインターフェースはJAVA？　もうなんでもいいよorz...



68 ：仕様書無しさん：2006/02/12(日) 17:01:31
＞Iterator<あるクラス> it = あるクラスのサブクラスのオブジェクトが入ったリストなど.iterator();
＞while(it.hasNext()){
＞　あるクラス あるオブジェクト = it.Next();
＞　if(it.next().isなんとか()){
＞　　あるオブジェクト.method実行();
＞　}
＞}
69 ：仕様書無しさん：2006/02/12(日) 17:35:18
またあっちのスレは低レベルな事にあんなに必死になってｗ
70 ：仕様書無しさん：2006/02/12(日) 17:37:50
種蒔いたらよく芽生えたよ
71 ：仕様書無しさん：2006/02/12(日) 17:46:20
ちょうどジャワ厨とC丼厨でうまがあうんだろうなｗ
72 ：仕様書無しさん：2006/02/12(日) 17:47:12
なんか物凄い低レベルなこといってるよなｗｗｗｗｗｗ
73 ：仕様書無しさん：2006/02/12(日) 17:48:55
それよかJava厨が自分で立てたくせにアンチのせいにしてるぜ
全く虚言ビジネスのJava厨らしい振る舞いだな。
74 ：仕様書無しさん：2006/02/12(日) 17:49:42
ビジネスロジックですから
75 ：仕様書無しさん：2006/02/12(日) 17:49:52
ビジネスロジックでリストを全件走査します。
76 ：仕様書無しさん：2006/02/12(日) 17:51:07
よっぽどI/OポートとWebサービスで悔しかったんだなｗ
77 ：仕様書無しさん：2006/02/12(日) 17:54:18
大好評連載厨・ぼくは大規規模開発君!　Rev.9
・あまりの人気にクローン偽者まで登場

PC厨のやつめ、くやちいよ完了I/Oポートのことなんて英文のJava技術書にもぜんぜん書いてないよ。 それにWebサービスは今移行の真っ最中で指摘されたとおりなんだ。くそっ！！
よーしかくなるうえは僕ﾀﾝが立てたスレをみんなあいつらのせいにちてちまえ。
僕ﾀﾝっておりこうさんだなーえへへへ(*^_^*)


つづく
78 ：仕様書無しさん：2006/02/12(日) 17:55:19
つうか、あれマジで言ってるのかな。冗談としか思えないんだけど。
あんなコード撒き散らかされたらそりゃ遅いよ。
79 ：仕様書無しさん：2006/02/12(日) 17:56:40
おお、ここはいつのまにかジャワ厨のヲチ機能も拡張追加されてるなｗ
80 ：仕様書無しさん：2006/02/12(日) 17:57:06
>>78
いくらなんでもネタでしょ。
81 ：仕様書無しさん：2006/02/12(日) 18:00:34
サジ
82 ：仕様書無しさん：2006/02/12(日) 18:01:16
俺がJavaBeans終わってると書いたのは、使われてるかどうかではなくビジネスとして成立してない、
終わってるという意味だったんだけどな。オプソで無償配布じゃコンポーネント書いてもｵﾏﾝﾏが食えねえ。

download.comなんかに行っても、COM/.NETのコンポーネントは数千単位で売られているけど、
JavaBeans製品なんか無いもんな。あいつら部品に金払う気無いし。
83 ：仕様書無しさん：2006/02/12(日) 18:05:18
無料の戦略なんだろうね。打倒MSを実現するための最後の切り札
だったんだろうけど、結果はWebがゴミ集積場になっただけ。
84 ：仕様書無しさん：2006/02/12(日) 18:09:11
金の匂いがしないところに民間が集まってくるわけがないって。
85 ：仕様書無しさん：2006/02/12(日) 18:10:30
優良企業も営利が目的なんだから集まらないよね。
Javaそのものがビジネスにはならない。
なるのはハード屋さんだけ。ハード屋さんの操り人形なんだよな
Java厨って。
86 ：仕様書無しさん：2006/02/12(日) 18:12:13
エンドユーザー（もしくはそれに限りなく近い底辺ﾄﾞｶﾀ）なら無償で大喜びだろうけどね。
ソフトで商売している身としては、自分がｵﾏﾝﾏ食えるモデルを提供してもらえないと困るんだよな。
MSの場合はPC周辺機器のドライバなんかもそうだけど、積極的に商売の場を与えて、市場を
拡大することを意識しているから助かるんだよな。
もっとも、ある以上の規模の商売になり、デファクトスタンダードを確立しようとするとMSが
本気になってくるから、その辺はインテュイットみたいに乗り切る必要があるんだが。

オプソじゃ商売になんね。SIか派遣会社にでも転向するしかない。
87 ：仕様書無しさん：2006/02/12(日) 18:12:24
あとはお客様の良識ある選択が全てとなるわけだ。
あなたが選ぶのは

ドッチ！！
・ただ同然のソフトウェアと高いハード

・高価だが速度レスポンスに優れ高品質でハードは安いので十分。
88 ：仕様書無しさん：2006/02/12(日) 18:14:23
>>85
同意。必死でコード書いても利益はハード屋に掻っ攫われる。
89 ：仕様書無しさん：2006/02/12(日) 18:15:53
そしてどうせ糞なデコンパイル可能な低品質低速コードが
市場をどんより曇らせる。
90 ：仕様書無しさん：2006/02/12(日) 18:19:09
漏れが持っている危機感って
派遣屋さんはJavaができる椰子を突っ込むだけ。蓄積する技術なんてゼロ。
そして動作が遅くてひどくてもお客さんもあきらめてくれる風潮が許せない。
これって技術立国日本のあるべき姿ではないとマジ思う。
91 ：仕様書無しさん：2006/02/12(日) 18:22:37
ところで今時Java厨(Evangelist)なんているのか？

Javaに感銘を受けて、うるさがられても勧めていた人がいたのは
せいぜい前世紀までで
今世紀に入ってからは、他の古い言語(C,C++,COBOL)
と同様仕事の道具。
92 ：仕様書無しさん：2006/02/12(日) 18:24:46
昔からJavaはbelieverばかり。アンチMSがベースになっている人が多いね。
93 ：仕様書無しさん：2006/02/12(日) 18:28:36
コンパイルのスピードとかもバージョンがあがればあがるほど
遅くなってるね。標準APIに追加されていく機能との関連だろうか
推奨されない機能も含めてオンメモリにどっさりのせるわけだから。
94 ：仕様書無しさん：2006/02/12(日) 18:48:10
おお、あっちのスレでJava厨の王様がいつもの語り口を取り戻しているぞｗ
95 ：仕様書無しさん：2006/02/12(日) 18:49:04
まあビジネスロジックのアルゴリズムで熱く語り合ってくれたまえｗ
96 ：仕様書無しさん：2006/02/12(日) 19:05:05
ユピィ！！
97 ：仕様書無しさん：2006/02/12(日) 19:12:22
＞スゲー、夢のDelphi for Javaじゃん｡･ﾟ･(ﾉД`)･ﾟ･｡


ﾜﾛﾀ
98 ：仕様書無しさん：2006/02/12(日) 19:38:26
相変わらずの長文はさすがというかｗ
99 ：仕様書無しさん：2006/02/12(日) 19:43:03
Checkstyleではこちらが提起したEclipseの枝番で盛り上がっているしｗ
100 ：仕様書無しさん：2006/02/12(日) 19:49:18
おまいら苛めすぎだぞ。連中、すっかりあっちのスレに引き篭もったじゃねーかｗｗｗ
101 ：仕様書無しさん：2006/02/12(日) 19:53:00
>>90
いや、マジでこのまんま派遣会社と底辺ﾄﾞｶﾀﾋﾞｼﾞﾈｽがIT産業ってことになっちゃうと、
インドはもちろん、韓国にも中国にも負ける。
実際Win32関連のことで検索すると、中国語ページのヒットがここ２，３年で激増してる。
本当にやばいよ。
102 ：仕様書無しさん：2006/02/12(日) 20:03:07
Win32といわず英語か中国語の検索結果しか得られないことが増えた

人材とプロジェクトの質がスパイラルで低下してる。
見積もり無しでデスマ上等の珍走みたいなマネージャも普通にみかけるし。
103 ：仕様書無しさん：2006/02/12(日) 20:05:22
技術的なページで２バイトコード圏といえば日本語だったけど、今は既に中国語だね。
ハングルも結構あるな。
104 ：仕様書無しさん：2006/02/12(日) 21:05:13
＞実際Win32関連のことで検索すると、中国語ページのヒットがここ２，３年で激増してる。

うを！そう思って他の俺だけじゃないんだ......
いや、周りの奴に言っても「そお？」とか言う反応だけだったよ。
105 ：仕様書無しさん：2006/02/12(日) 21:09:47
中国の人口って日本の10倍以上だっけ？
経済力つけてきたから日本が負けるのは時間の問題かもね
現代版三国史でも起きたら世界が滅亡しそうだな
106 ：仕様書無しさん：2006/02/12(日) 21:29:36
あっちはエリートがPG、こっちはﾋﾞｼﾞﾈｽロジックをしこしこ書く底辺ﾄﾞｶﾀ。
勝ち目があるわけ無いな。
107 ：仕様書無しさん：2006/02/12(日) 21:35:42
でもさ、中国人って今何を作ってるんだろうな
レッド・アクセスとかピープルズ・エクセルとか？
108 ：仕様書無しさん：2006/02/12(日) 21:37:14
おそらく中国製だとわからないものだよ。
109 ：仕様書無しさん：2006/02/12(日) 21:54:03
ｼﾅﾁｮﾝにﾏｼﾞで喰われるぞ
110 ：仕様書無しさん：2006/02/12(日) 21:59:48
もう駄目だろ日本は。


【調査】 "１．４＋３＝１．７！？" 小学５年生、なんと４６％しか正解できず…長野★３
http://news19.2ch.net/test/read.cgi/newsplus/1139723873/l50
111 ：仕様書無しさん：2006/02/12(日) 22:04:20
きっと印刷ミスで小数点がみえなかったんだ！
112 ：仕様書無しさん：2006/02/12(日) 22:42:48
日本はだめだな。C言語技術者が減っているのは2000年あたりから
企業の新人研修はC言語からJavaに移行した。ここ最近はJava研修は
また減少に向かっているみたいなんだけどね。つまり2000年からここ
6年間に入った新人はほとんどJava厨なわけだ。一流メーカの研究室
勤務なんかだとC/C++のほうを重要視するところもある事はあるのだが。
二流三流企業ほどJava研修でJava厨を増産しているのかな。ようは日銭
要員がほしいんだろうけど。
113 ：仕様書無しさん：2006/02/12(日) 22:50:13
2000年～2005年の新人は徹底的なJava厨が多い。ちょうど油ものってきた
28才ぐらいの椰子が張り切っちゃてんじゃないのかな。盲目的にJava一筋
ってやっぱりかたわだと思うよ。VMでしか動かない世界で納得しちゃってる
って若いのに情けなさ過ぎる。
114 ：仕様書無しさん：2006/02/12(日) 23:05:47
何で日本はこう猫も杓子もJavaに向かったのかねぇ。
少なくとも組込分野ではITRONあたりが元凶のような。
115 ：仕様書無しさん：2006/02/12(日) 23:07:03
>>101
そうなんだよ。今は中国がC/C++が熱い国なんだな。
日本?ジャワ厨で沈没かな。
116 ：仕様書無しさん：2006/02/12(日) 23:13:24
>349 ：仕様書無しさん ：2006/02/12(日) 19:22:00
>しかし、アンチJavaの奴が急に静かになったな。
>しっぽ巻いて逃げたか？

ﾜﾗﾀ
Eclipseの事熱く語られても困っちゃうよw
117 ：仕様書無しさん：2006/02/12(日) 23:15:16
どーしても漏れには枝番調整はできないからパス。ということで。
118 ：仕様書無しさん：2006/02/12(日) 23:16:53
中国以下のﾄﾞｶﾀさんたち
119 ：仕様書無しさん：2006/02/12(日) 23:18:15
きたなw
三流企業の人柱
120 ：仕様書無しさん：2006/02/12(日) 23:21:22
Eclipseの枝番は自動アップデート(3時間かかるあれ)をバックグランドで
走らせてうまくできたか?
121 ：仕様書無しさん：2006/02/12(日) 23:22:34
今度漏れもプラグイン作ってあげようかな。オプンで。
名前は「枝番君」にしようっと。
122 ：仕様書無しさん：2006/02/12(日) 23:23:48
まあ、Javaから入ってjavaしか出来ませんじゃ話にならないよな。
123 ：仕様書無しさん：2006/02/12(日) 23:26:45
Javaって人を引きこもらせるパワーがあるんじゃないかな。
日々プラグインあさりして評価テストしての繰り返し。
よその庭を見る余裕なんてない罠。
124 ：仕様書無しさん：2006/02/12(日) 23:28:35
環境構築してると何かやってるような気になるんだろうな。
125 ：仕様書無しさん：2006/02/12(日) 23:33:56
( ﾟдﾟ )ﾏｼﾞﾃﾞﾂｶ
126 ：仕様書無しさん：2006/02/12(日) 23:39:23
理解出来ないな。
.emacsコピーしてさっさと開発に移れたほうが良いに決まってる。
デスクトップカスタマイズしたりするのが好きな人いるけど、同じ心理なんですかね。
127 ：仕様書無しさん：2006/02/12(日) 23:39:29
あのプラグインあさりって空しくならないのかな。
漏れは最初に組み合わせた関係がうまくねえとすぐやる気なくすけどね。
それに比べてJava厨たちのある意味乞食根性ながらシツコサは認めて
やる必要があるのかな。
128 ：仕様書無しさん：2006/02/12(日) 23:42:34
マウスでカチカチカチカチ
129 ：仕様書無しさん：2006/02/12(日) 23:43:50
ﾄﾞｶﾀが派遣先で仕事している振りするのにいいらしい。
130 ：仕様書無しさん：2006/02/12(日) 23:45:35
MP3プラグインってあほすぎるな。
131 ：仕様書無しさん：2006/02/12(日) 23:46:00
>その点Eclipseは一眼レフカメラ。プロの仕事にあわせてカスタマイズする。

つ　馬鹿受けしてしまった。そーかーずいぶん安物のレンズしかマウントできない
一眼レフなんだなw
132 ：69式フリーPG ◆hND3Lufios ：2006/02/13(月) 00:08:05
今日はDWebBrowserEvents2のシンクをATLで書いている。
先週まではWinサービスを書いてた。その前はunixのデーモン。

今の若い子はJava世代なせいか、こんなおっさんの俺に山のように仕事が来る。
高校生、大学生の諸君はC/C++の勉強をするべし。
133 ：仕様書無しさん：2006/02/13(月) 00:11:52
アホかお前ら。
Javaのそういう所が金になるんじゃねえか。
134 ：仕様書無しさん：2006/02/13(月) 00:13:01
さすがですね^^
135 ：仕様書無しさん：2006/02/13(月) 00:16:34
javaというブランドは素人さんには魅力的なんだよ。
そう、まるで阿片のようにね。
136 ：仕様書無しさん：2006/02/13(月) 00:18:29
Javaが流行したのは、仕事を独占したいおっさん世代の陰謀である。
137 ：仕様書無しさん：2006/02/13(月) 00:51:57
Note C APIをWebサービス化する仕事をC++で書いている。漏れはATL Webサービスだ。
先週はISAPIフィルタをリリースした。行数は少ないが金は高いぞ。ようは技術料だw
Java厨のような根性突貫ドカタはとてもできる歳でもないしね。
セキュリティ認証の作成だ。朝10時から3時半まで集中して働く。バイトのテスターに
テスト仕様書の指示をしてからあとは2chを楽しむ。漏れみたいな爺のとこにも
仕事が切れずにくるのはJava厨のおかげだ。ありがとうJava厨。愛すべきJava厨。
技術なんて覚えなくていいよ、Eclipseのプラグインの数でも数えていてくれたまえ。

これからの若い人はOSとかハードウエア、プロセッサの事をよく勉強して
C/C++をやるのがいいと思うよ。C/C++は色々な事を知らないと組めないから
組めるようになると本当に楽しい。
138 ：仕様書無しさん：2006/02/13(月) 00:56:32
うむ。スマソ。爺だから目がみえなくてのう。Note ×　Notes ○
139 ：仕様書無しさん：2006/02/13(月) 00:59:48
あれだよ。株価と同じでJava厨が飽和した今と
2000年から企業がC/C++に投資しなかったあおりが
おっさんC/C++バブルを生み出すのが2006年なんじゃねかな。
140 ：69式フリーPG ◆hND3Lufios ：2006/02/13(月) 01:03:27
お。動いた動いた。
IDispEventSimpleImplから作りこむのは爺には骨じゃな。
141 ：仕様書無しさん：2006/02/13(月) 08:48:23
若い椰子でUnixデーモンとかやってますっていうのがいたらカッコいいなーと思う。
Javaでオブジェクト指向なんたら言われてもダセエだけｗ
142 ：仕様書無しさん：2006/02/13(月) 12:56:11
Unixのデーモンがかっこいい？なんで？
俺ならサーブレット勧める。
143 ：仕様書無しさん：2006/02/13(月) 16:17:09
サーブレット->公立の芋
Unixデーモン->一流私学のお坊ちゃま
つうイメージかな
144 ：仕様書無しさん：2006/02/13(月) 16:19:03
なんか切れ味がぜんぜん違うでしょう～
145 ：仕様書無しさん：2006/02/13(月) 17:48:13
>>142
JSP/サーブレットがカッコイイ？HTML吐くだけなのに？
146 ：仕様書無しさん：2006/02/13(月) 17:54:10
>サーブレット->公立の芋

妹ﾊｱﾊｱ...（´Д`；）
147 ：仕様書無しさん：2006/02/13(月) 21:14:23
まあ、あまりの軽さに驚くよ。
148 ：69式フリーPG ◆hND3Lufios ：2006/02/13(月) 22:02:58
とりあえず、この本が入門書としてお勧め。ソケットからデーモンまでカバー。
高校生くらいでも組める。（20年前はZ80や6809で中高生がハンドアセンブルしていたんだ。）

http://www.amazon.co.jp/exec/obidos/ASIN/4774117544/qid=1139835474/sr=1-5/ref=sr_1_10_5/249-7305960-3656364

せっかくフリーのOSやCコンパイラがあるのに、インスコしてるだけじゃつまらん。
ゲームやP2Pもいいけど、ホビーとしてのプログラミングも楽しいぞ。
149 ：仕様書無しさん：2006/02/13(月) 22:11:07
今の時代、socketを直に弄るのはrawレベルという意味で
ハンドアセンブルと共通点があるねｗ
150 ：69式フリーPG ◆hND3Lufios ：2006/02/13(月) 22:15:03
そりゃあなた、大の大人のプロがVMの上で踊って満足している時代ですよ？
151 ：69式フリーPG ◆hND3Lufios ：2006/02/13(月) 22:21:18
Windowsサービスを書くならこの本だ。
ちとふるいが、Win2KやXp、VC71でも十分に参考になる。

http://www.amazon.co.jp/exec/obidos/ASIN/4797309482/qid=1139836781/sr=1-17/ref=sr_1_2_17/249-7305960-3656364
152 ：仕様書無しさん：2006/02/13(月) 22:23:28
おっさん・・・・また飲んでるな。
153 ：仕様書無しさん：2006/02/13(月) 22:47:08
スレッドならこれっきゃないだろう。

http://www.amazon.co.jp/exec/obidos/ASIN/4877830553/503-0536326-4973513

154 ：仕様書無しさん：2006/02/13(月) 22:49:12

Winsock厨ならこれが必須
非同期通信はWinsockの独自な世界だからな

http://www.cbook24.com/bm_detail.asp?sku=4797330449
155 ：69式フリーPG ◆hND3Lufios ：2006/02/13(月) 22:50:02
Win32のスレッドならこの本も良いです。

http://www.amazon.co.jp/exec/obidos/ASIN/4756114040/qid=1139838510/sr=1-1/ref=sr_1_10_1/249-7305960-3656364

このスレで大人気のI/O完了ポートもISAPIも言及してる。（後者はわずかだけど）
156 ：仕様書無しさん：2006/02/13(月) 22:52:15
おうこれだけ書籍があればできないものはないな。
開発環境からして不安定でなにが悪いか切り分けできない
Java開発と違いC/C++は楽しい世界だな。動かない場合は
そりゃ喪前が悪いわけだから。Javaは動かなくてもEclipseの
枝番が悪かったりするんだよな。
157 ：仕様書無しさん：2006/02/13(月) 22:55:25
ネィティブで、慎重に綿密に設計して、鬼のようなレスポンス、軽量で鉄のように堅牢な
ソフトを書くのは本当に楽しい。
158 ：仕様書無しさん：2006/02/13(月) 22:56:11

技術評論社の1800円ぐらいのシリーズでISAPIを結構詳しく書いている
良書があったな。つかISAPIは本当に資料が少ないな。
159 ：仕様書無しさん：2006/02/13(月) 22:57:29
業務系マや携帯マは愚痴ばかりなのに、なんて前向きなスレだ。
160 ：仕様書無しさん：2006/02/13(月) 23:01:17
まあ、この類の高単価ソフトは業務系や携帯とは対極の世界だね。
161 ：仕様書無しさん：2006/02/13(月) 23:01:39

ATL Webサービスをやるのがお勧めだ。
アパートメントスレッドモデルをよく理解すれば簡単だ。
たのしいぞ。Java環境のSOAP/WSDLはまともに動かなくてなきたくなるけどね。
あれだな、日中留守にしててもメールをフィルタリングして
適当なメッセージを突っ返すサービスでも作って留守番君とかで
売り出すかな。
162 ：仕様書無しさん：2006/02/13(月) 23:03:23
おまえら、こんな状態にして絶対にJava厨が寄り付かないスレになってるぞｗ
163 ：仕様書無しさん：2006/02/13(月) 23:05:23
それとも仕事していて、おっさんやその他の椰子とつながって
勝敗を賭ける格闘技Webサービスとか作るか。
オートWebサービス賭けマージャンとかどうだ。
仕事しながらかってに遊んでくれるサービスだ。
164 ：仕様書無しさん：2006/02/13(月) 23:16:55
そうだJAVA庭諸島とかいうゲームを作ろうか
点が落ちるとどんどんgcが動くようなシミュレーションをして
遅くなる。そこを他の島から攻撃される。

メッセージ　フルgcが発生しました。すべての動作を3秒間停止します。
メッセージ　停止中にとなりのはげはげ諸島から攻撃されました。壊滅的です。
165 ：仕様書無しさん：2006/02/13(月) 23:17:02
>>161
Javaの場合は開発にかかるまでのインストールで嫌になる。
苦労して苦労してやっと動いたかと思うと激もっさり。バカバカしいにも程がある。
166 ：仕様書無しさん：2006/02/13(月) 23:18:07
リアルJavaなら他の島も遅くなるので無問題。
167 ：仕様書無しさん：2006/02/13(月) 23:19:26
枝番プラグインのインストールミスなんかの時もペナルティだな

メッセージ　あなたが選択したプラグインはこのバージョンで動作が保証されていません。
　　　　　　フルgcが6秒発生します。
168 ：仕様書無しさん：2006/02/13(月) 23:20:10
いまどきSocket直使いなんて覚えても全然意味ないだろう。
あと泥臭いって意味じゃ、デーモンの方がずっと泥臭いぞ。
いまどきセマフォや共有メモリでロックすんの？
ソケットの解放順番とか気にしたり、UDPの再送とか考えたりすんの？
そんなの年寄りに任せておけって。
169 ：仕様書無しさん：2006/02/13(月) 23:20:27
>>166
ネイティブで作ってgcを小ばかにした動作をするのが味噌なのだ
170 ：仕様書無しさん：2006/02/13(月) 23:20:40
勇者よ！
171 ：仕様書無しさん：2006/02/13(月) 23:22:20
>>168
おう、さびしくなって来たのか?
172 ：仕様書無しさん：2006/02/13(月) 23:24:02
生ソケットよく使うけどなあ
173 ：仕様書無しさん：2006/02/13(月) 23:25:45
>>165
やめちまえ!糞Javaなんて日本男児のするものでないのじゃ
174 ：仕様書無しさん：2006/02/13(月) 23:30:30
>171
いや今仕事が終わったんで気晴らしに参戦に来たんだよ。暇だなオマエラ。
機嫌が悪いんでぬるい突っ込みには絡むぞ。
175 ：仕様書無しさん：2006/02/13(月) 23:32:29
急がしいんだけど仕事の疲れをJava叩きで解消しないとね。
176 ：仕様書無しさん：2006/02/13(月) 23:39:28
>175
叩いてみろよ、オラ
その前にお前は何だ？CかVBか？
177 ：仕様書無しさん：2006/02/13(月) 23:41:23
Perlです。
178 ：仕様書無しさん：2006/02/13(月) 23:46:59
あ、ごめん、日曜プログラマは入らないでね。あぶないよ。
179 ：仕様書無しさん：2006/02/13(月) 23:47:50
>>176
PHPだぜ、文句あるのか、このﾁﾝｶｽ小僧
180 ：仕様書無しさん：2006/02/14(火) 00:01:32
つーかメインの言語を教えろよ。
PHPしか使えねえ訳じゃねーだろ。
181 ：仕様書無しさん：2006/02/14(火) 00:07:52
てかお前ら高価な本ばかり紹介すんなよ。
細くても手が出なくて涙が出ちゃうじゃないか！
182 ：仕様書無しさん：2006/02/14(火) 00:16:34
会社に買わせて全部覚えちまえばいい。
もしくはビックカメラで立ち読み。
183 ：仕様書無しさん：2006/02/14(火) 00:49:48
誰もこねーし、もう寝る。
184 ：仕様書無しさん：2006/02/14(火) 00:59:30
なんだ　このやろー(声小さく)
寝たのか臆病者(あーよかった怖かった)
漏れは主力はJavaだ!!
EJBマンセーなんだよ。肉の万世のランチも好きだし。爺だなw
185 ：仕様書無しさん：2006/02/14(火) 01:02:12
本高いか?
漏れは5千円以上の本よくただでもらうから感覚がないのかな。。
186 ：仕様書無しさん：2006/02/14(火) 01:06:41

これなら安くていいぞ、このシリーズのISAPI本は絶版のようだな。
おしい本をなくしたものだ。ActiveDirectoryの開発手法も載ってた
良書だったのに。

http://www.gihyo.co.jp/books/syoseki.php/4-7741-1312-3
187 ：仕様書無しさん：2006/02/14(火) 01:08:35
208ページで2000円が安いってどんな間隔だよ
188 ：仕様書無しさん：2006/02/14(火) 01:09:52
良書や良言語は一般人には理解されないものよのう

駄作ほど群れて使われるものよ。北風ひゅー
189 ：仕様書無しさん：2006/02/14(火) 01:10:45
単価/ページにこだわっているのかw
190 ：仕様書無しさん：2006/02/14(火) 01:12:30
>>189
300のTipsで208ページしか無いって事はそれぞれの内容が2/3ページに満たないほど薄いって事だろ？それで2000円て
191 ：仕様書無しさん：2006/02/14(火) 01:15:18
>>190
いや。このシリーズは実践的なちょいとサンプルで構成されている。
もちろんその後は自分で拡張するイマジネーションが必要だが。
文字ばっかりくどくどある駄書よりは内容は濃いと思うぞよ。
ターゲットはUnix系じゃがの。
192 ：仕様書無しさん：2006/02/14(火) 01:18:17
初級・中級までかな。
193 ：仕様書無しさん：2006/02/14(火) 01:19:33
ちゅっ
194 ：仕様書無しさん：2006/02/14(火) 01:20:48
>>191
＞Windowsプログラミング愛好会 著

なのにターゲットがUNIX系！？
195 ：仕様書無しさん：2006/02/14(火) 01:24:06
うむ。Sygwinとかいうエミュレータだかなんだか知らんが
(漏れはCDをあけた事がないのですまんのう)
WinにインスコするがソースコードはUnix系なのじゃ。
196 ：ノシ神：2006/02/14(火) 01:31:23
・・やぱいって。
ＣＤ・・違う。
ＬＤ
ＳＤ？
197 ：仕様書無しさん：2006/02/14(火) 22:15:43
今日はJava厨に腹がたってのう。わしの事を無能呼ばわりして無視するのじゃ。
わしの年じゃからのう。まともにやりあっては大人げないとおもうての。
技術で対抗する事にしたのじゃ。まずISAPIフィルタを作るのじゃ。IISから
Tomcat8080にリダイレクトするリダイレクタより優先度を高くして登録するのじゃ。
このフィルタはTomcatへのURL要求をすべてわしが仕込んだエラーページにリダイレクト
させてしまうのじゃ。フィルタ名はViruschecker.dllとしてドキュメントにウイルスう
攻撃チェッカーにつき絶対はずすな。と書いておく。あのJava厨さん、青い顔して動かねえ。。。
ってそりゃもうｹﾞﾗもんじゃ。明日納品らしいがのう。まあ明日の朝までがんばればいいことじゃ。
198 ：仕様書無しさん：2006/02/14(火) 23:22:55
Javaが選ばれる理由がわからん。
PHPやASPでさくっとつくったほうがよほど早いし、軽いし、保守も楽。
199 ：仕様書無しさん：2006/02/14(火) 23:23:41
まったくだな。
200 ：仕様書無しさん：2006/02/14(火) 23:27:29
環境構築も楽
PHPならOracleへのアクセスもOCI。
201 ：仕様書無しさん：2006/02/14(火) 23:29:53
PHPはOCIなんだ、そりゃーいいね。糞Java糞重糞VM解釈のJDBCとは
違いすぎるなw
202 ：仕様書無しさん：2006/02/14(火) 23:38:57
すげーな、もうパート４か。
誰も大きな声では言わないが、「Javaは重い」ってみんな思ってるわけね。
203 ：仕様書無しさん：2006/02/15(水) 00:03:09
軽いと思える理由が無いもの。仕組み的にも遅くなってあたりまえだし。
当たり前だから、んなことでスレ立てる奴はアホなんですよ。
204 ：仕様書無しさん：2006/02/15(水) 00:03:59
↑実は立てた本人
205 ：仕様書無しさん：2006/02/15(水) 00:07:52
PHPもASPもJavaの対抗馬になれるほどの器ないし。
これらで足りることは、楽なほう選んだらようかろう。
206 ：仕様書無しさん：2006/02/15(水) 00:10:07
>>204
こないだ冗談で「Javaってお茶じゃね?」ってスレ立てたら、なんか怒ってる奴いたよ。
207 ：仕様書無しさん：2006/02/15(水) 09:31:58
JDBCとOCIでJDBCが遅いと思っている奴！！
マルチプロセッサーでスレッド数上げて比較してみ。
208 ：仕様書無しさん：2006/02/15(水) 09:33:57
やっぱ重い
209 ：仕様書無しさん：2006/02/15(水) 12:24:57
ASP.NETはさらに高速でそして器もでかい。
210 ：仕様書無しさん：2006/02/15(水) 12:54:04
だからさ、軽いと主張する意味はないんだって。
重くて当然じゃん。VMで動いてるんだから。
仕事があるし、OOP出来るから使う意味があるんであって。

PHPも5になって、普通にOOできるようになったけど、
もっと型を意識できると良いな。
211 ：仕様書無しさん：2006/02/15(水) 17:40:25
今日もじゃばのリプレスの話。最近忙しすぎる。
しかしお客様も本気でJavaはだめだと思ってきているよ。
さあさあJava厨なんかとしないと。
212 ：仕様書無しさん：2006/02/15(水) 17:51:14
何にリプレスした？
213 ：仕様書無しさん：2006/02/15(水) 18:48:58
>>211
なんとかしないとって......
そうなった原因はJavaと言うよりJava厨なのに。
214 ：仕様書無しさん：2006/02/15(水) 19:03:25
>>211
リプレスで稼げるんだから何とかする必要などないだろ。
むしろJava厨に感謝しないとな。
215 ：仕様書無しさん：2006/02/15(水) 19:52:22
実際の所、PHPで問題ないかと言うと、ほとんどのWEBサイトで問題ない。
ただ性能の面を見ると「多重処理性能」を考えた場合、C/C++が一番早く、次にJavaとなる。
性能の面でリプレースするとなるとJavaからCとなるが、本当にそんな事あんの？
性能でJavaからPHPにリプレースと言うのも聞いたことないな。
価格の問題で開発中のJavaからPHPのパッケージに変えたと言うのはよく聞くが。
ウソついてないか？
216 ：212：2006/02/15(水) 19:57:38
PHPが人気なのか。
Pythonは？
217 ：仕様書無しさん：2006/02/15(水) 20:10:20
>>215
俺は>>211じゃないんだけど
Java→asp.net
Java→Perl
Java→PHP5
ってのは結構あるよ。

中身を見てみると、確かにフレームワークの使いすぎだったり、
やたらめったらオブジェクトを量産してたりしてたりもするけどね。

お客さんのいうWebにおける「性能」ってのは
「多重処理性能」というより「1ターンアラウンドの処理時間」、
つまりレスポンスだったりするよ。
そう考えるとシンプルなPerlやPHPで組むのが一番早い。

「YahooはPHP、amazonやmixiはPerlで出来てるんですよ」

という文句は営業的にも効くらしいし。
218 ：仕様書無しさん：2006/02/15(水) 20:13:53
PHPは人気だよ、だって安売りする奴がいるからな。
俺の知り合いでパッケージが50万で、カスタマイズしても1日5万でやるってのがいる。
それで簡単なカスタマイズなら3日でやるんだって。
それでも安いのに客からは1日でカスタマイズして5万で済ませてくれとか言われるんだって。
そんな単位で売られたらJava、Cには勝ち目なしだろ。
219 ：仕様書無しさん：2006/02/15(水) 20:15:40
yahooってphpだったの？
220 ：仕様書無しさん：2006/02/15(水) 20:15:48
>「多重処理性能」というより「1ターンアラウンドの処理時間」
ダメじゃん。
221 ：仕様書無しさん：2006/02/15(水) 20:17:28
5万の客は要らないだろ。
222 ：仕様書無しさん：2006/02/15(水) 20:20:17
でも実際、性能なんか悪くてもハードでどうにかなるんだよな。
ハードのロードバランサーを付けて、Windowsマシン10台に割る振るみたいな事やってる所ある。
1台落ちても再起動するだけだから問題ないって言ってたな。
結局1台にしなきゃまずいのはDBだけなんで、SolarisのORACLEにすれば、
WEBサーバ／APサーバは何でも関係ないらしい。
223 ：仕様書無しさん：2006/02/15(水) 20:28:15
>>220
客がいいって言ってるんだから、お前にダメって言う権利はないだろｗ
それに1ターンがシンプルに組んであるものは何万アクセスでもそれなりに耐えてくれる。

逆に何百万アクセスを想定してあるかのようなOO組むと、お客さんが納得いく動きにはならないもんだよ。
224 ：仕様書無しさん：2006/02/15(水) 20:39:29
何百万アクセスを想定するならＯＯはやらないと思う
225 ：仕様書無しさん：2006/02/15(水) 21:09:34
そもそも、PCの低価格化とロードバランサの高性能化で
三階層自体が終わってます。
奥に並べるより横に並べるほうがスケーラビリティも高く、
負荷に応じた拡張ができる。
226 ：仕様書無しさん：2006/02/15(水) 21:19:05
おかしいな。
同じ仕様でスピード重視で作れば、PHPやPerlよりはJavaの方が早くなるだろう。Cには勝てなくても。
それに本当にスピードだけの問題なら、DBサーバ増強やロードバランサー+マシン増強にするはず。
リプレースの理由は他にあるんじゃないのか？

あれだろ、リプレースの時期になって金が入ったので、開発が安く上がるPHPやPerlになったんだろ。
おまけにPerlなら技術者でない自社の人間でも修正できるから安く済むって理由だろ。
227 ：仕様書無しさん：2006/02/15(水) 21:25:03
だからぁ。無理なＯＯするからっだつーの
228 ：仕様書無しさん：2006/02/15(水) 21:26:26
たかがwebアプリ。
叩かれ値切られるのはて当然
229 ：仕様書無しさん：2006/02/15(水) 21:53:01
今日電車に乗ってた椰子が
「オブジェクト指向を使いすぎてWebが遅くなる」
ような見出しの記事をよんでいた。
230 ：仕様書無しさん：2006/02/15(水) 22:09:16
なにか面白いJavaねたないのか
231 ：仕様書無しさん：2006/02/15(水) 22:10:40
秀丸作者は言っている。
コードは短いほどよい。
232 ：仕様書無しさん：2006/02/15(水) 22:11:40
リプレースをPHPならいざしらず、
Perlに奪われるなんてギャグだなwww
233 ：仕様書無しさん：2006/02/15(水) 22:12:43
Javaの焦げ付きプロジェクトの応援を頼まれた。
が断った。
234 ：仕様書無しさん：2006/02/15(水) 22:14:07
Perl >>> Java 確定だなw
235 ：仕様書無しさん：2006/02/15(水) 22:18:06
結論。Java厨はオブジェクト指向をえばるだけのもんなんだな。
236 ：仕様書無しさん：2006/02/15(水) 22:38:03
しかたがないさOOは作る側の一方的な都合だから。
当然小規模なシステムをJavaでやっても効果薄い。
躊躇せずPHPやPerlでやっとけ。けどRubyだけはかんべんな。
237 ：仕様書無しさん：2006/02/15(水) 22:39:41
しかもそのつもりｗ
238 ：仕様書無しさん：2006/02/15(水) 22:40:30
たかがwebアプリのためには重厚長大なんだよ。Javaは
webはレスポンスが命
見映えも大事
シンプルに簡単に作って、定期的にスタイルシートいじって。
239 ：仕様書無しさん：2006/02/15(水) 22:43:33
Javaはweb用ではないので。
240 ：仕様書無しさん：2006/02/15(水) 22:52:26
>>239
それなのにＷｅｂでしか使われていないのがなぁ
241 ：仕様書無しさん：2006/02/15(水) 23:04:10
もの知らないってのは、悲しいな
242 ：仕様書無しさん：2006/02/15(水) 23:07:11
携帯ゲームはWeb以上にレスポンスが命。
その結果、携帯Javaのソースはクラスが全然無いべた書きの糞ソース。

が、しかし。

要件を満たすのは技術者の義務であるから、美しさとやらに拘ってレスポンスの要件を
満たせないWebアプリ系のPGは技術者として失格だ。

糞ソースを撒き散らしても携帯JavaPGのほうが上だ。
そもそも携帯JavaPGは他に選択肢が無い。Web系はいくらでもあるのにJavaを選択して
要件を満たせないのだから、設計者としても失格。素人だよ。

恥ずかしくないのかな。
243 ：仕様書無しさん：2006/02/15(水) 23:10:29
そもそも美しい設計なんて要求はないもの。
244 ：仕様書無しさん：2006/02/15(水) 23:14:59
携帯のJavaは知らないようですな。
なんでレベルの低さを自ら晒すかな。
245 ：仕様書無しさん：2006/02/15(水) 23:16:23
しかし、ここでの話題の中心はＷｅｂアプリの重さについてでしょ？
携帯Ｊａｖａの話を出されてもねぇ。
246 ：仕様書無しさん：2006/02/15(水) 23:17:36
>>225
俺もそう思う。2000年頃、レスポンスの要求を満たせなくて、
とりあえず処理を待ち行列に突っ込んで帰るトランザクションサーバが提案されたが、
それは結局少ないハードで、時間をかける必要がある処理を確実にこなすようにして
とりあえずレスポンスを返すための機構。
ハードが安くなり並列化が用意になったら、（ブラウザからみて）奥に並べる必要は無い。
そんなのはレスポンスを悪くするだけ。WindowsDNAはそもそも最初からこけたが、
EJBも意味がなくなるだろう。
247 ：仕様書無しさん：2006/02/15(水) 23:19:35
最初にJavaありき
248 ：仕様書無しさん：2006/02/15(水) 23:23:55
だれから携帯言うと思ったがｗｗｗｗｗｗｗｗ
あれでもJavaですｗｗｗｗｗｗｗｗｗｗｗｗｗ
249 ：仕様書無しさん：2006/02/15(水) 23:25:12
まあ速度と処理に対する要求は、同時に高度化するので満足のいくスピード
なんでずっと得られないわけですが。
250 ：仕様書無しさん：2006/02/15(水) 23:25:13
携帯Javaは凄いぞ。１ファイルに全部詰込み。クラスが１クラスｗｗｗｗ
251 ：仕様書無しさん：2006/02/15(水) 23:25:26
つかZERO3ではJavaなんか使わずネイティブアプリマンセーだよ
252 ：仕様書無しさん：2006/02/15(水) 23:27:16
>>250
そうまでしてもきちんとゲームとして成立させようとする技術者魂には敬意をはらうな。
253 ：仕様書無しさん：2006/02/15(水) 23:28:16
いたって普通
254 ：仕様書無しさん：2006/02/15(水) 23:29:27
Linuxがメジャーになった頃は軽い軽いともてはやされていたなあ。
あれは満足してなかったのか。
255 ：仕様書無しさん：2006/02/15(水) 23:30:03
ｵﾅﾆｰ設計でゴミを作るJava素人
256 ：仕様書無しさん：2006/02/15(水) 23:30:55
これからJava勉強するのだけは意味ないな。
257 ：仕様書無しさん：2006/02/15(水) 23:31:55
>>254
最近は使ってないんだろうが、今は重い。Linuxに対する要求も高度化したのだ。
このあたりの考え方は基本だと思うな。
記憶装置の容量がいくら大きくなっても、圧縮ソフトは常に必要なのだ。
258 ：仕様書無しさん：2006/02/15(水) 23:32:28
あのジャーファイルが無いんジャー
259 ：仕様書無しさん：2006/02/15(水) 23:32:41
これからJava勉強するのだけは意味ないな。
260 ：仕様書無しさん：2006/02/15(水) 23:34:14
リリース時点で速度要求を満たせないなんてそれでお金取れるの？
261 ：仕様書無しさん：2006/02/15(水) 23:34:48
Linuxのjavaコマンドがまた一段と遅いんだよな
262 ：仕様書無しさん：2006/02/15(水) 23:34:52
Javaは最初から10年間ずっと重いです。
263 ：仕様書無しさん：2006/02/15(水) 23:36:03
Javaは最初から重いが、プロセッサの進化以下のパフォーマンスしか
提供できないのが馬鹿。
264 ：仕様書無しさん：2006/02/15(水) 23:36:38
>>225
その三層ってどういう構成？
DBサーバーを奥に置くなら今でも普通だろう。
265 ：仕様書無しさん：2006/02/15(水) 23:36:53
プロセッサの進化以上に重くなっていくのがJavaの進化
266 ：仕様書無しさん：2006/02/15(水) 23:38:00
>>264
間にWebLogicとかJBOSSを挟むんだろ。
267 ：仕様書無しさん：2006/02/15(水) 23:38:54
>リリース時点で速度要求を満たせないなんてそれでお金取れるの？
満たせるように、君の使ってるPCとは別次元のハードを使うわけですよ。
268 ：仕様書無しさん：2006/02/15(水) 23:39:22
Java鯖が乗ってるLinux機でps -eとやったら驚いた。
大半のプロセスがJava
269 ：仕様書無しさん：2006/02/15(水) 23:40:05
>>266
おお、

httpサーバー　アプリサーバー　DBサーバーね
了解です。
270 ：仕様書無しさん：2006/02/15(水) 23:40:31
>>265
そりゃ退化だろうw
271 ：仕様書無しさん：2006/02/15(水) 23:41:17
Eclipseを一眼レフカメラと言い放つ連中だぞｗｗｗｗ
272 ：仕様書無しさん：2006/02/15(水) 23:41:32
>>268
ﾁｮﾄ待てｗ
それはどういう設定の鯖なんだ？
273 ：仕様書無しさん：2006/02/15(水) 23:41:45
ビジネスロジック
274 ：仕様書無しさん：2006/02/15(水) 23:41:51
>>268

ﾜﾗﾀ
275 ：仕様書無しさん：2006/02/15(水) 23:42:28
エンタープライズ万歳！
276 ：仕様書無しさん：2006/02/15(水) 23:43:18
継承万歳
シングルトン万歳
277 ：69式フリーPG ◆hND3Lufios ：2006/02/15(水) 23:43:44
盛り上がってるなｗ
278 ：仕様書無しさん：2006/02/15(水) 23:44:10
重い軽いは抜きにして、PHPで大規模開発をするプラットフォームってあるの？
そこが一番の問題だろ？
279 ：仕様書無しさん：2006/02/15(水) 23:44:21
変な奴多いな
280 ：仕様書無しさん：2006/02/15(水) 23:44:26
大規模開発君「まあ安いPC使っている君たちに何言っても無駄だな」
281 ：仕様書無しさん：2006/02/15(水) 23:45:41
>>273
PHPで大規模開発したい要求があるのかどうかを先に確認したほうがよさそう。
282 ：仕様書無しさん：2006/02/15(水) 23:45:43
webアプリで大規模って時点で破綻してますが。
あれはそんな複雑なことをするものではありません。
あくまでもフロントエンド。
283 ：仕様書無しさん：2006/02/15(水) 23:45:49
おっさんはこんなとこに顔ださんと早く結婚せい!!!
284 ：仕様書無しさん：2006/02/15(水) 23:46:57
一眼レフ万歳
285 ：仕様書無しさん：2006/02/15(水) 23:47:30
どう考えたってネイティブより早くなる可能性はゼロなんだからJavaは一生
重いと言われる。
286 ：仕様書無しさん：2006/02/15(水) 23:47:48
UIだけwebにしてバックエンドはCOBOL。

解決。
287 ：仕様書無しさん：2006/02/15(水) 23:47:56
>>282
残念だね。事実ある以上しょうがない。気に入らないなら早く偉くなって
そんな開発潰してしまえｗ
288 ：仕様書無しさん：2006/02/15(水) 23:48:07
大規模なら重くてもいいのか？
いやダメだろ
289 ：仕様書無しさん：2006/02/15(水) 23:48:54
>>287
そんなDQN会社バックレろよｗｗｗ。設計者の知能を疑えｗｗｗｗ
290 ：仕様書無しさん：2006/02/15(水) 23:49:22
マジレスだが、今度つくるのがあまり速いとバックエンドの
Javaインフラが死ぬほど遅いからつりあいがとれないな　
とか言われた。
291 ：仕様書無しさん：2006/02/15(水) 23:49:26
>>288
そうではない。問題はPHPで大規模開発する会社が無いのは何故か？
だね。
292 ：仕様書無しさん：2006/02/15(水) 23:50:31
ASP.NETなら軽くてしかも大規模もOKなんだが
MS嫌いな奴多すぎだしなぁ
293 ：仕様書無しさん：2006/02/15(水) 23:50:35
>>290
解決策としてどういうものが提案されたの？
294 ：仕様書無しさん：2006/02/15(水) 23:50:38
Javaで大規模開発すると火を吹くから。
PHPはあくまでもエントリのUI記述言語でトランザクションを担当するものではないから。
295 ：仕様書無しさん：2006/02/15(水) 23:51:16
>>292
MSの問題はメモリリークだろ？
296 ：仕様書無しさん：2006/02/15(水) 23:51:17
大規模開発君「大規模ばっかりやっている。常にデスマと
動作不安定との戦い。もちろん設計書はすばらしいのがある。
うちの営業が書いたエクセル文書だ。」
297 ：仕様書無しさん：2006/02/15(水) 23:51:53
全部JavaなんてのはUFJで失敗してみんな懲りてるだろ。
今はCOBOLをそのまま残すのが普通。
298 ：仕様書無しさん：2006/02/15(水) 23:52:01
>>294
なんであれ大規模開発をすると火を噴く。
299 ：仕様書無しさん：2006/02/15(水) 23:52:33
>>293
全部ネイティブ。一部.NET C#
300 ：仕様書無しさん：2006/02/15(水) 23:52:43
>>297
はっきり言ってやる。あれは全部Javaにしたのが原因ではない。
301 ：仕様書無しさん：2006/02/15(水) 23:53:21
>>300
おまいが全部作り直せ。
302 ：仕様書無しさん：2006/02/15(水) 23:53:47
>>296
面白そうだからこいつに尋ねてみよう。
でかいの作るときJavaを敬遠するなら代わりに、お前なら何を選択する?
303 ：仕様書無しさん：2006/02/15(水) 23:53:56
>>299
やっぱそれしかないのかね。でもMSだと運用がめんどいでしょ？
定期リブートとか。
304 ：仕様書無しさん：2006/02/15(水) 23:54:22
COBOLがあるじゃないか
305 ：仕様書無しさん：2006/02/15(水) 23:54:36
>>301
いや会社から作り直す必要があるから無理。
306 ：仕様書無しさん：2006/02/15(水) 23:55:04
>>302
ATL Server, NT Service, ISAPI, DCOM, ATL Web Serviceかな
307 ：仕様書無しさん：2006/02/15(水) 23:55:05
>>304
バックエンドはCOBOLで十分だね。それは同意する。
308 ：仕様書無しさん：2006/02/15(水) 23:55:38
MSに定期リブートが必要って本気で思ってんの？
309 ：仕様書無しさん：2006/02/15(水) 23:55:47
>>306
Web Serviceって具体的に何を指している？
310 ：仕様書無しさん：2006/02/15(水) 23:55:59
PHPはWeb専用なんだから大規模なんか無いだろ。
でも、そもそもWebなんてUI専用なんだからそれでいいんじゃない。
311 ：仕様書無しさん：2006/02/15(水) 23:56:17
リモート分散もできないJavaは大ぐそ
312 ：仕様書無しさん：2006/02/15(水) 23:56:30
>>308
本気で思ってるよ。
313 ：仕様書無しさん：2006/02/15(水) 23:56:38
マジ？？？
314 ：仕様書無しさん：2006/02/15(水) 23:56:55
>>309 喪前の出す仕様をさしている
315 ：仕様書無しさん：2006/02/15(水) 23:57:21
Winか。。。
316 ：仕様書無しさん：2006/02/15(水) 23:57:30
>>310
UIをPHPにして、バックエンドをPHP以外にするって意味あるか？
いや手間とか考えた時だよ。
317 ：仕様書無しさん：2006/02/15(水) 23:58:11
PHPでさっくりとwebアプリを作って、COBOLでバッチ処理。
一番確実な大規模開発じゃん。これをJavaで無理矢理統一しようとするから火を吹くんだ。
318 ：仕様書無しさん：2006/02/15(水) 23:58:20
>>313
Javaソフトをインストールすると激しくリークするぞ
それが原因じゃね
319 ：仕様書無しさん：2006/02/15(水) 23:59:02
データ取ってきて表示
画面的には4画面以内
データの追加や更新はない

これでJavaだのStrutsだの使うことになってる
再検討願いでもするか・・・
320 ：仕様書無しさん：2006/02/15(水) 23:59:05
一眼レフもよく固まるしな
321 ：仕様書無しさん：2006/02/15(水) 23:59:18
>>318
Javaどころか、OSを稼働させているだけでリークするぞｗ
322 ：仕様書無しさん：2006/02/15(水) 23:59:28
>>319
ﾜﾛﾀ
323 ：仕様書無しさん：2006/02/15(水) 23:59:43
NucleusやSquirrelMailはそれなりに重いと思うけどなあ

Javaよりは省資源だけど
324 ：仕様書無しさん：2006/02/15(水) 23:59:45
>>312
素人かよｗ
325 ：仕様書無しさん：2006/02/15(水) 23:59:48
>>319
そんなものに4秒もかかるのか?
326 ：仕様書無しさん：2006/02/16(木) 00:00:01
>>318
アプリの影響を受けるのがWinのクオリティ。
327 ：仕様書無しさん：2006/02/16(木) 00:00:38
>>321
それただの勘違いだからｗ
328 ：仕様書無しさん：2006/02/16(木) 00:00:42
大規模開発の基本は、部分的に交換可能な範囲から手を加えること。
未知の技術、流行の技術で全部リプレースなんてバカのやること。
329 ：仕様書無しさん：2006/02/16(木) 00:00:58
>>317
それをやるならUIはFlashの方が良いと思う。
htmlとJavaScriptじゃね～。一番手間がかかるのはJavaScriptという罠。
330 ：仕様書無しさん：2006/02/16(木) 00:01:16
Yahoo! は PHP で構築されているわけだが、そこらへんに転がってる
中小企業案件で Yahoo! を超える大規模サイトなんてそんなに無いだろうし・・・。

このスレにはよっぽど大企業のエリートエンジニアばっかり集まってるんだなｗ
それか、大企業向けを請けたとこの孫請けドカタなだけなのかもしれんけどｗｗｗ
331 ：仕様書無しさん：2006/02/16(木) 00:02:09
>>327
いや事実だ。検証済みだよ。
332 ：仕様書無しさん：2006/02/16(木) 00:02:47
ちゅうか、大規模開発ならバックエンドのほうが工程の中心になるわけで、
エントリにわざわざApacheたててtomcat入れてstruts入れてなんてやってられるかよｗｗｗ
333 ：仕様書無しさん：2006/02/16(木) 00:02:49
>>331
その検証間違いだからｗ
334 ：仕様書無しさん：2006/02/16(木) 00:03:06
>>330
きみはYahooのバックエンドは知ってるの?
335 ：仕様書無しさん：2006/02/16(木) 00:03:08
>>330
いやJavaが重いって話をする段階で土方だからｗ
そもそも上流やっていれば速くしてよの一言ですむ。
336 ：仕様書無しさん：2006/02/16(木) 00:04:20
>>335
いいえ。上流の責任です。ﾄﾞｶﾀが血を吐くほど徹夜しても遅いものは遅いです。
337 ：仕様書無しさん：2006/02/16(木) 00:04:41
大規模開発の基本は馬鹿なJava厨の書いたおぞましい糞コードを廃棄
整理する事だ。1万行のコードも漏れが書き直すとあーりゃ不思議
1850行になっちゃった。って繰り返してリプレスする。いたってシンプル。
338 ：仕様書無しさん：2006/02/16(木) 00:05:28
あのお気楽言語Perlにリプレースを奪われているってマジですかｗｗｗｗｗｗｗ
339 ：仕様書無しさん：2006/02/16(木) 00:06:34
Perlに置き換えられるもんは最初からJavaは必要なかったと言える。
340 ：仕様書無しさん：2006/02/16(木) 00:07:08
>>338
マジ。Java 2006年粉飾決算説が農耕。
341 ：仕様書無しさん：2006/02/16(木) 00:08:17
次スレそろそろ用意しようか
342 ：仕様書無しさん：2006/02/16(木) 00:08:17
>>328
その通り。まだまだ枯れてるといいがたいJavaで大規模開発なんていってる奴は素人。
現実にはシステムの極一部のWebの部分をとりあえずJava鯖にしてみるって所かな。

仮に全部Javaでリプレースなんて言ってる奴がいたらｷﾁｶﾞｲ確定。300%火を吹く。
（おそらくJavaじゃ無くても）
343 ：仕様書無しさん：2006/02/16(木) 00:10:45
おいおいJavaっていつまでもいつまーーーでも
枯れない予感
344 ：仕様書無しさん：2006/02/16(木) 00:11:08
いつまでももやしです
345 ：仕様書無しさん：2006/02/16(木) 00:11:21
枯れる前に無くなるだけか。
346 ：仕様書無しさん：2006/02/16(木) 00:13:06
tomcatをリブートするとクレームの嵐です。リブートに時間かかりすぎ。つらいです。。。。
347 ：仕様書無しさん：2006/02/16(木) 00:13:34
Javaが枯れるかと問われれば、枯れることはないかもな。
かといって枯れてるのを組み合わせて作るのも結構大変。
348 ：仕様書無しさん：2006/02/16(木) 00:15:36
ライブドアは全部Perlらしい。
349 ：仕様書無しさん：2006/02/16(木) 00:16:01
今後はスクリプトを取り込むしデスクトップ向けに色々食い込んでくるかも知れんね
JRuby、Groovy、Lispあたりが採用されればエディタ系の資産がそのまま流用できるかも
350 ：仕様書無しさん：2006/02/16(木) 00:16:26
例のオープンソースの奴か
351 ：仕様書無しさん：2006/02/16(木) 00:16:31
まだまだ拡大する気かよｗｗｗ
352 ：仕様書無しさん：2006/02/16(木) 00:16:46
マジに言うと巨大だが弱っちょい戦艦のようなJavaを使うぐらいなら
Perlのほうがマシだと思う。
353 ：仕様書無しさん：2006/02/16(木) 00:17:07
うんJavaは枯れない。応用範囲が広すぎるからだね。
MSも実は枯れないんだな。

今のWebって発展途上だから枯れることは無いだろう。
354 ：仕様書無しさん：2006/02/16(木) 00:17:18
Perlは枯れてるもんな。
355 ：仕様書無しさん：2006/02/16(木) 00:17:44
>>352
駆逐艦を作るならな。
356 ：仕様書無しさん：2006/02/16(木) 00:18:48
Javaは常に新しい技術、フレームワークが次々に生まれる言語。
枯れることなど無い。いつも幼女のようにみずみずしく若い。
357 ：仕様書無しさん：2006/02/16(木) 00:19:06
駆逐艦　ISAPI
潜水艦　PHP
巡洋艦　Perl
渡し舟　JAVA
358 ：仕様書無しさん：2006/02/16(木) 00:19:22
大人の女なのにやたら可愛いんだろ
359 ：仕様書無しさん：2006/02/16(木) 00:19:50
>>357

つ　巨大
　　　　

　　　　　　　泥舟
360 ：仕様書無しさん：2006/02/16(木) 00:20:53
泥舟だから常に新しいフレームワークで浸水を掻きだします。
361 ：仕様書無しさん：2006/02/16(木) 00:21:48
まあぐだぐだ素人が騒いだって、Javaの仕事がある間はJava使うわけですよ。
他のが流行れば、それ使うわけですよ。
362 ：仕様書無しさん：2006/02/16(木) 00:21:53
漏れが多そうだなw
Java厨も早漏が多いらしいしw
363 ：仕様書無しさん：2006/02/16(木) 00:23:15
だから、JBOSSなんか使ってんじゃねえよ。今日も帰れないじゃねえか
364 ：仕様書無しさん：2006/02/16(木) 00:24:18
>>363
己の運のなさを怨めw
365 ：仕様書無しさん：2006/02/16(木) 00:24:27
"deleteを使わない"

それだけのために今日もデスマーチ。おつかれ様です。
366 ：仕様書無しさん：2006/02/16(木) 00:24:37
泥舟って言い方いいねえ。このスレのJava表現の別名にしよう。
367 ：仕様書無しさん：2006/02/16(木) 00:24:46
>>363
あんな糞を使ってはいけないｗ
368 ：仕様書無しさん：2006/02/16(木) 00:25:20
WebLogicってなんであんなに糞高いの？
369 ：仕様書無しさん：2006/02/16(木) 00:25:57
ポインタを使わないで安全な機能を提供

それだけのために今日もデスマーチ。おつかれ様です。
370 ：仕様書無しさん：2006/02/16(木) 00:27:02
メモリリークのデバッグするほうがよほど楽のような。
371 ：仕様書無しさん：2006/02/16(木) 00:27:21
遅くて不安定な実行環境。

それだけのために今日もデスマーチ。おつかれ様です。
372 ：仕様書無しさん：2006/02/16(木) 00:28:43
>>370
虫取りきれないとシステム停止は確実
373 ：仕様書無しさん：2006/02/16(木) 00:29:16
そんな大変なJava厨さんのために

高級一眼レフがプレゼントされました。
374 ：仕様書無しさん：2006/02/16(木) 00:30:06
いやあ、最近の開発環境はリークの検出と、そのリークしてるメモリをallocしたソースの箇所の
表示くらいするよ。boundscheckerとか。
375 ：仕様書無しさん：2006/02/16(木) 00:30:26
まったく皮肉だけは一人前だなw
376 ：仕様書無しさん：2006/02/16(木) 00:30:59
デバッグもまともにできないJava厨さん。
自分で書いているコードがなにやってるか
自分でも分からないのだから無理もないよー。
377 ：仕様書無しさん：2006/02/16(木) 00:31:17
>>374
リークは探しやすいが、破壊は結構怖い
378 ：仕様書無しさん：2006/02/16(木) 00:32:01
>>374
いや問題は修正できないってことだろ。
379 ：仕様書無しさん：2006/02/16(木) 00:32:19
>>376
人は間違いを起こすのが前提。
380 ：仕様書無しさん：2006/02/16(木) 00:33:15
Java厨はインスタンスを使いまわすので、リークのデバッグが大変困難です。
381 ：仕様書無しさん：2006/02/16(木) 00:33:56
リークはしない。最初からリークする箇所は自明。
それでもリークする椰子はJava厨あがりのC/C++グラマ。
382 ：仕様書無しさん：2006/02/16(木) 00:34:59
破壊はしない。破壊する箇所は自明。
以下略
383 ：仕様書無しさん：2006/02/16(木) 00:35:14
windowsのカーネル作っている連中がJava厨あがりのC/C++
プログラマだったとは意外だ・・・・。
384 ：仕様書無しさん：2006/02/16(木) 00:35:43
以外と怖いのがサービスのスタックオーバーフロー
これ結構こわい。
385 ：仕様書無しさん：2006/02/16(木) 00:36:32
自分はバグなど出さないと言い切る奴は確実に素人。
386 ：仕様書無しさん：2006/02/16(木) 00:37:38
天才といってくれ。
387 ：仕様書無しさん：2006/02/16(木) 00:38:14
やはり紙一重
388 ：仕様書無しさん：2006/02/16(木) 00:38:37
ポインタを無くせば、deleteを無くせば全て解決と勘違いした奴は素人。
現実はぬるぽの嵐と今まで以上に気配りを強いられパフォーマンスは落ち、三重苦。
389 ：仕様書無しさん：2006/02/16(木) 00:40:44
BOUNDSCHECKERはｽﾊﾞﾗｼｲ
http://www.xlsoft.com/jp/products/devpartner/bchecker.html
390 ：仕様書無しさん：2006/02/16(木) 00:42:28
エクセルソフトなんてマニアックなところを・・
391 ：仕様書無しさん：2006/02/16(木) 00:45:20
Purifyもいいよね。
392 ：仕様書無しさん：2006/02/16(木) 00:46:15
>>389
\115,500もするじゃねえか！買えるかっ。
393 ：仕様書無しさん：2006/02/16(木) 00:46:51
>>392
それぐらい会社で買ってもらえよ。
394 ：69式フリーPG ◆hND3Lufios ：2006/02/16(木) 00:48:00
１案件こなせば元取れるぞ。winサービスの案件とってきなはれ
395 ：仕様書無しさん：2006/02/16(木) 00:55:05
泥舟厨
396 ：仕様書無しさん：2006/02/16(木) 01:05:27
今夜もC厨が暴れたのか
397 ：仕様書無しさん：2006/02/16(木) 01:13:34
>>396
つか明らかにCプログラマじゃないしｗ
たぶんJavaでデスマ中の奴だよ。
398 ：仕様書無しさん：2006/02/16(木) 01:17:37
PerlとかPHPとか騒いでたのいたし、ようわからん。
まあ、このスレとは関係なく世の中は動いている。
399 ：仕様書無しさん：2006/02/16(木) 01:24:12
俺もJava屋だしデスマも横目で見てるが
なんでそんな状態に陥るのかさっぱりわからん
アマグラマが多すぎでうっへりする
400 ：仕様書無しさん：2006/02/16(木) 01:24:50
世の中と言えば、案件ベースではWindowsベースでのイントラシステム
案件が増えてはいるけどね。Javaの将来は次の技術革新があるかど
うかにかかってきたね。まぁ、JavaやるのもC#やるのもそんなに変わら
ないからいいけど。
401 ：仕様書無しさん：2006/02/16(木) 01:26:54
>>399
ここ数年、需要があるっていうんで派遣屋がJavaプログラマを無理矢理養成した
んだよね。初心者にJavaを教えて鯖プログラムをやらせれば結果は明白だよな。
402 ：仕様書無しさん：2006/02/16(木) 07:50:38
そして、スタックもヒープもレジスタもわからない、コンピュータの構造を知らない素人を
量産しましたとさ。
403 ：仕様書無しさん：2006/02/16(木) 08:28:59
スタックやヒープはコンピュータの構造じゃないよ。
404 ：仕様書無しさん：2006/02/16(木) 08:39:02
スタックやヒープなんて理解しなくても
愛用の一眼レフさえあれぱいいんだよ。
405 ：仕様書無しさん：2006/02/16(木) 08:51:42
技術が無い会社で、これからJavaをやらなきゃとか言ってた会社だが
ちょうどリリース直前で、全員総出で青い顔してぜんぜん動かない状態。
その切り分けさえも誰もつけられず徹夜に突入。
小さいところで受けているJavaプロジェクトってこんなのばっかりだな。
仕事があるから受ける (Javaの不安定な恐ろしさをなにも知らない)経営者。
仕事があるからやる(素人)Java厨の組み合わせ。まさに最強だな。
406 ：仕様書無しさん：2006/02/16(木) 08:58:59
一般保護がぬるぽにかわっただけ。
リークの蓄積でスワップ多発で重くなり最終的に固まるのが、ガベコレで
固まるのに変わっただけ。
24時間運用する鯖アプリ開発には
経験と技法が必要であり、銀の弾丸は存在しない。

とりあえず、素人を開発に投入しないことだ。
407 ：仕様書無しさん：2006/02/16(木) 09:31:20
要するに、Javaが重いというより、Java厨が作ったシステムが重い。
こいつらが、.NETに行けば.NETが重いといわれるようになる。
C/C++には行きたくても行けないだろうから、セーフティだな。

408 ：仕様書無しさん：2006/02/16(木) 09:36:05
はっきり言ってJavaってわざと遅くなるような技術を使っているよな。
EJBとかO/RマッピングとかWEBサービスとかXMLとか。
それに習得が難しいミドルも多数あるし。StrutsとかHibernateとか。
どう見てもわざと難しくしているとしか思えない。
409 ：仕様書無しさん：2006/02/16(木) 09:43:06
つーか理想と現実の乖離を認めようとしないんだよ、じゃヴぁ業界は。
410 ：仕様書無しさん：2006/02/16(木) 09:44:01
>>408
わざわざ回りくどくするのがJavaの慣習だからw
411 ：仕様書無しさん：2006/02/16(木) 09:46:30
>>407
あそっか、Java厨に.NETに移民されても困るな。
おーいJava厨　Javaはやっぱり最高だ！！
頼むからこないでね。
412 ：仕様書無しさん：2006/02/16(木) 10:12:45
>>407
これが重いJavaのロジックをそっくりそのままasp.netに移すと
Javaのときより早く動いたりするんだなあ。
多分APサーバとフレームワークの結びつきか、リソースの開放がうまいのか。

ということでJava厨が.netにきたら、余計勘違いすると思われ。
413 ：仕様書無しさん：2006/02/16(木) 12:02:56
なんでこんな糞すれがまだあるんだ

本すれはこっちだろ。馬鹿共。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
414 ：仕様書無しさん：2006/02/16(木) 12:38:12
大規模開発君の誘導ｳｻﾞｲ
415 ：仕様書無しさん：2006/02/16(木) 12:39:34
あんまりｳｻﾞｲと
【巨大泥船来襲】JAVA藁【動くまえに沈む】

なんてスレたっちゃうよ
416 ：仕様書無しさん：2006/02/16(木) 12:41:10
>>413
糞スレ言うな零細PGの憩いの場なんだから。
連中にだってストレスを発散する権利ぐらいある。普段はたこ部屋に
詰め込まれていてもな。
417 ：仕様書無しさん：2006/02/16(木) 12:43:03
ビジネスロジック万歳！
418 ：仕様書無しさん：2006/02/16(木) 17:45:35
今日もJavaのリプレスの話。ここんとこ毎日だ。
419 ：仕様書無しさん：2006/02/16(木) 17:49:30
毎日案件が入ってくるの？
俺にも分けろ
420 ：仕様書無しさん：2006/02/16(木) 18:04:34
>>419
しっ！目を合わせちゃだめよ！
421 ：仕様書無しさん：2006/02/16(木) 20:07:11
遅いって言っているのは、APサーバの起動とか、Jspの初回表示を言っているんじゃないかと思うがな。
普通のレスポンスならPerl、PHPが5～10cps（1秒間5～10リクエスト）の処理能力だとすると、
Javaで組めば20～40cpsはいけるぞ。Cで組めば80cpsはいけるがな。
422 ：仕様書無しさん：2006/02/16(木) 20:20:42
だから何度も言うよにJava房のOOが遅いっていってるの！
perlやPHPはOO気にしないから速いの！
だからOOさせてしまうJavaが糞なの！
423 ：仕様書無しさん：2006/02/16(木) 20:33:20
Javaふさ
424 ：仕様書無しさん：2006/02/16(木) 21:10:55
JavaだってOOしなければ速い。
非力な携帯電話でアクションゲームが出来るほどだ。
425 ：仕様書無しさん：2006/02/16(木) 21:17:28
はああああああああああああああああああ
何打この低脳は
426 ：仕様書無しさん：2006/02/16(木) 21:59:33
DBアクセスがとにかく遅い回りくどい
DB自体も糞
427 ：仕様書無しさん：2006/02/16(木) 22:08:06
ここはバカ自慢大会会場ですか?
428 ：仕様書無しさん：2006/02/16(木) 22:36:05
Javaでバッチ処理させたら、死ぬほど遅かった。
429 ：仕様書無しさん：2006/02/16(木) 22:40:23
JavaでCGI作ってみた。


なかなか愉快だった。
430 ：仕様書無しさん：2006/02/16(木) 23:05:43
>>427
よく気づいたなｗ
そんな君にＪａｖａ厨認定をあげよう。
431 ：仕様書無しさん：2006/02/16(木) 23:16:25
馬鹿の中心で馬鹿と叫ぶ馬鹿
432 ：仕様書無しさん：2006/02/16(木) 23:18:03
JavaはＣより速い
433 ：仕様書無しさん：2006/02/16(木) 23:32:17
>>430
あなたダントツで優勝です。
434 ：仕様書無しさん：2006/02/16(木) 23:58:00
すらばしい
435 ：仕様書無しさん：2006/02/17(金) 00:32:48
>>432
Java側だけsignal trap外して速くなったって言ってもなあ。
条件揃えずにベンチマークとっても意味無い。
436 ：仕様書無しさん：2006/02/17(金) 09:18:29
.NETの市販コンポーネントはいいね。ロードが劇速。UIもこりまくりOK。
同じことJavaでやろうとするとApletで・・劇糞。つうか使い物になるようには
ならない。泥船厨はMS嫌いだから知ろうともしないんだろうけど。
437 ：仕様書無しさん：2006/02/17(金) 09:44:56
>>435
そもそも言語に対して速い・遅いっていう考えが間違っている気が…
コンパイラや実行環境、実行する処理によっても違うだろ。
438 ：仕様書無しさん：2006/02/17(金) 10:01:43
>>421
＞普通のレスポンスならPerl、PHPが5～10cps（1秒間5～10リクエスト）の処理能力だとすると、
＞Javaで組めば20～40cpsはいけるぞ。

なにこの机上の空論。
439 ：仕様書無しさん：2006/02/17(金) 10:39:05
「Apacheモジュールプログラミングガイド」(ISBN4-7741-1799-4 C3055)
から処理件数/秒の比較

84.49 Java Servlet(Tomcat + mod_jk + Apache)
104.90 Java Servlet(Tomcat)
102.93 PHP

4倍は難しいかも
440 ：仕様書無しさん：2006/02/17(金) 11:37:25
>なにこの机上の空論
ﾜﾗﾀ
泥船厨は設計時点で泥船が沈むとは想定していないからね。
441 ：仕様書無しさん：2006/02/17(金) 11:40:08
.NETで有名どこのスプレッドコンポーネント使ったシステムを
Javaにリプレスするのって事実上不可能だよねｗ
スプレッドのコンポーネントをjavaでやるとSWINになるの？ｗ
442 ：仕様書無しさん：2006/02/17(金) 12:42:52
あのさあ。VMってエミュレータなんだよね。
だから遅い。ヴァーチャルマシンなんていうとダサいのを多少ごまかす事ができるけど
所詮エミュレータなんだ。だから遅いんだよ。
443 ：仕様書無しさん：2006/02/17(金) 13:13:29
>>441
ならない
444 ：仕様書無しさん：2006/02/17(金) 13:28:54
ジャストシステムがJavaのオフィス製品を出してたと思ったが
WEBサイト見たら無くなってたよ
445 ：仕様書無しさん：2006/02/17(金) 13:38:29
>>444
あるけど？
446 ：仕様書無しさん：2006/02/17(金) 13:46:45
これからは
Java バーチャルマシン(OSエミュレータ)とか正確に
表現して欲しいものだ。
447 ：仕様書無しさん：2006/02/17(金) 13:49:31
JVM ×
JOE ○
Java OS Emulator
おお　Joe ジョーだぜこっちのほうがかっこいいぞｗ
448 ：仕様書無しさん：2006/02/17(金) 13:49:44
98エミャレータやVMWareは速いです。
JVMみたいなゴミと一緒にしないでください
449 ：仕様書無しさん：2006/02/17(金) 13:51:48
エミュレータ屋にもゴミといわれてしまったｗ
450 ：仕様書無しさん：2006/02/17(金) 14:31:26
だから最近のJavaは軽いといってるだろバブル世代の糞ジジイども。
さっさとこの糞スレの削除依頼だしてこいや30代のバブルジジイども。

最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
451 ：仕様書無しさん：2006/02/17(金) 14:45:26
VMクライアントのWebサービスコール　Helloと出すだけで
20秒かかるのが速いの？
452 ：仕様書無しさん：2006/02/17(金) 14:46:14
泥舟大規模開発君って時間の感覚が漏れとかなり違うようだ。
453 ：仕様書無しさん：2006/02/17(金) 14:56:26
>>452
当たり前だよｗおなじゃ困る。
しょぼい開発と大規模開発は全然別物だよ。
454 ：仕様書無しさん：2006/02/17(金) 14:58:20
と言う事は
大規模開発の場合は40秒待ってもいいという事ね。
455 ：仕様書無しさん：2006/02/17(金) 15:06:07
>>416
零細企業社員とは悲惨だなw
それで無理矢理Javaやらされて重い重いと愚痴を零しているのか
アホだなw
456 ：仕様書無しさん：2006/02/17(金) 15:06:49
>>454
大規模開発のときは予算がたっぷりあるから
もっとハイスペックマシンが用意されて
快適で優雅なJavaライフを送ることができる。
457 ：仕様書無しさん：2006/02/17(金) 15:07:11
衝撃のドン！！























なんでこんな糞すれがまだあるんだ

本すれはこっちだろ。馬鹿共。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
458 ：仕様書無しさん：2006/02/17(金) 15:18:54
>VMクライアントのWebサービスコール　Helloと出すだけで
>20秒かかるのが速いの？

これをテストしたのはそんなに酷く遅い環境でもないんだけどね。
Pen4 3G Memory 2G
大規模開発って　PenD 10G　 Memory 100Gぐらいのクライアントを
用意してくれるのかな。そりゃうらやましいな。
459 ：さっちゃん：2006/02/17(金) 15:21:30
あｆｓだ
460 ：仕様書無しさん：2006/02/17(金) 15:45:40
>>445

http://www.justsystem.co.jp/software/01_wpime.html?w=on

このページのJava版のアイコンだけ残ってるな、製品は載ってないけど
461 ：仕様書無しさん：2006/02/17(金) 15:52:11
javaは重いよ
462 ：仕様書無しさん：2006/02/17(金) 16:06:53
>>456
ねえねえ、
Javaが快適に動くくらいのハイスペックなマシンって
具体的にどんなスペックのマシン？
463 ：仕様書無しさん：2006/02/17(金) 17:07:25
>>462

無印Pen 166ぐらいじゃねーのｗ
464 ：445：2006/02/17(金) 17:48:30
>>460
そのページの「旧製品はこちら」っていうリンク先にあるよ
465 ：仕様書無しさん：2006/02/17(金) 18:04:21
Javaにつぎこんでコケた製品のことは覚えてないふりをしような

エリソンのNCとか
466 ：仕様書無しさん：2006/02/17(金) 18:18:42
Javaは軽くねのスレって話す内容が濃密泥厨なんで
立ち入れませんよ。一丸レフだし。
467 ：仕様書無しさん：2006/02/17(金) 18:20:31
ビジネスロジック万歳だし。
468 ：仕様書無しさん：2006/02/17(金) 18:44:11
馬鹿のひとつ覚え
469 ：仕様書無しさん：2006/02/17(金) 22:04:08
java厨はビジネスロジックっていうけど
vbでもc#でもc++でもperlでもphpでもビジネスロジックはあるんだけどね
470 ：仕様書無しさん：2006/02/17(金) 22:12:02
×：ビジネスロジックが得意
○：ビジネスロジックしか使えない（UI駄目デバドラ駄目）

ビジネスロジック＝DBを読んだり書いたりファイルを読んだり書いたり
471 ：仕様書無しさん：2006/02/17(金) 22:12:22
もっさりアプリは使う気にならん
472 ：仕様書無しさん：2006/02/17(金) 22:15:22
馬鹿のひとつ覚え
473 ：仕様書無しさん：2006/02/17(金) 22:15:33
netbeansってもっさりか？俺は快適なんだが
474 ：69式フリーPG ◆hND3Lufios ：2006/02/17(金) 22:17:41
インストール前に覚悟してたより軽い＜netBeans

もちろんVisualStudio.NET2003に比べりゃ重い。
うちの場合だと、VS2003なら起動に要する時間は15秒くらいだが、netBeansだと30秒はかかる。
475 ：仕様書無しさん：2006/02/17(金) 22:49:58
てかJavaの実行速度が遅いという話をしてると
NetBeansは軽いとかVS2005は激重とか
開発環境に話を持っていこうとする奴が現れるけど
こういうの最近流行ってんの？
476 ：仕様書無しさん：2006/02/17(金) 22:51:03
>>ビジネスロジック＝DBを読んだり書いたりファイルを読んだり書いたり
まだ甘いな、抽象化が。
ＤＢだろうが、ファイルだろうが、それは永続化データの取得層であり、
ビジネスロジックとは分離しないと快楽は得られないよ。
477 ：仕様書無しさん：2006/02/17(金) 23:00:55
>>475
netbeansもVSも軽いんだが何言ってんの？
478 ：仕様書無しさん：2006/02/17(金) 23:07:51
>>477
いや、VS2005は明らかに重いだろ？
479 ：仕様書無しさん：2006/02/17(金) 23:14:16
オークションで買ってきたＰＣを与えられてる害虫でつか？

って、漏れだ。Pentium3 700Mzh のＰＣを持ってきやがった。orz....

最低CPU 3G, メモリ1Gって言っただろが。
480 ：仕様書無しさん：2006/02/17(金) 23:16:59
CPU3GHz、メモリ4GBが常識だろ？スワップファイル？何それ
481 ：仕様書無しさん：2006/02/17(金) 23:18:25
セロリん使ってる俺に喧嘩売ってますか
482 ：仕様書無しさん：2006/02/17(金) 23:16:29
>>479
お前が会社にどれだけ認められていないかが良く分かるレスでつねｗ
483 ：仕様書無しさん：2006/02/17(金) 23:22:42
抽象化すればするほど遅くなるのがJava
484 ：仕様書無しさん：2006/02/17(金) 23:24:36
オブジェクト思考の話でしか優位にたてないJava泥
そのくせろくに知りもしないw
自分が一番OOを知っていると自己参照解決。
485 ：仕様書無しさん：2006/02/17(金) 23:25:06
3層以上の抽象化は認めない俺としては最適な言語だな
抽象クラスorインタフェースを継承するクラスはそこで実質的にfinalとしている
486 ：仕様書無しさん：2006/02/17(金) 23:26:16
>>479
勝った！俺はP3-800．
487 ：仕様書無しさん：2006/02/17(金) 23:27:13
あれそんな無駄な事より多重継承が渋いぜ
488 ：仕様書無しさん：2006/02/17(金) 23:28:04
インターフェイスだって　ぷっ
Java泥がなぜか得意になる糞仕様だもんなw
489 ：仕様書無しさん：2006/02/17(金) 23:29:57
衝撃のドン！！























なんでこんな糞すれがまだあるんだ

本すれはこっちだろ。馬鹿共。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
490 ：仕様書無しさん：2006/02/17(金) 23:32:37
どうせインターフェイスをfinal Stingの#defineがわりぐらいにしか
つかわねえくせによw
491 ：仕様書無しさん：2006/02/17(金) 23:33:32
ん？なんかやたらつまらん煽り房がまぎれこんでるな
って誘導もいらないからｗ
492 ：仕様書無しさん：2006/02/17(金) 23:35:03
インタフェースは規格の勧告のために使うんだよ
抽象クラスと違ってネストが深くなっても別に重くならないしな
493 ：仕様書無しさん：2006/02/17(金) 23:35:22
シングルじゃPHPと同じレベルだよ。LinuxマシンでCPU2個でHTにして4個構成で実行してみ。
全然違うって。でもCのPスレッドにはかなわない。
494 ：仕様書無しさん：2006/02/17(金) 23:39:33
ところでサーバサイドの話じゃないの？
Windowsのクライアントアプリは死ぬほど遅いよ、Javaは。
495 ：仕様書無しさん：2006/02/17(金) 23:40:56
Java6じゃPHPとかのサポートするらしいな。
もう表面的なUIは、Javaじゃなくてもいいんじゃねーの?
496 ：仕様書無しさん：2006/02/17(金) 23:48:40
死ぬほど遅くはないと思うがどんな糞環境？
497 ：仕様書無しさん：2006/02/17(金) 23:49:50
C++厨と大規模開発君

C++厨「C++とJavaの相互運用のIFを取り決めよう」
大規模開発君「望むところだ」
C++厨「unkoメソッドパラメータ仕様は [in] BSTR, [in] unsigned I64, [in] short, [out, retval] *LONGでいいか?」
大規模開発君「BSTRってなんだ?(聞きたくはないが知らないので、くそっちょっと恥ずかしい)」
C++厨「(内心馬鹿にして)ﾌﾟｯ　そんなことも知らないで相互運用の仕様決めのJava代表で
でてきたのかw。BSTRはJavaで言うUNICODE文字列だよ。お前それじゃあサービスは設計できないっちゅう事だぜ。」
大規模開発君「うるせえ、んなら勿体つけないでStringって言えよ!」
C++厨「まったくJava厨は過保護ちゅうか世間知らずだな。ｹﾞﾗ」
大規模開発君「ちょっとまってくれよ、Javaにはunsigned はないからI64のとこはかんべんしてくれ」
C++厨「かたわな言語仕様だな。ガキのおもちゃか?Javaって。だめだよこれは曲げなれないからそっちで
なんとかしろよ。」
大規模開発君「先輩にきいてくるから待っててくれ。」
498 ：仕様書無しさん：2006/02/17(金) 23:51:21
ありえなさすぎで馬鹿らしい
書き直して来い
499 ：仕様書無しさん：2006/02/17(金) 23:53:30
>>497
誤解されるのでC++厨はVC++厨に書き直せ。
500 ：仕様書無しさん：2006/02/17(金) 23:54:28
そうだなあ。Javaで使えないサービスって作るの簡単だなw
unsignedのバイナリパラメータを多数セットすりゃあ
XMLパーサーが困っちゃってどうにもならなくなるねきっと。
501 ：仕様書無しさん：2006/02/17(金) 23:58:49
XMLにバイナリとか言っちゃってる時点で（略
502 ：仕様書無しさん：2006/02/18(土) 00:01:26
>>501
ってサービス作ったことないんだよね。サービスの内部が
どうなってるか知らないのがいかにも泥（略
XMLパーサって知ってる? .xmlじゃないよw
503 ：仕様書無しさん：2006/02/18(土) 00:02:54
Java厨って　XMLっていうとTomcatの設定ファイルぐらいしか
思い浮かばないらしいw
504 ：仕様書無しさん：2006/02/18(土) 00:04:52
まずTomcatの設定ファイルが出てくる時点で、Javaはほとんど使ったことないのが
ばれちゃうよ。
505 ：仕様書無しさん：2006/02/18(土) 00:06:27
使いたいとも思わないから結構よ。
506 ：仕様書無しさん：2006/02/18(土) 00:06:48
煽りの質が低すぎる(´д｀)
507 ：仕様書無しさん：2006/02/18(土) 00:14:57
レベルが低いから、煽りが楽しめるという悪循環
508 ：仕様書無しさん：2006/02/18(土) 00:15:53
なあ、XMLとxmlは別物なの？いや、煽りじゃなくマジでその辺分からん。
509 ：仕様書無しさん：2006/02/18(土) 00:54:41
煽ってる人はパーサも書けない人だからそういうこと聞かれても煽るしか逃げ道がないんだよ
510 ：仕様書無しさん：2006/02/18(土) 03:08:15
>>503

ant は使わないのですか？
511 ：仕様書無しさん：2006/02/18(土) 08:20:26
おはようの
ビジネスロジック
512 ：仕様書無しさん：2006/02/18(土) 09:18:39
おはようの大規模開発
513 ：仕様書無しさん：2006/02/18(土) 09:31:00
お客様「あのねえこれをJavaで開発してほしんだよねえ。できる？」
漏れ「Javaですかあ、出来なくはないですけどちょっとこれを見て頂けますか」
Tomcatと.NETを両方仕込んだノートでおもむろにデモをする。サイトにストレスを
無理やりかけるプログラムだ。いつもストレステストで使っている物だ。
漏れ「まずは.NETでいきますよ。それっ」シャコっシュルシュルピーンスコスコ
お客様「あれえ気持ちよく動くねえ。」
漏れ「これでもwwwコネクションが1000コネクト入っているんですよ。このストレスプログラムを
5つ起動しても大丈夫ですね。」
お客様「ふむ。いいねえ。」
漏れ「ではJavaさんにいきましょうか。それっ」どろ～どろ～どろ～どろ～どろろろろろろ
ろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ～　まだまだ白い
どろ～どろ～どろ～どろ～どろろろろろろろろろろろろろろろろろろろろろろろろ
ろろろろろろろろろろろ～　まだまだ白い　どろろろろろろろろろろろろろろろろ
ろろろろろろろろろろろろろ～　まだまだ白い　どろ～どろ～どろ～どろ～どろろ
ろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ～　まだまだ白い
お客様「あれえ動かないねえ。どうして？」
漏れ「Javaは大体こんなものです。ストレスをかけるとgcの性能の悪さからこうなります。
よくシンプルなサーブレットひとつ動かして速いとか言う嘘つきなシステム屋がいますから
騙されないようにして下さい。」
お客様「わかった。君の提案でお願いするよ。」
漏れ「ありがとうございます。」
514 ：仕様書無しさん：2006/02/18(土) 10:38:17
またお前か
515 ：仕様書無しさん：2006/02/18(土) 10:50:42
>>513
納品後、電話で
お客様「あの、動かないんですけど。」
藻前「そんなはずないでしょう。OSはWindowsですよね。」
お客様「Linuxですが、」
516 ：仕様書無しさん：2006/02/18(土) 11:12:01
お客様「さあ、大規模開発してくれるかな。」
漏れ「あのお言葉ですが大規模開発って具体的なボリュームが理解できませんね。」
大規模開発君「お前馬鹿か、Javaで開発すれば全部それは大規模開発になるんだよ。って先輩が言ってた。」
漏れ「Javaでやると大規模でも.NETでやれば大規模/2に近いところまで圧縮できますよ。」
大規模開発君「嘘つくな！先輩が言ってたぞ。」
漏れ「実績としてPostBackでやればServlet+JSPの半分近く画面クラスは減らせますよ。で実行速度ですが
かなり控えめに言っても大規模君のところよりはかなり速いですよ。」
大規模開発君「ハードウェアを2千500万のあの凄いのを入れていただければこっちのほうが速いですよ。
こいつは貧乏で僕が普段使っているような凄いハードは見たこともありませんから。ｹﾞﾗｹﾞﾗ」
517 ：仕様書無しさん：2006/02/18(土) 11:55:43
賢そうに見える奴の役名に漏れとか書いちゃう奴。
妄想オナニー乙。
518 ：仕様書無しさん：2006/02/18(土) 11:56:19
賢そうに見える奴の役名に漏れとか書いちゃう奴。
妄想オナニー乙。
519 ：仕様書無しさん：2006/02/18(土) 12:01:36
衝撃のドン！！























なんでこんな糞すれがまだあるんだ

本すれはこっちだろ。馬鹿共。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
520 ：仕様書無しさん：2006/02/18(土) 12:01:57
衝撃のドン！！ Pert2























なんでこんな糞すれがまだあるんだ

本すれはこっちだろ。馬鹿共。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
521 ：仕様書無しさん：2006/02/18(土) 12:02:07
衝撃のドン！！ Pert2























なんでこんな糞すれがまだあるんだ

本すれはこっちだろ。馬鹿共。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
522 ：仕様書無しさん：2006/02/18(土) 12:02:39
衝撃のドン！！ Pert2























なんでこんな糞スレがまだあるんだ

本すれはこっちだろ。馬鹿共や。


最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
523 ：仕様書無しさん：2006/02/18(土) 12:04:33
終了のドン！













■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■終了■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■このスレは重複しています。　　　　　　　　　　　　　　　　　　　　　　　　　■
■速やかに削除依頼してください 　　　　　　　　　　　　　　　　　　　　　　　■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■




524 ：仕様書無しさん：2006/02/18(土) 13:00:56
必死だなｗ
525 ：仕様書無しさん：2006/02/18(土) 13:15:06
お前が必死なんだろw

終了のドン！ ドン！




w









■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■終了■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■このスレは重複しています。　　　　　　　　　　　　　　　　　　　　　　　　　■
■速やかに削除依頼してください 　　　　　　　　　　　　　　　　　　　　　　　■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■




526 ：仕様書無しさん：2006/02/18(土) 13:15:36
そしてドン！
















■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■終了■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■このスレは重複しています。　　　　　　　　　　　　　　　　　　　　　　　　　■
■速やかに削除依頼してください 　　　　　　　　　　　　　　　　　　　　　　　■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■


527 ：仕様書無しさん：2006/02/18(土) 13:17:22
最近あった本当の話

お客様「最近C/C++の技術者は少ないようだね。」
漏れ「はい。最近はリークやバッファオーバーランが怖くて挑む人がいないようです。」
お客様「だからさシステム発注しようとしても全部Java屋さんが群がってくるんだよね。
私としてはあまり出したくないんだ。過去に苦い経験があってね。ﾆﾔﾘ」
漏れ「もしよろしければお聞かせ頂けますか？」
お客様「クライアントに公開しているページが遅いって苦情が多いんだよ。もうJavaでは
作りたくないんだけどなにかいい案あるかな？」
漏れ「少なくともJava以外であればそれなりに動作するシステムは作れるはずです。」
お客様「きみなら何を選択するかな？」
漏れ「ページ系はC#でコアな箇所はC++ですかね。ちょっとデモしましょうね。」
スコスコシャキーン！　ちなみにJavaは　どろどろ・・・・延々
お客様「きみんとこに頼むよ。即決だ。」
528 ：仕様書無しさん：2006/02/18(土) 13:18:21
>>527
ネタっぽいので本当にあったんら証拠を提示しましょう
529 ：仕様書無しさん：2006/02/18(土) 13:19:28
>>462
店頭に並んでいる20万くらいのPC
530 ：仕様書無しさん：2006/02/18(土) 13:29:55
タイムアウト

C++厨「サービス仕様書は静的wsdl位置に公開してありますのでよろしく。」
泥厨「あのう、タイムアウトなるんすけど。」
C++厨「ﾌｰﾝ。こっちのクライアントテストでは問題ないですよ。そちらの問題でしょう。」
泥厨「(冷静さを失いかなり熱くなって)こっちは天下のJavaですよ。Javaでタイムアウトに
なるなんてそっちの公開に問題があるのではないですか！」
C++厨「(冷静に)そうですか、悪いけど僕はJavaは嫌いなんで自分のマシンに環境がないんですよ。でもPHPとperlは
あるからこれでクライアントテストしてみましょうね。あ、両方とも完全動作しますよお。
それにあなたのマシンのほうが僕のマシンの3倍のスペックですよね、それでタイムアウトになるのは
へんじゃありません？」
泥厨「くっそー。先輩に聞いてくるからな！」
531 ：仕様書無しさん：2006/02/18(土) 13:30:30
泥厨＝C言語厨
532 ：仕様書無しさん：2006/02/18(土) 13:35:17
もっともっともっとドン！　ドン！ ドン！　ﾄﾞﾄﾞﾄﾞﾄﾞﾄﾞﾄﾞｫ！！！

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ァ

d
　　　　　　　　　　　　　　　　　　u

　　　　　　　　　　　　　　　　　　　　g
　　　　　　f
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　e










■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■終了■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■●警告●このスレは重複しています。　　　　　　　　　 　　　　　　　　　　■
■速やかに削除依頼してください 　　　　　　　　　　　　　　　　　　　　　　　■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

533 ：仕様書無しさん：2006/02/18(土) 13:36:10
もっともっともっとドン！　ドン！ ドン！　ﾄﾞﾝﾄﾈｯﾄｫ!! Microsoft ドントNETォォォォ！

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ァ

d
　　　　　　　　　　　　　　　　　　u

　　　　　　　　　　　　　　　　　　　　g
　　　　　　f
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　e










■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■終了■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■●警告●このスレは重複しています。　　　　　　　　　 　　　　　　　　　　■
■速やかに削除依頼してください 　　　　　　　　　　　　　　　　　　　　　　　■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

534 ：仕様書無しさん：2006/02/18(土) 13:58:26
結局ネイティブに行き着くと思うよ。
535 ：仕様書無しさん：2006/02/18(土) 15:56:22
昔々、Forthという言語があってな。これはPコードと呼ばれる中間言語で動作するスタックマシン
だったのじゃ。そう。実はJVMのご先祖様じゃ。80年代前期頃に、この手の中間言語が
流行した時期があったんじゃよ。

んで、殆どの人は知らないが、実はこの時期のマイクロソフトのオフィス製品はこのような
中間言語で開発されておったのじゃ。マルチプランとか。

あの頃はDOSと称しても機種依存性が酷く、同じDOSアプリでも機種が変われば移植する必要が
あった。マイクロソフトの中間言語路線はこの状況で移植の効率を上げるためにとられていた
のだが、結局、IBM-PC/ATにターゲットを絞って全てアセンブラで記述されたロータス1-2-3に
完敗したのじゃ。

その後GUIの流行などもあり、さらに高性能化の要求は高くなる一方、MASMとBASICの
ハイローミックス路線からC言語とBASICのハイローミックスに転換したこともあって、高速ネィティブ
アプリが当たり前の時代に突入していく。
536 ：仕様書無しさん：2006/02/18(土) 15:59:17
ちなみに補足しておくと、このＰコードによる中間コードというのは、初期のVisualBasicにまで残っていた。
537 ：仕様書無しさん：2006/02/18(土) 16:06:57
時代は繰り返し、とうとうHotSpotまでたどり着いたんだね
538 ：仕様書無しさん：2006/02/18(土) 17:28:43
>>529
20万だったら>>456の大規模開発と矛盾するよ。
第一スペック聞いてるのに値段答えてどーするよｗ
539 ：仕様書無しさん：2006/02/18(土) 17:40:33
ちんけな大規模なんだなｗｗｗｗｗ
540 ：仕様書無しさん：2006/02/18(土) 17:44:52
大規模開発君「大規模開発は企業リースのPCは使わない。これ鉄則。秋葉の20万
ぐらいのハイエンドなマシンを使うんだ。」
C++厨「でもさあ開発で使うのに無印のPCじゃドライバの品質とかMSのHWテストに
通ってないものばかりだからだめだよ。」
大規模開発君「無礼者！リークマンのくせに意見する気か！」
C++厨「まっこれ以上は言わないけどさ。ｶｯﾃﾆｼﾛﾖ」
大規模開発君「うーむ。やはり秋葉の20万ハイエンドは者が違うな。。。JVMがきしむほど
調子いいぜ！」
541 ：仕様書無しさん：2006/02/18(土) 17:44:54
20万円のPCを使う開発なんて大規模どころか中規模かもびみょうだ
542 ：仕様書無しさん：2006/02/18(土) 17:50:40
大体自分で秋葉で用意するなんてｗ
企業からは高い人材と評価されてないんだなｗ
なっ　大規模開発君！
543 ：仕様書無しさん：2006/02/18(土) 18:25:44
会社に購入を仕切る部門が無い零細企業はわりと多いかも。
544 ：仕様書無しさん：2006/02/18(土) 18:27:03
これがJava泥の言う【大規模開発】の実態とはｗ
545 ：仕様書無しさん：2006/02/18(土) 18:34:00
自分で創作して自分で感想を言うこの意味不明さ
546 ：仕様書無しさん：2006/02/18(土) 18:34:45
つーか>>540の妄想の産物だから
547 ：仕様書無しさん：2006/02/18(土) 18:41:36
アンチJavaっ子には妄想壁が多いってことか
ひたすら痛いな・・・
548 ：仕様書無しさん：2006/02/18(土) 18:48:55
で、結局>>462の回答は？
大規模開発くーん！
549 ：仕様書無しさん：2006/02/18(土) 18:52:26
JAVAってあまり人気ないと思うんだけど、なくならないね




























ttp://www.javatea.net/
550 ：仕様書無しさん：2006/02/18(土) 18:59:48
>>548
なんかチップセットが855GM以上のマシンだと快適らしいよ
積んでるCPUとしては800MHzあたりからってことかな？
CUIで使うなら半分くらいのスペックで十分だと思うが
551 ：仕様書無しさん：2006/02/18(土) 19:07:07
>>550
CPU800Mhzで快適に動くんだったら
>>458はどういうこと？
552 ：仕様書無しさん：2006/02/18(土) 19:18:04
Javaコンソールからサービスクライアントプログラムを
呼び出すのはマジ遅いよ。みんなやってみて楽しいから。
553 ：仕様書無しさん：2006/02/18(土) 19:20:00
最近のバージョンって重くなったよね。
Servletコンテナの動作は確かに良くなったのは認める。
がコンソールJavaはもうだめつう感じ。コンパイルも遅くなったよね。
554 ：仕様書無しさん：2006/02/18(土) 19:25:17
もうサーバサイド以外は終わってるよ。
555 ：仕様書無しさん：2006/02/18(土) 19:27:01
PコードはUCSD PASCALなどでも使われていた。
中間コードのスタックマシンなんて大昔の技術。
556 ：仕様書無しさん：2006/02/18(土) 19:27:59
Servletも単発で動作させると確かに速いんだな。
しかしJavaの謎としてアプリケーションとしてある程度の塊になると
極端に遅くなる。これってなんなの？
557 ：仕様書無しさん：2006/02/18(土) 19:29:25
>>551
WebStart使ってるからだろ
どんな高級機使ってもそれは変わらないよ
558 ：仕様書無しさん：2006/02/18(土) 19:30:05
Javaやってると食い扶持に困らないからやってるけど、正直ｳｻﾞｲよね。
そろそろ次のジェネレーションがこないかな。
559 ：仕様書無しさん：2006/02/18(土) 19:31:30
あとコンテナのゆらぎが大きいのも特徴かな。
TomcatでServletテストをするとミリ秒がゆらぐゆらぐ。
VMのご機嫌しだいなのかな。
他のバックグランドサービスは動いてない状態でこれ。
その点ISAPIはいつも固定値を叩き出す。
560 ：仕様書無しさん：2006/02/18(土) 19:35:03
なにこのISAPI厨24時間2chにはりついてるの
561 ：仕様書無しさん：2006/02/18(土) 19:39:07
ぶっちゃけ、バージョンのけたが多すぎる。
しかもJDKだけじゃなく、Tomcatのバージョン、Strutsのバージョン、etc...

もういや
562 ：仕様書無しさん：2006/02/18(土) 19:42:38
バージョンならまだいいよね。問題は枝番違いの動作が危うくなる点。
563 ：仕様書無しさん：2006/02/18(土) 19:46:22
>>553
コンパイルが遅くなったのは
Javaの言語使用が複雑になったからだと思われ
1.4までは非常にシンプルだったのに
564 ：仕様書無しさん：2006/02/18(土) 19:48:41
>>563
1.4でも1.4.09とかはかなり遅いよ。この版はインストールも
なぜか時間がかかる。
565 ：仕様書無しさん：2006/02/18(土) 21:05:33
>>557
>>458には「Webサービスコール」って書いてあるけど？
WebStart関係ねーんじゃねーの？
566 ：仕様書無しさん：2006/02/18(土) 21:16:03
>>565
WebStart以外にそんな重い機能Javaにはないよ
JVMが起動中である以上Javaは重くないって
567 ：仕様書無しさん：2006/02/18(土) 21:24:02
>>566
スレに出てきてる
「newが重い」
「VMの起動が重い」
「VMの処理自体が重い」
「クライアントJavaアプリは重い」

っていう意見については？
568 ：仕様書無しさん：2006/02/18(土) 21:29:25
ビジネスロジック
569 ：仕様書無しさん：2006/02/18(土) 21:33:08
>>567
・「newが重い」
コーディングスタイルが悪い
C++だって静的にインスタンスを作って速度稼ぐじゃん

・「VMの起動が重い」
事実。まったくもってそのとおり。

・「VMの処理自体が重い」
俺はそうとは思わない。

・「クライアントJavaアプリは重い」
1.4.2以降JVMが入っており、かつミドルエンドマシン(1GHzくらい）を
使っているなら俺はそうとは思わない。
Eclipseのようなつくりに問題のあるアプリはJavaのせいじゃないし
570 ：仕様書無しさん：2006/02/18(土) 21:36:59
>>565
Axisのサービスだよ
Webスタートとかじゃない。Tomcat + Axisのサービスを
javaコマンドクライアントで呼び出す。
571 ：仕様書無しさん：2006/02/18(土) 21:40:45
>>569
あのーすいません、
じゃあOracle10ｇクライアントとかも
重いのはJavaのせいじゃなくてOracleのコーディングが悪いんですかね？
572 ：仕様書無しさん：2006/02/18(土) 21:42:16
>>571
>>569は脳内F1レーサーだから聞いても無駄。
573 ：仕様書無しさん：2006/02/18(土) 21:46:03
>>569
>・「newが重い」
>コーディングスタイルが悪い
>C++だって静的にインスタンスを作って速度稼ぐじゃん

いやいや、new 使いまくると重くなるとか
多分そういうことを言ってるわけじゃなくて
他の言語に比べてインスタンス生成に時間がかかるってことを
言ってるんじゃねの？
574 ：仕様書無しさん：2006/02/18(土) 21:51:21
>>573
は？JavaのnewはC++のnewより速いんですが・・・
575 ：仕様書無しさん：2006/02/18(土) 21:54:43
>>574
じゃあそれを証明すれば一発じゃん。
576 ：仕様書無しさん：2006/02/18(土) 21:57:36
>>574
それはSpring等のフレームワークの使用有無に関わらずに断言できることなのか？
577 ：仕様書無しさん：2006/02/18(土) 21:59:07
>>575
ttp://www-06.ibm.com/jp/developerworks/java/051104/j_j-jtp09275.shtml
mallocとnewは違うとか言い出すのはやめろよ
578 ：仕様書無しさん：2006/02/18(土) 22:08:33
>>570
それ知らないから一応保留にしとくよ、暫定的に遅いとしとく。

>>571
thinクライアントって意味の？それとも普通のアプリ？
後者なら当然そうですと答えるけど
579 ：仕様書無しさん：2006/02/18(土) 22:11:46
>>577
あのーすいません、
そこにはマシン命令数の違いしか書いてないんですけど、
インスタンス生成時にnewをJVMが吸収してマシン語に変換してウンタラカンタラの時間を含めても
早いんでしょうか？
580 ：仕様書無しさん：2006/02/18(土) 22:12:39
>>579
Javaは実行中にコンパイルされます。
581 ：仕様書無しさん：2006/02/18(土) 22:19:23
>>578
ああ、普通のアプリです。
ていうか、10gはEnterprizeManager系はブラウザになったので
10gサーバにも言える事なんですが。

で、権威主義で申し訳ないんですが
Javaに関するコーディングで
Oracleのスタッフよりスキルの高い人じゃないと
Javaをサクサク動かすことはできない、てことでしょうか。

>>580
だから、それはつまり事前コンパイルされているものより
JVMが変換する分時間がかかる、ってことですよね？
それを含めても早いんですか？
582 ：仕様書無しさん：2006/02/18(土) 22:24:50
>>581
上
一度起動してみないとなんとも言えないけど
一般にJavaのGUIアプリはネイティブの2倍遅い
2chブラウザのV2Cを起動してみて遅いと感じるなら
Javaは遅いでいいよ

下
いやだから・・・コンパイルされた以上は実行コードはネイティブでしょ
583 ：仕様書無しさん：2006/02/18(土) 22:31:54
>>582
一般的に2倍遅いってことは
JavaのGUIアプリをサクサク動かせる人ってほとんどいない、ってことですか？
では、何を根拠に
>>569
>・「クライアントJavaアプリは重い」
>1.4.2以降JVMが入っており、かつミドルエンドマシン(1GHzくらい）を
>使っているなら俺はそうとは思わない。
>Eclipseのようなつくりに問題のあるアプリはJavaのせいじゃないし

このような意見をおっしゃっているのですか？
584 ：仕様書無しさん：2006/02/18(土) 22:37:53
2倍遅い程度でもっさりするってどんなアプリだよｗ
585 ：仕様書無しさん：2006/02/18(土) 22:38:15

要するにさ、Java使う奴ってのはやたらめったらOO使って
びっくりするほど遠回りなプログラム組むから重いんだろ。

でもJava自体はOOを前提に作られてる言語で
携帯アプリでもない限り、今のJavaの作り方を推奨してるんだろ。
だから結局Javaのサイトはみんな重い。

そこで「Javaのサイトが重いのはJavaのせいじゃない」って吠えてみたって
OO使わないで組むんだったら、何のためにJava使うのかわからん。PHPで十分。
586 ：仕様書無しさん：2006/02/18(土) 22:38:59
だからデブろっぱーわっ糞のがせねた信じちゃだめだよー
587 ：仕様書無しさん：2006/02/18(土) 22:39:34
>>584
2倍遅くなる処理を5つのオブジェクトにまたがってされたら
5倍は遅くなると思われ。
588 ：仕様書無しさん：2006/02/18(土) 22:40:35
アホばっか
Javaを推奨する奴はネイティブを知らんとか思ってるのは何でだろうな
589 ：仕様書無しさん：2006/02/18(土) 22:42:20
エミュレータだからでしょう
590 ：仕様書無しさん：2006/02/18(土) 22:43:01
>>585
> 携帯アプリでもない限り、今のJavaの作り方を推奨してるんだろ。
してないよ
591 ：仕様書無しさん：2006/02/18(土) 22:43:52
>>588
ここまでのレスをみて
「Javaを推奨する奴はネイティブを知らんとか思ってる」と思うなら
このスレで一番のアホはお前だｗｗ
592 ：仕様書無しさん：2006/02/18(土) 22:44:34
>>590
じゃあJavaが推奨するサイトの作り方ってのを見せてくれよ。
593 ：仕様書無しさん：2006/02/18(土) 22:46:42
>このスレで一番のアホ

バイトコードをエミュレータネイティブで実行するんだよね。
594 ：仕様書無しさん：2006/02/18(土) 22:46:46
>>592
推奨そのものがない
SunのIDEでGUIアプリを作ると1クラスにGUI部分がどかんと乗ったりする
595 ：仕様書無しさん：2006/02/18(土) 22:47:46
はあー不毛なGUIよりもオレンジシティのコンポーネント買うといいぞ
596 ：仕様書無しさん：2006/02/18(土) 22:48:20
>>594
てことはSun自体はJavaはOOで作るべきとは一言も言っていないと？
597 ：仕様書無しさん：2006/02/18(土) 22:49:26
なんだか知らんがもっとやれぇ
598 ：仕様書無しさん：2006/02/18(土) 22:51:43
というかお前ら土日ぐらいはゆっくり休んでください
599 ：仕様書無しさん：2006/02/18(土) 22:53:31
Java叩き好きとJava擁護派に休みはないのじゃ
600 ：仕様書無しさん：2006/02/18(土) 22:54:24
DB を使用した Web のプログラムでは、Unicode から getByte してコード変換をしているのがほとんどで、無駄に時間がかかっている。
Unicode だけで全部処理するようになれば、Java もなかなかいける！


私のプログラムでは文字処理のプログラムでも計算プログラムでも、C/C++ の2.5～3倍遅いぐらいです。
（大きなデータでばんばんループする場合）

CPUのキャッシュがあんまり効かない場合は、1.1～1.5倍位の速度低下ですね。
C/C++で、クラスの値渡しの多用や、念のためなんていってメモリーのクリアーが
多かったりすると Java の何も考えないプログラムの方が早くなったりします。
601 ：仕様書無しさん：2006/02/18(土) 22:55:11
>>596
Javaで書いたのとまったく同じOOのコードをC#に乗せかえると
C#の方が早く動く。
>>582>>584から、「クライアントアプリは2倍遅いが、2倍くらい我慢しろやボケ！」ということらしい。

DBのアクセスに関してなんかはJavaのJDBCやJNDIよりPHPの方が簡単で高速につながる。

OOダメ、OO以外のサーバサイドダメ、クライアントアプリダメじゃ
何にJava使えばいいのよ。
602 ：仕様書無しさん：2006/02/18(土) 22:57:58
Javaは重いと思わないが軽いとも思わない
Googleの検索エンジンはC++だが、Google MailはJavaだと聞いたことがある
じっくり作りたいならC++、ざっくり作りたいならJava

ということでこのスレは終了
603 ：仕様書無しさん：2006/02/18(土) 22:58:21
>>601
だからJavaは時代遅れのオブジェクト指向言語。死滅の一途確定。
604 ：仕様書無しさん：2006/02/18(土) 22:59:24
>>600
>Unicode だけで全部処理
って言うけどVieｗ側もUnicodeに指定して出力するってこと？
DBに値を入れたりする処理があったら？
605 ：仕様書無しさん：2006/02/18(土) 23:13:53
>>602
GoogleMailってAjax(JavaScript)じゃなかったっけ？
606 ：仕様書無しさん：2006/02/18(土) 23:16:03
>>605
それはクライアントサイドですよ
607 ：仕様書無しさん：2006/02/18(土) 23:32:32
おー盛り上がってるねー

低脳っぽい文章しか書けないJava厨がサイコーだなｗｗｗｗｗｗ
608 ：仕様書無しさん：2006/02/18(土) 23:35:44
>>607
妙にハイテンションだなお前
609 ：仕様書無しさん：2006/02/19(日) 00:01:58
先輩の設計したbeanのゲッターを書かされました。
250もゲッターを書くのがいやになりました。
610 ：仕様書無しさん：2006/02/19(日) 00:10:58
IDE使えば一発じゃないか
しかもそれはJavaが重いんじゃなくて
気が重いんじゃないか
611 ：仕様書無しさん：2006/02/19(日) 00:27:13
＞・「newが重い」
＞コーディングスタイルが悪い
＞C++だって静的にインスタンスを作って速度稼ぐじゃん

C++は静的にインスタンスを確保して、速度を稼ぐ（＋解放忘れを防ぐ）ことが出来ますが、
Javaはそれが出来ないので糞って意味でしょうか？
612 ：仕様書無しさん：2006/02/19(日) 00:38:57
違うよ
613 ：仕様書無しさん：2006/02/19(日) 01:04:02
javaの典型的なボトルネックは
・同期処理
・オブジェクト生成
・フルgc

ぶっちゃけこれ以外は普通に早い。
ま、逆に言えばこれらをどう対処出来るかで速度が決まると言っても良いな
614 ：仕様書無しさん：2006/02/19(日) 01:50:46
全部シングルトンにすればいいじゃない
615 ：仕様書無しさん：2006/02/19(日) 01:51:53
>>611

静的にどんどん宣言した結果、プログラム起動時に、い～っぱいコンストラクタが
動くので、アプリが始まるまで、とてつもなく時間がかかる。。で、スプラッシュ Window なんてのが、
あたりまえになってきた。。。特にボーランド製品(笑)
616 ：仕様書無しさん：2006/02/19(日) 02:06:10
スプラッシュで時間稼ぎ


エクリプスのことでつか
617 ：仕様書無しさん：2006/02/19(日) 02:07:36
開発環境なんてどれもそうじゃね？
VC6とかは軽いか
618 ：仕様書無しさん：2006/02/19(日) 02:09:53
Javaは静的に確保してないのに起動に時間がかかる。
619 ：仕様書無しさん：2006/02/19(日) 02:32:16
コンパイルしてるからだろ
.NETは中間言語がOS特化なのか速いな
620 ：仕様書無しさん：2006/02/19(日) 02:37:32
あれのどこがOS特化なんだか。。。
妄想乙
621 ：仕様書無しさん：2006/02/19(日) 03:15:11
毎回、コンパイルせずに、結果をキャッシュするとかしてくれないの？

622 ：仕様書無しさん：2006/02/19(日) 03:42:05
開発するときコンパイルしたのに、実行する時にまた毎回毎回コンパイルするなんて馬鹿みたい。
623 ：仕様書無しさん：2006/02/19(日) 04:29:33
.class ファイル１つ１つがＤＬＬみたいなもんだからな
624 ：仕様書無しさん：2006/02/19(日) 07:37:15
普通に早いって
どう早い
625 ：仕様書無しさん：2006/02/19(日) 08:20:31
普通に、ループして単純計算するようなロジックを書いて
ためしてみろ。
626 ：仕様書無しさん：2006/02/19(日) 08:34:35
普通に早い
って何？
627 ：仕様書無しさん：2006/02/19(日) 08:45:08
Ｃとかで書いたのと大差ないってこと。
628 ：仕様書無しさん：2006/02/19(日) 08:51:49
ループして単純計算するののどこが「普通」なの？
さっきからオブジェクトとかGCとかの話をしてるんじゃねの？
629 ：仕様書無しさん：2006/02/19(日) 09:08:10
Tomcat 8080
http://localhost:8080/servlets-examples/test2.jsp

開始時間=1140307824921 終了時間=1140307825140 かかった時間ミリ秒=219


IIS 80
http://localhost/scripts/testIsap.dll?default

開始時間=1127812 終了時間=1127812 かかった時間ミリ秒=0


//テストしたソース、簡単な計算
double d=3.14;
for(int i=0; i<1000000; i++){
d = d + 0.19213761;
}


ベンチマーク結果報告。
ISAPIはTomcatの219倍速い。

ともにロジック実行開始直前に計測を開始している。
ともにロジック実行終了直後に計測を終了している。
630 ：仕様書無しさん：2006/02/19(日) 09:11:47
普通にループして単純計算したけど遅いねJava
631 ：仕様書無しさん：2006/02/19(日) 09:16:28
キャッシュをクリアして2回目 Tomcat
開始時間=1140308608874 終了時間=1140308609421 かかった時間ミリ秒=547

同IIS
開始時間=1943952 終了時間=1943952 差分ミリ秒=0
632 ：仕様書無しさん：2006/02/19(日) 09:19:56
2回目のベンチだと
ISAPIはTomcatの547倍速いことになる。
ちなみに実行しているマシンは同じです。条件は同じ。
こんな簡単な計算でもJavaのパフォーマンスはこのようにゆらぐ。
ゆらぎの幅が大きいから時としてひどく重く感じるのではないかな。
633 ：仕様書無しさん：2006/02/19(日) 09:35:03

単純な文字列操作のベンチ比較

Tomcat Java
開始時間=1140309367359 終了時間=1140309394656 かかった時間ミリ秒=27297

IIS ISAPI
開始時間=2720843 終了時間=2720843 かかった時間ミリ秒=78


テストソース。ISAPIはスタックが仕様で256Kしかないのでローカルバリアブルは
利用していない。
Javaは <%! クラスメンバ　%>
ISAPIもクラスメンバで文字変数を作成。スレッドアンセーフはともに無視。

Java
　for(int i=0; i<10000; i++){
　　s = s + "hoge ";
　}


ISAPI
s は CString
　for(int i=0; i<10000; i++){
　　s = s + "hoge ";
　}
634 ：仕様書無しさん：2006/02/19(日) 09:59:59
利用したミリ秒計測メソッド
Java
long start = System.currentTimeMillis();
long end = System.currentTimeMillis();

ISAPI(OSの起動時間からの経過ミリ秒)
DWORD start = timeGetTime(); //Windowsが起動してからのミリ秒を返す
DWORD end = timeGetTime();
635 ：仕様書無しさん：2006/02/19(日) 10:08:32
100万回 new & deleteのテスト

Java計測不能
Tomcatサーバのタスクマネージャ100%になりっぱなし。Tomcat沈没。
サービスマネージャから停止。

IIS ISAPI
開始時間=4951265 終了時間=4951265 かかった時間ミリ秒=1297

テストソース
Java
　for(int i=0; i<1000000; i++){
　　s = new String("泥船沈め");
　　for(int j=0; j<1000000; j++){
　　　　j += 1;
　　}
　　s = null;
　}

ISAPI
　for(int i=0; i<1000000; i++){
　　s = new CString("泥船沈め");
　　for(int j=0; j<1000000; j++){
　　　　j += 1;
　　}
　　delete s;
　}
636 ：仕様書無しさん：2006/02/19(日) 10:13:53
100万回ではJavaは沈没したので1万回に変更
1万回 new & deleteのテスト

Java
開始時間=1140311933874 終了時間=1140311942171 かかった時間ミリ秒=8297

IIS ISAPI
開始時間=5344234 終了時間=5344234 かかった時間ミリ秒=15

テストソース　カウンタを1万回にリセット変更したのみ
ここでもJava厨さんが言っている new/malloc系が遅いというのが大嘘だったのが
実証されました。
637 ：仕様書無しさん：2006/02/19(日) 10:25:37
まとめ。
Javaは起動も激しく遅い。
実行もものすごく遅い。
638 ：仕様書無しさん：2006/02/19(日) 10:31:40

ベンチテスト表示のバグ報告

sprintf(buf, "終了時間=%ld\r\n", start);
終了時間の変数セットにバグがありました。↑

計算結果は間違いありません。↓
sprintf(buf, "かかった時間ミリ秒=%ld\r\n", end - start);
639 ：仕様書無しさん：2006/02/19(日) 11:05:43
実行環境のスペック書けば?
640 ：仕様書無しさん：2006/02/19(日) 11:13:48
0は何倍しても0
まあJavaは糞遅いってことは証明されてよかった。
641 ：仕様書無しさん：2006/02/19(日) 11:17:35
サーバ環境

Windows 2000 Server SP4

Intel(R) Pentium 4 2G
Memory 785KB RAM

Java
sdk 1.4.2.07
Tomcat 5.0.28

ISPAI
IIS 5.1
VS.NET 2003 Build

共にリモートXPクライアントから起動し確認。
642 ：仕様書無しさん：2006/02/19(日) 11:19:07
RAM 785.840KBね　780メガです。
643 ：仕様書無しさん：2006/02/19(日) 11:43:04
JALの予約サイトがstrutsになっていて劇重です

ベンダどこだよ、ただでさえ不調なのに客の会社ごと潰す気か（ｗ
644 ：仕様書無しさん：2006/02/19(日) 11:44:11
ためしにやってみました。

環境
[JavaVM] 1.5.0-06 HotspotClientVM (Sun JavaRuntimeEnvironment SE)
[CPU] PentiumM 1.2GHz
[メモリ] 512MB
[OS] windows XP pro sp2

>>629のdoubleの計算
16ms
>>633の文字の連結
5453ms
>>636のnew
194ms
645 ：仕様書無しさん：2006/02/19(日) 11:45:58
>>643
文字化けも起きるｗ
646 ：仕様書無しさん：2006/02/19(日) 11:54:20
>>643
大丈夫、ANAもstrutsだから
647 ：仕様書無しさん：2006/02/19(日) 11:55:11
>>644
1.5のほうが速くなっているのかな。特にnew
648 ：仕様書無しさん：2006/02/19(日) 12:04:41
>>644
キャシュに入らないようにTomcatのサービスをいちいち再起動してから
やると正確なベンチになる。当然ブラウザもいちど落としてから再起動。
long start = System.currentTimeMillis();
//
for(... ロジック
long end = System.currentTimeMillis();
649 ：仕様書無しさん：2006/02/19(日) 12:10:19
だれかPHPと比較してくれないかな。
650 ：仕様書無しさん：2006/02/19(日) 12:15:06
じゃあついでにPerlとCのCGIも。
651 ：仕様書無しさん：2006/02/19(日) 12:26:37
＞ISAPIはスタックが仕様で256Kしかないので

ﾜﾛﾀ
256K何箱庭仕様
652 ：仕様書無しさん：2006/02/19(日) 12:26:38
ベンチやった奴乙
ﾔﾊﾟｰﾘjavaは遅いと分かった
653 ：仕様書無しさん：2006/02/19(日) 12:39:32
>>633
作為的だな、悪質極まりない
654 ：仕様書無しさん：2006/02/19(日) 12:50:11
>>653
まあ、そう虐めなさんな。本人は大マジメなんだろうから。
Javaが遅いのは皆解ってるし、遅くとも使われている現実は変わらないでしょ。
>>653のベンチみてJava使わなくなるような奴は、アホですよ。
655 ：仕様書無しさん：2006/02/19(日) 12:55:09
JSPってServletに変換→コンパイル→実行
と１回目だけめちゃくちゃ遅いんじゃなかったっけ？
656 ：仕様書無しさん：2006/02/19(日) 12:56:44
なにこれ。３桁ミリ秒での違いなんてPHPより絶対遅いぞ。
657 ：仕様書無しさん：2006/02/19(日) 12:56:45
>>651
IIS3までは 1Mあったんだけどね。セキュリティ対策のためかこうなった。
C++は new delete自在だからぜんぜん問題ないよ。
それよりJavaでnewはどうしようもないぜ。すぐ沈没w
658 ：仕様書無しさん：2006/02/19(日) 12:59:39
Javaは遅いけど皆工夫して、出来るだけ早く見えるように苦労してんですよ。
659 ：仕様書無しさん：2006/02/19(日) 13:02:12
ISAPIとのベンチを今後も継続連載するようにして。
Javaの遅さを世にひろめなければお客様の利益が減ってしまう。
660 ：仕様書無しさん：2006/02/19(日) 13:03:34
ではCのCGIバージョンを準備しましょうか。
661 ：仕様書無しさん：2006/02/19(日) 13:04:31
.NET C#もスタンバイしましょうね。
662 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 13:09:45
ISAPIと勝負したけりゃ、Apacheのモジュールで直にCで書くしかないとおもうな。

>>643
知ってるけど教えないｗｗｗ
663 ：仕様書無しさん：2006/02/19(日) 13:09:46
ついでにセキュリティなんかの安全面も比較して欲しいな。
速度だけで選択する時代はとっくに終わっているので。
664 ：仕様書無しさん：2006/02/19(日) 13:13:47
なにこれ？Perlでもこんなに糞遅くないぞ。
665 ：仕様書無しさん：2006/02/19(日) 13:14:42
>>663
セキュリティはどんな言語でもそれぞれ個別に実装。
言いたいことはバッファオーバーフローとかの話だろ
それはPGの責任。それぞれがしっかり組めばよいこと。
Javaの基本機能でAutomaticalSecurity クラスとかもないだろｗ
666 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 13:16:56
んじゃ俺はFreeBASICでFastCGIのバージョンを・・・
667 ：仕様書無しさん：2006/02/19(日) 13:18:48
>>665
PGのスキルに責任転嫁する時代は終わってます。
668 ：仕様書無しさん：2006/02/19(日) 13:20:48
バッファオーバーランって何？
669 ：仕様書無しさん：2006/02/19(日) 13:41:11
マルチバイトを処理するのがだるいからJavaも同じ条件に
マルチバイト使わないと速くなったね。でも日本のビジネスではねっ必須だよね。

テスト仕様
>>629

Java
Start Time=1140324300479 End Time=1140324300494 orking Time(MSEC)==15

C-CGI(hogeCGI.exe)
Start Time=17631108 End Time=17631108 Working Time(MSEC)=0

CのCGIの場合は初期のプロセスロードに時間がかかる。やはりISAPI最強か。
ロード後の演算はISAPIと同等(当然だが)
670 ：仕様書無しさん：2006/02/19(日) 13:53:46
テスト仕様>>633

Java
Start Time=1140325206133 End Time=1140325221633 Working Time(MSEC)==15500

C CGI
Start Time=18257046 End Time=18257171 Working Time(MSEC)=125
文句が出ているテストケースｗ
Cでは事前にmallocしstrcatを利用。
671 ：仕様書無しさん：2006/02/19(日) 13:56:51
>>670
事前にバッファを指定してStringBufferでやれ
672 ：仕様書無しさん：2006/02/19(日) 14:01:45
テスト仕様>>636 (1万回しかできねJava藁)
Java厨に叩かれているmallocでの確保とfreeでの開放。
Javaに有利なように　256バイトを確保してあげるこのやさしさ。
それでも結果はｗ。あまり小さいメモリだとフラグメントがおきちゃうから
ってつっこまないでね。ｗ

→Javaは s = new String("泥船沈め"); たったの8バイト


Java
Start Time=1140325602864 End Time=1140325610646 orking Time(MSEC)==7782

C CGI
Start Time=18749264 End Time=18749343 Working Time(MSEC)=79

Cのソース
start = timeGetTime(); //Windowsが起動してからのミリ秒を返す
for(i=0; i<10000; i++){
unko = (char *)malloc(256);
//d = d + 0.19213761;
for(j=0; j<1000000; j++){
j += 1;
}
//strcat(p, "hoge ");
free(256);
}
end = timeGetTime(); //Windowsが起動してからのミリ秒を返す
673 ：仕様書無しさん：2006/02/19(日) 14:03:11
free(256) -> free(unko) のバグだな。修正して再度実行してみる。
674 ：仕様書無しさん：2006/02/19(日) 14:03:55
工夫を重ねるとだんだん早くなっている件について
675 ：仕様書無しさん：2006/02/19(日) 14:09:35

バグなおしたらIISのサービスあげなおしてブラウザキャッシュ全クリア
しても0秒になっちまった。
C CGI
Start Time=19456686 End Time=19456686 Working Time(MSEC)=0
676 ：仕様書無しさん：2006/02/19(日) 14:11:10
>>671
何様だ。やってほしけしゃ相手言語と互換になるような
ソースをだせ。めんどうでできんわいな。
まわりくどいのは却下だからな。
677 ：仕様書無しさん：2006/02/19(日) 14:12:40
long start = System.currentTimeMillis();
StringBuilder sb = new StringBuilder(4000000);
for (int i=0; i<1000000; i++) {
sb.append("hoge");
}
long end = System.currentTimeMillis();
out.write((end-start) + " ms");
678 ：仕様書無しさん：2006/02/19(日) 14:13:31
オナニー比較ですな
679 ：仕様書無しさん：2006/02/19(日) 14:14:00
えーと。総じていえる事は
実行時時間だけのテストでしたが
Cと互角に動くというのは大嘘なのが分かりました。
mallocが糞遅いというのもJava厨の妄想であることがよーく分かりました。
680 ：仕様書無しさん：2006/02/19(日) 14:18:41
>>677
StringBuilder　って1.5以降の機能？
テスト環境は>>641　が前提よ。
だめじゃーんｗｗｗｗｗｗｗｗｗｗ
681 ：仕様書無しさん：2006/02/19(日) 14:20:03
なんでこんな機能が1.5で突然でてくるの？
基本設計が足りてないっていうことの証明ｗｗｗｗｗｗｗｗ
682 ：仕様書無しさん：2006/02/19(日) 14:21:16
StringBufferは同期処理なんだよ
StringBuilderは機能は等価だが非同期のもの
683 ：仕様書無しさん：2006/02/19(日) 14:21:56
>>680
なんでダメなの？
684 ：仕様書無しさん：2006/02/19(日) 14:22:01
StringBuilder(4000000);
それにこんなビッグバッファ気楽に使えるのか
分からんｗｗｗｗｗｗｗ
だからメモリが不足しちゃうんだぜｗｗｗｗｗｗｗｗｗｗｗｗ
685 ：仕様書無しさん：2006/02/19(日) 14:22:33
>>683
導入されたバージョン:
1.5
686 ：仕様書無しさん：2006/02/19(日) 14:22:53
メモリのフラグメントについての考察がされてないぞ.。
687 ：仕様書無しさん：2006/02/19(日) 14:23:54
>>685
何か問題でも？もうすぐ6.0も出るというこの時期に
688 ：仕様書無しさん：2006/02/19(日) 14:24:13
>>683
都合が悪いから
689 ：仕様書無しさん：2006/02/19(日) 14:25:47
あ・漏れが勘違いしてたかも。
java.lang.objectはだまってても使えるが(定義済み)
java.lang.StringBuilderは明示的インポートが必要か。
それにしても標準推奨な機能ではないということだね。
ちょっとやりなおしてみる。
それとバージョン1.5ってどこを比較すればいいんだ。
690 ：仕様書無しさん：2006/02/19(日) 14:28:11
すみません。勉強してから出直してください。
691 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 14:29:41
＞CのCGIの場合は初期のプロセスロードに時間がかかる。やはりISAPI最強か。

そこでFastCGIですよ。
692 ：仕様書無しさん：2006/02/19(日) 14:31:15
>>689
明示的なインポートはいらない
暗黙の import java.lang.*;
693 ：仕様書無しさん：2006/02/19(日) 14:33:10
まあ感覚的にはこんな感じだよな。実際のところ。
Cに匹敵する程速いとかPHPより速いとか絶対嘘。
694 ：仕様書無しさん：2006/02/19(日) 14:33:13
やっぱりバージョン 1.5=50ってことだろ。
だめでした。なんて下位互換性がない糞環境なんだｗ
下位互換がないものを出してくるな泥。
それにSunのバージョン番号ってｗ不思議だね。
695 ：仕様書無しさん：2006/02/19(日) 14:34:20
>>691
おっさんも結婚するかISAPIにしろ
696 ：仕様書無しさん：2006/02/19(日) 14:35:16
>Cに匹敵する程速いとかPHPより速いとか絶対嘘。

むしろ、こんな話をどこで見たのか知りたい。
697 ：仕様書無しさん：2006/02/19(日) 14:36:26
>>696
ソースはマ板のｼﾞｬﾊﾞスレ。それ以上は提供者の身に危険が及ぶので明かせない。
698 ：仕様書無しさん：2006/02/19(日) 14:37:24
>>696
ここに訪問してくるJava厨がよく言っているぞ。Cより速いって。
699 ：仕様書無しさん：2006/02/19(日) 14:37:27
>>696
http://pc8.2ch.net/test/read.cgi/prog/1137836570
700 ：仕様書無しさん：2006/02/19(日) 14:39:27
最後にみなさん一番知りたい
.NET C# いっちゃおうかーなっ
701 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 14:40:10
>>695
縁が無いんだな。結婚もISAPIも。
最も、前者はやる気マンマンなんだが、後者はどうでも良くなってるｗ
702 ：69式フリー ◆hND3Lufios ：2006/02/19(日) 14:40:57
あ、間違った。やる気マンマンなのはISAPIのほうなｗｗｗｗｗｗｗ
703 ：仕様書無しさん：2006/02/19(日) 14:42:11
ISAPIにすると結婚できるぞｗ
704 ：仕様書無しさん：2006/02/19(日) 14:42:23
>>697 >>698
お前らの情報源に大きな問題があります。
たまに居るけどな、ケチなベンチを引き合いにだしてネイティブより早いと言い張る奴
705 ：仕様書無しさん：2006/02/19(日) 14:42:43
ぶっちゃけ、実行ファイルどっかにウプしてテンプレ作って有志のＰＣで実行して
出力結果をはってスレの終わりに統計とった方がよくね？
706 ：仕様書無しさん：2006/02/19(日) 14:45:01
>>704＝開き直り(の´ⅴ｀の)ﾌﾟｰ
707 ：仕様書無しさん：2006/02/19(日) 14:45:28
StringBuilderのまともなベンチ以後急にISAPI厨が逃げ腰な件について
708 ：仕様書無しさん：2006/02/19(日) 14:50:05
>>706
しらんがな。他の奴の発言も責任取らにゃならんのかね?
709 ：仕様書無しさん：2006/02/19(日) 14:53:12
現実に使われてるのは殆ど1.4系列だけどな。
1.5を使いたくても却下される。
710 ：仕様書無しさん：2006/02/19(日) 14:55:31
>>709
では、ほとんど使われていないISAPIと比較することは無意味です。
711 ：仕様書無しさん：2006/02/19(日) 14:56:49
　　 ∧＿∧　　 　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　（　・∀・）　 　＜　
　　（　　　　） 　 　 |　StringBuilderの勝ち
　　｜ ｜　|　　　　|　
　　（_＿)＿） 　　　|　
　　　　　　　 　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
712 ：仕様書無しさん：2006/02/19(日) 14:58:35
>>707
逃げ腰か？おれんとこにある唯一のJava環境
これ以上いじりたくないだけ。それにこのベンチが終了後
クリーンインストールする予定。やりたきゃ自分でやれよ。
相手がいないベンチでもさｗ
713 ：仕様書無しさん：2006/02/19(日) 14:59:16
で、StringBuilderのベンチ結果は？
714 ：仕様書無しさん：2006/02/19(日) 15:00:08
1.5入れてStringBuilderがあまりにも遅かったら
Java厨がの心のより所を無くしてかわいそうだからやめておいてやるよｗ
715 ：仕様書無しさん：2006/02/19(日) 15:01:24
C#にStringBuilderがあるからそれでガチンコ対決がいいんじゃねーのｗ
716 ：仕様書無しさん：2006/02/19(日) 15:01:36
勝利宣言でますた。
717 ：仕様書無しさん：2006/02/19(日) 15:02:07
DMCで↓のをコンパイルしようとしたけどできなかった
endとstartはDWORDなんだけど原因わかる？
printf("%ld ms", (end-start));
718 ：仕様書無しさん：2006/02/19(日) 15:02:39
オナニー乙
ベンチの結果が悪くても、あんまりJavaの優位性は変わらないと思うが
719 ：仕様書無しさん：2006/02/19(日) 15:04:35
DMCってなに？
720 ：仕様書無しさん：2006/02/19(日) 15:05:23
Digital Mars C/C++
721 ：仕様書無しさん：2006/02/19(日) 15:05:34
>>718
Javaの優位性は変わらなくても、
ベンチの結果が悪いのは事実だな。
722 ：仕様書無しさん：2006/02/19(日) 15:07:23
>ベンチの結果が悪いのは事実だな。

これなんだけど、Javaが遅いのマジ否定する奴は真性バカだと思う。
723 ：仕様書無しさん：2006/02/19(日) 15:08:00
#include "windows.h"
インくるしてる？
#include "mmsystem.h" //timeGetTime() IMPLIB->winmm.lib
これも必要
ライブラリリンクはこれが必要
winmm.lib

724 ：仕様書無しさん：2006/02/19(日) 15:10:35
test.cpp(20) : Error: undefined identifier 'printf'
printf("%ld ms", (end-start));

こんなエラーが出る、引数取らなければいけるんだけど、コンパイラ変更したほうがいいかな
725 ：仕様書無しさん：2006/02/19(日) 15:11:24
Javaの優位って何に支えられてるの？
726 ：仕様書無しさん：2006/02/19(日) 15:13:32
#include <stdio.h>
STDIOのundef?
インくるしてる？
727 ：仕様書無しさん：2006/02/19(日) 15:14:46
%dでやってみそ
728 ：仕様書無しさん：2006/02/19(日) 15:14:51
Borlandのフリーコンパイラでもいけると思うよ。
729 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 15:15:46
VCかMinGWが無難
730 ：仕様書無しさん：2006/02/19(日) 15:16:20
>>726
ごめん、それだったｗ
windows.h内でincludeしてるはずと勘違いしてた
731 ：仕様書無しさん：2006/02/19(日) 15:16:55
IISでのCGI実行方法
実行権がある仮想フォルダにexeをコピーするだけ
ttp://localhost/scripts/hogeCGI.exe [enter]
732 ：仕様書無しさん：2006/02/19(日) 15:22:16
//C CGIてんぷれ
#include "windows.h"
インくるしてる？
//#include "mmsystem.h" //timeGetTime() IMPLIB->winmm.lib
//これも必要
//ライブラリリンクはこれが必要
//winmm.lib

int main()
{
char buf[MAX_PATH];
DWORD start;
DWORD end;
ULONG i;
double d=3.14;

printf("content-type: text/html\r\n");
printf("<html><head><title>Hoge CGI</title></head><body>\r\n\r\n");

start = timeGetTime(); //Windowsが起動してからのミリ秒を返す
for(i=0; i<10000; i++){
d = d + 0.19213761;
}
end = timeGetTime(); //Windowsが起動してからのミリ秒を返す

printf("Start Time=%ld\r\n", start);
printf("End Time=%ld\r\n", end);
printf("Working Time(MSEC)=%ld\r\n", end - start);

printf("</body></html>\r\n");
}
733 ：仕様書無しさん：2006/02/19(日) 15:24:39
//C CGIテスト用インクルード
#include <stdio.h>
#include <string.h>
#include "windows.h"
#include "mmsystem.h" //timeGetTime() IMPLIB->winmm.lib
734 ：仕様書無しさん：2006/02/19(日) 15:27:21
ISAPIを使うまでも無い。CのCGIでJavaをコケにしよう。
735 ：仕様書無しさん：2006/02/19(日) 15:30:35
start = timeGetTime();
buf = (char *) calloc(4000000, sizeof(char));
for (i=0; i<1000000; i++) {
strcat(buf, "hoge");
}
end = timeGetTime();

Cの文字列ってこれでいいの？糞おもい
736 ：仕様書無しさん：2006/02/19(日) 15:35:33
"hoge" が4バイトで領域が400万バイト
4 x 100万のループで 400万バイト
文字列の終端が入る領域がないな。
自殺バッファオーバーフロー攻撃。
737 ：仕様書無しさん：2006/02/19(日) 15:36:53
1000ループまでなら14ms、1桁増えると600ms
DMCはダメだな、ほかでためそう

>736
そういやCってそうだったね
738 ：仕様書無しさん：2006/02/19(日) 15:37:39
作業バッファは多めにとりましょう。
しかし余分に取りすぎるとJava厨以下に成り下がる。
739 ：仕様書無しさん：2006/02/19(日) 15:46:56
多めに取ってる時点でおかしいだろ。
740 ：仕様書無しさん：2006/02/19(日) 15:49:40
どうして？
741 ：仕様書無しさん：2006/02/19(日) 15:52:53
なぜ多めに取らなきゃいけないのか理由を言ってみそ。
742 ：仕様書無しさん：2006/02/19(日) 15:57:40
>>741
念のため。
743 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 15:57:59
16の倍数で取ると良いぞ。
744 ：仕様書無しさん：2006/02/19(日) 16:02:44
なぜ16の倍数で取ると良いのか理由を言ってみそ。 
745 ：仕様書無しさん：2006/02/19(日) 16:02:50
>>740はJava厨か？皮むけてないだろう。
746 ：仕様書無しさん：2006/02/19(日) 16:03:24
>>741
後々、誰かに引き継がれた時のことを考えると
余分に取っておいた方が安心するかな。
747 ：仕様書無しさん：2006/02/19(日) 16:03:38
>>742
なぜ念のために取らなきゃいかんのかね?
748 ：仕様書無しさん：2006/02/19(日) 16:04:56
>>746
なるほど、後のバカのための保険か。
749 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 16:05:33
16の倍数というのは、バイト数が16バイトって意味ね。
だからintだと4の倍数な。

さて、何故でしょう？
750 ：仕様書無しさん：2006/02/19(日) 16:06:33
おっさん、プロセッサ&メモリ教室を勝手に開催するなｗ
751 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 16:09:08
今、久々にjavacしてみてるけど、どうしてコンパイルがこんなに糞遅いんだろ。
なんかいきなり萎えてしまうんだよな。
752 ：仕様書無しさん：2006/02/19(日) 16:11:28
おっさんJSPがお勧めだぞ。コマンドラインなんて糞すぎて使えんわｗ
753 ：737：2006/02/19(日) 16:22:59
MinGWでやってみた
gcc -O3 test.c libwinmm.a

10000ループで143ms

・・・糞じゃん
754 ：仕様書無しさん：2006/02/19(日) 16:29:17
まだやってたのか、ごくろうさん
755 ：仕様書無しさん：2006/02/19(日) 16:30:53
callocをmallocにしてみたか？
756 ：仕様書無しさん：2006/02/19(日) 16:33:12
mallocは初期化が保障されないだろ
757 ：仕様書無しさん：2006/02/19(日) 16:35:55
mallocでも結果は同じ
そもそも初期化ごときでベンチに影響出るほどCはおろかじゃないだろ
758 ：仕様書無しさん：2006/02/19(日) 16:36:52
NULLフィルするかしないかの違いだけ。そんなもの誤差のうち。
759 ：仕様書無しさん：2006/02/19(日) 16:42:01
Java
StringBuilderで連結して最後toStringでStringへ変換
1000000ループで216ms～406ms ave:280ms前後

MinGW
callocでメモリを取り、strcatで連結、freeはベンチの後で行う
10000ループで140～142ms ave:141ms

なんだかな、strcatの仕様は知らんが、これが糞なんだろうとは思う
760 ：仕様書無しさん：2006/02/19(日) 16:48:35
start = timeGetTime();
buf = (char *) malloc(4000000);
memset(buf, 0, 4000000);
for(i = 0, p = buf, n = strlen("hoge"); i<10000; i++) {
　　memcpy(p, "hoge", n);
　　p += n;
}
end = timeGetTime();

1ﾐﾘかからんなｗ
761 ：仕様書無しさん：2006/02/19(日) 16:51:06
お、それがC流の本番モード？
上のほうでベンチしてた奴はCもJavaも知らんカスってことか
762 ：仕様書無しさん：2006/02/19(日) 16:54:10
start = timeGetTime();
buf = (char *) malloc(4000000);
for(i = 0, p = buf; i<1000000; i++) {
　　n = strlen("hoge");
　　memcpy(p, "hoge", n);
　　p += n;
}
end = timeGetTime();
printf("%d\n", end - start);

文字列が固定じゃないとしてstrlenをループの中に入れてみた。
しかし、オプティマイザが外に出してコード生成してるかもしれん。
これで18ﾐﾘだなー。
763 ：仕様書無しさん：2006/02/19(日) 16:55:17
>>761
おまえ、Cも読めないのか？
>>760
>4000000
決め打ちで領域取ったら、StringBuilderとの比較にはならんだろ。
あっちは領域不定のままで連結しつづけられる。
このコードじゃ4000000越えた段階でいつこけてもおかしくない。
対照実験になってないぞ。
764 ：仕様書無しさん：2006/02/19(日) 16:57:13
それじゃあ
StringBuilder 対　MFC CStringでいいか
でも正直Javaの1.5入れる気力ないよ。これから美人な彼女と
エチーしまくりの約束してるから。
765 ：仕様書無しさん：2006/02/19(日) 16:58:06
終了のドン！













■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■終了■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■このスレは重複しています。　　　　　　　　　　　　　　　　　　　　　　　　　■
■速やかに削除依頼してください 　　　　　　　　　　　　　　　　　　　　　　　■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
766 ：仕様書無しさん：2006/02/19(日) 16:59:42
>>762
それでave:24msまでいった。
やっぱCは回りくどいことしないとあかんね。
767 ：仕様書無しさん：2006/02/19(日) 16:59:48
きたきたｗ
Java馬鹿がｗ
768 ：仕様書無しさん：2006/02/19(日) 17:00:51
>>763
領域指定してたのはCのベンチ側では？
769 ：仕様書無しさん：2006/02/19(日) 17:02:13
最初 200 ﾏﾝｺのバッファを取って、それに 400 ﾏﾝｺの文字を入れてみるとか。
C 版は途中で realloc すればよろし。
770 ：仕様書無しさん：2006/02/19(日) 17:02:17
不定な領域テストねｗ
いいよ。今日は彼女とエチーだからだめだけどね。
ISAPIでこっぴどくやっつけてあげるよ。
771 ：仕様書無しさん：2006/02/19(日) 17:03:15
400万文字も軽く連結できるJavaは重くないってことだね
772 ：仕様書無しさん：2006/02/19(日) 17:04:00
ベンチする前に、
System.currentTimeMillis()とtimeGetTime()の精度についても
ちゃんと考察しろよ


773 ：仕様書無しさん：2006/02/19(日) 17:04:01
Javaのnewテストで先に沈没したのはJavaだから
不定な領域確保とセット　ランダム値利用の仕様にしようか
先に沈没するのはやっぱり　J A V A 藁
774 ：仕様書無しさん：2006/02/19(日) 17:05:22
>>772
それは喪前にまかせた
775 ：仕様書無しさん：2006/02/19(日) 17:05:38
>>771
400万文字をJavaは軽やかに連結できるが、Cならはるかに軽快に連結できる。
776 ：仕様書無しさん：2006/02/19(日) 17:06:18
>>772
currentTimeMillisは大体15msの精度
timeGetTimeは大体5msの精度(1msへ指定可能)
777 ：仕様書無しさん：2006/02/19(日) 17:07:00
>>775
JavaもCも優秀だねってことになるが
778 ：仕様書無しさん：2006/02/19(日) 17:07:44
STLでやってみた。1000000回で67ミリ
int main( int argc, char *argv[] )
{
DWORD start = 0;
DWORD end = 0;
std::string str;

str.assign("hoge");
start = timeGetTime();
for(int i = 0; i<1000000; i++) {
str.assign("hoge");
}
end = timeGetTime();
printf("%d\n", end - start);
return 0;
}
779 ：仕様書無しさん：2006/02/19(日) 17:08:09
つまりJavaC言語を作れば万事解決なんだよ！
780 ：仕様書無しさん：2006/02/19(日) 17:08:16
>>776
サンクス
ということはJavaが精度に問題を残すということなのね
781 ：763：2006/02/19(日) 17:08:39
結局は Cの方が速い気がするけどな。
俺はJava使いだけど、Javaが全体として重いのは事実だし。ｗ
782 ：仕様書無しさん：2006/02/19(日) 17:09:11
100万回のnewが出来ないJavaはだめと言う事だね。
783 ：仕様書無しさん：2006/02/19(日) 17:09:30
なんかベンチマーク結果おかしくねーか？

実行環境 Suse10 Tomcat5.5/JDK1.5 PentiumM 1.73GHz
=▼=そーす===================================▼=
<%
long start=System.currentTimeMillis();
double d=3.14;
for(int i=0; i<1000000; i++){ d = d + 0.19213761; }
long end=System.currentTimeMillis();
%>
加算にかかった時間は <%= end-start %>ms です。<br/>
<%
start=System.currentTimeMillis();
String s = "";
for(int i=0; i<10000; i++){ s = s + "hoge "; }
end=System.currentTimeMillis();
%>
文字列操作にかかった時間は <%= end-start %>ms です。<br/>
<%
start=System.currentTimeMillis();
StringBuffer sbuf = new StringBuffer();
for(int i=0; i<10000; i++){ sbuf.append("hoge "); }
end=System.currentTimeMillis();
%>
StringBufferをつかった文字列操作にかかった時間は <%= end-start %>ms です。<br/>
=▲=そーす===================================▲=

=▼=実行結果=================================▼=
加算にかかった時間は 10ms です。
文字列操作にかかった時間は 7121ms です。
StringBufferをつかった文字列操作にかかった時間は 10ms です。
=▲=実行結果=================================▲=
784 ：仕様書無しさん：2006/02/19(日) 17:09:35
なんとかいいわけつくろうとしているおjava様がでてきてるな
785 ：仕様書無しさん：2006/02/19(日) 17:11:06
おーおベンチ遊び
はやっちゃたのねｗ
786 ：仕様書無しさん：2006/02/19(日) 17:11:19
>>780
もともと弱いとされてるね。
ゲームとかだと精度の問題で敬遠する方々もいる。
そこまでの精度を求めるゲームって何？とも思うが

>>781
Cのが速いのは至極当然だと思うが。
問題はJavaが実用的か否かでしょ。
787 ：仕様書無しさん：2006/02/19(日) 17:12:07
そうだ JDK 1.3あたりでやるといいかも
788 ：仕様書無しさん：2006/02/19(日) 17:13:53
>>784
いっしょにISAPIのベンチも付けてくれると説得力があるんだけどね
789 ：778：2006/02/19(日) 17:14:00
STL/MinGWで10000回"hoge"を連結しても１ミリかからないな。
stringクラスはスタックにとっているので、Java厨の好きなメモリリークも起こりません。
マシンはpen4で2Gクラス。そんなに速くない。

コンパイラをVCにしたらさらに速いと思う。
790 ：仕様書無しさん：2006/02/19(日) 17:15:00
VB 厨はまだ C にかなわない面があるのを認めつつも開発の効率を全面に
アピールしてたが、Java 厨は「天上天下唯Java独尊」的な考え方が
どうもなあ。
791 ：783：2006/02/19(日) 17:16:10
>>787
StringBufferは、JDK1.0からあるんで、環境が用意できれば
783のコードで動くはず。
792 ：仕様書無しさん：2006/02/19(日) 17:16:20
>>789
セロリン使いの俺に喧嘩売ってんのか

>>790
俺はJava屋だが普通にJNI経由でC使ってるけど？
793 ：仕様書無しさん：2006/02/19(日) 17:16:40
おーい誰かPHPでJavaとガチしてくれい
794 ：仕様書無しさん：2006/02/19(日) 17:17:13
あ・漏れはこんどはwebサービスいっちゃおうかな
これは笑えるぜｗ
795 ：仕様書無しさん：2006/02/19(日) 17:18:28
ビジネスロジック
796 ：仕様書無しさん：2006/02/19(日) 17:18:29
MinGWみたいなフリーのコンパイラでSTL使っても全然勝負にならないじゃんｗｗｗｗｗ
しかもこれ起動時間を考慮してないだろ？実際はJavaのほうはアホみたいに起動時間がかかるぞｗｗ
797 ：仕様書無しさん：2006/02/19(日) 17:20:39
>>796
起動時間まで考慮するサービスドライバ作ろうか？ｗｗｗｗｗｗ
やめとこな。それじゃあJavaに消えてねと言うのと同じだよ。
798 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 17:21:20
それでは、皆さんお待ちかねのVB.NETを。。。
799 ：仕様書無しさん：2006/02/19(日) 17:21:25
次スレ誰かたのむねー
800 ：仕様書無しさん：2006/02/19(日) 17:21:42
なんで起動時間が関係あるんだ？
801 ：仕様書無しさん：2006/02/19(日) 17:23:00
おっさん乙
802 ：仕様書無しさん：2006/02/19(日) 17:23:53
>>789
AthlonXP2500+で44msだった
VC8の最適化込みで
803 ：仕様書無しさん：2006/02/19(日) 17:24:35
そっか、漏れも最初のソースで最適化かけてみようかな
804 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 17:27:06
うーん。まだ日が高いな。酒飲み始めてからまた来る。
このソースだと、ループ内のコードをオプティマイザが相当弄ってると思うよ。文字列固定だし。
805 ：仕様書無しさん：2006/02/19(日) 17:29:35
あれだなランダム文字列発生シミュレータの作成が急務だな。
おっさんたのむぜ。Java版もな。
806 ：仕様書無しさん：2006/02/19(日) 17:40:03
ひとつだけ言える事がある。

Java厨のベンチにはCの比較が絶対ついていない事だ。
807 ：仕様書無しさん：2006/02/19(日) 17:42:54
付いてるだろ
808 ：仕様書無しさん：2006/02/19(日) 17:43:52
java厨でない奴のじゃん
809 ：仕様書無しさん：2006/02/19(日) 17:45:33
Java屋だがCでも書こうと思えば書けるかもってレベルでしかねーよ
810 ：仕様書無しさん：2006/02/19(日) 18:15:50
ところでベンチ取るときHotSpot使ってるか？
オブジェクト大量生成大量破棄するプログラムでは
パフォーマンスに雲泥の差が出るぞ
811 ：仕様書無しさん：2006/02/19(日) 18:26:18
java厨の身体の一部がHotSpot!
812 ：仕様書無しさん：2006/02/19(日) 18:57:05
円周率をモンテカルロで計算するベンチを試して見た。

Java(J2SE)
n= 100000000, pi=3.1415444800, t=　　3.3240 秒
C (VC6)
n= 100000000 ,pi= 3.14154448 ,t= 3.324秒

びっくり。JavaもCも完全に同じ速度だった。
単純なプログラムだけど、Javaの最適化もたいしたもんだね。

class Monte {
　　static int rand = 1;
　　static double rnd() {
　　　　　 rand = rand * 214013 + 2531011;
　　　　return (double)((rand>>16) & 0x7fff) / (0x7fff+1);
　　}
　　public static void main(String[] args) {
　　　　int n = 100000000;
　　　　int i, hit = 0;
　　　　double x,y,p,t;
　　　　long ct1 = System.currentTimeMillis();
　　　　for (i=0;i<n;i++) {
　　　　　　x = rnd();　　y = rnd();
　　　　　　if ( x*x + y*y < 1 ) hit++;
　　　　}
　　　　p = (double)hit / n;
　　　　long ct2 = System.currentTimeMillis();
　　　　t = (double)(ct2 - ct1)/1000.0;
　　　　System.out.println("n= " + n + " ,pi= " + 4*p + " ,t= " + t + "秒");
　　}
}
813 ：仕様書無しさん：2006/02/19(日) 18:57:43
こっちはCね。
#include <stdio.h>
#include <time.h>

int rand = 1;
double rnd() {
　　　 rand = rand * 214013 + 2531011;
　　return (double)((rand>>16) & 0x7fff) / (0x7fff+1);
}　　　　　　　　　　　　　　　　　　　　　　　　　
int main()
{
　　int n = 100000000;
　　int i;
　　int hit = 0;
　　double x,y,p,t;
　　clock_t ct = clock();
　　for (i=0;i<n;i++) {
　　　　x = rnd();
　　　　y = rnd();
　　　　if ( x*x + y*y < 1 ) hit++;
　　}
　　p = (double)hit / n;
　　t = (double)(clock() - ct) / CLOCKS_PER_SEC;
　　printf("n=%10d, pi=%.10f, t=%10.4f 秒\n",n,4*p,t);
　　return 0;
}
814 ：仕様書無しさん：2006/02/19(日) 19:12:07
JavaStudioEnterPrise8
n= 100000000 ,pi= 3.14154448 ,t= 3.234秒

VisualC++7.1Professional
n= 100000000, pi=3.1415444800, t=　1.9060 秒

VisualC++8.0Professional
n= 100000000, pi=3.1415444800, t=　1.8120 秒


そりゃ時代遅れのコンパイラと比べれば速いに決まってるだろｗ
815 ：仕様書無しさん：2006/02/19(日) 19:18:46
えー、そんなに違うんだ。VC6遅いな、、、orz
インライン展開されるかどうか、なのかな。
単純すぎるだけに、小さな最適化一発で決まってそう。
816 ：最凶VB厨房：2006/02/19(日) 19:27:00
gdi+おもすぎー。2,3倍の速度差とちゃうぞ。
わかってんのか？おまえら。
一桁違うのや。文字通り桁違いの遅さや。
817 ：仕様書無しさん：2006/02/19(日) 19:33:10
あのさあ。コンソールで比較するならばロード時間も込みにしないと
なんか不公平だよな。
818 ：仕様書無しさん：2006/02/19(日) 20:01:42
VC6は現役率が高いから、なかなか意識しにくいけど、実は98年リリースのコンパイラなんだよ。
819 ：仕様書無しさん：2006/02/19(日) 20:12:45
16bitの存在も考えなきゃならん時期だな～。
つーかいまだにWinで16bitアプリの面倒見ている漏れって
820 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 20:36:51
VB.NET(Visual Basic7.1)で作ってみた。

Imports System.Text

Module Module1

Sub Main()

Dim startTime As Integer
Dim endTime As Integer
Dim i As Integer
Dim str As New StringBuilder(4000000)

startTime = Environment.TickCount
For i = 0 To 1000000
str.Append("hoge")
Next
endTime = Environment.TickCount
System.Console.WriteLine(endTime - startTime)

End Sub

End Module

結果は80mSec切る。かなり速いぞ。C++/STLで60mSecくらいか
821 ：仕様書無しさん：2006/02/19(日) 20:45:04
次はVC.NET2003(VC71)のSTLバージョン
- - -
#include "stdafx.h"
#include <stdio.h>
#include <string>
#include <windows.h>
#include <mmsystem.h>

using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
　　DWORD start = 0;
　　DWORD end = 0;
　　std::string str;

　　start = timeGetTime();
　　for(int i = 0; i<1000000; i++) {
　　　　str.assign("hoge");
　　}
　　end = timeGetTime();
　　printf("%d\n", end - start);
　　return 0;
}
- - -
これだと36mSec
ちなみにうちのマシンはPentium4/2.53GHzでOSはWin2K
822 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 20:47:32
ハンドル入れ忘れたｗ
ちなみにVC.NET版は/OS /G7でコンパイル。/G6にすると38mSec
823 ：仕様書無しさん：2006/02/19(日) 20:56:04
おっさん ASP.NET版もたのむよ
824 ：仕様書無しさん：2006/02/19(日) 21:11:23
TickCountプロパティね、おっさん勉強になったよ。良スレだな。

private void Page_Load(object sender, System.EventArgs e)
{
int startTime;
int endTime;
int i;
StringBuilder str = new StringBuilder(4000000);

startTime = Environment.TickCount;

for(i=0; i<1000000; i++){
str.Append("hoge");
}
endTime = Environment.TickCount;
i = endTime - startTime;
Label1.Text = "" + i.ToString();

ASP.net C#
47 msec　速いぞ。Javaってなんなんだｗ
825 ：仕様書無しさん：2006/02/19(日) 21:15:33
厨房、おっさんの知識に感動
826 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 21:18:05
くそ。>>778に騙された。ｗｗｗｗ
これ、ループの中までassignじゃねえかｗｗｗｗ
827 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 21:24:37
#include "stdafx.h"
#include <stdio.h>
#include <string>
#include <windows.h>
#include <mmsystem.h>

using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
　　DWORD start = 0;
　　DWORD end = 0;
　　std::string str;

　　start = timeGetTime();
　　for(int i = 0; i<1000000; i++) {
　　　　str.append("hoge");
　　}
　　end = timeGetTime();
　　printf("%d\n", end - start);
　　return 0;
}
- - -
>>778をコピペしたら見事に嵌められたｗ
これだと80mSec。VB.NETと変わらない。
std::stringって、予めバッファを拡大できなかったっけ？
828 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 21:30:03
#include "stdafx.h"
#include <stdio.h>
#include <windows.h>
#include <mmsystem.h>
#include "AtlStr.h"

int _tmain(int argc, _TCHAR* argv[])
{
　　DWORD start = 0;
　　DWORD end = 0;
　　CAtlString str;

　　start = timeGetTime();
　　str.Preallocate(4000000);
　　for(int i = 0; i < 1000000; i++){
str.Append(_T("hoge"));
　　}
　　end = timeGetTime();
　　printf("%d\n", end - start);
　　return 0;
}
- - -
試しにCAtlString版を書いてみた。
mbcs　/O2 /G7で、40mSec
829 ：仕様書無しさん：2006/02/19(日) 21:31:34
BSTR版もたのむ。おっさん。
830 ：69式フリーPG ◆hND3Lufios ：2006/02/19(日) 21:32:30
あとはおまいかけ。J#版を待ってるぞ。
俺は飲む。
831 ：仕様書無しさん：2006/02/19(日) 21:41:49
Javaって1.4以前だとﾌﾞﾋﾞ以下なのかｗｗｗｗｗｗｗｗｗ
832 ：仕様書無しさん：2006/02/19(日) 21:44:53
Java6＞＞＞Java5＞＞Java1.4くらいの差
833 ：仕様書無しさん：2006/02/19(日) 21:46:07
VB.NET速いな。ちょっとびっくり。マジで。
834 ：仕様書無しさん：2006/02/19(日) 21:46:58
>>824
ハードを書いてくれ
835 ：仕様書無しさん：2006/02/19(日) 21:49:19
>>834
XP SP2
Intel4 3G　メモリ1.5G
836 ：仕様書無しさん：2006/02/19(日) 22:28:51
ooのせいで遅いだけじゃなくJava自体も遅かったのかよ
837 ：仕様書無しさん：2006/02/19(日) 22:39:18
>>836
仕組み考えりゃ使わなくたって判りそうなもんだが
838 ：仕様書無しさん：2006/02/19(日) 23:10:41
うわっあたらしくてもJava遅しw
Java 1.5.0_06
StringBufferをつかった文字列操作にかかった時間は 859ms です。

C#
文字列操作にかかった時間は 63ms です。

>>783のJava厨さんよ文字列操作は100ﾏﾝｺループしないとだめだよw
捏造ベンチ書かないでね
839 ：仕様書無しさん：2006/02/19(日) 23:11:58
Script on Javaなブームが起きてるくらいJavaはインタプリプリしてるよ
好きなクラスを文字列で指定してスクリプトでたたき起こせるってことは
つまりはそれだけ単体実行での性能が落ちるってことだ
使いにくいフレームワークがやたらめったら出現するのもこの機能のおかげ（？）
840 ：仕様書無しさん：2006/02/19(日) 23:12:56
>>838
なんでStringBufferなんだ？
841 ：仕様書無しさん：2006/02/19(日) 23:13:13
↑
.NET framework1.1対
Tomcat 5.5ね

Pentium M 1.2G
1G RAM

842 ：仕様書無しさん：2006/02/19(日) 23:14:06
>>840
どうせたいしてかわんないでしょw
843 ：仕様書無しさん：2006/02/19(日) 23:15:11
フェアじゃないってことだよ
Javaたたきも結構だが嘘は書くな
844 ：仕様書無しさん：2006/02/19(日) 23:19:27
はいはいStringBuilder
Java
313 ms
C# 64ms
845 ：仕様書無しさん：2006/02/19(日) 23:20:23
C#よりは遅いっと、だめだめJava
どの言語も完全勝利は皆無
846 ：仕様書無しさん：2006/02/19(日) 23:20:25
滅茶苦茶かわってんじゃんｗ
847 ：仕様書無しさん：2006/02/19(日) 23:21:04
3桁だもん、だめだめでしょw
848 ：仕様書無しさん：2006/02/19(日) 23:22:01
そうだjava 1.5で100万回newでいじめてやろう
849 ：仕様書無しさん：2006/02/19(日) 23:22:27
>>838
マシンスペックって3GHzの人？
850 ：仕様書無しさん：2006/02/19(日) 23:23:24
今はPen M 1.2Gよ
851 ：仕様書無しさん：2006/02/19(日) 23:25:41
なぜ3桁だとダメダメなんだろうか
俺は実用の範囲としては十分で関心するくらいなんだけど
852 ：仕様書無しさん：2006/02/19(日) 23:26:32
C#の5倍ほど時間がかかっている。
オリンピックの徒競走のきびしいしのぎあい考えてみてよ
853 ：最凶VB厨房：2006/02/19(日) 23:27:17
一つ疑問なんだが、
そんなに文字列つけつけするようなアプリって
作るのけ？？
854 ：仕様書無しさん：2006/02/19(日) 23:27:34
こんなシンプルな処理で5倍かかるんだよ
ロジックが増えれば増えるほど時間差は開くばかりじゃない
855 ：仕様書無しさん：2006/02/19(日) 23:27:59
C♯の5倍遅いのは驚いた
C♯はベンチがJavaとそんなに変わらないって事で叩かれてたのに
856 ：仕様書無しさん：2006/02/19(日) 23:28:05
>>851=あほ
857 ：仕様書無しさん：2006/02/19(日) 23:28:21
つくんないよ。そんなこと分かるだろ。
メモリ操作のテストだよ。
858 ：仕様書無しさん：2006/02/19(日) 23:30:55
>>852
Win上でそれだけ速くても案件ねーしなぁ
BufferとBuilderの差からみてJavaの進化は凄いし
移植性が面倒だからJavaで十分じゃん
859 ：仕様書無しさん：2006/02/19(日) 23:32:12
たかが文字列操作で近いとこまで言ったからって喜ぶのは早い。
ちかいうちにJavaにとって大鬼門のWebサービスやるからな。w
860 ：仕様書無しさん：2006/02/19(日) 23:34:12
>>858
Win上での.NET案件多いよ。Javaにあきれたお客様がみんななびいてる。
861 ：仕様書無しさん：2006/02/19(日) 23:37:02
どうでもいいがJavaは既に7.0の開発が始まっている
6.0が配布されてないのに7.0が開発されるってことは
言語開発チーム側はJavaの欠点を熟知してるということだ
枯れるのがやたら遅い言語だとは思うが新陳代謝が激しいのはいいこと
862 ：仕様書無しさん：2006/02/19(日) 23:37:02
>>858
> BufferとBuilderの差からみてJavaの進化は凄いし
元が悪過ぎただけでしょ。それに、進化したっつってもいつまで経ってもヘボいし。。。
863 ：仕様書無しさん：2006/02/19(日) 23:38:54
だからさ、Javaって小さいプログラム動かすだけだとまあまあそこそこ
行くんだよ。でも巨大w もとい大規模アプリを動かすとなぜか
白くなりがちなんだよね。あれってJavaの不思議だ。
864 ：仕様書無しさん：2006/02/19(日) 23:40:01
たぶん
100ﾏﾝｺ　new ルーﾌﾟで反応しなくなるあのあたりが
噛んでるのかなと思うけどねw
865 ：仕様書無しさん：2006/02/19(日) 23:40:48
担当直入に言えば　gc 周りがダサいのだw
866 ：仕様書無しさん：2006/02/19(日) 23:41:55
ttp://pcweb.mycom.co.jp/articles/2005/11/10/javaone3/
コンパイラ屋も結構頑張ってるな
867 ：仕様書無しさん：2006/02/19(日) 23:50:34
誰かPerlとPHPで同じ処理書いて止めさしてやれ。
868 ：仕様書無しさん：2006/02/19(日) 23:53:54
うわあ。何コレ？
全然駄目じゃん。話にならんな。
869 ：仕様書無しさん：2006/02/19(日) 23:54:27
Javaは使えると宣伝してるようにしか思えんのだが
870 ：仕様書無しさん：2006/02/19(日) 23:55:16
ここにでているC#とVB.NETって、2003でしょ？
それでもJavaに余裕で勝てるんだな。2005になったらどうなるんだろ。
871 ：仕様書無しさん：2006/02/20(月) 00:10:20
2005になると逆に遅くなります
それがMSクオリティー
872 ：仕様書無しさん：2006/02/20(月) 00:10:56
Javaの速度はいつになったら他の言語に追いつけるのか？
873 ：仕様書無しさん：2006/02/20(月) 00:12:24
Javaの機構を考えればわかるだろ、一生ねーよ
きちがいじみた多機能性を殺せばそら追いつけるだろうが
874 ：仕様書無しさん：2006/02/20(月) 00:12:25
ハードでなんとかしてください
875 ：仕様書無しさん：2006/02/20(月) 00:25:55
これだけ遅いのに、沢山使われてる。
これがJavaマジッック。
速度は結構早いのに、ほとんど無視されてる.NETクオリティ。
876 ：仕様書無しさん：2006/02/20(月) 00:31:57
あほか。
PCヲタのショップブランドで速度がでるかよ
877 ：仕様書無しさん：2006/02/20(月) 00:33:11
>>872
他の言語って何よ？
878 ：仕様書無しさん：2006/02/20(月) 00:36:41
プラグイン開発が容易だからサンデープログラマにも人気がある
ただしVectorみたいなところとは毛色が違うのか縁がない
最近はSwingがスキンに対応したり、substanceというMetalのダサさを葬るL&Fが登場したりと
意外にもデスクトップの普及が進んでいる

俺の2chブラウザのひとつはV2Cだしね
879 ：仕様書無しさん：2006/02/20(月) 00:50:50
V2Cみたいなのを作る人は普通に.NETに移行して欲しい
880 ：仕様書無しさん：2006/02/20(月) 00:52:38
.NETじゃ移植できないわな
881 ：仕様書無しさん：2006/02/20(月) 00:53:10
J#にしてください
882 ：仕様書無しさん：2006/02/20(月) 00:55:11
マカーやLinuxのひとが使ってるから今更言語は変えられないよ
883 ：仕様書無しさん：2006/02/20(月) 01:00:15
StringBuilder sb = new StringBuilder(28300000);

28メガでJavaさん沈没。弱いね。
javax.servlet.ServletException: Java heap space



VS.NET 2003 C#は同じ数値へっちゃらぺっぺっ
StringBuilder str = new StringBuilder(30000000);
62 MSEC

StringBuilder str = new StringBuilder(40000000);
63 MSEC

StringBuilder str = new StringBuilder(50000000);
125 MSEC

StringBuilder str = new StringBuilder(60000000);
78 MSEC

もうやめた。落ちないよ。
884 ：仕様書無しさん：2006/02/20(月) 01:01:25
ヒープ管理の強さもASP.NET が推定3倍以上
885 ：仕様書無しさん：2006/02/20(月) 01:02:25
しょぼっ
886 ：仕様書無しさん：2006/02/20(月) 01:03:16
おーのう　ひいぷがつかえましぇーんワタシ弱いでーす
じゃば　ひいぷ　すぺいす
887 ：仕様書無しさん：2006/02/20(月) 01:04:00
なんか先細早漏な椰子だな->Java
888 ：仕様書無しさん：2006/02/20(月) 01:05:39
ん、javaって使えるメモリ増やすには -Xナントカのパラメータ指定しないといけないんじゃない？
889 ：仕様書無しさん：2006/02/20(月) 01:09:34
デフォルトが低く設定されているんだ。つうか
スワップアウトしてくれればいいんだが。
890 ：仕様書無しさん：2006/02/20(月) 01:09:57
えー。固定長なの？
ださっ
891 ：仕様書無しさん：2006/02/20(月) 01:10:56
-mx512m とかか
892 ：仕様書無しさん：2006/02/20(月) 01:13:29
たとえば-Xmx1024mとすれば1GBまでヒープが拡大する
実際のメモリより大きく指定してもそれ以上は無視するからどかんと指定して構わない
JVMは4系までがデフォルトで64MB、5からはメモリの1/4となっている
893 ：仕様書無しさん：2006/02/20(月) 01:18:00
パソコンでサクサク動いたら高価な鯖が売れないじゃん
そんなこともわからないのか？頭の悪い奴らだな
894 ：仕様書無しさん：2006/02/20(月) 01:20:39
繰り返し書きますが、勉強してから比較してください。
895 ：仕様書無しさん：2006/02/20(月) 01:30:45
>>894
で、あんたは？
896 ：仕様書無しさん：2006/02/20(月) 01:43:52
どうしようもない生き物だな。。。
897 ：894：2006/02/20(月) 01:44:56
いや、君とは遊ぶなって言われてるから
898 ：仕様書無しさん：2006/02/20(月) 01:47:55
にせもの乙
899 ：仕様書無しさん：2006/02/20(月) 02:30:29
long start = System.currentTimeMillis();
StringBuilder sb = new StringBuilder(4000000);
for (int i=0; i<1000000; i++) {
sb.append("hoge");
}
long end = System.currentTimeMillis();
out.write((end-start) + " ms");

サーバ起動オプションは-server -Xms256m -Xmx256m
マシンスペックはCeleronM360(1.40GHz) メモリ768MB(まぁ256に制限してるから関係ないか）
んで結果は47msだったわけです

わざと制限を掛けているクライアントVMからサーバVMに切り替えればこれくらいでますよ
900 ：仕様書無しさん：2006/02/20(月) 03:30:03
-server付けずにベンチしてたってオチか
マヌケだな
901 ：仕様書無しさん：2006/02/20(月) 04:07:57
long start = System.nanoTime();
StringBuilder sb = new StringBuilder(4000000);
for (int i=0; i<1000000; i++) {
sb.append("hoge");
}
long end = System.nanoTime();
out.write(((end-start)/1000000) + " ms");

OSごとの最小分解能で計測することもちゃんとできたりするｗ
902 ：仕様書無しさん：2006/02/20(月) 06:06:27
大して重くなかったってことか
903 ：仕様書無しさん：2006/02/20(月) 08:14:43
起動にあほみたいな時間がかかる。
904 ：仕様書無しさん：2006/02/20(月) 08:19:06
とはいえ
上の結果をまとめるとCであれば1ミリ以下で実行できているようだが？
905 ：仕様書無しさん：2006/02/20(月) 08:39:01
しかもマシンスペックちゃうし
906 ：仕様書無しさん：2006/02/20(月) 08:56:42
朝起きてみると、異なる回数のループと違うハードのベンチが乱立して、わけわかんなってるorz
907 ：仕様書無しさん：2006/02/20(月) 09:29:21
Javaで.NET相当の結果を得るには、1.5でかつ設定をいじる必要がある。
Cには全然勝負にならない。
908 ：仕様書無しさん：2006/02/20(月) 09:41:14
それじゃあCよりもある部分では速いとかいう人は負けでいいですね。
909 ：仕様書無しさん：2006/02/20(月) 09:42:03
やはりストレステストですよ。Javaが一番弱いのはｗ
910 ：仕様書無しさん：2006/02/20(月) 10:16:59
弱いところ探すのに必死だな
911 ：仕様書無しさん：2006/02/20(月) 11:54:43
>プラグイン開発が容易だからサンデープログラマにも人気がある
ごみプラグインが蔓延し、Eclipseの動作が不安定になる負のスパイラル
912 ：仕様書無しさん：2006/02/20(月) 12:30:39
新たな案件でWasの知識が必要っていわれたんですけど、
Wasってナンですか？
はずかしくて現場では聞けないｗ
913 ：仕様書無しさん：2006/02/20(月) 12:39:17
Web Shpere Application Serverの略 by C厨
914 ：仕様書無しさん：2006/02/20(月) 12:40:13
つうかここで聞くところが笑えた。
915 ：仕様書無しさん：2006/02/20(月) 12:41:44
Tomcat貧乏Java厨とちがってIBMのWASはビパリーヒルズJava厨だ
916 ：仕様書無しさん：2006/02/20(月) 12:43:03
大規模開発って軽く言うWASビバリーJava厨

大規模って言う割りにはPCエントリーサーバな貧乏Java厨
917 ：仕様書無しさん：2006/02/20(月) 12:46:59
wasってweb application serverの略じゃないの？
918 ：仕様書無しさん：2006/02/20(月) 12:55:49
WebShpereとくっつくのが正式だったかな。忘れた。
WebShpere Application Server じゃねーの？
おーい大規模君。教えてくれ。それともここに来るJava厨に
ビバリーヒル系はいないのか？
919 ：仕様書無しさん：2006/02/20(月) 14:22:56
おまえら、何マジになってんの？
920 ：仕様書無しさん：2006/02/20(月) 20:25:24
>>913-918
ありがとう。

>>919
とりあえず深度家
921 ：仕様書無しさん：2006/02/20(月) 20:26:56
どんまい～
http://www.student-blog.com/medi/ranklink.cgi?id=hakmy122
922 ：仕様書無しさん：2006/02/20(月) 21:05:24
おっさん今日は飲んで潰れてるなw
923 ：仕様書無しさん：2006/02/21(火) 06:24:49
>>904
23ミリかかってるけど？
924 ：仕様書無しさん：2006/02/21(火) 17:09:58
>>812のテスト
sdk1.3.0 おせえー
n= 100000000 ,pi= 3.14154448 ,t= 6.876秒
925 ：仕様書無しさん：2006/02/21(火) 17:19:47
1.3.0 VC++6よりも新しい世代だな。
926 ：仕様書無しさん：2006/02/22(水) 00:32:12
>>812-813を元にjdk色々変えてテストしてみた
n= 100000000 ,pi= 3.14154448 ,t= 0.765秒　jdk1.5.0_06(-server)
n= 100000000 ,pi= 3.14154448 ,t= 0.796秒　jdk1.4.2_10(-server)
n= 100000000 ,pi= 3.14154448 ,t= 1.062秒　jdk1.6.0β(-server)
n= 100000000 ,pi= 3.14154448 ,t= 1.813秒　jdk1.2.2_017
n= 100000000 ,pi= 3.14154448 ,t= 2.313秒　jdk1.6.0β
n= 100000000 ,pi= 3.14154448 ,t= 2.516秒　jdk1.1.8_010
n= 100000000 ,pi= 3.14154448 ,t= 2.64秒　jdk1.4.2_10
n= 100000000 ,pi= 3.14154448 ,t= 2.718秒　jdk1.5.0_06
n= 100000000 ,pi= 3.14154448 ,t= 3.11秒　jdk1.3.1_17(-server)
n= 100000000 ,pi= 3.14154448 ,t= 3.188秒　jdk1.3.1_17
番外
n= 100000000, pi=3.1415444800, t= 1.2810 秒　Microsoft Visual C++ Toolkit 2003
　　(/Ox/Ot/Oy/MT/arch:SSE2/fp:fast)
n= 100000000, pi=3.1415444800, t= 1.2340 秒　Microsoft Visual C++ 2005 Express Edition
　　(/Ox/Ot/Oy/MT/arch:SSE2/fp:fast)
ちなみに動作環境はWin2k/Athlon64 3200

jdk1.3遅すぎだな。話にならん
βとはいえ、jdk1.6bが思ったほど結果を出していないのが気になる。
あと、Cが思ったよりのびなかったのが謎
たぶんパラメータが悪いと思う。教えてエロイ人！
927 ：仕様書無しさん：2006/02/22(水) 00:35:46
>>926
.Netでなく、VC6でやるとか、gccでやるとか。
ネイティブで組む方が格段に速いと思われ。
928 ：仕様書無しさん：2006/02/22(水) 00:45:26
JavaはHotSpotという機能があって、
実行時に複数回使ったメソッドに対して最適化が走るから
直ぐに最適化を効かせたい場合は
別の引数を負荷してあげないといけなかったはず

マルチプラットフォーム志向のためかいろいろ無理してんだな
929 ：仕様書無しさん：2006/02/22(水) 01:04:45
>>799
次スレ立てたよ
http://pc8.2ch.net/test/read.cgi/prog/1136434011/
930 ：仕様書無しさん：2006/02/22(水) 02:15:09
>>927
gccと押入にしまってあったVC6で試してみた
n= 100000000, pi=3.1415444800, t= 0.9380 秒　gcc3.4.4(-O3 -fomit-frame-pointer -g0 -march=athlon64)
n= 100000000, pi=3.1415444800, t= 0.7350 秒　gcc4.0.2(-O3 -fomit-frame-pointer -g0 -march=athlon64)
n= 100000000, pi=3.1415444800, t= 3.9370 秒　VC6.0SP6

MS系のコンパイラはathlon系に弱いのかな
それにしてもgcc4.0.2早いわ
931 ：仕様書無しさん：2006/02/22(水) 08:08:38
なんでvmかましてるjavaの方が早いんだろう・・・？
932 ：仕様書無しさん：2006/02/22(水) 09:42:08
単なる数値計算なら JVM でも JIT とかあるし、結局ネイティブのプログラムと
やってることはほとんど同じになる。

ただ、OS のシステムコールやネイティブのライブラリの呼び出しとか
をやりまくると、オーバーヘッドが積もり積もって差が出てくる。
典型的にはメモリ操作や GUI ね。
ディスクやネットワークの I/O も OS の機能を使うが、これはもともとの
操作自体が時間のかかるものだから、言語の差は出にくい。
933 ：仕様書無しさん：2006/02/22(水) 09:54:00
再三既出だけどメモリのアロケート(new)についてはJavaは
どうしようもなく遅いね。オブジェクト指向言語だからnewは
避けて通れない。ここがボトルネックポイントなんじゃないかな。
934 ：仕様書無しさん：2006/02/22(水) 10:08:43
あと実際のシステムをJavaで作るとお客さんがUIにこだわるよね。
お客さんの要望を実現するために仕方なくAplet+SWINGとか使う。
この世界になるとマジでJavaイラネになる。
現実的に重くて遅くて使えないJavaに変貌する。
935 ：仕様書無しさん：2006/02/22(水) 10:26:12
>>932
そうなるとやっぱ単純なループだとか計算だとかそんなののベンチマークとらないで
GUIのベンチマークをとるべきでは?
特にSwingがバージョン新しくなるごとに確実に早くなっているのだからそこを検証すべき
次スレのテーマはそれで決まりだな。
936 ：仕様書無しさん：2006/02/22(水) 11:56:37
このスレの伸び方グラフで見るとｗ
937 ：仕様書無しさん：2006/02/22(水) 13:25:12
スレタイが気に入らないので埋め
938 ：仕様書無しさん：2006/02/22(水) 13:25:25
スレタイが気に入らないので埋め
939 ：仕様書無しさん：2006/02/22(水) 13:25:57
スレタイつけた奴が時代遅れなオッサンで
気に入らないので埋め
940 ：仕様書無しさん：2006/02/22(水) 13:26:21
以降は埋めのためにスレが伸びるw
941 ：仕様書無しさん：2006/02/22(水) 13:50:57
重い。マジで
netBeansをあの程度の重さで仕上げたサンマはたいしたものだが、
Java厨の糞コードではとても使えない。
942 ：仕様書無しさん：2006/02/22(水) 13:51:44
愚痴を零して己の無能さを他人に責任をなすりつけようと
する馬鹿がいるので埋め
943 ：仕様書無しさん：2006/02/22(水) 13:55:45
あげ
944 ：仕様書無しさん：2006/02/22(水) 14:26:24
ハゲを埋め
945 ：仕様書無しさん：2006/02/22(水) 15:40:22
Javaは遅いという奴は遅れたバブル世代じゃね？
http://pc8.2ch.net/test/read.cgi/prog/1136434011/
946 ：仕様書無しさん：2006/02/22(水) 18:52:44
>>927
VC++ 2003も2005も/clrをつけない限りネイティブのプログラムになる。
947 ：仕様書無しさん：2006/02/22(水) 19:32:07
また次スレも盛り上がりそうだな。
948 ：仕様書無しさん：2006/02/22(水) 19:44:50
>>926
バージョンによってこんなに微妙な差が出るもんかねぇ。
ループ部分なんて小さなものだし。
ひょっとしてCPUの分岐予測とかも絡んできてるのかな？
949 ：仕様書無しさん：2006/02/22(水) 19:45:09
ループしてるだけなんだけど、まあレス数はそれなりにあるな
950 ：仕様書無しさん：2006/02/22(水) 19:50:58
次スレのベンチ計画をねろうぜ。
951 ： 株価【50】 ：2006/02/22(水) 19:59:45
!kab
てすと
952 ：仕様書無しさん：2006/02/22(水) 20:01:06
>>950
全然違うAPIのSwingとGDI、GDI＋をどのようなコードをもってして公平にベンチしたことになるか?を考える
また特にユーザーがストレスを感じやすい処理のベンチをどうやってとるか考える
そんな感じかと
953 ：仕様書無しさん：2006/02/22(水) 20:07:53
起動時間を考慮したベンチを考えろおまいら。
954 ：仕様書無しさん：2006/02/22(水) 21:10:06
こいだのアンチのベンチは酷かったな。
使い方覚えてから来いよと思った。
あれで判ったのは、Javaが重い事再認識したのと、アンチの技術レベルの低さ。
955 ：仕様書無しさん：2006/02/22(水) 21:30:28
大体の時間でよかったらこんなバッチはどう？
enter.txtは改行１つのみのファイル

－－－バッチ－－－
@echo off
time < enter.txt
java -jar JavaApplication.jar
time < enter.txt

－－－表示－－－
C:\>test
現在の時刻: 21:25:04.65
新しい時刻を入力してください:
n= 100000000 ,pi= 3.14154448 ,t= 4.875秒
現在の時刻: 21:25:10.00
新しい時刻を入力してください:

C:\>
956 ：仕様書無しさん：2006/02/22(水) 22:10:43
次スレ
http://pc8.2ch.net/test/read.cgi/prog/1140613666/
957 ：仕様書無しさん：2006/02/22(水) 22:11:00
それを言うならC#/VB.NETの意外な速さだろ？
958 ：仕様書無しさん：2006/02/22(水) 22:17:23
MSを信じて付いていけばいいのさ
959 ：仕様書無しさん：2006/02/22(水) 22:55:47
>>956
糞スレ無駄に重複するな馬鹿野郎
ゴミばっか乱立するだろが糞ガキＣ言語厨
960 ：仕様書無しさん：2006/02/22(水) 22:58:49
真の次スレ

最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/
961 ：仕様書無しさん：2006/02/22(水) 23:02:39
なにそのいかにも低脳が立てたスレｗｗｗｗｗｗ

恥ずかしい奴ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
962 ：仕様書無しさん：2006/02/22(水) 23:10:18
それがビジネスロジック
963 ：仕様書無しさん：2006/02/22(水) 23:20:37
ビジネスロジックって何？
うちの会社じゃ使わないぞ
964 ：仕様書無しさん：2006/02/23(木) 00:05:16
>>953
漏れが起動ユーティリティをbase64でアップしようか
965 ：仕様書無しさん：2006/02/23(木) 00:09:16
それが枝番指向
966 ：仕様書無しさん：2006/02/23(木) 00:15:10
>>961
お前のほうが低脳だろ
967 ：仕様書無しさん：2006/02/23(木) 00:16:22
枝豆くいてえー
968 ：仕様書無しさん：2006/02/23(木) 00:24:21
さあ学生時代にたっぷり遊んだバブリーテクテッドのみんな。
今は仕事が最高に楽しいな!
969 ：仕様書無しさん：2006/02/23(木) 00:26:09
このスレとJava厨が立てた糞スレの対比って
長嶋監督と野村監督みただな。
970 ：仕様書無しさん：2006/02/23(木) 00:50:54
なぜ叩き合うか。Java厨は手馴れたJavaが最高と思い
C厨も同じように思う。いつも箸でしか食べないJava厨にフォークとナイフ
を持てと言っても拒まれる。その逆も真なりなのかな。
971 ：仕様書無しさん：2006/02/23(木) 00:51:35
>>966
プきたきた
972 ：仕様書無しさん：2006/02/23(木) 00:53:06
このスレの人気は「大規模開発君」>>966が担ってます。
973 ：仕様書無しさん：2006/02/23(木) 00:55:39
大規模開発君は自分のホーム「軽くね」のほうに誘導したいようですが
残念な事にいつもアゥェイでの戦いになっているもようです。
974 ：仕様書無しさん：2006/02/23(木) 01:05:10
Javaが軽いのは当たり前のことだしな
わざわざマンセーする痛い奴もいまい
975 ：仕様書無しさん：2006/02/23(木) 08:07:34
アンチMSって理性的じゃないよね
976 ：仕様書無しさん：2006/02/23(木) 11:31:12
本物の大規模開発君はどこにいったんだ？
偽物の方が面白いけど。
977 ：仕様書無しさん：2006/02/23(木) 19:53:07
とりあえず妙なJava用語を
普通の言葉に直してほしい
978 ：仕様書無しさん：2006/02/23(木) 22:01:58
メソッド、などと横文字で呼ばずに関数と呼べ。
979 ：仕様書無しさん：2006/02/23(木) 22:24:41
C言語の悪いところ。変な会社が作ったライブラリをくっつけると
メモリエラーが発生する。ソースなしだとお手上げ。
980 ：仕様書無しさん：2006/02/23(木) 22:27:20
悪いとこ悪いと素直に認めよう。
981 ：仕様書無しさん：2006/02/23(木) 22:32:00
C++でへんな会社が作ったクラスライブラリを使ったとき
いつも自分が書いている素晴らしいパターンを踏襲してくれていない
ので使う気がうせる事。
982 ：仕様書無しさん：2006/02/23(木) 22:32:36
おっさんがtmainを使う事。
983 ：仕様書無しさん：2006/02/23(木) 22:34:25
反省会しながら無理やり埋め立てている事。
984 ：仕様書無しさん：2006/02/23(木) 22:36:18
他社のライブラリをくっつけてうまく動かない事って
結構ある。だから俺様が生きてくる。結局は他力本願は
あまりあてにならないC/C++の世界だったりする。
985 ：仕様書無しさん：2006/02/23(木) 22:38:04
小さい殿様ばかりいるのがC++の世界。
ごみ箱で共生するのがJavaの世界。
986 ：仕様書無しさん：2006/02/23(木) 22:40:45
あと少し
987 ：仕様書無しさん：2006/02/23(木) 22:43:13
あ
988 ：仕様書無しさん：2006/02/23(木) 22:47:59
ん
989 ：仕様書無しさん：2006/02/23(木) 22:49:41
こ
990 ：仕様書無しさん：2006/02/23(木) 22:50:20
や
991 ：仕様書無しさん：2006/02/23(木) 22:51:09
ま
992 ：仕様書無しさん：2006/02/23(木) 22:51:18
というか、変な会社が作ったクラスライブラリを使わなければいいんじゃね？
なんかJavaのクラスライブラリ使いまくりでってのVBみたいだよ。
Javaはクラスライブラリ検索でくっ付けるだけで誰でも出来ますって？
いっそライブラリも妙な横文字止めて中身の名前つけて横文字で言わなければすっきしだよ
993 ：仕様書無しさん：2006/02/23(木) 22:52:26
>>992
大きな声では言えないがなんぞのAPIだったりするのだ。
994 ：仕様書無しさん：2006/02/23(木) 22:53:14
非MSのAPIだ。困った。マジで。
995 ：仕様書無しさん：2006/02/23(木) 22:54:25
その点Javaはいいよな。1.2->1.5だろうと
デコンパイルしてソースにしてからちょちょっと1.5仕様にすりゃ
いいもんな。
996 ：仕様書無しさん：2006/02/23(木) 22:58:24
う
997 ：仕様書無しさん：2006/02/23(木) 22:59:53
その点 C はいいよな。Linux->FreeBSDだろうと
configureしてmakeしてからちょちょっとmake installすりゃ
いいもんな。
998 ：仕様書無しさん：2006/02/23(木) 23:00:02
ど
999 ：仕様書無しさん：2006/02/23(木) 23:00:38
999
1000 ：仕様書無しさん：2006/02/23(木) 23:02:02
次スレ
http://pc8.2ch.net/test/read.cgi/prog/1140613666/
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。