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/ 69 名前：仕様書無しさん [2006/04/16(日) 14:00:56 ] バブル世代の要求 ： 時給百円 若者の要求　：　時給5千円以上 70 名前：仕様書無しさん mailto:sage [2006/04/16(日) 15:48:16 ] Javaって高くつくんですね＾＾＾＾＾＾＾＾＾＾； 71 名前：仕様書無しさん [2006/04/16(日) 17:13:01 ] Javaプログラマを雇いたければ それなりの金を用意しないといけない 72 名前：仕様書無しさん mailto:sage [2006/04/16(日) 17:21:03 ] 50ウォンぐらいで足りるんでしょうか＾＾＾＾＾＾ 73 名前：仕様書無しさん mailto:sage [2006/04/16(日) 21:08:27 ] この時代Javaプログラマなんて腐るほどいるだろ。 74 名前：仕様書無しさん mailto:sage [2006/04/16(日) 21:13:58 ] 腐るどころか腐って暴れてるようですけど＾＾＾＾＾＾＾＾ 75 名前：仕様書無しさん [2006/04/16(日) 21:43:14 ] しかし、いい感じで仕事が増えてきたよな。 これだけJavaが普及すれば、保守だけでしばらく仕事はなくならないぞ。 第２COBOLの地位を築き上げるのも時間の問題だな。 まったくいいものを流行らせてくれたもんだよｗ 76 名前：仕様書無しさん mailto:sage [2006/04/16(日) 21:44:48 ] リプレースまでの運命と思うよ。 COBOLとは浸透度の桁が違う。 77 名前：仕様書無しさん mailto:sage [2006/04/16(日) 21:46:27 ] 要するに、従来システムのラッパになってて、ラッパしている本体がリプレースされると同時にお払い箱ってことか？ あらまー。。。。 78 名前：仕様書無しさん [2006/04/16(日) 22:53:53 ] > この時代 Javaプログラマなんて腐るほどいるだろ。 いねーよ。いるんなら紹介してくれよ。 79 名前：仕様書無しさん mailto:sage [2006/04/16(日) 23:55:45 ] >>78 紹介できるほど友達いねーよ。 80 名前：仕様書無しさん [2006/04/17(月) 00:26:22 ] 入って３ヶ月もすればJavaプログラマですって言えるレベルなんて無限に生成できることは確かだ。 81 名前：仕様書無しさん mailto:sage [2006/04/17(月) 00:56:34 ] 速さ C ＞ C++ ＞ Java 保守性・メンテナンス Java ≧ C++ ＞ C ＞ なんちゃってC++ 82 名前：仕様書無しさん [2006/04/17(月) 09:17:31 ] >>73 > この時代Javaプログラマなんて腐るほどいるだろ。 腐るほどいても熟練した設計能力があるエンタープライズレベルのJavaプログラマは少ない。 設計能力がないC言語が理解できる程度のレベルのJavaプログラマなら腐るほどいるが。 83 名前：仕様書無しさん [2006/04/17(月) 09:18:49 ] >>80 > 入って３ヶ月もすればJavaプログラマですって言えるレベルなんて無限に生成できることは確かだ。 それは真のJavaプログラマではない。レベルが低く経験が浅く、 AntやXDocletもろくに使いこなせずネットワーク構築、サーバ管理能力も無いので デスマーチの要因になりやすいので「Cプログラマです」と言うべきだ。 84 名前：仕様書無しさん [2006/04/17(月) 09:19:42 ] ようするに、 サーバ管理能力も無い、ソフトウェア工学も知らない人間にJava文法だけを 覚えさせただけでJavaプログラマとは名乗らせるべきではないと言うことだ。 85 名前：仕様書無しさん [2006/04/17(月) 09:24:37 ] >>75 まるでアレキサンダーの東方遠征みたいだね。 そのお陰でヘレニズム(Java)文化がヨーロッパ中に産まれた。 って感じに。 もはやJavaの考え方は常識になっているよねこの業界では。 Javaがオブジェクト指向を見事に流行らせた所は。 戦争によって民主主義を広めようとするネオコンと似ている。 86 名前：仕様書無しさん mailto:sage [2006/04/17(月) 09:42:53 ] ・・・Javaは遅くて重い、馬鹿でも覚えることの出来る、 メモリ管理を考えないのでミスが少ないだけが唯一の利点である簡易言語でした。 もともとはBASIC言語がその役割を果たしていましたが、その地位を乗っ取ろうと 画策する勢力がサン・マイクロシステムズの宣伝で発生しました。 ANSI,ISO,JISなどの規格には無視されていましたが、その集団はあちこちでFUD行為を行いました。 ほかの言語を使える人々は、彼らを　「　J　a　v　a　厨　」と呼び、軽侮の対象にしました・・・・ 　〜　「滅び去った２１世紀のコンピュータ言語」　より〜 　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／ 　　　　　　　 　 　 　 ∨ 　　　　　　　 　 　 ∧＿∧ 　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな 　　　　　　　　 　 （　　 　 ） 　　　　　　　　　　｜ ｜　| 　　　　　　　　 　 （＿_）＿） 87 名前：仕様書無しさん [2006/04/17(月) 10:43:47 ] 必死に詭弁術を振る舞うコピペドトネト厨乙 88 名前：仕様書無しさん [2006/04/17(月) 10:44:19 ] バブル世代のドトネト厨仕事が無くなって乙 89 名前：仕様書無しさん [2006/04/17(月) 11:06:51 ] >>86 > ・・・Javaは遅くて重い、馬鹿でも覚えることの出来る、 残念でした。>>111のマシンが重たいから遅くて重く感じるだけでした。 残念でした。馬鹿にはJavaは使いこなせません。>>1を見ても解るように。 > メモリ管理を考えないのでミスが少ないだけが唯一の利点である簡易言語でした。 残念でした。Javaでもメモリ管理を考えないとメモリリークを起こすのでした。 > もともとはBASIC言語がその役割を果たしていましたが、その地位を乗っ取ろうと 残念でした。BASICにはガーベッジコレクタもヒープメモリ領域もありませんでした。 > ANSI,ISO,JISなどの規格には無視されていましたが、その集団はあちこちでFUD行為を行いました。 残念でした。進化が途絶えると言う理由でSunが自らANSIやJIS, ECMA標準を断ったのでした。 中途半端な組織に標準化されても他の国や業界で勝手に改造されてVisual J++という適当でいい加減な ものが創られて流布されて仕様が乱立してしまいますからね。 > ほかの言語を使える人々は、彼らを　「　J　a　v　a　厨　」と呼び、軽侮の対象にしました・・・・ 残念でした。その定義ではJava厨と呼ばれる人は一人もいませんでした。 なぜなら、すべてのJavaを使えるプログラマはJava以外の言語、SQL、シェルスクリプト、XMLによるAntコード、 そして日本語、英語などを知らないと仕事にならないからです。 90 名前：仕様書無しさん mailto:sage [2006/04/17(月) 11:22:36 ] 　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／ 　　　　　　　 　 　 　 ∨ 　　　　　　　 　 　 ∧＿∧ 　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな 　　　　　　　　 　 （　　 　 ）　Javaはいらないというのはアジアの常識。 　　　　　　　　　　｜ ｜　| 　　　　　　　　 　 （＿_）＿） 91 名前：仕様書無しさん [2006/04/17(月) 11:41:15 ] >>89 > ・・・Javaは遅くて重い、馬鹿でも覚えることの出来る、 残念でした。>>111のマシンが重たいから遅くて重く感じるだけでした。 残念でした。馬鹿にはJavaは使いこなせません。>>1を見ても解るように。 > メモリ管理を考えないのでミスが少ないだけが唯一の利点である簡易言語でした。 残念でした。Javaでもメモリ管理を考えないとメモリリークを起こすのでした。 > もともとはBASIC言語がその役割を果たしていましたが、その地位を乗っ取ろうと 残念でした。BASICにはガーベッジコレクタもヒープメモリ領域もありませんでした。 > ANSI,ISO,JISなどの規格には無視されていましたが、その集団はあちこちでFUD行為を行いました。 残念でした。進化が途絶えると言う理由でSunが自らANSIやJIS, ECMA標準を断ったのでした。 中途半端な組織に標準化されても他の国や業界で勝手に改造されてVisual J++という適当でいい加減な ものが創られて流布されて仕様が乱立してしまいますからね。 > ほかの言語を使える人々は、彼らを　「　J　a　v　a　厨　」と呼び、軽侮の対象にしました・・・・ 残念でした。その定義ではJava厨と呼ばれる人は一人もいませんでした。 なぜなら、すべてのJavaを使えるプログラマはJava以外の言語、SQL、シェルスクリプト、XMLによるAntコード、 そして日本語、英語などを知らないと仕事にならないからです。 92 名前：仕様書無しさん mailto:sage [2006/04/17(月) 11:48:31 ] 　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／ 　　　　　　　 　 　 　 ∨ 　　　　　　　 　 　 ∧＿∧ 　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな 　　　　　　　　 　 （　　 　 ）　Java厨房のレスはよく日本語の文法が間違ってるんだけど 　　　　　　　　　　｜ ｜　|　　特定アジアの工作員なのかな？ｗ 　　　　　　　　 　 （＿_）＿） 93 名前：仕様書無しさん [2006/04/17(月) 13:48:11 ] とりあえずお前は>>1を嫁 94 名前：仕様書無しさん mailto:sage [2006/04/17(月) 13:54:08 ] 　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／ 　　　　　　　 　 　 　 ∨ 　　　　　　　 　 　 ∧＿∧ 　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな 　　　　　　　　 　 （　　 　 ）　Java厨房のレスはよく日本語の文法が間違ってるんだけど 　　　　　　　　　　｜ ｜　|　　特定アジアの工作員なのかな？ｗ 　　　　　　　　 　 （＿_）＿） 95 名前：仕様書無しさん [2006/04/17(月) 13:58:28 ] 252 名前：仕様書無しさん[] 投稿日：2006/04/17(月) 13:58:14 >>242 > >>241 いや本質的には全部いらないんだよ。 > 工学部と法学部だけは対外国の競争と交渉のために必要だから残す。それだけ。 > あとは教養に属する部分は金持ちが道楽でやればいい。大学って看板出してもいいが、 > 国が認めることもあるまい。 > 湯島に青春大学ってよくわからんものがあるが、それと同等でいいだろ。 > 自己満足のために金と時間をかけるならそれもよし。 > 文学部や商学部や経済学部こそ無用の長物だろ。 > 腐敗した大手企業経営者を滅ぼさない限りこの国の庶民に生活向上のチャンスは ﾌﾟﾌﾟ　C言語厨はすべての大手企業経営者が不敗してるって言ってるのか。さすが 高卒の脳みそは考えることが違うなw 96 名前：仕様書無しさん [2006/04/17(月) 14:00:30 ] バブル世代の高卒C言語厨さっきから必死だね。 こんな時間にレスするなんてニートですか？ 97 名前：仕様書無しさん mailto:sage [2006/04/17(月) 14:05:22 ] 　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／ 　　　　　　　 　 　 　 ∨ 　　　　　　　 　 　 ∧＿∧ 　　　　　　　　 　 （　・∀・） 　　　　　　　　 　 （　　 　 ）　特亜Java厨乙ｗ 　　　　　　　　　　｜ ｜　|　　 　　　　　　　　 　 （＿_）＿） 98 名前：仕様書無しさん [2006/04/17(月) 14:30:36 ] 妄想しか語れないドトネト厨乙 99 名前：仕様書無しさん mailto:sage [2006/04/17(月) 14:30:49 ] ドトネトはJava寄りも遅い。 100 名前：仕様書無しさん mailto:sage [2006/04/17(月) 17:33:42 ] BASICにガベージコレクタが無い、か。 どのBASCIのことだろう・・・ 101 名前：仕様書無しさん mailto:sage [2006/04/17(月) 17:42:16 ] msdn2.microsoft.com/ja-jp/library/ms173023.aspx 102 名前：仕様書無しさん mailto:sage [2006/04/17(月) 17:43:16 ] msdn2.microsoft.com/ja-jp/library/system.gc(VS.80).aspx 103 名前：仕様書無しさん [2006/04/17(月) 21:43:12 ] JavaもCもWin32SDKもLinuxもVBも、そこそこ使える漏れが率直に答えると Java推進しているやつの、考え方がそもそも嫌い たとえるならば、マッカーのような感じ さもすごそうなことを語りつつ、実際習得してみると、、、この程度のことを こんなに苦労して、、、ばかじゃね？ みたいなやつの塊が、いまのJava EJBとかなんだよ、かなり勉強して覚えたが、、、 Javaの悪いところを集約したかのような馬鹿仕様 次にアジャイルとか抜かしてる連中、もうこいつらも馬鹿 なぜかといえば 104 名前：仕様書無しさん mailto:sage [2006/04/17(月) 22:12:52 ] Java使ってると何も頭使わんから脳みそが老朽化してゆくわぁ〜 105 名前：仕様書無しさん [2006/04/17(月) 22:25:50 ] configファイルをxmlでごりごり書かされるのがスマートじゃない 106 名前：仕様書無しさん [2006/04/17(月) 22:43:38 ] >>103 > JavaもCもWin32SDKもLinuxもVBも、そこそこ使える漏れが率直に答えると > Java推進しているやつの、考え方がそもそも嫌い > たとえるならば、マッカーのような感じ > さもすごそうなことを語りつつ、実際習得してみると、、、この程度のことを > こんなに苦労して、、、ばかじゃね？ 実際に使ってみるとお前も苦労するもんだぞw お前の知能レベルではなw > みたいなやつの塊が、いまのJava > EJBとかなんだよ、かなり勉強して覚えたが、、、 そんなお前にPOJOとEJB3.0を勧める。 107 名前：仕様書無しさん [2006/04/17(月) 22:44:14 ] >>105 > configファイルをxmlでごりごり書かされるのがスマートじゃない XML嫌いな「アンチXML」厨も必死だなw 108 名前：仕様書無しさん mailto:sage [2006/04/17(月) 22:49:26 ] 悟空じゃあるまいし、わざわざ重い道着着込んで訓練ですか＾＾＾＾＾ 109 名前：仕様書無しさん mailto:sage [2006/04/17(月) 22:59:59 ] いや、それで高速になるんだったらいいよ。例えば従来十二分に高速なために 新規の高速アルゴリズムなどを新規に考案され使用される環境だから 重いことにも意義あるみたいな状況ならいいよ。でもJAVAって重ければメモリだ ハードだノードだクラスタだと全部他力本願これがいけないんだよ 110 名前：仕様書無しさん mailto:sage [2006/04/17(月) 23:02:28 ] Java＝宿り木 111 名前：仕様書無しさん [2006/04/17(月) 23:14:04 ] WebSphereとEJB2.0の開発なんて 頭が狂ってるのかと思うほど、 開発も、実行環境も メモリ馬鹿食いだ、そのくせ動作は思いは MS信者じゃないが、JavaはPojo以外はもうウンコだよ 112 名前：仕様書無しさん mailto:sage [2006/04/17(月) 23:19:51 ] Javaは1.0に近いほどスマートだと思う 113 名前：仕様書無しさん [2006/04/17(月) 23:29:24 ] あとはIDEで比較しても EclipseまだまだVB6のレベルにいたっていない、 10年近く開発環境としては遅れている、残念ながら でJavaの悪いところで、メモリはこれまた馬鹿食い、、、 114 名前：仕様書無しさん [2006/04/17(月) 23:30:31 ] Java Lite ＋LiteIDE + LiteVM このへんをもう一度１から作り直せないかね？Sunとか無視して 115 名前：仕様書無しさん mailto:sage [2006/04/17(月) 23:35:26 ] gcc.gnu.org/java/ 116 名前：仕様書無しさん [2006/04/17(月) 23:41:30 ] Javaは核が貧弱な分、肉を分厚くするために、肥大なコーディングを行い 結果としてメモリを馬鹿食い、動作もっさり、互換性はぁ？ の３ダメ言語になってしまった。 で、Javaを語る人たちは、今度は〜〜〜って考え方がはやりますよ〜 EJBｗプケラｗｗ 過去の過ちを笑い、新しき道を常に進み、、、、いまのウンコ仕様になるわけです。 過去を切り捨て、かっこつけすぎた新しい仕様を作り続ける、 だからJava信者は マーカー と同じといわれます。 117 名前：仕様書無しさん mailto:sage [2006/04/17(月) 23:44:00 ] >>113 Eclipseは終わってる。NetBeansの方が相当マシ。 それに気づかないJava厨が大杉 118 名前：仕様書無しさん mailto:sage [2006/04/17(月) 23:45:36 ] アプレット→サーブレット→JSP→JavaBean→EJB→POJO→DI→ 次はなんだろう・・・ 119 名前：仕様書無しさん [2006/04/18(火) 00:05:25 ] JavaってJVMがメモリリークするから、１開発者の立場ではどうしようもない。 メモリリーク予防に関してはCOBOLの方がマシだな。 120 名前：仕様書無しさん mailto:sage [2006/04/18(火) 00:30:13 ] 楽をする代わりに失ったものは果てしないね Javaが蔓延している理由 ・ だれでも扱えるから教育が楽 ・ バカでも扱える ・ ウンコでも扱える ・ メンテナンスが楽だからコストが削減できる ・ 保守性が高いから無駄な時間は省くことが出来る ようするに会社からすればお金はかけたくないだけ まぁ当然って言えば当然だよね ってことでそれを使わされてJavaマンセーなJava厨は 121 名前：仕様書無しさん mailto:sage [2006/04/18(火) 01:07:58 ] 　　　C　O　B　O　L　に　ぬ　る　ぽ　は　無　い 122 名前：仕様書無しさん [2006/04/18(火) 01:18:50 ] そうなんだよ、 いま現場ではC言語やWindowsをsdkで書ける人がいなくて大変なのよ(;´д⊂) Javaなんか誰でも書くことはできるんだが、つかいものにならん、、、 123 名前：69式フリーPG ◆hND3Lufios mailto:sage [2006/04/18(火) 01:24:10 ] んじゃ仕事くれ。 C/C++ならH8やMS-DOSからNetWare、Windows,Un*xまでOKです。 124 名前：初心者 [2006/04/18(火) 01:25:27 ] Exception in thread"main"java lang NoClassDefFoundError とでてきたんですが　どうしたらいいんでしょうか？ 125 名前：仕様書無しさん mailto:sage [2006/04/18(火) 01:59:55 ] JVMが自前でメモリ割り当てできればここまで糞と言われることもなかったんだよな GCとmalloc両方自由に混ぜることができるなら別によかったんだよ クリティカルな部分だけGC、パフォーマンス重視するところは自前で管理結局SUNの どあほがいけないんだよな。 126 名前：仕様書無しさん [2006/04/18(火) 02:45:24 ] >>122 Windows APIをダイレクトに呼ぶという時代じゃないからな。 そういう人物が欲しいなら、この板のキチガイコテ 「近藤妥」でも使うか？ただし、こいつ文句の多いわりに 使い物にならないこと保証するが（ｗ 127 名前：仕様書無しさん mailto:sage [2006/04/18(火) 02:46:57 ] >>126 >Windows APIをダイレクトに呼ぶという時代じゃないからな。 じゃ、どういう時代？ 128 名前：仕様書無しさん [2006/04/18(火) 07:18:26 ] >>108は、まるで 大型の荷物を船から積み卸しするのに滑車を使うのは無駄だとか ぬかしてそうな輩だよな。 滑車を使ってもエネルギーは変わらないので素手でもちあるいたほうが マシだと主張する馬鹿の典型。 滑車を使った方が素手で持ち運んだり引きずるよりも 全然スムースで効率がよくかつ、積荷を傷つけずに住むわけだが。 ヴァカC言語厨はそれが理解できないみたいだね 129 名前：仕様書無しさん [2006/04/18(火) 07:22:37 ] >>113 > あとはIDEで比較しても > EclipseまだまだVB6のレベルにいたっていない、 ﾊｧ? Visual Studioの間違いか(嘲笑 そのVisual Studioも大したプラグインも存在せず プラグイン自作もろくにできない糞だがなw 130 名前：仕様書無しさん [2006/04/18(火) 07:24:48 ] >>118 JavaWebStart, JDBC, Hibernate, Cayenne, Apache Ant, Spring Framework, Apache Maven, XDoclet, Eclipse, NetBeans, JBoss, Apache Struts, JSF(Java Server Faces), Seasar, Seasar2, 横浜ベイキット などが抜けているぞ。 131 名前：仕様書無しさん [2006/04/18(火) 07:54:05 ] ＞＞１２９ おまえはプラグインができればいいのか？ｗ 132 名前：仕様書無しさん [2006/04/18(火) 07:57:28 ] ＴｏｍｃａｔやApacheもJavaじゃなければな〜と思っちゃうよね実際、、、。 133 名前：仕様書無しさん mailto:sage [2006/04/18(火) 08:04:53 ] 近頃、Eclipseのプラグイン神話が崩壊してきてるのを感じる。 NetBeansスレとか見てると特にそう思うが、なんでもかんでも プラグインにしときゃいいってもんじゃないよな。 >>129みたいなプラグイン至上主義者は、減ってるんじゃねーの？ 134 名前：仕様書無しさん mailto:sage [2006/04/18(火) 08:09:44 ] 何でもそうだが、へたくそなたとえ話で本質をラップしないと話も出来ないのがJava厨房だよな。 ラップをはがすと何もないんだが。 やっぱりJava厨房は死んだ方がましだな。 135 名前：仕様書無しさん [2006/04/18(火) 09:32:54 ] >>109 > いや、それで高速になるんだったらいいよ。例えば従来十二分に高速なために XML使ってりゃ多少遅くなるに決まってるだろが低脳C言語厨。 C言語厨は高卒だからといってそんなこともわからないのか！ XMLを使ったくらいで遅くなるシステムだとしたらお前の設計に問題があるのであって Javaの問題とは限らない。 なにもかもJavaのせいにして設計を見直さずに逃げるお前の技術力にも問題があるがな。 これだから高卒バブルＣ言語厨は浅はかでレベルが低いんだよ。 136 名前：仕様書無しさん mailto:sage [2006/04/18(火) 09:54:14 ] Javaを使用しないシステムにすれば問題の過半は解決するから別にどうでもいいというのがまともなSEの判断。 団塊Jｒ廉価版ゆとり大卒もどきはほんとおばかちゃんでつね＾＾ 137 名前：仕様書無しさん [2006/04/18(火) 09:55:21 ] たかがXMLを重く処理するのがJavaクオリティ 138 名前：仕様書無しさん [2006/04/18(火) 09:57:53 ] いや、Jajartaクオリティというべきか 139 名前：仕様書無しさん [2006/04/18(火) 10:04:12 ] >>137 AxisのXML処理の重さときたひにゃ あのパフォーマンスがでふぉだと思っているJava厨ってんとにおばかたん 140 名前：仕様書無しさん mailto:sage [2006/04/18(火) 13:23:30 ] AxisにはC言語版があるわけだが、それと比べての話？ 141 名前：仕様書無しさん [2006/04/18(火) 16:59:54 ] M$XML 142 名前：仕様書無しさん [2006/04/18(火) 17:26:33 ] >本質をラップ Javaってラッパーの塊だからね。 ベース部分をJavaで実装しているのってないんじゃない？ ラッパー−＞ラッパ吹き−＞ほら吹き 143 名前：仕様書無しさん [2006/04/18(火) 18:52:51 ] IBMはJava案件が多くなると儲かるのか？ 144 名前：仕様書無しさん mailto:sage [2006/04/18(火) 18:56:48 ] びっくぶるーの戦略に関しては汎用機時代からいわれていたことがあるのに、おまいは知らないのか。 カワイソス 145 名前：仕様書無しさん mailto:sage [2006/04/18(火) 21:11:04 ] ＲＤＢＭＳはＩＢＭ生まれだが、アレも当初は強力で高価なハードを売るためのDBと言われてた。 146 名前：仕様書無しさん [2006/04/18(火) 21:26:55 ] いまでもそうだろ？ クラスタリングさせてハードを買わせる 147 名前：仕様書無しさん mailto:sage [2006/04/18(火) 21:36:51 ] ISAMを今のハードで走らせたら爆速かもな。 実際、RDBMSとはいっても殆どJOINせずに使ってるだろ。 バックアップとかの周辺ツールとかが充実してたら、ISAMでいいじゃないかと思うことがたまにあるよ。 148 名前：仕様書無しさん mailto:sage [2006/04/18(火) 21:46:47 ] >>146 最近は超高速性が要求される場合には、買収した Infomix の エンジン使ったオンメモリDBとかを提案してる。 >>147 最近流行のオンメモリDBはそれに近い。 C/C++ とリンクするライブラリ形式のものもある。 149 名前：仕様書無しさん mailto:sage [2006/04/18(火) 22:04:16 ] >実際、RDBMSとはいっても殆どJOINせずに使ってるだろ。 工ｴｴｪｪ(´ﾟдﾟ｀)ｪｪｴｴ工 150 名前：69式フリーPG ◆hND3Lufios mailto:sage [2006/04/18(火) 23:06:52 ] 確かに。 151 名前：仕様書無しさん mailto:sage [2006/04/19(水) 01:06:11 ] VIEW 使ってるだけの話だな 152 名前：仕様書無しさん [2006/04/19(水) 05:52:58 ] テーブル１０個くらいJOINしてると VIEW遅いじゃん VIEWじゃ 153 名前：仕様書無しさん [2006/04/19(水) 07:27:00 ] パフォーマンスが必要になってくると連結は避けられる。 154 名前：仕様書無しさん mailto:sage [2006/04/19(水) 07:39:42 ] 各種マスターのうちデータエントリでも使うものは結局クライアントでも どこかの時点でとってきて持ってるしね。 155 名前：仕様書無しさん mailto:sage [2006/04/19(水) 09:42:00 ] 受注テーブルが有って 受注状態を表示したいとき 顧客マスタ、単価マスタとJOINするものじゃないの？ 他の人ってどうしてるの？ 156 名前：仕様書無しさん [2006/04/19(水) 11:09:37 ] >>113 > あとはIDEで比較しても > EclipseまだまだVB6のレベルにいたっていない、 VB6とはなんぞや。 EclipseはIDEであって言語ではないぞ。 VB6は言語であってIDEではないぞ。 まずそこをはっきりしろ。 一体何を比較対象にして何が言いたいのか。 > 10年近く開発環境としては遅れている、残念ながら Visual Studioはリファクタリング機能、プラグイン自作機能としては 明らかにEclipseよりも遅れを取っているのだが。10年くらい 遅れているかもしれないな。 > でJavaの悪いところで、メモリはこれまた馬鹿食い、、、 メモリ600MBあれば快適だ。起動オプションに最大ヒープメモリサイズを 指定しておけば高速化する。 157 名前：仕様書無しさん [2006/04/19(水) 11:11:05 ] >>116 > Javaは核が貧弱な分、肉を分厚くするために、肥大なコーディングを行い どう核が貧弱だと思っているのだろうか？ まずそこから説明してくれ。さもないとただの詭弁だ。 たとえば、他の原語と比べて何の核が貧弱だと言いたいのか？ 158 名前：仕様書無しさん [2006/04/19(水) 11:56:35 ] Java叩きするC言語厨は高卒中年 pc8.2ch.net/test/read.cgi/prog/1145281298/ 159 名前：仕様書無しさん [2006/04/19(水) 11:58:21 ] >>119 > JavaってJVMがメモリリークするから、１開発者の立場ではどうしようもない。 お前がメモリリークしないように開発する努力を怠っているから メモリリークが起きるんだろ。 Javaでメモリを効率よく管理するテクニックくらい自分でぐぐって調べろ。 160 名前：仕様書無しさん [2006/04/19(水) 12:00:02 ] >>132 > ＴｏｍｃａｔやApacheもJavaじゃなければな〜と思っちゃうよね実際、、、。 ハァ？　Apache はCで書かれているんだが。 文句があるなら　100%Pure Java アプリケーションサーバJettyを使え。 161 名前：仕様書無しさん mailto:sage [2006/04/19(水) 12:32:54 ] コンピュータ言語は比較できるが、　原　語　なるものと比較はできない。 語彙が非常に偏っていて、コンピュータ用語をランダムに並べ替えて間を埋めたかのような 疑似日本語で醜いレスを返しているのはたった一人のJava厨房だな。 他人に説明を求めるばかりで、言ってる事は根拠薄弱極まりない。 一般受けする統合開発環境を先に出してきたのはMicrosoftで、Sunは最初はコマンドラインしかサポートしていなかったはず。 プラグインにしても、VisualStudioには９０年代から有償のサードパーティによるものが存在していた。 検証、リファクタリングなどの用途は別のソリューションがいくらでも提供されているからあえて出さないというのは マイクロソフトがサードパーティを重視していた戦略の表れだ。Java系の環境はいってみれば、後だし。 無償であるから何でもそろっているかのような錯覚を受けるが、必ず制約がある。対価のないものは保証されないからだ。 メモリも、アプリケーションの規模に依存するのに何を持って６００MBなどというんだか。近代のOSは高いメモリを 安いストレージによって補うことで発展してきたというのに、最初からどかぐいするような代物は正しいのか。 プロセッサとしてのJavaVMの仕様は、非常に古臭く抽象的であるがゆえに可搬性もあるが、 その分最適化されているとはとてもいえない。MSILがｘ８６のアーキテクチャーを考慮したうえで作られているのに 比較して、どうしようもないとすら言える。 日本人の真似をして、煽りスレッドを乱立させ人を不快にする屑Java厨房よ。 半島に帰って自決してはどうか。すこしでも恥というものを知るのであれば。 162 名前：仕様書無しさん mailto:sage [2006/04/19(水) 12:59:51 ] VisualCafeとかVisual Age for Javaとかteikadeとか MSとあんま変わんなかった時期だと思うけど。 163 名前：仕様書無しさん mailto:sage [2006/04/19(水) 13:03:13 ] 全部サードパーティだろうが。 164 名前：仕様書無しさん [2006/04/19(水) 14:31:25 ] >>161 > 一般受けする統合開発環境を先に出してきたのはMicrosoftで その根拠は何？ どうみても主観的で説得力が無いんだけど。 165 名前：仕様書無しさん mailto:sage [2006/04/19(水) 14:33:43 ] >>161は組み込みやデスクトップアプリ開発しか経験が無いから 極度に少ないメモリにこだわるんだね。 2,3GBメモリが当たり前の時代に、 今どきメモリが512MBのマシンなんて古臭いっていわれているのに 512MBも食うのがおかしいってお前貧乏人ですか？　っていいたいね。 166 名前：仕様書無しさん mailto:sage [2006/04/19(水) 15:50:07 ] >>165 なにいってるんだかな。メモリどか食い、電力どか食いのくせに逆ギレですか？ メモリだけじゃなくプロセッサリソースもどか食いだろ？バックグラウンドでほかのサービス動けないほどに。 消費エネルギー節減が地球規模で求められているこのご時世、Javaってのは時代に逆行するソリューションなんだって自白しちゃうのかい？ 加えて、でかいアメ車はどこでも速く走るが、日本には路地が多いんだぜ？ 限られた予算で最大効率を上げなきゃいけない地味な案件が多いというのに、そういうところまで最新最速大容量の押しつけですか？ サーバだったらECC付きのメモリだとか、安価な方向にはハードも走れないだろうに。しかも二重化とかコスト考えもしないのか。 Java使わないでマシンのクラス下げて、その分保守費用に回す方が現実的だ。 そういうトレードオフが出来ない、いうなればアメ車思考がJava厨房の特徴なんだよな。 ああ、組み込みJavaとかでひーひー言ってる奴らはシカトですかそうですか？ｗ 167 名前：仕様書無しさん [2006/04/19(水) 16:24:39 ] COBOLに比べればなんでもいいよ 168 名前：仕様書無しさん [2006/04/19(水) 16:27:24 ] 今だAなんだけど 169 名前：仕様書無しさん mailto:sage [2006/04/19(水) 22:06:38 ] D言語がんがれ！

---

---

[ 続きを読む ] / [ 携帯版 ]

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