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

さ、語れ。Javaよりも遅い脳みそを持つ人々について

C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？

C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。

前スレ
Javaは遅いという奴は遅れたバブル世代じゃね？
http://pc8.2ch.net/test/read.cgi/prog/1136434011/

Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね？　その２
http://pc8.2ch.net/test/read.cgi/prog/1136359572/


関連スレ

先があるのはC++とJavaのどっち？
http://pc8.2ch.net/test/read.cgi/prog/1132157362/

今、C言語信者の開発環境のCMMIレベルは非常に低い。
アジャイルソフトウェア開発なんてことも彼らの頭から消え去っている。
今じゃ製造業ですらアジャイル開発の影響を受けているにもかかわらずw
彼らは新しい技術を習得するという努力を怠って2chで愚痴を零してばかりいるのだ。
このスレはそんなC言語厨が愚痴を零すためのスレです。
さあ、このスレでC言語厨の強がりや愚痴や僻みや負け惜しみ発言をどーんと眺めてみましょうw

またアジャイル好きのあんたか。

なにを言うか
アジャイル嫌いは40代以降のおっさんどもに限られるだろ

頑固オヤヂがアジャイル開発を嫌う。

あれ？
アジャイルとＣＭＭって基本的に相反するものじゃなかったっけ？

アジャイルはオナニー開発向き

夕焼けニャンニャン

バナナラマ！

ショッキング・ブルー

それはおかしい

ちんぽからキウイの種が出た

ホンダ式は常に速度を意識する。
トヨタ式は余裕を持って自動化にこだわりをもつ。


ホンダ式＝C言語厨、C++厨
トヨタ式＝Java屋

って構図にもなぜか似合ってしまう。

＞トヨタ式は余裕を持って自動化にこだわりをもつ。

意味不明。説明ヨロ。

スレタイみてとんできましたが
ここのスレ住民も化石そのものだな
糞スレ決定

>>15
前スレの存在を知らなかったのね。前スレからいる人は、もちろん化石化してます。

C言語信者という名の化石がいます

C言語厨は化石化ガス雲にやられました。

しかしJava厨はなんでここまで必死なんだ？
昔Cができなくてこっぴどく叱られたのか？罵られたのか？
まあザコはなにやってもザコだ。
Javaでも新卒にあっというまに抜かれるだろ。
「先輩！Javaのこと何も知らないっすね」とか言われるまでやってるつもりか？
そんな君にはオペレータを薦める。
頭使う必要ない！体力勝負だ！一応コンピュータ関係ってことで糞みたいなプライドもなんとかなるだろ。

おまえのほうが必死なんじゃないのと言ってみる。

新卒に抜かれるといっても
Javaを使いこなすには
実際にはＤＩコンテナやDB周り、ネットワーク、セキュリティ、Linux、
自動化ツールなどを理解しないといけないから
Java厨になる事自体大変なことだよ

それらを本当に理解しているなら厨とは呼ばない

お前らがマ板でJava厨Java厨って叩いている相手の香具師は
その程度のことも理解しているようなので
彼は本当の意味ではJava厨じゃあないのかもしれないな。

彼らが理解しているのはフリーのライブラリとその使い方、プログラムの起動方法だけだよ
その背景に対する理解や関心は大して無いし、興味も無い
だから背景が分からないと仕事にならないC言語厨とは永遠に噛み合わないわけだ

C厨 >> C言語しか使えないウンコ。
JAVA厨 >> Cも使える。JAVAも使える。C++もそれなりに。
C++厨 >> Cも使える。JAVAも使える。STL〜BOOSTまでC++ならドンと来い。

C++使えてる奴でJAVAが良いって言うやつなんていないから。それは本人すら気づいていない。実はC++を使えてない奴。

C++が使われている仕事が少ない理由。

扱 え る 奴 が そ も そ も 少 な い か ら。

何が言いたいのか分からん

>>24
> 彼らが理解しているのはフリーのライブラリとその使い方、プログラムの起動方法だけだよ
その根拠を説明してくれ。
今までのスレを2,3年ほど見てきたがとくにそういう様子は見られなかったのだが。
これはだたの君の僻みか？

>>25
> C厨 >> C言語しか使えないウンコ。
> JAVA厨 >> Cも使える。JAVAも使える。C++もそれなりに。
> C++厨 >> Cも使える。JAVAも使える。STL〜BOOSTまでC++ならドンと来い。
> C++使えてる奴でJAVAが良いって言うやつなんていないから。それは本人すら気づいていない。実はC++を使えてない奴。

そんなことを仕事で言いだしているC++厨に仕事は来るのだろうかと思うわけだが。

>28
PGに挫折してコンビニ店員してるおまいには関係ねーだろ

まぁWebサービスものの仕事が主流の状態で敢えてC++のみのチームで仕事を受ける
やつはいないだろ。

C++厨は仕方がなく多用されているJAVAで仕事をしてるんだよ…

C++でWebサービスものの仕事やればいいでしょ、C++は何でもできるそうだから

>>32
子供だって作れるぞ

C++さえ使えば子供でも作れるならJavaなんて要らないはずだよな。

>>33は子供を作れるって意味で言ってるんじゃないかね。

C++だから何でもできるっつうかプログラム言語なんてどんなのでも何でもできるでしょ。

>>31
俺もはじめはC/C++がメインだったから分からんでもないけど、
慣れてしまえばJavaはC++に比べて超楽だ。
結果的に同じものができるなら、プログラマは如何に楽をして早く仕事をこなすかという所が
ポイントじゃなかろうか。
まーゲームなんかリアルタイムで処理するプログラムなんかJavaはありえないけど。
ってことで仕事や環境によってそれぞれ違うということで。
どの言語が優れてるとか言ってる時点でそれは愚問。

納期に間に合えばいい、それだけ

>>35
C＋＋厨は女にモテないから無理

結果的に同じものができるなら、JAVAでもC++でもいいけど
VBはイヤだ！

JavaのGUIは悲惨

でたああああ
納期に間に合えばいい
とりあえず動けばいい
それいいだしたら･･･今回のPMがまさにそれだorz

納期に間に合いもせず、動作も微塵もしない。

そんなプログラムの請求なんてできないだろ？

作りがわるい時は、瑕疵担保責任で頭を下げながら直すんだよ。

>>42
とりあえず動くようにしろ！絶対にだ！分かったな？

>>41
最近は高速化しているのでそうでもない。

eclipseの起動が遅いよﾏﾏﾝ

>>37
>慣れてしまえばJavaはC++に比べて超楽だ。
楽っていうかなんかよくわからんことをIDEやらSDKやらがどうにかしてくれることが多い。
なんかJavaって言語仕様だけでいったらC++と大して代わらない気がするね。
すくなくとも一般的にみんなが言ってるJavaってのはSDKやらIDE（主にEclipse？）を含めた環境を言ってると思うんだよね。
JavaでできることをひっくるめてJavaっつーかｗ

例えば、比べるなら
IDEがVisualC++で、言語はC++を使って、SDKはWin32APIで組んだ場合と
IDEがEclipseで、言語はJavaを使って、SDKはSwingで組んだ場合とかそんな感じになると思うんだけど。
＃この場合はいうまでもなく前者で作ったほうが動きがいいがｗ

>>47
その辺乱立スレを2，3見れば明らかなんだが、
ライブラリー使えば、さほど差は無いと思うよ。

うまく作れば、C++もメモリーリークの心配ないし、
Javaも普通に早く動く。

問題点はC厨はそれでも結局Javaは遅いと言い続けて、
Java厨はCはバグまみれメモリーリークまみれ実はJavaよりも
遅いセキュリティは甘いと言い続けている。

これは、双方認識が甘いと思うんだけどな〜。

C++を使えないC厨が騒いでるだけだ

>>47 ant使ってビルドしろ、編集は好きなエディタ使え、但しJavadocでドキュメント生成するからヘッダはあわせとけってのはどーなんだ？

ちっちゃいアプリをjavaで初めて作るとき
クラスの適度な粒度がわからなくて
やたらめったらクラスを作って後で保守が大変だった

だってeclipseだと簡単にコードかけるんだもん
setterやgetterも作ってくれるし依存関係や呼び出し関係も意識することなく参照できたりジャンプできるし

フォームを簡単に設計できるのがVBだとしたら
コードを簡単にかけるのがeclipse+java

皆さん、注目してください！！！！！！！！！！！！！！！！！
　
C言語厨の正体は高卒であることが発覚しました！
さあ、Java叩きに必死になっているC言語を思う存分報復し虐めてあげましょう！！！


専門卒や高卒でPG/SEの人っているの？Part2
http://pc8.2ch.net/test/read.cgi/prog/1141003614/

またJava厨か

高卒C言語厨と大卒Java厨との戦い、

見ものだな

きれいに構造化してあるならCでもいいだろ？高卒が組んだのでもいいだろ？

OOわからないでUML表記なんか夢のまた夢の手続き型スパゲティソースを
わざわざJava使って組んでくれそうなJava厨に比べれば＾＾；

>>55


> OOわからないでUML表記なんか夢のまた夢の手続き型スパゲティソースを
> わざわざJava使って組んでくれそうなJava厨に比べれば＾＾；

OOも知らない奴はJava厨とは言わない。っていうかただの厨。
それから理系大卒じゃない奴はJavaが使えるとは認めさせないぞ。

>>55
> きれいに構造化してあるならCでもいいだろ？高卒が組んだのでもいいだろ？

組み込み系ならいざ知らず、お前甘いよ。
攻めてC++でも良いだろといっておけよ。
これだから高卒はバカにされるんだよ。

はっきりいってわかったこと
>>56-57は馬鹿。

はっきりいって馬鹿である根拠を
説明できない>>58は馬鹿だけどそれだけでなく
知能指数も低く50以下。
C言語厨の脳みそはチンパンジー並み

どうでもいい争いだな。

サールゥ・Ｃ言語リラ・チンパンジ〜♪

Cが良いって人はCしか使えない人でしょ？

それはそれでかなり痛いな
さすがC言語厨w

>>51
疎結合でパッケージングが適切なら、結構いい書き方だと思うぜ。
最近はJavaはラッパー作成がほとんどだと思ってる。

有償でＪＡＶＡ教えてくださるかた
もしよかったらメールください
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ

いくら？

一時間１００円です。

時給5000円じゃなきゃJavaを教える気にもならないな

バブル世代の要求 ： 時給百円

若者の要求　：　時給5千円以上

Javaって高くつくんですね＾＾＾＾＾＾＾＾＾＾；

Javaプログラマを雇いたければ
それなりの金を用意しないといけない

50ウォンぐらいで足りるんでしょうか＾＾＾＾＾＾

この時代Javaプログラマなんて腐るほどいるだろ。

腐るどころか腐って暴れてるようですけど＾＾＾＾＾＾＾＾

しかし、いい感じで仕事が増えてきたよな。
これだけJavaが普及すれば、保守だけでしばらく仕事はなくならないぞ。
第２COBOLの地位を築き上げるのも時間の問題だな。
まったくいいものを流行らせてくれたもんだよｗ

リプレースまでの運命と思うよ。
COBOLとは浸透度の桁が違う。

要するに、従来システムのラッパになってて、ラッパしている本体がリプレースされると同時にお払い箱ってことか？
あらまー。。。。

> この時代 Javaプログラマなんて腐るほどいるだろ。
いねーよ。いるんなら紹介してくれよ。

>>78
紹介できるほど友達いねーよ。

入って３ヶ月もすればJavaプログラマですって言えるレベルなんて無限に生成できることは確かだ。

速さ
C ＞ C++ ＞ Java

保守性・メンテナンス
Java ≧ C++ ＞ C ＞ なんちゃってC++

>>73
> この時代Javaプログラマなんて腐るほどいるだろ。

腐るほどいても熟練した設計能力があるエンタープライズレベルのJavaプログラマは少ない。
設計能力がないC言語が理解できる程度のレベルのJavaプログラマなら腐るほどいるが。

>>80
> 入って３ヶ月もすればJavaプログラマですって言えるレベルなんて無限に生成できることは確かだ。

それは真のJavaプログラマではない。レベルが低く経験が浅く、
AntやXDocletもろくに使いこなせずネットワーク構築、サーバ管理能力も無いので
デスマーチの要因になりやすいので「Cプログラマです」と言うべきだ。

ようするに、
サーバ管理能力も無い、ソフトウェア工学も知らない人間にJava文法だけを
覚えさせただけでJavaプログラマとは名乗らせるべきではないと言うことだ。

>>75
まるでアレキサンダーの東方遠征みたいだね。
そのお陰でヘレニズム(Java)文化がヨーロッパ中に産まれた。

って感じに。

もはやJavaの考え方は常識になっているよねこの業界では。

Javaがオブジェクト指向を見事に流行らせた所は。
戦争によって民主主義を広めようとするネオコンと似ている。

・・・Javaは遅くて重い、馬鹿でも覚えることの出来る、
メモリ管理を考えないのでミスが少ないだけが唯一の利点である簡易言語でした。
もともとはBASIC言語がその役割を果たしていましたが、その地位を乗っ取ろうと
画策する勢力がサン・マイクロシステムズの宣伝で発生しました。
ANSI,ISO,JISなどの規格には無視されていましたが、その集団はあちこちでFUD行為を行いました。
ほかの言語を使える人々は、彼らを　「　J　a　v　a　厨　」と呼び、軽侮の対象にしました・・・・
　〜　「滅び去った２１世紀のコンピュータ言語」　より〜
　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／
　　　　　　　 　 　 　 ∨
　　　　　　　 　 　 ∧＿∧
　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな
　　　　　　　　 　 （　　 　 ）
　　　　　　　　　　｜ ｜　|
　　　　　　　　 　 （＿_）＿）

必死に詭弁術を振る舞うコピペドトネト厨乙

バブル世代のドトネト厨仕事が無くなって乙

>>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コード、
そして日本語、英語などを知らないと仕事にならないからです。

　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／
　　　　　　　 　 　 　 ∨
　　　　　　　 　 　 ∧＿∧
　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな
　　　　　　　　 　 （　　 　 ）　Javaはいらないというのはアジアの常識。
　　　　　　　　　　｜ ｜　|
　　　　　　　　 　 （＿_）＿）

>>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コード、
そして日本語、英語などを知らないと仕事にならないからです。

　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／
　　　　　　　 　 　 　 ∨
　　　　　　　 　 　 ∧＿∧
　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな
　　　　　　　　 　 （　　 　 ）　Java厨房のレスはよく日本語の文法が間違ってるんだけど
　　　　　　　　　　｜ ｜　|　　特定アジアの工作員なのかな？ｗ
　　　　　　　　 　 （＿_）＿）

とりあえずお前は>>1を嫁

　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／
　　　　　　　 　 　 　 ∨
　　　　　　　 　 　 ∧＿∧
　　　　　　　　 　 （　・∀・） チラシの裏によくメモったかな
　　　　　　　　 　 （　　 　 ）　Java厨房のレスはよく日本語の文法が間違ってるんだけど
　　　　　　　　　　｜ ｜　|　　特定アジアの工作員なのかな？ｗ
　　　　　　　　 　 （＿_）＿）

252 名前：仕様書無しさん[] 投稿日：2006/04/17(月) 13:58:14
>>242
> >>241 いや本質的には全部いらないんだよ。
> 工学部と法学部だけは対外国の競争と交渉のために必要だから残す。それだけ。
> あとは教養に属する部分は金持ちが道楽でやればいい。大学って看板出してもいいが、
> 国が認めることもあるまい。
> 湯島に青春大学ってよくわからんものがあるが、それと同等でいいだろ。
> 自己満足のために金と時間をかけるならそれもよし。
> 文学部や商学部や経済学部こそ無用の長物だろ。
> 腐敗した大手企業経営者を滅ぼさない限りこの国の庶民に生活向上のチャンスは

ﾌﾟﾌﾟ　C言語厨はすべての大手企業経営者が不敗してるって言ってるのか。さすが
高卒の脳みそは考えることが違うなw

バブル世代の高卒C言語厨さっきから必死だね。
こんな時間にレスするなんてニートですか？

　　　　 ＼＿＿＿＿ 　＿＿＿＿＿＿＿＿＿＿／
　　　　　　　 　 　 　 ∨
　　　　　　　 　 　 ∧＿∧
　　　　　　　　 　 （　・∀・）
　　　　　　　　 　 （　　 　 ）　特亜Java厨乙ｗ
　　　　　　　　　　｜ ｜　|　　
　　　　　　　　 　 （＿_）＿）

妄想しか語れないドトネト厨乙

ドトネトはJava寄りも遅い。

BASICにガベージコレクタが無い、か。
どのBASCIのことだろう・・・

http://msdn2.microsoft.com/ja-jp/library/ms173023.aspx

http://msdn2.microsoft.com/ja-jp/library/system.gc(VS.80).aspx

JavaもCもWin32SDKもLinuxもVBも、そこそこ使える漏れが率直に答えると

Java推進しているやつの、考え方がそもそも嫌い
たとえるならば、マッカーのような感じ

さもすごそうなことを語りつつ、実際習得してみると、、、この程度のことを
こんなに苦労して、、、ばかじゃね？

みたいなやつの塊が、いまのJava
EJBとかなんだよ、かなり勉強して覚えたが、、、
Javaの悪いところを集約したかのような馬鹿仕様

次にアジャイルとか抜かしてる連中、もうこいつらも馬鹿
なぜかといえば

Java使ってると何も頭使わんから脳みそが老朽化してゆくわぁ〜

configファイルをxmlでごりごり書かされるのがスマートじゃない

>>103
> JavaもCもWin32SDKもLinuxもVBも、そこそこ使える漏れが率直に答えると
> Java推進しているやつの、考え方がそもそも嫌い
> たとえるならば、マッカーのような感じ
> さもすごそうなことを語りつつ、実際習得してみると、、、この程度のことを
> こんなに苦労して、、、ばかじゃね？

実際に使ってみるとお前も苦労するもんだぞw
お前の知能レベルではなw

> みたいなやつの塊が、いまのJava
> EJBとかなんだよ、かなり勉強して覚えたが、、、

そんなお前にPOJOとEJB3.0を勧める。

>>105
> configファイルをxmlでごりごり書かされるのがスマートじゃない

XML嫌いな「アンチXML」厨も必死だなw

悟空じゃあるまいし、わざわざ重い道着着込んで訓練ですか＾＾＾＾＾

いや、それで高速になるんだったらいいよ。例えば従来十二分に高速なために
新規の高速アルゴリズムなどを新規に考案され使用される環境だから
重いことにも意義あるみたいな状況ならいいよ。でもJAVAって重ければメモリだ
ハードだノードだクラスタだと全部他力本願これがいけないんだよ

Java＝宿り木

WebSphereとEJB2.0の開発なんて
頭が狂ってるのかと思うほど、
開発も、実行環境も メモリ馬鹿食いだ、そのくせ動作は思いは

MS信者じゃないが、JavaはPojo以外はもうウンコだよ

Javaは1.0に近いほどスマートだと思う

あとはIDEで比較しても
EclipseまだまだVB6のレベルにいたっていない、
10年近く開発環境としては遅れている、残念ながら

でJavaの悪いところで、メモリはこれまた馬鹿食い、、、

Java Lite ＋LiteIDE + LiteVM
このへんをもう一度１から作り直せないかね？Sunとか無視して

