1 ：
仕様書無しさん ：
2006/05/21(日) 02:15:55 語れ。
2 ：
仕様書無しさん ：2006/05/21(日) 02:16:35
Q. Javaって重くね？
4 ：
仕様書無しさん ：2006/05/21(日) 05:12:41
vmが軽く動く環境なら軽い
5 ：
仕様書無しさん ：2006/05/21(日) 08:45:25
また立ったの？
C厨のおじちゃん達仕事無いの？
生産性
ちんぽ属性
>>8 それは.netの現場には女性が多いという意味か？
↓さあ、.netに走れ！
10 ：
仕様書無しさん ：2006/05/21(日) 11:24:55
Java厨って用語を武器にしたボプサップみたいだな。
開発安いけど保守がべらぼうに高いのがＪＡＶＡ
日経なんたらを鵜呑みにして騙される客も悪い。
結局スクリプト言語にたよることになっていくのか
そうじゃね、結局メモリ管理恐怖症のＤＱＮが
また立ったのかよ。('A`)
16 ：
仕様書無しさん ：2006/05/22(月) 20:01:54
Javaがネットワークに強い理由だったっけ？
17 ：
仕様書無しさん ：2006/05/22(月) 20:08:45
バグが多いのどうのって話は、言語の問題じゃなくてスキルの問題だから別問題。
学生乙
>>17 FreeBSD
Macにも互換性のあつヤツを有志が作ってる
20 ：
仕様書無しさん ：2006/05/22(月) 23:55:36
コスト面と安定性じゃないのかね？
>>17 Windowsサーバって嫌いだけど、仕事ではよく案件出るよ。
＞複数ユーザでのログオン
サービス提供しかしないので基本的に不要。
＞起動したままHD交換
できる。てか、これってハードの問題だろ。
＞LANの二重化
これも半分ハードの問題だなー。とりあえずできる。
＞リモート停止／起動
できるけど、想定してるのと違うかも。
よく使われる理由は、管理者がクライアントと同じ操作性を望む、ってのが多い。
スタート→コンパネ→管理ツールとか、あのあたりね。
23 ：
仕様書無しさん ：2006/05/23(火) 08:13:06
出来るなら使えるかもしれないな。
24 ：
22 ：2006/05/23(火) 08:40:57
>>23 うん。うちは客の意向もあって、それが多い。
別にそれじゃなきゃいけないとは思わないけどね。
WindowsServer2003辺りからなにげにコマンドラインツールが充実してきた。
あまり使い勝手はよくないけどtelnetでも入れるし
＞複数ユーザでのログオン
28 ：
仕様書無しさん ：2006/05/23(火) 20:04:40
じゃC#でもやってみるかな。
ぐぐれ、さらば与えられん
>>28 nmakeが使えるなら、無償のSDKで大概のことは出来るよ。
32 ：
仕様書無しさん ：2006/05/24(水) 09:24:48
C厨に唯一対抗できるJAVA信者の強みは2038年問題かな。無関係だし。
33 ：
32 ：2006/05/24(水) 09:43:11
ていうか、ある意味Javaが産まれた背景には
>>32-33 ＿, -‐-､＿__
／ ｀ ｀ _ ）
/￣ _,,ﾆ=‐─'´ｰ''',､
ゝ-┬l;;; ヽ
l// |;; _l
l ,./;; (ﾆ＝､ , ,=ﾆ
/イr'ヽ; ｰ=o､', ', ro'l
ﾉ/ l l､!l ｀''''' ヽ｀´!
. ﾚ 〉､｀ヽ ノｰ-‐' l
lゝﾉ''l ,ｲﾒ三ヾ､!
/､ l ヽ 〃 ,,, ﾘ,,/l!
, -l:::ヽヽ､ ヽ､,l!___l;;;;;;;;;lヽ､
´ l::::::ヽ ヽ｀ｰ─ヽ;;;;;;l::l ｀''ｰ､_
ヽ::::::::ヽ ヽ＿／ヽ;;l::lヽ
ヽ:::::::::::ヽヽ__/'´;;;;l!:/ ヽ
妄 想 [Mou sau]
（1551～1604 中国）
35 ：
仕様書無しさん ：2006/05/24(水) 10:34:36
馬鹿だねあんたは。
【ガチ】Eclipse VS NetBeans【ドッチ】
つか、大体の言語の派生ってCからじゃなかったけ？
38 ：
仕様書無しさん ：2006/05/24(水) 18:59:24
いや誰かが「これからはCに似た言語で無いと広く受け入れられないだろう」
39 ：
仕様書無しさん ：2006/05/24(水) 19:04:42
なんでもかんでもTRONに結びつけるキチガイがいるスレってここ？
40 ：
仕様書無しさん ：2006/05/24(水) 19:36:45
Σに結び付けるよりはいいんじゃないかい？
41 ：
仕様書無しさん ：2006/05/24(水) 19:40:45
だって出自はそうだし。じゃばさまたちはそのころ園児だし。知るわけないし。
42 ：
仕様書無しさん ：2006/05/24(水) 19:57:50
まあいいだろ。おじゃば祭り開催しよう。
Javaってこの世から消えればいいと思うよ。
どんどんふくれあがってるから
45 ：
仕様書無しさん ：2006/05/24(水) 23:49:12
ハードウェアの変更があってもCは残るだろう。コンパイラを作ればいいだけだから。
>>45 Cが消えることはなかろう。かゆいところに手が届くのに互換性が高いからな。
ただ、その大部分がJavaに置き換わることはあり得る。
ねえねえ。
つくりかけ
永遠の未完成品だ
Win32にしろLinuxにしろ体外のプロセッサで動くしな。(win32は過去形だけど）
52 ：
仕様書無しさん ：2006/05/25(木) 09:45:21
C#の無料版見つからないよ。誰かURL張って。
53 ：
仕様書無しさん ：2006/05/25(木) 09:50:54
>46
55 ：
仕様書無しさん ：2006/05/25(木) 09:58:07
正確に言えば、WindowsVistaが提供する最新のIEでサポートされるXMLベースのユーザインタフェースがあって、
読みづらい文章だな。
57 ：
仕様書無しさん ：2006/05/25(木) 12:37:34
Cと対抗するのはちょっと難しいな。土俵が違うだろ？
58 ：
仕様書無しさん ：2006/05/25(木) 19:35:48
C#、VBこそJavaとは畑違いじゃね？
おじゃばさまも嫌だがIEだけは使いたくない
60 ：
仕様書無しさん ：2006/05/26(金) 08:08:33
どうして？
61 ：
仕様書無しさん ：2006/05/26(金) 09:35:53
この業界で上手く生きて行くコツは、
62 ：
仕様書無しさん ：2006/05/26(金) 09:36:42
じゃ、Javaは死ねでいいね？
63 ：
仕様書無しさん ：2006/05/26(金) 09:39:53
>54
IE使う奴は無能
65 ：
おじゃばさま ：2006/05/26(金) 23:32:15
俺はIEを使っている。グーグルバーも入れている。
66 ：
仕様書無しさん ：2006/05/27(土) 00:35:52
Exceptionを増やせば増やすほどオチまくってウザインだけどｗ
エクステンションの間違いか？
×かくちょー
69 ：
仕様書無しさん ：2006/05/27(土) 09:54:06
だからさーCなんて殆どのOSと組み込み機器の中核にあるような最強の言語に
70 ：
仕様書無しさん ：2006/05/27(土) 10:02:58
そんなややこしいもんじゃない。
現状若造は人の書いたCすら読めないのが問題
72 ：
仕様書無しさん ：2006/05/27(土) 10:09:13
>>71 物理法則を理解するのに必要な数学力は
高校1年レベル程度だから。
73 ：
仕様書無しさん ：2006/05/27(土) 11:38:55
>72
UnixとCは単純であることが正義、美徳とした言語。Javaの対極にある。
Cが変数名省略が多いのはあんまり好きじゃないな。
それはコーディング規約の問題であって女子供がｷﾞｬｰｷﾞｬｰ騒ぐだけの
JAVAのｱﾌｫみたいに冗長なネーミングセンスもどうかと思うが。
78 ：
仕様書無しさん ：2006/05/28(日) 05:31:28
＞だからそういうレベルの言語ではJavaが最強と言うことは揺ぎ無い。
79 ：
仕様書無しさん ：2006/05/28(日) 10:34:49
a
変数名省略って…C限定で言ってるのがすごいなどういう脳味噌しているんだろうか
ローマ字ｶﾅ変数っていうキモイところもあるよ
82 ：
仕様書無しさん ：2006/05/28(日) 22:38:24
しーこいこい
83 ：
仕様書無しさん ：2006/05/28(日) 23:16:35
糞糞Javaの長いメソッド名
84 ：
仕様書無しさん ：2006/05/28(日) 23:17:41
なんかすごい勘違いしてるのいるな
86 ：
おじゃばさま ：2006/05/30(火) 19:46:23
パッケージ名の使い方を知らない「C厨くずれ」のコードだろう。
おまえか
不可解な略し方するよりは長いメソッド名のほうがまし
論点ずれてるなー
>>86 パッケージ名の使い方を知らない「C厨くずれ」のコードだろう。
>>88 不可解な略し方するよりは長いメソッド名のほうがまし
併せると、「C厨くずれのほうがまし」
本当にありがとうございました。
20文字ぐらいまでならまぁなんとか許すけど
文字制限で昔は泣く泣くつけなあかんのはあったが
おいおいそんな文字数制限で長い名前付ける事が
>>83 せめて長くても半分で意味が分かるのを付けれないのか
スレタイと変わってきてるなw
Javaって長くね？
wwwwwwwwwwwww
98 ：
おじゃばさま ：2006/05/31(水) 09:15:48
文脈からすると、92の方は「コーディング規約で長い名前をつけることが決まっている」事を言っていて、
99 ：
仕様書無しさん ：2006/05/31(水) 10:55:52
いや、だからさ
100 ：
仕様書無しさん ：2006/05/31(水) 11:09:37
継承しまくって、つけるメソッド名に困ったから。
101 ：
仕様書無しさん ：2006/05/31(水) 11:12:52
102 ：
仕様書無しさん ：2006/05/31(水) 11:26:23
javaのメソッドもperlの特殊変数並に$_とか$|で書けるくらい短かったら簡潔だったのに。
結局、Javaはビジネスロジックを実装することが多い言語だから、
まぁネイティブのやつらは母国語のノリで書けるから
俺はオブジェクト指向の方が長い名前になりがちだと思うが。
度が過ぎるとただの屑
そらそうよ
108 ：
仕様書無しさん ：2006/06/01(木) 06:41:45
>>95 Javaのソースファイルって重くね？のほうがいいか。
109 ：
仕様書無しさん ：2006/06/01(木) 11:06:51
110 ：
仕様書無しさん ：2006/06/01(木) 20:02:07
>>105 オブジェクト指向は長い名前にゃならんだろう。
名前が衝突する危険性があるAPIとかは長くなっても納得だ。
クラスに含まれるメソッドは本来
get()
put()
write()
exec()
のようにシンプルになるはずだ。
100歩譲ってexecするビジネスロジックのパターンが何種類かあれば
execDataWrite();
execHeaderWrite();
程度の長さは許容範囲だと思うが。
で・オブジェクト指向なのにあんな長い名前をつけるJava厨はほんとに
OOわかってんのかと言いたい。
111 ：
仕様書無しさん ：2006/06/01(木) 20:51:46
接続詞くらい省けよ。バカ
>>110 それは単純な動作だけを表現しているからじゃない？
動作の対象等の情報でメソッド名を修飾すれば
>>83 のように自ずと長くなると思う。
execの動作の種類でをちょっと修飾しただけでも長くなってるだろ？
単純な動作だけで名前を定義するならシンプルになるけど、
どんな動作をするかで名前を定義すれば長くならない？
>>83 のような長さとまで行くなら十分に再考の余地があると思うが
DataWriter#exec();
>>110 C中はそこでexecって省略するからやなんだよ。
executeって書けよ、executeって。
お前の慣例がどの世界でも通用すると思うな。
115 ：
おじゃばさま ：2006/06/02(金) 09:19:54
110の言っていることがほぼ正解。
116 ：
仕様書無しさん ：2006/06/02(金) 09:25:57
>>114 execをexecuteにすると他の省略も生かさないと
名前付け規約の整合性がとれなくなってくる。
すると長くなる。
executePrimitiveHeaderWrtingBuisenessLogicPayment()
廃れたとはいえコーディング規約まで自ら作っておいて伝統はないだろ
EXEC SQL SELECT
UNIX OSの文化は統一感があってよかったなって感じ。
121 ：
仕様書無しさん ：2006/06/02(金) 09:53:02
Java厨はOOPの基本すら理解していないのが露呈しました！
結局、メソッド名の長さについては慣習や規約による、で完結か？
123 ：
仕様書無しさん ：2006/06/02(金) 09:56:14
さあ！みんなで
125 ：
仕様書無しさん ：2006/06/02(金) 10:01:17
>>124 VMがC厨により作成された文化かなｗ
Java厨にとっての神はVMだ。
そのVMはC厨に作って頂いた。
Java厨がC厨をけなすことは許される事ではない。
>>124 プロセスとか数学関連の既に略語が出回ってる物以外を探してきてくれ
いや、その手のユーティリティの類のメソッドを列挙されてもな、ってだけだ
そんなのは前知識があったら略されちゃうだろ
…とはいえ
>>128 は良いとこ持ってきたな
あと俺は
>>114 ではないのでexecについてはどちらでもいい
130 ：
仕様書無しさん ：2006/06/02(金) 10:46:55
lang.String.concat() か。使ったことのある人いるかな?
133 ：
仕様書無しさん ：2006/06/02(金) 11:11:23
ループの中で自分自身の文字列をconcatすると
134 ：
仕様書無しさん ：2006/06/02(金) 11:46:36
ほぇ？
136 ：
仕様書無しさん ：2006/06/02(金) 12:09:51
Javaを勉強すると英単語に強くなる！！
137 ：
仕様書無しさん ：2006/06/02(金) 12:18:48
まあ蛇場堕大学に合格できる程度になｗ
Cの汚点：creat()
139 ：
仕様書無しさん ：2006/06/02(金) 12:47:44
Cの汚点は char **p;だろう
>>136 以前は日本語マニュアルの訳が少しおかしくて、原文を読まないと
本当の意味が分からないというのがあって、結果的に英単語に
強くなってしまうということがあった。
zahyou_settoなんて変数のはいったソースのメンテをしたことが
142 ：
仕様書無しさん ：2006/06/02(金) 13:49:18
>>141 あ～俺のトコでもよく分かれるよ。
俺はshutsuryokuだな。
shuturyokuじゃね？
ローマ字にはヘボン式とか訓令式（？）とかあるから、どれに従うかを
145 ：
仕様書無しさん ：2006/06/02(金) 17:35:59
>>144 マ的にはどれが一番クールだ？
syutsuryoku？shutsuryoku？shuturyoku
146 ：
144 ：2006/06/02(金) 18:01:42
どうだろう。好みにもよるけど、ヘボン式がいいんじゃないかな。
JVMを作ったのは、Java×C厨ってことになると思うけど。
148 ：
仕様書無しさん ：2006/06/02(金) 20:58:01
程度の問題でしょ。Win32API位の長さなら別にいいと思うよ。
149 ：
おじゃばさま ：2006/06/02(金) 21:21:14
だから長いメソッドも、ローマ字表記のメソッド名も、C厨くずれのJava使いの仕業だって。
さすがおじゃばさま、ほぼ完結した話題を蒸し返した上に責任転嫁か
さすがだよな転嫁のタイミングが絶妙すぎる
152 ：
仕様書無しさん ：2006/06/02(金) 23:50:42
主流になれない運命なのだ～♪
153 ：
仕様書無しさん ：2006/06/03(土) 00:19:48
Javaだけで食っていける。
コボラーもそう思っていたことだろうな
C/C++だけで食っていけてるよ。
156 ：
仕様書無しさん ：2006/06/04(日) 09:38:55
最近ＪＡＶＡが減ってＣ＃が増えてきている点について
幻想から覚めつつあるんだろ
増えてる。とまでは俺は認識してないけど、Javaどっぷりだった某社でC#の書籍を見つけた時は
関連会社で開発していたJava製デスクトップアプリがプロジェクト中止になった。
160 ：
おじゃばさま ：2006/06/05(月) 22:30:48
C#か、俺も見てるよ。
161 ：
仕様書無しさん ：2006/06/05(月) 22:37:02
>Java製デスクトップアプリがプロジェクト中止になった
162 ：
仕様書無しさん ：2006/06/05(月) 22:40:00
今後Java屋が続々とASP.NET市場になだれ込んできて
163 ：
仕様書無しさん ：2006/06/05(月) 22:44:19
C#屋 : private 元Java厨{
164 ：
仕様書無しさん ：2006/06/05(月) 22:45:58
なあ、JavaとかC#はソース見られちゃうだろ？
Java製デスクトップアプリって
166 ：
仕様書無しさん ：2006/06/05(月) 22:56:58
C#は暗号化するツールがデフォであるだろ
167 ：
仕様書無しさん ：2006/06/05(月) 23:00:52
難読化だろ？
168 ：
仕様書無しさん ：2006/06/05(月) 23:02:20
それだ
javaのデスクトップアプリってんなもん作ってる無能がいるのか
170 ：
仕様書無しさん ：2006/06/06(火) 01:39:08
学校でメソッドとか習ってますが何のことやらさっぱりです。
>>169 「Javaは高速化しているし、マシンの性能も上がっているから大丈夫！」と
言いくるめられたんだと思われ。成果物を見て初めて気づく罠。
組み込みでパフォーマンスが命の分野で
173 ：
おじゃばさま ：2006/06/06(火) 11:51:44
だからWindowsソフトをJavaで作るなって言っているだろう。
>>173 Javaは高速化しているし、マシンの性能も上がっているから大丈夫！
そうだよな！
>>173 てか別に速度なんて必要ねーし。
要はJavaで出来てるって事が重要なんだ。
んなもん重要でもなんでもない
swingは高速です！！！！！！！！！！！
>
>>173 > てか別に速度なんて必要ねーし。
> 要はJavaで出来てるって事が重要なんだ。
これこれ。開き直りでよく聞く。
開発前に「Javaで作るから高速ですよー」って言っておきながら、出来上がってから
「今後は速度よりセキュリティが重要な時代なんです」とのたまう。腹が立つ。
だって高脳ですからｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
いくらなんでも「Javaで作るから高速ですよー」を真に受けるなよｗ
>>183 でもおまいもサーバーサイドでは速いというのを真に受けてるだろ？そんなものだよ。
良いとは思えないものが、偉い人の一言によって絶賛され、偉い人の一言によって目が覚める。
虎の威をかる狐状態で聞く耳を持たないし自分でベンチもしない。それがJavaクオリティ。
185 ：
おじゃばさま ：2006/06/07(水) 09:17:03
ただ遅いと言っても本当に遅いのがどこかとか、Javaが早くしない理由は何なのかとか
だって遅い＝負けって構図にしたいだけだもん
188 ：
仕様書無しさん ：2006/06/07(水) 11:44:29
そんなに気になるなら、例のソースコンパイルしてＬｉｎｕｘ上でプロファイルとってみりゃいんじゃねーの？
WebアプリならJSPだけで組めば高速だよ。
>>189 念のために確認だが、JSPも結果、サーブレットの一種ということは知ってるよね？
もちろん
わからんでもないな。
なんでASPやPHPのサイトのほうが軽いかというと
194 ：
仕様書無しさん ：2006/06/07(水) 15:35:41
195 ：
仕様書無しさん ：2006/06/07(水) 16:20:10
196 ：
仕様書無しさん ：2006/06/07(水) 20:00:49
197 ：
仕様書無しさん ：2006/06/07(水) 22:34:45
javaは綺麗んだって
198 ：
仕様書無しさん ：2006/06/07(水) 23:31:18
swing最強
199 ：
おじゃばさま ：2006/06/07(水) 23:36:25
ではC厨に質問。
>>199 Cでアプリを作っておいてRutime#exec
Cが出る前にあったAとBという言語について教えてくださいと吊ったらこのスレではどのように対処されますか。
それが何で釣りになるの？
>>199 はどうみてもビジネスロジック担当のドカタだな
Javaのことさえ知ってるか怪しい
>>205 というか
>>199 は２つの質問が混ざってるように思う。
１。Java言語を速くするにはどうするか
２。JavaのWindowsアプリを速くするにはどうするか
１は言語設計、２はアプリの設計＋実装。そういや、みんな２にしか答えてないね。
>>207 言語仕様のせいで遅くなってるわけじゃないからだろ。
209 ：
おじゃばさま ：2006/06/08(木) 22:25:27
200と201の言う通りだよ。
210 ：
仕様書無しさん ：2006/06/08(木) 22:28:34
ビジネスロジックでよく使われる、CSVファイル入出力、DBアクセス、ファイルコピー、
211 ：
仕様書無しさん ：2006/06/08(木) 23:51:49
使い捨てのお前様のライブラリとか…
212 ：
仕様書無しさん ：2006/06/09(金) 02:21:51
ガイシュツな意見かもしれんけど。
213 ：
仕様書無しさん ：2006/06/09(金) 03:03:41
Cと比較する事がそもそも無意味。
214 ：
仕様書無しさん ：2006/06/09(金) 07:33:06
起動するときにJITが回るから遅い。
>>209 そんなことはすでに実践されているし
部分的に実装もされている
今更そんな意見しか出せないお前などJava厨ですらない
恥を知れ
216 ：
仕様書無しさん ：2006/06/09(金) 08:06:00
.NETも遅いけどね
217 ：
仕様書無しさん ：2006/06/09(金) 08:16:48
確実なのは、どとねと動作させるためにインテルは進化するってこと。じゃばのためじゃなくね。
218 ：
仕様書無しさん ：2006/06/09(金) 08:25:57
あとは、仮想関数・リフレクション・ストラテジパターンなどの動的プログラミング要素を
>>214 じゃあ、起動が遅いだけで実行は遅くないんだね!
220 ：
仕様書無しさん ：2006/06/09(金) 08:32:59
起動のもっさり感が無くなるだけでも、印象はだいぶ違うと思われ。
>>218 そしたらjavaじゃなくなってしまう(涙目)
とりあえず、ビジネス的に見ると、M$に荷担するか、IBMに荷担するか、しか道は無いのかなー。
223 ：
おじゃばさま ：2006/06/09(金) 21:17:19
>215
なんという見苦しいレスポンス
なんというか、空気が嫁ない
まあ自らおじゃばさまと名乗るだけのことはあるな
C厨が化けてるようにみせて実際はjava厨ですから
この空気に耐えられないので
229 ：
212 ：2006/06/10(土) 02:56:40
>>214 >起動するときにJITが回るから遅い。
>そんなもの常識だべ。今更何行ってるんだ？
だったら起動が遅いだけなので少なくともサーバサイドじゃJava最強だよな。
それが常識なら、209みたいな意見が出てくるわけはないんだよ。
>>218 >あとは、仮想関数・リフレクション・ストラテジパターンなどの動的プログラミング要素を
>排除して、徹底的にコンパイル時に静的に解決するようにするとかね。
仮想関数が悪いのならC++もだめだってことだしねえ。
ていうかJITのレベルならJavaのデフォルトはnon virtualなので、
メソッドはデフォルトでprotected virtualであるべきだとか抜かす
前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
リフレクションが悪いんなら、RubyやJavaScriptなんかが最悪で、
結局は静的言語であるJavaはよっぽど速いはず。
230 ：
212 ：2006/06/10(土) 02:58:19
>ジェネリックじゃなくてテンプレートを本格導入して。
テンプレートの使いどころはえらく広いんだけど、コレクションとかに使う範囲なら、
ジェネリックだろうがテンプレートだろうが速度に大差はないんじゃね?
ダウンキャストの型チェックのコストなんか微々たるもんだろうし、
基本型のboxingが気になるというなら、基本型の数なんか限られてるんだから
型ごとにコレクション作ってしまえ。テンプレートはテンプレートで、
効率悪いんだし。
>あと javac や JIT は最適化もまだまだヌルいよな。
そもそもJITを前提とするならjavacで最適化を行う必要はないし(実際javacの
最適化はクソだが)、JITの最適化がヌルいとすればどのへんが?
>>223 >なぜ一部しか採用されないのかをよく考えてくれと言いたいだけなんだよ。
なぜなん?
>>229 ガチっぽいので一つだけ質問
> ていうかJITのレベルならJavaのデフォルトはnon virtualなので、
> メソッドはデフォルトでprotected virtualであるべきだとか抜かす
> 前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
1 行目の部分のソースがあればできれば教えて欲しい。
それが正しいとしても、C++も一回間接ジャンプするだけだと思うので、
Javaの方がずっと速いは言い過ぎのように思える。
232 ：
仕様書無しさん ：2006/06/10(土) 08:43:22
>だったら起動が遅いだけなので少なくともサーバサイドじゃJava最強だよな。
233 ：
仕様書無しさん ：2006/06/10(土) 11:10:54
>>230 C++ のテンプレートのキモは「コードジェネレータ」だということ。
独自 traits とか使うと、そのテンプレートのインスタンスはその traits を
ベタに展開した独自のクラスになる。
これを究極的に推し進めたのがテンプレートメタプログラミングで、
コンパイル時に計算を終えてしまって、実行ファイルには定数が書かれてるだけ。
ゆえに実行時は超高速（だって実行時に一切の計算をしないんだもの）。
サーバーサイドに強いって言うか、JavaVMが他を考えずにリソース食いまくっていいのがサーバーサイドアプリなだけな気がする。
てゆうか、なんであんなにメモリをバカ食いすんの？
ヒープ領域の確保アルゴリズムが性能悪い
237 ：
仕様書無しさん ：2006/06/10(土) 15:30:39
>>235 メモリを食ってるように見えて、System.gc() すると一気に使用メモリが
減ったりするｗ
C のプログラムとかだと他のプロセスになるべく迷惑をかけないよう
フットプリントをできるだけ小さくするようがんがるものなのだが、
Java プログラムにとっては VM の中の世界がすべてで、VM 外のプロセスの
存在なんてどうでもいいんだろうな。
fj.comp.lang.javaでVMに3.5GB割り当ててる人の記事があった
239 ：
仕様書無しさん ：2006/06/11(日) 00:23:27
てか、理論ヌキにしてjavaはやってることに対して普通に重すぎるよね。
>>240 何と比べてるの？どういう環境でどういう処理？
>>239 過去の単純なループプログラムだと
Javaが上回った例があった。
ただ、メモリ確保を加えるとパフォーマンス
はどーなるのと発言が出た辺りから何故か
例が出なくなった。
>>242 そういう話はよく聞くんだが、なぜかソースは提示されない。
244 ：
仕様書無しさん ：2006/06/11(日) 12:10:23
重いなら重いと開き直ってくれればいいのに。
>>243 過去スレミレですむからな。
ソースコードと実行環境例まである。
結果みてどうおもうかまでは面倒みきれん。
247 ：
仕様書無しさん ：2006/06/11(日) 21:44:08
素人ばかりの楽しいスレですね
Java使ってる奴にプロなんていねぇよ
249 ：
仕様書無しさん ：2006/06/11(日) 21:57:36
最近のJIT（つってももう４，５年前からだけど）は、コンパイルの時点でクラス階層解析やって、
という事は、最近流行のインターフェイスに対するプログラミングとかは、
251 ：
仕様書無しさん ：2006/06/11(日) 22:21:19
ネイティブコードにコンパイルするツール使ってるけど、Javaで書いたアプリもそれなりに速くなるよ。
どうしてそこまでしてJava使うの？
253 ：
仕様書無しさん ：2006/06/11(日) 23:14:03
Web系の業務アプリってJavaと.NET以外に道あるのか？
Web系は業務アプリ以外はJavaと.NET以外で組まれる傾向にある。
Cでいいじゃん
257 ：
仕様書無しさん ：2006/06/11(日) 23:26:39
別にCでもいいけどさ。だるいじゃん。何でわざわざコストかけてCなのよ
金になるじゃん
金を出してもらえたらな。
うん騙してCで作るだめだったら
Javaはともかく.netは重くないよ
重くないんじゃなくて、Javaみたいに毎回１から起動してるわけじゃないからっしょ。
>>243 たしかHPのセミナでグラフの提示があったよ。
最終的なもっていきかたはjavaのソリューションはHPにまかせてくれ
ってことだったと思ったけど。
264 ：
仕様書無しさん ：2006/06/12(月) 18:33:45
Javaで作られたソフトってのが全然思い出せないんだが、何かある？
eclipse
開発ツールとアプリケーションサーバの類を除くと、V2CとiMona
267 ：
仕様書無しさん ：2006/06/12(月) 19:56:51
なんだかよくわかんないけど、とりあえずアプリケーションサーバを再起動しとくわ。
268 ：
おじゃばさま ：2006/06/12(月) 20:31:36
>228
269 ：
仕様書無しさん ：2006/06/12(月) 21:27:53
【オーシャンゼリゼ】
Xと比較するならJavaのGUIもネットワーク透過にしてもらおうか
SWINGは高速なんだよ
Java製アプリであろうOracle SQL Developerで
>>272 前にオラクルでたかだが数万行のデータ取ろうとしたら
途中で処理とまったんで裏側のコマンドプロンプトみたら、
メモリーエラー毎回発生・・・。日付と8桁のデータなんですが・・・。
その辺のパフォーマンスチューニングって必要なの？
重くて当たり前ってか、Oracleなんて例に挙げるな。
OracleのRDBMS以外の製品がぼろぼろなのは、昔からの話だよ。
276 ：
仕様書無しさん ：2006/06/13(火) 23:09:08
>>268 Opera や Firefox は C++ 製でマルチプラットフォームだな。
Windows マシンでも Linux マシンでも携帯端末でも動く。
Windows に最適化された専用プログラムと比較すると、もっさり気味だが
それでも Java ほどではない。
つうか、C++でラッパー作るコストと
278 ：
仕様書無しさん ：2006/06/14(水) 09:11:34
変な例えｗ
279 ：
仕様書無しさん ：2006/06/14(水) 12:24:30
箱庭～
どうせ例えるなら砂場が適切なんだけどな・・・
swingのJpanelを画面いっぱいに広げたら、
多分ゴリラじゃね？
283 ：
仕様書無しさん ：2006/06/14(水) 13:53:25
Cで危険なコードを書くとOSが落ちる。
いや、きっとガレッジセール
なんかJFrameにJPanelのっけて使うのがセオリーよーって感じだったから
JFrame.getContentPane() の戻り値はJPanel そのもの(だったはず)だから
多分、描画領域用にメモリを取得して、そのときにGCが走って遅いんだと思う。
288 ：
仕様書無しさん ：2006/06/15(木) 00:45:34
やっべ。
289 ：
仕様書無しさん ：2006/06/15(木) 06:14:52
Cで危険なコードを実行するとどうなりますか？
>>288 それで…例外の仕様のどこがうざいわけ？
291 ：
おじゃばさま ：2006/06/15(木) 09:24:03
>276
>>286 おおう、知らんかったぜ、ありがとん。
もう、レイアウトマネージャーでそのJPanelにいろいろ乗っけてるから戻れないけど。
>>291 > でJavaで作るのと、Cで機種毎にラッパー作るのでは、Javaの方がコストが高いと？
まともに使えるレベルになるまでチューニングするのがコストかかるからじゃね？
ぶっちゃけ、JSPとサーブレットしか使わないのにJavaってのどうよ？
Javaを選ぶ人って先見性がないと思う。
>>295 異論があるわけじゃない（ちょっとJavaは変わりすぎ)んだけど、比較対象がC/C++か、
Perl/Python/Rubyか、はたまた別の言語(C#とか)か、どれかを書いてくれると論旨が明確に
なるんだけど。それだけじゃただの悪口で、議論にならないよ。
PHPでいいんちゃう？
比較対照は.netしかないでしょ？
COBOLだろ、.Netと比較されたいなんておこがましいにもほどがあるな
300 ：
おじゃばさま ：2006/06/15(木) 21:20:57
>272
なんでそこでExcelなんだよｗｗｗ
>>300 > ちなみにJavaのガーベージコレクションってのは、基本的には使えるまでメモリを使ってから、
> 足りなくなったらメモリを解放するって仕様だ
GCの仕様は定義されていないと思ったが
SunのVMこそが唯一だと信じさせてあげてください。
SWINGははえーんだよぼけ
305 ：
仕様書無しさん ：2006/06/16(金) 02:00:14
Cは何でもできてしまう事が逆に危険。
306 ：
おじゃばさま ：2006/06/16(金) 09:28:17
>301
Javaにひとつでもよいところがあるなら教えてほしい
308 ：
おじゃばさま ：2006/06/16(金) 09:45:29
>293
309 ：
おじゃばさま ：2006/06/16(金) 09:47:34
ところでCも仕様変更が入ったよな、「ISO-C」。
おじゃばさまはJavaを勉強し直した方がいいな
>>308 > ちなみにJavaにないコントロールはやらないって言う条件だよ。
こんなやつばっか。ありえねー
java is dead
ﾋｨｲｨｨｨｨｨｲｲｲｲC言語ぉ
この際はっきりいっておくけど、C言語がJavaより難しいと思ってる奴は馬鹿。
315 ：
仕様書無しさん ：2006/06/16(金) 22:02:38
そもそもJavaのいいところは生産性じゃないだろ
316 ：
おじゃばさま ：2006/06/16(金) 22:05:29
いやCの方が難しい。
>>315 Write once, debug anywareか？
318 ：
おじゃばさま ：2006/06/16(金) 22:06:21
確かに生産性じゃない、互換性。
>>316 C厨は準拠とか標準に対して殆ど価値を見出してないから、
そんなの聞くのは無駄だよ。
320 ：
仕様書無しさん ：2006/06/16(金) 22:10:41
不確かな互換性のために難しくて重いJavaを選ぶっての？
321 ：
おじゃばさま ：2006/06/16(金) 22:33:33
>320
このメソッドはVer2.0でduplicatedになりましたｗｗｗ
323 ：
仕様書無しさん ：2006/06/16(金) 22:58:01
JTableだけaddKeyListenerが効かないっぽいんだけど
>>321 ( ﾟдﾟ)intを32ビットと決めうちしてるJavaを喜んで使ってる人は
64ビット環境の話をしない方がいいんじゃない？
325 ：
仕様書無しさん ：2006/06/17(土) 01:42:11
少なくとも C/C++ 処理系には 8 ビット環境でも 16 ビット環境でも 32 ビット環境でも 64 ビット環境でも
なにその頭悪そうな煽り
327 ：
仕様書無しさん ：2006/06/17(土) 02:06:35
32bitで十分だろ？
>>323 > JTableだけaddKeyListenerが効かないっぽいんだけど
> これはどうやったら動くようになるの？
確かめてないけどそうだとしたらたぶんバグ。
残念ながら swing はバグ内包してるよ、他にも。
表面は面白いのに残念。
普通はActionとかkeymapとか使うから気づかないんじゃないの？。
>>321 > (？ﾟдﾟ)intを32ビットと決めうちしてるJavaを喜んで使ってる人は
なんでここが突っ込むポイントなんだ？kwsk
おちつけ
多分、デフォで64bit使えるのに32bitしか使わない事によって
332 ：
仕様書無しさん ：2006/06/17(土) 11:22:25
Java厨って馬鹿だよな。
JITはCPU毎に最適化しなくていいのか？
しなくていいっていうのが糞SUNの考え方
だって、最適化なんかしたらいよいよsparcの糞さが知れわたる。
ナイアガラは悪くないと思うよ
337 ：
仕様書無しさん ：2006/06/17(土) 12:01:39
じゃばだじゃばだじゃばだじゃばだ～♪
プールで
>>328 64bit環境でも、32bitのプログラムが同じ振る舞いをすればよい、
というJava的な「汎用」を議論したいなら、
Wineがあるから、C/C++のプログラムも汎用。
>>327 >>331 でも、そもそもC/C++が目指す方向は(Javaとは違って）
intのサイズが32bitだろうが64bitだろうが再コンパイルすればOK、
なソースを書けるようにしようということだと思われ。
Java使いがJava使い的な切り取り方で「汎用」を議論しても、
C/C++使いにはピンとこない。すれ違うだけ。
2の補数すらしらないおじゃば様にint型のbit数を語っても無駄
341 ：
328 ：2006/06/17(土) 18:36:49
>>339 Javaで64bitが必要なら最初からlongと記述するだろうと
思ったので質問してみた。
内容は(全体として)把握。なるほどねとは思った。
>>340 「2の補数」がどうして持ち出されるのかいまいちわからないな。
何に使うのかという観点で説明できるのならよろしく。
(先に断っておくと遠い昔の記憶だが一応アセンブラもできます。)
まぁJAVA房ははったりのみで出来てるからな
343 ：
仕様書無しさん ：2006/06/17(土) 18:59:09
JavaってGUIでのプログラム作成には向かないんですか？
>>343 面倒だな。
Win32APIだとメッセージ引っ掛けるだけでいいところを
いちいちラッパークラス用意しなきゃいけないしな。
メッセージごとにクラスなんて用意してたら面倒でたまらんと俺も思う。
はっきりいってこのへんはウンコだと思う。
面倒なだけでなにもいいところないといいきれる。
javaもvbみたいな開発ツール作ればいいのに
>>345 NetBeansって言って欲しいんだろうな。でもおあいにく様。いわねーよ、豚が！
J++は楽だったんだが、、、
348 ：
仕様書無しさん ：2006/06/17(土) 19:42:36
>>343 企業内システム向けとかの「使わせる」GUI プログラムならいいが、
一般向けの「使ってもらう／使っていただく」GUI プログラムの作成には
Java は向いてない。
市販ソフトや窓の杜・ベクターの登録ソフトを見ても、一般ユーザー向けで
Java 製はほとんどないでしょ。
個人向けソフト組んでる貧乏人には組めないんだよ。JavaのGUI。
351 ：
仕様書無しさん ：2006/06/17(土) 20:05:02
Google Earth を作った Google も、Office を作った Microsoft も
officeもgoogle earthも企業の業務を支えるシステムではない。
とおじゃば様の有り難いお言葉です
>>341 いざ、
>>331 が言ってる「別の手段」が必要になったら、
どれほど面倒なのか考えてみてくらはい。
たとえば、コレクションクラスのsize()の戻り値がintなのは変更しようがない。
データ構造を順番に修正していくような羽目になる。
逆に、はじめからlongを使って、JDKのライブラリを無視すればよい、
という意見なら、どうぞご自由に。せいぜい頑張ってください。
>>327 が言ってるみたいに、32bitで十分だ、それより先はシラネ、
と割り切れる（割り切っても許される状況にある）ならそれも良い。
(ただ、個人的には、charが16bitなのはいい加減勘弁してほしいが）
じゃあ直せばいいだろJAVA様さぞ高尚な知識と
>>355 (ちょっと確信がないが354への返答のつもりなら）
あなたの責任で「ご自由に」やってください。
そんなことにリソース割けない。
それなら最初からC/C++を使った方が遙かに楽。
>>339 で言ったとおり。
じゃあだったら、改善できもしねぇ不満たらたら書くんじゃねぇよ
それを「改善」という言葉で片付けるあなたのセンスに脱帽。
何もしないで揚げ足だけ取るのがうまい
>そんなことにリソース割けない。
その癖だれが作ったか解らない糞フレには
362 ：
仕様書無しさん ：2006/06/17(土) 21:32:45
Ｇｏｏｇｌｅ ＥａｒｔｈってＪａｖａで作ったんじゃないの？ジョシュアブロックがグーグルの主席エンジニアだよね？
363 ：
仕様書無しさん ：2006/06/17(土) 21:34:29
何はともあれ、全部Ｊａｖａで作ればいい。他の言語はいらない。かっこいいもんJava。名前が
GoogleEarthは.netだよ
365 ：
仕様書無しさん ：2006/06/17(土) 21:43:20
343ですが、いろいろご意見ありがとうございます。
366 ：
仕様書無しさん ：2006/06/17(土) 21:48:13
JavaはＷｅｂ、特に大規模なWebシステムで本領発揮します。 ＧＵＩもJavaで私はいいと思いますけどね。面倒だったらＣ＃とかＶＢにしたら？ Javaでも普通に組めますけどね
>>350 オラクル様のエンタープライジーなツール群の事を指して言ってるのでしょうか。
そんなこと言っても大規模に耐えられるソースなんて見たことないがな
>>354 基本的には32bitで十分だという考え。
64bitが実際に必要になるケースは数値かあるいはオフセット値くらいなのではと思っている。
> (ただ、個人的には、charが16bitなのはいい加減勘弁してほしいが）
C/C++のwchat_t相当だと思っているからあまり違和感ないけどなぁ。
>>369 脳みそねーくせにテキトウなこというなｗ
いまのままじゃハードディスクの容量の計算もいちいち
特殊なライブラリ使わなきゃできないだろ。
>>371 64bitの話とハードディスクの容量の計算に何の関係が？
>>372 32bitでは300gbとかいう容量になるとライブラリでも使わんと普通に計算できないのだよ。
>>373 (自分の知る限りでは)元々できませんが、何か？
375 ：
仕様書無しさん ：2006/06/17(土) 22:38:22
話かみあってないなw
>>354 C#にあるfor文で宣言されたカウンタの型によってアクセスする
プロパティを判断するというのはJavaに欲しかったりする。
byte[] buf = new buf[1000];
for(int i=0;i<buf.Length;i++){
//呼び出されるプロパティはarray.Length
//最大値はint.maxvalue
}
for(long i=0;i<buf.Length;i++){
//呼び出されるプロパティはarray.LongLength
//最大値はlong.maxvalue
}
>>369 それで済む部分はそうしてる。
自分のところには、それでは済まないサイズのデータがあるというだけ。
C/C++なら、std::basic_stringもboost::regexもutf32で使える。
マルチバイトと行き来する部分はibm icuで。
昔、サロゲートペアが導入される以前の、すっきりしたJava Stringの
ノリで使えると言えばわかってもらえるか。
つか、ごちゃごちゃうるさい。
383 ：
仕様書無しさん ：2006/06/18(日) 13:30:56
>>379 動かなかったら、動くの作るでしょ。
多分動くけど。
384 ：
仕様書無しさん ：2006/06/18(日) 14:13:22
385 ：
仕様書無しさん ：2006/06/18(日) 14:30:41
>>369 Linux の glibc とかでは wchar_t は 32 ビット。
UCS4(UTF32) がそのまんま突っ込まれることが多い。
Windows では wchar_t は 16 ビットの UTF16 or UCS2 だけどね。
まあそれでも、wchar_t が何ビットだろうが対応できるように汁、
というのが C/C++ 流のやり方。
glibc じゃなくて gcc だた。
Vista+Javaって重くね?
重いとかレベルじゃなくてDQNレベルだろ
389 ：
仕様書無しさん ：2006/06/18(日) 17:13:37
>>384 基本的には動くだろ。Win32APIなくなるわけでもないし。x86だし。
多少の手直しはいるかも知れんけどな。
っていうか、JavaVM動かなきゃ他のアプリも動かないのたくさんでてくるが。
>>389 >多少の手直しはいるかも知れんけどな。
でも、Win32APIの部分とjavaのGUIの関係ってどうなってるの？
やっぱりWin32API使って組んであるんでしょ？
391 ：
仕様書無しさん ：2006/06/18(日) 17:16:27
>>385 処理系によって、型の大きさ変わるの勘弁して欲しいわ。longとかも。
おいそれと使えん。
まあ、ポインタ型はしょうがないけど。
392 ：
仕様書無しさん ：2006/06/18(日) 17:18:07
>>390 そう。GUIどころか、OS依存部分は大抵Win32API.
ちょっとだけCRT
ソース公開されてるんだから、見ればすぐわかるよ。
393 ：
390 ：2006/06/18(日) 17:19:00
390はボクだよ！
395 ：
392=393 ：2006/06/18(日) 17:28:59
すまねぇ、、、間違えた
396 ：
仕様書無しさん ：2006/06/18(日) 18:22:42
>>390 Swing は少し特殊で、コントロールの描画をほとんどすべて自前でやっている。
それにより、他の OS との一貫性は保たれるが、同じ Windows で動く
他のアプリとは見た目や使い心地が大きく違うから、そのへんは賛否両論。
>>391 だから、型のサイズを仮定したプログラムを作るなと小一時間・・・。
>>396 でも、Windowsのメッセージはやっぱり処理しなきゃならないんでしょ。
自前っつーてもそれを描画してるのはやっぱりWin32APIなわけでしょ？
>>398 いや、絶対、そうだから、問い詰めてるんだけど。
だから、やっぱりVistaになったら、動くも動かないもＭＳ次第なんだろ？
>>397 そうだよ、今もGDIのイベントとDirectX混ざってるからこの辺を
再設計することになる。結局稼動してるOSに寄生している以上
その部分で吸収しないといけないのは当然でしょ。
401 ：
仕様書無しさん ：2006/06/18(日) 20:20:14
Aero Look And Feelとか出たら糞重そうだなｗ
それよりも、基本APIレベルで重い
403 ：
仕様書無しさん ：2006/06/18(日) 20:25:12
>>400 つーことは、javaのバージョンとWindowsのバージョンの関係ってどうなるんだろ？
とりあえずこれまでjavaのバージョンで動いてきたものはVistaで動かせるようにSunの人がやってくれんのかな？
（まあ、多少はなんちゃらほにゃららVista関数とかいうのができたとしても。）
それか、java側でVistaで動かせるのはこのバージョンからです。って決めちゃうのかな？
それと32bitと64bitの問題。
やっぱりこれもどう吸収するのか非常に気になる。
この辺もMSがWin32APIをどう扱うかによってSunの対応の仕方も変わると思うんだけど。そんなことない？
実はこの絡みをどう対処するのか非常に興味のある部分だ。
404 ：
仕様書無しさん ：2006/06/18(日) 20:33:30
いやたぶん修正は描画周りだけでいいとは思うが
>>404 わかんないぞーｗ
普通にMSがWin32APIエミュをのせるだけならそりゃ動くだろうよ。
でも、その対応をされるといままでのjavaのコードのままでは32bitのままってことじゃん。
と、なるとjavaはVistaが動くのはこのバージョンからです。ってせざる負えないよね。
いま組んでるコードが32bitで動作をするのか64bitで動作をするのか？
ってのはやっぱりjavaのバージョンで決まるのかな？
それともなんかフラグを立てるのかな？
以前のバージョンで組んだjavaはWin32APIのGUIで動く？
じゃ、Win64API（仮名ｗ）のＧＵＩで動かすためには・・・どうなるんだろ？
やっぱりjavaを新しいバージョンにして、且つ、何かしらの宣言をしなけりゃならんのだろか？
それとも何も考えずにちょちょいと差分を直してコンパイル→実行すれば勝手にWin64API対応になるんだろか？
まあ、どっちにしろ、俺の対応は微々たるもんだろうけどｗ
バージョンアップしてテストするほうは大変だなｗ
ちなみにここで特に意識させずに
たぶん、あの糞コードだとポインタが8byteになった時点で相当実装に苦しんだ
【犬井ヒロシ】
JITコンパイルするんだから何の問題もないと思うが。
なんの問題もないところで問題が発生するのがおじゃばさまワールド
413 ：
おじゃばさま ：2006/06/19(月) 19:02:49
何を心配してるんだ？
414 ：
仕様書無しさん ：2006/06/19(月) 19:16:25
Ｃはalphaでとっくの昔に64bit化されておる。
さすがに恥ずかしいから止めて欲しい
416 ：
仕様書無しさん ：2006/06/19(月) 20:01:31
>>413 >何を心配してるんだ？
馬鹿だな。お前ｗ
的外れなレスで長文書いてんじゃねーよｗ
>>406-407 で話題にしてるのはその対応のさせ方だ。
DECのAlphaですか。
Java厨とおじゃばさまを同列に扱うにはJava厨に失礼な気がしてきた・・・
>サイズが増えるなら特に問題ないし、Javaを理解している者なら、演算系の処理はクラスを
420 ：
仕様書無しさん ：2006/06/19(月) 23:41:21
おいおい、おじゃばさまって馬鹿か
おじゃばさまは、黒バラに出てくる○●よりも
423 ：
おじゃばさま ：2006/06/20(火) 08:38:19
え、俺おかしい？どこが違うって？説明してくれよ。
424 ：
仕様書無しさん ：2006/06/20(火) 08:39:59
Solarisのコンパイラが腐っているだけなんじゃないの？
なら32ビットで使えばいいだろ
どうせお前等Java厨だってあるバージョンのVMでしか動作保証しないんだろ
>>413 のように宣うならJREx.xに対応しました！とかぬかして金取るなよ
Write Once(笑)なんだろクズ
>>317 Write once, bug everywhere.
428 ：
仕様書無しさん ：2006/06/20(火) 12:34:30
あのさJava 1.5.03と1.5.06って互換性にかかわるところの
小修正でも動かんもんは動かんと思うが
よくあること
マジレスするとXML parser云々というのをどこかでみた気ガス
何で動かなくなるのか素で疑問でございます。
433 ：
おじゃばさま ：2006/06/20(火) 19:24:24
>424
434 ：
仕様書無しさん ：2006/06/20(火) 19:54:04
>>433 だから、根本的に君がレスをちゃんと読んで無いのが問題なの。
動く動かないの話をしているんじゃない。
>>406-407 で話題にしてるのは対応のさせ方の話をしてるの。
435 ：
仕様書無しさん ：2006/06/20(火) 20:49:06
難しいライブラリっていかにもJava厨的だな
436 ：
仕様書無しさん ：2006/06/20(火) 20:50:24
>>431 マジ、ソースあったら教えてくれない。困っているんだ。
ちなみに漏れはJava厨ではない。
>VMは64ビット対応版が出るだろうから動かなかったらそれ使えって事になると思う。
438 ：
仕様書無しさん ：2006/06/20(火) 23:19:59
ずいぶん質の低いライブラリなんだな。
こりゃ倒したときに「オホォォ イェェェァァホオオォォォ イエス！！！」 とボイチャで言うしかｗｗｗｗ
440 ：
439 ：2006/06/21(水) 00:00:06
激しく誤爆しました… 申し訳ない
C厨ってこーゆーので受けると思ってるからほんと困る
わずかこれだけの情報でC厨認定か、頭がおかしいんじゃないの
俺ら煽れりゃなんでもいいんだよ。金もらえりゃさらにいい。
444 ：
仕様書無しさん ：2006/06/21(水) 17:50:24
ていうかさC++とかWindowsのAPIバリバリ使ったプログラム書いてて、
446 ：
仕様書無しさん ：2006/06/21(水) 18:08:23
つか、今の状況だとＷｉｎｄｏｗｓにＪａｖａ寄生してるだろどーみても。
Windowsのシェア削れるようなOSってなんかあるの？
448 ：
仕様書無しさん ：2006/06/21(水) 18:43:29
ソフトウェアのシェアはわからんからね～
449 ：
仕様書無しさん ：2006/06/21(水) 18:48:37
OSに金を遣う時代は間違い無く終わる。
450 ：
仕様書無しさん ：2006/06/21(水) 18:58:53
UNIX系ってCで書かれてるよな
サポートに金を払うんじゃ対して変わらんだろうに
452 ：
仕様書無しさん ：2006/06/21(水) 19:11:47
いつ終わるか断言できないと何なの？ｗ
間違いなくとまで言っておいてこの腰砕け(笑)
454 ：
仕様書無しさん ：2006/06/21(水) 19:57:09
Java厨があふぉなのは日本もUSも同じなんだなと気づいた
455 ：
：2006/06/21(水) 19:57:39
456 ：
仕様書無しさん ：2006/06/21(水) 20:00:34
Javaの楽しみ
457 ：
仕様書無しさん ：2006/06/21(水) 20:05:58
いまは否定派だが、Javaの普及は歓迎する。
おわんねーよ。
Javaはデスクトップへの力の入れ具合がいつも微妙。
正直、めんどいからやりたくねぇんだろなーとは思う。
そうは言ってもエンジンはネイティブ、GUIはJavaってアプリはかなり多いぞ。
462 ：
仕様書無しさん ：2006/06/21(水) 20:46:39
C厨がWindowsの時代が終わるのを認めたがらない件w
悪いが俺はネイティブ系もかなり好きだ。
464 ：
仕様書無しさん ：2006/06/21(水) 20:51:36
>>462 そりゃ、終わったの確認してから言えよｗ
Java厨なんて数週間で幾らでも製造できるからな
ん？DOS/V以前はネイティブ時代じゃなかったと聞いたが。
467 ：
仕様書無しさん ：2006/06/22(木) 00:03:18
「仮に」の話も受け容れられない憐れなWindows依存症候群患者たちww
469 ：
仕様書無しさん ：2006/06/22(木) 00:17:41
昔のLinuxブームの頃や結構最近のJavaブームと比べて、今はむしろ、Windowsの
サバが増えてるらしいな
471 ：
仕様書無しさん ：2006/06/22(木) 00:28:43
仕事ではUNIX（サーバ）＆Javaだけど、パソコンはWindowsがいいな
エクスプローラ的なソフトを作るときUnixな奴らはなぜ
473 ：
仕様書無しさん ：2006/06/22(木) 00:38:46
確かに現在はWindowsは好調だが、来年にはVistaという
減ると言うか川蘭だろうな
475 ：
仕様書無しさん ：2006/06/22(木) 00:52:42
つーか Windows にしろ UNIX にしろ、基本的に C 言語による C 言語のための
476 ：
仕様書無しさん ：2006/06/22(木) 00:56:23
寄生って何？ｗ
エミュレーションしてるだけじゃん
なんか
>>467 の書き方って某国風なんだよな・・・
>>474 Vistaが人気なかったら減るよ。
過去のWindowsヴァージョンアップの例から考えて、最新バージョンに移行しないと
いろいろと不便になるから、移行しないわけには行かなくなる。
しかし、その使い勝手が悪いと････
で、より一層使い勝手が悪く互換性もないOSに移行してどうすんだ？
いや、今のWindowsは使い勝手がいいよ。少なくとも敷居は低い。
>>472 みんなエクスプローラに慣れてるからだよ。
483 ：
仕様書無しさん ：2006/06/22(木) 09:05:32
C++使いがJava使いに転身するのは簡単だよ。逆はしらんが。
484 ：
仕様書無しさん ：2006/06/22(木) 09:42:41
＞C++使いがJava使いに転身するのは簡単
何で「過去のソース」の話が出てくるんだ？アホか。
>>443 は真理だな
ああ、Java使いなんてずぶの素人でも簡単に転身できるぞ
この前も二週間くらいで生産～出荷してたしな
その後は知らんが
契約があるので一ヶ月は返品できません
488 ：
仕様書無しさん ：2006/06/22(木) 11:39:42
ソフトハウスの財産は過去のプロジェクトの積み重ねだと思います。
と、昔は言われてたこともあったな。
とうとう発狂しちゃったのか…可哀想に
491 ：
仕様書無しさん ：2006/06/22(木) 15:10:15
もしvista後にWindowsのシェアが揺らぎ始めたりしたら、
Vista正式対応版JRE向け修正でそれどころじゃないんじゃね
493 ：
おじゃばさま ：2006/06/22(木) 20:16:41
いや別にWindows嫌っている訳じゃないよ。嫌う理由もないし。
俺も別にJavaが嫌いな訳じゃないよ
495 ：
おじゃばさま ：2006/06/22(木) 20:54:15
さすがリンク厨！！
元々Java屋だからな、そりゃできるさ
まぁWinが落ちぶれたらSunががんばってJava環境を別OSでやってくれるだろ
SunのがWinより先に逝くんじゃね？
Niagara量産の暁には！
JavaはSunとともに滅びつつある。IBMはどうするつもりだろう。
502 ：
仕様書無しさん ：2006/06/23(金) 05:46:44
>>501 >JavaはSunとともに滅びつつある。
ソースは？
503 ：
仕様書無しさん ：2006/06/23(金) 07:23:01
>Vista正式対応版JRE向け修正
>>503 大抵はそうだろう
だが、それと客先への対応はまた別な話だ
505 ：
おじゃばさま ：2006/06/23(金) 09:28:00
>496
>>505 俺か？
Java→C#→VB.NET→Java→C++の
典型的な派遣デジドカだよ
ただのCは学生時代だけだな
>>505 =お客様がVistaにするといった時に毅然とサポート外であることを告げられない糞SE
508 ：
仕様書無しさん ：2006/06/23(金) 13:27:36
Sun死すとも、Javaは死せず
Sunが死んだらまずいだろやっぱ
>>509 なんで、疫病の元が無くなって何か問題ある？
疫病とまでいうからにはSunのJDK等のリソースなんてつかってないんだろうな。
Sunのあの鯖仕様は終わっていいと思う
意味不明。脳味噌膿んでるんだろ。零細企業の社長は。
514 ：
仕様書無しさん ：2006/06/24(土) 01:54:13
俺もマジで意味がわからん
その爆音っぷり
516 ：
仕様書無しさん ：2006/06/24(土) 09:59:13
高飛びかとおもた
518 ：
仕様書無しさん ：2006/06/24(土) 13:14:59
海外出向?
519 ：
仕様書無しさん ：2006/06/24(土) 13:20:27
C厨は日本語が不自由
うーん。
521 ：
仕様書無しさん ：2006/06/24(土) 15:16:19
>>飛行機
522 ：
仕様書無しさん ：2006/06/24(土) 17:24:52
お前ら無意味な暗号に深読みしすぎ。
Java厨は意味不明なことぬかしてないで半島に帰れや
爆音ってのが一番分かりやすくていいと思ったが
ロゴが怪しく光ってるのがきれいだお。
526 ：
おじゃばさま ：2006/06/26(月) 09:17:01
>506
何をそんなに悔しがってるのかなあ・・・
>>526 一年ほど一人で開発してるが？
怪しいはあんまりだな…
ネタとして楽しむのは歓迎だけど、あまりに言語にこだわり過ぎても・・・
そろそろJavaが重いかどうかの議論に戻ろうか
今日、サーブレットを弄ってweblogicを再起動したのだが、マジで遅いよな。
eclipseも昔は速かったな・・・
533 ：
おじゃばさま ：2006/06/26(月) 21:37:03
>528
いや、ここまで長くても動くんだ。
そりゃメモリ食う罠
次はJavaって長くね？か
538 ：
仕様書無しさん ：2006/06/26(月) 22:47:00
じゃあ、C/C++って短くて早くね？もいるな
おまえら、まだやってるの？
ここまでコールスタック長いと関数言語より遅いよ
543 ：
仕様書無しさん ：2006/06/27(火) 04:01:06
そもそもCと比較する事が無意味。
544 ：
仕様書無しさん ：2006/06/27(火) 05:12:12
PHPより重いだろ
545 ：
仕様書無しさん ：2006/06/27(火) 08:45:21
PHPは素人用
派遣会社が素人を大量に供給するので無問題
Javaもかなり素人用だけどな。人海戦術で乗り切るための言語だし。
Ｊａｖａ弄ってるとさ、なんでたかがWebアプリにここまでたいそうな仕掛けが必要なのか理解に苦しむ。
良くも悪くもJavaのおかげでエンタープライズって言葉がゴミになったな
EJBとかは楽しいよ。Javaは表現力が豊かで、色んな概念が生まれては消えていくのがいいね。
551 ：
仕様書無しさん ：2006/06/27(火) 22:04:37
最近ＶＢ２００５触りました。色々とまぁありましたが、VB6に比べて、かなり良くなってるね。
VB（笑）
553 ：
仕様書無しさん ：2006/06/27(火) 22:33:15
まあ Java だ EJB だ言ってるのは、完全に供給（実装）側の都合だからな。
あの大量のXMLを解析するだけでも重ったるそう。。。
構成によりけりでしょ。
>>554 IntelかAMDか忘れたけど
CPUにJavaとXML解析に特化した機能を入れるとか言ってたな
557 ：
仕様書無しさん ：2006/06/27(火) 22:44:16
かつての 68000 が C 言語に特化した設計になってるように、現代の CPU が
559 ：
仕様書無しさん ：2006/06/27(火) 22:46:07
Javaは重たいから高いサーバが売れるんだよ。
もっと重くて構わないよ。だから余計なことすんなって
>>556 560 ：
仕様書無しさん ：2006/06/27(火) 22:48:31
>>558 要はグラフィックを専門に処理するビデオカードと同じような感じで
Java や XML を専用ハードウェアで処理しますということかいな。
>>552 .NET使うならVBでもよかろ
VB6なら・・・うーむ・・・
xml特化になるほうがいいなjavaいらね
ここにXMLとJavaをまじめに比較してる人がいまーす
XSLTの使い手じゃね？
565 ：
仕様書無しさん ：2006/06/28(水) 16:24:35
ajaxじゃね？
566 ：
仕様書無しさん ：2006/06/28(水) 16:35:33
ajaxのjaはjavaのjaじゃないらしい。
567 ：
仕様書無しさん ：2006/06/28(水) 16:50:33
糞重いアルゴリズムはCで書いて、UIとかIOはJAVAで書いてるな。
568 ：
おじゃばさま ：2006/06/28(水) 21:32:19
EJBとORマッピング最高とか言っている偽Java使いは氏ね。
569 ：
おじゃばさま ：2006/06/28(水) 21:39:27
ところでApacheなんだけど、色々なモジュール組み込むと、コンパイル通らないんだけどどういうこと？
>>567 専門性の高い高級商用アプリケーションは
大抵がUI部分をJavaのSwingで作ってるから普通のこと。
コア部分はCで書いても共通化できる部分が多いから
開発コストと性能を照らし合わせたら自然な答えなんだろうね。
ﾊｧ?
572 ：
仕様書無しさん ：2006/06/28(水) 22:10:26
>>566 Asynchronous Java Script + XML
のようだがww
UIがJavaってだけで生産性が下がる
WebのUIで満足してる馬鹿ｗ
これがJavaリンク厨か(笑)
おじゃばさまは本当にJavaマンセーなのか？
Oracleの管理ツールはJavaだっての
Java化したOracleの管理ツールこそ糞の代表格じゃん
あれで困るようなことはないんだが
ハリソンフォードより悪い
583 ：
仕様書無しさん ：2006/06/29(木) 06:31:32
>>561 そもそもJavaと比べるられるのはCではなくVB
VB6はまぁ現代となってはアレですが、VB2005(.net)と比較するとJavaはね...
UI設計、実装するならVBに旗が上がる。
VB.NET以降のVBはバカに出来ないぞ。
585 ：
仕様書無しさん ：2006/06/29(木) 07:37:46
>>580 Javaの画面って見た目からしてキモチ悪い
偽物感ありあり
>>580 そりゃいくつかは元からあるものだからな、ゼロから作ったのもあるだろうがね
それはさておき…なぜかWeb化されたEnterprise Manager(笑)
生産性下がっちゃうね(涙)
そしてJava製の強力な管理ツールが付属しているにも拘わらず
未だ使われるSI Object Browser…
つか、Object Browserがあるから、純正ツールがあんなものでも叩かれないんでそ。
そらそうよ
589 ：
おじゃばさま ：2006/06/29(木) 09:44:15
つーかJavaでサービスの話をすると反応がほとんどないんだよな。
590 ：
仕様書無しさん ：2006/06/29(木) 10:55:28
>>570 最初から最低Mac,Win,Unixをサポートしなきゃならないのが多い＞学者向けのソフト
だから消去法でJAVAになる。
あまり見た目気にしない人多いしね。
write once, run where?
592 ：
仕様書無しさん ：2006/06/29(木) 12:21:07
>>589 >JFreeChart、Javaでグラフを書くライブラリ。株価情報などをグラフで出せる。
>JasperReports、PDFを作成するライブラリ。JFreeChartと組み合わせて決算報告書なども出せる。
ワード、エクセル使おうぜ
>まだ時代遅れのCの出番がなくなる。
Cで出来ないものなんて実際ないだろ。ただ難しいだけ
だれかC++でWeb系のクラスライブラリをオープンソースで作ってくれ
そうすりゃほかのを一掃できるんじゃね？
>>592 Cの話がいつの間にかC++に変わる不思議
594 ：
仕様書無しさん ：2006/06/29(木) 12:27:02
>>593 仕様です
Cで出来ないことはないと思うが、
オブジェクト指向が標準じゃないってことでC++にしますた
595 ：
おじゃばさま ：2006/06/29(木) 20:58:36
いやCのオープンソースはダメだね。マイナー機種の動作確認なんてしてないんじゃね？
597 ：
おじゃばさま ：2006/06/29(木) 21:19:55
それに比べてJavaは素晴らしい。
598 ：
おじゃばさま ：2006/06/29(木) 21:34:07
>596
OpenSolarisにJDKが３つ(1.4.2, 1.5, 1.6) 計366MB入っている件について
600 ：
仕様書無しさん ：2006/06/29(木) 22:10:34
>>595 それってOS依存命令とかだろ？
マルチスレッドとかソケットをカプセル化して統一規格にすれば最強じゃね？
ちなみに.NETはVMだから却下
コンパイルオプションも統一したらいいかもわからんね
ここってC++を出しちゃいけなかったのか
602 ：
仕様書無しさん ：2006/06/29(木) 22:43:05
603 ：
仕様書無しさん ：2006/06/29(木) 22:52:39
>>600 スレッドは boost にマルチプラットフォームなクラス群がある。
ネットワークも ACE があるが、もともと winsock も BSD ソケット由来だから
自分でラッパー書いても大したことなかろうて。
つーかインストール時のコンパイルエラーぐらい自分でつぶせるやつがオープンソース界では標準的な人間だろ。
>>589 また比較しようがないものを無理やり比較して・・・
>>605 そういう本質でないものに振り回されるのが許せない人が作ったのがJavaだからな。
ほんとmakeは不毛だぜ。
make がいやなら apt やら InstallShield を使えばいいじゃない。
>>601 > ここってC++を出しちゃいけなかったのか
> そりゃひどい
勝てる気がしないから避けてるんだと思われ
>>607 そして今度は
現れては消えるクラスライブラリやらにVMの互換性に悩まされるわけだ
どこまでいっても不毛だぜ
納品時のJDKをDVDにやいときゃいいだろ。素人さん。
そうして納品先数分だけのコンパイルサーバなるものが社内に出現し、
613 ：
おじゃばさま ：2006/06/30(金) 08:54:27
>599
>>613 apt や yum は、「コンパイルが通る」んじゃなくて「コンパイルを通して動作も検証してある」の。
あらかじめディストリビュータによって。
>>613 OpenSolarisって何？
つ
ttp://www.opensolaris.org/os/ uname -aで見ると
SunOS hostname 5.11 snv_42 i86pc i386 i86pc
それについてくるnawk, gcc(/usr/sfw/bin)で httpd-2.2.2は
ふつーにビルドできたが、何のモジュールのビルドが難しいんでしょう？
うぜえ素人が迷い込んできてるな
>>613 GCC入れ替えたらコンパイルできたとSolaris10使ってるﾔｼがいってたが
PHP5あたりが
どうなんだろうな
618 ：
仕様書無しさん ：2006/06/30(金) 23:28:32
大規模開発
ビジネスロジック
おじゃばさま
エンタープライズ
まあEJBやってて一番笑う用語は
田舎業務じゃねｗ
624 ：
仕様書無しさん ：2006/07/02(日) 17:50:39
何いってんの？この素人さんは。学生さんかな。
625 ：
仕様書無しさん ：2006/07/02(日) 18:11:13
エンタープライズに毒されるとそうなる。いわゆるJava厨だな。
627 ：
仕様書無しさん ：2006/07/03(月) 17:43:34
Swingは自分の設計の欠点を棚にあげて、遅い原因をプログラマのせいにするのです。
こりゃ痛いわ
630 ：
おじゃばさま ：2006/07/03(月) 21:14:15
>614
Swingは立ち上がりが遅いだけだろ
632 ：
仕様書無しさん ：2006/07/03(月) 21:39:08
Swing使わないと作れない馬鹿PGのせいだろ
633 ：
仕様書無しさん ：2006/07/03(月) 21:58:53
OpenSolarisはソースが公開されているのが
swingははえええんだぞjavaの血と涙の結晶でできてるほど優れてるんだぞ
実際欠陥品だけどなswing
637 ：
仕様書無しさん ：2006/07/04(火) 07:08:08
Sun は本当に素晴らしいネイティブアプリケーションみたいなものを作れるほどには、
638 ：
仕様書無しさん ：2006/07/04(火) 12:46:46
JDBC Type4ドライバで検索ツール作ると
ぬるぽ
640 ：
おじゃばさま ：2006/07/04(火) 19:43:20
>638
JDBCって基本的に何も考えずprepareして使うな。
642 ：
仕様書無しさん ：2006/07/04(火) 22:07:23
>>640 Type4で何でもいいからJAVAで動かしてみましょう
実感できるよ。使い物にならねｗ
643 ：
仕様書無しさん ：2006/07/04(火) 23:29:06
jtdsとかでもダメか？
644 ：
目 ：2006/07/04(火) 23:33:39
いいと言うかC#思いからﾑﾘ
646 ：
仕様書無しさん ：2006/07/05(水) 01:18:33
647 ：
おじゃばさま ：2006/07/05(水) 09:37:39
>642
648 ：
仕様書無しさん ：2006/07/05(水) 10:23:00
Java5の環境でOracle8iインストールしようとすると
649 ：
仕様書無しさん ：2006/07/05(水) 10:50:38
jtds速いじゃん
>>648 動作環境にJDK1.2て書いてあるの読めないのか？
あとOracle8iのインストーラは馬鹿だからいったんコピーしてどっかのファイル書き換えろってサポートに書いてあるだろ
651 ：
仕様書無しさん ：2006/07/05(水) 12:22:23
つまり互換性が無い
8iのJavaって1.1じゃなかったっけ？
653 ：
仕様書無しさん ：2006/07/05(水) 14:30:02
654 ：
仕様書無しさん ：2006/07/05(水) 18:30:43
1.2と1.5だぜ
655 ：
仕様書無しさん ：2006/07/05(水) 18:33:04
枝番地獄なんだな Javaってw
656 ：
仕様書無しさん ：2006/07/05(水) 19:56:06
＞Oracle8iのインストーラは馬鹿だからいったんコピーしてどっかのファイル書き換えろって
8iのあれは寧ろC厨のせいだべ
658 ：
仕様書無しさん ：2006/07/05(水) 21:16:57
8のインストーラはそのままではPentium4で動かない。
JSP+Servlet+Struts............
なんであんなにまわりくどいんだろうね。マジでウゼエ。
適当な仕様でほうかいしちょる
状態遷移をわざわざxmlに書く意味がわからん。
だが今にして思えばPentium4で動かないから8iが糞ではなく
665 ：
おじゃばさま ：2006/07/06(木) 11:49:04
Oracle8iのインストーラーは最悪だな。
Javaだからしょうがないよね。
大元はどこの国が作ったのかも問題だ。
668 ：
仕様書無しさん ：2006/07/06(木) 21:36:45
なんでわざわざWebアプリをJavaで書くの？
好きな言語で書けばいいんじゃね
670 ：
仕様書無しさん ：2006/07/06(木) 21:52:05
どうせしょぼいの作ってんだからmod_perlでいいと思うよ
YAHOOはJavaなの？
672 ：
おじゃばさま ：2006/07/06(木) 22:24:50
ただのショッピングモールならPHPかRubyの方がいいぞ。
673 ：
仕様書無しさん ：2006/07/06(木) 22:49:18
>>672 逆だよ 逆
Javaのが自由度が高い分、なんの思惑もなしにコード書いちゃうから
平気で某サーチみたいなコードが出来る
ある程度の制約＋αがある分、PerlやらPHPが組みやすいし単価安い
でもRubyはガチ
ヤホーはCだったような？
やほーｲﾗﾈどうでもいい
677 ：
仕様書無しさん ：2006/07/07(金) 08:12:15
XMLバーサーなど多くの【まともにうごかない】ライブラリが多い。
678 ：
仕様書無しさん ：2006/07/07(金) 08:33:07
alfrescoって誰か使ったことある？
679 ：
おじゃばさま ：2006/07/07(金) 09:13:15
>673
>>679 ちょっとちょっと。なんでそんなに必死なの？Javaなんてそこまで擁護するものでもないじゃん。
681 ：
仕様書無しさん ：2006/07/07(金) 11:40:07
しかしうぜぇなあ。何でこんな面倒くさいものが流行してんだろ。
Stroustrupのジョークで、C++はPGの単価を落とさないために複雑にしたのですってのがあったが、
Javaは趣味でやる分にはいいんじゃね？
変数の管理もできないスクリプトをコピペして
変数をExcelか何かで管理してんの？
686 ：
おじゃばさま ：2006/07/07(金) 20:31:54
>680
687 ：
仕様書無しさん ：2006/07/07(金) 20:37:16
・Webアプリにそもそもそんな複雑な機構が必要なのか。
>>687 再利用性とかでかく主張するだけで、ほとんど構造化しないんだよな
オブジェクト死考
おなじ生産物の中で重複コードを減らすことができれば、
「再利用するため」の余分なものをいっぱい作って再利用し辛くしている。本末転倒。
再利用するのは、詳細設計とアルゴリズムだけだよ
>>691 >>「再利用するため」の余分なものをいっぱい作って再利用し辛くしている。
どういうケース？
俺が
>>690 で書いた意図は、「再利用の対義語はソースのコピペである」ってこと。
内部で使ってる型やら仕様やらが結局やりたいことと合わなくなる
再利用できるライブラリなんか世の中にいっぱいあるでしょう。
Cまたは初期のC++の話か・・・
>>696 今を実は知らないおじゃばさまの偉大な発言だぞそんなこというんじゃね！
698 ：
仕様書無しさん ：2006/07/08(土) 08:53:32
大手ポータルサイトの主流言語はPHPです。
699 ：
仕様書無しさん ：2006/07/08(土) 09:41:00
オブジェクト指向を利用する 技術発展段階
再利用してるからフレームワークがあるんだろ
あ～あ。ついに認めちゃったよ
再利用つっても、Sunが提供するライブラリとJakartaのフレームワークを再利用してるだけだろ。
で、自分で組んだ部分を再利用するのではなく、予め与えられた部品を再利用するってレベルなら、
再利用して今の現状なら、再利用自体の有用性もあやしいもんだが。
Javaの話じゃねーじゃん
706 ：
仕様書無しさん ：2006/07/08(土) 12:27:50
だったら、単純なほうがいいじゃんって、話。
707 ：
仕様書無しさん ：2006/07/08(土) 13:08:09
alfrescoって使ったことある？
708 ：
仕様書無しさん ：2006/07/08(土) 13:42:18
確かに、人と人の間のネットワークを偽装派遣で繋ぐのに
Javaがイメージだけで中身が伴っていないのは今も昔も変わらない。
711 ：
仕様書無しさん ：2006/07/08(土) 16:25:08
はぁ？
712 ：
仕様書無しさん ：2006/07/08(土) 16:26:11
はぁ？
社内システムのため唯一のJava使いとして入った俺が
VMが糞だしなJAVAなんて無くなっていいと思うんだけどね
715 ：
仕様書無しさん ：2006/07/08(土) 17:20:47
現実をみろよ。ひきこもりども
いや、JAVAVMが引きこもりだと思う
717 ：
仕様書無しさん ：2006/07/08(土) 17:31:43
現実をみろ。
たかがライブラリの不具合でAbortするJVM・・・ありえん・・・
719 ：
仕様書無しさん ：2006/07/08(土) 17:36:56
掲示板を作成できるぐらいの、JAVAって有りだと思わない？
>>717 > 巷にはJava Struts案件が溢れてるだろ
案件が多い≒糞システム
その案件の内容知ってて言ってる？墓穴掘ってるよ。
手に負えなくなって逃亡→メンテ要員募集という流れから生まれてる。
巷ではJava製糞システムが溢れかえっていて、人手が足らないから。
> もはやPGには必須のスキルなんだよ。
正解。飯食うには必要だよな。
Java Struts案件
aspxとJSFとかの案件って見たことないんだけど
723 ：
仕様書無しさん ：2006/07/08(土) 20:20:09
お前現実氏らなすぎ
使われてねーよｗ
aspxは意外と多いよ。
aspxは大手とか自社にSE部門あるところだと人気だな
java使っても結局ごちゃごちゃなのしかできてきてない事実なんだよ
社長が「これだけでできるんだよ」と短いコードの載った本を俺に見せるのだが、
まさかRFCに目を通すことになるとは
>>728 はそのとき思いもしなかったのであった
730 ：
仕様書無しさん ：2006/07/09(日) 00:46:21
Strutsか。
732 ：
仕様書無しさん ：2006/07/09(日) 08:34:25
Java謹製のSQLクエリーツール。
733 ：
仕様書無しさん ：2006/07/09(日) 09:52:16
aspxはプロジェクトにきちんとお金をかけられる会社。
734 ：
仕様書無しさん ：2006/07/09(日) 09:53:42
aspxはそれを扱う有能な技術者のために金をだせる。
735 ：
仕様書無しさん ：2006/07/09(日) 11:52:51
MS工作員乙
736 ：
仕様書無しさん ：2006/07/09(日) 12:22:21
Java厨でRFCに精通した椰子って見たことねえな。
おでん缶ちゅうやつだろ
738 ：
仕様書無しさん ：2006/07/09(日) 15:20:26
MS系のパソコン・エロゲオタクほど醜いものはない～♪
739 ：
仕様書無しさん ：2006/07/09(日) 15:53:48
パソコンおたくなんか氏ねばいいのに。
740 ：
仕様書無しさん ：2006/07/09(日) 16:02:06
パソコンなんて、この世からなくなればいいのに。
741 ：
仕様書無しさん ：2006/07/09(日) 16:04:50
オフコンは良かった。
742 ：
仕様書無しさん ：2006/07/09(日) 17:19:19
aspxが使われていることも知らないのがjava厨
743 ：
仕様書無しさん ：2006/07/09(日) 18:13:59
それ、価格．ｃｏｍみたいなヲタ向けサイトでしょ？ｗ
金融機関では考えられないね。
745 ：
仕様書無しさん ：2006/07/09(日) 19:02:16
Java厨はWindows 98とかMEあたりの貧乏マシンで
746 ：
仕様書無しさん ：2006/07/09(日) 19:03:13
ちなみにTeraTermとかでUNIX上でコンパイルさせるのだがな。
747 ：
仕様書無しさん ：2006/07/09(日) 19:07:24
PCパーツの話で盛り上がっているパソコンオタクたちは
748 ：
仕様書無しさん ：2006/07/09(日) 19:26:39
そんな光景に出会ったことないんだが
>>745 お前昔俺が行ってた会社じゃないだろうな・・・
そんな糞会社で働いてるの？ｗ
派遣はダメみたいな言い方するなよ
752 ：
仕様書無しさん ：2006/07/09(日) 22:32:15
開発用PCなんてサポートの奴らが用意するのを使うだけだし
753 ：
仕様書無しさん ：2006/07/10(月) 00:16:32
何事にも速度中毒な人はパーツにもこだわるのさｗ
その割に、エッチは長くしたがるよな
ごめんマンコ臭いのに当たるとへなる
756 ：
仕様書無しさん ：2006/07/10(月) 11:05:55
臭いかがなきゃｲｲ
757 ：
仕様書無しさん ：2006/07/10(月) 16:07:03
Javaは糞
Javaの欠点は重いのとJava厨だけ
そこはリファクタリング出来そうにないので他の欠点を挙げてください
760 ：
仕様書無しさん ：2006/07/10(月) 22:27:33
シングルトン
761 ：
おじゃばさま ：2006/07/10(月) 23:07:47
ところで、「JDBCは使えない」って話と、「Javaは制約がないから使いにくい」って話はどうなった？
762 ：
仕様書無しさん ：2006/07/10(月) 23:10:15
JDBC→jTDSを使えばOK
763 ：
仕様書無しさん ：2006/07/10(月) 23:16:07
ところでJavaは使える!と豪語するツワモノよ。
>>763 システムはすごいけどできることはしょぼい・・・
765 ：
仕様書無しさん ：2006/07/10(月) 23:54:43
ビジネスロジック
シャッチョさ～ん
JDBCが使えないってのが良くわからん
>>763 言うわけないじゃん
守秘義務もないほどしょぼい企業で働いているのか
JVMってすぐイクよな
そうそう。JVMがSIGSEGで落ちるなんてあり得ねえことが当たり前に起きる。糞Java。
771 ：
仕様書無しさん ：2006/07/11(火) 07:19:35
Type4
772 ：
仕様書無しさん ：2006/07/11(火) 08:47:56
守秘義務に抵触しない部分だけを言えば良いんだがな。
773 ：
おじゃばさま ：2006/07/11(火) 08:58:52
残念ながら詳しくは言えない。守秘義務もあるし、研究開発物件も多いからだ。
774 ：
仕様書無しさん ：2006/07/11(火) 09:01:49
>JavaでSNMPとSSHとWEBサービスを使った管理サーバ
775 ：
仕様書無しさん ：2006/07/11(火) 09:05:38
管理サーバなんて組んでもどうせコネクトする数が1つの
776 ：
仕様書無しさん ：2006/07/11(火) 09:08:10
Javaってもう先細りになってるんだろ？
777 ：
仕様書無しさん ：2006/07/11(火) 09:09:30
アジアのどこか製のJavaサーバを評価したが
778 ：
仕様書無しさん ：2006/07/11(火) 10:26:02
中国人てjava好きだよな
>>773 ショッピングモールじゃないって言い訳ばっかしてるけど、
あんたのやってることもショッピングモールとたいして変わりないよ。
なんていうか、視野が狭いっていうか、哀れっていうか。
780 ：
仕様書無しさん ：2006/07/11(火) 11:47:53
あの2段切替に失敗したバグだらけのテポドンもJavaプログラム。
宇宙行ってもしょっちゅう故障するのもJavaプログラム。
シンドラーのエレベーターも邪馬？
メインフレームに還ろう
784 ：
仕様書無しさん ：2006/07/11(火) 20:18:52
Javaの真髄は初心者でも簡単に
786 ：
仕様書無しさん ：2006/07/11(火) 22:40:38
javaGUIツールは糞だな
787 ：
おじゃばさま ：2006/07/11(火) 22:50:29
>771
788 ：
おじゃばさま ：2006/07/11(火) 23:13:17
>775
64CPU搭載すればGC起きても問題ないじゃん
中身のない長文乙
791 ：
仕様書無しさん ：2006/07/11(火) 23:20:59
NTPサーバはできないな
さすが無駄が多いな
793 ：
おじゃばさま ：2006/07/11(火) 23:26:50
>779
正直言うと、JAVAだとショッピングモールだろうがビデオ会議だろうが
そりゃコアな部分は違うだろう
だがそんなのは全体の一部分で、できるやつが担当するだろ
おじゃばさまはもしかしたらここにいるから違うように見えるんだろう
だがそれ以外の誰でもできる所は厨が人海戦術で臨むから
>>794 のような悲惨な結果になるわけだ
796 ：
おじゃばさま ：2006/07/11(火) 23:46:46
>789
仕様言うなよｗ
仕様ですなんていったら全部仕様ですで終わりだな・・・
なんでJavaは糞なの？
Javaの根本仕様が無駄なのならそれは仕方ないな
だって仕様なんだもん
Javaが糞とは思わんがJava厨は間違いなく糞
肥溜めだろ
804 ：
仕様書無しさん ：2006/07/12(水) 00:03:50
とりあえず「Javaは重くない」って言い張るひとはやめれ。重いって・・・どう考えても重いって・・・。
805 ：
仕様書無しさん ：2006/07/12(水) 00:04:38
Javaはオブジェクト指向というパラダイムを強制する。
806 ：
仕様書無しさん ：2006/07/12(水) 00:06:33
10アクセス/秒にすら耐えられない腐れJava鯖が山ほどありますが。何か？ｗ
>>805 使ってるじゃあないか
リソースの限られた組み込み系・・・携帯電話・・・
まあ・・・あれをどう思うかはまた別なお話・・・
Cは、馬鹿にでも出来そうな作業を「切り出せない」言語だってことだ。
そしてバカだけで作業してるのがJava
811 ：
仕様書無しさん ：2006/07/12(水) 00:44:08
Javaを使うのはバカ。
もちろんハード・ソフトもセットで
>>804 そのものが生産性ないよね。
恐ろしいほどニート臭が漂ってきてるし。
>>810 そうか？
メモリの取得開放がまともに出来ない奴の為に生まれ、
リソースの取得開放が分からない奴の為にDIを作り、
SQLがかけない奴の為にORマッパーを作り…
全部、馬鹿を救済するためのものじゃねぇか。
>>813 のレスは抹殺でいいよ。
>>804 の意見は間違いなく本当のこと。
Javaやっている人達も、この辺りには目を瞑っているのは事実。
Javaにメリットもあるけど、デメリットもあることを理解しようとしないから、
糞システムが量産されるようになってJavaの評価が下降し始めてる。
>>813 からニートどころか悪臭が放たれている様だが・・・
>>814 それらの要素を理解し使いこなすのは馬鹿にはできないだろ
救済どころか抹殺してるよ
どこかをシンプルにしようとして他のどこかが複雑になりすぎた
> どこかをシンプルにしようとして他のどこかが複雑になりすぎた
820 ：
仕様書無しさん ：2006/07/12(水) 07:03:43
やたら仕様が変わるのにドキュメントが整備されていなくて
Javadocくらい埋めとけよｗ
やはりこれからはApacheモジュール/IISの時代だ。
823 ：
仕様書無しさん ：2006/07/12(水) 10:42:39
そういう会社の需要って実はありそうな希ガス
824 ：
おじゃばさま ：2006/07/12(水) 11:56:22
>794
いよいよぐだぐだになってまいりました
826 ：
おじゃばさま ：2006/07/12(水) 12:31:54
>804
おじゃばさまがDI知らないとは意外だな。
828 ：
仕様書無しさん ：2006/07/12(水) 12:51:51
DIって現場で使うの？
少なくともうちの会社ではやってる奴らがいるよ
うまくいってんの？
上手くいってはいるようだが、例によって
832 ：
おじゃばさま ：2006/07/12(水) 21:08:57
この前「Spring」について調査したが、利点が良く分からなかったので止めた。
クラスの依存性を高めて、必要なときに依存性を注入する、
コードは簡素化されるがクラス関係が複雑化するので
つまりXML地獄に思える
依存性排除のためにクラスとか持ち出したんじゃないのか？
O/Rマッピングは元々EJBのためのもんだろ。
838 ：
仕様書無しさん ：2006/07/12(水) 23:33:54
http://www.atmarkit.co.jp/fjava/rensai3/ormap01/ormap01.html O/Rマッピングは、従来の煩雑なデータベースに関する処理の記述をスマートにし、、柔軟なアプリケーションの構築を可能にします
Javaを使ってリレーショナルデータベースを扱うアプリケーションを構築した経験があれば、データアクセスを行う際に発生する作業の煩雑さに覚えがあることでしょう。例えば以下のような作業を面倒だと感じたことはないでしょうか。
検索クエリによって取得したデータの「結果セット」を分解してオブジェクトに組み立て直す
データのUPDATEやINSERTの際に、オブジェクトからデータを取り出してSQL文を構築する
↑
こういう事を言うアホはＰＧやらなくていいからｗ
ちょｗｗｗｗｗｗｗｗｗｗすげｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
なんつーか、構造の崩壊を加速させるような内容だな
もうぐだぐだとかを通り越してるな
DIにしろ、ORMにしろ、現状の開発のやり方で困ってない奴には
導入しないと3年後には仕事なくなるぞ
学生は引っ込んでろ
まあ、@ITの受け売り君はたとえJava厨じゃ無くてもうざいことは事実。
@ITなんてデスマ職場逃げただけの
つうかよう、あのコンパイル専用マシンって何なんだよ。。。。
>>826 「メモリリーク」って言葉をどういう意味で使ってる？
人によって意味がまちまちなので、定義してくれると齟齬がなくなるのでうれしいのだが…。
使われないのに開放されないメモリが作られること、以外の定義があるのか？
放置プレーメモリのことだ
854 ：
仕様書無しさん ：2006/07/13(木) 09:17:28
素人Java厨のような馬鹿がつくるとメモリのフラグメント化が発生する。
855 ：
仕様書無しさん ：2006/07/13(木) 09:18:15
JVMのリークはこの手合いが多いのだと思う。
856 ：
おじゃばさま ：2006/07/13(木) 09:40:36
>849
そして定期的に再起動しなきゃいけないAPサーバ。ﾃﾗﾜﾛｽ
859 ：
仕様書無しさん ：2006/07/13(木) 12:10:52
10年前のMS製品みたい
ということはJava3.1でようやく物好きが使うレベルか
JavaNT3.51まで待ったほうが
Java3000だろ
Java Meを忘れるな
低料金２４時間勤務奴隷の確保は難しいかも
ゴミJava厨で低単価競争
そして何故か技術の無い人も勘違いでバカバカしくなる
人件費ベースだけで価格を決めるってのは慈善事業だよな
869 ：
仕様書無しさん ：2006/07/14(金) 00:39:48
ドカタ派遣専門3次下請けじゃおしまい
クラスの依存性を高めてどうする
オブジェクトにして～
872 ：
仕様書無しさん ：2006/07/15(土) 03:21:00
Javaによる大規模社内システム開発≒デスマ
873 ：
仕様書無しさん ：2006/07/15(土) 19:09:07
フフフ。
874 ：
仕様書無しさん ：2006/07/15(土) 19:53:37
ＧＵＩの開発にはむかない、 サーバーではメモリリーク？
876 ：
仕様書無しさん ：2006/07/15(土) 20:53:22
マルチスレッドサーバでは
878 ：
仕様書無しさん ：2006/07/15(土) 21:06:24
JAVAビジネスって活況しているよな
ずっとJavaだけやってきたみたいに言ってるSEが
880 ：
仕様書無しさん ：2006/07/15(土) 21:30:39
strutsで重苦しいシステム作る奴も同様に
881 ：
仕様書無しさん ：2006/07/15(土) 21:34:35
あれだな、Javaの奴らってみな共通する特徴がある。
882 ：
仕様書無しさん ：2006/07/15(土) 21:36:25
手塚治虫の「どろろ」って漫画しってるか?
aspxの速さは異常
strutsってどんか玩具ツール使ってんだよｗ
鋭利な物かも
887 ：
仕様書無しさん ：2006/07/17(月) 21:23:33
いや、もはや何のスレッドだかわからんｗ
889 ：
仕様書無しさん ：2006/07/18(火) 02:27:52
JAVAなんてオブジェクト指向じゃねーよって言った香具師が
JAVAこそオブジェクト指向じゃねーかって言った香具師が
Rubyはオブジェクト指向言語というかオブジェクト言語だろ
おまいらJavaやめてRubyやろうぜ
日本製だからな
894 ：
おじゃばさま ：2006/07/19(水) 09:20:24
そうだなRubyやるか。
895 ：
仕様書無しさん ：2006/07/19(水) 09:42:47
C厨の場合
896 ：
おじゃばさま ：2006/07/19(水) 21:21:52
Javaの場合
＞通信部作り込む予算も必要性もないので、各種サーブレットで代用。
Javaって実態以上に評価されててバブルじゃね？いつはじけんの？
おっぱい揉みたい
>>896 > 通信部作り込む予算も必要性もないので、各種サーブレットで代用。
> フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
これはまさに営業トークじゃん。実際にはまともなものができないし。
そう。そしてロードバランサで振り分けられたあぷ鯖からのDOS攻撃に晒されて飽和するわけだ。
>>898 タイプセーフと実装の簡略化に力入れてるから、そうそうはじけることはないかと。
もうそろそろ5.0系が実務で使われだす頃だし、代替言語もないと思われ。
Web系は小規模PHP、大規模Javaで住み分け確定だね
>>901 > そう。そしてロードバランサで振り分けられたあぷ鯖からのDOS攻撃に晒されて飽和するわけだ。
> DBが。
ﾜﾛﾀ
どこも同じなんだな。
ロードバランサーがあるから大丈夫とか、あほかと。
>>902 > Web系は小規模PHP、大規模Javaで住み分け確定だね
大規模ってなんだ？結局のところ「Javaで作ると大規模になってしまう」と言った方が正確。
905 ：
仕様書無しさん ：2006/07/20(木) 08:25:57
>>905 東京三菱は昔からJavaだし。で、トラブル起こしまくってるのはご存知の通り。
UFJも開発現場は悲惨だよ。無理してJava使わなくていいのにって感じ。
907 ：
仕様書無しさん ：2006/07/20(木) 08:51:55
電通国際情報サービスってseaserのひがやすおが勤めているとこじぇね？
あっひゃっひゃ
5日間程度の集中講義を行っただけで，初めてJavaを使う技術者でも問題なく開発を行っているという。
「問題がない」と「問題が認識できない」では意味が違うのだが
911 ：
仕様書無しさん ：2006/07/20(木) 08:59:12
すげー話だな。おい。
さすがはﾄﾞｶﾀ言語ですね。
さんざん他の言語を素人用だとバカにしてたからには、
915 ：
仕様書無しさん ：2006/07/20(木) 18:45:48
ジャワカレーもJAVA
Javaが5日で習得できちゃうならVB.NETは3日だ。いや2日だ。
917 ：
おじゃばさま ：2006/07/20(木) 20:52:43
Javaは5日では無理だ。
Javaだと宗教みたいに同じようなパターンのやつばかりだけど、Cだとそういう展開になってるやつもいるかもなー、ってことでコメントを付けるまでもない気がする。
Java島
一日でおじゃばさまでゲーム作ったな
そうだぞ業務アプリはCで作ったほうが効率がいいんだよ！
つうか、Pro*CでC言語製のバッチ作れる奴いね？
923 ：
仕様書無しさん ：2006/07/20(木) 23:55:21
大丈夫かみんな？ちょっとおかしすぎるぞ
俺は下っ端だから作れといわれたらその言語を勉強。
Seasarとかなんか臭いよね
926 ：
仕様書無しさん ：2006/07/21(金) 01:22:23
まあ、今更@ITに騙される馬鹿もそんなにいないかと。
928 ：
仕様書無しさん ：2006/07/21(金) 09:46:16
C(C++)厨がJAVA使うようになっても問題ないと思うが
929 ：
仕様書無しさん ：2006/07/21(金) 17:34:32
ageていこうぜ
Javaが偉大な点は厨レベル以下のC/C++使いのゴミ箱を作ったことだな。
>>927 なんかJ2EE(古称)ありきでモノを考えている感じが痛々しいかも
Javaの社内教育担当のレベルが異常に低い件
933 ：
仕様書無しさん ：2006/07/22(土) 00:25:32
うわっなんかもうマジでおわったっぽい。
＞データベースとHTML間のバケツリレー
■「JavaではなくPHPでもよいのではないか」という閉塞感
■「JavaよりPHPの方がマシではないか」という閉塞感
この閉塞感を敢えて打破する意味はあるのか、いや無い。(反語)
938 ：
仕様書無しさん ：2006/07/22(土) 01:13:11
どろろろろろろろろろろろろろろろろろろろろ～
>>930 おいおい詐欺なんてなまやさしすぎるぜぇ
javaは常に進化するってか
941 ：
仕様書無しさん ：2006/07/22(土) 11:36:09
Javaには全体的なポリシーが無い。
インテリジェンス＝バカってことか
943 ：
仕様書無しさん ：2006/07/22(土) 12:02:53
お前らアホだな。ActionScriptがJavaに近く、
何言ってんだ？このバカは
945 ：
仕様書無しさん ：2006/07/22(土) 14:55:54
Java厨だから馬鹿。
946 ：
仕様書無しさん ：2006/07/22(土) 14:56:58
ガワだけDelphiなりVBだけで作ればいいのになんでFlashで
949 ：
仕様書無しさん ：2006/07/22(土) 22:14:38
VB からの移行なら、あくまで Java にこだわるとしても、Swing あたりで
swingなんて速度で終わりだ
修正が入った時に再配布しなくて良いから。
クライアント側はVB.NETでスマートクライアント使って配布問題解消、
953 ：
仕様書無しさん ：2006/07/23(日) 00:03:09
>>951 JWS のアプリは起動するたびにアップデートをチェックするように
なってるぞ。JWS はまさにその問題も解決するためのツールなわけで。
Enter押したら次のフィールドへという業務アプリ本来のつくりは
JAVA房には難しすぎて答えられない質問を１つ
どうして解放したいの？
ガーベジコレクションを任意で発生させるのは恥ずかしい行為です。
やっぱJAVA房はばかだーー
自分で何言ってるかわかってないようだな
ガーベジコレクトよりも確実にデストラクタが呼ばれる方が良い。
そもそもJAVAのプロジェクトで成功したと言われるプロジェクトがない
お前が成功したと思わないようにしてるだけじゃん
GoogleだとGMailとかAdWordsとかがJavaだな
964 ：
仕様書無しさん ：2006/07/23(日) 06:35:11
夏休みいいな～
965 ：
仕様書無しさん ：2006/07/23(日) 08:24:25
さすがだな不利なものは夏坊様に仕立て上げればjavaの威厳が保てるんだからな
そうだよなぁ。たぶん自分たちで夏房自演して
967 ：
仕様書無しさん ：2006/07/23(日) 12:39:43
宿題やってろ
きっちり反論した上で夏認定してるんだから正しいだろ
969 ：
仕様書無しさん ：2006/07/23(日) 15:21:32
反論ってどれ？
何で夏相手に全部が全部真面目に相手にしなきゃならんの？
973 ：
仕様書無しさん ：2006/07/23(日) 15:42:47
きっちり反論するって言ったお方は何処にいかれたのかなー
974 ：
仕様書無しさん ：2006/07/23(日) 15:46:14
夏夏言ってる奴が言う度に無様に追い詰められてるな
どこが追い詰められてる？反論しおわってんじゃん。
977 ：
仕様書無しさん ：2006/07/23(日) 15:51:00
ちゃんと反論してよ
無知は相手にするなという良いサンプルが取れましたね
979 ：
仕様書無しさん ：2006/07/23(日) 15:58:13
あれ？１行になってるぞｗ
980 ：
仕様書無しさん ：2006/07/23(日) 16:00:54
だけとか言ってるしｗ
982 ：
仕様書無しさん ：2006/07/23(日) 16:04:36
で？
無知を相手にするのは疲れるねとい結論がなりたった。
一個レスついてて狂喜乱舞してるんだろう
985 ：
仕様書無しさん ：2006/07/23(日) 16:07:03
今度は無知とか言ってるぞ
以下、夏郎のぐちだけお送りします
987 ：
仕様書無しさん ：2006/07/23(日) 16:16:30
今の学生ってJAVAの多いからな
988 ：
仕様書無しさん ：2006/07/23(日) 16:19:06
言わしとけよ、デスマでてんぱってんだろ休みもないんだろうなぁ
989 ：
仕様書無しさん ：2006/07/23(日) 16:20:52
夏と無知とおじゃばさま
あからさまな自演乙
991 ：
仕様書無しさん ：2006/07/23(日) 16:28:26
Rubyって使われないの？
自演ですって
ここまで全部俺のｼﾞｻｸｼﾞｴﾝ
血ッもれも参加したかったぜ！
995 ：
仕様書無しさん ：2006/07/23(日) 17:51:58
J
a
k
998 ：
仕様書無しさん ：2006/07/23(日) 19:34:43
ところで夏坊発言様は何処いったの？
>>998 空気読めよ ('A`)('A`)('A`)
1000 ：
仕様書無しさん ：2006/07/23(日) 19:37:07
おじゃばさまー
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。
