- 1 名前：仕様書無しさん mailto:sage [2006/06/08(木) 00:35:46 ]
- さあ、張り切って参りましょう！
前スレ
Javaが遅いという奴は遅れたバブル世代じゃね？ ２
pc8.2ch.net/test/read.cgi/prog/1143560237/
Javaは遅いという奴は遅れたバブル世代じゃね？
pc8.2ch.net/test/read.cgi/prog/1136434011/
さ、語れ。Javaよりも遅い脳みそを持つ人々について
C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？
C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。
Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね？ その２
pc8.2ch.net/test/read.cgi/prog/1136359572/
関連スレ
先があるのはC++とJavaのどっち？
pc8.2ch.net/test/read.cgi/prog/1132157362/
- 459 名前：仕様書無しさん mailto:sage [2008/06/30(月) 01:03:37 ]
- >>457
英語ではその二つは interchangable ですけど。 ^^;
- 460 名前：使用書無しさん [2008/06/30(月) 20:42:07 ]
- コーディングとプログラミングの違いか。
カレーライスとライスカレーの違いを熱く語るやつに似てるな。
- 461 名前：仕様書無しさん mailto:sage [2008/06/30(月) 21:36:14 ]
- ライスカレーと聞くと戦後間もない日本の家庭の風景が再生されてしまうんだけど、
正味な話どんな違いがあるの?
- 462 名前：仕様書無しさん mailto:sage [2008/06/30(月) 21:52:34 ]
- >>461
Wikipediaでも見てみたらどうだ。
カレーライスとライスカレー
1960年代から1970年代前半まではライスカレーと呼ばれることが普通だった。この時代、子供から大人までもが巷で
カレーライスとライスカレーの違いを論争する様子が見られた。実際のところは双方を分類する明確な定義は無く、
存在する違いは名称の登場時期の差ぐらいのものである。ライスカレーは明治期に、カレーライスは昭和初期に登場した名称である。
・・・
- 463 名前：仕様書無しさん mailto:sage [2008/06/30(月) 21:54:35 ]
- thanks
結局は本質的な違いはないわけね。
- 464 名前：仕様書無しさん mailto:sage [2008/06/30(月) 22:10:39 ]
- 何でカレーの話してんだよ
カレーごはんでいいじゃん
- 465 名前：仕様書無しさん [2008/07/01(火) 07:29:18 ]
- >>463
むしろ本質が違っているような。
- 466 名前：仕様書無しさん mailto:sage [2008/07/01(火) 23:52:15 ]
- コーディングとプログラミングの違い is カレーライスとライスカレーの違い
↓
wikiによる見解により
カレーライス is ライスカレー
↓
コーディング is プログラミング
という流れでOK?
- 467 名前：使用書無しさん [2008/07/02(水) 20:39:00 ]
- >>466 2段目だが、wikiの見解では「明確な定義はなく存在の違いは明確な違いは登場時期
の差ぐらいのものである」とあるから完全に等しいと証明されたわけではないから
カレーライスasライスカレー
↓
コーディングasプログラミング
となるのではないか？
- 468 名前：仕様書無しさん mailto:sage [2008/07/02(水) 22:08:18 ]
- もうどっちでもいいよ
ボンカレーでもカレーボンでも
- 469 名前：仕様書無しさん mailto:sage [2008/07/02(水) 22:15:11 ]
- >>468
途中で投げ出すなよ。
お前が言ってるのは、バカボンでもボンバカでもどっちでもいいって言ってるのと同じだ。
俺はかまわないぜ！
- 470 名前：仕様書無しさん [2008/07/03(木) 21:21:41 ]
- 最初の文から読みました。
2点感想を書きます。
1. ガーベッジコレクタの動作原理も知らない→化石的思考
これは、真なんですか？
2. 今C言語はJVMとOS作るだけで十分だ。それ以外のことはいずれ、すべてJavaに委譲すべきだ。
それ以外のこととして、以下のことを思いつきました。
- X Window System
- Perl
- Apache httpサーバ
- かな漢字変換システム
これらを全てJavaで実装するメリットって何でしょうか？
既存のスクリプト言語を全てJavaで実装するメリットって何でしょうか？
- 471 名前：仕様書無しさん mailto:sage [2008/07/03(木) 21:33:41 ]
- 安全で高速だろ
- 472 名前：仕様書無しさん [2008/07/03(木) 21:43:27 ]
- ＞471さん
その「安全」っていう概念をどうやって導き出したのか、その過程を知りたいんです。
「みんながそう言っているから。」っていう理由を抜きにして。
- 473 名前：仕様書無しさん mailto:sage [2008/07/03(木) 21:55:46 ]
- >>472
VM自作しろ以上
それで解らないなら消えろ
- 474 名前：仕様書無しさん [2008/07/03(木) 22:04:45 ]
- ＞473さん
VM自作→JAVAがC言語よりも「安全」という概念が理解できること
の根拠を示して欲しいんです。
どういう側面で見た「安全」なんですか？
- 475 名前：仕様書無しさん [2008/07/03(木) 22:14:28 ]
- 474です。色々調べてみました。ここを参考にして、勉強してみます。
JAVAの安全性, www.rsch.tuis.ac.jp/~ohmi/software-basic/security.html
とりあえず、「配列境界のチェック」という項目は納得がいきました。
Javaは配列の範囲外にアクセスしないように設計されているんですね。
- 476 名前：仕様書無しさん mailto:sage [2008/07/03(木) 22:15:40 ]
- javaってなんでバージョン違うだけでダメになるの？
- 477 名前：仕様書無しさん mailto:sage [2008/07/03(木) 22:18:33 ]
- あの時代にセキュリティのことを考えてたってだけでもゴスリング凄いなぁって思うんだけど。
- 478 名前：仕様書無しさん [2008/07/03(木) 22:19:48 ]
- Javaへの変換による安全なC言語の実装, www.kb.ecei.tohoku.ac.jp/~kamijima/ppl2007.ppt
これも、面白そうですね。Javaの安全性を利用して、JavaのコードをC言語のコードに変換する技術らしいです。
私は、JavaもCも上手に共存できたらいいなと思ってます。
- 479 名前：仕様書無しさん mailto:sage [2008/07/03(木) 22:23:36 ]
- >>478
JAVAがあれば全て不要
それを理解しない奴は消えろ
JAVAが最強なんだよ解るか？
- 480 名前：仕様書無しさん [2008/07/03(木) 22:28:32 ]
- ＞479さん
どういうきっかけで、
- Javaがあれば全てのプログラミング言語が不要である。
- Javaが全てのプログラミング言語の中で最強である。
という考え方になったのか、差し支えなければ教えていただけませんか。
また、そのきっかけとなったJavaのバージョンも教えていただけませんか。
- 481 名前：仕様書無しさん [2008/07/03(木) 23:14:10 ]
- ペトリネット理論, www.jaist.ac.jp/is/labs/hira-lab/Petrinet.pdf
Javaの並行プログラミングのモデル化にペトリネットを用いると、分かりやすいかもしれませんね。
以下の2つは関係があるようです。
- ペトリネットにおける、「安全性」
- Javaの並行プログラミングにおける「安全性」→デッドロックが起きないこと等。
- 482 名前：仕様書無しさん mailto:sage [2008/07/03(木) 23:21:39 ]
- JavaってOS作れるの？
- 483 名前：仕様書無しさん mailto:sage [2008/07/04(金) 00:05:56 ]
- 作れるよ。PerlでもRubyでもPythonでも作れる。
「作れる」の解釈の仕方にもよるけど。
- 484 名前：使用書無しさん [2008/07/04(金) 00:19:39 ]
- >>479,>>480,>>482もうやめなはれ、
田植機とコンバインのどっちがえらいか比べてるみたいなもんじゃよ
田植機の性能がどんなに上がってもコンバインの替わりはできな
いし、コンバインの性能がどんなに向上してもやっぱり田植え機が
なければ米はつくれんのじゃよ。わかるかのお若いの。
>>481ほう、ペネリッと理論というのか。むむわしらは知らぬうちに
そんなことやっとったの。
- 485 名前：仕様書無しさん mailto:sage [2008/07/04(金) 00:24:13 ]
- V5エンジン搭載したグレートコンバインなら何でも出来るさー
- 486 名前：仕様書無しさん mailto:sage [2008/07/04(金) 00:24:41 ]
- >>484
コンバインはずれてもやり直しがきくが田植え機はずれるとやり直しがきかない
ヰセキからGPS搭載全自動のやつが出てるらしいんだけど自分にはお金がない
さてどうしてくれるんだ
- 487 名前：使用書無しさん [2008/07/04(金) 00:33:34 ]
- 486>> むむ 難しい質問じゃ。javaは無料でダウンロードできるが、
ヰセキのコンバインは1000万近くするからのう。
- 488 名前：仕様書無しさん mailto:sage [2008/07/04(金) 06:17:04 ]
- 千歯こきととうみでも使ってろ
- 489 名前：仕様書無しさん mailto:sage [2008/07/04(金) 08:42:16 ]
- レッツ！コンバイン！
- 490 名前：仕様書無しさん [2008/07/04(金) 12:21:13 ]
- 2点の話題です。
1. JRuby
JRubyの動向が気になりますよね。
YARVとJRubyとの関係とか。
JavaによるRubyの実装とCによるRubyの実装の安全性の比較をしたらおもしろいかもしれません。
2. 安全の方向性
「並行プログラミングにおける」とか、「メモリ管理に関して」とか色々方向があるみたいなんで
その方向性も厳密に区別して議論した方が有意義だと思いました。
安全性の概念は最終的には、集合論とかプログラム意味論とかに落とすことができると思います。
ペトリネットは、より深く掘っていくとZFC集合論を元に理論を構築していくことになります。
プレース、トランジションという頂点集合とそれらをつなぐ弧の集合と「発火」というルールを加えることで
安全性を解析します。「発火」の概念も、関数と思えば集合の直積の部分集合になります。
ペトリネットの状態を、ペトリネットとマーキングの直積とします。すると、
「発火」という関数は
（ペトリネットとマーキングの直積）と（ペトリネットとマーキングの直積）との直積の部分集合になります。
Javaの安全性も、このようなペトリネットと似た形に集合論落としこめると思います。
プログラム意味論は、まだ勉強してないんでよく分かってません。
- 491 名前：仕様書無しさん mailto:sage [2008/07/04(金) 14:15:42 ]
- パトリオットとペトリネットとカトリマットとヒトリベッド
このなかではどれが最強ですか？
- 492 名前：仕様書無しさん [2008/07/04(金) 14:20:00 ]
- ヒトリベッドがある意味最強だと思います。つんくを思い出しました。
ただ、ペトリネットは数学的で視覚的なモデル化ツールとしてUMLのある図の原型にもなっています。
そういう意味で、このスレッドの文脈（Javaの安全性を調べたい。）だと最強なのはペトリネットです。
- 493 名前：仕様書無しさん [2008/07/09(水) 19:49:07 ]
- >>445
C++0xの時代に今更C++/CLI？
- 494 名前：仕様書無しさん mailto:sage [2008/07/09(水) 22:01:50 ]
- C99と同様に流行らないんじゃないかと思ってんだが。＞C++0x
- 495 名前：仕様書無しさん mailto:sage [2008/07/09(水) 22:13:21 ]
- iPhoneパワーでObjective-Cが大流行に100ガバス
- 496 名前：仕様書無しさん [2008/07/24(木) 03:05:03 ]
- >>439
【使えるか】JDrafter向上委員会【バッタもんか】
pc11.2ch.net/test/read.cgi/cg/1214838613/
- 497 名前：仕様書無しさん [2008/07/24(木) 03:10:32 ]
- ポインタでつまずく奴はＰＧの才能無し
≒
ＰＧの才能ある奴はポインタでつまずかない
- 498 名前：仕様書無しさん mailto:sage [2008/07/24(木) 10:50:09 ]
- じゃあ富士通は全員PGの才能がないな。
- 499 名前：仕様書無しさん mailto:sage [2008/07/24(木) 18:24:57 ]
- 日電ほどじゃないよ。
- 500 名前：仕様書無しさん mailto:sage [2008/07/24(木) 22:57:53 ]
- >>498-499
日立社員乙
- 501 名前：仕様書無しさん mailto:sage [2008/07/24(木) 23:19:16 ]
- Lispが遅いとかいう奴は(ry
- 502 名前：仕様書無しさん mailto:sage [2008/08/03(日) 06:49:12 ]
- はぁ？Javaおせえっての。
どう考えても遅いに決まってんだろ
頭沸いてんじゃねーの？
- 503 名前：仕様書無しさん [2008/08/03(日) 07:23:15 ]
- >>502
>>439>>496
- 504 名前：仕様書無しさん mailto:sage [2008/08/06(水) 09:01:05 ]
- スレ見てきたが易々とキーを見破られるシェアウェアってどうなのよ？
作者の対策が甘いというのもあるが、Javaのリバースされやすいという致命的な欠陥は
速度面よりも商業的にははるかに重要だと思うのだが
- 505 名前：仕様書無しさん mailto:sage [2008/08/06(水) 11:09:17 ]
- 商業的にはそこまでしてまで使いたいと思わせるソフト作る事の方が重要でしょ。
- 506 名前：仕様書無しさん mailto:sage [2008/08/06(水) 16:32:10 ]
- サーバサイドとかバイナリに手の届かないものを除くとJava製の商業ソフトは少ないという事実
- 507 名前：仕様書無しさん mailto:sage [2008/08/07(木) 14:23:02 ]
- そういやJavaのパッケージソフトなんて見た事ないねえ
- 508 名前：仕様書無しさん mailto:sage [2008/08/07(木) 19:24:28 ]
- JBuilderは見たことある
- 509 名前：仕様書無しさん mailto:sage [2008/08/07(木) 21:23:15 ]
- Judeとか開発者向けのツールなら結構あるけど、一般ユーザー向けって確かにないね。
- 510 名前：仕様書無しさん mailto:sage [2008/08/08(金) 03:11:23 ]
- やっぱ動作環境の問題（JREの入手とか）かな？
でもJREはバンドル可能なんだよな
性能面が問題になるとは思えないし、リバースも100％防止は無理だけど
そう心配するほどでもないと思うが
- 511 名前：仕様書無しさん mailto:sage [2008/08/11(月) 22:40:09 ]
- サン・マケイヌシステムズ
- 512 名前：仕様書無しさん [2008/09/23(火) 01:02:00 ]
- >>504
コード難読化ツールを使うか
プログラムをすべてサーバに置いてしまえばいい
- 513 名前：仕様書無しさん [2008/09/23(火) 01:38:40 ]
- >>1
Java信者のほうがむしろガーベジコレクションの動作原理知らないと
思うのは俺だけか？何しろVMにおまかせなわけだから知るよしもない。
C++じゃねーとガーベジコレクションの働く仕組みってデバッガとかで
目で見て確認できなくね？
- 514 名前：仕様書無しさん mailto:sage [2008/09/23(火) 07:04:48 ]
- >>513
はぁ？C++のGCって何だよ
デストラクタが動いてるのを見てGCだとでも思ってんのか？
- 515 名前：仕様書無しさん mailto:sage [2008/09/23(火) 10:18:19 BE:1392312285-2BP(0)]
- Managed C++ の事なのか、それとも
「C++ で GC の有り難味を知りやがれ」て事なのか…
つか今頃 >>1 にﾚｽかますような奴が何考えてるかなんぞ
想像も付かん。
- 516 名前：仕様書無しさん mailto:sage [2008/09/23(火) 23:15:14 ]
- >>514-515
君らは相当若い人か、業務系の人間だってのだけは分かった。
自力でGC書いたんじゃね。もしくは、GCJかSun謹製JREのコード読んでたか。
それならばGCの処理をデバッガで見ることはできる。
www.sun.com/software/opensource/java/
>>1
「俺は不勉強野郎だ」って宣言しているようなものだぞ。
GCの考え方と実装は1960年の時点で既にLISPでやってる。
GCの概念は昔からあるのだし、図書館に行けばGCの実装について書かれた本もある。
よって「ガーベッジコレクタの動作原理も知らない化石的思考といわれる」
という表現はおかしい。
むしろ動作原理を知っている方が「化石」、年寄りだ。
- 517 名前：仕様書無しさん mailto:sage [2008/09/23(火) 23:26:09 ]
- >>497
ちょっと違うな。
ポインタでつまずく奴はＰＧの才能無し ≠ ＰＧの才能ある奴はポインタでつまずかない
ポインタでつまずく奴はCプログラマの才能無し ≒ 勉強の仕方が悪い
大抵の奴はアセンブラのレベルからやってない。だからわからんだけだ。
稀に、アセンブラレベルまでやらなくても理解できる奴は居るがね。
「間接アドレス法」が理解できれば、まあ大体の奴はポインタを理解できる。
あとはCの、ポインタに関連するクソッタレな構文に慣れればいいだけだ。
- 518 名前：515 mailto:sage [2008/09/24(水) 11:25:34 BE:556925344-2BP(40)]
- >>516
>君らは相当若い人か、業務系の人間だってのだけは分かった。
若くはない。業務系っていや業務系だが、制御寄り。
で、なんで >>515 で解るのかな？
- 519 名前：仕様書無しさん mailto:sage [2008/09/24(水) 12:29:17 ]
- >>515
メインフレーム？
- 520 名前：仕様書無しさん mailto:sage [2008/09/24(水) 17:26:13 ]
- ２年３ヶ月以上前の>>1に語りかけるようにレスするキモいおっさん相手に
なにやってるんだねおまいら。
- 521 名前：仕様書無しさん [2008/09/25(木) 01:06:53 ]
- ここ数年で一気にJavaプログラマーが増えた気がする。
ム板でもマ板でもJava叩きをするとものすごい勢いでアンチがフルボッコにされる動きが目立つ。
数年前はそういうことなかったのになあ。
時代が変わったんだね。ムーアの法則がかなり影響していたのかな？
- 522 名前：仕様書無しさん mailto:sage [2008/09/25(木) 08:00:32 ]
- ムーアの法則、ってそれで気の利いたこと言ってるつもりになるのは
そーとー世の中から遅れてると思うぞ。
- 523 名前：仕様書無しさん mailto:sage [2008/09/25(木) 10:14:48 ]
- BoehmGCとかMMgcとかあるにはあるよ
- 524 名前：仕様書無しさん [2008/10/08(水) 11:32:21 ]
- >>522
Core 2 Quadの時代にムーアの法則は適用しにくいといいたいだけ？
- 525 名前：仕様書無しさん mailto:sage [2008/10/08(水) 15:04:07 ]
- まあなんにせよこんなクソ話題スレに書き込むのは馬鹿ばっかりでFA。
- 526 名前：仕様書無しさん mailto:sage [2008/10/08(水) 16:03:57 ]
- 量子コンピューター出来たら夢の3D彼女か……ﾌﾌﾝ
- 527 名前：仕様書無しさん mailto:sage [2008/10/08(水) 16:07:47 ]
- 非ノイマンマシンでどうやったら3Dとか
- 528 名前：仕様書無しさん [2008/10/09(木) 01:13:53 ]
- ソフトウェア面しか見ないプログラマーっていらないよな。プログラマーとして。
CPUが変われば、実装技術だって変わる。いや、変えなくちゃならない。
今までひとつのCPUで高速性をあげるという方向性だった Intel が複数のCPUでの高速化に方向性を変えた（結構前に）。
今まで、プログラミング言語側が用意していたスレッドの同期性もいつかは通用しなくなる。
CPUの実装が変わる度にJavaのバージョンがあがるまで待つ。Java厨。
しかも、そのバージョンが安定するまで。
もう、Java厨はプログラマーじゃないじゃん。
ただのラインマンじゃん。別の業種に移ったらどうなの？
プログラマーの価値が下がるだけだ。
はやく、別の業種でもっと簡単な仕事のラインマンとして働きなよ。
- 529 名前：仕様書無しさん mailto:sage [2008/10/09(木) 01:48:41 ]
- >>528
＞ プログラミング言語側が用意していたスレッドの同期性
これ具体的に
- 530 名前：仕様書無しさん [2008/10/09(木) 01:55:00 ]
- マルチスレッドプログラミングのことじゃない？
Ｉｎｔｅｌばんざい
- 531 名前：仕様書無しさん mailto:sage [2008/10/09(木) 02:05:34 ]
- 20代だけど、Javaは重いと思うな
特に起動が重い。GUI使おうものなら酷い有様
C#も使ってるが、これもまた重い
プログラミングは楽だけどね
結局、個人用ではC++ばっかり使ってる
- 532 名前：仕様書無しさん [2008/10/09(木) 14:54:31 ]
- java製のこういう↓エディタを見ると
www.catch.jp/blog/entries/opensource/translation/a20051220.files/xlif_editor101a.png
うわーｗって思う
- 533 名前：仕様書無しさん mailto:sage [2008/10/09(木) 17:14:38 ]
- 別にLaFの問題だからどうでもいいよ
NimbusとかQuaQuaにすれば見栄え良くなるし
Metalがダサいのは、同意する
- 534 名前：仕様書無しさん [2008/10/09(木) 17:50:04 ]
- まっ、結局Ｃ言語最強！ということでこのスレも終了だなw
- 535 名前：仕様書無しさん mailto:sage [2008/10/09(木) 19:45:07 ]
- >>529
マルチコア・メニーコア対象にしてスレッドつくりまくりって時に
synchronizedとwaitだけじゃ効率悪すぎってことで、NIOやConcurrent APIが
追加されたような流れのことじゃね？
>>528
CGとか金融とか科学計算とか例外は多々あるにせよ
いちいちアーキテクチャ変わる毎に書き換えてらんないって。
用途と手段見極めろよ。
- 536 名前：仕様書無しさん [2008/10/09(木) 21:21:18 ]
- >>528
ソフトウェアの性能も大事だが、と開発スピードやコストとの
トレードオフぐらい考えようよ、プロならさｗ
開発はビジネスなんだよｗ
- 537 名前：仕様書無しさん mailto:sage [2008/10/11(土) 20:51:42 ]
- 俺はPerl,C/C++,Java,JavaScript,アセンブラ,簡単なVBを使うけど
結局用途次第だと思うょ
高度な文字列型のないC/C++でテキストベース系（Webとか）はつらいし
Javaでデバイスドライバとかアホかと…低レベル＆リアルタイム処理に向かなすぎる
GUI作るならJavaよりXAML/XULとかのが多少遅くても組むのは楽
俺はネットワークプロトコルを扱うものはJava
単純なWebプログラムとテキスト処理はPerl
画像・音声処理と組み込み系はC/C++/アセンブラ
GUIの必要なものはXUL/HTAかVBでやってるよ
スコップで高層ビルは立たないけどショベルカーで植木鉢つつかないだろ
Java厨もC厨も単に使い分けられない人でしょ
- 538 名前：仕様書無しさん mailto:sage [2008/10/12(日) 01:17:29 ]
- いまどきXULとVBはないわ
- 539 名前：仕様書無しさん mailto:sage [2008/10/18(土) 10:55:15 ]
- >>537
つJava Communication API
- 540 名前：仕様書無しさん mailto:sage [2008/11/14(金) 12:55:06 ]
- なんて挑発的なスレなんだ
気に入ったぞ
- 541 名前：仕様書無しさん mailto:sage [2008/11/14(金) 12:55:55 ]
- まあ今時Cのコードなんて魅力ないのは確かだな
- 542 名前：仕様書無しさん mailto:sage [2008/12/04(木) 21:39:33 ]
-
【サンタクロース、酒気帯びトナカイ運用罪での逮捕に、ﾏｼﾞ逆切れｗ（動画有り）】(ZDNet)
builder.japan.zdnet.com/story_media/20384793/081204_sun-james-gosling_02_400x300.jpg
- 543 名前：仕様書無しさん mailto:sage [2009/01/17(土) 01:03:05 ]
- JavaSE6u10以降VM起動速度も実行スピードもアホみたいに速くなって誰も遅いといわなくなったな
- 544 名前：仕様書無しさん mailto:sage [2009/02/18(水) 10:08:30 ]
- V2Cを使ってみる限りJavaは遅くない
- 545 名前：仕様書無しさん mailto:sage [2009/03/15(日) 22:51:04 ]
- >>544
>V2Cを使ってみる限りJavaは遅くない
遅くないじゃなくて、「Javaは速い」といっても過言でもないような（V2Cだけ？）
.NETアプリを作る気がなくなった。
- 546 名前：仕様書無しさん mailto:sage [2009/03/16(月) 22:55:46 ]
- >>545
10年位以上前のJavaはインタプリタでおそかったよ
マシンパワーもものすごく低くてネイティブなバイナリ以外は敬遠された
（だからVBはネイティブコンパイラが搭載されるまで笑われてたし、Delphiは評価された）
拍車をかけたのがNetscapeに搭載されたSymantecのJITVM
起動するまでにコンパイルして1分とかかかってた
そのときのイメージがみんな強いから逃げた
ベンチはよかったんだけどね
フットプリントとか起動時間考えてない時点でおわっとる
その影響もあって現在のhotspotVMが出来上がったと思えば悪くはないか
- 547 名前：仕様書無しさん mailto:sage [2009/04/04(土) 09:34:17 ]
- >>546
昔は、たしかに遅かったと思う。そうじゃなくて今の話。
- 548 名前：仕様書無しさん mailto:sage [2009/04/05(日) 06:02:32 ]
- Intel一色の現在では既にJavaのメリットも微妙としか・・・
- 549 名前：仕様書無しさん [2009/04/05(日) 19:12:56 ]
- ほんとそうだよ。
Intelでないとしても今は仮想マシンはデフォになってるからねえ。
- 550 名前：仕様書無しさん [2009/05/03(日) 13:17:04 ]
- javaが速いとか言ってる奴
javaが速いんじゃなくてCPUの処理速度が速くなった事に気づけよな アホー
- 551 名前：仕様書無しさん mailto:sage [2009/05/03(日) 17:29:41 ]
- >>550
VMの性能アップもすさまじいのをまだしらんやつがいるのか
- 552 名前：仕様書無しさん [2009/05/03(日) 17:34:48 ]
- おまいはアホか？
VMなんていくら速くなってもネイティブより速くなる事はないんだよ ボケ！
大体ネイティブの１/２位がいいとこな
- 553 名前：仕様書無しさん mailto:sage [2009/05/03(日) 17:36:52 ]
- Crysisがぬるぬる動くJVMください
- 554 名前：仕様書無しさん mailto:sage [2009/05/03(日) 17:40:56 ]
- >>552
誰もネイティブコードより速いなんて言ってないじゃん。なに喧嘩腰になってんの。
Javaが速いと不都合でもあんのか？ｗ
- 555 名前：仕様書無しさん mailto:sage [2009/05/03(日) 18:02:05 ]
- 静的コンパイルされたネイティブコードより早く動く場合もあることはある。非常に少ない確率だけど。
通常は1/2なんてレベルじゃなくて8,9割くらいの速度がでてる。
初期のころはインタプリタなので1/20とかふつうだったし、JIT搭載されたころは
クラスロード時のコンパイルが遅すぎて1/2以上の速度が出ていたにもかかわらず
体感速度は1/10以下だったがね。
>>552は最近JDK1.2さわったレベル。
- 556 名前：仕様書無しさん [2009/05/03(日) 19:56:39 ]
- お前らまともなコンパイラー使ったことないんじゃね？
さしずめ>>554や>>555ってVBからjavaへの移行組だろ。
うちのパソコンではgccの3.4っていう古いコンパイラーを使ってもjavaの２倍位の速度が
出てるよ。
大体javeなんてバックグランドでGCを走らせないとダメだしhotspotなんてコード実行させながら
コードの高速化をさせないとダメだしインタープリターでいちいちコードの解釈をソフトでさせる必要あるし
よほどの事情が無いとあんな遅いjavaなんて使う気がしねえよ
- 557 名前：仕様書無しさん mailto:sage [2009/05/03(日) 20:16:28 ]
- >>556
ほい、Java と C(C++) のスピード比較二種。
blogs.sun.com/amurillo/entry/java_vs_c
butunclebob.com/ArticleS.UncleBob.SpeedOfJavaCppRuby
ちなみに↑は POD 型中心だけど、OO 的なプログラムになると gcc はかなり
部が悪い（コード見てみりゃわかるけど、VC++ の数倍は遅いコードが出る）。
gcc は C の頃から構造体アクセスが苦手だったけど、C++ になってそれが顕
著になってる。
- 558 名前：仕様書無しさん [2009/05/03(日) 20:53:15 ]
- お前 sunの情報なんてあてになるかよ。
実行速度くらい自分で走らせて確認しろよ。
まぁ 俺も SUNにはだまされ続けたくちだけどな。
- 559 名前：仕様書無しさん mailto:sage [2009/05/04(月) 01:03:20 ]
- age厨君がんばるね
|
 |