http://gcc.gnu.org/java/

Javaは核が貧弱な分、肉を分厚くするために、肥大なコーディングを行い
結果としてメモリを馬鹿食い、動作もっさり、互換性はぁ？ の３ダメ言語になってしまった。

で、Javaを語る人たちは、今度は〜〜〜って考え方がはやりますよ〜 EJBｗプケラｗｗ
過去の過ちを笑い、新しき道を常に進み、、、、いまのウンコ仕様になるわけです。

過去を切り捨て、かっこつけすぎた新しい仕様を作り続ける、
だからJava信者は マーカー と同じといわれます。

>>113
Eclipseは終わってる。NetBeansの方が相当マシ。
それに気づかないJava厨が大杉

アプレット→サーブレット→JSP→JavaBean→EJB→POJO→DI→
次はなんだろう・・・

JavaってJVMがメモリリークするから、１開発者の立場ではどうしようもない。
メモリリーク予防に関してはCOBOLの方がマシだな。

楽をする代わりに失ったものは果てしないね

Javaが蔓延している理由

・ だれでも扱えるから教育が楽
・ バカでも扱える
・ ウンコでも扱える
・ メンテナンスが楽だからコストが削減できる
・ 保守性が高いから無駄な時間は省くことが出来る

ようするに会社からすればお金はかけたくないだけ
まぁ当然って言えば当然だよね
ってことでそれを使わされてJavaマンセーなJava厨は

　　　C　O　B　O　L　に　ぬ　る　ぽ　は　無　い

そうなんだよ、
いま現場ではC言語やWindowsをsdkで書ける人がいなくて大変なのよ(;´д⊂)
Javaなんか誰でも書くことはできるんだが、つかいものにならん、、、

んじゃ仕事くれ。
C/C++ならH8やMS-DOSからNetWare、Windows,Un*xまでOKです。

Exception in thread"main"java lang NoClassDefFoundError
とでてきたんですが　どうしたらいいんでしょうか？

JVMが自前でメモリ割り当てできればここまで糞と言われることもなかったんだよな
GCとmalloc両方自由に混ぜることができるなら別によかったんだよ
クリティカルな部分だけGC、パフォーマンス重視するところは自前で管理結局SUNの
どあほがいけないんだよな。

>>122
Windows APIをダイレクトに呼ぶという時代じゃないからな。
そういう人物が欲しいなら、この板のキチガイコテ
「近藤妥」でも使うか？ただし、こいつ文句の多いわりに
使い物にならないこと保証するが（ｗ

>>126
>Windows APIをダイレクトに呼ぶという時代じゃないからな。

じゃ、どういう時代？

>>108は、まるで
大型の荷物を船から積み卸しするのに滑車を使うのは無駄だとか
ぬかしてそうな輩だよな。

滑車を使ってもエネルギーは変わらないので素手でもちあるいたほうが
マシだと主張する馬鹿の典型。

滑車を使った方が素手で持ち運んだり引きずるよりも
全然スムースで効率がよくかつ、積荷を傷つけずに住むわけだが。

ヴァカC言語厨はそれが理解できないみたいだね

>>113
> あとはIDEで比較しても
> EclipseまだまだVB6のレベルにいたっていない、

ﾊｧ? Visual Studioの間違いか(嘲笑
そのVisual Studioも大したプラグインも存在せず
プラグイン自作もろくにできない糞だがなw

>>118
JavaWebStart, JDBC, Hibernate, Cayenne, Apache Ant, Spring Framework,
Apache Maven, XDoclet, Eclipse, NetBeans, JBoss, Apache Struts, JSF(Java Server Faces),
Seasar, Seasar2, 横浜ベイキット などが抜けているぞ。

＞＞１２９
おまえはプラグインができればいいのか？ｗ

ＴｏｍｃａｔやApacheもJavaじゃなければな〜と思っちゃうよね実際、、、。

近頃、Eclipseのプラグイン神話が崩壊してきてるのを感じる。
NetBeansスレとか見てると特にそう思うが、なんでもかんでも
プラグインにしときゃいいってもんじゃないよな。

>>129みたいなプラグイン至上主義者は、減ってるんじゃねーの？

何でもそうだが、へたくそなたとえ話で本質をラップしないと話も出来ないのがJava厨房だよな。
ラップをはがすと何もないんだが。

やっぱりJava厨房は死んだ方がましだな。

>>109
> いや、それで高速になるんだったらいいよ。例えば従来十二分に高速なために

XML使ってりゃ多少遅くなるに決まってるだろが低脳C言語厨。
C言語厨は高卒だからといってそんなこともわからないのか！

XMLを使ったくらいで遅くなるシステムだとしたらお前の設計に問題があるのであって
Javaの問題とは限らない。
なにもかもJavaのせいにして設計を見直さずに逃げるお前の技術力にも問題があるがな。

これだから高卒バブルＣ言語厨は浅はかでレベルが低いんだよ。

Javaを使用しないシステムにすれば問題の過半は解決するから別にどうでもいいというのがまともなSEの判断。
団塊Jｒ廉価版ゆとり大卒もどきはほんとおばかちゃんでつね＾＾

たかがXMLを重く処理するのがJavaクオリティ

いや、Jajartaクオリティというべきか

>>137
AxisのXML処理の重さときたひにゃ
あのパフォーマンスがでふぉだと思っているJava厨ってんとにおばかたん

AxisにはC言語版があるわけだが、それと比べての話？

M$XML

>本質をラップ

Javaってラッパーの塊だからね。
ベース部分をJavaで実装しているのってないんじゃない？
ラッパー−＞ラッパ吹き−＞ほら吹き

IBMはJava案件が多くなると儲かるのか？

びっくぶるーの戦略に関しては汎用機時代からいわれていたことがあるのに、おまいは知らないのか。
カワイソス

ＲＤＢＭＳはＩＢＭ生まれだが、アレも当初は強力で高価なハードを売るためのDBと言われてた。

いまでもそうだろ？
クラスタリングさせてハードを買わせる

ISAMを今のハードで走らせたら爆速かもな。
実際、RDBMSとはいっても殆どJOINせずに使ってるだろ。
バックアップとかの周辺ツールとかが充実してたら、ISAMでいいじゃないかと思うことがたまにあるよ。

>>146
最近は超高速性が要求される場合には、買収した Infomix の
エンジン使ったオンメモリDBとかを提案してる。

>>147
最近流行のオンメモリDBはそれに近い。
C/C++ とリンクするライブラリ形式のものもある。

>実際、RDBMSとはいっても殆どJOINせずに使ってるだろ。

工ｴｴｪｪ(´ﾟдﾟ｀)ｪｪｴｴ工

確かに。

VIEW 使ってるだけの話だな

テーブル１０個くらいJOINしてると
VIEW遅いじゃん
VIEWじゃ

パフォーマンスが必要になってくると連結は避けられる。

各種マスターのうちデータエントリでも使うものは結局クライアントでも
どこかの時点でとってきて持ってるしね。

受注テーブルが有って
受注状態を表示したいとき
顧客マスタ、単価マスタとJOINするものじゃないの？

他の人ってどうしてるの？

>>113
> あとはIDEで比較しても
> EclipseまだまだVB6のレベルにいたっていない、

VB6とはなんぞや。
EclipseはIDEであって言語ではないぞ。
VB6は言語であってIDEではないぞ。
まずそこをはっきりしろ。
一体何を比較対象にして何が言いたいのか。

> 10年近く開発環境としては遅れている、残念ながら
Visual Studioはリファクタリング機能、プラグイン自作機能としては
明らかにEclipseよりも遅れを取っているのだが。10年くらい
遅れているかもしれないな。


> でJavaの悪いところで、メモリはこれまた馬鹿食い、、、
メモリ600MBあれば快適だ。起動オプションに最大ヒープメモリサイズを
指定しておけば高速化する。

>>116
> Javaは核が貧弱な分、肉を分厚くするために、肥大なコーディングを行い

どう核が貧弱だと思っているのだろうか？
まずそこから説明してくれ。さもないとただの詭弁だ。
たとえば、他の原語と比べて何の核が貧弱だと言いたいのか？

Java叩きするC言語厨は高卒中年
http://pc8.2ch.net/test/read.cgi/prog/1145281298/

>>119
> JavaってJVMがメモリリークするから、１開発者の立場ではどうしようもない。

お前がメモリリークしないように開発する努力を怠っているから
メモリリークが起きるんだろ。
Javaでメモリを効率よく管理するテクニックくらい自分でぐぐって調べろ。

>>132
> ＴｏｍｃａｔやApacheもJavaじゃなければな〜と思っちゃうよね実際、、、。

ハァ？　Apache はCで書かれているんだが。
文句があるなら　100%Pure Java アプリケーションサーバJettyを使え。

コンピュータ言語は比較できるが、　原　語　なるものと比較はできない。
語彙が非常に偏っていて、コンピュータ用語をランダムに並べ替えて間を埋めたかのような
疑似日本語で醜いレスを返しているのはたった一人のJava厨房だな。

他人に説明を求めるばかりで、言ってる事は根拠薄弱極まりない。
一般受けする統合開発環境を先に出してきたのはMicrosoftで、Sunは最初はコマンドラインしかサポートしていなかったはず。
プラグインにしても、VisualStudioには９０年代から有償のサードパーティによるものが存在していた。
検証、リファクタリングなどの用途は別のソリューションがいくらでも提供されているからあえて出さないというのは
マイクロソフトがサードパーティを重視していた戦略の表れだ。Java系の環境はいってみれば、後だし。
無償であるから何でもそろっているかのような錯覚を受けるが、必ず制約がある。対価のないものは保証されないからだ。
メモリも、アプリケーションの規模に依存するのに何を持って６００MBなどというんだか。近代のOSは高いメモリを
安いストレージによって補うことで発展してきたというのに、最初からどかぐいするような代物は正しいのか。

プロセッサとしてのJavaVMの仕様は、非常に古臭く抽象的であるがゆえに可搬性もあるが、
その分最適化されているとはとてもいえない。MSILがｘ８６のアーキテクチャーを考慮したうえで作られているのに
比較して、どうしようもないとすら言える。

日本人の真似をして、煽りスレッドを乱立させ人を不快にする屑Java厨房よ。
半島に帰って自決してはどうか。すこしでも恥というものを知るのであれば。

VisualCafeとかVisual Age for Javaとかteikadeとか
MSとあんま変わんなかった時期だと思うけど。

全部サードパーティだろうが。

>>161

> 一般受けする統合開発環境を先に出してきたのはMicrosoftで

その根拠は何？
どうみても主観的で説得力が無いんだけど。

>>161は組み込みやデスクトップアプリ開発しか経験が無いから
極度に少ないメモリにこだわるんだね。
2,3GBメモリが当たり前の時代に、
今どきメモリが512MBのマシンなんて古臭いっていわれているのに
512MBも食うのがおかしいってお前貧乏人ですか？　っていいたいね。

>>165
なにいってるんだかな。メモリどか食い、電力どか食いのくせに逆ギレですか？
メモリだけじゃなくプロセッサリソースもどか食いだろ？バックグラウンドでほかのサービス動けないほどに。
消費エネルギー節減が地球規模で求められているこのご時世、Javaってのは時代に逆行するソリューションなんだって自白しちゃうのかい？
加えて、でかいアメ車はどこでも速く走るが、日本には路地が多いんだぜ？
限られた予算で最大効率を上げなきゃいけない地味な案件が多いというのに、そういうところまで最新最速大容量の押しつけですか？
サーバだったらECC付きのメモリだとか、安価な方向にはハードも走れないだろうに。しかも二重化とかコスト考えもしないのか。
Java使わないでマシンのクラス下げて、その分保守費用に回す方が現実的だ。
そういうトレードオフが出来ない、いうなればアメ車思考がJava厨房の特徴なんだよな。

ああ、組み込みJavaとかでひーひー言ってる奴らはシカトですかそうですか？ｗ

COBOLに比べればなんでもいいよ

今だAなんだけど

D言語がんがれ！

D言語は標準化まであと5年かかるな。

>>156
>EclipseはIDEであって言語ではないぞ
ここだけに噛み付くけど、この考え方は正直古く感じるね。
Javaなんて言語だけとったらC++よりダサい糞言語だよ。
でも、IDEが優秀だったからここまでもってこれたんじゃん。
VB6と比べるならEclipse+Javaでいいと思うよ。

VB、、、VisualStudioの成功は
VBという言語の簡潔さと、IDEの使いやすさ、
リッチクライアントが1時間で〜ってのが大きかったな

Java＋Eclipseで果たして、10年の差をつけられて、、、クリアしているだろうか上記3点

そもそも、スタックマシンってどうよ？
おっさん的には登場時に凄い懐かしい感じがしたんだけど。

>>172
Eclipse+VEで作れば、てきとーにVBみたいに作れるんじゃない？

VBと比較するならnetBeans.
Eclipseは全く話にならない。

うむ。netBeansが勝ちだな。品質もすこぶる良い。
eclipseのような素人が作ったプラグインだらけなのはどうもな。

おっさんのスタックはリンカのSTACK:SIZEオプションで作られている。

>>175-176
なんの機能に対してどうすごいっつってんのかわからないな。
配置できるかできないかってところは大してかわんねぇじゃん。
使ってる人数だけみるならEclipseのがいいと思うよ。
使ってる人数の多さが情報量の多さにつながってそれがソフトの価値をあげるならね。

>>178
好みはあると思うが、コードエディタとリファクタリング以外のほとんどは
NetBeansの方が上かな。
個人的にはエディタとリファクタリングにしても俺は満足できるレベルだし、
総合的に見てNetBeansの方が勝ってると思う。

ちなみに、情報量に関して言えばNetBeansはEclipseほど情報量を必要としない。
Eclipseはプラグインに関連する情報が必要で、その辺の情報がある程度ないとやっていけない。

最初から必要な情報量が違うんだよな。
そこら辺のことがわからないのがJava厨。

>>179
つAllInOneEclipse + 死ぬほどある書籍

でNetBeansよりもやっぱりまだまだ上だと思う。
さすがにNetBeansのほうが上とかいうには大げさ過ぎる。

MSから遅れをとること10年、、、いまだVBの壁はでかい

>>177
何M？
漏れ最近3Mです。

そーいや、Javaってひーぷじゃなくてすたっく変更できるの？

-Xssでスタックサイズ調整出来るだろ１スレ毎のだと
って俺は釣られてしまった

最近立ち上がりつつある
JavaからWin32.EXEのアセンブリツールとLinuxバイナリのがあるけど
どうなんだろか？JavaVM使わないで動くからいいかも、、、

昔からあるだろバイナリ変換ツールの類だと
そんなことしてネイティブに落としても言語の糞さが
緩和されないかぎり結局永遠にC/C++には敵わないけどな

>つAllInOneEclipse + 死ぬほどある書籍
そんなに重要か？
仕事で使うなら最初から品質に問題なきゃいいんじゃネーノ？

商業版のWSSDなんて書籍そんなに無いけど問題ないぜ？

>>187
>そんなに重要か？
重要だろｗ

IDE上で開発することが目的で、
IDE整備が目的じゃないのでそんなことに時間をとられたくない

eclipseはいっぱい本があるが
プラグインやフレームワークがたくさんあるので
それぞれについて浅い内容を扱った本があるだけ

目的と手段の重要性を入れ替えて、手段の充実に手をかけさせて競争力を奪うのがオプソ戦略・・うわなにをすあｓｄｆｇｈｊｋ；；

>>161
どうでもいい長文ウザ。
どうせ単なる煽りだし読む価値無し

>>166
> >>165
> なにいってるんだかな。メモリどか食い、電力どか食いのくせに逆ギレですか？
> メモリだけじゃなくプロセッサリソースもどか食いだろ？バックグラウンドでほかのサービス動けないほどに。
> 消費エネルギー節減が地球規模で求められているこのご時世
それでJavaを叩くなら、無駄にスペックを要求するWindowsXP, Windows Vistaはどうなるのか。
それに3Dデザインや3Dゲームやってる香具師らはどうなるのか？
彼らのメモリ消費量はばかにならないぞ。
かれらを消費エネルギーの無駄だと言うのか？
だとしたらJavaを叩くのではなくマイクロソフトを叩くんだな。

それにメモリ容量らCPUスペックに比例して消費電力が増大すると思いこんでいる
お前は実に浅はかだ。もっとハードウェアのことを勉強したらどうだ。

>>171
> Javaなんて言語だけとったらC++よりダサい糞言語だよ。

無駄な機能盛り込んで肥大化して糞コードを量産できるC++のほうが糞言語だが。

>>172
> VB、、、VisualStudioの成功は
> VBという言語の簡潔さと、IDEの使いやすさ、
> リッチクライアントが1時間で〜ってのが大きかったな
VB.NETとVBとの違いを解ってない奴がいっても説得力が無いんだが。

> Java＋Eclipseで果たして、10年の差をつけられて、、、クリアしているだろうか上記3点

今、VB開発環境の売上げが落ちていることも知らないのか？


VBを出している時点で語るに落ちているんだよお前は。
VBごときでどの程度のリッチクライアントができるというのか。
Visual Studioがそんなに成功しているなら、
Visual Studio.NET 2005 Expressを無償配布することはなかっ
ただろうに。

>無駄な機能盛り込んで肥大化して糞コードを量産できるC++
Java厨って基本的な言語仕様とクラスライブラリをセットにして考える
しかできないんだね。シンプルに書こうと思えば書けるし
C++の言語仕様はANSI Cよりは複雑かもしれないが十分シンプルだ。
なんでもフルフルフルセットじゃなきゃ仕事できないのかねえJava厨は。

＞今、VB開発環境の売上げが落ちていることも知らないのか？

ソースは？

＞VBごときでどの程度のリッチクライアントができるというのか。

VBでは質の低いリッチクライアントしか作れないという意味なら
それは完全なる間違い。
開発者に依存する。

まあJava厨ならVBすらまともに使えないのは自明。

ここでもJavaとアンチJavaが糞を投げ合っているのかｗ
糞スレ多すぎ。

>>174
それだったらNetBeansやJavaStudioCreatorのほうがいい

>>176
> うむ。netBeansが勝ちだな。品質もすこぶる良い。
> eclipseのような素人が作ったプラグインだらけなのはどうもな。

VBしか知らない奴がEclipseやNetBeansの話を知ったぶるのが笑える

>>179
> >>178
> 好みはあると思うが、コードエディタとリファクタリング以外のほとんどは
> NetBeansの方が上かな。

プラグインの豊富さ、プラグイン自作のしやすさ、情報量の多さ、知名度の高さ、
成長速度は明らかにEclipseの方が上だわな。

>>187
> つAllInOneEclipse + 死ぬほどある書籍
> そんなに重要か？
> 仕事で使うなら最初から品質に問題なきゃいいんじゃネーノ？
> 商業版のWSSDなんて書籍そんなに無いけど問題ないぜ？

WSADの間違いか？
Eckipseの商用版といってもEclipseベースにしているなら
Eclipseの使い方を知っているだけでもWSADを使いこなせるかどうかが違ってくるだろ

>>189
> IDE上で開発することが目的で、
> IDE整備が目的じゃないのでそんなことに時間をとられたくない
だからAll-In-One-Eclipseを使えと行っている。

> eclipseはいっぱい本があるが
> プラグインやフレームワークがたくさんあるので
> それぞれについて浅い内容を扱った本があるだけ
本は浅いが、ネットには深い情報が転がっている。
Eclipse Plugin Centralや Eclipse-plugins.infoなどに膨大なプラグインデータベースが存在する。

>>195
> 無駄な機能盛り込んで肥大化して糞コードを量産できるC++
> Java厨って基本的な言語仕様とクラスライブラリをセットにして考える
> しかできないんだね。シンプルに書こうと思えば書けるし

お前って日本語読めないの？
なんでそういう短絡的な考え方しかできないんだろうね。
ところでJava厨って誰？

ﾌﾟﾌﾟﾌﾟ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

>>196
> ＞今、VB開発環境の売上げが落ちていることも知らないのか？
> ソースは？

ドン！





















VS 2005のExpress Editionは事実上，無償提供へ：ITpro
"VS 2005のExpress Editionは事実上，無償提供へ"
http://itpro.nikkeibp.co.jp/article/NEWS/20051108/224154/

レスがしばらくつかないということはトドネト厨(＝VB厨)には衝撃的なニュースだったようですね

VBバブルはすでに崩壊済みなんですよ

ブイバブルは崩壊済み

(　ﾟдﾟ) ・・・　
　
(つд⊂)ｺﾞｼｺﾞｼ
　
(；ﾟдﾟ) ・・・
　
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼ
　　_, ._
（；ﾟ Дﾟ） …！？

考えようによってはXPの代金に織り込み済みという見方すら出来るんだがなぁ・・。

こういうことだ。

(^ｰ^)ﾉ　＜やあ、みんなパソコン買ったらWindows入ってるよね？

（;￣＿￣）ぅ　＜はいってないの？なんで？

…o(;-_-;)o

割れ物・・・(゜゜;)＼(--;)ォィォィ

(^ｰ^)ﾉ　＜ところで、VisualStudioExpressってしってるかな？これで君のWindowsのプログラムを自分で作れちゃうんだ！

o(〃'▽'〃)o　＜なんかわくわくしちゃうよね　あははっ♪　

(^ｰ^)ﾉ　＜お代は商品の代金に含ませて貰ってるんだ。MediaPlayerとかIEもそうだけどね。だから気にしないでがんがん使ってね！

うるさそうなので。

(^ｰ^)ﾉ　＜やあ、みんなJava入れてくれた？

（;￣＿￣）ぅ　＜はいってないの？なんで？

…o(;-_-;)o

重いんだもの・・・(゜゜;)＼(--;)ォィォィ

(^ｰ^)ﾉ　＜ところで、JavaSDK,NetBeansてしってるかな？これで君のWindowsのプログラムを自分で作れちゃうんだ！

o(〃'▽'〃)o　＜なんかわくわくしちゃうよね　あははっ♪　

(^ｰ^)ﾉ　＜お代は君らが買う商品の代金とかにこっそり含ませて貰ってるんだ。だから気にしないでがんがん使ってね！

なんか重いしもっさりしててまんどくさいんだけど・・・(゜゜;)＼(--;)ォィォィ
なんか漏れが作ったのともだちのとこで動かないんだけど・・・(゜゜;)＼(--;)ォィォィ

Java
Java 言う 客は糞なのだけはガチ

>213
同意してしまう

ant厨まで逃げてきたのかｗｗｗｗ

>>206

これだから学生さんは困るな

仕事でExpress Editionでは足りない
無償提供は明らかにeclipse対策

.NET Frameworkに移行すべきかどうか迷っている会社では
VB6やVC6を現役で使ってる

>>213
同意できないでしまう。

>>216
> .NET Frameworkに移行すべきかどうか迷っている会社では
> VB6やVC6を現役で使ってる

それじゃM$にとっては見事な戦略失敗だなw
VC6ならわかるがVB6は痛いなw

実際VB開発環境の売上げが落ちていることは真実なんだが。
まさか>>216は知らないのか。
VB開発環境を購入する者は確実に減ってきている。
Eclipseに以降したユーザがいるのでは？という焦りと懸念が
Visual Studio.NET 2005 Expressの無償配布に繋がったという味方が
マスコミの間では強いようだ。

以降した

つか、VB6は仕方がない。
コントロール配列だかなんだかが消えてしまって、
VB6からVB.NETへの移行はかなりの労力を使う。
規模や会社の方式（？）によっては不可能と言えてしまうような変更ではなかろうか？
某会社のようにソースを１行でも修正すると修正部分のレビューとかやるところだと
一生かけても終わらんようなものもあるだろ？

ﾌﾟﾌﾟﾌﾟ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

ﾌﾟﾌﾟﾌﾟ Java嫌いなC言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

>>218
安直なMS叩きはwindowsの恩恵を使わない生活をしてから言え

http://www.microsoft.com/presspass/press/2006/apr06/04-19VSExpressFreePR.mspx

>>224
windowsの恩恵か…いろいろあるけど、エンドユーザのPCをろくに検討しないで
Pentiumの世代とメモリだけ指定すれば良くなったのが大きいな。
DOS/V(Win3.1含む)の頃はNICに何使うかとか検証させられたもんだ。

ISAのNICだとIRQが固定で下手するとジャンパスイッチもないのがあって
NICとRS232Cカードを同時に装着するとIRQがバッティングしたとかあったな。

IRQバッティングといえばサウンドカード

某DOS機はサードパーティが皆無でNICは一種類しかなかったが
DOSに２〜３個のパッケージ入れて やっとftpとtelnetが動いた。

それらソフトを合計するとWindowsXPの２倍は越えるはず。
おまけに細かいソフトのバージョンアップで数千円ずつ．．．
メーカーにとっては黄金時代だったのかもしれない。

昔のNICつうか、NOSってうっかりシャットダウン忘れて電源切るとLAN全部止まるってなかったか？
いっぺんリプレースで見かけて驚愕した記憶がある。

VBのIDEはBorlandのエヴァンジェリストでさえもDelphi最盛期に「はっきり言って真似しました。良くできていますから」と言わせた代物だ。

今のDelphiはEclipsePluginと合体した版も出てるとか聞いたが、その末路は見てのとおり。

この現実は実証にならんかね？

C言語厨は日本国内に於いてオブジェクト指向の普及を妨害した共産主義者
なので今すぐ駆除すべき。

駆除するべきは>>232の大脳だと思う。

駆除すべきは>>233の心臓と神経細胞全てだと思う

Javaだけで何とかなると思っているのは、本当にきつい処理のアプリを作ったことない奴だろうな
もしくはユーザーにストレス与えまくりのアプリか

>>235
俺が一生懸命作ったプログレスバーのおかげで今の職場は安泰だｗ
時間のかかる処理は一つにまとめて、
プログレスバーを表示させて「しばらくお待ちください・・・」って表示すれば
客は納得するもんだｗ（多分・・・ｗ）

Java入れて最新だっていってたシステム。

前の桐/DOS版の方が使いやすかったっていってたぞ？

リプレースの目的はjava導入だったというｵﾁ

>>235
> Javaだけで何とかなると思っているのは、本当にきつい処理のアプリを作ったことない奴だろうな


組み込み系だけだろ

>>237
どういうシステムだ。設計に問題がないか？
ちゃんと作り直せ。

つーか、どう考えても設計に問題があるんだろう。

昔はもっと納期が長くてUI設計にも時間がとれたもんな。

WEBAPにして操作性が落ちたのなら、それはJavaの所為じゃないよな。

いや、ソリューションレベルではJavaのせいだろ？

はぁ？

使いやすかったんじゃなくて、使い慣れてるの間違いって事が多いけどな
あと、色々やるべきでない事までやらされていたのが
その仕事を取り上げられてしまった事を使えなくなったと勘違いしてる奴もいる

http://pc8.2ch.net/test/read.cgi/prog/1145099878/924
> なんでJava厨房って論点意図的にずらすぐらいしかできないんだろ・
> いいんだよ。正義は常に技術力と動作速度の速さが勝つ。
技術力ならわかるが数値上の動作速度だけで勝つ
IntelはAMDなんか余裕で潰すこと俄できるハズなんだがなあ。
それから技術力もろくにないC言語厨が正義だって？　笑わせないでくれ。
未だにウォーターフォールに依存してオブジェクト指向という名のテクノロジーを
否定している中世的な暗黒時代マンセーな人間のどこに技術力があるだって？
笑わせるなw

あと、もうこれ以上次スレはいらんからな。
似たような名前の重複スレが4つも5つもあるからそっちを使い切れ。

>>246
おつ。

で、オブジェクト指向にしてなんかいいことあったんか？
この十数年間でどのくらいの何の進歩が？
例えばデスマーチは減ったのか？

>>248
生産力は上がりまくったじゃん。
オブジェクト指向ができなきゃVisualEditorとかのVisualツールはできなかったぞ。
でも、こんなのかなり前からあるだろ。
今更、いいことあったんか？も糞もねぇだろｗ

>>248
> で、オブジェクト指向にしてなんかいいことあったんか？
> この十数年間でどのくらいの何の進歩が？
> 例えばデスマーチは減ったのか？

オブジェクト指向を本格的に導入できている企業が
少ないのが事実であって
オブジェクト指向を本格的に導入した企業ではデスマーチは確実に減っている。

まだまだオブジェクト指向に対する意識が甘い馬鹿オヤジが多すぎるんだよ。

ぶー間違い

オブジェクト指向を本格導入しても
いつもデスマを減らせるわけじゃありまへん

http://www.amazon.co.jp/exec/obidos/ASIN/4894712164/
これで再勉強してきてから言ってね

随分とアンチオブジェクト指向な厨の戯言だな

学生は専門学校へ帰れ

いまさらOOPで無い開発現場って...
関数の管理表で関数名に番号振って管理するやりかた？

OOPって何使うの？
c++?/java?

だからさー、
OOP使ってもOODじゃないし、
OOD＝デスマ撲滅、生産性向上、ｳﾊｳﾊじゃないんだってば

どんなプロジェクトにも馬鹿みたいにOOD適用すればOKなんて
どれだけ脳内お花畑なんだよ

オブジェクト指向を入れたことで
短期納入はほぼ不可能となり、それなりの教育/コストがかかるようになった

また、オブジェクトシコシコの顧客のせいで、設計レベルのモンクをたらたらたら言うやつが増えて
生成物が、客の言いなりになった（良くも悪くも）
けっかとして、儲けは減った

ウォーターフォールなら倍の儲けが出るのにな〜ってのは正直増えた

でもどり（デスマーチ）などは、割合は減ったかもしれないが、なくなりはしないし 上記の理由で
儲けにはつながらない

んー。ちげーんじゃねーかなー。

儲けが減ったのは、カネもなくって必要性も無いような客が無理して
システムを入れようとするからじゃネーノ？
それを、営業も飲んで採ってるから予算・納期のちぐはぐなものに
なっていく。

リプレースの案件なんて、いろいろ議論した結果で
「だったらそのまま使ってればいいじゃん」
って返事したくなるようなものが多いよ。

いや、ただ単にスピードの時代とかいって短納期があたり前になっただけでソ。
昔は汎用機のCOBOLの簡単なのとかDOSのとかを何ヶ月もかけて開発していたんだよ。

コンピュータの処理能力は確かに上がったし、OSもツールも使いやすくなったけど、
その分24時間運転が当然になったりして重要度は増し、削れる工数なんて無い。

>>251
かといって、オブジェクト指向を一切使わない方が
デスマーチを減らし易い、とは安易に言い切ることはできないぞ。

馬鹿にオブジェクト指向を使わせると確かにろくなことはないがな。

>>256
> だからさー、
> OOP使ってもOODじゃないし、
> OOD＝デスマ撲滅、生産性向上、ｳﾊｳﾊじゃないんだってば
OODを導入さえすれば必ずそうなる、とは言い切れないのは当たり前だ。
ようは、計画性を錬ろってことだ。

Cは難しすぎるんだよ。
良くも悪くも

日本屈指のプログラマーですら
バッファオーバーフロー脆弱性だなんて・・・ねぇ

>>257
> オブジェクト指向を入れたことで
> 短期納入はほぼ不可能となり、それなりの教育/コストがかかるようになった
再利用、移植、拡張、という長期的な視点で見れば
オブジェクト指向によってうける恩恵は大きいぞ。

それなりに経験とノウハウが必要だが、
オブジェクト指向を一切使わない方がいいというのは今どきの
開発ではもっと痛い。

おまえが儲けが減ったというのはオブジェクト指向の制ではない、
おまえんところの開発チームのオブジェクト指向スキルが低いことが
儲けが減った原因だろう。

>>262
しかし、JavaはCよりも難しい。
オブジェクト指向が理解できず>>257のように躓いている
会社ではとくに難しいだろう。

>>263
そこでJavaですよ
と言う話が出たりする。

そのクラスとやらを再利用したことあるわけ？

んなことたっぷりあるじゃん。
再利用経験が浅いってことはお前の設計に問題があるんじゃない？

それが成功だったといえるか？
たとえば言ってみ？
保守効率はどう？

まず>>267がいったいどんな障壁にぶつかったのか説明しないことにはねえ

成功事例がないなら成功してないってことだな

だからJavaは商品でも製品でもなく実験言語だと言っただろう。
実験なので仕様変更しまくっても当たり前。

実験といえばTHE INTERNET自体も未だに実験段階。

バグがあったら客にも「実験ですから」と言えばいい。
できれば最初に言っておけ。

お前のところはそんなもんを売るのかと言われたら「じゃあインターネットやTCP/IPを使いたいというあんたもどうかしてる」と切り返せ。

10年後にオブジェクト指向はってのは、「なかったこと」になってるよｗ
いまだに言ってる場かは時代遅れｗｗｗ

はぁ？
Javaでこんなボコボコシステム作ったら保守だけでも１０年程度で仕事が無くなるわけないだろ。
仕事したことあるのか？お前。
働いてからレスしろよ。学生。

現在のオブジェクト指向の立場は10年前のニュ−ラルネットの立場だな。
まだ国を挙げて取り組んでないだけマシだけど。

オブジェクト指向の体現＝Java周辺技術
ニューラルネットの体現＝ニューロマシン

保守期間が長いのはウォーターフォールの延長だから。
スパイラルやアジャイルが加速すればリプレース時期も早まる。

>>274の件はJavaが今のCOBOLの地位にすっぽり納まった場合のみ実現する。
しかし時代は変わっている。ていうか変わったからJavaが出てきた。

おJava様があほなこといってるからインド人とかマレーシア人が大量に入ってきて日本で子供育ててるわけだが・・・・。

>>272
Javaがそんなに実験言語だったら
今Javaの仕事なんてこんなにないはずだが

>>273
オブジェクト指向は20年も前から存在しているわけだが
日本はオブジェクト指向技術の浸透が20年近くも遅れているわけだが。
それからオブジェクト指向よりも新しい技術が登場したときは
オブジェクト指向が対前提となってその上で新しい技術が
導入されるケースが大いに考えられるわけだが。
アスペクト指向技術もオブジェクト指向が大前提となっているように。
今のオブジェクト指向だって、構造化手法が大前提で
その上でオブジェクト指向が成り立っている。

>>275
ニューラルネットワークによってエージェント指向技術が
完成し実用化されるのは一体どれくらい先だろうか。

ニューラルネットなんてめちゃくちゃ古いんだけど
ちょっと前のトレンドはカーネルマシン
これだね

VBより遅いしわかりにくいしメンテしずらい最悪の言語＝JAVA
蛇腹とともに消え去ってくれよ

そりゃﾌﾞﾋﾞ脳じゃ理解できねえだろう。

記述は面倒だと俺もおもうけど、メンテしづらいとは思ったことないなぁ。

クソコード書くやつはVBでもjavaでもいわるわな。

>>277
意味不明。
Javaと外国人の子育てとの間にどんな相関があるのか
根拠を持って説明してみてくれ

>>282
本当にVBより遅いなら
ベンチマークとってから言ってくれ
JavaはC/C++より高速化するケースだってありうるんだが。

>>284
Javaの記述の面倒くささを解消するには
XDocletやVelocityのようなツールを使ってコード自動生成を
行う、EclipseなどのIDEを使う、ということも考えられるのだが。

おJavaのご降臨じゃ

本家sun謹製のnetBeansを使えよ。
どこの馬の骨かわからない奴が作ったツールなんかよく使う気がするな。

>>286
　馬　鹿

sunのtoolはどれをとっても激重で話にならない。

>JavaはC/C++より高速化するケースだってありうるんだが。
具体的にどのような場合か教えてください。100万回処理を
実行する場合とか除外して、現実的な具体例を提示して
いただけないでしょうか。何分JAVAという領域をまだ勉強中
なので解らないで解りやすく書けよ

>>291
それはパソコンヲタクのPCで実行するからだ。マニアの玩具、自作PCとかショップブランドじゃ
話にならない。sparc機を使え。

UltraSparkでも遅いぞ本気で使いたくないぐらい遅い
HP-UXのhotspotのほうが速いぞ安定してるし

ニート糞Java厨は連休だというのに自宅のｾｺｲPCから2chかｗ

モデルの彼女と海沿いの高級ホテルより書き込み

>>293
いや、普通に組み方がまずいと思うんだがな。
ＣＰＵを占有してしまうような処理が多いだけのような希ガス。
ＣＰＵやメモリを２倍に増やしてもこのへんのいらいらは全く解消されなかったし
軽減すらされなかったところからいって、組み方がまずいと思うんだよね。

必要なデータを読んでくるにしてもタイミング悪かったり、
使っててすげー癇に障る待ち処理が多いのも遅く感じる理由につながってる希ガス。
全体の仕上がりが「ふにゃふにゃしたアプリ」ってのが俺のsunのtoolのイメージ。

ちょっとセンス悪いなぁ・・・って思う。

企業システムで求められる性能を備えているsun micro systemsのsparc機はマニアに縁の無いものだよ。
金の掛け方が全然違うからね？触ったことある？ｗ

sunのソフトはセンスないよね。どうもシンプルであることの重要性がごっそり抜けてると思う。
solarisにしたってlinuxに比べると重いしね。（SMP関連の実装が大違いなんだろうけど）

>>290
馬鹿に馬鹿と言われたくないんだが

>>291
下気重だと主張するならNetBeansを使ってから言ってみてくれ

>>292
バブルソートに-serverオプションを使うあのサンプルがあるいぞ。
「JavaはCより速い」でググレw

リアルNEETの糞C言語厨たる>>295が出会い系サイトで脳内モデル彼女と脳内デート中か
「高級ホテル」という言葉がいかにも貧乏人臭いがなw

>>298
ふんぞり返る前にお前もNetBeansを使ってからセンスのあるなしを判断しろ。

Javaの仕事を拒否して仕事がなくなって無職状態になったC言語厨は
NEETとしてレスしているのか

>>303
NetBeansだって十分重いじゃん。
あれを軽いっていう奴はなかなかいないよ。

キモヲタＣ言語厨はGW中も引き篭もって玩具PCから2ちゃんねるですか。

なんか目くそIDEが鼻くそIDEをけなしている展開だなｗ

sparcがいつからインテルより速くなったの？
バカの妄想って果てしないな

また朝鮮工作員の分断工作か

鼻毛Java厨と尻毛Java厨の戦いかおもろい
やれやれ

Javaの生まれしsun micro systems謹製のnetBeansこそJava純正IDEであり標準IDEにふさわしい。
ゴミをかき集めたEclipseをﾏﾝｾｰしている奴は、秋葉原でジャンクパーツをかき集めてPC組み立てて
喜んでいるキモヲタだろう。

鼻毛Java厨　Eclipse
尻毛Java厨　NetBeans

Eclipseプラグイン==ジャンク

なるほど。>>311の言う事はある意味正しい。

して鼻毛軍勢の逆襲は？

jakarta == ジャンクパーツ市場

つまり、Java案件こそがキモヲタPC

おおっと乱闘に持ち込んできたC厨=ﾃｨﾝ毛がきたぞ！

C言語厨はﾁﾝ毛

javaはパイパンだぞ！

>>305
何いっとる
Eclipseより軽いんだが

鼻毛C言語厨 Micro$ostの力を借りないと何もできないVisualC++厨
尻毛C言語厨 オブジェクト指向を知らないUnix厨
ワキガC言語厨 BREW開発しかできない超貧乏C言語厨

こういう組み合わせもあるがなw

>>313
VS.NETなんてM$厨御用達製品でしこしこ
開発やってる奴はさらにオタクの領域に

おもしれえ

こういうのはどうだwww

鼻毛C言語厨 Micro$ostの力を借りないと何もできないVisualC++厨 ←VB厨並みの最下層レベルC言語厨(嘲笑
尻毛C言語厨 オブジェクト指向を知らないUnix厨 ← そこそこレベルだがジジ臭い時代遅れなC言語厨
ワキガC言語厨 BREW開発しかできない超貧乏C言語厨 ←　職安でまさに悪臭漂うC言語ドカタw
珍毛C言語厨 ファームウェア開発しかできないC言語厨 ←　このスレで暴れてる最凶のドカタC厨

Java厨房って

馬鹿なんだね

あわれすぎる　

みつお

うむ。ネタを継承してセンス悪くするところなんざ
リアルなJavaコードと同じなのが哀しいな。

蛇腹はソフトウェア業界発展のために消え失せろ

>>322
ﾜﾗﾀ
おもしろいｗｗｗ

最強のプロセッサはalphaだろ。sparcなんざx86以下のゴミ

Java厨かわいそうだな。今日は天気が良く風がさわやかだぞ。

モデルの彼女と海沿いのカフェテラスより
傍らには愛車のBenz SLCの屋根がフルオープンで佇む

>>323-325
自演必死だなＣ言語厨wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

今モデルの彼女からコメントが入ったから伝えるな。
彼女「Java厨さんこんにちわ、Java厨さんの着ているスーツって
コナカか青山製ではないでしょうか？」

>>328
おい、さっきからモデルと楽しんでいるなら
2chなんかやってる暇は無いはずだぞ妄想爆発C言語厨www
おめえは恋愛ドラマの見過ぎじゃねえねのかw

今モデルの彼女からコメントが入ったから伝えるな。
彼女「C言語厨さんこんにちわ、C言語厨さんの着ているスーツって
KDDIかクアルコム製ではないでしょうか？」



wwwww

>>330
お前はワキガC言語厨だから流石にそういう脳内彼女でオナニーするしかないよなw

彼女に伝えとくね
こいつらはスーツすら持ってなくて
チェックのシャツとディパックでアキバをうろついているデブヲタ
ばかりだと。ジーンズのウエストはゴムだってとね。

ｗｗｗｗｗ

>>322
寺ﾜﾛｽ

>>325
ジャバ羅漢を無くしたら直角の管パイプを使えというのかw

>>334
ゴムだって？　そりゃおまえだろw
C言語厨のほうが秋葉系が多いぞw

Java One Tokyoとデブサミ言ったときの差を見たら
Java Oneのほうがイケメンが多くデブサミはお前が想像するようなキモヲタ
多かったよ。
その格差は歴然w

バイト先でワンセグＢＲＥＷ開発してるC言語厨を見ていたら、
まさにドカタだった。しかも秋葉系アニヲタガンヲタが多かった

>>334
貧乏無くせに消費者金融に借金して何十万もするスーツを
買ったとはC言語厨ご愁傷様w

そんな何十万もするスーツを着てもお前のワキガ臭と脳内彼女妄想癖と貧乏性は直らないぞ。

ワキガC言語厨どうしたw

ワキガじゃC言語厨にはリアルで女は寄って来ないだろうw

あはは。かわいそうにな。
彼女「Java厨さんたちって女性と付き合った事ないようね」

だってさｗ

泣くなよJava厨
Javaやめればすこしはもてるようになるかもよｗ

なっ

30歳独身童貞C言語厨がGWの最中にﾃﾞﾑﾊﾟ飛ばしていると聞いて飛んできました。

>>278
実際インターネットはそんなに実験段階なのに普及してるだろ？商売にも使われている。

実験でも何でも客に使えるものであると納得させれば商売できるんだよ。
正確にはコンサル屋とかが担げばNoProblemなんだよ。

で、実験であるが故に新しい機能や試みも多く出てくる。
そういうところが好まれる時代になってきたんだよ。
好んでるのはコンサル屋なんだけどな。

>>345
みたいだね。
というかこいつは30歳じゃんくて30代だろw
せいぜい脳内彼女と遊ばせてやれよw

ここまで俺のｼﾞｻｸｼﾞｴﾝ

がんばったな。

もうらくにしていいぞ。

さ、それじゃホスピスに行こうか。

Java厨房よ。

まぁ実際問題、エンタープライズ領域でのシェアの差はもう歴然たるものなのですた。

最近だとネットワークの基盤系のプロジェクトもＪＡＶＡなんだな
開発マシンに8Wayマシンとか渡されてびびったよなぁ。
Ｃなら２あればできそうなことずいぶんごついのでやるんだなと
思ったよ

このみちーはぁ、いつかきたみち〜♪
あーあーそうだよぉ〜♪
こぼらーさんがぁ　てまねきしている〜♪

Java自体もう終わってるよ・・
さんざん企業でテストしつくされ、結果「使えない」という結論に・・・
ああ、必死でJavaを覚えた奴ってBakaみたいｗ

え〜、、、、いま社内研修で必死で勉強してるのに。

ﾌﾞﾋﾞしか出来ない通称「ｸﾞﾗﾏｸﾝ」が大暴れ
JavaやCが出来ないことをｺﾝﾌﾟﾚｯｸｽにJava、Cを叩きまくり

http://pc8.2ch.net/test/read.cgi/prog/1143203111/
http://pc8.2ch.net/test/read.cgi/prog/1142133161/
http://pc8.2ch.net/test/read.cgi/prog/1126706946/

VisualStudio>>>>>>>>>>>>>>アルプス山脈＞＞＞＞＞＞＞＞＞＞＞＞太陽>>>月＞＞＞＞

＞＞＞＞＞＞亀

>>331
結構長い付き合いだから、君みたいにﾊｱﾊｱしてｱｾｱｾしてないんだよ。

>>353
どっかでみたコピペだな。
マルチウザ

>>358
つまりモデル経験ありのよぼよぼのオバサンと付き合ってるのかw
モデルというよりただの駄目AV女優か駄目ヤンキー女と
付き合ってるだけじゃねえのかw

>>359
Javaを稚拙に叩いてるのはｸﾞﾗﾏｸﾝってVB6信者の池沼だよ

http://pc8.2ch.net/test/read.cgi/prog/1143203111/
http://pc8.2ch.net/test/read.cgi/prog/1115018741/

ﾀﾞｻｯ
VB厨ごとこがJavaに喧嘩売ってるのかw
しかもC厨のフリをしていれば
高度なスキルがあると思ってくれると勘違い
しているところが実にイタイなw

ＶＢ厨ごとき

信頼性
VB＞＞＞Java
速度
VB＞＞＞＞＞＞＞＞Java
作りやすさ
VB>>>>>>>>>＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞じゃヴぁ

>>360
現役ぴちぴちのﾌﾟﾘﾌﾟﾘのｼｬｷｼｬｷなデルモﾀﾝなんだよ。
漏れの周りはお嬢様しかいないからヤンキーとは縁が無い。
君は逆にヤンキーしか縁がないのかな。

Javaやめれば世界が変わるかもよ
なっ

>>365

そんなかわいそうな事言うなよ。
Javaやめれば世界が変わるかもよ ・・・じゃなくて世界が終わるよ！
の可能性が高いんだから。

JVM無くなったら食っていけない奴らだしな。

ハードがどんどん進化してく中で、JVMのような概念はなくならないと思うけどね。

いらんもんは無くなる

なんつのかな、「プログラミング言語」としての優劣なら賛否あると思うけど
その言語を使ってプログラムを組む「中の人」の優劣なら明らかにJava有利じゃないか？
ﾌﾞﾋﾞ厨はｸﾞﾗﾏｸﾝみたいな理論のかけらのない奴多いし

中の人の多くは同一の人間だから別に有利ということはないだろ
中が腐ってるのはどこも一緒、言語が違えば用語も違うだけで養護が必要なのはいつの時代も変わらんさ

おじゃばさまの優位性ねえ・・・。

中身がなくてラッパみたいにお題目吹いてくれるからSUNにとっては・・・。
害しかないじゃんよｗｗｗ

>>370
ＶＢは論外です。

>>368
学会の常連が好んで言いそうな言葉だな。
それはエンジニアリングではなく研究だ。

>>365はどこまで妄想をふくらませるのでしょうかw

>>367
JVMはコピーをとっておいてあるからなくならないよw

というかサードパーティ各社が独自にJVMを
作っているから困りませんがw

>>374
エンジニアリング(工学)という分野で研究している学者もいるんだが。

>>377
残念ながら、現在のエンジニアリングはまだ学問とは呼べない。
理論を学べば誰でもできるものではない。

誰でもできるって馬鹿でもできればいいってもんじゃないだろ。

定義的には馬鹿でも努力すればできるのが学問だがな。

VB以下のJavaなんていまどきｗｗｗｗ

あ！ｸﾞﾗﾏｸﾝが湧いた

ﾌﾞﾋﾞｸﾞﾗﾏｸﾝ必死だねw

ｸﾞﾗﾏｸﾝてコテやトリップ使わず、書き込みの内容も
あたかも他人のフリして書いてるけど、書き込みの内容に理論性のかけらも無いから
すぐｸﾞﾗﾏｸﾝて解るよねｗ

ﾜﾛｯﾀw

JavaのCollectionってなぜか遅いんだよな。
Javaが早いと言う根拠も、みんなCollection使ってない
サンプルばかり。

>>382
>>383
>>384
蛇腹が偉そうなクチ叩くなよ

Collection使うと頻繁にヒープを確保しにいってると思うよ
まぁJAKARTAのcommonsにあるやつは標準よりも速いけど
それはやっぱり糞JAVA文化内でのどんぐりの背比べだな

ｸﾞﾗﾏｸﾝ意気消沈気味？

>>386
LinkListとArrayListとの使い分けを間違えて
遅いというコードもあったりするが、
具体的にそのベンチマークのデータを見せてくれないかな。

あと、ハッシュを使うとき、
ただHashMapやLinkedHashMapを使った場合とTreeMap, SortedMap
を使った場合とでは速度がそれぞれ異なる。

その辺りも理解しているだろうか。
挿入、削除は速いがアクセスは遅い、
またはその逆になっているクラスもあるということだ。

>>390
ほれw


Collections.sort(list);

安定性
VB＞＞＞Java
速度
VB＞＞＞＞＞＞＞＞＞＞＞＞＞Java
作りやすさ
VB>>>>>>>>>>>>>>>>>＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞じゃｖ

>>393
１つ忘れてるぞ
給料（年俸）
JAVA >>>>> VB

それでいいのかVBさん？

>>392
Collections.sortのソースを追いかけてみたが、一旦全体を配列にコピーした後、
Arrays.sortを使った後、リストに戻してるのな。
しかもArrays.sortの中でmergesortを使うためにまた全体をコピーしてるしｗ
こりゃ遅いわ。
Javaコンパイラは速いかも知らんが、その前のJavaのソースが糞だわｗｗｗ

糞Javaソースをデコンパイル後解析してまで叩くのが最近の主流ですか？

Ｊａｖａのバイトコード解析って何使ってやってる？
俺、バイトコードの仕様見つつ覚えながら脳内解析なんで
時間かかってしゃあない誰かいいツール教えて

マージソートのせいで遅いというのもあるんじゃないのか。
これは速さを取るよりも安定なソートをやりたいってことだろ。
しかし、問題はやたらメモリ使ってるところだな。

>>392
ベンチマークに使ったソースコードとセットでデータが欲しいんだが。

それにArrayListとLinkListとではソートにかかる時間も異なるぞ。
ソートでなくてもデータ量が多いときと少ないときでもアクセス、データ追加削除更新速度に差が出る。


挿入ソートを用いているTreeMapやTreeSetとも比較してくれ。
ただし挿入する時点でソート済みなので挿入速度と含めて比較してみてくれ。

自分で試してみれば。

ここは言い出しっぺの>>392に試させるのが
筋ってもんだが。

クレクレ君乙。

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

マジか。
マージソートとかコピーしてるという次元の違いじゃない気がするぞ。

>>397 デコンパイルツール
ttp://pc8.2ch.net/test/read.cgi/prog/1146146874/285-290

Jakarta Commons Collectionsにsort関連のメソッド
があったと思うが

Javaの場合、sort関数なんて使わずに
データを追加する時点でソートするTreeMap, TreeSetタイプを
使うことを推奨しているんじゃないのか？
データを作る時点ですでにソート済みにしておけば
わざわざsortなんてする必要無いからな

データの並びやデータ量によってはクイックソートが必ずしも速いとは
限らないのでArrays.sort()やTreeMapが必ずしも遅いとは言い切れぬ

それにしても10倍遅いってのはどうなの。

遅いという結果を示すソースコードと測定方法を見せてくれないことには
どうにも検討しようがないのだが。

>>409
いろんな意味で設計がまちがってるんだろね
まあ、競輪場でMTBとロードの戦いを見ても勝負は見えてると思うぞ

>>410　
>>403を見ろ。

コードレビューが始まったと聞いて駆けつけました

>>412
C++のソースコードが無いぞ

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";

うむ。C++のソースはカコイイな。糞Javaとは違う！！

C++最強

ただソートしてるだけでそんなに差が出るものなのかな。
何行にもわたる計算をしてるわけじゃなくて、一行で専用関数に処理を任せる
場合だろ。原理的に、この場合に遅くなるはずはないんだが。
ソートだけ特別遅いんじゃないの？

>>416
clock_t　←　これを見た時点で恰好悪いと思ったなあ
このアンダースコア(_) 使わなくてもいいのにダサいぜ。

>>418
JavaのCollections.sortは、ソートの本体(Arrays.sort)の前後に、配列に入れたり戻したりする処理を行っていて、
そこがJavaで書かれている。

>>419
push_back()とかもダサいな。

>>415
Ｎのサイズがいくつなのか
Ｎのサイズ毎に速度を計算してみてくれ。
Nのサイズ、というかデータのを変えると速度差に
変化が現れるはずだ。

できれば横軸にサイズ、縦軸に速度をとった
グラフとしてデータが欲しいところだな。

いや、Arrays.sort自体も全部Javaで書かれてるな。
やっぱりJavaが遅いんだろ。

古いサイトだが、
JavaとC++とで配列やリストの速度比較してるサイトがあったが
配列長、リスト長が長ければ長いほどJavaとC++との速度差は
縮まっていくようになっていたね。
とくに1万件を越えたあたりでJavaとC++とでは速度差が気にならなく
なるほどどころか、Javaのほうが速くなっていたような。二つの色違いの
折れ線グラフが1万件のところで交差していたような記憶がある。
しかし良く覚えていない。

>>422 >>424
Nの値については、>>403を見ろ。

>>423
だからデータサイズを出せといいたい。
それから測定に使用したマシンんの
メモリ容量、Java起動オプション、Javaのバージョン、
コンパイルされたファイルのバージョン、JVMのバージョン、
マシンのスペックも示せ。

でないとどれだけJavaの速度差が実際の仕事でネックになるのか
よくわからん。

>>419
アンダースコアをダサいと言う Java厨
カコイイと言うC/C++厨
相容れない世界なのであった

それは
【Java厨はブラインドタッチが出来ないから】

>>426
そこまで枝番しらべなきゃならないのかｗ

>>425
本当にC++のNと同じサイズになっていればの話だが。
ついでだが、各々のコンパイラは何を使ったのか説明が足りないな。

>>427
C言語厨はいつもこういう根拠のない発言しかできない。
Javaでも定数を宣言するときにアンダースコアを使うんだが。
C言語しかできない馬鹿は死んでいいよ

>>428
1.3と1.5では速度が劇的に違うからな

なぜか必死なJava厨ｗ

>>423
-serverオプション、ヒープメモリサイズの設定などによっても
Javaのパフォーマンスは変わる。

そもそもsort()なんて滅多に使わない。
TreeSetやTreeMapをよく使う俺には一切必要ない。
データを追加する時点でソートされているからな

自分が必死だと気づいていないC言語厨w

Collections,sort()は一度も使ったことがないね

>>424
Javaの方が速くなってたそのサイトってもうないの〜？
シンジラレマセーン

getJavatyuUnkonaBakadayon();
なんて長々アンダースコアがつかないでくどくどしいより良い。

-serverオプションやヒープメモリサイズを変えた場合の
ベンチやマシンのスペックをださないC厨は事実を必死に誤魔化
してんじゃねえの？

>>436
情報が古いから今だったらもっとJavaは速くなってるからねえ。
どこかの大学の研究室のサイトにあるらしい

>>437
その長さはネーミングに問題有りだな。
クラス設計からやりなおしたほうがいい。
クラスの親子関係、メソッド引数などを考慮すると
ネーミングを短くする術が見つかる

とりあえずC厨は古いからこっちのスレでも読んで
自分が今置かれている立場を理解汁


【あちら側】ウェブ進化論【Web2.0】
http://pc8.2ch.net/test/read.cgi/prog/1147237602/

Axisは結構長いの使ってるけどねえｗ
ttp://ws.apache.org/axis/java/apiDocs/org/apache/axis/security/simple/SimpleSecurityProvider.html

とりあえずJava厨はJavaやめたほうがいいぞｗ

ほれっ長いぞ
ttp://ws.apache.org/axis/java/apiDocs/org/apache/axis/transport/http/AbstractQueryStringHandler.html

Javaは嫌いだけど使わざるおえないんだよぉ〜？

>>415のマシンのスペック情報ﾏﾀﾞｰ？

>>442
冗長性もとくになく短いだろw
文字区切りも少ないしな

getJavatyuUnkonaBakadayon
configureResponseFromAxisFault
漏れのサンプルのが短かったよ＞レスくれJava厨

>>415のマシンは500MHz程度と見た
そりゃ遅くなる罠

>>448
前者は意味が通じないし冗長だし
後者のほうが意味がわかる。
getCgenngochu(Attribute.UnkodaBakadayon)
のほうがいいな

そもそもBakadayonというネーミングがC言語厨のセンスの無さを
伺わせる。

しかもC言語厨はUnkodaなんてネーミング。
小学生かお前はw

長さで負けたので悔しくてネーミングを叩きだしましたｗ

喪前の設計センスはいいなｗ
apacheに言ってやれよｗ
クラス設計を見直したほうが良いってさｗ

>>431
お前らさ、>>403のコードが1.5だということすらわからないの？ｗ

-serverオプションとかさあ、つけて自分のマシンで試してみりゃいいじゃねぇか
ソースも出てることだし。

まあ、Javaは遅いよ。何が原因かは知らんが。

> 長さで負けたので悔しくてネーミングを叩きだしましたｗ

またC言語厨の言い訳だw
名前のセンスのもんだいなんだがw

>>455
10倍速くしたというのが信用できないから
まずは言い出しっぺのあんたからスペックを提示してみたほうが
いいんじゃないか

別に信用しなくてもいいんじゃね？そんなに信用できないなら実行してみれば？ｗ

まあでもネタみたいに見える。俺はめんどくさいからやらないけど。誰かが追試してくれればいい。

クレクレ君に真面目に付き合うとこうなるという例。

面白いことを発見した。
コードを以下のように書き換えたら
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

Javaのほうが速くなってるのはどうして？

それに何の意味があるの？

>>462
Set.addのときにソートしてるから。
くだらないから無視しときなさい。

set.addもうちの環境だとC++と比べて2倍ぐらい遅いなあ。
やっぱりJavaは遅いのかな。遜色ないと聞いていたのに。

おそらく、C++のSTLとJavaのコレクションを比べるから2〜10倍遅くなってしまうだけで、
よく言われる遜色ないというのは、細かいルーチンを自分で手で書いて
比べれば遜色ないという意味だろう。
おそらくSTLのチューンが進んでいるのではないだろうか。

>>464
つまり、Set.addでソートしておけば速いってことじゃないのかな？

>>465
ソースコード公開きぼん

>>466
2〜10倍になるちゃんとしたデータが欲しい。
sortは差はかなりでているけど
ほかのコレクション系についてはどうだろうか。

>>467
それはJavaとC++を比べてどうこういうのとは問題が違うだろう。

コードレビューや技術的な話になるとすっかりなりを潜めるｸﾞﾗﾏｸﾝ

ﾌﾝﾌﾝ
JAVA厨藁

つかVBは蚊帳の外

コードレビューはeclipseがやってくれるから大丈夫、
変数が変でもあとでリファクタリングすれば大丈夫

て思ってるんじゃね？

そんなＶＢ厨やC言語厨みたいな甘い思考じゃあるまいし

データ無いのか。
TreeSet使った場合のC++版のソースコードは見せないのか。
つまりJavaでやってもC++でやっても大差ないってことかな

その程度のこと自分で書けよｗ
何も出来ない奴は情報を得る資格もないし、これから苦労するぞ。

書けないからクレクレしてパクリたいのがJava厨ですから

どうせC厨も何もかけないだろ
オブジェクト指向も何もわかってないんだからな

で、単純にソートしたのが早いのは分かったけどその後はどうするの？
項目のinsertしたあと毎回ソートするの？

クタたんは解体されます。

んだな。insertするたびにsortするのはアホらしいな。
だからJava標準関数には凝ったsortのアルゴリズムが
用意されていないんだろうな。

だから挿入ソートで挿入した時点で即座に
順序が決まるSortedSet, SortedMapのサブクラスのコレクションクラス
であるTreeSetやTreeMapなどのほうが
使い勝手がいいな

だから何？そんなこと言ってみたってJavaが遅いことには変わりないんだけど。

sortの使い道がわかってないな。
insertするたびにsortする馬鹿なんか、もともとどこにもいねぇよｗ
それでもsortって関数は存在し、使われてるわけだ。
人間一人にsortの使い道を全て想像できるわけないだろ。

>>483
それこそだから何？
遅いからどうしたって話なんだけど。
仕事もたくさんあるしC++にリプレースする必要が
あるほど遅くは無いんだけど。

>>484
> sortの使い道がわかってないな。
> insertするたびにsortする馬鹿なんか、もともとどこにもいねぇよｗ

sortに拘るC言語厨がいるから突っ込んでやったんだろ

>>486
だから、それがめちゃくちゃ的外れな突込みだがな。

>>485
スレタイ見てみろ。遅さを議論するスレです。
sortの使い方を議論するスレでも仕事にどちらが使えるかを
議論するスレでもない。

sortにこだわってるのはむしろJava厨。
とっくにset.addも2倍遅いという結論が出てる。
俺も試してみたけど、そのぐらい遅かった。

>>488
え？　Javaが遅い遅いと愚痴をこぼしてばかりいる
バブル世代の愚かさを嘲笑うスレじゃなかったっけ

>>489
sortが遅いと言い出しっぺしたのはC言語厨だろ

口が軽く仕事の厚みもペラペラの
JAVAさんのネタでした。
チャンチャン

>>491
sortを最初に言ったのはJava厨じゃなかったかもしれないが(C言語厨？w)
それにこだわってクレクレ言いまくった挙句、的外れな指摘をスルーされても
繰り返しまくったのはJava厨だろ。
まあJavaの知識すら初歩レベルっぽいからJava厨とは呼べないかもしれないけど。

C#って最近きてるよね。くさってもMicrosoftですよ。Javaはピンチですよ。

いや、まだ全然大丈夫だろ。

M$の人いってたけど、来年はC#の年になるみたいだね
C#の開発の方が来年は多くなるみたい。そのせいで
単価ちょっとずつ上がってるってさ

いくらM$でもそこまでは言わないだろｗ
ソースあるのか？

実際.aspxでぐぐってみろよ
JR東日本も.net C#その他多数公開されている
今後どんどん増える。
JavaはJAL,ANA,GET-Uしかない、2chで遅いと有名になってしまって今後増えそうもない。

カブドットコムのチャートもJAVAなんだけど
いちいち再描画するのが遅い

>クレクレ言いまくった挙句
ﾜﾗﾀ

正解を言うと、Javaのコレクションが遅いのは、Object単位で
操作してるから。
これはJavaの構造上どうしようもない。
どうあがいてもコレクションがSTLを上回ることはないよ。

JavaがC++と同等に速いというのは、

・基本データ型にコレクションを使わない
・描画は除外
・起動時間は除外

という条件を満たしてはじめて成り立つ。
世の中、たいていのうまい宣伝文句にはこうやって条件が
省かれてるんだよ。

>・起動時間は除外

詐欺

C#もそんなに速いとも思えんけどね

ネィティブ以外は糞。

VMのつくりは、C#のほうがすっきりしているし
遅いというなら、メモリ管理全部アンマネージで管理してみろ

ていうか、なんだかんだいってSunのソフトって、質に関してはMSのほうが遥かに上だな。
まあ、かけた金額からいっても比べるのは可哀想かもしれないけど。

Javaの貧弱さとMSの技術力（資金力）の高さはしかたない

なんか最近のJavaとJava厨押されっぱなしだな

JAVA使いってのは小僧が多いし、
経験もない頭でっかちが命削ってコード書いてきたベテランに口喧嘩してもかなうはずがない
JAVA厨が押されて当たり前でしょう

JAVAだ、Ｃ＃だ、.NETだ、言語　言語　と騒いでいるが、一番重要な言語を忘れてないかい？

そんな賞味期限つきの言語なんかよりよっぽど大切な言語、それは

ストラクチャークエリー言語でしょ

SQLっていっても複数あるわけだが・・・
そのなかで騒いでいるのと同じでしょ・・・

ＳＱＬ９９だけ知ってれば問題ないでしょ、
５１２は知ったかぶり

すまん。やっぱり無理な突込みだったな

実を言うと俺（アホアホうんこ）はギリギリＪＡＶＡ世代で
仕事でＪＡＶＡのアプリ、ＪＳＰ、サーブレットやった事あるけど
開発するとき、デバッグとか重くて毎回イライラしてた
イクリプスやフォルテ（ワンスタジオの先祖）は重くてダメポンだけど、ちょっと前のＡＰワークスなんて
重すぎてデバッグかけるとＰＣがフリーズだったぞ（ペン３、メモリ５１２だったけど）、スーパーダメダメ

といろいろやったけど、ＰＧ的にはＭＳ製品がイイヨ。サクサクとデバッグできるし


設計側の目で見た場合はJAVAでも何でも、どーでもいいよ

携帯アプリ開発の俺が一番アホアホうんこだから心配しなくていいよ。

＞ＳＱＬ９９だけ知ってれば問題ないでしょ、
ほんまかよ。

SQL99 て言いたいだけだろ。
あれに完全準拠した DBMS などなく、
しかもチューニングの手法もバラバラな状況で
「SQL99 だけ知ってれば」
など笑止。

>>502
> JavaがC++と同等に速いというのは、
> ・基本データ型にコレクションを使わない
> ・描画は除外
> ・起動時間は除外
> という条件を満たしてはじめて成り立つ。

今のマシンパワーならそれらの条件を
満たさなくても十分速いよ

とりあえずやねうらおを撲滅させて
次はネカマのryokoを撲滅させるか。
奴はC++をマンセーしていたよな。
痛い目に遭わせてやる

>>519
そのマシンパワーがあればC++はもっと速いよ
つまりどんな環境であっても
C++＞＞＞Java
この構図はかわらないわけだ

Java支持派の受け答えはどっかの学会の答弁みたいだな。

そりゃそうじゃね。やり込められないように逃げて
突っつき返して逃げるしかないし

稚内のおっさんの影響か？

>>521
> >>519
> そのマシンパワーがあればC++はもっと速いよ
> つまりどんな環境であっても
> C++＞＞＞Java
> この構図はかわらないわけだ

絶対的な微々たる速度差でC++がJavaに勝っているからといって
今更Javaで作られた製品をすべてC++に移行するのは
まったく採算に合わないわけだが。
各OSやCPU毎にまた作り直すのは
アプリが大規模で有ればあるほど無駄というものだよ。

ryokoのブログが消えて
やねうらおが会社を畳む。
次はどこのC言語厨を攻撃するか

今のマシンでもJavaの起動は遅いよ。

>>527
バカだなお前
一度起動したら二度と起動し直さなくても良いように作れば良いんだよ。

>>528
奇才現る

バカだなお前
起動しないようにすれば良いんだよ。

どれだけパソコンが進化しても、クリティカルな処理が2倍になったりすると、
2倍にならない場合と比べて不便だろ。
クリティカルな処理にコレクションを使えないというのは結構きつい。

＞＞５１９
十分遅くて、メモリ馬鹿食いです、、、

＞＞５２５
全てのOSで動作させないものほど、機種依存を高めて安定させるべき

十分遅いし、そのくせメモリ馬鹿食い
だからSはノード増やせとかDQNな事を
平気で言ってくる

>>531
どんなときでも同じプログラムの速度差が2倍の比例関係にあるとは
限らないんだが。そんな単細胞みたいなワンパターンな
考え方しかできないからいつまでたってもJavaに飛び込むことができないんだよ。


Javaはレスポンス性能ではC++には劣るが、
スループット性能ではC++をはるかに上回る。

>>532
CPU3GHz, メモリ2GBだが、Javaは十分速いぞ。
わざわざC++にリプレースする必要もない。
これがサーバアプリだったらなおさらC++に
リプレースするメリットなんて全くない。

>>533
> ＞＞５２５
> 全てのOSで動作させないものほど、機種依存を高めて安定させるべき

全てのOSに対応させてどうする。
使いもしない古臭いOSにまでいちいち対応するニーズがどこにある。

JavaのGUIは負荷が応答がなくなるのを何とかして欲しいんだが

>>538
×負荷が
○負荷が高くなると

たとえばどんなアプリ？

＞Javaはレスポンス性能ではC++には劣るが、
＞スループット性能ではC++をはるかに上回る。

分かりやすく説明しておくれ。

聞くまでも無くハッタリｗ

ApacheがなぜJavaで出来てないのか考えたらわかりそうなものなのになｗ

Javaで作られたサーバーって結構あるんだが。

そして結構失敗してるな。

YahooのサーバーがJavaなわけだが。
もとはLispだが。

＞＞５３６
あ り え な い

>>543
「開発が始まった当初、Java など存在していなかったから」以外の理由が？

>>538
AWT-Thread以外からのデータ投入は、
キューイングしてかつ適当なインターバル開けてかつAWT-Threadに移譲してる。
それでも極まれに数十秒AWT-Threadが戻ってこないときがある。
awt と swing 整理して綺麗に書き直して欲しい。

>>547
ありえない根拠は？

Javaの仕事とC++の仕事、どっちが
多いと思っているんだ？

>>550
まぁC++使いこなせる奴がそういないからね。

いや、そういう理由だけでC++の仕事が少ない分けじゃあないハズなんだが。
ヘッダファイルの扱い欠陥が管理のしづらさと言語としての使いにくさを決定的に
してC++の人気が減ったのではないかと思う。

ヘッダファイルの扱い欠陥？何を言ってるんだ？池沼か
原因はそんな事じゃないだろ。　もっと単純な事だ

使いこなせる奴がいない

これだけだ

マが低レベル化したからね。
昔は中高生が趣味でアセンブラ使ってたわけで。

今日も元気に沸いてるお

Javaの仕事が多いなら理由はJavaコンサルが大風呂敷広げてホラ吹きまくってそれが客にウケたからだ。
少なくとも技術的に良かったからではない。

つーか、お前らJava嫌いなC言語厨の
コミュニケーション能力が弱いから顧客を
説得できないだけじゃねえのか？

そうとしか思えないのだが。

いやプログラマの質の劣化が進んでるから（特に若年層）　抽象的でメモリリークなどの責任を他の要素に負わせやすく
また、開発環境もタダで出回っていて業務外で自習させられることも手伝って、Javaが伝搬してるってことだな。
伝染病末期の日和見感染みたいなもんだよ

>>558の発言のどこに真実が隠されているのだろう・・・・・・・・・・

この世にプログラム言語がJavaしかなかったとしよう。







この世の終りだ。

そんだけ客が馬鹿になったというか、客が技術の移り変わりについていけなくなっている。
まぁいらん技術ばかりだったとしてもだ。

そんな世界でのコンサルってのは、説得力とかいらん。
技術者的善意があっては勤まらないものになってきている。

いや、中には素で自分は素晴らしいソリューションを提供しているのだと勘違いしているのもいるけど。

JAVANUMAとか考えるとおぞましくて死にそう

元々Windowsプログラミングができない人向けにSunが社内ツールとしてつくったのがJavaのはじまりだからね

あのSUNの糞爺がお救い言語を開発しなければ世の中
間違ったほうにはいかなかった。
でもそろそろSUNは無くなる来期も赤字なら確実に消える
これはつまり暗く腐った臭気を漂わせていたJAVAから
我々が解放されることを意味している

>564
大罪を犯したSunには消えて欲しいが、そうなるとM$の対抗馬が完全に消える
やりたい放題になるよ。。。

みんなうそばっかしだね

まぁノベルとか赤帽潰れたらWindowsでいくからそれはそれでいいよ
SUNは邪魔業界のゴミでしかない。

JAVAのコミュニティでVMが糞とかいうと凄い非難浴びるしな
会社でも同じ事言うがすげー顰蹙買う

>>549
なるほど、勉強になった。
ありがとう。

>>568
それでいいのか？

Javaが人気出たのはEclipseが便利すぎるから。

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);
        }
}

>>570
年寄りはeclipse 使わんほうがいい。
あれだけ楽だと早くボケが来る。
最近はeclipse 使わんとスペルミスばっかりで
コンパイルさえ通らん。

>>569
今はJava系開発から離れてるからとりあえずいいよ

>>535
正解

JavaでC以上のスピードを出すのはサーバーVMのときだけ

サーバーVMは強度の最適化のためにメモリとコンパイル速度が
通常のhotspotクライアントよりかかるためにレスポンスは悪い

上で出てたC++のコードとあわせるならプリミティブを登録するListにかえるべき

Javaのパフォーマンスチューニングは無料で使えるプロファイラで簡単にできるんだから
馬鹿でも最適化は容易だよ

>>573
こんなのがJavaの技術者の平均レベルを下げている例

実際はできるやつはCだろうがJavaだろうが自分で勉強してなんでもこなす
すぐに調べれば分かるようなことをまったく理解しないまま進めるやつもいるからな

>>575
だから開発してないっていってるじゃん
Java製アプリ使ってるだけだっつに

下二行は常識だろ
それこそ何の意味もない書き込みだ

ttp://www.google.com/trends?q=C%23%2CC%2B%2B%2CJava&ctab=2&geo=all&date=all

C++/CLI の登場、によるJavaの衰退はもう止まらないだろうね、、、
ECMA 標準に、そして ISO もまもなく、、、。

