Javaが遅いという奴は遅れたバブル世代じゃね？　２

1 名前：仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ] さ、語れ。Javaよりも遅い脳みそを持つ人々について C/C++の栄光の時代は終わった。 C/C++を使った仕事が少なくなってきたことによる 愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？ C言語信者の年齢層は30代〜50代。 バブル世代から新人類世代にまで広がる まさにオッサン世代ですね。だからガーベッジコレクタの 動作原理も知らない化石的思考といわれる。 今C言語はJVMとOS作るだけで十分だ。それ以外のことは いずれ、すべてJavaに委譲すべきだ。 前スレ Javaは遅いという奴は遅れたバブル世代じゃね？ pc8.2ch.net/test/read.cgi/prog/1136434011/ Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ Javaって重くね？　その２ pc8.2ch.net/test/read.cgi/prog/1136359572/ 関連スレ 先があるのはC++とJavaのどっち？ pc8.2ch.net/test/read.cgi/prog/1132157362/ 353 名前：仕様書無しさん [2006/04/30(日) 18:18:56 ] Java自体もう終わってるよ・・ さんざん企業でテストしつくされ、結果「使えない」という結論に・・・ ああ、必死でJavaを覚えた奴ってBakaみたいｗ 354 名前：仕様書無しさん [2006/04/30(日) 18:23:20 ] え〜、、、、いま社内研修で必死で勉強してるのに。 355 名前：仕様書無しさん [2006/04/30(日) 18:24:57 ] ﾌﾞﾋﾞしか出来ない通称「ｸﾞﾗﾏｸﾝ」が大暴れ JavaやCが出来ないことをｺﾝﾌﾟﾚｯｸｽにJava、Cを叩きまくり pc8.2ch.net/test/read.cgi/prog/1143203111/ pc8.2ch.net/test/read.cgi/prog/1142133161/ pc8.2ch.net/test/read.cgi/prog/1126706946/ 356 名前：仕様書無しさん [2006/04/30(日) 18:44:21 ] VisualStudio>>>>>>>>>>>>>>アルプス山脈＞＞＞＞＞＞＞＞＞＞＞＞太陽>>>月＞＞＞＞ 357 名前：仕様書無しさん mailto:sage [2006/04/30(日) 20:33:49 ] ＞＞＞＞＞＞亀 358 名前：仕様書無しさん [2006/05/01(月) 23:36:35 ] >>331 結構長い付き合いだから、君みたいにﾊｱﾊｱしてｱｾｱｾしてないんだよ。 359 名前：仕様書無しさん mailto:sage [2006/05/02(火) 00:51:17 ] >>353 どっかでみたコピペだな。 マルチウザ 360 名前：仕様書無しさん mailto:sage [2006/05/02(火) 00:52:45 ] >>358 つまりモデル経験ありのよぼよぼのオバサンと付き合ってるのかw モデルというよりただの駄目AV女優か駄目ヤンキー女と 付き合ってるだけじゃねえのかw 361 名前：仕様書無しさん mailto:sage [2006/05/02(火) 07:17:54 ] >>359 Javaを稚拙に叩いてるのはｸﾞﾗﾏｸﾝってVB6信者の池沼だよ pc8.2ch.net/test/read.cgi/prog/1143203111/ pc8.2ch.net/test/read.cgi/prog/1115018741/ 362 名前：仕様書無しさん mailto:sage [2006/05/02(火) 11:00:52 ] ﾀﾞｻｯ VB厨ごとこがJavaに喧嘩売ってるのかw しかもC厨のフリをしていれば 高度なスキルがあると思ってくれると勘違い しているところが実にイタイなw 363 名前：仕様書無しさん mailto:sage [2006/05/02(火) 11:01:06 ] ＶＢ厨ごとき 364 名前：仕様書無しさん [2006/05/02(火) 11:12:53 ] 信頼性 VB＞＞＞Java 速度 VB＞＞＞＞＞＞＞＞Java 作りやすさ VB>>>>>>>>>＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞じゃヴぁ 365 名前：仕様書無しさん [2006/05/02(火) 11:38:08 ] >>360 現役ぴちぴちのﾌﾟﾘﾌﾟﾘのｼｬｷｼｬｷなデルモﾀﾝなんだよ。 漏れの周りはお嬢様しかいないからヤンキーとは縁が無い。 君は逆にヤンキーしか縁がないのかな。 Javaやめれば世界が変わるかもよ なっ 366 名前：仕様書無しさん mailto:sage [2006/05/02(火) 19:47:46 ] >>365 そんなかわいそうな事言うなよ。 Javaやめれば世界が変わるかもよ ・・・じゃなくて世界が終わるよ！ の可能性が高いんだから。 367 名前：仕様書無しさん mailto:sage [2006/05/03(水) 00:14:04 ] JVM無くなったら食っていけない奴らだしな。 368 名前：仕様書無しさん mailto:sage [2006/05/03(水) 00:26:34 ] ハードがどんどん進化してく中で、JVMのような概念はなくならないと思うけどね。 369 名前：仕様書無しさん [2006/05/03(水) 00:35:34 ] いらんもんは無くなる 370 名前：仕様書無しさん mailto:sage [2006/05/03(水) 02:04:51 ] なんつのかな、「プログラミング言語」としての優劣なら賛否あると思うけど その言語を使ってプログラムを組む「中の人」の優劣なら明らかにJava有利じゃないか？ ﾌﾞﾋﾞ厨はｸﾞﾗﾏｸﾝみたいな理論のかけらのない奴多いし 371 名前：仕様書無しさん mailto:sage [2006/05/03(水) 02:22:18 ] 中の人の多くは同一の人間だから別に有利ということはないだろ 中が腐ってるのはどこも一緒、言語が違えば用語も違うだけで養護が必要なのはいつの時代も変わらんさ 372 名前：仕様書無しさん mailto:sage [2006/05/03(水) 06:37:52 ] おじゃばさまの優位性ねえ・・・。 中身がなくてラッパみたいにお題目吹いてくれるからSUNにとっては・・・。 害しかないじゃんよｗｗｗ 373 名前：仕様書無しさん mailto:sage [2006/05/03(水) 11:58:53 ] >>370 ＶＢは論外です。 374 名前：仕様書無しさん mailto:sage [2006/05/03(水) 12:01:09 ] >>368 学会の常連が好んで言いそうな言葉だな。 それはエンジニアリングではなく研究だ。 375 名前：仕様書無しさん mailto:sage [2006/05/03(水) 14:39:29 ] >>365はどこまで妄想をふくらませるのでしょうかw 376 名前：仕様書無しさん mailto:sage [2006/05/03(水) 14:40:25 ] >>367 JVMはコピーをとっておいてあるからなくならないよw というかサードパーティ各社が独自にJVMを 作っているから困りませんがw 377 名前：仕様書無しさん mailto:sage [2006/05/03(水) 14:41:19 ] >>374 エンジニアリング(工学)という分野で研究している学者もいるんだが。 378 名前：仕様書無しさん mailto:sage [2006/05/03(水) 14:59:01 ] >>377 残念ながら、現在のエンジニアリングはまだ学問とは呼べない。 理論を学べば誰でもできるものではない。 379 名前：仕様書無しさん mailto:sage [2006/05/03(水) 15:19:24 ] 誰でもできるって馬鹿でもできればいいってもんじゃないだろ。 380 名前：仕様書無しさん mailto:sage [2006/05/04(木) 12:30:07 ] 定義的には馬鹿でも努力すればできるのが学問だがな。 381 名前：仕様書無しさん [2006/05/06(土) 20:05:59 ] VB以下のJavaなんていまどきｗｗｗｗ 382 名前：仕様書無しさん [2006/05/06(土) 20:06:57 ] あ！ｸﾞﾗﾏｸﾝが湧いた 383 名前：仕様書無しさん mailto:sage [2006/05/06(土) 21:19:51 ] ﾌﾞﾋﾞｸﾞﾗﾏｸﾝ必死だねw 384 名前：仕様書無しさん [2006/05/06(土) 21:25:04 ] ｸﾞﾗﾏｸﾝてコテやトリップ使わず、書き込みの内容も あたかも他人のフリして書いてるけど、書き込みの内容に理論性のかけらも無いから すぐｸﾞﾗﾏｸﾝて解るよねｗ 385 名前：仕様書無しさん mailto:sage [2006/05/06(土) 21:29:59 ] ﾜﾛｯﾀw 386 名前：仕様書無しさん mailto:sage [2006/05/07(日) 15:34:12 ] JavaのCollectionってなぜか遅いんだよな。 Javaが早いと言う根拠も、みんなCollection使ってない サンプルばかり。 387 名前：仕様書無しさん [2006/05/07(日) 17:36:46 ] >>382 >>383 >>384 蛇腹が偉そうなクチ叩くなよ 388 名前：仕様書無しさん mailto:sage [2006/05/07(日) 17:43:10 ] Collection使うと頻繁にヒープを確保しにいってると思うよ まぁJAKARTAのcommonsにあるやつは標準よりも速いけど それはやっぱり糞JAVA文化内でのどんぐりの背比べだな 389 名前：仕様書無しさん [2006/05/07(日) 17:52:05 ] ｸﾞﾗﾏｸﾝ意気消沈気味？ 390 名前：仕様書無しさん [2006/05/08(月) 00:23:33 ] >>386 LinkListとArrayListとの使い分けを間違えて 遅いというコードもあったりするが、 具体的にそのベンチマークのデータを見せてくれないかな。 391 名前：仕様書無しさん mailto:sage [2006/05/08(月) 00:24:57 ] あと、ハッシュを使うとき、 ただHashMapやLinkedHashMapを使った場合とTreeMap, SortedMap を使った場合とでは速度がそれぞれ異なる。 その辺りも理解しているだろうか。 挿入、削除は速いがアクセスは遅い、 またはその逆になっているクラスもあるということだ。 392 名前：仕様書無しさん mailto:sage [2006/05/08(月) 00:49:42 ] >>390 ほれw Collections.sort(list); 393 名前：仕様書無しさん [2006/05/08(月) 01:08:06 ] 安定性 VB＞＞＞Java 速度 VB＞＞＞＞＞＞＞＞＞＞＞＞＞Java 作りやすさ VB>>>>>>>>>>>>>>>>>＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞じゃｖ 394 名前：仕様書無しさん mailto:sage [2006/05/08(月) 01:09:45 ] >>393 １つ忘れてるぞ 給料（年俸） JAVA >>>>> VB それでいいのかVBさん？ 395 名前：仕様書無しさん mailto:sage [2006/05/08(月) 04:03:37 ] >>392 Collections.sortのソースを追いかけてみたが、一旦全体を配列にコピーした後、 Arrays.sortを使った後、リストに戻してるのな。 しかもArrays.sortの中でmergesortを使うためにまた全体をコピーしてるしｗ こりゃ遅いわ。 Javaコンパイラは速いかも知らんが、その前のJavaのソースが糞だわｗｗｗ 396 名前：仕様書無しさん [2006/05/08(月) 15:54:56 ] 糞Javaソースをデコンパイル後解析してまで叩くのが最近の主流ですか？ 397 名前：仕様書無しさん mailto:sage [2006/05/09(火) 01:24:09 ] Ｊａｖａのバイトコード解析って何使ってやってる？ 俺、バイトコードの仕様見つつ覚えながら脳内解析なんで 時間かかってしゃあない誰かいいツール教えて 398 名前：仕様書無しさん mailto:sage [2006/05/09(火) 03:12:59 ] マージソートのせいで遅いというのもあるんじゃないのか。 これは速さを取るよりも安定なソートをやりたいってことだろ。 しかし、問題はやたらメモリ使ってるところだな。 399 名前：仕様書無しさん mailto:sage [2006/05/09(火) 12:07:07 ] >>392 ベンチマークに使ったソースコードとセットでデータが欲しいんだが。 それにArrayListとLinkListとではソートにかかる時間も異なるぞ。 ソートでなくてもデータ量が多いときと少ないときでもアクセス、データ追加削除更新速度に差が出る。 挿入ソートを用いているTreeMapやTreeSetとも比較してくれ。 ただし挿入する時点でソート済みなので挿入速度と含めて比較してみてくれ。 400 名前：仕様書無しさん mailto:sage [2006/05/10(水) 00:36:40 ] 自分で試してみれば。 401 名前：仕様書無しさん mailto:sage [2006/05/10(水) 01:36:58 ] ここは言い出しっぺの>>392に試させるのが 筋ってもんだが。 402 名前：仕様書無しさん mailto:sage [2006/05/10(水) 03:10:25 ] クレクレ君乙。 403 名前：仕様書無しさん [2006/05/10(水) 04:09:14 ] List<Integer> list = new ArrayList<Integer>(); Random r = new Random(); final int N = 1000000; for (int i = 0; i < N; ++i) { list.add(r.nextInt()); } long start = System.currentTimeMillis(); Collections.sort(list); long end = System.currentTimeMillis(); System.out.println("Java : " + (end - start) + "ms"); Java : 1532ms C++　:　120ms 404 名前：仕様書無しさん mailto:sage [2006/05/10(水) 08:04:14 ] マジか。 マージソートとかコピーしてるという次元の違いじゃない気がするぞ。 405 名前：仕様書無しさん [2006/05/10(水) 11:39:40 ] >>397 デコンパイルツール ttp://pc8.2ch.net/test/read.cgi/prog/1146146874/285-290 406 名前：仕様書無しさん mailto:sage [2006/05/10(水) 13:17:39 ] Jakarta Commons Collectionsにsort関連のメソッド があったと思うが 407 名前：仕様書無しさん [2006/05/10(水) 13:20:25 ] Javaの場合、sort関数なんて使わずに データを追加する時点でソートするTreeMap, TreeSetタイプを 使うことを推奨しているんじゃないのか？ データを作る時点ですでにソート済みにしておけば わざわざsortなんてする必要無いからな 408 名前：仕様書無しさん mailto:sage [2006/05/10(水) 13:24:05 ] データの並びやデータ量によってはクイックソートが必ずしも速いとは 限らないのでArrays.sort()やTreeMapが必ずしも遅いとは言い切れぬ 409 名前：仕様書無しさん mailto:sage [2006/05/10(水) 14:18:07 ] それにしても10倍遅いってのはどうなの。 410 名前：仕様書無しさん mailto:sage [2006/05/10(水) 16:06:56 ] 遅いという結果を示すソースコードと測定方法を見せてくれないことには どうにも検討しようがないのだが。 411 名前：仕様書無しさん [2006/05/10(水) 16:08:22 ] >>409 いろんな意味で設計がまちがってるんだろね まあ、競輪場でMTBとロードの戦いを見ても勝負は見えてると思うぞ 412 名前：仕様書無しさん mailto:sage [2006/05/10(水) 17:55:32 ] >>410　 >>403を見ろ。 413 名前：仕様書無しさん [2006/05/10(水) 18:17:19 ] コードレビューが始まったと聞いて駆けつけました 414 名前：仕様書無しさん mailto:sage [2006/05/10(水) 18:46:05 ] >>412 C++のソースコードが無いぞ 415 名前：仕様書無しさん mailto:sage [2006/05/10(水) 18:50:49 ] vector<int> v; clock_t t; for (int i = 0; i < N; ++i) { v.push_back(rand()); } t = clock(); stable_sort(v.begin(), v.end()); cout << "C++ :" << (double) (clock() - t) * 1000 / CLOCKS_PER_SEC << "ms\n"; 416 名前：仕様書無しさん [2006/05/10(水) 18:54:30 ] うむ。C++のソースはカコイイな。糞Javaとは違う！！ 417 名前：仕様書無しさん mailto:sage [2006/05/10(水) 18:56:14 ] C++最強 418 名前：仕様書無しさん [2006/05/10(水) 18:56:42 ] ただソートしてるだけでそんなに差が出るものなのかな。 何行にもわたる計算をしてるわけじゃなくて、一行で専用関数に処理を任せる 場合だろ。原理的に、この場合に遅くなるはずはないんだが。 ソートだけ特別遅いんじゃないの？ 419 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:00:02 ] >>416 clock_t　←　これを見た時点で恰好悪いと思ったなあ このアンダースコア(_) 使わなくてもいいのにダサいぜ。 420 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:00:14 ] >>418 JavaのCollections.sortは、ソートの本体(Arrays.sort)の前後に、配列に入れたり戻したりする処理を行っていて、 そこがJavaで書かれている。 421 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:01:22 ] >>419 push_back()とかもダサいな。 422 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:01:37 ] >>415 Ｎのサイズがいくつなのか Ｎのサイズ毎に速度を計算してみてくれ。 Nのサイズ、というかデータのを変えると速度差に 変化が現れるはずだ。 できれば横軸にサイズ、縦軸に速度をとった グラフとしてデータが欲しいところだな。 423 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:03:29 ] いや、Arrays.sort自体も全部Javaで書かれてるな。 やっぱりJavaが遅いんだろ。 424 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:04:01 ] 古いサイトだが、 JavaとC++とで配列やリストの速度比較してるサイトがあったが 配列長、リスト長が長ければ長いほどJavaとC++との速度差は 縮まっていくようになっていたね。 とくに1万件を越えたあたりでJavaとC++とでは速度差が気にならなく なるほどどころか、Javaのほうが速くなっていたような。二つの色違いの 折れ線グラフが1万件のところで交差していたような記憶がある。 しかし良く覚えていない。 425 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:04:44 ] >>422 >>424 Nの値については、>>403を見ろ。 426 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:05:59 ] >>423 だからデータサイズを出せといいたい。 それから測定に使用したマシンんの メモリ容量、Java起動オプション、Javaのバージョン、 コンパイルされたファイルのバージョン、JVMのバージョン、 マシンのスペックも示せ。 でないとどれだけJavaの速度差が実際の仕事でネックになるのか よくわからん。 427 名前：仕様書無しさん [2006/05/10(水) 19:06:31 ] >>419 アンダースコアをダサいと言う Java厨 カコイイと言うC/C++厨 相容れない世界なのであった それは 【Java厨はブラインドタッチが出来ないから】 428 名前：仕様書無しさん [2006/05/10(水) 19:07:20 ] >>426 そこまで枝番しらべなきゃならないのかｗ 429 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:09:15 ] >>425 本当にC++のNと同じサイズになっていればの話だが。 ついでだが、各々のコンパイラは何を使ったのか説明が足りないな。 430 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:10:10 ] >>427 C言語厨はいつもこういう根拠のない発言しかできない。 Javaでも定数を宣言するときにアンダースコアを使うんだが。 C言語しかできない馬鹿は死んでいいよ 431 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:10:28 ] >>428 1.3と1.5では速度が劇的に違うからな 432 名前：仕様書無しさん [2006/05/10(水) 19:10:52 ] なぜか必死なJava厨ｗ 433 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:11:39 ] >>423 -serverオプション、ヒープメモリサイズの設定などによっても Javaのパフォーマンスは変わる。 そもそもsort()なんて滅多に使わない。 TreeSetやTreeMapをよく使う俺には一切必要ない。 データを追加する時点でソートされているからな 434 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:11:56 ] 自分が必死だと気づいていないC言語厨w 435 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:12:42 ] Collections,sort()は一度も使ったことがないね 436 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:12:54 ] >>424 Javaの方が速くなってたそのサイトってもうないの〜？ シンジラレマセーン 437 名前：仕様書無しさん [2006/05/10(水) 19:13:12 ] getJavatyuUnkonaBakadayon(); なんて長々アンダースコアがつかないでくどくどしいより良い。 438 名前：仕様書無しさん [2006/05/10(水) 19:13:36 ] -serverオプションやヒープメモリサイズを変えた場合の ベンチやマシンのスペックをださないC厨は事実を必死に誤魔化 してんじゃねえの？ 439 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:14:08 ] >>436 情報が古いから今だったらもっとJavaは速くなってるからねえ。 どこかの大学の研究室のサイトにあるらしい 440 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:14:57 ] >>437 その長さはネーミングに問題有りだな。 クラス設計からやりなおしたほうがいい。 クラスの親子関係、メソッド引数などを考慮すると ネーミングを短くする術が見つかる 441 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:15:55 ] とりあえずC厨は古いからこっちのスレでも読んで 自分が今置かれている立場を理解汁 【あちら側】ウェブ進化論【Web2.0】 pc8.2ch.net/test/read.cgi/prog/1147237602/ 442 名前：仕様書無しさん [2006/05/10(水) 19:17:49 ] Axisは結構長いの使ってるけどねえｗ ttp://ws.apache.org/axis/java/apiDocs/org/apache/axis/security/simple/SimpleSecurityProvider.html 443 名前：仕様書無しさん [2006/05/10(水) 19:19:05 ] とりあえずJava厨はJavaやめたほうがいいぞｗ 444 名前：仕様書無しさん [2006/05/10(水) 19:21:05 ] ほれっ長いぞ ttp://ws.apache.org/axis/java/apiDocs/org/apache/axis/transport/http/AbstractQueryStringHandler.html 445 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:21:29 ] Javaは嫌いだけど使わざるおえないんだよぉ〜？ 446 名前：仕様書無しさん [2006/05/10(水) 19:24:49 ] >>415のマシンのスペック情報ﾏﾀﾞｰ？ 447 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:25:42 ] >>442 冗長性もとくになく短いだろw 文字区切りも少ないしな 448 名前：仕様書無しさん [2006/05/10(水) 19:25:58 ] getJavatyuUnkonaBakadayon configureResponseFromAxisFault 漏れのサンプルのが短かったよ＞レスくれJava厨 449 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:26:25 ] >>415のマシンは500MHz程度と見た そりゃ遅くなる罠 450 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:27:43 ] >>448 前者は意味が通じないし冗長だし 後者のほうが意味がわかる。 getCgenngochu(Attribute.UnkodaBakadayon) のほうがいいな 451 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:28:35 ] そもそもBakadayonというネーミングがC言語厨のセンスの無さを 伺わせる。 452 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:29:20 ] しかもC言語厨はUnkodaなんてネーミング。 小学生かお前はw 453 名前：仕様書無しさん [2006/05/10(水) 19:30:38 ] 長さで負けたので悔しくてネーミングを叩きだしましたｗ 454 名前：仕様書無しさん [2006/05/10(水) 19:32:43 ] 喪前の設計センスはいいなｗ apacheに言ってやれよｗ クラス設計を見直したほうが良いってさｗ 455 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:42:03 ] >>431 お前らさ、>>403のコードが1.5だということすらわからないの？ｗ -serverオプションとかさあ、つけて自分のマシンで試してみりゃいいじゃねぇか ソースも出てることだし。 まあ、Javaは遅いよ。何が原因かは知らんが。 456 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:48:30 ] > 長さで負けたので悔しくてネーミングを叩きだしましたｗ またC言語厨の言い訳だw 名前のセンスのもんだいなんだがw 457 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:49:29 ] >>455 10倍速くしたというのが信用できないから まずは言い出しっぺのあんたからスペックを提示してみたほうが いいんじゃないか 458 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:50:32 ] 別に信用しなくてもいいんじゃね？そんなに信用できないなら実行してみれば？ｗ 459 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:57:45 ] まあでもネタみたいに見える。俺はめんどくさいからやらないけど。誰かが追試してくれればいい。 460 名前：仕様書無しさん [2006/05/10(水) 21:05:14 ] クレクレ君に真面目に付き合うとこうなるという例。 461 名前：仕様書無しさん [2006/05/10(水) 21:15:37 ] 面白いことを発見した。 コードを以下のように書き換えたら List<Integer> list = new ArrayList<Integer>(); Set<Integer> set = new TreeSet<Integer>(list); Random r = new Random(); final int N = 1000000; for (int i = 0; i < N; ++i) { set.add(r.nextInt()); } long start = System.currentTimeMillis(); Collections.sort(list); long end = System.currentTimeMillis(); System.out.println("Java : " + (end - start) + "ms"); //$NON-NLS-1$ //$NON-NLS-2$ こういう結果になった。 Java : 0ms 462 名前：仕様書無しさん [2006/05/10(水) 21:18:06 ] Javaのほうが速くなってるのはどうして？ 463 名前：仕様書無しさん [2006/05/10(水) 21:21:02 ] それに何の意味があるの？ 464 名前：仕様書無しさん [2006/05/10(水) 21:21:52 ] >>462 Set.addのときにソートしてるから。 くだらないから無視しときなさい。 465 名前：仕様書無しさん [2006/05/10(水) 21:31:31 ] set.addもうちの環境だとC++と比べて2倍ぐらい遅いなあ。 やっぱりJavaは遅いのかな。遜色ないと聞いていたのに。 466 名前：仕様書無しさん mailto:sage [2006/05/10(水) 21:42:26 ] おそらく、C++のSTLとJavaのコレクションを比べるから2〜10倍遅くなってしまうだけで、 よく言われる遜色ないというのは、細かいルーチンを自分で手で書いて 比べれば遜色ないという意味だろう。 おそらくSTLのチューンが進んでいるのではないだろうか。 467 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:21:38 ] >>464 つまり、Set.addでソートしておけば速いってことじゃないのかな？ 468 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:21:52 ] >>465 ソースコード公開きぼん 469 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:22:46 ] >>466 2〜10倍になるちゃんとしたデータが欲しい。 sortは差はかなりでているけど ほかのコレクション系についてはどうだろうか。 470 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:43:31 ] >>467 それはJavaとC++を比べてどうこういうのとは問題が違うだろう。 471 名前：仕様書無しさん [2006/05/10(水) 23:04:45 ] コードレビューや技術的な話になるとすっかりなりを潜めるｸﾞﾗﾏｸﾝ 472 名前：仕様書無しさん [2006/05/10(水) 23:08:28 ] ﾌﾝﾌﾝ JAVA厨藁 473 名前：仕様書無しさん [2006/05/10(水) 23:14:11 ] つかVBは蚊帳の外 474 名前：仕様書無しさん [2006/05/10(水) 23:14:56 ] コードレビューはeclipseがやってくれるから大丈夫、 変数が変でもあとでリファクタリングすれば大丈夫 て思ってるんじゃね？ 475 名前：仕様書無しさん mailto:sage [2006/05/11(木) 00:28:15 ] そんなＶＢ厨やC言語厨みたいな甘い思考じゃあるまいし 476 名前：仕様書無しさん mailto:sage [2006/05/11(木) 00:29:04 ] データ無いのか。 TreeSet使った場合のC++版のソースコードは見せないのか。 つまりJavaでやってもC++でやっても大差ないってことかな 477 名前：仕様書無しさん mailto:sage [2006/05/11(木) 02:46:37 ] その程度のこと自分で書けよｗ 何も出来ない奴は情報を得る資格もないし、これから苦労するぞ。 478 名前：仕様書無しさん [2006/05/11(木) 08:11:29 ] 書けないからクレクレしてパクリたいのがJava厨ですから 479 名前：仕様書無しさん mailto:sage [2006/05/11(木) 13:32:58 ] どうせC厨も何もかけないだろ オブジェクト指向も何もわかってないんだからな 480 名前：仕様書無しさん [2006/05/11(木) 16:16:09 ] で、単純にソートしたのが早いのは分かったけどその後はどうするの？ 項目のinsertしたあと毎回ソートするの？ 481 名前：仕様書無しさん mailto:sage [2006/05/11(木) 16:18:25 ] クタたんは解体されます。 482 名前：仕様書無しさん mailto:sage [2006/05/11(木) 21:30:10 ] んだな。insertするたびにsortするのはアホらしいな。 だからJava標準関数には凝ったsortのアルゴリズムが 用意されていないんだろうな。 だから挿入ソートで挿入した時点で即座に 順序が決まるSortedSet, SortedMapのサブクラスのコレクションクラス であるTreeSetやTreeMapなどのほうが 使い勝手がいいな 483 名前：仕様書無しさん mailto:sage [2006/05/11(木) 21:33:25 ] だから何？そんなこと言ってみたってJavaが遅いことには変わりないんだけど。 484 名前：仕様書無しさん mailto:sage [2006/05/11(木) 21:38:47 ] sortの使い道がわかってないな。 insertするたびにsortする馬鹿なんか、もともとどこにもいねぇよｗ それでもsortって関数は存在し、使われてるわけだ。 人間一人にsortの使い道を全て想像できるわけないだろ。 485 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:36:29 ] >>483 それこそだから何？ 遅いからどうしたって話なんだけど。 仕事もたくさんあるしC++にリプレースする必要が あるほど遅くは無いんだけど。 486 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:37:10 ] >>484 > sortの使い道がわかってないな。 > insertするたびにsortする馬鹿なんか、もともとどこにもいねぇよｗ sortに拘るC言語厨がいるから突っ込んでやったんだろ 487 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:39:14 ] >>486 だから、それがめちゃくちゃ的外れな突込みだがな。 488 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:40:30 ] >>485 スレタイ見てみろ。遅さを議論するスレです。 sortの使い方を議論するスレでも仕事にどちらが使えるかを 議論するスレでもない。 489 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:50:42 ] sortにこだわってるのはむしろJava厨。 とっくにset.addも2倍遅いという結論が出てる。 俺も試してみたけど、そのぐらい遅かった。 490 名前：仕様書無しさん [2006/05/12(金) 00:04:06 ] >>488 え？　Javaが遅い遅いと愚痴をこぼしてばかりいる バブル世代の愚かさを嘲笑うスレじゃなかったっけ 491 名前：仕様書無しさん mailto:sage [2006/05/12(金) 00:04:24 ] >>489 sortが遅いと言い出しっぺしたのはC言語厨だろ 492 名前：仕様書無しさん mailto:sage [2006/05/12(金) 01:10:27 ] 口が軽く仕事の厚みもペラペラの JAVAさんのネタでした。 チャンチャン 493 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:39:52 ] >>491 sortを最初に言ったのはJava厨じゃなかったかもしれないが(C言語厨？w) それにこだわってクレクレ言いまくった挙句、的外れな指摘をスルーされても 繰り返しまくったのはJava厨だろ。 まあJavaの知識すら初歩レベルっぽいからJava厨とは呼べないかもしれないけど。 494 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:42:25 ] C#って最近きてるよね。くさってもMicrosoftですよ。Javaはピンチですよ。 495 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:44:49 ] いや、まだ全然大丈夫だろ。 496 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:45:36 ] M$の人いってたけど、来年はC#の年になるみたいだね C#の開発の方が来年は多くなるみたい。そのせいで 単価ちょっとずつ上がってるってさ 497 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:46:46 ] いくらM$でもそこまでは言わないだろｗ ソースあるのか？ 498 名前：仕様書無しさん [2006/05/12(金) 08:18:58 ] 実際.aspxでぐぐってみろよ JR東日本も.net C#その他多数公開されている 今後どんどん増える。 JavaはJAL,ANA,GET-Uしかない、2chで遅いと有名になってしまって今後増えそうもない。 499 名前：仕様書無しさん [2006/05/12(金) 08:27:36 ] カブドットコムのチャートもJAVAなんだけど いちいち再描画するのが遅い 500 名前：仕様書無しさん [2006/05/12(金) 09:01:46 ] >クレクレ言いまくった挙句 ﾜﾗﾀ 501 名前：仕様書無しさん mailto:sage [2006/05/12(金) 09:44:16 ] 正解を言うと、Javaのコレクションが遅いのは、Object単位で 操作してるから。 これはJavaの構造上どうしようもない。 どうあがいてもコレクションがSTLを上回ることはないよ。 502 名前：仕様書無しさん mailto:sage [2006/05/12(金) 10:12:18 ] JavaがC++と同等に速いというのは、 ・基本データ型にコレクションを使わない ・描画は除外 ・起動時間は除外 という条件を満たしてはじめて成り立つ。 世の中、たいていのうまい宣伝文句にはこうやって条件が 省かれてるんだよ。 503 名前：仕様書無しさん mailto:sage [2006/05/12(金) 18:36:20 ] >・起動時間は除外 詐欺 504 名前：仕様書無しさん mailto:sage [2006/05/12(金) 22:51:26 ] C#もそんなに速いとも思えんけどね 505 名前：仕様書無しさん mailto:sage [2006/05/12(金) 23:29:55 ] ネィティブ以外は糞。 506 名前：仕様書無しさん mailto:sage [2006/05/12(金) 23:45:36 ] VMのつくりは、C#のほうがすっきりしているし 遅いというなら、メモリ管理全部アンマネージで管理してみろ 507 名前：仕様書無しさん mailto:sage [2006/05/13(土) 04:32:01 ] ていうか、なんだかんだいってSunのソフトって、質に関してはMSのほうが遥かに上だな。 まあ、かけた金額からいっても比べるのは可哀想かもしれないけど。 508 名前：仕様書無しさん [2006/05/13(土) 20:33:22 ] Javaの貧弱さとMSの技術力（資金力）の高さはしかたない 509 名前：仕様書無しさん [2006/05/13(土) 21:26:20 ] なんか最近のJavaとJava厨押されっぱなしだな 510 名前：アホアホうんこ [2006/05/13(土) 22:06:14 ] JAVA使いってのは小僧が多いし、 経験もない頭でっかちが命削ってコード書いてきたベテランに口喧嘩してもかなうはずがない JAVA厨が押されて当たり前でしょう 511 名前：アホアホうんこ [2006/05/13(土) 22:11:01 ] JAVAだ、Ｃ＃だ、.NETだ、言語　言語　と騒いでいるが、一番重要な言語を忘れてないかい？ そんな賞味期限つきの言語なんかよりよっぽど大切な言語、それは ストラクチャークエリー言語でしょ 512 名前：仕様書無しさん mailto:sage [2006/05/13(土) 22:20:28 ] SQLっていっても複数あるわけだが・・・ そのなかで騒いでいるのと同じでしょ・・・ 513 名前：アホアホうんこ [2006/05/13(土) 22:27:30 ] ＳＱＬ９９だけ知ってれば問題ないでしょ、 ５１２は知ったかぶり 514 名前：512 mailto:sage [2006/05/13(土) 22:38:48 ] すまん。やっぱり無理な突込みだったな 515 名前：アホアホうんこ [2006/05/13(土) 22:48:10 ] 実を言うと俺（アホアホうんこ）はギリギリＪＡＶＡ世代で 仕事でＪＡＶＡのアプリ、ＪＳＰ、サーブレットやった事あるけど 開発するとき、デバッグとか重くて毎回イライラしてた イクリプスやフォルテ（ワンスタジオの先祖）は重くてダメポンだけど、ちょっと前のＡＰワークスなんて 重すぎてデバッグかけるとＰＣがフリーズだったぞ（ペン３、メモリ５１２だったけど）、スーパーダメダメ といろいろやったけど、ＰＧ的にはＭＳ製品がイイヨ。サクサクとデバッグできるし 設計側の目で見た場合はJAVAでも何でも、どーでもいいよ 516 名前：仕様書無しさん mailto:sage [2006/05/13(土) 23:28:40 ] 携帯アプリ開発の俺が一番アホアホうんこだから心配しなくていいよ。 517 名前：仕様書無しさん mailto:sage [2006/05/14(日) 04:54:33 ] ＞ＳＱＬ９９だけ知ってれば問題ないでしょ、 ほんまかよ。 518 名前：仕様書無しさん mailto:sage [2006/05/14(日) 09:13:42 ] SQL99 て言いたいだけだろ。 あれに完全準拠した DBMS などなく、 しかもチューニングの手法もバラバラな状況で 「SQL99 だけ知ってれば」 など笑止。 519 名前：仕様書無しさん [2006/05/14(日) 20:08:24 ] >>502 > JavaがC++と同等に速いというのは、 > ・基本データ型にコレクションを使わない > ・描画は除外 > ・起動時間は除外 > という条件を満たしてはじめて成り立つ。 今のマシンパワーならそれらの条件を 満たさなくても十分速いよ 520 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:09:09 ] とりあえずやねうらおを撲滅させて 次はネカマのryokoを撲滅させるか。 奴はC++をマンセーしていたよな。 痛い目に遭わせてやる 521 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:15:09 ] >>519 そのマシンパワーがあればC++はもっと速いよ つまりどんな環境であっても C++＞＞＞Java この構図はかわらないわけだ 522 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:49:15 ] Java支持派の受け答えはどっかの学会の答弁みたいだな。 523 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:54:23 ] そりゃそうじゃね。やり込められないように逃げて 突っつき返して逃げるしかないし 524 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:55:00 ] 稚内のおっさんの影響か？ 525 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:11:54 ] >>521 > >>519 > そのマシンパワーがあればC++はもっと速いよ > つまりどんな環境であっても > C++＞＞＞Java > この構図はかわらないわけだ 絶対的な微々たる速度差でC++がJavaに勝っているからといって 今更Javaで作られた製品をすべてC++に移行するのは まったく採算に合わないわけだが。 各OSやCPU毎にまた作り直すのは アプリが大規模で有ればあるほど無駄というものだよ。 526 名前：仕様書無しさん [2006/05/14(日) 23:12:38 ] ryokoのブログが消えて やねうらおが会社を畳む。 次はどこのC言語厨を攻撃するか 527 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:15:09 ] 今のマシンでもJavaの起動は遅いよ。 528 名前：仕様書無しさん [2006/05/14(日) 23:28:19 ] >>527 バカだなお前 一度起動したら二度と起動し直さなくても良いように作れば良いんだよ。 529 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:39:07 ] >>528 奇才現る 530 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:57:05 ] バカだなお前 起動しないようにすれば良いんだよ。 531 名前：仕様書無しさん mailto:sage [2006/05/15(月) 00:59:34 ] どれだけパソコンが進化しても、クリティカルな処理が2倍になったりすると、 2倍にならない場合と比べて不便だろ。 クリティカルな処理にコレクションを使えないというのは結構きつい。 532 名前：仕様書無しさん [2006/05/15(月) 01:16:10 ] ＞＞５１９ 十分遅くて、メモリ馬鹿食いです、、、 533 名前：仕様書無しさん [2006/05/15(月) 01:17:09 ] ＞＞５２５ 全てのOSで動作させないものほど、機種依存を高めて安定させるべき 534 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:17:48 ] 十分遅いし、そのくせメモリ馬鹿食い だからSはノード増やせとかDQNな事を 平気で言ってくる 535 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:37:00 ] >>531 どんなときでも同じプログラムの速度差が2倍の比例関係にあるとは 限らないんだが。そんな単細胞みたいなワンパターンな 考え方しかできないからいつまでたってもJavaに飛び込むことができないんだよ。 Javaはレスポンス性能ではC++には劣るが、 スループット性能ではC++をはるかに上回る。 536 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:37:47 ] >>532 CPU3GHz, メモリ2GBだが、Javaは十分速いぞ。 わざわざC++にリプレースする必要もない。 これがサーバアプリだったらなおさらC++に リプレースするメリットなんて全くない。 537 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:38:24 ] >>533 > ＞＞５２５ > 全てのOSで動作させないものほど、機種依存を高めて安定させるべき 全てのOSに対応させてどうする。 使いもしない古臭いOSにまでいちいち対応するニーズがどこにある。 538 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:41:34 ] JavaのGUIは負荷が応答がなくなるのを何とかして欲しいんだが 539 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:42:48 ] >>538 ×負荷が ○負荷が高くなると 540 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:58:59 ] たとえばどんなアプリ？ 541 名前：仕様書無しさん mailto:sage [2006/05/15(月) 02:24:58 ] ＞Javaはレスポンス性能ではC++には劣るが、 ＞スループット性能ではC++をはるかに上回る。 分かりやすく説明しておくれ。 542 名前：仕様書無しさん mailto:sage [2006/05/15(月) 02:48:28 ] 聞くまでも無くハッタリｗ 543 名前：仕様書無しさん mailto:sage [2006/05/15(月) 06:56:33 ] ApacheがなぜJavaで出来てないのか考えたらわかりそうなものなのになｗ 544 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:09:20 ] Javaで作られたサーバーって結構あるんだが。 545 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:28:32 ] そして結構失敗してるな。 546 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:42:33 ] YahooのサーバーがJavaなわけだが。 もとはLispだが。 547 名前：仕様書無しさん [2006/05/15(月) 07:52:52 ] ＞＞５３６ あ り え な い 548 名前：仕様書無しさん mailto:sage [2006/05/15(月) 11:58:27 ] >>543 「開発が始まった当初、Java など存在していなかったから」以外の理由が？ 549 名前：仕様書無しさん mailto:sage [2006/05/15(月) 19:43:48 ] >>538 AWT-Thread以外からのデータ投入は、 キューイングしてかつ適当なインターバル開けてかつAWT-Threadに移譲してる。 それでも極まれに数十秒AWT-Threadが戻ってこないときがある。 awt と swing 整理して綺麗に書き直して欲しい。 550 名前：仕様書無しさん mailto:sage [2006/05/15(月) 20:12:11 ] >>547 ありえない根拠は？ Javaの仕事とC++の仕事、どっちが 多いと思っているんだ？ 551 名前：仕様書無しさん mailto:sage [2006/05/15(月) 21:46:35 ] >>550 まぁC++使いこなせる奴がそういないからね。 552 名前：仕様書無しさん [2006/05/15(月) 21:53:41 ] いや、そういう理由だけでC++の仕事が少ない分けじゃあないハズなんだが。 ヘッダファイルの扱い欠陥が管理のしづらさと言語としての使いにくさを決定的に してC++の人気が減ったのではないかと思う。 553 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:15:42 ] ヘッダファイルの扱い欠陥？何を言ってるんだ？池沼か 原因はそんな事じゃないだろ。　もっと単純な事だ 使いこなせる奴がいない これだけだ 554 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:20:43 ] マが低レベル化したからね。 昔は中高生が趣味でアセンブラ使ってたわけで。 555 名前：仕様書無しさん [2006/05/15(月) 22:22:24 ] 今日も元気に沸いてるお 556 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:22:58 ] Javaの仕事が多いなら理由はJavaコンサルが大風呂敷広げてホラ吹きまくってそれが客にウケたからだ。 少なくとも技術的に良かったからではない。 557 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:29:13 ] つーか、お前らJava嫌いなC言語厨の コミュニケーション能力が弱いから顧客を 説得できないだけじゃねえのか？ そうとしか思えないのだが。 558 名前：仕様書無しさん [2006/05/15(月) 22:38:27 ] いやプログラマの質の劣化が進んでるから（特に若年層）　抽象的でメモリリークなどの責任を他の要素に負わせやすく また、開発環境もタダで出回っていて業務外で自習させられることも手伝って、Javaが伝搬してるってことだな。 伝染病末期の日和見感染みたいなもんだよ 559 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:01:15 ] >>558の発言のどこに真実が隠されているのだろう・・・・・・・・・・ 560 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:25:31 ] この世にプログラム言語がJavaしかなかったとしよう。 この世の終りだ。 561 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:56:06 ] そんだけ客が馬鹿になったというか、客が技術の移り変わりについていけなくなっている。 まぁいらん技術ばかりだったとしてもだ。 そんな世界でのコンサルってのは、説得力とかいらん。 技術者的善意があっては勤まらないものになってきている。 いや、中には素で自分は素晴らしいソリューションを提供しているのだと勘違いしているのもいるけど。 562 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:58:36 ] JAVANUMAとか考えるとおぞましくて死にそう 563 名前：仕様書無しさん [2006/05/16(火) 00:01:55 ] 元々Windowsプログラミングができない人向けにSunが社内ツールとしてつくったのがJavaのはじまりだからね 564 名前：仕様書無しさん mailto:sage [2006/05/16(火) 00:04:06 ] あのSUNの糞爺がお救い言語を開発しなければ世の中 間違ったほうにはいかなかった。 でもそろそろSUNは無くなる来期も赤字なら確実に消える これはつまり暗く腐った臭気を漂わせていたJAVAから 我々が解放されることを意味している 565 名前：仕様書無しさん [2006/05/16(火) 00:17:10 ] >564 大罪を犯したSunには消えて欲しいが、そうなるとM$の対抗馬が完全に消える やりたい放題になるよ。。。 566 名前：仕様書無しさん mailto:sage [2006/05/16(火) 00:19:07 ] みんなうそばっかしだね 567 名前：仕様書無しさん mailto:sage [2006/05/16(火) 00:23:12 ] まぁノベルとか赤帽潰れたらWindowsでいくからそれはそれでいいよ SUNは邪魔業界のゴミでしかない。 JAVAのコミュニティでVMが糞とかいうと凄い非難浴びるしな 会社でも同じ事言うがすげー顰蹙買う 568 名前：仕様書無しさん mailto:sage [2006/05/16(火) 03:39:33 ] >>549 なるほど、勉強になった。 ありがとう。 569 名前：仕様書無しさん mailto:sage [2006/05/16(火) 03:46:32 ] >>568 それでいいのか？ 570 名前：仕様書無しさん mailto:sage [2006/05/16(火) 05:56:53 ] Javaが人気出たのはEclipseが便利すぎるから。 571 名前：仕様書無しさん [2006/05/16(火) 07:59:40 ] import java.awt.*; import java.awt.event.*; class baka1 extends WindowAdapter {         public static void main(String args[]) {                 new baka1().start();         }         private void start() {                 Dialog alert = new Dialog(new Frame() , "うるさい>>1は死ね");                 alert.add(new Label("嘘つくな>>570も死ね"));                 alert.setSize(300 , 150);                 alert.setVisible(true);                 alert.addWindowListener(this);         }         public void windowClosing(WindowEvent e) {                 System.exit(0);         } } 572 名前：Mb [2006/05/16(火) 08:24:04 ] >>570 年寄りはeclipse 使わんほうがいい。 あれだけ楽だと早くボケが来る。 最近はeclipse 使わんとスペルミスばっかりで コンパイルさえ通らん。 573 名前：仕様書無しさん mailto:sage [2006/05/16(火) 09:03:02 ] >>569 今はJava系開発から離れてるからとりあえずいいよ 574 名前：仕様書無しさん mailto:sage [2006/05/16(火) 14:09:12 ] >>535 正解 JavaでC以上のスピードを出すのはサーバーVMのときだけ サーバーVMは強度の最適化のためにメモリとコンパイル速度が 通常のhotspotクライアントよりかかるためにレスポンスは悪い 上で出てたC++のコードとあわせるならプリミティブを登録するListにかえるべき Javaのパフォーマンスチューニングは無料で使えるプロファイラで簡単にできるんだから 馬鹿でも最適化は容易だよ 575 名前：仕様書無しさん mailto:sage [2006/05/16(火) 14:12:10 ] >>573 こんなのがJavaの技術者の平均レベルを下げている例 実際はできるやつはCだろうがJavaだろうが自分で勉強してなんでもこなす すぐに調べれば分かるようなことをまったく理解しないまま進めるやつもいるからな 576 名前：仕様書無しさん mailto:sage [2006/05/16(火) 14:27:02 ] >>575 だから開発してないっていってるじゃん Java製アプリ使ってるだけだっつに 下二行は常識だろ それこそ何の意味もない書き込みだ 577 名前：仕様書無しさん mailto:sage [2006/05/16(火) 16:47:11 ] ttp://www.google.com/trends?q=C%23%2CC%2B%2B%2CJava&ctab=2&geo=all&date=all 578 名前：仕様書無しさん [2006/05/16(火) 17:21:02 ] C++/CLI の登場、によるJavaの衰退はもう止まらないだろうね、、、 ECMA 標準に、そして ISO もまもなく、、、。 Standard ECMA-372 C++/CLI Language Specification www.ecma-international.org/publications/standards/Ecma-372.htm signe.japan.webmatrixhosting.net/ecma372/Introduction.aspx Java房も下のコードを見れば、、 int main() { System::Console::WriteLine("hello, world"); } C++でネイティブ、.Net、他言語連携、、、、 全てが行え、かつ統一的なコーディングが可能である。 JavaもCLI配下になって生き残るのか。。。。？ 579 名前：仕様書無しさん mailto:sage [2006/05/16(火) 19:12:14 ] 日本語でおけ 580 名前：仕様書無しさん mailto:sage [2006/05/16(火) 19:25:58 ] MS-GW か。 581 名前：仕様書無しさん mailto:sage [2006/05/16(火) 19:26:23 ] GW じゃねーよ GK だろ阿呆＞俺 582 名前：仕様書無しさん [2006/05/16(火) 20:47:50 ] >>561 そう顔真っ赤になってまで必死になるな。 そんなに客が馬鹿だと思うなら 客を説得すればいいのにw それすらできないからJavaのせいにして 「Javaは馬鹿でもできる言語だから仕事が多いんだ！」と ファビョっているんだろC言語厨は。 C言語厨は実に商売が下手だなあw 583 名前：仕様書無しさん mailto:sage [2006/05/16(火) 20:51:06 ] >>577 Javaのトレンドが圧倒的だね。 C#はちょっと伸びようとしているけど全然のびが悪い。 C++は全くグラフ上から姿を現さない。 584 名前：仕様書無しさん mailto:sage [2006/05/16(火) 22:55:12 ] トレンドも何も・・・ 585 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:02:55 ] 今Javaは上昇トレンドです 586 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:18:24 ] >>574 アホか？ そもそもC++じゃそういうコード書くときにはvectorなんてちんたらしたもんは使わんだろ。 587 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:21:26 ] >>586 それならJavaだって自前でかくわけだし同じだろ そうなるとバブルソートじゃないけどCのほうが遅くなるかもね >>583 Cだとかなりの数が出るからC++だとちと問題だと予想する それでもTOPはJavaだが 588 名前：仕様書無しさん [2006/05/16(火) 23:35:35 ] Javaは乱立していたUnix系OS上での共通基盤という意味があったのだが、残念ながら Linuxの一人勝ちでその意味も薄れてしまった。 SolalisやAIX機はx86PCよりパフォーマンスがずっと優れており、VMに足を引っ張られても 問題ないってのがそもそもJavaの前提なんだな。 ところがx86の進化は留まるところをしらず、sparcはおろかalphaすら抜き去って最速になり しかも低コスト。 対応すべきOSが集約してきたらC/C++で組めばいいだけのこと。 今やSolarisやAIXなんかは無視しても全然無問題で、LinuxとWin32でC/C++使えばそれでOKなのだ。 589 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:37:51 ] こらこら死刑宣告をコピペするな。 590 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:59:52 ] >>588 > Javaは乱立していたUnix系OS上での共通基盤という意味があったのだが、残念ながら > Linuxの一人勝ちでその意味も薄れてしまった。 それでもJavaを使わないと。Windowsの各バージョンとLinuxの各バージョン毎にコンパイラやバイナリを 変える必要が出てくるんだがな。 > 対応すべきOSが集約してきたらC/C++で組めばいいだけのこと。 > 今やSolarisやAIXなんかは無視しても全然無問題で、LinuxとWin32でC/C++使えばそれでOKなのだ。 LinuxやWindowsでもバージョンやカーネルが異なる、APIが異なることで コンパイラやバイナリを変えないと動かないものがあるのでJavaの必要性がないとは まだまだ言い切れないぞ。 甘く見ていると、こういう結末が待っているぞ。 　　　お前がC++で、あるソフトを作ったとする。10年経過した。 　　　その間にOSは変わった。古いコンパイラでコンパイルしたバイナリが動かなくなった。 591 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:00:39 ] Javaが速いとか言ってるやつはJavaしかやったこと無い奴なのかね？ そうだ、そうに違いない。 592 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:01:06 ] 　　　新しいコンパイラを導入した。 　　　10年前のソースコードをコンパイルできなくなった。 　　　 593 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:02:21 ] そもそも10年たったらそんなソフト使わない。 企業も見切りをつける。 というかその間何度も新しいソフトを開発してるわなぁ。 594 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:02:32 ] OSが乱立していた時代に別ﾌﾟﾗｯﾄﾎｰﾑ上で同じｱﾌﾟﾘを動かそうとしていて一応完成 したのがWindows。まあ結局ﾌﾟﾗｯﾄﾎｰﾑ自体同じになったわけだが。 あの頃屋根(マシン)の上に屋根(OS)乗っけるのは無駄だとおもったものだ。 OSなんぞメモリ管理さえしてりゃいいんだよと思ったものだ・・・。 で、そのメモリ管理さえ明け渡して、屋根の上の上に乗っけるようなJavaって 何だと当時思った。今でもそうだが。 Javaって結局だめだと思ったのは、所詮Javaはエミュでエミュはマシン環境に 依存しない位ガチガチにしなきゃいけなくて(クロック速度レベルまで)で、 ある程度あきらめないといけない。 Javaはそういった出来の良いエミュの定義踏み外しているのでだめぽ。 595 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:03:07 ] 　　　さらに10年経過した。新たなOSが生まれた。 　　　それどころか、新たなCPUが生まれた。 　　　20年前のC++ソースコードは使い物にならなくなり、 　　　現在の環境に対応させるために何100兆円もの予算 　　　をかけなければならなくなった。 　　　(これは、都庁を修理するのに一から立て直すのと同じくらい 　　　コストがかかってしまう問題に似ているな。実に。) 596 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:04:33 ] 20年前に作ったchar*の文字列操作俺様ライブラリを今でも使っていますが。 597 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:05:59 ] 　　　　　　　新世代VMを導入した。 　　　　　　　１年前のバイトコードが動かなくなった。 598 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:08:56 ] 　　　　50年後、量子コンピュータが実用化された。 　　　　今までのソースコードはすべて役に立たなくなった。 　　　　C++で記述されたソースコードの量子コンピュータに 　　　　対応させるためのリプレースは莫大なコストがかることがわかった。 　　　　一方、Javaで記述されたソースコードはJVMを 　　　　量子コンピュータに対応させるだけでJavaソースコード全般を 　　　　修正する必要はなかった。そのためコストはC++よりもかからず、 　　　　C++しかできなかった者達はマスケット銃が発明されて衰退していった 　　　　騎士達のように悲惨な運命を辿っていった。 >>593 訂正コストというものを解っていないな。 世の中には何百年経っても難なく利用されている建造物が いくつも存在する。 ところが、あの都庁のザマは一体なんだ？ まさにC++だけで作った建造物だ。 もうあの建物も持たないぞ。あの建物は短命で、早い時期に死ぬ。 あれだけ無駄にお金をかけておきながら。 599 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:10:02 ] やねうらおの匂いがする。 600 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:17:11 ] そんな例出していいのか？ ＞JVMを量子コンピュータに対応させるだけで ここの部分はJavaじゃ書けないぞ？ 601 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:19:47 ] 考えて見りゃJVMがC++のバイナリである以上、Javaも共崩れだな。 602 名前：仕様書無しさん [2006/05/17(水) 00:20:15 ] んな早いコンピュータできたらJVMじゃなくてx86VMつくればいいだけだっぺよ。 603 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:20:41 ] >>597 ﾌﾛﾇ 604 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:23:58 ] >>598 現時点で10年以上前からあり一度も手直しされていない今でも現役なソフトを教えてください。 骨董品や建造物のような概念持ち込まれてもね。 605 名前：仕様書無しさん [2006/05/17(水) 00:26:25 ] SesserではPojoとJunitのみがJavaの資産であるといってたからな、、、 いまはCが最も汎用的な言語であり、C++/CLIが今後の主流だろうね JavaですらCLIあれば吸収できるし 606 名前：仕様書無しさん [2006/05/17(水) 00:29:48 ] おじゃばさまは自分らだけじゃ生きていけない事を肝に銘じとかなければいけない 607 名前：仕様書無しさん mailto:sage [2006/05/17(水) 01:04:22 ] >>598 お前なかななセンスあるな 608 名前：仕様書無しさん mailto:sage [2006/05/17(水) 01:07:09 ] 自作自演ｷﾀｰ 609 名前：仕様書無しさん mailto:sage [2006/05/17(水) 01:27:51 ] 　　　　50年後、量子コンピュータが実用化された。 　　　　今までのソースコードはすべて役に立たなくなった。 　　　　C++で記述されたソースコードの量子コンピュータに 　　　　対応させるためのリプレースは莫大なコストがかることがわかった。 　　　　一方、Javaで記述されたソースコードはJVMを 　　　　量子コンピュータに対応させるだけでJavaソースコード全般を 　　　　修正する必要はなかった。そのためコストはC++よりもかからず、 　　　　C++しかできなかった者達はマスケット銃が発明されて衰退していった 　　　　騎士達のように悲惨な運命を辿っていった。 その後・・・ソースコードを修正する必要がないので、 牢獄につながれていたJava奴隷も晴れて捨てられた。 一部は結合テスト要員としてその姿を見かけたが、 殆どが悲惨な運命を辿っていったと言う。 610 名前：仕様書無しさん mailto:sage [2006/05/17(水) 03:01:25 ] いい加減飽きた 611 名前：仕様書無しさん [2006/05/17(水) 03:31:19 ] >>604 www.vector.co.jp/soft/dl/win95/writing/se016745.html 612 名前：仕様書無しさん mailto:sage [2006/05/17(水) 03:33:06 ] >>609 だれにも指示されないネガティブキャンペーン乙 やねうらお信者の馬鹿共が書いたおとぎ話ですかw 613 名前：仕様書無しさん mailto:sage [2006/05/17(水) 07:48:13 ] おじゃばさま乙 614 名前：仕様書無しさん [2006/05/17(水) 10:21:24 ] おじゃばさまはJVMの中の人の苦労は完全に計算外なんだな。 615 名前：仕様書無しさん [2006/05/17(水) 12:20:35 ] JVMの開発のことは計算に入れているだろ。 だが、Javaで書いても問題が無いものをわざわざC++で書こうと する馬鹿の言うことなどもちろん計算外だがなw 616 名前：仕様書無しさん [2006/05/17(水) 13:52:06 ] >>615 そうか？ ＞Javaで記述されたソースコードはJVMを量子コンピュータに対応させるだけで 一言で片付けてるけど、これは誰がやるんだ？ 617 名前：仕様書無しさん mailto:sage [2006/05/17(水) 13:54:57 ] ジェバンニ 618 名前：仕様書無しさん mailto:sage [2006/05/17(水) 14:02:06 ] 量子コンピュータにJVMを対応しても、量子コンピュータは得意な 計算領域が違うんだからそれにあわせた言語設計をして、 その言語を用いて一から組んだほうが良いんじゃないのか？ じゃないと、以前のバイトコードを量子コンピュータで実行できたからって、 VMがもの凄いボトルネックになりそうなんだが。 まぁ、量子コンピュータも言語の知識もあまり無い俺の妄想だが。 619 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:08:06 ] >>616 C++をスコップ、 JVMをある高機能なクレーンだとしよう。 このクレーンを使わずC++スコップだけで超高層ビルを 建設することはできなくもないかもしれないがw、 非常にコストと時間がかかる。 そこでJVMクレーンを導入すると超高層ビルを 建設することは容易になるというわけだ。 武器や炎(JVM)を持ったサル(Javaソフトウェア)と武器を持たない、 火興しもできないサル(C++ソフトウェア)、 どちらが強いと思う？ 武器を持てば、確かに重たくなって動きは鈍る。 だが敵を容易に倒せるようになるわけだ。 賢くなると敵も武器(JVM)を使うようになるが。 (それが今日の人類を形成しているわけで) 「武器(Java VM)を持たない方が(C++は)強い、刀で戦うだけでアメリカに勝てる」 だなんてまるで旧日本陸軍なんだよ。 620 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:10:23 ] >>618 確かに、if文やループ文、boolean型など 若干変化が起こりそうだけどな。 変化というより、追加となるかな。 プログラミング言語は自然言語に近づこうとしているので 新しいプログラミング言語がJavaのような言語に近づくのは 自然な前進ともいえるがね。 その中でC++やC#、Perl, PHPやLisp、アセンブラのような言語もJavaとは 違う方向から進化してゆくものだけどね。 621 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:28:18 ] たとえ話のセンスがない上にむちゃくちゃで話にならないな。 頭おかしいのか？ Javaは図書カードのようなもの。本屋と金券屋しか扱えない。 図書流通業界つう狭い業界でしか通用しない。基本換金できないし、加盟店でしか扱えない。 JVMは日本図書流通（株）みたいなもんだよ。ここが現金と交換しないと無意味。 他のネイティブ言語で扱ってるのは、現金そのもの。 俺もセンスないわｗ 622 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:31:50 ] あ！思いついたわ。 Javaのバイトコードは旧日本軍が発行してた軍票のようなもの。 軍隊が威勢がいいうちはお金の代わりに使えたが、まけたとたんに紙切れ。 JVMは旧陸軍みたいなもんだな。 ネイティブのコードは、国が認証した中央銀行が発行した通貨。 プロセッサ＋OSが国家みたいなもんだろ。 親亀の背中に小亀を乗せて〜 623 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:04:46 ] JAVAよぉ〜 なんだかんだでバージョン合ってないと動かなかったりするだろ・・・・ 624 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:20:16 ] >>621 いや、お前のほうが頭がおかしいw 625 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:21:13 ] >>622 >>619にC++狂信者を旧日本軍扱いされたからといって そうカリカリするなよw 626 名前：仕様書無しさん [2006/05/17(水) 16:23:48 ] >>619 いや、その強力なJVM自体を作るのにC++屋さんの協力が必要だと言ってるのだが。 なんか話がかみ合ってないな。 627 名前：仕様書無しさん [2006/05/17(水) 16:34:26 ] しかし、旧日本軍などという連中が皇軍を貶める売国奴である件に関しては語らないのか？ 628 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:37:01 ] うっせー 629 名前：仕様書無しさん [2006/05/17(水) 16:47:55 ] 太平洋戦争はもうとっくに終わったのだよ。 アメリカが勝利下のさ。 630 名前：仕様書無しさん [2006/05/17(水) 16:48:55 ] 黒船来航からの１００年戦争はまだ終わってないと思うが？ 631 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:56:51 ] あれからすでに100年以上経っているんだけど 632 名前：仕様書無しさん [2006/05/17(水) 16:59:11 ] つまり、おまいは自分は皇軍の輝かしい歴史に連なる大和民族ではないと？ 633 名前：仕様書無しさん mailto:sage [2006/05/17(水) 18:39:32 ] >>632は朝鮮人ですか？ 634 名前：仕様書無しさん mailto:sage [2006/05/17(水) 21:27:17 ] >>619 意味わかんねぇよ。 何でJavaがクレーンでC++がスコップなんだよ？ っていうか、>>616の問いの答えになってねえよ。 635 名前：仕様書無しさん mailto:sage [2006/05/17(水) 22:04:03 ] JAVA厨は頭の中が回転してないから支離滅裂の事しか言えないんだよ。許してあげて。 636 名前：仕様書無しさん mailto:sage [2006/05/17(水) 22:40:41 ] C言語厨は頭の中が回転してないからコミュニケーション能力が欠如して 人の話を聞かずに勝手に独断で話を先に進めてかつ支離滅裂の事しか言えないんだよ。許してあげて。 637 名前：仕様書無しさん mailto:sage [2006/05/17(水) 23:23:27 ] >>636 これが噂のJava厨か。 頭の回転とコミュニケーション能力がどう関係しているのか説明してもらいたいな。 638 名前：仕様書無しさん [2006/05/17(水) 23:26:20 ] 大体、スコップとクレーンってどういう脳の構造で比較するんだよ。 スコップ：ショベルカー 滑車：クレーン車 これならわかるけど。頭やっぱり壊れてるんじゃないの？おじゃばさまって。 639 名前：仕様書無しさん mailto:sage [2006/05/17(水) 23:31:06 ] >>636のおじゃばさまの書き込みは相手より中傷する言葉の数を上回ることにより優越感を見出している。 やっぱりアホだね。 640 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:06:30 ] 中傷している時点でもC厨もアホだかな。 641 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:31:02 ] Java厨に中傷することはアホではない 642 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:32:04 ] Java厨を　だな。日本語まともに使えない俺はアホだな 643 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:32:14 ] >>641 お前、狂ってきているぞw もうｱﾙｶｲｰﾀﾞみたいなw 「アメリカ人を殺せば100ドルあげるよw」みたいな 644 名前：仕様書無しさん [2006/05/18(木) 07:50:21 ] SesserではPojoとJunitのみがJavaの資産であると 645 名前：仕様書無しさん [2006/05/18(木) 08:34:58 ] sesserて書いてあるのを見ると akiraのﾗｯｾｰﾗていう音楽を思い出す 646 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:43:14 ] 今C++の価値なんてもうかなり薄れている。 これもインターネットが出て、Perl/CGIが出てから スタンドアロンアプリの価値が薄まったため。 そこへJava ServletがさらにC++に止めを刺す状況になった。 今C++は組み込み系やJVM開発など細々とした分野でしか 生き残る術が無くなってしまった。 今C++を推し薦める者の大多数はただのマニアや生産性の無いオタクだけである。 647 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:46:05 ] >>634 Javaを武器を持ったサルや火おこしを使えるようになったサル、 C++を武器も火おこしも使えないサルに喩えている例もわかりやすいんじゃないかな。 648 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:52:37 ] その例えで言うなら 武器と火を使いこなす一部のC++人間に支配されるJava猿、 の方が正しくね？ 649 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:55:01 ] >>647 いやむしろ、観光地で自らが作り出した工業製品を使う人類（多言語使用者）と 群がってきて勝手に車に入り込んでお菓子などを盗んでいく猿（Java厨）の差なのでは・・ 650 名前：仕様書無しさん [2006/05/18(木) 10:57:20 ] JVMを取り上げたら何もできないJava猿。 そいつらにJVMを作って与えたC++。 C++は神なのか？ JVMを作れる新しい言語が出てきたとして、それはJavaではないのは自明だわな。 651 名前：仕様書無しさん [2006/05/18(木) 11:22:46 ] C++　面倒な仕事を安い賃金で引き受ける中国の企業 Java　中国から安く仕入れた材料で製品を作る日本の企業 652 名前：仕様書無しさん mailto:sage [2006/05/18(木) 11:52:25 ] C++　コア技術を擁し大もうけするM$様＆Inteｌ様 Java　秋葉原の裏道で箱に詰めて売り出すショップ 653 名前：仕様書無しさん mailto:sage [2006/05/18(木) 15:49:58 ] >>648-652 てか、なんでお前ってそんなにJavaを目の敵にしているんだ。 一人で妄想に任せた連続投稿を繰り返して すごい私怨の塊だなw 654 名前：仕様書無しさん [2006/05/18(木) 16:01:35 ] ここまでJava嫌いな奴ってどうにかしておるで。 まあC++をマンセーしているようだけども 実際にはC++のCの字すら使いこなせない低脳さんなんでしょうな。 655 名前：仕様書無しさん [2006/05/18(木) 16:10:02 ] この板、人が少ないから連投するとすぐわかるよな 656 名前：仕様書無しさん mailto:sage [2006/05/18(木) 16:24:07 ] それにしても、彼はなぜJavaが嫌いなんでしょう？ 657 名前：仕様書無しさん [2006/05/18(木) 16:33:32 ] いかさま連投でっち上げ乙。 ジャバジャバあふれる低脳乙。 いいかおまいら。 コンピュータシステムはうざい。まんどいものなんだよ。 そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。 うざいうざいうざいうざすぎる。 658 名前：仕様書無しさん mailto:sage [2006/05/18(木) 16:36:28 ] はいはいわろすわろす いかさま連投でっち上げ乙。 C言語C言語あふれる低脳乙。 いいかおまいら。 コンピュータシステムはうざい。まんどいものなんだよ。 そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。 うざいうざいうざいうざすぎる。 659 名前：仕様書無しさん mailto:sage [2006/05/18(木) 18:00:21 ] おい、1箇所修正漏れてないか？ 660 名前：仕様書無しさん [2006/05/18(木) 18:15:05 ] お得意のリファクタリングにまかせるんでしょ 661 名前：仕様書無しさん mailto:sage [2006/05/18(木) 20:39:29 ] くだらん 662 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:12:33 ] 発注先に、使ってるJVMの外部仕様書まで要求したら目を回していた。 「おたくはJVM部分の保守はしないってことか？」と怒鳴ったら泣き出した。 今は反省している。 663 名前：仕様書無しさん [2006/05/18(木) 21:14:26 ] じゃばうざい 　　　　　[ﾟдﾟ] 　　　 　/[＿]ヽ 　　　　 　|　|　　リファクタリングかんりょうしますた 664 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:46:08 ] >>662 それはたんに>>662の頭が弱いだけではないかと。 君は必死になっていつもネタを考えているようだけど、 君が作り話をしてもまず受けないし。 自作自演で自画自賛するだけでしょw 665 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:48:07 ] なぜ改行が多いのですか JAVAのひとはそうなんですか 666 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:49:15 ] C++の人はどうなんですか。 ソースファイルの末端に改行を入れないのですか あーそーですか 667 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:41:52 ] JAVA房さ、リファクタリンとか騒ぐなら お前の人生リファクタリングしたほうがいいぞ 日本以外じゃJAVA＝上級スクリプト系言語 レベルの扱いだぞｗ 668 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:50:19 ] Java房から教わった、あのとき2chで始めて知った「リファクタリング」という言葉に 毒づいて根に持っているのかC言語厨w っていうかC++厨をJava厨にリファクタリングしたほうがいいぞ。 そうすればC++厨も職にあぶれる心配もなくなる。 アメリカじゃCだけしか知らないんでは仕事も無いぞw 669 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:52:39 ] ここはジャパンデース 670 名前：仕様書無しさん [2006/05/18(木) 23:53:01 ] 何回も思うんだが、お前日本語おかしい。 ２ちゃん用語（２典とかな）でも見ながら書いてる第三国人の方ですか？ 671 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:02:16 ] じゃ、お前は第四国人ですかね 672 名前：仕様書無しさん [2006/05/19(金) 00:06:28 ] あたまのねじが・・・ おじゃば・・・ カワイソス 673 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:25:58 ] そもそもC言語厨ってなんでそんなに頭が悪いの？ 674 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:11 ] 　　　C言語厨の頭のネジをはずし 　　　カバーをはずし 　　　Javaチップ埋め込み手術 　　　C言語厨の歪んだ人格が補正された！ 675 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:25 ] ぐー 676 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:28:08 ] うちの会社にC++使いがやってきた。 Javaは扱ったことが無いと言うので私は得意げにJavaを教えてやろうとしました。 しかし次の日、そいつは普通にJavaを使いこなしていました。 そいつ 「Java？こんなの使えるようになるのに1日も必要ないね」 如何にJava使いは上辺だけの知識しかないということが分かりました。 677 名前：仕様書無しさん [2006/05/19(金) 00:30:44 ] いつも一人でJavaに粘着しているC言語厨は 一体どんな僻みを持っているのでしょうか 678 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:31:22 ] >>676 ネタだよね。 JavaとC++とを置き換え他方がいいんでね？ 679 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:05:36 ] ライブラリ使わせてもらって組んでるだけのクセに偉そうですよね。みんな。 680 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:21:39 ] じゃ、Javaのライブラリ使わせて貰っているJakarta は？ 681 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:25:26 ] っていうかC言語厨がJava厨に言いがかりつけるのは アセンブラ厨がC言語厨に言いがかりつけるのと同じ事やね。 エレキのハード屋がアセンブラソフト屋に言いがかりをつけるのと同じ ともいえるし。 メカ屋がエレキ屋に言いがかりをつけるのと同じともいえるね。 昔の人間ほど新しいものに対する変化が弱く、恐れ、 なんとかして保身に走ろうとする。 そう、C言語厨は「変化ヲ抱擁セヨ」がなっていない人たちなのだ。 もう老人なのだよ。彼らは。 「最近のわかいもんは冷房なんかつけて贅沢しおって！私が若い頃は 冷房なんかなかったんだぞ！」とよく後輩に逆ギレをするのがC言語厨なのである。 682 名前：仕様書無しさん [2006/05/19(金) 06:41:58 ] ふと想った。 Javaの言語仕様そのままでexeを作れるようになれば、 Windowsプログラムに関して言えば、 C/C++のWin32API利用なんかよりも開発速度が上がる気がする。 データ容量などの多少の犠牲があるにしても、 それを補っても費用対効果が上昇するのでは無いかなぁ。 以上、便所の落書きでした。 683 名前：仕様書無しさん [2006/05/19(金) 07:06:29 ] ずっとよんだけどさ。 やっぱしあたまわるいね。おじゃばくん。 とくに>>682 おまえ、最近のLinuxいじってないだろ。 GCJもしらないんだな。 ぷろぐらまのふりはもういいから おなにーしてねなさい。 684 名前：仕様書無しさん mailto:sage [2006/05/19(金) 07:37:06 ] なんつーか、Java厨って、世間で言うところのオタクに見えるんだよね。 オブジェクト指向とかこっちにとっては知識のかけらでしかないのに、 Java厨にとっては世界の全てと思っているように見えてしまって興ざめする。 オタクよろしくオブジェクト指向の話しかしないしさ。 685 名前：仕様書無しさん [2006/05/19(金) 08:44:52 ] サービスを作成するにはRFC仕様をじっくりと検討し OSのAPIで実現可能か調査しセキュリティ実装の検討をし その他もろもろの仕様検討をしクラスに落として行く。 OSとかRFC仕様とか多種多様な要件をひとつにまとめあげるスキルが必要 なんだけど、Java厨さんの場合は単純にクラスだぜ！すげえだろう って浅く薄い発言しかできないのが気にかかるかな。 686 名前：仕様書無しさん [2006/05/19(金) 08:47:14 ] 下請は余計なことを悩まなくていいよ。 687 名前：仕様書無しさん mailto:sage [2006/05/19(金) 11:05:28 ] >>668 >C++厨をJava厨にリファクタリングしたほうがいいぞ。 お前も、自分が何言ってるのかくらい認識したほうがいい。 知らない単語も使わないほうがいいな。 >>678 >JavaとC++とを置き換え他方がいいんでね？ 成立しない。 C++ を「使いこなす」には、あの泥臭い仕様を理解しなければならないわけで。 …いや、理解していなくても「こんなの使えるようになるのに1日も必要ないね」 と言い放つ阿呆は確かに存在するが。 688 名前：仕様書無しさん mailto:sage [2006/05/19(金) 16:55:19 ] Javaに欲しいものを思い出した。 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し) 　　　実際使うかどうかはわかんないけど、言語としてね・・・ 2. const (言われてみりゃ欲しい) 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。 　　　これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった) 　 689 名前：仕様書無しさん [2006/05/19(金) 18:32:23 ] >>683 ATL/WTL 後CLI がそれだ Javaを使うひつようはない 690 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:10:05 ] >>682 それだったら既にあるんだが。 691 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:11:19 ] >>684 そうか？　C言語厨のほうがオタクに 見えるんだけどね。 金にもならない癖にC/C++マンセーするなんて 生産性の無い馬鹿のやることじゃん。 しかもオタクよろしくガンダムの話しかしないしさ。 692 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:14:28 ] >>688 > Javaに欲しいものを思い出した。 > 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し) > 　　　実際使うかどうかはわかんないけど、言語としてね・・・ CloneableインタフェースとObject#clone()で代用すればいいことをなぜそんなに欲しがる。 > 2. const (言われてみりゃ欲しい) static finalがあるからそういう無駄なものは不要。 > 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。 > 　　　これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった) なぜそういう仕組みにしないといけないのか？、また、そうなった場合の対応方法について 知りたければ「Effective Java」、「Javaの鉄則」を読め。 693 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:15:04 ] >>685 アセンブラ厨がC言語厨に零した愚痴にそっくりだな 694 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:21:11 ] アセンブリ言語→アセンブル→実行形式バイナリ C言語→コンパイル→実行形式バイナリ Java言語→コンパイル→バイトコード 695 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:24:06 ] しかしあれだな。Javaバカ、オブジェクト指向原理主義バカもすっかり減ったよね。 696 名前：>>688じゃないけど mailto:sage [2006/05/19(金) 23:24:28 ] >>692 > 1 clone()は使いにくい。 > 2は同意 > 3 保守とかやってると、そういう仕組みの方が都合が良い事がある。 697 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:35:49 ] たかがOOが銀の弾丸ならこの業界も苦労しない罠。 698 名前：仕様書無しさん [2006/05/19(金) 23:54:13 ] OOすれば再利用性が高まる…そんな風に考えていた時期が、俺にもありました。 699 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:55:30 ] そうそう。狼男のつもりでいたらヴァンパイアだったりするからな 700 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:57:43 ] ビジネスロジックを書くのに最強の再利用手段は コピペだ。 いやマジで。 701 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:59:03 ] cloneがObjectのメソッドでマーキングインターフェイスで サポートしていないクラスの場合は例外をスローするという 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。 702 名前：仕様書無しさん [2006/05/20(土) 00:16:09 ] 「C」にしろ「Java」にしろ、仕事によって使い分けてりゃいいんでない？ 言語もツールだろ？ 画像処理の高速化に、アセンブラを使うようなものでないのかい？ 703 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:18:46 ] 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。 　 代わりにせめてassign()、equals() の標準インターフェイス 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな) 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？ 704 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:42:27 ] あっequals()はObjectで定義だったな。(ハズイ 705 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:43:21 ] ジャバカ 706 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:46:52 ] >>696 お前はそこいらで適当にJavaの愚痴を有ること無いこと 書いてる馬鹿と違ってまともそうな発言をしているのでレスしよう。 > >>692 > > 1 > clone()は使いにくい。 どう使いにくい？ clone()と長く書くことが苦痛か？ clone()のオーバーライドが面倒か？ それと、不変クラスを定義した場合、clone()のオーバーライドは不要。 clone()の定義が面倒か？ > > 2は同意 > > 3 > 保守とかやってると、そういう仕組みの方が都合が良い事がある。 それはお前のスキルに問題があるといいたいが、 IDEで補う事が可能。 707 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:47:30 ] >>701 C#にも似たようなものが(ry 708 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:53:37 ] 今度のjavaのオプションにハイフンdqnが付くみたいだね 709 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:37 ] >>706 コピーしたいだけなのにいちいちオーバーライドするのは面倒。 まぁ、慣れの問題だとは思うが。 710 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:48 ] >>703 > 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。 > 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。 > 　 代わりにせめてassign()、equals() の標準インターフェイス IDE使え。 > 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな) 前者ではフィールドをfinalにしろ。 後者では引数にfinal指定をすればいいだけの話だ。 > 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？ 既に少ない。C++と比べたら楽な門だ。 711 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:58:33 ] cloneは何のためにある？ 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。 そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。 なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。 で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。 何もわざわざObjectレベルで付けて、しかもサポートしないときには例外なんて おかしなことをする必要は無いはず。 まあそれ以前にclone自体が単純にいまいち使いにくいけどね。 ※別にJavaに限った話ではなくてC#とかでも同じだが。 712 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:00:11 ] >>709 クラスの定義に応じて深いクローニングや浅いクローニングを 指定する必要があるのにそれはないだろう。 それは急ぎたいのに信号無視したいといってるのと同じだぞ。 713 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:01:20 ] >>711 > cloneは何のためにある？ > 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。 > そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。 > なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。 > で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。 それについてもEffectiveJava に書いてある。 > 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。 そうすると新たな問題が生まれる。 714 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:05 ] >>703 > 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。 > 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。 > 　 代わりにせめてassign()、equals() の標準インターフェイス assign()が何をアサインするメソッドなのか？ 715 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:28 ] >>702 今Cの仕事が減っているからねえ。 どうなんだか 716 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:18 ] >>701 > cloneがObjectのメソッドでマーキングインターフェイスで > サポートしていないクラスの場合は例外をスローするという > 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。 お前はクローニングについてかなり勉強不足。 そこでJavaを批判する前にまずJavaを基礎から勉強し直して出直してこい。 717 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:45 ] >>700 マジレスするにしても痛い。 勉強不足。 718 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:05:14 ] >>695 速度原理主義なC言語厨もどうにかしてると思うが 719 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:07:42 ] >>717 学生乙 720 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:09:36 ] >>712 >　それは急ぎたいのに信号無視したいといってるのと同じだぞ。 意味が分かりません。 721 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:11:37 ] ナイス突込 722 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:15:32 ] >>716 それは同一クラスのインスタンスを作るという目的のこと？ それとも別の理由？ Object.cloneに当たる機能は別（出なくてもいいかも知れんけど）もってて Cloneableにcloneがあるのではなぜいけない？ 723 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:18:54 ] このスレのC言語厨は論理的思考能力が無いアホばかりだろ。 発言一つ一つに根拠無いものばかりでな。 ようするに連中は頭がおかしいだけなんだよ 724 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:19:59 ] >>722 それがCloneNotSupportedExceptionとどう関係有るんだ 725 名前：仕様書無しさん [2006/05/20(土) 01:20:03 ] >>715 Javaのスレだったな。 じゃあ『C#』あたりで…ノシ 726 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:00 ] >>723 オ　マ　エ　モ　ナ　ー とでも言って欲しいのか？ 727 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:53 ] C#の仕事も少ないんだなー 728 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:38:07 ] ちょっと質問。 よくcloneメソッドをpublicなメソッドに オーバーライドして云々て記述を見るんだけど、 これってオーバーライドしてるんじゃなくて、 正確にはオーバーロードに当たる？ 729 名前：仕様書無しさん [2006/05/20(土) 01:39:59 ] >>727 そ。 じゃあ『Java』で…って、そういう事いいたかったんじゃないぽw 730 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:21:15 ] >>710 final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。 まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。 だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。 >>714 同一クラスおよびその派生クラスの代入という意味ね。元ネタは>>688 >>728 ちょwwwおまっwww オーバーライドで正解。 オーバーロードは引数が違う場合じゃあるまいか。 731 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:28:39 ] あっ一個忘れた >>712 浅いコピーデフォルトでいいじゃん。 比較対照としては適切じゃないけどC++ のデフォルトの operator= はいい仕事するよ。 732 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:51:43 ] 悪い。思い残しがないように(?)もう一個だけ。 >>710 >> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな) >前者ではフィールドをfinalにしろ。 いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。 全メソッドがconstなら結果としてImmutable Objectとなるおまけも付いてくるよ。 733 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:53:54 ] ストールマン氏は、「Java Trap」（Javaの罠）と題された論文の中で、こういったオープン ソースプロジェクトでJavaを使うことに対する批判を展開している。 　「SunのJavaプラットフォーム上でJavaプログラムを開発すれば、無意識にSun独自の 機能を利用しがちである。気づいたときには、もう何カ月もその機能を使っていて、プログ ラムを書き直すのに、さらに多くの月日がかかるという可能性もある。『最初からやり直す のは大変だ』ということになるわけだ。あなたのプログラムは“Javaの罠”に落ちたのである。 そのプログラムはフリーソフトウェアの世界では使えないのだ」とストールマン氏は記している。 ストール万はこんなことを言ってるようだけど、C/C++信者はストール万の批判を鵜呑みにして Javaを批判しているんだね。 2chで批判するときは事実を歪曲して批判しているようだけど。 734 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:54:37 ] >>728 clone()というメソッドを作ったならばオーバーライド 735 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:48 ] >>730 > >>710 > final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。 > まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。 そのときはCollectionsクラスのユーティリティメソッドとGenericsを組み合わせればいいのではないかと。 > だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。 面倒くさいならIDEのコードアシストを使えばいいってことを言いたいんでは？ 736 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:50 ] >>732 > 悪い。思い残しがないように(?)もう一個だけ。 > >>710 > >> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな) > >前者ではフィールドをfinalにしろ。 > いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。 フィールドをfinalにすると一度コンストラクタでfinalフィールドに代入された値は 二度と変更できず不変になるってことでは。そうすればObjectを変更できなくすることができる。 当然クラスもfinalにしてsetterメソッドも廃止しないといけないけど。 メソッド単位でオブジェクトを可変にできるようにしたければ別途Mutableになるクラスを作った方が いいんじゃないかと思う。ImmutableなStringクラスに対してMutableなStringBuffer, StringBuilderクラスを 用意するように。 737 名前：仕様書無しさん mailto:saｇe [2006/05/20(土) 13:27:45 ] C言語厨を叩くJava厨　→　Java使える　C使えない Java厨を叩くC言語厨　→　Java使える　C使える つまりC言語厨は両方使った上でCのが良いって判断。 それに、Java厨はCが使えないくせにCを叩くからバカにされる。 738 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:31:51 ] てことは、cloneメソッドは例外をスローする？ cloneをオーバーライドしてるって例をみるとthrowsないんだけど、 javaってオーバーライドする場合は書かなくてもいいんだっけ？ いや、なんか俺勘違いしてる気がしてきた。 もうjava忘れちゃってるな… 739 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:34:03 ] あ、制約をゆるめる方向だからいいのか… 740 名前：仕様書無しさん [2006/05/20(土) 13:58:04 ] プログラム言語は経済的に人類の役にたつかどうかだから・・・。 だとすると、Java、C、C++いずれが有用かは、すべて採用シェアでわかる。 難しく考える必要はない。 プログラマーの都合で判断しないこと。 741 名前：仕様書無しさん [2006/05/20(土) 14:03:18 ] じゃ、MS寡占の世界ではC/C++ってことで終了だな 742 名前：仕様書無しさん [2006/05/20(土) 14:17:38 ] >>MS寡占の世界ではC/C++ってことで終了だな そう思うならC/C++つっぱしれば。C#もいいんじゃないｗ 743 名前：仕様書無しさん mailto:sage [2006/05/20(土) 14:43:46 ] >>735 >>736 引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。 全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。 (コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない? Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は 後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される それよりconst欲しくない? ということ。あくまでもネタだけどね。 Generics まで導入した現在、simple is best という訳でもなかろう。 >>737 こんな事書いてる俺はJavaのほうが使用頻度高かったりする訳だ。 744 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:22:48 ] C++をマスターする。 これは云わばあらゆる言語をマスターする事と同じである。 C/C++とJavaの経験者だったら何でもかんでもJavaが最強とほざく奴なんて皆無。 やったけどJava最強とか抜かす奴は使いこなせてないだけ。ただJavaに流れただけのウンコ。 要するにJava厨はほぼJavaしか扱った事の無く、俺がJava使ってんだからJava最強と脳内保管 しているウンコ。 ウンコしてくるわ。 745 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:49:17 ] >>744 まれにその逆も混じってるぞ。 746 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:59:11 ] Javaしか選択肢がない未来になってもそれはそれでいいんだがな。 そうするとLinuxディストリよろしく独自JVMで儲けるビジネスとか出てきそう。 そうなるとJVMプログラマとJavaプログラマに二分化が進む。 そうするとどちらに入りたいかで学ぶ言語は決まってくる。 プログラマ的にはどちらにつくのがおいしいかね？ Java側についてホラ吹きエヴァンジェリスト目指す方が金になる気もするが。 C++側について高機能独自JVMを世に出すという行為も悪くはない気がする。 747 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:05:13 ] > ホラ吹きエヴァンジェリスト目指す 既にプログラマではない気がする。 748 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:49:22 ] 人を騙す商売が一番儲かるんだよなあ。 JavaJava詐欺でウハウハな奴って多いもんな。 749 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:56:00 ] C++厨は信じたくないかもしれないが、C++使いからJavaに流れる奴多いよ。 Javaのほうが圧倒的に楽だから、戻れないんだそうな。 Eclipseが大きい。 750 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:22:17 ] 別にC++厨だが、Javaの方が楽だと思ってるよ。 751 名前：仕様書無しさん mailto:sagｅ [2006/05/20(土) 20:25:27 ] そりゃＪａｖａの方が何年も後発なんだし近代のプラットホームに合致しているのは当たり前で、 優れている部分も多々ある。 俺も>>743みたくJavaを採用する局面の方が多かったりもするが、 C/C++を使えもしないJava厨がなんの根拠もなくC/C++を叩くのは変だろ。 要はJavaがバカにされてるんじゃなくてJavaを信仰するヘタレがバカにされてるのさ。 752 名前：仕様書無しさん [2006/05/20(土) 20:51:43 ] はあ？ 753 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:57:59 ] はあ、その通りでございます 754 名前：仕様書無しさん [2006/05/20(土) 21:17:02 ] C++の方がなんでもありのワイルドカードみたいで好き。 でも楽がしたいときはJava使う。 755 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:53:25 ] このスレは>>737みたいな根拠無き発言とJava屋に対する私怨に まみれたスレですね 756 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:55:19 ] >>738 まずはプログラミングしてみろ。 やってみればどうなるか、どうすればいいかわかる。 今のお前はthrowもthrowsもわかってないだろ。 >>737の意に反して、C言語厨はこのようにJavaも わからずにJavaを叩いている。 >>737がどれだけ出鱈目で信憑性の無い発言をしているかがよくわかるだろう。 757 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:58:54 ] >>741 > じゃ、MS寡占の世界ではC/C++ってことで終了だな 現実をよーくみろ。現場で活躍している人間がそんな発言を するとは実に恥ずかしいぞ。 M$がデスクトップ市場を寡占してもサーバサイドアプリケーションの開発が 圧倒的でサーバに使われるOSやWebサーバも非M$のものだ。 そしてアプリはJava製やPHP製のものばかりで、明らかにC/C++製の アプリは少ない。そして仕事も見事に少ない。 そして今、リッチクライアント技術が対当している。JavaWebStartやClickOnce, Flash, Ajax がC/C++スタンドアロンアプリの代わりを担っている。 もう、お前が想像しているようなスタンドアロンアプリの時代は終わったのだよ。 758 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:01:08 ] >>744 > C++をマスターする。 > これは云わばあらゆる言語をマスターする事と同じである。 そんなことをビックマウスみたいに言ってる奴に限ってJavaの開発に関わってもデスマって LISPもPerlもPHPも使いこなせないんだよな。 759 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:00 ] >>748 貧乏C言語厨君、Javaアーキテクトの金持ちを嫉んで共産党なんかに入らないようになw 760 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:26 ] >>749 そうそう、EclipseスレでもCDTやってる香具師が多かったからな 761 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:06:43 ] >>743 > >>735 >>736 > 引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。 > 全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。 速度面やリソース面の問題を気にするなら現実的になりうるときもある。 可変クラスを不変クラスがラップするなど。 > (コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない? > Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は > 後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される それはMmutableクラスがImmnutableを継承しているという図か？ そもそも不変クラスというものはfinal宣言をして継承を禁止するはずだが。 継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。 > それよりconst欲しくない? ということ。あくまでもネタだけどね。 いらない。 762 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:54:07 ] >>756 いや、思い出したからもういい。 763 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:13:57 ] 粘着気味で悪いが >>761 > 継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。 了解。 > いらない。 代替手段があることはよくわかったが、できればいらないと言い切る理由が知りたいな。 Collections.unmodifiableXXXは前述したように動的チェックだし、委譲クラス作成も面倒、 両者ともconstがあったと仮定した場合に比べれば可読性に劣ると思うが。 調べてみたらconstは一応予約語だし、バイトコードのメソッド定義にも余裕があるしで、 実装するのに問題はなさそうなんだけどな。 764 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:36:21 ] ポインタが理解できなくてC/C++で挫折しちゃったから 信仰するのがJavaかVBしかないんだろうなｗ 765 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:43:38 ] 764はポインタが難しいと思ってるC厨。C++の知識はなし。 766 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:46:19 ] 765はポインタが理解できないVB厨。C/C++の知識はなし。 767 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:53:23 ] 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が eclipse使ったら一発でJava厨になっちゃうわけよ。 768 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:58:56 ] 絶対ならない。 STL,BOOST使いこなせねーから流れたんだろ。 使いこなせる奴にJava厨はいない。 769 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:34:15 ] >>768 C++厨は信じられないと思うが、767が現実なんだよ。 入力した瞬間にエラーがわかり、自動でコードを生成する eclipseの魅力に取り付かれると抜け出せない。 770 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:35:44 ] >>757 リッチクライアントなら.NETのスマートクライアントを忘れてるぞ。 見た感じ@ITとかでで踊ってるトピックしか知らないようだな。 771 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:40:54 ] >>770 @にはスマクラについても書いてるしたぶん、>757はしったか 糞コンサルなんじゃねぇの？ 772 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:42:54 ] つClickOnce 773 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:02:09 ] むしろSTL,BOOSTとか好む奴こそJavaに流れそうなもんだが。 774 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:06:02 ] ああ、スマクラの次バージョンがClickOnceだったか。 775 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:08:18 ] とはいえこれはこれで業務で使うには悩む。 776 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:19:55 ] スマートクライアントは設定が環境依存してるのか面倒くさかったな。 仕様通りに動かないんだが、仕様上だと可能とかでコンサルしかしてないやつが怒る怒る。 777 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:59:37 ] >>769 そんなに紳士に返答されたらこっちは困るだろ。 778 名前：仕様書無しさん mailto:sage [2006/05/21(日) 03:00:04 ] eclipseからVC++に移った俺だがeclipseに戻りたいとは思わない 779 名前：仕様書無しさん [2006/05/21(日) 08:35:46 ] ずっとVC++使ってた漏れはeclipseを評価したとたんに 「こりゃだめだ、使い物ならん」で終了した。 780 名前：仕様書無しさん [2006/05/21(日) 08:38:25 ] >>767 >eclipse使ったら一発でJava厨になっちゃうわけよ ようはスキルが低いやつがとっつくのに最良というだけじゃないの？ 781 名前：仕様書無しさん mailto:sage [2006/05/21(日) 09:29:31 ] >>779 多分、一時間以下とか、その程度しか使ってないからだな。それは。 >>780 スキルは関係ないだろうな。スキルが低いとどうなるかはわからんが、 少なくともスキルが高くても、クイックフィックスやgetter、setter、constructorの 自動生成、ファイル等の名前変更なんかは楽だと感じる。 782 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:09:36 ] むしろスキルの低い奴は最悪のとっつきにくさを感じる。 VSとはその点で大きく劣る。 783 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:35:55 ] そうなのか？eclipseで最初に感動するのは、間違っているところに赤いアンダーラインが 引いてあるところ。コンパイルしてから間違いがわかるのは普通だが、 コンパイルする前から、常時そうなってる。 これはいくらスキルが低くても、一目で気づくと思うがなぁ。 784 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:53:19 ] >>783 職場で改修作業が多いからはじめっから注意、警告アンダーラインばっかりだから そんなのちょこっと出てもまったく気にならない奴が量産されてるけどｗ 785 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:54:36 ] >>767 > 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が > eclipse使ったら一発でJava厨になっちゃうわけよ。 うむ！　まったくそのとおりだ！ 786 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:55:12 ] >>768 > 絶対ならない。 > STL,BOOST使いこなせねーから流れたんだろ。 > 使いこなせる奴にJava厨はいない。 根拠は？　具体的に。 STLもBOOSTも使えないようではJavaをやってもうまく使いこなせないぞw 787 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:55:59 ] >>770-771 イタイドトネト厨だなw 788 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:56:09 ] >>786 ＢＯＯＳＴなんて使ってないなぁ。 あれ、使えそうで痒いところに全くといっていいほど手が届かないし。 789 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:56:14 ] >>784 それでも、数回コンパイルしてみりゃ気づくだろｗ 注意や警告なら修正しなくてもいいかもしれんが、エラーは否応なしに 修正しなくちゃならんからな。 790 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:57:23 ] >>780 > >>767 > >eclipse使ったら一発でJava厨になっちゃうわけよ > ようはスキルが低いやつがとっつくのに最良というだけじゃないの？ VC++のほうをマンセーしてるおまいらは VB厨みたいな奴らだろ。スキルの低いVB厨はEclipseを使いこなせず Visual Studioに飛びつく。 表向きはVC++やってるように見せかけておいてな。 791 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:58:56 ] Java1.0からJava2.0 [Java1.0]Javaについての本が本棚に10冊以上ある 　　　　↓ [Java2.0]Javaについてのブログを10個以上読んでいる [Java1.0]Java番組をワンセグ携帯で見たい 　　　　↓ [Java2.0]携帯から直接Javaできる端末が欲しい [Java1.0]小泉政権は国民のJava格差を拡大させている 　　　　↓ [Java2.0]この国のJavaの８割を、エスタブリッシュメント層が独占している [Java1.0]Javaと仕事のどちらをとるかと問われると困る 　　　　↓ [Java2.0]Javaと仕事のどちらをとるかと問われて即決できる [Java1.0]あと５年以内にJavaは上位２社だけが独占する 　　　　↓ [Java2.0]Javaにかかるコストはほぼゼロになり、多くの人がJavaをベースに事業を展開する [Java1.0]Javaについての俳句を伊藤園「お〜いお茶」に応募した 　　　　↓ [Java2.0]wikipediaのJavaの項目に加筆した [Java1.0]Javaのために人生をかける生き方もありだ 　　　　↓ [Java2.0]Javaだけの人生はリスクが大きすぎる [Java1.0]会社でネット見てばかりの先輩がブログにJavaについて書いてて痛かった 　　　　↓ [Java2.0]会社の上司がJava2.0とか言ってて「意味わかってんのかな」と思う [Java1.0]本のしおりとしてJavaを使ったことがある 　　　　↓ [Java2.0]Javaのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ [Java1.0]２ちゃんねるでJava板をチェックする 　　　　↓ [Java2.0]RSSリーダーで「梅田望夫の世界を変えるJava」を購読する 792 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:59:50 ] Eclipse1.0からEclipse2.0 [Eclipse1.0]Eclipseのために人生をかける生き方もありだ 　　　　↓ [Eclipse2.0]Eclipseだけの人生はリスクが大きすぎる [Eclipse1.0]Eclipseはできれば一生涯続いて欲しい 　　　　↓ [Eclipse2.0]40歳ぐらいまでにEclipseを卒業したい [Eclipse1.0]２ちゃんねるでEclipse板をチェックする 　　　　↓ [Eclipse2.0]RSSリーダーで「梅田望夫の世界を変えるEclipse」を購読する [Eclipse1.0]Eclipse番組をワンセグ携帯で見たい 　　　　↓ [Eclipse2.0]携帯から直接Eclipseできる端末が欲しい [Eclipse1.0]ときには、ビジョンを持たないEclipseをしてしまう 　　　　↓ [Eclipse2.0]自分のビジョンに合わないEclipseはあり得ない [Eclipse1.0]会社でネット見てばかりの先輩がブログにEclipseについて書いてて痛かった 　　　　↓ [Eclipse2.0]会社の上司がEclipse2.0とか言ってて「意味わかってんのかな」と思う [Eclipse1.0]本のしおりとしてEclipseを使ったことがある 　　　　↓ [Eclipse2.0]Eclipseのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ [Eclipse1.0]Eclipseは自分をときどき後ろ向きにさせる 　　　　↓ [Eclipse2.0]常に前向きな思考を保つためにEclipseがある [Eclipse1.0]Eclipseについての俳句を伊藤園「お〜いお茶」に応募した 　　　　↓ [Eclipse2.0]wikipediaのEclipseの項目に加筆した [Eclipse1.0]ビジネスとEclipseは完全に別物だ 　　　　↓ [Eclipse2.0]すべてのEclipseはビジネスにつながる 793 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:00:11 ] Web1.0からWeb2.0 [Web1.0]Web番組をワンセグ携帯で見たい 　　　　↓ [Web2.0]携帯から直接Webできる端末が欲しい [Web1.0]Webについての俳句を伊藤園「お〜いお茶」に応募した 　　　　↓ [Web2.0]wikipediaのWebの項目に加筆した [Web1.0]小泉政権は国民のWeb格差を拡大させている 　　　　↓ [Web2.0]この国のWebの８割を、エスタブリッシュメント層が独占している [Web1.0]本のしおりとしてWebを使ったことがある 　　　　↓ [Web2.0]Webのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ [Web1.0]会社の上司にWebをするのは野暮だ 　　　　↓ [Web2.0]会社の上司とWebの未来について熱く語ってしまう [Web1.0]誰だかわからない大勢とWebを共有するなんて気持ち悪い 　　　　↓ [Web2.0]大多数が参加するWebこそ、自分のフィールドだ [Web1.0]２ちゃんねるでWeb板をチェックする 　　　　↓ [Web2.0]RSSリーダーで「梅田望夫の世界を変えるWeb」を購読する [Web1.0]Webについて語るとき、野球にたとえることが多い 　　　　↓ [Web2.0]Webについて語るとき、アメリカ大統領にたとえることが多い [Web1.0]あと５年以内にWebは上位２社だけが独占する 　　　　↓ [Web2.0]Webにかかるコストはほぼゼロになり、多くの人がWebをベースに事業を展開する [Web1.0]自分らしい、等身大のWebが好きだ 　　　　↓ [Web2.0]国際基準で上位のWebを狙っていきたい 794 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:00:41 ] アーキテクト1.0からアーキテクト2.0 [アーキテクト1.0]２ちゃんねるでアーキテクト板をチェックする 　　　　↓ [アーキテクト2.0]RSSリーダーで「梅田望夫の世界を変えるアーキテクト」を購読する [アーキテクト1.0]アーキテクトはできれば一生涯続いて欲しい 　　　　↓ [アーキテクト2.0]40歳ぐらいまでにアーキテクトを卒業したい [アーキテクト1.0]アーキテクトについて語るとき、野球にたとえることが多い 　　　　↓ [アーキテクト2.0]アーキテクトについて語るとき、アメリカ大統領にたとえることが多い [アーキテクト1.0]アーキテクト番組をワンセグ携帯で見たい 　　　　↓ [アーキテクト2.0]携帯から直接アーキテクトできる端末が欲しい [アーキテクト1.0]アーキテクトと仕事のどちらをとるかと問われると困る 　　　　↓ [アーキテクト2.0]アーキテクトと仕事のどちらをとるかと問われて即決できる [アーキテクト1.0]2004年、初めてネットだけで成立するアーキテクトが誕生する 　　　　↓ [アーキテクト2.0]2014年、すべてのアーキテクトはネットでのみ存在する [アーキテクト1.0]アーキテクトについての本が本棚に10冊以上ある 　　　　↓ [アーキテクト2.0]アーキテクトについてのブログを10個以上読んでいる [アーキテクト1.0]ビジネスとアーキテクトは完全に別物だ 　　　　↓ [アーキテクト2.0]すべてのアーキテクトはビジネスにつながる [アーキテクト1.0]同時にできるアーキテクトは１つだけだ 　　　　↓ [アーキテクト2.0]同時に２つ以上こなしてこそアーキテクトだ [アーキテクト1.0]アーキテクトのために人生をかける生き方もありだ 　　　　↓ [アーキテクト2.0]アーキテクトだけの人生はリスクが大きすぎる 795 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:04:59 ] ﾂﾏﾝﾈ 796 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:10:58 ] トラックバック:d.hatena.ne.jp/yaneurao/20060423 やねうらおにトラックバック 797 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:11:25 ] トラックバック:d.hatena.ne.jp/yaneurao/20060423 やねうらおにアタック 798 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:11:47 ] トラックバック成功！！！！！！！！！！！！！！！！！！！！ 799 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:19:45 ] 何がSTLだよ。そっち方面じゃJavaのが圧倒的に充実してんじゃねーかｗ 800 名前：仕様書無しさん [2006/05/21(日) 11:21:25 ] >>790 あごめん高価なエンタープライズ版使っている漏れは気づかなかったけど 貧乏だから飛びつくが最大の要素だと思うよ 801 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:22:37 ] >>800 エンタープライズアーキテクト1.0からエンタープライズアーキテクト2.0 [エンタープライズアーキテクト1.0]エンタープライズアーキテクトと仕事のどちらをとるかと問われると困る 　　　　↓ [エンタープライズアーキテクト2.0]エンタープライズアーキテクトと仕事のどちらをとるかと問われて即決できる [エンタープライズアーキテクト1.0]エンタープライズアーキテクトにインターネットの力を借りるのは邪道だ 　　　　↓ [エンタープライズアーキテクト2.0]インターネットはエンタープライズアーキテクトの可能性を大きく拡げると思う [エンタープライズアーキテクト1.0]本のしおりとしてエンタープライズアーキテクトを使ったことがある 　　　　↓ [エンタープライズアーキテクト2.0]エンタープライズアーキテクトのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ [エンタープライズアーキテクト1.0]小泉政権は国民のエンタープライズアーキテクト格差を拡大させている 　　　　↓ [エンタープライズアーキテクト2.0]この国のエンタープライズアーキテクトの８割を、エスタブリッシュメント層が独占している [エンタープライズアーキテクト1.0]２ちゃんねるでエンタープライズアーキテクト板をチェックする 　　　　↓ [エンタープライズアーキテクト2.0]RSSリーダーで「梅田望夫の世界を変えるエンタープライズアーキテクト」を購読する [エンタープライズアーキテクト1.0]会社の上司にエンタープライズアーキテクトをするのは野暮だ 　　　　↓ [エンタープライズアーキテクト2.0]会社の上司とエンタープライズアーキテクトの未来について熱く語ってしまう [エンタープライズアーキテクト1.0]自分らしい、等身大のエンタープライズアーキテクトが好きだ 　　　　↓ [エンタープライズアーキテクト2.0]国際基準で上位のエンタープライズアーキテクトを狙っていきた 802 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:22:40 ] い [エンタープライズアーキテクト1.0]エンタープライズアーキテクトはできれば一生涯続いて欲しい 　　　　↓ [エンタープライズアーキテクト2.0]40歳ぐらいまでにエンタープライズアーキテクトを卒業したい [エンタープライズアーキテクト1.0]エンタープライズアーキテクトは自分をときどき後ろ向きにさせる 　　　　↓ [エンタープライズアーキテクト2.0]常に前向きな思考を保つためにエンタープライズアーキテクトがある [エンタープライズアーキテクト1.0]同時にできるエンタープライズアーキテクトは１つだけだ 　　　　↓ [エンタープライズアーキテクト2.0]同時に２つ以上こなしてこそエンタープライズアーキテクトだ 803 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:24:20 ] Developer1.0からDeveloper2.0 [Developer1.0]ときには、ビジョンを持たないDeveloperをしてしまう 　　　　↓ [Developer2.0]自分のビジョンに合わないDeveloperはあり得ない [Developer1.0]Developerはできれば一生涯続いて欲しい 　　　　↓ [Developer2.0]40歳ぐらいまでにDeveloperを卒業したい [Developer1.0]ビジネスとDeveloperは完全に別物だ 　　　　↓ [Developer2.0]すべてのDeveloperはビジネスにつながる [Developer1.0]自分らしい、等身大のDeveloperが好きだ 　　　　↓ [Developer2.0]国際基準で上位のDeveloperを狙っていきたい [Developer1.0]２ちゃんねるでDeveloper板をチェックする 　　　　↓ [Developer2.0]RSSリーダーで「梅田望夫の世界を変えるDeveloper」を購読する [Developer1.0]Developerと仕事のどちらをとるかと問われると困る 　　　　↓ [Developer2.0]Developerと仕事のどちらをとるかと問われて即決できる [Developer1.0]会社でネット見てばかりの先輩がブログにDeveloperについて書いてて痛かった 　　　　↓ [Developer2.0]会社の上司がDeveloper2.0とか言ってて「意味わかってんのかな」と思う [Developer1.0]Developer番組をワンセグ携帯で見たい 　　　　↓ [Developer2.0]携帯から直接Developerできる端末が欲しい [Developer1.0]会社帰りにコンビニでDeveloperの新製品を見つけて買う。前とほとんど同じ味。がっかり。 　　　　↓ [Developer2.0]amazonを開くと、リコメンドにDeveloperがズラリ。思わずノートＰＣのディスプレーを閉じる [Developer1.0]Developerについての俳句を伊藤園「お〜いお茶」に応募した 　　　　↓ [Developer2.0]wikipediaのDeveloperの項目に加筆した 804 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:24:55 ] C言語厨にはどれも此も痛い話だなw 805 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:25:48 ] Dependency Injection1.0からDependency Injection2.0 [Dependency Injection1.0]Dependency Injectionについて語るとき、野球にたとえることが多い 　　　　↓ [Dependency Injection2.0]Dependency Injectionについて語るとき、アメリカ大統領にたとえることが多い [Dependency Injection1.0]Dependency Injectionのために人生をかける生き方もありだ 　　　　↓ [Dependency Injection2.0]Dependency Injectionだけの人生はリスクが大きすぎる [Dependency Injection1.0]ときには、ビジョンを持たないDependency Injectionをしてしまう 　　　　↓ [Dependency Injection2.0]自分のビジョンに合わないDependency Injectionはあり得ない [Dependency Injection1.0]あと５年以内にDependency Injectionは上位２社だけが独占する 　　　　↓ [Dependency Injection2.0]Dependency Injectionにかかるコストはほぼゼロになり、多くの人がDependency Injectionをベースに事業を展開する [Dependency Injection1.0]小泉政権は国民のDependency Injection格差を拡大させている 　　　　↓ [Dependency Injection2.0]この国のDependency Injectionの８割を、エスタブリッシュメント層が独占している [Dependency Injection1.0]会社帰りにコンビニでDependency Injectionの新製品を見つけて買う。前とほとんど同じ味。がっかり。 　　　　↓ [Dependency Injection2.0]amazonを開くと、リコメンドにDependency Injectionがズラリ。思わずノートＰＣのディスプレーを閉じる [Dependency Injection1.0]誰だかわからない大勢とDependency Injectionを共有するなんて気持ち悪い 　　　　↓ [Dependency Injection2.0]大多数が参加するDependency Injectionこそ、自分のフィールドだ [ 806 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:25:53 ] Dependency Injection1.0]会社でネット見てばかりの先輩がブログにDependency Injectionについて書いてて痛かった 　　　　↓ [Dependency Injection2.0]会社の上司がDependency Injection2.0とか言ってて「意味わかってんのかな」と思う [Dependency Injection1.0]Dependency Injectionについての俳句を伊藤園「お〜いお茶」に応募した 　　　　↓ [Dependency Injection2.0]wikipediaのDependency Injectionの項目に加筆した [Dependency Injection1.0]同時にできるDependency Injectionは１つだけだ 　　　　↓ [Dependency Injection2.0]同時に２つ以上こなしてこそDependency Injectionだ 807 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:28:33 ] Javaの案件つーのはスケーラビリティだなんだつって開発環境以外のところに金がかかってしょうがねーんだよ。 何も知らねーなほんと。 808 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:53:22 ] JavaだとC++よりもできることが増えるからそりゃそーだろ 809 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:19:23 ] できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。 言語の高級化つーのは、敢えて言えば出来ないことを増やすことと引き換えに生産性を高めることをいう。 そこがわかってねー馬鹿が多すぎる。 従ってJavaの是非は、果たして生産性が高めることに成功したのかという一点について論じられるべき。 810 名前：仕様書無しさん [2006/05/21(日) 12:30:21 ] >>808 に具体例を提示していただきたいｗｗｗｗｗｗ 811 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:37:30 ] ORマッピングもDIも「事実上」できねーだろ。お前もだまれや。 812 名前：仕様書無しさん [2006/05/21(日) 12:42:07 ] Java VM も C で実装されている以上、Java VM と同じ働きをする ライブラリを C/C++ で実装すれば理論上は可能じゃね？ 813 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:58:27 ] >>811は真性バカ。 814 名前：仕様書無しさん mailto:sage [2006/05/21(日) 13:13:15 ] >>809 > できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。 いや、C++の時と比べて無駄な短調作業が経る分だけ余裕ができるので Javaでできることの可能性が拡大して、プログラマは開発以外のところに余裕を持てるようになり、 設計まで担当できるから開発以外のところに金がかかるような錯覚に陥るんだろうよ。 815 名前：仕様書無しさん mailto:sage [2006/05/21(日) 13:15:27 ] >>812 > Java VM も C で実装されている以上、Java VM と同じ働きをする > ライブラリを C/C++ で実装すれば理論上は可能じゃね？ そんなライブラリがあったとしても開発コストは嵩むよ。 今Javaで頻繁に行われているホットな仕事をC++で真似をしたら・・・・ とんでもないコストがかさむ。 Seasar2の真似事をするにしてもSpringの真似事をするにしてもJSFやStruts の真似事をするにしても多大な苦労とコストとデスマーチ地獄が待っている。 賢い人間ならJavaでできることすべてをC++だけでやるだなんて言わない。 816 名前：仕様書無しさん mailto:sage [2006/05/21(日) 13:49:25 ] >>813 DIとかORMとかやるくれえだったら素直にJavaとかC#つかうんだよ馬鹿。 だから事実上つってんだろうが。 817 名前：仕様書無しさん [2006/05/21(日) 14:05:46 ] >C++の時と比べて無駄な短調作業が経る この作業時間の見積は C++が全くできないJava厨さんの見積です。 優秀なるC++guyはとてつもなく仕事が速い人が多いです。 818 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:09:06 ] 無駄な単調作業は優秀で仕事が速くてもやっぱりあるんだよ。 むしろ優秀であればあるほどこの割合が高くなる。 819 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:12:08 ] なんでJava厨とC++マスターを比べてんのよ。 むしろどう考えてもJavaマスターとC厨の方が生産性の差は歴然だろ。 820 名前：仕様書無しさん [2006/05/21(日) 14:14:07 ] 単純作業発生率 カーネル、サービス 3% ・ ・ ・ ビジネスロジック 100% 821 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:14:14 ] >>816 >　だから事実上つってんだろうが。 だから、真性バカだって言われてんだよ。 822 名前：仕様書無しさん [2006/05/21(日) 14:15:02 ] CPU時間の占有率みたいな比率になった。 823 名前：仕様書無しさん [2006/05/21(日) 14:17:12 ] 簡単に間違いなく作れるJavaって 工場で流れるラインの一部みたいだな。 フレームワークの隙間のビジネスロジックって ラインのねじ止め単純作業みたいだもんな。 824 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:20:49 ] >>821 ならお前Cの案件で一人でDI使って炉や。 825 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:23:09 ] 同じ仕事では、優秀であればあるほど、単位時間内にコードを 打ち込む量が多くなるんだよ。 ずっと悩んで手が進まない奴が仕事が速いわけないだろう。 826 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:27:14 ] >>823 同じことやるなら簡単に出来たほうがいいだろ。 というより、Javaのどこが簡単に間違いなく作れるんだよ。 被害妄想もいい加減にしとけや。 827 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:28:29 ] できることが増えてるんじゃなくて、他人がやってくれることが増えているだけだな。 828 名前：仕様書無しさん [2006/05/21(日) 14:31:23 ] 他人が作ってくれた仕様のフレームを 使って意気揚々としているJavaちゅんたん。 829 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:34:26 ] おめえはOSから自作しとけや。 830 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:36:09 ] >>817 > C++の時と比べて無駄な短調作業が経る > この作業時間の見積は > C++が全くできないJava厨さんの見積です。 > 優秀なるC++guyはとてつもなく仕事が速い人が多いです。 ならその証拠を見せて。 ついでに言い出しっぺのお前の能力がどれだけのものか 見てみたいものだw 831 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:37:02 ] VMから自作できないからってそんなにファビよるなよ 832 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:38:50 ] >>823 > 簡単に間違いなく作れるJavaって > 工場で流れるラインの一部みたいだな。 設計をする人間はそんなくだらないことをやる必要がないので Javaをそういう喩えにするのはかなりネタだな。 C++だと工場で流れるラインの一部の仕事が実に多い。 > ラインのねじ止め単純作業みたいだもんな。 それがC++だな。Javaではそういう単純作業は 大幅に自動化されており、人間がやる必要がない。 C++だとくだらないネジ止め単純作業ですら人間が やらないといけないため非効率。 833 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:44 ] >>828 アセンブラ厨が作った言語の上で意気揚々よしている C厨たんw 834 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:53 ] >>823 Javaを使っても間違いは多いよ。 簡単にもならん。 835 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:56 ] >>831 おめえは煽りかたがおかしいんだよ。 JavaもC#も触ったことがないのがもろバレで、C++使いの品位すら貶める。 836 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:59 ] >>831 じゃ、お前がVM作ってみて 837 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:40:22 ] C言語厨はさすがにビッグマウス。 VM自作できると言い張って実は何も作れない。 838 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:43:18 ] >>818 > 無駄な単調作業は優秀で仕事が速くてもやっぱりあるんだよ。 > むしろ優秀であればあるほどこの割合が高くなる。 JavaだとC++に比べて単純作業の割合が大幅に短縮される。 自動化ツールを使えばさらにその単純作業が短縮される。 短銃作業でネックになっているのは配列などのエラーチェック、 メモリ解放タイミング、ヘッダファイルの管理、参照元クラスが Javaでいうところのinterface相当になっているかなっていないかの確認、 この変数がグローバル変数であるかどうかの確認、などなど。 C++には実に無駄で単調な作業が多く、開発効率が悪い。 839 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:43:31 ] >>833 >　アセンブラ厨が作った言語の上で意気揚々よしている 意味不明な意見だ。 840 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:44:00 ] 今日のC言語厨レベルの低さが露呈したので これからヒルズにでも遊びに行ってくるわ。 841 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:44:20 ] 今Javaで頻繁に行われているホットな仕事をC++で真似をしたら・・・・ とんでもないコストがかさむ。 Seasar2の真似事をするにしてもSpringの真似事をするにしてもJSFやStruts の真似事をするにしても多大な苦労とコストとデスマーチ地獄が待っている。 賢い人間ならJavaでできることすべてをC++だけでやるだなんて言わない。 842 名前：仕様書無しさん [2006/05/21(日) 14:52:22 ] >これからヒルズにでも遊びに行ってくるわ 便所そうじのバイトか？ 843 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:56:05 ] 今時、OSですらCで作られる時代だ。アセンブラうんねんは的外れ 844 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:56:51 ] ｼﾞｬﾊﾞ原人はスタックすら理解出来ないあほう。 845 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:57:03 ] >>838 コーディング工程での作業なんか、JavaだろうとC・C++だろうと変わらないと思うのだが。 846 名前：仕様書無しさん [2006/05/21(日) 14:58:26 ] JVMはスタックマシンだろ。それ位知ってるぞ。馬鹿にするな。じじい。 847 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:00:05 ] 痛々しいじえんすんな 848 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:02:18 ] >>841 ちょっと、的外れの意見のような気がする。 Javaでも1から大きなもの作ろうとすれば、大変な苦労とデスマーチが待っていると思うけど。 849 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:04:21 ] Javaの場合は何故動かないのか良くわからない。 ってケースがままある。 もっとも、そういうのは大概運用に入ってから出てくるから派遣ﾄﾞｶﾀPGにはあまり関係なかったり。 850 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:04:27 ] >>841 他人の褌が用意してありますよ、っていう自慢にしか聞こえないわけだが 851 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:06:15 ] 何か問題でも？ 852 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:07:00 ] JavaPG == トヨタの季節工 853 名前：仕様書無しさん [2006/05/21(日) 15:09:03 ] つうかうんちがついた汚いパンツをよろこんではくみたいな 854 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:16:15 ] >>838のいう作業とはちょっと違うが、JDT/eclipseとVC++では単純作業の量がだいぶ違ってくる。 eclipseのQuick Fix/Assistanceと、リファクタリング、ゲッター、セッター、デリゲートメソッド、コンストラクターの 自動生成等でまるっきり違う。 855 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:21:59 ] おまえ、VC使ったこと無いだろ？ 856 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:27:30 ] おまえこそeclipse使ったことないだろ。 857 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:27:52 ] で・・・そんなの自動生成されてうれしいんか？ 858 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:29:22 ] うれしい！ 859 名前：仕様書無しさん [2006/05/21(日) 15:29:23 ] ビジネスロジッカーには必要なんじゃねえの 200ゲッターとか平気で作るJava厨さんだから 860 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:29:50 ] 使ってみて自分で評価すれば。 861 名前：仕様書無しさん [2006/05/21(日) 15:30:23 ] そういう支援機能が無いとやってられない単純作業がビジネスロジック 862 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:33:48 ] ごめーん。 個人情報保護がうるせーから、氏名、電話番号、郵便番号、住所を全部暗号化するように変更して くんない？ここでINSERTするまえに、ちゃっちゃっとやれば簡単でしょ？ （２時間後） え？フィールドの長さが変わるから全部変えないといけない？？？ やって！全部やって！ 863 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:52:17 ] で、金は出ないとｗ 864 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:54:35 ] >>828-829 完全な切り捨て方ワロタ 865 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:57:22 ] 自動化ツールって・・・ そんなすぐに自作出来るようなツールを掲げること自体、 「自分は自作できません」と言っている事のように判断しちゃうな 866 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:59:16 ] Wizard自慢のVC厨みたいだな 867 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:04:27 ] >>866 そんな奴いねえよ 868 名前：仕様書無しさん [2006/05/21(日) 16:30:47 ] ビジネスロジックというとかっこよく聞こえるかもしれない。 しかし騙されるな。 ビジネスロジック ↓ 顧客の泥臭い業務処理そのもの ↓ 多発する仕様変更 ↓ 整合性のない業務データ ↓ 腐ったSQL設計 ↓ その項目をJavaコードに転記するだけ 869 名前：仕様書無しさん [2006/05/21(日) 16:33:12 ] その項目をJavaコードに転記するだけ ↓ 不安定な無償テストサーバ 読み込まない新デプロイクラス ↓ 再起動しても反映されない ↓ エクリプスを落とす ↓ 起動に2分半かかるのでカップラーメンを作る ↓ 起動してから10数えてカップラーメンをあける ↓ 食べる 870 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:34:32 ] ﾜﾛﾀよ 871 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:35:50 ] ごめん。やっぱ、郵便番号だけは暗号化しないで。 それだけなら今日中に出来るよね？元に戻すだけだもんね？ たのんだよ。 872 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:39:17 ] あ、戻すついでに、郵便番号は３桁と４桁の間にハイフンを入れるようにしてもらえるかな？ 873 名前：仕様書無しさん [2006/05/21(日) 17:08:49 ] >>869 はあ？ 起動してから10数えたら 2分40秒じゃねーか。 874 名前：仕様書無しさん [2006/05/21(日) 17:17:10 ] >>873 固めが好きな漏れ 875 名前：仕様書無しさん mailto:sage [2006/05/21(日) 19:43:12 ] 18秒で起動した俺って･･･異常なのか？ 876 名前：仕様書無しさん [2006/05/21(日) 19:51:54 ] >>875 WTP 2.0つかってみてね。ラーメンタイマーにちょぅど良い 877 名前：仕様書無しさん mailto:sage [2006/05/21(日) 20:27:31 ] まあエンドユーザーの立場だけど正直言ってJavaアプリはウザい。 Windows上からは消えて無くなって欲しい。 878 名前：仕様書無しさん [2006/05/21(日) 21:21:33 ] そうねえ、SUNのマシンでだけうごいていればよかったのにね。 879 名前：仕様書無しさん mailto:sage [2006/05/21(日) 21:22:41 ] そしたら今頃linuxに滅ぼされてるなｗ 880 名前：仕様書無しさん mailto:sage [2006/05/21(日) 22:16:20 ] >>877 >正直言ってJavaアプリはウザい 同意。 作っててなんだけどウザ過ぎだろあの動作ｗ 881 名前：仕様書無しさん mailto:sage [2006/05/21(日) 22:21:52 ] JavaでWin用のＧＵＩアプリってウザイよな。 何がなんでもJavaで作ってやるぜってウンコｓｇ 882 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:21:27 ] Javaは言語外での用語が多すぎてウンザリする。 883 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:22:37 ] それはしかたないんじゃね？ 言語仕様が浅すぎて他で補う必要あるんだし 884 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:52:48 ] >>817 > C++の時と比べて無駄な短調作業が経る > この作業時間の見積は > C++が全くできないJava厨さんの見積です。 > 優秀なるC++guyはとてつもなく仕事が速い人が多いです。 その根拠は？ といってもC言語厨は答えられないんだろうな。 現実も直視できてないし 885 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:54:48 ] >>842 残念。ヒルズで買い物をしてきたんだよ。 886 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:59:10 ] >>865 > 自動化ツールって・・・ > そんなすぐに自作出来るようなツールを掲げること自体、 > 「自分は自作できません」と言っている事のように判断しちゃうな 何か勘違いしているようだね。 Visual Studioを使っている癖になにいってるんだい。 それから自動化ツールは自作やアレンジが一切無いと 勘違いしているようだけど、AntやMavenによって自動化するんだよ。 build.xmlやpom.xmlは自分でかかないといけない。 それを自作して始めて自動化できる。 C/C++だってMakeFileを自作するわけだし。 それにEclipseではプラグインを自作することで自動化ツールを自作する。 C言語厨さんがすぐ自作でいるようなツールって一体どんなものなのかねえ。 まさか、MakeFileを書いた程度で「ツールを自作できます」なんて言わないよねww 887 名前：仕様書無しさん mailto:sage [2006/05/22(月) 01:02:13 ] >>877-878, >>880-882 C言語厨さん、わざわざ自作自演ご苦労様です。 随分と重たくて古臭いマシンを使っておられるようですね。 WindowsVistaを導入したらもっと重たくなった 結局ウザイ事態が起きることには 変わりないわけだから、この際、新しいマシンを購入してみては いかがでしょうか。 888 名前：仕様書無しさん mailto:sage [2006/05/22(月) 01:03:48 ] Javaのクライアントアプリはウザイ以前にダセエよ。 なんかデザイン悪すぎるんだよな。 889 名前：仕様書無しさん mailto:sage [2006/05/22(月) 01:26:12 ] >>886 xmlってただのデータじゃないか。そしてそれを言ったらMakeFileもただのデータさ Eclipseはツールのコンテナだからそのインターフェースを書く事自体は自作とは言わないよ 自分が自作と呼ぶのは「ツール用のデータ」ではなくて。、ツール自体の事だよ #下手な煽りだねぇ 890 名前：仕様書無しさん mailto:sage [2006/05/22(月) 02:26:40 ] Javaのクライアントがうざいのは同意だが、 それでも自分で作って自分で使うんならJavaだな。 作る時の手間が全然違うからな。 人に使わせるんだったら考えるけどな。 それでも、開発の容易さの魅力には勝てないかもな。 891 名前：仕様書無しさん mailto:sage [2006/05/22(月) 05:33:54 ] >>890 駄目だ。 趣味でこんな拷問、モチベーション維持できねぇ。 できるものノロノロのべチョべチョってわかってるjavaなんか趣味で弄る気がしねぇ。 892 名前：仕様書無しさん mailto:sage [2006/05/22(月) 07:24:06 ] >>890 一度、VBでもC#でもいいから.NETでWinアプリつくってみ。 Javaがあほらしくおもえるよ。 893 名前：仕様書無しさん [2006/05/22(月) 08:09:45 ] >MakeFile 細かいつっこみでスマソが MakefileがGNU式 makefileが一般的 hoge.makが漏れ式　-fオプション MakeFileはダサすぎる 894 名前：仕様書無しさん [2006/05/22(月) 09:00:32 ] でも、PCにおけるJavaの劣等性はもうどう言いつくろってもどうしようもないよね。 何しろ、特定のOSベンダが規定したアーキテクチャのPC以外、もうありえないんだから。 新技術、新規格は彼らが規定してる。 もちろん新しいプラットフォームでは、彼らの供給する環境が優先。 すなわち　.Netであり CLIであるわけだ。 じゃあ、Javaってどーなるのか。ブラウザをUIにするってこと前提で、通信によって 隔離されたサーバ側に活路を見いだす以外に無い。だから、クライアント開発環境は 完全無償にしてしまったんだろ。あきらめて。 サーバ側はパフォーマンスと信頼性を旗印に、まだまだPCじゃないアーキテクチャがある。 しかし、量産効果によって低価格化、高性能化してきたPCアーキテクチャは サーバ側にも浸透しつつあるのが現実だ。 もうわかったろ？Sunじゃないんだよ。IBM次第なんだ。 IBMがハードの販売に興味を失ったそのときが、Java厨房が荷物をまとめて 田舎に帰って農業をはじめるそのときになるんだろうな。 そう遠い未来の話でもないだろ。 895 名前：仕様書無しさん [2006/05/22(月) 09:05:14 ] javaのフレームワークっていろいろあるけど バージョンアップが激しすぎてドキュメントの更新が間に合っていなかったりで xmlファイルをどう編集しても動かなくて ソースを追っかけてxmlファイルを書いたりとか面倒すぎ 896 名前：仕様書無しさん [2006/05/22(月) 09:11:01 ] >>894 この業界ははやりすたりが激しい。 Javaが流行ったのは簡易で安易にサーバアプリケーションが作れるからだった んだろうし、企業の技術研修コストも安く済んだ。そしてC/C++研修のときのように 落ちこぼれるやつも少数だったからなんだと思う。 しかし出来上がったブツを見て技術研修コストの削減と安易さとのトレード オフは否めなかった。それは顧客が一番分かっているんだと思う。 そして2000年あたりから流行ったが2006年で終焉のシナリオだ。 終焉の理由は以下のとおり Java5のVMソースを公開し、スキルのあるボランティアに問い合わせを求めている のはVM開発に社内のコストを当てられないのを公言していると同じ。あれを見て 漏れはJavaは終焉だなとマジで思った。 それと.netの台頭だ。ハードがインテル主体になり、OSのライセンス費用もMSは 見直しをかけた。Linuxの初期費用と引き換えに管理費用が高額なのを照らし合わせても 今後はWindowsサーバが優勢なのは間違いない。Windowsサーバが主流になれば なにもJavaで作る理由などこれっぽっちもないからだ。だから2006年終焉。 2007年は .net VB,C#,C++CLRが突っ走りだす。Java厨は田舎に帰る。 897 名前：仕様書無しさん [2006/05/22(月) 09:14:13 ] 以上、ｹﾞｲｼの初夢ですた。 898 名前：仕様書無しさん [2006/05/22(月) 09:14:48 ] >>895 >バージョンアップが激しすぎて ではなくて、そのつどリリースしたバージョンがいい加減すぎなんだな。 彼らの頭は常にリファクタリングはツールが自動でしてくれる。 だから適当に初期リリース、あとでつきはぎする。 Javaの昔からの伝統だな。 899 名前：仕様書無しさん mailto:sage [2006/05/22(月) 11:18:39 ] 技術的に好ましいものが流行るとは限らないからなー。先のことはなんとも。 どのエバンジェリストが声が大きいかで決まっていく感じ。 今のエンドユーザ側は使ってみてからでないと何も言えないしな。 900 名前：仕様書無しさん mailto:sage [2006/05/22(月) 11:28:17 ] >>888 LnFの変更方法を知らないで何をいっているんでしょうこの人は 901 名前：仕様書無しさん mailto:sage [2006/05/22(月) 11:29:11 ] >>892 最近のJavaの動きをしらないな。 っていうかなんでVBみたいなアホがでるんだといいたいw 902 名前：仕様書無しさん [2006/05/22(月) 11:56:23 ] >>900 デフォルトでダサいといっているんだろ。 またでたな、XMLを設定しなきゃいかんとかそんな事もしらんのかとか 勝手に言ってろよ。おなじようにデフォルトでダサいJava厨。 903 名前：仕様書無しさん [2006/05/22(月) 11:59:17 ] 1995-2002年ごろまでのVB6の流行は納得できたよ。 まがりなりにもランタイム利用だがexeを作成すれぱ ネイティブに動作した。　お客さんも納得だった。 2001-2005年までのJava-J2EEの流行は業界史上もっとも だめな流行だったんではないかと思う。もう過去のものだしね。 904 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:38:48 ] >>894 Javaが嫌だからﾄﾞｯﾄﾈｯﾄといってもねえ。C++よりも選択肢が最悪じゃないか。 905 名前：仕様書無しさん [2006/05/22(月) 12:42:02 ] あいかわらずM$工作員が妄想とばしてるな。 906 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:46:12 ] >>895 たとえばどんなもの？ SpringやLog4j使ってるけど問題ないよ 907 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:47:44 ] >>896 そんなマジレスっぽいレスを本気でしたければ 自分のサイトで書けばいいのに。 ブログだったら思いっきり叩かれるだろうけどなw 2ch以外ではそういう主張をするのが怖いから ここでしかそういう発言ができないんだろw 908 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:48:19 ] >>902 開発者がLnFをあらかじめ指定しておけばデフォルトでもダサ区内よ 909 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:49:17 ] >>903 2006年はまだ終わっていないんだけど。 てか、C#って死滅しちゃうの？スレで 2〜4年前にも似たようなこと行っていなかった?wwwwww 910 名前：仕様書無しさん mailto:sage [2006/05/22(月) 20:08:46 ] で、LnFって何よ？ 911 名前：仕様書無しさん mailto:sage [2006/05/22(月) 20:36:24 ] ＬＯＯＫ ＡＮＤ ＦＥＥＬ 912 名前：仕様書無しさん mailto:sage [2006/05/22(月) 21:18:26 ] 素直にMS UI Gothicを使ってほしい 913 名前：仕様書無しさん mailto:sage [2006/05/22(月) 23:22:04 ] M$工作員乙 914 名前：仕様書無しさん mailto:sage [2006/05/23(火) 00:33:26 ] プログラマにいろんな興味を抱かせ、その実、 実務であまり役にたたなかったり、 興味本位で使うと、かえって業務を混乱させたり 業務で求められているもの（納期、品質、コスト） 本質から目をそらさせてくれたり、 セッターとかゲッターとかそれ自体が馬鹿らしいと思わなくなったり めちゃめちゃ重たいソフトで時間を稼いでくれたり C++と比較して、俺の方が優れてるとかなんとか言ったり とにかくいろんな意味でプログラマにとって面白い言語だった・・・ 915 名前：仕様書無しさん mailto:sage [2006/05/23(火) 01:52:39 ] ってっかJava, C#やってると他の言語使う時に微妙に支障を来すんですがね。 916 名前：仕様書無しさん mailto:sage [2006/05/23(火) 11:10:02 ] C++版CheckstyleやFindBugsがあればC++も開発しやすいんだけど 917 名前：仕様書無しさん mailto:sage [2006/05/23(火) 14:16:12 ] だから、IFDEFがある限り難しいと何度言ったらわかるんだ。このデブは。 918 名前：仕様書無しさん mailto:sage [2006/05/24(水) 00:08:41 ] #IFDEFをif()文に変えるようにリファクタリングすればいい 919 名前：仕様書無しさん mailto:sage [2006/05/24(水) 01:42:54 ] #ifndef COLOR int col; #endif もうこの時点でif()にならねえよ 920 名前：仕様書無しさん [2006/05/24(水) 10:06:10 ] if(pp.isDefined((rb.getProperty("COLOR"))){ 　int col; } こんなふうにリファクタリングすればいい。 C厨、こういうのをつくればいいのに 921 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:18:22 ] どういう意図なのか分からん… 922 名前：仕様書無しさん [2006/05/24(水) 11:24:55 ] 何を馬鹿な事を・・・ プリプロセッサがなんなのかそれさえも分かってないのか・・ 923 名前：仕様書無しさん [2006/05/24(水) 11:25:21 ] プリプロセッサ禁止令っつーことやろうな 924 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:25:55 ] そもそもプリプロセッサに頼ること自体 プログラマとして失格 925 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:26:15 ] C言語厨はプリプロセッサ依存症 926 名前：仕様書無しさん [2006/05/24(水) 11:28:49 ] まあ確かにJavaではパッケージなどの機能制限版などを作る事は ないから必要ないんだろうけどね。機能制限してもデコンパイルされるし。 927 名前：仕様書無しさん [2006/05/24(水) 11:34:59 ] VMのソースでは沢山つかってるけどなあJava厨さん 2725ファイル、合計10095個所見つけました こんなに使ってるVMの上で動くJava利用してるんだから 変な事言わないほうがいいよｗ 928 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:50:45 ] どうやら、このスレの中に法律と憲法との違いもわからないC言語厨がいるようだな 929 名前：仕様書無しさん [2006/05/24(水) 12:12:36 ] 馬鹿な親でも自分の親 そんな親を平気で馬鹿にする更なる馬鹿なJava厨が VMとJava厨とC/C++の関係なのかもしれない。 930 名前：仕様書無しさん mailto:sage [2006/05/24(水) 13:01:59 ] 言ってる意味が分からない >>929は朝鮮の方ですかね 931 名前：仕様書無しさん mailto:sage [2006/05/24(水) 13:03:10 ] >>928 それってどんな喩え？ JVMやコンパイラが憲法でJavaソースコードが法律ってこと？ そしてC/C++は無法地帯でC/C++厨は無法者、ごろつきＮＥＥＴってことでFA? 932 名前：仕様書無しさん [2006/05/24(水) 14:54:14 ] >>931 C/C++で作られた堅牢な建物の中にしつらえられた独居房がJVM。 そのJVMの中で喚いているお前の言葉がJAVA。 これでわかるかな？ 933 名前：仕様書無しさん mailto:sage [2006/05/24(水) 15:42:03 ] 10年くらいC++の仕事してたけど、どんどんセンスの無い文法が追加されてきた。 それよりはjavaの方がましじゃないかな。 今後どうなるかしらんが。 CはC89くらいでいいんじゃないかなぁって思っているけど。 934 名前：仕様書無しさん mailto:sage [2006/05/24(水) 17:55:13 ] >>920 おまえにはがっかりだ。 >>919はたぶんスコープの事を言っているのに。 935 名前：仕様書無しさん [2006/05/24(水) 19:57:19 ] 独居房か、箱庭よりも狭くなりましたね 936 名前：931 mailto:sage [2006/05/24(水) 23:27:28 ] >>932 は？　 937 名前：仕様書無しさん mailto:sage [2006/05/25(木) 00:21:50 ] 虫かごだろ？ 938 名前：仕様書無しさん mailto:sage [2006/05/25(木) 11:36:58 ] >>932はあのコーヒーもあのお茶も飲まないほうがいいね。 ついでにジャバとなの付くものはみな君には使えないw 939 名前：仕様書無しさん [2006/05/25(木) 12:36:10 ] そんなにJavaが遅いのかなあ。 Javaが遅いからServletは使わない方がいい、 なんていうのは現実的じゃないと思うんだけど まさかServletの代わりに全部C/C++だけでバリバリ金融アプリを 書いてしまうの？ 940 名前：仕様書無しさん mailto:sage [2006/05/25(木) 12:49:33 ] 金融アプリならCOBOLでしょう…と、COBOLerを召喚してみる。 941 名前：仕様書無しさん mailto:sage [2006/05/25(木) 12:49:48 ] Javaで金融アプリなんて恐ろしいな しかもServletかよ 942 名前：仕様書無しさん mailto:sage [2006/05/25(木) 13:25:26 ] というが、証券会社のサイトやオンラインの[銀行名]ダイレクトはほぼJavaで書かれている 943 名前：仕様書無しさん [2006/05/25(木) 13:32:25 ] 裏のデータベースと、Webサーバーのつなぎのブラウザ向けテキスト生成につかってるんでそ。 944 名前：仕様書無しさん [2006/05/25(木) 14:10:35 ] DBのドライバーは間違いなくC（C++）かアセンブラで書かれている。 いまどきWEBの「アクティブコンテンツ」はFLASHで作ったほうが、綺麗で簡単 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ Java房やJava営業の勘違いしている点は、どんな言語を使おうと、 お客様仕様の泥臭い部分は「例外仕様でメンドクサイし、合理的でない場合がある」 という認識が足りないと思う。 仕様書やUMLを弄繰り回しても無駄。 Javaで物を作ると開発環境、動作環境のバージョンの管理まで追加される。 そしてプログラムは楽にならない。１CM進むのに同考えても無駄な方向に1mm進む 「汎用的」は結構だが、専門の言語に劣る。 Javaは、端末コンソールからｺﾏﾝﾄﾞを打ち込んで、簡単なデーター処理をさせたいなら優秀な言語。 それ以外には使ってはならない。 945 名前：仕様書無しさん mailto:sage [2006/05/25(木) 14:16:46 ] >>944 > DBのドライバーは間違いなくC（C++）かアセンブラで書かれている。 嘘こけ 946 名前：仕様書無しさん mailto:sage [2006/05/25(木) 14:17:17 ] サーバでFlashを使う奴はアホ 947 名前：仕様書無しさん [2006/05/25(木) 15:43:12 ] >>945 それじゃ何だ？　ネイティブコードが作れない言語はアウトですが？ 948 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:05:42 ] 100%PureJava製JDBCドライバを知らないとは 949 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:30:10 ] JDBCにはTYPEがあります。そのひとつがPure Java。 950 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:36:37 ] ぷあじゃばってすごいんでつね 951 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:54:00 ] >>949 意味わからん。JARファイルをクラスパスに追加して ソースコードからDataSourceなどで呼び出すだけで使えるんだが。 952 名前：949 mailto:sage [2006/05/25(木) 18:19:09 ] そういうつもりで言ってるんだけど。TYPE-4のJDBCだよね。他にもJNI使うTYPEもあるでしょ。 もしかして、みんなが自分に反対してるとか思い込んでないかい？ 953 名前：949 mailto:sage [2006/05/25(木) 18:20:17 ] と思ったけど、単に>>951がPure Javaなドライバしか知らないという可能性に思い当たった。 954 名前：仕様書無しさん mailto:sage [2006/05/25(木) 18:28:19 ] >>953 煽るな。そんなことはない。 JDBCの入門書を読むとかならずType1〜4までの 説明が出るだろ。 955 名前：949 mailto:sage [2006/05/25(木) 18:33:21 ] >>954 煽るつもりはなかったよ。 そもそも直接JDBC触る機会が激減してるし、TYPE-4じゃないドライバなんてめったに使わないし。 だから知らないのかなーと思っただけです。気分を害されたら陳謝。 956 名前：仕様書無しさん [2006/05/25(木) 18:45:51 ] JDBCドライバのタイプも知らんと。はあ。さすがJava厨ﾀﾝだな。 957 名前：仕様書無しさん mailto:sage [2006/05/25(木) 19:01:40 ] わかったのは>>944が果てしなく厨であることだけ。 958 名前：仕様書無しさん mailto:sage [2006/05/25(木) 21:09:43 ] >>956==>>944だよな 959 名前：仕様書無しさん mailto:sage [2006/05/25(木) 22:36:16 ] >>957 >>947モナー 960 名前：仕様書無しさん [2006/06/05(月) 07:00:01 ] Javaでの開発４年目ですが、 OracleでのアクセスではPL-SQLのほうが、 早いように思います。（Oracle上のライブラリーキャッシュに入るため） JDBC経由では、SQL文の解析や実行の遅さがモロに 出るように思います。 >>JDBCの入門書を読むとかならずType1〜4までの >>説明が出るだろ。 Type2より,Type4の方が遅いでしょ、 マニュアルにも書いてあるし、 Pure Javaは魅力だが。。。。 >>まさにオッサン世代ですね。だからガーベッジコレクタの >>動作原理も知らない化石的思考といわれる。 ガーベージコレクションもいい加減であるため、 JAVAVMの仕様では、ガーベージコレクションはいつ走るか わからない、命令もあるが走らせるように努力するっていう感じ だったと思う。 では、回答頼む。 961 名前：仕様書無しさん [2006/06/05(月) 07:21:42 ] 現在、JAVAで作成したバッチJOBをPL-SQLやPro-Cなどで 作成し直したっと言う話を良く聞く、 私も、チューニングで １）JAVA（8時間実行）→PL-SQL（1時間実行）に ２）JAVAのSQLのチューニング（１時間実行）→10分実行 ３）JAVA（５日以上実行）→PL-SQL（＋SQLのチューニング）（１時間実行） この辺はOracleMasterの パフォーマンスチューニングにも少しだけ出てきます。 962 名前：仕様書無しさん mailto:sage [2006/06/05(月) 07:40:53 ] >>960 論点がよくわかんない。 ストアドプロシジャの方が速いという話だとしたら -> 当たり前 　1. 使えばいいじゃん。 　2. 使わないと仮定して、Statementを再利用できる文脈なら再利用 　　してなかったら文句はPGに。 　　しても性能向上しなかったら文句はドライバに。 CだったらPro-Cが使えるのにという話だとしたら 　まぁそれはそうかも。個人的にはPro-Cあまり好きじゃないけどね。 963 名前：仕様書無しさん [2006/06/05(月) 07:41:48 ] ま、JDBC経由せずに、 MQ（電文）使うんだったら、 JAVAでもいいですけどね。 964 名前：仕様書無しさん [2006/06/05(月) 07:45:52 ] 962すいません、 960,961,983書きました、 >>>960 論点がよくわかんない。 >ストアドプロシジャの方が速いという話だとしたら -> 当たり前 だったらいいです、最近なんでもJAVA使って、 デスマにする人多いんで。 965 名前：仕様書無しさん mailto:sage [2006/06/05(月) 08:03:11 ] >>964 そういうことね。 ストアドプロシジャ書かせても、必要性ないのにカーソル使いまくりということもあり得るw 966 名前：仕様書無しさん [2006/06/05(月) 08:07:49 ] >>>964 そういうことね。 >ストアドプロシジャ書かせても、必要性ないのにカーソル使いまくりということもあり得るw 確かに（笑） 967 名前：仕様書無しさん [2006/06/06(火) 05:45:42 ] >>960 論点がよくわかんない。 >ストアドプロシジャの方が速いという話だとしたら -> 当たり前 >　1. 使えばいいじゃん。 >　2. 使わないと仮定して、Statementを再利用できる文脈なら再利用 >　　してなかったら文句はPGに。 Statementを再利用しても、性能向上なんかは関係ない Statementを再利用してもそれはガーベージコレクションが すこし、早くなるかどうかぐらいの問題で、 性能はあまり関係ない、 SQLのチューニングするほうが早くなる。 968 名前：仕様書無しさん mailto:sage [2006/06/06(火) 07:37:17 ] AP鯖がStatementキャッシュ機能提供してたりしない？ 969 名前：仕様書無しさん [2006/06/06(火) 07:50:30 ] >AP鯖がStatementキャッシュ機能提供してたりしない？ でも、焼け石に水だと思う。 970 名前：仕様書無しさん [2006/06/06(火) 07:56:57 ] > SQLのチューニングするほうが早くなる。 しかもRDBMS 固有の機能を使うと劇的に速くなる可能性がある。 Oracle 9i 以降の CONNECT BY 句なんか、うまくハマるとすごい。 ただ、SQL で再帰を書く香具師はあまりおらんので、どう使ったら いいか悩むだろうが。 971 名前：仕様書無しさん mailto:sage [2006/06/06(火) 09:58:44 ] >>969 理念的には、パース工程が省かれる(ことがある)ので、意味はあると思う。 972 名前：仕様書無しさん mailto:sage [2006/06/06(火) 15:41:25 ] もはやJava自体の速さは関係なくなってるね 973 名前：仕様書無しさん [2006/06/06(火) 19:50:47 ] >>>969 >理念的には、パース工程が省かれる(ことがある)ので、意味はあると思う。 10時間のバッチJOBを９時間５０分にしても、 ENDユーザは喜ばないが、 >もはやJava自体の速さは関係なくなってるね 関係あります。 Javaは遅いので、 最近バッチJOBでJavaを使うのは、 あまり見ない。 アーキテクチャーを 思い出せば遅いのはあたりまえ。 974 名前：仕様書無しさん mailto:sage [2006/06/06(火) 20:36:01 ] >>972 しーっ！せっかく話を逸らせたのに！ 975 名前：仕様書無しさん [2006/06/06(火) 23:23:39 ] ところでSwingってネットワークが重いと動作も重くならない？ 接続してねぇときでも。 ネットが重いときにsetVisible(true)ってやってもいつまでたっても画面が表示されねぇ。 976 名前：仕様書無しさん [2006/06/06(火) 23:25:56 ] 案件情報で JAVA、ストラッツ、PL-SQLまたはPro-C経験者 なんかあったら、 大体、 画面系：ストラッツ、JAVA バッチ系：PL-SQLまたはPro-C になっている。 案件情報で JAVA、ストラッツ、DB2、COBOL経験者 だったら、 JAVA、ストラッツ、 MQ（電文）、汎用機側でDB2、COBOL なんかになっている。 基本的に、 Statementの再利用と性能向上はあまり関係ないと思う。 コードが減ってガーベージコレクションのタイミングが 変わるぐらい、それよりもJDBC経由だったら、 �@重たいSQLを投げない �AFROM句,WHERE句の記述方法に気をつける。 �BSQLは実行計画などを見て最適なものにする。 　（INDEXやHINT文などを使用する。） 977 名前：仕様書無しさん mailto:sage [2006/06/07(水) 00:36:54 ] 速度面で言えばシェルとかPro-Cなんかと比べてJavaのバッチは結構有利なはずでは。 メモリとかそっちのほうがネックなんじゃね？ 978 名前：仕様書無しさん [2006/06/07(水) 00:41:40 ] >>977さんへ まじめに言ってる？ 979 名前：仕様書無しさん mailto:sage [2006/06/07(水) 01:02:21 ] >>978 別に深く考えたわけじゃないけど。 何がネックになるかな？ 980 名前：仕様書無しさん mailto:sage [2006/06/07(水) 01:20:40 ] >>977 > 〜なはず 妄想乙 981 名前：仕様書無しさん [2006/06/07(水) 01:38:39 ] 最近PL-SQLやPro-Cが見直されてきたのは、 JAVAでバッチJOBを作成して、 夜間バッチが夜間に終わらなかったなどの、 不具合が多くの企業であり、PL-SQLやPro-Cで 作成し直した経緯があるため。 そのため、以前みたいにあまりJAVAJAVA言わなくなった。 982 名前：仕様書無しさん mailto:sage [2006/06/07(水) 01:54:34 ] 毎回プロセス上げてやらなきゃいかんようなことにJavaを使ったら HotSpotもなんも効きやしないからな。 # とV2Cからパピコ 983 名前：仕様書無しさん [2006/06/07(水) 02:24:46 ] V2C作った人はすごいと思う でもJavaの表現力の限界はV2C止まりだと思う 984 名前：仕様書無しさん mailto:sage [2006/06/07(水) 04:22:24 ] 確かに。よくがんばったなーと思う。 でも、がんばらなくても同じことができる環境の方がよっぽど優れていると思う。 985 名前：仕様書無しさん mailto:sage [2006/06/07(水) 08:08:57 ] どうでもいいが 　　・PL/SQL 　　・Pro*C さらに言えば、Pro*C で書けば劇的に速度が上がるわけではない。 アプリケーションが直接 Oracle Net と会話できるために 若干オーバーヘッドが減る程度。 986 名前：仕様書無しさん [2006/06/07(水) 12:35:22 ] >どうでもいいが >　　・PL/SQL >　　・Pro*C >さらに言えば、Pro*C で書けば劇的に速度が上がるわけではない。 >アプリケーションが直接 Oracle Net と会話できるために >若干オーバーヘッドが減る程度。 自ら敗北を認めたようですね、 Oracle Net と会話できるためっと記述しているが、 だから早いのである。 JAVAが遅いのはJDBCっと何回も書いた、 JDBCを経由しないので早いのである。 987 名前：仕様書無しさん mailto:sage [2006/06/07(水) 12:40:23 ] 勝負してたのか、わからなかった。 誰と勝ち負け争ってんだ？ 988 名前：985 mailto:sage [2006/06/07(水) 13:08:23 ] >>987 986の脳内じゃね？知らんけど。 しかも >JAVAが遅いのはJDBCっと何回も書いた、 まるで理解できてない/する気がないようだ。 989 名前：仕様書無しさん [2006/06/07(水) 18:04:10 ] 基本的にここに書き込んでいる人 私の想像ですが。 C,C++支持者： スキル:C,C++,JAVAを実務で経験した人。 推定年齢:3?〜4? C,C++,JAVAを経験して、その上でC,C++を支持している。 他の言語も実務経験あり。 JAVA支持者： スキル:JAVAのみ実務で経験した人。 推定年齢:25〜29 EXCELマクロやVBAすら知らない。 基本的に他の言語は本で読んだ程度。 990 名前：仕様書無しさん [2006/06/07(水) 18:04:47 ] 基本的にこの掲示板で、 書き込んでいる人に仕事を頼むとする？ CSVファイルをDBに落とす。（緊急） 13:00ぐらいに言うとする。 C,C++支持者： はSQL*LoaderをDIRECT　INSERTで使用し、 ドキュメント作成も完了し、 定時退社する。 JAVA支持者： 一件、一件ファイルを読みINSERTするプログラムをJAVAで組む 残業、徹夜する。 ドキュメント作成も入れると 最低でも、２、３日はかかりそう。 991 名前：仕様書無しさん mailto:sage [2006/06/07(水) 18:35:45 ] なんで長々と書くかな。JAVA厨は低スキルって言いたいだけで、それなら同意してやるのに。 面白いとでも思ったの？頭悪そうだから板から出てって。 992 名前：仕様書無しさん mailto:sage [2006/06/07(水) 18:49:34 ] >>989 お前はただたんにJavaが嫌いというだけで 思考停止に陥って想像力がずいぶんと低下しているようだ。 993 名前：仕様書無しさん mailto:sage [2006/06/07(水) 18:50:40 ] >>990 たまたまお前の周りにいるJava支持者が その程度に人間であってその程度の人間にしか 出会えなかったことをうらむんだな 994 名前：仕様書無しさん mailto:sage [2006/06/07(水) 19:46:44 ] >>993 日本語でおｋ 995 名前：仕様書無しさん [2006/06/07(水) 20:01:07 ] jajakartaのコミッターの人でさえ、 バッチJOBの設計には、 PL/SQLを使うのを知っていていってますか？ 996 名前：仕様書無しさん mailto:sage [2006/06/07(水) 22:01:46 ] 世の中にはOracleしか存在しないのか? 997 名前：仕様書無しさん mailto:sage [2006/06/07(水) 22:13:49 ] Javaからストアド呼べばいいじゃん。 998 名前：仕様書無しさん mailto:sage [2006/06/07(水) 23:18:46 ] >>996 質問に答えろ 999 名前：仕様書無しさん mailto:sage [2006/06/08(木) 00:00:24 ] どれに？ 1000 名前：仕様書無しさん mailto:sage [2006/06/08(木) 00:22:39 ] 1000 1001 名前：１００１ [Over 1000 Thread] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef