- 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/
- 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は日本図書流通（株）みたいなもんだよ。ここが現金と交換しないと無意味。
他のネイティブ言語で扱ってるのは、現金そのもの。
俺もセンスないわｗ
|
 |