Standard ECMA-372 C++/CLI Language Specification
http://www.ecma-international.org/publications/standards/Ecma-372.htm
http://signe.japan.webmatrixhosting.net/ecma372/Introduction.aspx


Java房も下のコードを見れば、、
int main() {
System::Console::WriteLine("hello, world");
}


C++でネイティブ、.Net、他言語連携、、、、
全てが行え、かつ統一的なコーディングが可能である。
JavaもCLI配下になって生き残るのか。。。。？

日本語でおけ

MS-GW か。

GW じゃねーよ GK だろ阿呆＞俺

>>561
そう顔真っ赤になってまで必死になるな。
そんなに客が馬鹿だと思うなら
客を説得すればいいのにw

それすらできないからJavaのせいにして
「Javaは馬鹿でもできる言語だから仕事が多いんだ！」と
ファビョっているんだろC言語厨は。






C言語厨は実に商売が下手だなあw

>>577
Javaのトレンドが圧倒的だね。
C#はちょっと伸びようとしているけど全然のびが悪い。
C++は全くグラフ上から姿を現さない。

トレンドも何も・・・

今Javaは上昇トレンドです

>>574
アホか？

そもそもC++じゃそういうコード書くときにはvectorなんてちんたらしたもんは使わんだろ。

>>586
それならJavaだって自前でかくわけだし同じだろ
そうなるとバブルソートじゃないけどCのほうが遅くなるかもね

>>583
Cだとかなりの数が出るからC++だとちと問題だと予想する
それでもTOPはJavaだが

Javaは乱立していたUnix系OS上での共通基盤という意味があったのだが、残念ながら
Linuxの一人勝ちでその意味も薄れてしまった。

SolalisやAIX機はx86PCよりパフォーマンスがずっと優れており、VMに足を引っ張られても
問題ないってのがそもそもJavaの前提なんだな。
ところがx86の進化は留まるところをしらず、sparcはおろかalphaすら抜き去って最速になり
しかも低コスト。

対応すべきOSが集約してきたらC/C++で組めばいいだけのこと。
今やSolarisやAIXなんかは無視しても全然無問題で、LinuxとWin32でC/C++使えばそれでOKなのだ。

こらこら死刑宣告をコピペするな。

>>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は変わった。古いコンパイラでコンパイルしたバイナリが動かなくなった。

Javaが速いとか言ってるやつはJavaしかやったこと無い奴なのかね？
そうだ、そうに違いない。

　　　新しいコンパイラを導入した。
　　　10年前のソースコードをコンパイルできなくなった。
　　　

そもそも10年たったらそんなソフト使わない。
企業も見切りをつける。
というかその間何度も新しいソフトを開発してるわなぁ。

OSが乱立していた時代に別ﾌﾟﾗｯﾄﾎｰﾑ上で同じｱﾌﾟﾘを動かそうとしていて一応完成
したのがWindows。まあ結局ﾌﾟﾗｯﾄﾎｰﾑ自体同じになったわけだが。

あの頃屋根(マシン)の上に屋根(OS)乗っけるのは無駄だとおもったものだ。
OSなんぞメモリ管理さえしてりゃいいんだよと思ったものだ・・・。

で、そのメモリ管理さえ明け渡して、屋根の上の上に乗っけるようなJavaって
何だと当時思った。今でもそうだが。
Javaって結局だめだと思ったのは、所詮Javaはエミュでエミュはマシン環境に
依存しない位ガチガチにしなきゃいけなくて(クロック速度レベルまで)で、
ある程度あきらめないといけない。

Javaはそういった出来の良いエミュの定義踏み外しているのでだめぽ。

　　　さらに10年経過した。新たなOSが生まれた。
　　　それどころか、新たなCPUが生まれた。
　　　20年前のC++ソースコードは使い物にならなくなり、
　　　現在の環境に対応させるために何100兆円もの予算
　　　をかけなければならなくなった。
　　　(これは、都庁を修理するのに一から立て直すのと同じくらい
　　　コストがかかってしまう問題に似ているな。実に。)

20年前に作ったchar*の文字列操作俺様ライブラリを今でも使っていますが。

　　　　　　　新世代VMを導入した。
　　　　　　　１年前のバイトコードが動かなくなった。

　　　　50年後、量子コンピュータが実用化された。
　　　　今までのソースコードはすべて役に立たなくなった。
　　　　C++で記述されたソースコードの量子コンピュータに
　　　　対応させるためのリプレースは莫大なコストがかることがわかった。
　　　　一方、Javaで記述されたソースコードはJVMを
　　　　量子コンピュータに対応させるだけでJavaソースコード全般を
　　　　修正する必要はなかった。そのためコストはC++よりもかからず、
　　　　C++しかできなかった者達はマスケット銃が発明されて衰退していった
　　　　騎士達のように悲惨な運命を辿っていった。


>>593
訂正コストというものを解っていないな。

世の中には何百年経っても難なく利用されている建造物が
いくつも存在する。

ところが、あの都庁のザマは一体なんだ？ まさにC++だけで作った建造物だ。
もうあの建物も持たないぞ。あの建物は短命で、早い時期に死ぬ。
あれだけ無駄にお金をかけておきながら。

やねうらおの匂いがする。

そんな例出していいのか？
＞JVMを量子コンピュータに対応させるだけで
ここの部分はJavaじゃ書けないぞ？

考えて見りゃJVMがC++のバイナリである以上、Javaも共崩れだな。

んな早いコンピュータできたらJVMじゃなくてx86VMつくればいいだけだっぺよ。

>>597
ﾌﾛﾇ

>>598
現時点で10年以上前からあり一度も手直しされていない今でも現役なソフトを教えてください。
骨董品や建造物のような概念持ち込まれてもね。

SesserではPojoとJunitのみがJavaの資産であるといってたからな、、、

いまはCが最も汎用的な言語であり、C++/CLIが今後の主流だろうね
JavaですらCLIあれば吸収できるし

おじゃばさまは自分らだけじゃ生きていけない事を肝に銘じとかなければいけない

>>598
お前なかななセンスあるな

自作自演ｷﾀｰ

　　　　50年後、量子コンピュータが実用化された。
　　　　今までのソースコードはすべて役に立たなくなった。
　　　　C++で記述されたソースコードの量子コンピュータに
　　　　対応させるためのリプレースは莫大なコストがかることがわかった。
　　　　一方、Javaで記述されたソースコードはJVMを
　　　　量子コンピュータに対応させるだけでJavaソースコード全般を
　　　　修正する必要はなかった。そのためコストはC++よりもかからず、
　　　　C++しかできなかった者達はマスケット銃が発明されて衰退していった
　　　　騎士達のように悲惨な運命を辿っていった。

その後・・・ソースコードを修正する必要がないので、
牢獄につながれていたJava奴隷も晴れて捨てられた。
一部は結合テスト要員としてその姿を見かけたが、
殆どが悲惨な運命を辿っていったと言う。

いい加減飽きた

>>604
http://www.vector.co.jp/soft/dl/win95/writing/se016745.html

>>609
だれにも指示されないネガティブキャンペーン乙

やねうらお信者の馬鹿共が書いたおとぎ話ですかw

おじゃばさま乙

おじゃばさまはJVMの中の人の苦労は完全に計算外なんだな。

JVMの開発のことは計算に入れているだろ。

だが、Javaで書いても問題が無いものをわざわざC++で書こうと
する馬鹿の言うことなどもちろん計算外だがなw

>>615
そうか？

＞Javaで記述されたソースコードはJVMを量子コンピュータに対応させるだけで

一言で片付けてるけど、これは誰がやるんだ？

ジェバンニ

量子コンピュータにJVMを対応しても、量子コンピュータは得意な
計算領域が違うんだからそれにあわせた言語設計をして、
その言語を用いて一から組んだほうが良いんじゃないのか？

じゃないと、以前のバイトコードを量子コンピュータで実行できたからって、
VMがもの凄いボトルネックになりそうなんだが。

まぁ、量子コンピュータも言語の知識もあまり無い俺の妄想だが。

>>616
C++をスコップ、
JVMをある高機能なクレーンだとしよう。
このクレーンを使わずC++スコップだけで超高層ビルを
建設することはできなくもないかもしれないがw、
非常にコストと時間がかかる。
そこでJVMクレーンを導入すると超高層ビルを
建設することは容易になるというわけだ。

武器や炎(JVM)を持ったサル(Javaソフトウェア)と武器を持たない、
火興しもできないサル(C++ソフトウェア)、
どちらが強いと思う？

武器を持てば、確かに重たくなって動きは鈍る。
だが敵を容易に倒せるようになるわけだ。

賢くなると敵も武器(JVM)を使うようになるが。
(それが今日の人類を形成しているわけで)


「武器(Java VM)を持たない方が(C++は)強い、刀で戦うだけでアメリカに勝てる」
だなんてまるで旧日本陸軍なんだよ。

>>618
確かに、if文やループ文、boolean型など
若干変化が起こりそうだけどな。
変化というより、追加となるかな。

プログラミング言語は自然言語に近づこうとしているので
新しいプログラミング言語がJavaのような言語に近づくのは
自然な前進ともいえるがね。
その中でC++やC#、Perl, PHPやLisp、アセンブラのような言語もJavaとは
違う方向から進化してゆくものだけどね。

たとえ話のセンスがない上にむちゃくちゃで話にならないな。
頭おかしいのか？

Javaは図書カードのようなもの。本屋と金券屋しか扱えない。
図書流通業界つう狭い業界でしか通用しない。基本換金できないし、加盟店でしか扱えない。
JVMは日本図書流通（株）みたいなもんだよ。ここが現金と交換しないと無意味。

他のネイティブ言語で扱ってるのは、現金そのもの。

俺もセンスないわｗ

あ！思いついたわ。

Javaのバイトコードは旧日本軍が発行してた軍票のようなもの。
軍隊が威勢がいいうちはお金の代わりに使えたが、まけたとたんに紙切れ。
JVMは旧陸軍みたいなもんだな。

ネイティブのコードは、国が認証した中央銀行が発行した通貨。
プロセッサ＋OSが国家みたいなもんだろ。

親亀の背中に小亀を乗せて〜

JAVAよぉ〜
なんだかんだでバージョン合ってないと動かなかったりするだろ・・・・

>>621
いや、お前のほうが頭がおかしいw

>>622
>>619にC++狂信者を旧日本軍扱いされたからといって
そうカリカリするなよw

>>619
いや、その強力なJVM自体を作るのにC++屋さんの協力が必要だと言ってるのだが。
なんか話がかみ合ってないな。

しかし、旧日本軍などという連中が皇軍を貶める売国奴である件に関しては語らないのか？

うっせー

太平洋戦争はもうとっくに終わったのだよ。
アメリカが勝利下のさ。

黒船来航からの１００年戦争はまだ終わってないと思うが？

あれからすでに100年以上経っているんだけど

つまり、おまいは自分は皇軍の輝かしい歴史に連なる大和民族ではないと？

>>632は朝鮮人ですか？

>>619
意味わかんねぇよ。
何でJavaがクレーンでC++がスコップなんだよ？

っていうか、>>616の問いの答えになってねえよ。

JAVA厨は頭の中が回転してないから支離滅裂の事しか言えないんだよ。許してあげて。

C言語厨は頭の中が回転してないからコミュニケーション能力が欠如して
人の話を聞かずに勝手に独断で話を先に進めてかつ支離滅裂の事しか言えないんだよ。許してあげて。

>>636
これが噂のJava厨か。
頭の回転とコミュニケーション能力がどう関係しているのか説明してもらいたいな。

大体、スコップとクレーンってどういう脳の構造で比較するんだよ。

スコップ：ショベルカー
滑車：クレーン車

これならわかるけど。頭やっぱり壊れてるんじゃないの？おじゃばさまって。

>>636のおじゃばさまの書き込みは相手より中傷する言葉の数を上回ることにより優越感を見出している。
やっぱりアホだね。

中傷している時点でもC厨もアホだかな。

Java厨に中傷することはアホではない

Java厨を　だな。日本語まともに使えない俺はアホだな

>>641
お前、狂ってきているぞw
もうｱﾙｶｲｰﾀﾞみたいなw
「アメリカ人を殺せば100ドルあげるよw」みたいな

SesserではPojoとJunitのみがJavaの資産であると

sesserて書いてあるのを見ると
akiraのﾗｯｾｰﾗていう音楽を思い出す

今C++の価値なんてもうかなり薄れている。
これもインターネットが出て、Perl/CGIが出てから
スタンドアロンアプリの価値が薄まったため。
そこへJava ServletがさらにC++に止めを刺す状況になった。

今C++は組み込み系やJVM開発など細々とした分野でしか
生き残る術が無くなってしまった。

今C++を推し薦める者の大多数はただのマニアや生産性の無いオタクだけである。

>>634
Javaを武器を持ったサルや火おこしを使えるようになったサル、
C++を武器も火おこしも使えないサルに喩えている例もわかりやすいんじゃないかな。

その例えで言うなら
武器と火を使いこなす一部のC++人間に支配されるJava猿、
の方が正しくね？

>>647

いやむしろ、観光地で自らが作り出した工業製品を使う人類（多言語使用者）と
群がってきて勝手に車に入り込んでお菓子などを盗んでいく猿（Java厨）の差なのでは・・

JVMを取り上げたら何もできないJava猿。
そいつらにJVMを作って与えたC++。
C++は神なのか？

JVMを作れる新しい言語が出てきたとして、それはJavaではないのは自明だわな。

C++　面倒な仕事を安い賃金で引き受ける中国の企業

Java　中国から安く仕入れた材料で製品を作る日本の企業

C++　コア技術を擁し大もうけするM$様＆Inteｌ様
Java　秋葉原の裏道で箱に詰めて売り出すショップ

>>648-652
てか、なんでお前ってそんなにJavaを目の敵にしているんだ。
一人で妄想に任せた連続投稿を繰り返して
すごい私怨の塊だなw

ここまでJava嫌いな奴ってどうにかしておるで。

まあC++をマンセーしているようだけども
実際にはC++のCの字すら使いこなせない低脳さんなんでしょうな。

この板、人が少ないから連投するとすぐわかるよな

それにしても、彼はなぜJavaが嫌いなんでしょう？

いかさま連投でっち上げ乙。
ジャバジャバあふれる低脳乙。

いいかおまいら。
コンピュータシステムはうざい。まんどいものなんだよ。
そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。

うざいうざいうざいうざすぎる。

はいはいわろすわろす

いかさま連投でっち上げ乙。
C言語C言語あふれる低脳乙。

いいかおまいら。
コンピュータシステムはうざい。まんどいものなんだよ。
そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。

うざいうざいうざいうざすぎる。

おい、1箇所修正漏れてないか？

お得意のリファクタリングにまかせるんでしょ

くだらん

発注先に、使ってるJVMの外部仕様書まで要求したら目を回していた。
「おたくはJVM部分の保守はしないってことか？」と怒鳴ったら泣き出した。


今は反省している。

じゃばうざい

　　　　　[ﾟдﾟ]
　　　 　/[＿]ヽ
　　　　 　|　|　　リファクタリングかんりょうしますた

>>662
それはたんに>>662の頭が弱いだけではないかと。
君は必死になっていつもネタを考えているようだけど、
君が作り話をしてもまず受けないし。
自作自演で自画自賛するだけでしょw

なぜ改行が多いのですか
JAVAのひとはそうなんですか

C++の人はどうなんですか。
ソースファイルの末端に改行を入れないのですか
あーそーですか

JAVA房さ、リファクタリンとか騒ぐなら
お前の人生リファクタリングしたほうがいいぞ
日本以外じゃJAVA＝上級スクリプト系言語
レベルの扱いだぞｗ

Java房から教わった、あのとき2chで始めて知った「リファクタリング」という言葉に
毒づいて根に持っているのかC言語厨w

っていうかC++厨をJava厨にリファクタリングしたほうがいいぞ。
そうすればC++厨も職にあぶれる心配もなくなる。
アメリカじゃCだけしか知らないんでは仕事も無いぞw

ここはジャパンデース

何回も思うんだが、お前日本語おかしい。

２ちゃん用語（２典とかな）でも見ながら書いてる第三国人の方ですか？

じゃ、お前は第四国人ですかね

あたまのねじが・・・

おじゃば・・・

カワイソス

そもそもC言語厨ってなんでそんなに頭が悪いの？

　　　C言語厨の頭のネジをはずし


　　　カバーをはずし




　　　Javaチップ埋め込み手術






　　　C言語厨の歪んだ人格が補正された！

ぐー

うちの会社にC++使いがやってきた。
Javaは扱ったことが無いと言うので私は得意げにJavaを教えてやろうとしました。
しかし次の日、そいつは普通にJavaを使いこなしていました。
そいつ 「Java？こんなの使えるようになるのに1日も必要ないね」
如何にJava使いは上辺だけの知識しかないということが分かりました。

いつも一人でJavaに粘着しているC言語厨は
一体どんな僻みを持っているのでしょうか

>>676
ネタだよね。

JavaとC++とを置き換え他方がいいんでね？

ライブラリ使わせてもらって組んでるだけのクセに偉そうですよね。みんな。

じゃ、Javaのライブラリ使わせて貰っているJakarta は？

っていうかC言語厨がJava厨に言いがかりつけるのは
アセンブラ厨がC言語厨に言いがかりつけるのと同じ事やね。

エレキのハード屋がアセンブラソフト屋に言いがかりをつけるのと同じ
ともいえるし。

メカ屋がエレキ屋に言いがかりをつけるのと同じともいえるね。

昔の人間ほど新しいものに対する変化が弱く、恐れ、
なんとかして保身に走ろうとする。

そう、C言語厨は「変化ヲ抱擁セヨ」がなっていない人たちなのだ。
もう老人なのだよ。彼らは。

「最近のわかいもんは冷房なんかつけて贅沢しおって！私が若い頃は
冷房なんかなかったんだぞ！」とよく後輩に逆ギレをするのがC言語厨なのである。

ふと想った。

Javaの言語仕様そのままでexeを作れるようになれば、
Windowsプログラムに関して言えば、
C/C++のWin32API利用なんかよりも開発速度が上がる気がする。
データ容量などの多少の犠牲があるにしても、
それを補っても費用対効果が上昇するのでは無いかなぁ。

以上、便所の落書きでした。

ずっとよんだけどさ。

やっぱしあたまわるいね。おじゃばくん。

とくに>>682

おまえ、最近のLinuxいじってないだろ。
GCJもしらないんだな。

ぷろぐらまのふりはもういいから
おなにーしてねなさい。

なんつーか、Java厨って、世間で言うところのオタクに見えるんだよね。
オブジェクト指向とかこっちにとっては知識のかけらでしかないのに、
Java厨にとっては世界の全てと思っているように見えてしまって興ざめする。
オタクよろしくオブジェクト指向の話しかしないしさ。

サービスを作成するにはRFC仕様をじっくりと検討し
OSのAPIで実現可能か調査しセキュリティ実装の検討をし
その他もろもろの仕様検討をしクラスに落として行く。
OSとかRFC仕様とか多種多様な要件をひとつにまとめあげるスキルが必要
なんだけど、Java厨さんの場合は単純にクラスだぜ！すげえだろう
って浅く薄い発言しかできないのが気にかかるかな。

下請は余計なことを悩まなくていいよ。

>>668
>C++厨をJava厨にリファクタリングしたほうがいいぞ。
お前も、自分が何言ってるのかくらい認識したほうがいい。
知らない単語も使わないほうがいいな。

>>678
>JavaとC++とを置き換え他方がいいんでね？
成立しない。
C++ を「使いこなす」には、あの泥臭い仕様を理解しなければならないわけで。
…いや、理解していなくても「こんなの使えるようになるのに1日も必要ないね」
と言い放つ阿呆は確かに存在するが。

Javaに欲しいものを思い出した。
1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し)
　　　実際使うかどうかはわかんないけど、言語としてね・・・
2. const (言われてみりゃ欲しい)
3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。
　　　これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった)

　

>>683
ATL/WTL 後CLI がそれだ
Javaを使うひつようはない

>>682
それだったら既にあるんだが。

>>684
そうか？　C言語厨のほうがオタクに
見えるんだけどね。
金にもならない癖にC/C++マンセーするなんて
生産性の無い馬鹿のやることじゃん。
しかもオタクよろしくガンダムの話しかしないしさ。

>>688
> Javaに欲しいものを思い出した。
> 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し)
> 　　　実際使うかどうかはわかんないけど、言語としてね・・・
CloneableインタフェースとObject#clone()で代用すればいいことをなぜそんなに欲しがる。

> 2. const (言われてみりゃ欲しい)
static finalがあるからそういう無駄なものは不要。

> 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。
> 　　　これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった)
なぜそういう仕組みにしないといけないのか？、また、そうなった場合の対応方法について
知りたければ「Effective Java」、「Javaの鉄則」を読め。

>>685
アセンブラ厨がC言語厨に零した愚痴にそっくりだな

アセンブリ言語→アセンブル→実行形式バイナリ
C言語→コンパイル→実行形式バイナリ
Java言語→コンパイル→バイトコード

しかしあれだな。Javaバカ、オブジェクト指向原理主義バカもすっかり減ったよね。

>>692
> 1
clone()は使いにくい。

> 2は同意

> 3
保守とかやってると、そういう仕組みの方が都合が良い事がある。

たかがOOが銀の弾丸ならこの業界も苦労しない罠。

OOすれば再利用性が高まる…そんな風に考えていた時期が、俺にもありました。

そうそう。狼男のつもりでいたらヴァンパイアだったりするからな

ビジネスロジックを書くのに最強の再利用手段は


コピペだ。



いやマジで。

cloneがObjectのメソッドでマーキングインターフェイスで
サポートしていないクラスの場合は例外をスローするという
嫌がれせとしか思えない糞仕様を設計したやつはだれですか。

「C」にしろ「Java」にしろ、仕事によって使い分けてりゃいいんでない？
言語もツールだろ？
画像処理の高速化に、アセンブラを使うようなものでないのかい？

1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
　 代わりにせめてassign()、equals() の標準インターフェイス
2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？

あっequals()はObjectで定義だったな。(ハズイ

ジャバカ

>>696
お前はそこいらで適当にJavaの愚痴を有ること無いこと
書いてる馬鹿と違ってまともそうな発言をしているのでレスしよう。


> >>692
> > 1
> clone()は使いにくい。
どう使いにくい？ clone()と長く書くことが苦痛か？
clone()のオーバーライドが面倒か？
それと、不変クラスを定義した場合、clone()のオーバーライドは不要。

clone()の定義が面倒か？

> > 2は同意
> > 3
> 保守とかやってると、そういう仕組みの方が都合が良い事がある。

それはお前のスキルに問題があるといいたいが、
IDEで補う事が可能。

>>701
C#にも似たようなものが(ry

今度のjavaのオプションにハイフンdqnが付くみたいだね

>>706
コピーしたいだけなのにいちいちオーバーライドするのは面倒。
まぁ、慣れの問題だとは思うが。

>>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 　 代わりにせめてassign()、equals() の標準インターフェイス
IDE使え。

> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
前者ではフィールドをfinalにしろ。
後者では引数にfinal指定をすればいいだけの話だ。

> 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？
既に少ない。C++と比べたら楽な門だ。

cloneは何のためにある？
共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。

で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。
上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。
何もわざわざObjectレベルで付けて、しかもサポートしないときには例外なんて
おかしなことをする必要は無いはず。

まあそれ以前にclone自体が単純にいまいち使いにくいけどね。
※別にJavaに限った話ではなくてC#とかでも同じだが。

>>709
クラスの定義に応じて深いクローニングや浅いクローニングを
指定する必要があるのにそれはないだろう。

それは急ぎたいのに信号無視したいといってるのと同じだぞ。

>>711
> cloneは何のためにある？
> 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
> そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
> なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。
> で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。

それについてもEffectiveJava に書いてある。

> 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。

そうすると新たな問題が生まれる。

>>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 　 代わりにせめてassign()、equals() の標準インターフェイス

assign()が何をアサインするメソッドなのか？

>>702
今Cの仕事が減っているからねえ。
どうなんだか

>>701
> cloneがObjectのメソッドでマーキングインターフェイスで
> サポートしていないクラスの場合は例外をスローするという
> 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。

お前はクローニングについてかなり勉強不足。
そこでJavaを批判する前にまずJavaを基礎から勉強し直して出直してこい。

>>700
マジレスするにしても痛い。
勉強不足。

>>695
速度原理主義なC言語厨もどうにかしてると思うが

>>717
学生乙

>>712
>　それは急ぎたいのに信号無視したいといってるのと同じだぞ。
意味が分かりません。

ナイス突込

>>716
それは同一クラスのインスタンスを作るという目的のこと？
それとも別の理由？
Object.cloneに当たる機能は別（出なくてもいいかも知れんけど）もってて
Cloneableにcloneがあるのではなぜいけない？

このスレのC言語厨は論理的思考能力が無いアホばかりだろ。
発言一つ一つに根拠無いものばかりでな。

ようするに連中は頭がおかしいだけなんだよ

>>722
それがCloneNotSupportedExceptionとどう関係有るんだ

>>715
Javaのスレだったな。
じゃあ『C#』あたりで…ノシ

>>723

オ　マ　エ　モ　ナ　ー

とでも言って欲しいのか？

C#の仕事も少ないんだなー

ちょっと質問。
よくcloneメソッドをpublicなメソッドに
オーバーライドして云々て記述を見るんだけど、
これってオーバーライドしてるんじゃなくて、
正確にはオーバーロードに当たる？

>>727
そ。
じゃあ『Java』で…って、そういう事いいたかったんじゃないぽw

>>710
final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
>>714
同一クラスおよびその派生クラスの代入という意味ね。元ネタは>>688
>>728
ちょwwwおまっwww オーバーライドで正解。
オーバーロードは引数が違う場合じゃあるまいか。

あっ一個忘れた
>>712
浅いコピーデフォルトでいいじゃん。
比較対照としては適切じゃないけどC++ のデフォルトの operator= はいい仕事するよ。

悪い。思い残しがないように(?)もう一個だけ。
>>710
>> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
>前者ではフィールドをfinalにしろ。
いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
全メソッドがconstなら結果としてImmutable Objectとなるおまけも付いてくるよ。

ストールマン氏は、「Java Trap」（Javaの罠）と題された論文の中で、こういったオープン
ソースプロジェクトでJavaを使うことに対する批判を展開している。

　「SunのJavaプラットフォーム上でJavaプログラムを開発すれば、無意識にSun独自の
機能を利用しがちである。気づいたときには、もう何カ月もその機能を使っていて、プログ
ラムを書き直すのに、さらに多くの月日がかかるという可能性もある。『最初からやり直す
のは大変だ』ということになるわけだ。あなたのプログラムは“Javaの罠”に落ちたのである。
そのプログラムはフリーソフトウェアの世界では使えないのだ」とストールマン氏は記している。




ストール万はこんなことを言ってるようだけど、C/C++信者はストール万の批判を鵜呑みにして
Javaを批判しているんだね。
2chで批判するときは事実を歪曲して批判しているようだけど。

>>728
clone()というメソッドを作ったならばオーバーライド

>>730
> >>710
> final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
> まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。

そのときはCollectionsクラスのユーティリティメソッドとGenericsを組み合わせればいいのではないかと。



> だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。

面倒くさいならIDEのコードアシストを使えばいいってことを言いたいんでは？

>>732
> 悪い。思い残しがないように(?)もう一個だけ。
> >>710
> >> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
> >前者ではフィールドをfinalにしろ。
> いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。

フィールドをfinalにすると一度コンストラクタでfinalフィールドに代入された値は
二度と変更できず不変になるってことでは。そうすればObjectを変更できなくすることができる。
当然クラスもfinalにしてsetterメソッドも廃止しないといけないけど。
メソッド単位でオブジェクトを可変にできるようにしたければ別途Mutableになるクラスを作った方が
いいんじゃないかと思う。ImmutableなStringクラスに対してMutableなStringBuffer, StringBuilderクラスを
用意するように。

C言語厨を叩くJava厨　→　Java使える　C使えない
Java厨を叩くC言語厨　→　Java使える　C使える

つまりC言語厨は両方使った上でCのが良いって判断。
それに、Java厨はCが使えないくせにCを叩くからバカにされる。

てことは、cloneメソッドは例外をスローする？
cloneをオーバーライドしてるって例をみるとthrowsないんだけど、
javaってオーバーライドする場合は書かなくてもいいんだっけ？
いや、なんか俺勘違いしてる気がしてきた。
もうjava忘れちゃってるな…

あ、制約をゆるめる方向だからいいのか…

プログラム言語は経済的に人類の役にたつかどうかだから・・・。
だとすると、Java、C、C++いずれが有用かは、すべて採用シェアでわかる。
難しく考える必要はない。
プログラマーの都合で判断しないこと。

じゃ、MS寡占の世界ではC/C++ってことで終了だな

>>MS寡占の世界ではC/C++ってことで終了だな
そう思うならC/C++つっぱしれば。C#もいいんじゃないｗ

>>735 >>736
引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
(コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それよりconst欲しくない? ということ。あくまでもネタだけどね。
Generics まで導入した現在、simple is best という訳でもなかろう。
>>737
こんな事書いてる俺はJavaのほうが使用頻度高かったりする訳だ。

C++をマスターする。
これは云わばあらゆる言語をマスターする事と同じである。


C/C++とJavaの経験者だったら何でもかんでもJavaが最強とほざく奴なんて皆無。
やったけどJava最強とか抜かす奴は使いこなせてないだけ。ただJavaに流れただけのウンコ。
要するにJava厨はほぼJavaしか扱った事の無く、俺がJava使ってんだからJava最強と脳内保管
しているウンコ。


ウンコしてくるわ。

>>744
まれにその逆も混じってるぞ。

Javaしか選択肢がない未来になってもそれはそれでいいんだがな。

そうするとLinuxディストリよろしく独自JVMで儲けるビジネスとか出てきそう。
そうなるとJVMプログラマとJavaプログラマに二分化が進む。
そうするとどちらに入りたいかで学ぶ言語は決まってくる。

プログラマ的にはどちらにつくのがおいしいかね？
Java側についてホラ吹きエヴァンジェリスト目指す方が金になる気もするが。
C++側について高機能独自JVMを世に出すという行為も悪くはない気がする。

> ホラ吹きエヴァンジェリスト目指す
既にプログラマではない気がする。

人を騙す商売が一番儲かるんだよなあ。
JavaJava詐欺でウハウハな奴って多いもんな。

C++厨は信じたくないかもしれないが、C++使いからJavaに流れる奴多いよ。
Javaのほうが圧倒的に楽だから、戻れないんだそうな。
Eclipseが大きい。

別にC++厨だが、Javaの方が楽だと思ってるよ。

そりゃＪａｖａの方が何年も後発なんだし近代のプラットホームに合致しているのは当たり前で、
優れている部分も多々ある。
俺も>>743みたくJavaを採用する局面の方が多かったりもするが、
C/C++を使えもしないJava厨がなんの根拠もなくC/C++を叩くのは変だろ。

要はJavaがバカにされてるんじゃなくてJavaを信仰するヘタレがバカにされてるのさ。

はあ？

はあ、その通りでございます

C++の方がなんでもありのワイルドカードみたいで好き。
でも楽がしたいときはJava使う。

このスレは>>737みたいな根拠無き発言とJava屋に対する私怨に
まみれたスレですね

>>738
まずはプログラミングしてみろ。
やってみればどうなるか、どうすればいいかわかる。
今のお前はthrowもthrowsもわかってないだろ。

>>737の意に反して、C言語厨はこのようにJavaも
わからずにJavaを叩いている。
>>737がどれだけ出鱈目で信憑性の無い発言をしているかがよくわかるだろう。

>>741
> じゃ、MS寡占の世界ではC/C++ってことで終了だな
現実をよーくみろ。現場で活躍している人間がそんな発言を
するとは実に恥ずかしいぞ。
M$がデスクトップ市場を寡占してもサーバサイドアプリケーションの開発が
圧倒的でサーバに使われるOSやWebサーバも非M$のものだ。
そしてアプリはJava製やPHP製のものばかりで、明らかにC/C++製の
アプリは少ない。そして仕事も見事に少ない。

そして今、リッチクライアント技術が対当している。JavaWebStartやClickOnce, Flash, Ajax
がC/C++スタンドアロンアプリの代わりを担っている。

もう、お前が想像しているようなスタンドアロンアプリの時代は終わったのだよ。

>>744
> C++をマスターする。
> これは云わばあらゆる言語をマスターする事と同じである。

そんなことをビックマウスみたいに言ってる奴に限ってJavaの開発に関わってもデスマって
LISPもPerlもPHPも使いこなせないんだよな。

>>748
貧乏C言語厨君、Javaアーキテクトの金持ちを嫉んで共産党なんかに入らないようになw

>>749
そうそう、EclipseスレでもCDTやってる香具師が多かったからな

>>743
> >>735 >>736
> 引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
> 全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
速度面やリソース面の問題を気にするなら現実的になりうるときもある。
可変クラスを不変クラスがラップするなど。

> (コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
> Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
> 後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される

それはMmutableクラスがImmnutableを継承しているという図か？
そもそも不変クラスというものはfinal宣言をして継承を禁止するはずだが。

継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。

> それよりconst欲しくない? ということ。あくまでもネタだけどね。
いらない。

>>756
いや、思い出したからもういい。

粘着気味で悪いが
>>761
> 継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。
了解。
> いらない。
代替手段があることはよくわかったが、できればいらないと言い切る理由が知りたいな。

Collections.unmodifiableXXXは前述したように動的チェックだし、委譲クラス作成も面倒、
両者ともconstがあったと仮定した場合に比べれば可読性に劣ると思うが。

調べてみたらconstは一応予約語だし、バイトコードのメソッド定義にも余裕があるしで、
実装するのに問題はなさそうなんだけどな。

ポインタが理解できなくてC/C++で挫折しちゃったから
信仰するのがJavaかVBしかないんだろうなｗ

764はポインタが難しいと思ってるC厨。C++の知識はなし。

765はポインタが理解できないVB厨。C/C++の知識はなし。

残念ながら、テンプレート最強！boost最高！なんて言ってた奴が
eclipse使ったら一発でJava厨になっちゃうわけよ。

絶対ならない。
STL,BOOST使いこなせねーから流れたんだろ。
使いこなせる奴にJava厨はいない。

>>768
C++厨は信じられないと思うが、767が現実なんだよ。
入力した瞬間にエラーがわかり、自動でコードを生成する
eclipseの魅力に取り付かれると抜け出せない。

>>757
リッチクライアントなら.NETのスマートクライアントを忘れてるぞ。
見た感じ@ITとかでで踊ってるトピックしか知らないようだな。

>>770
@にはスマクラについても書いてるしたぶん、>757はしったか
糞コンサルなんじゃねぇの？

つClickOnce

むしろSTL,BOOSTとか好む奴こそJavaに流れそうなもんだが。

ああ、スマクラの次バージョンがClickOnceだったか。

とはいえこれはこれで業務で使うには悩む。

スマートクライアントは設定が環境依存してるのか面倒くさかったな。
仕様通りに動かないんだが、仕様上だと可能とかでコンサルしかしてないやつが怒る怒る。

>>769
そんなに紳士に返答されたらこっちは困るだろ。

eclipseからVC++に移った俺だがeclipseに戻りたいとは思わない

ずっとVC++使ってた漏れはeclipseを評価したとたんに
「こりゃだめだ、使い物ならん」で終了した。

>>767
>eclipse使ったら一発でJava厨になっちゃうわけよ

ようはスキルが低いやつがとっつくのに最良というだけじゃないの？

>>779
多分、一時間以下とか、その程度しか使ってないからだな。それは。

>>780
スキルは関係ないだろうな。スキルが低いとどうなるかはわからんが、
少なくともスキルが高くても、クイックフィックスやgetter、setter、constructorの
自動生成、ファイル等の名前変更なんかは楽だと感じる。

むしろスキルの低い奴は最悪のとっつきにくさを感じる。
VSとはその点で大きく劣る。

そうなのか？eclipseで最初に感動するのは、間違っているところに赤いアンダーラインが
引いてあるところ。コンパイルしてから間違いがわかるのは普通だが、
コンパイルする前から、常時そうなってる。
これはいくらスキルが低くても、一目で気づくと思うがなぁ。

>>783
職場で改修作業が多いからはじめっから注意、警告アンダーラインばっかりだから
そんなのちょこっと出てもまったく気にならない奴が量産されてるけどｗ

>>767
> 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が
> eclipse使ったら一発でJava厨になっちゃうわけよ。

うむ！　まったくそのとおりだ！

>>768
> 絶対ならない。
> STL,BOOST使いこなせねーから流れたんだろ。
> 使いこなせる奴にJava厨はいない。

根拠は？　具体的に。

STLもBOOSTも使えないようではJavaをやってもうまく使いこなせないぞw

>>770-771
イタイドトネト厨だなw

>>786
ＢＯＯＳＴなんて使ってないなぁ。
あれ、使えそうで痒いところに全くといっていいほど手が届かないし。

>>784
それでも、数回コンパイルしてみりゃ気づくだろｗ
注意や警告なら修正しなくてもいいかもしれんが、エラーは否応なしに
修正しなくちゃならんからな。

>>780
> >>767
> >eclipse使ったら一発でJava厨になっちゃうわけよ
> ようはスキルが低いやつがとっつくのに最良というだけじゃないの？

VC++のほうをマンセーしてるおまいらは
VB厨みたいな奴らだろ。スキルの低いVB厨はEclipseを使いこなせず
Visual Studioに飛びつく。
表向きはVC++やってるように見せかけておいてな。

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」を購読する

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はビジネスにつながる

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を狙っていきたい

アーキテクト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]アーキテクトだけの人生はリスクが大きすぎる

ﾂﾏﾝﾈ

トラックバック:http://d.hatena.ne.jp/yaneurao/20060423

やねうらおにトラックバック

トラックバック:http://d.hatena.ne.jp/yaneurao/20060423

やねうらおにアタック

トラックバック成功！！！！！！！！！！！！！！！！！！！！

何がSTLだよ。そっち方面じゃJavaのが圧倒的に充実してんじゃねーかｗ

>>790
あごめん高価なエンタープライズ版使っている漏れは気づかなかったけど

貧乏だから飛びつくが最大の要素だと思うよ

>>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]国際基準で上位のエンタープライズアーキテクトを狙っていきた

い
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトはできれば一生涯続いて欲しい
　　　　↓
[エンタープライズアーキテクト2.0]40歳ぐらいまでにエンタープライズアーキテクトを卒業したい
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトは自分をときどき後ろ向きにさせる
　　　　↓
[エンタープライズアーキテクト2.0]常に前向きな思考を保つためにエンタープライズアーキテクトがある
[エンタープライズアーキテクト1.0]同時にできるエンタープライズアーキテクトは１つだけだ
　　　　↓
[エンタープライズアーキテクト2.0]同時に２つ以上こなしてこそエンタープライズアーキテクトだ

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の項目に加筆した

C言語厨にはどれも此も痛い話だなw

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こそ、自分のフィールドだ
[

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だ

Javaの案件つーのはスケーラビリティだなんだつって開発環境以外のところに金がかかってしょうがねーんだよ。
何も知らねーなほんと。

JavaだとC++よりもできることが増えるからそりゃそーだろ

できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。
言語の高級化つーのは、敢えて言えば出来ないことを増やすことと引き換えに生産性を高めることをいう。
そこがわかってねー馬鹿が多すぎる。
従ってJavaの是非は、果たして生産性が高めることに成功したのかという一点について論じられるべき。

>>808
に具体例を提示していただきたいｗｗｗｗｗｗ

ORマッピングもDIも「事実上」できねーだろ。お前もだまれや。

Java VM も C で実装されている以上、Java VM と同じ働きをする
ライブラリを C/C++ で実装すれば理論上は可能じゃね？

>>811は真性バカ。

>>809
> できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。

いや、C++の時と比べて無駄な短調作業が経る分だけ余裕ができるので
Javaでできることの可能性が拡大して、プログラマは開発以外のところに余裕を持てるようになり、
設計まで担当できるから開発以外のところに金がかかるような錯覚に陥るんだろうよ。

>>812
> Java VM も C で実装されている以上、Java VM と同じ働きをする
> ライブラリを C/C++ で実装すれば理論上は可能じゃね？
そんなライブラリがあったとしても開発コストは嵩むよ。
今Javaで頻繁に行われているホットな仕事をC++で真似をしたら・・・・
とんでもないコストがかさむ。

Seasar2の真似事をするにしてもSpringの真似事をするにしてもJSFやStruts
の真似事をするにしても多大な苦労とコストとデスマーチ地獄が待っている。

賢い人間ならJavaでできることすべてをC++だけでやるだなんて言わない。

>>813
DIとかORMとかやるくれえだったら素直にJavaとかC#つかうんだよ馬鹿。
だから事実上つってんだろうが。

>C++の時と比べて無駄な短調作業が経る

この作業時間の見積は
C++が全くできないJava厨さんの見積です。
優秀なるC++guyはとてつもなく仕事が速い人が多いです。

無駄な単調作業は優秀で仕事が速くてもやっぱりあるんだよ。
むしろ優秀であればあるほどこの割合が高くなる。

なんでJava厨とC++マスターを比べてんのよ。
むしろどう考えてもJavaマスターとC厨の方が生産性の差は歴然だろ。

単純作業発生率
カーネル、サービス 3%
・
・
・
ビジネスロジック 100%

>>816
>　だから事実上つってんだろうが。
だから、真性バカだって言われてんだよ。

CPU時間の占有率みたいな比率になった。

簡単に間違いなく作れるJavaって
工場で流れるラインの一部みたいだな。
フレームワークの隙間のビジネスロジックって
ラインのねじ止め単純作業みたいだもんな。

>>821
ならお前Cの案件で一人でDI使って炉や。

同じ仕事では、優秀であればあるほど、単位時間内にコードを
打ち込む量が多くなるんだよ。
ずっと悩んで手が進まない奴が仕事が速いわけないだろう。

>>823
同じことやるなら簡単に出来たほうがいいだろ。
というより、Javaのどこが簡単に間違いなく作れるんだよ。
被害妄想もいい加減にしとけや。

できることが増えてるんじゃなくて、他人がやってくれることが増えているだけだな。

他人が作ってくれた仕様のフレームを
使って意気揚々としているJavaちゅんたん。

おめえはOSから自作しとけや。

>>817
> C++の時と比べて無駄な短調作業が経る
> この作業時間の見積は
> C++が全くできないJava厨さんの見積です。
> 優秀なるC++guyはとてつもなく仕事が速い人が多いです。

ならその証拠を見せて。
ついでに言い出しっぺのお前の能力がどれだけのものか
見てみたいものだw

VMから自作できないからってそんなにファビよるなよ

>>823
> 簡単に間違いなく作れるJavaって
> 工場で流れるラインの一部みたいだな。

設計をする人間はそんなくだらないことをやる必要がないので
Javaをそういう喩えにするのはかなりネタだな。

C++だと工場で流れるラインの一部の仕事が実に多い。

> ラインのねじ止め単純作業みたいだもんな。
それがC++だな。Javaではそういう単純作業は
大幅に自動化されており、人間がやる必要がない。
C++だとくだらないネジ止め単純作業ですら人間が
やらないといけないため非効率。

>>828
アセンブラ厨が作った言語の上で意気揚々よしている
C厨たんw

>>823
Javaを使っても間違いは多いよ。
簡単にもならん。

>>831
おめえは煽りかたがおかしいんだよ。
JavaもC#も触ったことがないのがもろバレで、C++使いの品位すら貶める。

>>831
じゃ、お前がVM作ってみて

C言語厨はさすがにビッグマウス。
VM自作できると言い張って実は何も作れない。

>>818
> 無駄な単調作業は優秀で仕事が速くてもやっぱりあるんだよ。
> むしろ優秀であればあるほどこの割合が高くなる。

JavaだとC++に比べて単純作業の割合が大幅に短縮される。
自動化ツールを使えばさらにその単純作業が短縮される。

短銃作業でネックになっているのは配列などのエラーチェック、
メモリ解放タイミング、ヘッダファイルの管理、参照元クラスが
Javaでいうところのinterface相当になっているかなっていないかの確認、
この変数がグローバル変数であるかどうかの確認、などなど。

C++には実に無駄で単調な作業が多く、開発効率が悪い。

>>833
>　アセンブラ厨が作った言語の上で意気揚々よしている
意味不明な意見だ。

今日のC言語厨レベルの低さが露呈したので
これからヒルズにでも遊びに行ってくるわ。

今Javaで頻繁に行われているホットな仕事をC++で真似をしたら・・・・
とんでもないコストがかさむ。

Seasar2の真似事をするにしてもSpringの真似事をするにしてもJSFやStruts
の真似事をするにしても多大な苦労とコストとデスマーチ地獄が待っている。

賢い人間ならJavaでできることすべてをC++だけでやるだなんて言わない。

>これからヒルズにでも遊びに行ってくるわ
便所そうじのバイトか？

今時、OSですらCで作られる時代だ。アセンブラうんねんは的外れ

ｼﾞｬﾊﾞ原人はスタックすら理解出来ないあほう。

>>838
コーディング工程での作業なんか、JavaだろうとC・C++だろうと変わらないと思うのだが。

JVMはスタックマシンだろ。それ位知ってるぞ。馬鹿にするな。じじい。

痛々しいじえんすんな

>>841
ちょっと、的外れの意見のような気がする。

Javaでも1から大きなもの作ろうとすれば、大変な苦労とデスマーチが待っていると思うけど。

Javaの場合は何故動かないのか良くわからない。

ってケースがままある。
もっとも、そういうのは大概運用に入ってから出てくるから派遣ﾄﾞｶﾀPGにはあまり関係なかったり。

>>841
他人の褌が用意してありますよ、っていう自慢にしか聞こえないわけだが

何か問題でも？

JavaPG == トヨタの季節工

つうかうんちがついた汚いパンツをよろこんではくみたいな

>>838のいう作業とはちょっと違うが、JDT/eclipseとVC++では単純作業の量がだいぶ違ってくる。
eclipseのQuick Fix/Assistanceと、リファクタリング、ゲッター、セッター、デリゲートメソッド、コンストラクターの
自動生成等でまるっきり違う。

おまえ、VC使ったこと無いだろ？

おまえこそeclipse使ったことないだろ。

で・・・そんなの自動生成されてうれしいんか？

うれしい！

ビジネスロジッカーには必要なんじゃねえの
200ゲッターとか平気で作るJava厨さんだから

使ってみて自分で評価すれば。

そういう支援機能が無いとやってられない単純作業がビジネスロジック

ごめーん。
個人情報保護がうるせーから、氏名、電話番号、郵便番号、住所を全部暗号化するように変更して
くんない？ここでINSERTするまえに、ちゃっちゃっとやれば簡単でしょ？
（２時間後）

え？フィールドの長さが変わるから全部変えないといけない？？？
やって！全部やって！

で、金は出ないとｗ

>>828-829
完全な切り捨て方ワロタ

自動化ツールって・・・
そんなすぐに自作出来るようなツールを掲げること自体、
「自分は自作できません」と言っている事のように判断しちゃうな

Wizard自慢のVC厨みたいだな

>>866
そんな奴いねえよ

ビジネスロジックというとかっこよく聞こえるかもしれない。
しかし騙されるな。
ビジネスロジック
↓
顧客の泥臭い業務処理そのもの
↓
多発する仕様変更
↓
整合性のない業務データ
↓
腐ったSQL設計
↓
その項目をJavaコードに転記するだけ

その項目をJavaコードに転記するだけ
↓
不安定な無償テストサーバ
読み込まない新デプロイクラス
↓
再起動しても反映されない
↓
エクリプスを落とす
↓
起動に2分半かかるのでカップラーメンを作る
↓
起動してから10数えてカップラーメンをあける
↓
食べる

ﾜﾛﾀよ

ごめん。やっぱ、郵便番号だけは暗号化しないで。
それだけなら今日中に出来るよね？元に戻すだけだもんね？


たのんだよ。

あ、戻すついでに、郵便番号は３桁と４桁の間にハイフンを入れるようにしてもらえるかな？

>>869
はあ？
起動してから10数えたら
2分40秒じゃねーか。

>>873
固めが好きな漏れ

18秒で起動した俺って･･･異常なのか？

>>875
WTP 2.0つかってみてね。ラーメンタイマーにちょぅど良い

まあエンドユーザーの立場だけど正直言ってJavaアプリはウザい。
Windows上からは消えて無くなって欲しい。

そうねえ、SUNのマシンでだけうごいていればよかったのにね。

そしたら今頃linuxに滅ぼされてるなｗ

>>877
>正直言ってJavaアプリはウザい
同意。
作っててなんだけどウザ過ぎだろあの動作ｗ

JavaでWin用のＧＵＩアプリってウザイよな。
何がなんでもJavaで作ってやるぜってウンコｓｇ

Javaは言語外での用語が多すぎてウンザリする。

それはしかたないんじゃね？
言語仕様が浅すぎて他で補う必要あるんだし

>>817
> C++の時と比べて無駄な短調作業が経る
> この作業時間の見積は
> C++が全くできないJava厨さんの見積です。
> 優秀なるC++guyはとてつもなく仕事が速い人が多いです。

その根拠は？

といってもC言語厨は答えられないんだろうな。
現実も直視できてないし

>>842
残念。ヒルズで買い物をしてきたんだよ。

>>865
> 自動化ツールって・・・
> そんなすぐに自作出来るようなツールを掲げること自体、
> 「自分は自作できません」と言っている事のように判断しちゃうな

何か勘違いしているようだね。

Visual Studioを使っている癖になにいってるんだい。
それから自動化ツールは自作やアレンジが一切無いと
勘違いしているようだけど、AntやMavenによって自動化するんだよ。
build.xmlやpom.xmlは自分でかかないといけない。
それを自作して始めて自動化できる。
C/C++だってMakeFileを自作するわけだし。
それにEclipseではプラグインを自作することで自動化ツールを自作する。

C言語厨さんがすぐ自作でいるようなツールって一体どんなものなのかねえ。
まさか、MakeFileを書いた程度で「ツールを自作できます」なんて言わないよねww

>>877-878, >>880-882
C言語厨さん、わざわざ自作自演ご苦労様です。

随分と重たくて古臭いマシンを使っておられるようですね。
WindowsVistaを導入したらもっと重たくなった
結局ウザイ事態が起きることには
変わりないわけだから、この際、新しいマシンを購入してみては
いかがでしょうか。

Javaのクライアントアプリはウザイ以前にダセエよ。
なんかデザイン悪すぎるんだよな。

>>886
xmlってただのデータじゃないか。そしてそれを言ったらMakeFileもただのデータさ
Eclipseはツールのコンテナだからそのインターフェースを書く事自体は自作とは言わないよ
自分が自作と呼ぶのは「ツール用のデータ」ではなくて。、ツール自体の事だよ
#下手な煽りだねぇ

Javaのクライアントがうざいのは同意だが、
それでも自分で作って自分で使うんならJavaだな。
作る時の手間が全然違うからな。
人に使わせるんだったら考えるけどな。
それでも、開発の容易さの魅力には勝てないかもな。

>>890
駄目だ。
趣味でこんな拷問、モチベーション維持できねぇ。
できるものノロノロのべチョべチョってわかってるjavaなんか趣味で弄る気がしねぇ。

>>890
一度、VBでもC#でもいいから.NETでWinアプリつくってみ。
Javaがあほらしくおもえるよ。

>MakeFile

細かいつっこみでスマソが
MakefileがGNU式
makefileが一般的
hoge.makが漏れ式　-fオプション

MakeFileはダサすぎる

でも、PCにおけるJavaの劣等性はもうどう言いつくろってもどうしようもないよね。
何しろ、特定のOSベンダが規定したアーキテクチャのPC以外、もうありえないんだから。
新技術、新規格は彼らが規定してる。
もちろん新しいプラットフォームでは、彼らの供給する環境が優先。
すなわち　.Netであり CLIであるわけだ。

じゃあ、Javaってどーなるのか。ブラウザをUIにするってこと前提で、通信によって
隔離されたサーバ側に活路を見いだす以外に無い。だから、クライアント開発環境は
完全無償にしてしまったんだろ。あきらめて。

サーバ側はパフォーマンスと信頼性を旗印に、まだまだPCじゃないアーキテクチャがある。
しかし、量産効果によって低価格化、高性能化してきたPCアーキテクチャは
サーバ側にも浸透しつつあるのが現実だ。

もうわかったろ？Sunじゃないんだよ。IBM次第なんだ。
IBMがハードの販売に興味を失ったそのときが、Java厨房が荷物をまとめて
田舎に帰って農業をはじめるそのときになるんだろうな。

そう遠い未来の話でもないだろ。

javaのフレームワークっていろいろあるけど
バージョンアップが激しすぎてドキュメントの更新が間に合っていなかったりで
xmlファイルをどう編集しても動かなくて
ソースを追っかけてxmlファイルを書いたりとか面倒すぎ

>>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厨は田舎に帰る。

以上、ｹﾞｲｼの初夢ですた。

>>895
>バージョンアップが激しすぎて
ではなくて、そのつどリリースしたバージョンがいい加減すぎなんだな。
彼らの頭は常にリファクタリングはツールが自動でしてくれる。
だから適当に初期リリース、あとでつきはぎする。
Javaの昔からの伝統だな。

技術的に好ましいものが流行るとは限らないからなー。先のことはなんとも。
どのエバンジェリストが声が大きいかで決まっていく感じ。
今のエンドユーザ側は使ってみてからでないと何も言えないしな。

>>888
LnFの変更方法を知らないで何をいっているんでしょうこの人は

>>892
最近のJavaの動きをしらないな。

っていうかなんでVBみたいなアホがでるんだといいたいw

>>900
デフォルトでダサいといっているんだろ。
またでたな、XMLを設定しなきゃいかんとかそんな事もしらんのかとか
勝手に言ってろよ。おなじようにデフォルトでダサいJava厨。

1995-2002年ごろまでのVB6の流行は納得できたよ。
まがりなりにもランタイム利用だがexeを作成すれぱ
ネイティブに動作した。　お客さんも納得だった。

2001-2005年までのJava-J2EEの流行は業界史上もっとも
だめな流行だったんではないかと思う。もう過去のものだしね。

>>894
Javaが嫌だからﾄﾞｯﾄﾈｯﾄといってもねえ。C++よりも選択肢が最悪じゃないか。

あいかわらずM$工作員が妄想とばしてるな。

>>895
たとえばどんなもの？
SpringやLog4j使ってるけど問題ないよ

>>896
そんなマジレスっぽいレスを本気でしたければ
自分のサイトで書けばいいのに。
ブログだったら思いっきり叩かれるだろうけどなw

2ch以外ではそういう主張をするのが怖いから
ここでしかそういう発言ができないんだろw

>>902
開発者がLnFをあらかじめ指定しておけばデフォルトでもダサ区内よ

>>903
2006年はまだ終わっていないんだけど。

てか、C#って死滅しちゃうの？スレで
2〜4年前にも似たようなこと行っていなかった?wwwwww

で、LnFって何よ？

ＬＯＯＫ ＡＮＤ ＦＥＥＬ

素直にMS UI Gothicを使ってほしい

M$工作員乙

プログラマにいろんな興味を抱かせ、その実、
実務であまり役にたたなかったり、
興味本位で使うと、かえって業務を混乱させたり
業務で求められているもの（納期、品質、コスト）
本質から目をそらさせてくれたり、
セッターとかゲッターとかそれ自体が馬鹿らしいと思わなくなったり
めちゃめちゃ重たいソフトで時間を稼いでくれたり
C++と比較して、俺の方が優れてるとかなんとか言ったり
とにかくいろんな意味でプログラマにとって面白い言語だった・・・

ってっかJava, C#やってると他の言語使う時に微妙に支障を来すんですがね。

C++版CheckstyleやFindBugsがあればC++も開発しやすいんだけど

だから、IFDEFがある限り難しいと何度言ったらわかるんだ。このデブは。

#IFDEFをif()文に変えるようにリファクタリングすればいい

#ifndef COLOR
int col;
#endif

もうこの時点でif()にならねえよ

if(pp.isDefined((rb.getProperty("COLOR"))){
　int col;
}

こんなふうにリファクタリングすればいい。

C厨、こういうのをつくればいいのに

どういう意図なのか分からん…

何を馬鹿な事を・・・
プリプロセッサがなんなのかそれさえも分かってないのか・・

プリプロセッサ禁止令っつーことやろうな

そもそもプリプロセッサに頼ること自体
プログラマとして失格

C言語厨はプリプロセッサ依存症

まあ確かにJavaではパッケージなどの機能制限版などを作る事は
ないから必要ないんだろうけどね。機能制限してもデコンパイルされるし。

VMのソースでは沢山つかってるけどなあJava厨さん

2725ファイル、合計10095個所見つけました

こんなに使ってるVMの上で動くJava利用してるんだから
変な事言わないほうがいいよｗ

どうやら、このスレの中に法律と憲法との違いもわからないC言語厨がいるようだな

馬鹿な親でも自分の親
そんな親を平気で馬鹿にする更なる馬鹿なJava厨が
VMとJava厨とC/C++の関係なのかもしれない。

言ってる意味が分からない
>>929は朝鮮の方ですかね

>>928
それってどんな喩え？

JVMやコンパイラが憲法でJavaソースコードが法律ってこと？

そしてC/C++は無法地帯でC/C++厨は無法者、ごろつきＮＥＥＴってことでFA?

>>931 C/C++で作られた堅牢な建物の中にしつらえられた独居房がJVM。
そのJVMの中で喚いているお前の言葉がJAVA。

これでわかるかな？

10年くらいC++の仕事してたけど、どんどんセンスの無い文法が追加されてきた。
それよりはjavaの方がましじゃないかな。
今後どうなるかしらんが。

CはC89くらいでいいんじゃないかなぁって思っているけど。

>>920
おまえにはがっかりだ。
>>919はたぶんスコープの事を言っているのに。

独居房か、箱庭よりも狭くなりましたね

>>932
は？　

虫かごだろ？

>>932はあのコーヒーもあのお茶も飲まないほうがいいね。
ついでにジャバとなの付くものはみな君には使えないw

そんなにJavaが遅いのかなあ。
Javaが遅いからServletは使わない方がいい、
なんていうのは現実的じゃないと思うんだけど

まさかServletの代わりに全部C/C++だけでバリバリ金融アプリを
書いてしまうの？

金融アプリならCOBOLでしょう…と、COBOLerを召喚してみる。

Javaで金融アプリなんて恐ろしいな
しかもServletかよ

というが、証券会社のサイトやオンラインの[銀行名]ダイレクトはほぼJavaで書かれている

裏のデータベースと、Webサーバーのつなぎのブラウザ向けテキスト生成につかってるんでそ。

DBのドライバーは間違いなくC（C++）かアセンブラで書かれている。

いまどきWEBの「アクティブコンテンツ」はFLASHで作ったほうが、綺麗で簡単

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
Java房やJava営業の勘違いしている点は、どんな言語を使おうと、
お客様仕様の泥臭い部分は「例外仕様でメンドクサイし、合理的でない場合がある」
という認識が足りないと思う。

仕様書やUMLを弄繰り回しても無駄。
Javaで物を作ると開発環境、動作環境のバージョンの管理まで追加される。
そしてプログラムは楽にならない。１CM進むのに同考えても無駄な方向に1mm進む
「汎用的」は結構だが、専門の言語に劣る。

Javaは、端末コンソールからｺﾏﾝﾄﾞを打ち込んで、簡単なデーター処理をさせたいなら優秀な言語。
それ以外には使ってはならない。

>>944
> DBのドライバーは間違いなくC（C++）かアセンブラで書かれている。

嘘こけ

サーバでFlashを使う奴はアホ

>>945
それじゃ何だ？　ネイティブコードが作れない言語はアウトですが？

100%PureJava製JDBCドライバを知らないとは

JDBCにはTYPEがあります。そのひとつがPure Java。

ぷあじゃばってすごいんでつね

>>949
意味わからん。JARファイルをクラスパスに追加して
ソースコードからDataSourceなどで呼び出すだけで使えるんだが。

そういうつもりで言ってるんだけど。TYPE-4のJDBCだよね。他にもJNI使うTYPEもあるでしょ。
もしかして、みんなが自分に反対してるとか思い込んでないかい？