JavaやったらC++はきもく感じる

なにこれ。
int(100)とかだっさー（笑）int&なんてきんもーっ★って感じなんだけど。
標準で使えるスレッドもないしさ。バッドノウハウだらけの
使えない気持ち悪い言語だよなこれ。前時代の人たちはほんとにこんなモノで開発してたのか。
マジご愁傷様です。
C99のほうがまだ拡張性が高くていい感じになってるのが皮肉だね。

2

理解できないなら素直に聞けるようになった方がいいと思うよ。

パラダイムシフトに飲み込まれないための言語というものもある
C++もそうだしSQLだってその手のものだ、
汚く拡張されても使い続けられるという恩恵はデカイ。

int&なんてテンプレートやマクロに比べればなんともない。

C++先にやった人間としてはクラス型かプリミティブ型かで参照渡しか実体渡しか変わるほうがよっぽどキモいけどな。
>>1もC++である程度の規模のアプリを実際に書いてみるとC++のほうが余程直感的なことに気づくんじゃないかね。

まあABI互換性とかでウザいのは同意だがね。

OSの都合とかコンパイラの実装仕様まで面倒みてやるのは確かにウザいな

だからこそOSやマシンを効率よく且つフルに使いこなせるわけだけどな。
まぁ、その辺はトレードオフでどっちを取るかって話だ。

>>1
初期化については、組込型では間抜けな表記になるが、クラスだとそれなり。
スレッドは言語とは関係なく、OSの機能だから。
参照は、テンプレートのためにある。ヘタに使うと可読性を損なうので、ポインタを使うことのほうが多い。

Javaを使ってみて、C++で不満に思ったことが3つ。

・例外は柔軟過ぎてチェックが大変。
・多重継承の仕様は、もうすこし何とかならなかったのか。
・スレッド同期を言語がサポートしてくれないので、コードが読みにくくなる。

自由度が高いというのは、良い面もあり、悪い面もある。
Javaは意図的に自由度を下げることでトラブルを防止してはいるものの、
それゆえに、C++よりもトリッキーで変なコードを書かないといけない場面もあり、
なんだかなぁ、と。

>>4
飲み込まれないんじゃなくて、飲み込んでるんじゃ?

純粋仮想関数の =0; にワロタ。
いかにも後付けで入れた文法って感じ。

移植性を考えたら、テンプレート、例外処理、RTTI、名前空間は使わないほうがいい。
C++はTMP言語じゃなくて、クラス付きのCと捉えるのが一番いい。

Boost.Preprocessor最強説

やっぱC言語との互換性がネックだよな。
コンパイラベンダがD言語に本腰入れたらC++の新規案件なんて絶滅するんじゃね？

>>13
でもそうするとおいしいところが無くなって、C++にする必要性すらなくなる。

>>16
Mozillaはそうしてるな。必要性がなくなるってことはないんじゃね。
俺はnamespaceぐらいはあったほうがいいと思うがBoostとか使うぐらいならPythonで書いてコンパイルするよ('A`)

いやだってさ、13のとおりにするならDでもなんでもいいだろと思う。

Dはまだ時期尚早。あとVM系言語は逆アセンブルが怖い・・・コンパイル言語でもするやつはするけどね。

Boost.MPLはPythonでCプリプロセッサを書いて生成している
言ってる意味が分からないかもしれないが本当だ

DはC言語のソースをコンパイルできないから論外。

>>13
待て、それはObjective-Cのことじゃないか

　　　　　　　　　　ヽ　/ /⌒＼
　　　　　　　　 ／ヽヽ|/⌒＼ii|＼
　　　　　　　／ ／ヾゞ//／＼＼|
　　　　　　　|／　　 |;;;;;;|/ハ　＼|
　　　　　　　　 　 　 |;;;;/／⌒ヽ
　　　　　　　　 　 　 |;/（　＾ω＾） >>1おっおっおっ乙枯ー
.　　　　　　　　　　　|｛　∪　　∪
　　　　　　　　 　 　 |;;ヾ.,____,ノ
　　　　　　　　 　 　 |;;; |
　　　　　　　　 　 　 |;;;;;|
　　　　　　　　 　 　 |;;;;;|

>>1もC++テンプレートメタプログラミングに嵌ってみなさいよ
そうすればえげつなさがもっと理解できるよ

ＪＡＶＡの方が難しいだろ
はっきりいってきもい
フレームワーク多すぎ

>>24
テンプレートってあれだろ、HaskellやらMLの多相型をショボくして更に使いにくくしたやつだろ

ヌルポ

まあそんな感じ。
このスレも、そこらへんを攻めてくれればぐうの音も出なかったのにと思う。

>>6
初心者？

モダンC++デザインとかいう本をよんでまったく理解できなくて、C++はあきらめた。

初心者の俺でもＪＡＶＡ辛いのは分かる
その割りに遅いのに

実際渡しは変わっていない。
オブジェクトのばやいポインタのコピーが渡されている。

>>31
MFC使ってみたら？
地獄はそこにある。

このスレは「C++の真の地獄とは何か」を語るスレになりました。

C++0xになったらどうなってしまうのか

きもさで語ったらC++の右に出る言語はない気がするんだが

>>32
それでも、ＭＦＣだけじゃん

perlの芸術的変態コードは？

CLIが一番きもいだろ

Cはきもくない。
C++もあんまり。
きもいのはプリプロセッサだ。

モヂラとか、
マルチプラットフォームをうたっているオプソのコードを見ると
やるせなさで一杯になる

Javaは先頭にJのつく略語が多すぎる。
それだけでいやになる。

だったら　J　やめて　I　にしたらいいじゃない。

はきもく

>>34
>きもさで語ったらC++の右に出る言語はない気がするんだが

それにも関わらず、大量に採用され使われ続けるだけの他の言語にはないパワーがC++には
あるわけだが。てか、C++マンセーな俺が言うのもなんなんだが、他にC++の代わりとなり
得るようなより良い言語があったらこんな言語とは一日も早く縁を切りたい。

D

C++はブサメンエリート

>>43
俺の印象だと、それほど使われてない気がするが > C++

惰性で使われているだけだろ。
かつてメインフレームでCOBOLが幅を利かせていたのと同じ。
別にCOBOLが他の言語にはない特別なパワーを秘めていたわけではない。

どっちにしろC++人口が増えていくとは思えない。
PGは３４歳が寿命らしいし。

Javaは使ってるやつらがキモい

Java使用者の増加はVBから流れ込んで来てるのか？

>>48
やっぱり2038年問題大きくなりそうだよなぁ

c#やったらJAVA使いたくない。

JAVA使いこなそうと思ったら時間かかり過ぎ
まあ、やるつもりだけど
周辺の機能（通信、データベース）を覚えるのが辛すぎ

>>53
誤解しているようだが、テストじゃないから覚える必要ない。
使いたいとき使いたいところだけ調べるものだよ。

つかいこなすとはそういうこと。

でも、Webで通信するアプリ作ろうと思ったら必要だろ

>>周辺の機能（通信、データベース）を覚えるのが辛すぎ
それいったら、どれも一緒じゃん。
俺的にはC++/CLI最強なんだが、駄目か?

>>52
最初は天国だと思っていたけど、実際は.NETオワタレベル。

VS2005が糞な上、ＣＬＲの仮想関数呼び出しが遅すぎ。
Ｃ＃は無駄な言語仕様でもっさり、所詮ゲイツ言語。
.NETなんて時間の無駄だったな。

yutorisedai

正直言ってC++やJavaから見ると、C#の匿名メソッドやコルーチンは羨ましい機能だ。

C#ｲﾗﾈ
ジェネリックスもｲﾗﾈ

Java1.5のころが一番楽しかった。

>>48
もしかして狙い目？

>>59
>正直言ってC++やJavaから見ると、
>C#の匿名メソッドやコルーチンは羨ましい機能だ。 

たしか匿名メソッドって、
「こんな高度な機能は Java 厨には使いこなせないだろう」
ということで Java の言語仕様から外されたんだろ？w

>>62
>「こんな高度な機能は�Java�厨には使いこなせないだろう」
>ということで�Java�の言語仕様から外されたんだろ？w

Java って、そういうの多いよね。

コルーチンって何？

http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%AB%E3%83%BC%E3%83%81%E3%83%B3

まあ、この説明でわかる奴はもともと知ってるやつな気がするが...。

Javaのばあいコルーチンとマルチスレッドはどういうふうに絡んでくるんだ？
想像しただけでキモ

class::method()の::とstruct->paramの->に抵抗あり

http://wisdom.sakura.ne.jp/programming/cs/cs2_8.html

クラス作るだけで十分じゃないのか？

>>65
サンクス。
マルチスレッドみたいなものか。

>>64
要するに、アプリが自力で
スレッドの切り替えをやる仕組み

OS がスレッドをサポートしない MS-DOS とかでは
よく使われていた。

タスクシステムっぽい言い回しだな

ちょっとまて。
Javaがコルーチンを導入しようとする理由は、なんちゃってマルチスレッドじゃなくて、
スクリプト言語で大流行のジェネレータを書きやすくするためじゃないの？

なんか勘違いしてる奴がいるから例を出すと、コルーチンがあると無限の長さをもつフィボナッチ数列が
↓みたいな感じで分かりやすく書けたりするんだよ。

coroutine make_fibs()
{
　int n1, n2, tmp;
　yield n1 = 1;
　yield n2 = 1;
　while (true)
　{
　　tmp = n1;
　　n1 = n1 + n2;
　　n2 = t;
　　yield n1;
　}
}


fibs = make_fibs();
// nextは次の要素を取得するメソッド
fibs.next(); // 1
fibs.next(); // 1
fibs.next(); // 2
fibs.next(); // 3
fibs.next(); // 5
…

あれば便利かもしれんがストラテジーパターンで十分だな

>>73
>なんか勘違いしてる奴がいるから

勘違いしているのはお前だろ？

>72
スクリプト言語で大流行のジェネレータを書きやすくするためじゃないの？ 

え？ Java がコルーチンを導入するのか？
俺が思うに、Java の設計者は、そんな "上っ面" だけの事情で
言語機能の根幹を揺るがすような変更はしないと思うが？
(漏れは Java 厨は嫌いだが、Java の設計者は尊敬している。
「どんな馬鹿でも使えるような言語」を作るのは
非常に意義のある高度な仕事だ)

逆に MS の中の人ならば、間違いなくやるだろうな(w

コルーチンじゃなくてクロージャならse7で導入されることになっている

いま Perl 6 の悪夢を思い出した

まあ、確かにC++使ってるとどうしてもコード汚くなってイライラしてくるな。

JAVAなんてキモいシープラシプラシでちゃんと書けないやつはうんこだ

10年もやってるからPerlよりもきれいで短く書けるよ俺は

>>81
Perl より汚く書くのは難しいんじゃないか？

おれの知ってるPerl使いは、
「保守？ナニソレ？」みたいな、
ワンライナーばっかりだったけどな。

簡単にJavaやってからC++やったら、
最初はとまどったけどテンプレートに感激した。
しばらくしたらJavaが子供用のおもちゃに見えた。
まあ初級者の戯言ですがね

まあ、マクロとかテンプレとかってかぶれやすいからな。

Java は、危ないものを排除する方向で設計されてるから、
子供のおもちゃ (=安全設計) って言うのはあながち間
違ってない。

でも、要は使い方次第だと思う。ニンテンドー DS だって、
子供のおもちゃだったけど、今や立派な学習機器だった
りするし。(w

Java でも十分と言う仕事はいくらでもあるよ。

# 理由書かないで、言語けなしてる奴はその言語使えて
# ない奴だと思って間違いない。

>>85
># 理由書かないで、言語けなしてる奴はその言語使えて 
># ない奴だと思って間違いない。 

理由書かないで、言語を持ち上げている奴は？

JavaほどUML表記と一対一対応する言語はないと思うんだけどなぁ。
詳細設計を与えれば、どんな馬鹿でも対応するコードを記述できる点が評価できる。

C++、特に歴史の浅いC#は、まともな設計を行えないコーダーでしかない人が多いぞ。
ただ、C++はコードの記述次第で低レベルな所まで最適化が出来るお陰で、
実行効率を特に重視する分野での需要があることが幸いだが、C#は．．．

>>84
>Javaが子供用のおもちゃに見えた。

その認識でいいと思うよ

料理人が自分で砥いだ包丁使うのと
主婦が気軽にフードプロセッサ使うのとの違い


>>86
> >>85
> ># 理由書かないで、言語けなしてる奴はその言語使えて
> ># ない奴だと思って間違いない。
>
>理由書かないで、言語を持ち上げている奴は？

その言語しか使えない香具師


>>87

それはVBからの乗り換え組が多いからでは

>その認識でいいと思うよ
>
>料理人が自分で砥いだ包丁使うのと
>主婦が気軽にフードプロセッサ使うのとの違い

何時になったら、公道（＝ほとんどの案件）をレーシングカーで走る無意味さを理解できるのだろうかねぇ。

>>89
お前、全然わかってねぇよ。公道もレーシングカーでカッ飛ばすのは当たり前だろうが！
近所のコンビニにレーシングカーで行く、俺、超最高！

>>89
>何時になったら、公道（＝ほとんどの案件）をレーシングカーで走る無意味さを理解できるのだろうかねぇ。 

そう言って、結局、何時までたってもレーシングカーの運転技術を
身に着けることが出来なかった人を何人も見ているのですが・・・

>>90
マジレスすると、30km以上のスピード違反は刑事罰（6ヶ月以下の懲役刑）の対象だぞ

>>92
ヘッ、ノロマなポリ公に俺様が捕まるわけねぇだろ！

>>86, >>88
別に持ち上げてないけど？

なんか、書いてないことが見える人達なのかな？ (w

ちなみにこれは、「事実」だから。
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
> Java でも十分と言う仕事はいくらでもあるよ。

>>94
お前、自意識過剰。誰もお前のことなんか言ってないと思うぞ。

そのとおり。

皆があげつらっているのは >>94 じゃなくて >>95 のことだ。
安心しろ。

言語に宗教持ち込む奴は所詮その程度ということだ。
しかしどの言語にしろassertベースの実装する奴が少ないな
JUnitの類は事後条件しかチェックしないから、品質に信用ならない

C++の人なんかカコイイ

C++人は感情論だけで論理的な反論も出来ないのか。
落ちぶれたものだな。

>>99
いや、いまさら、当たり前のこと(C++の優位性)をうだうだ主張するのはバカじゃん。

たしかに100はバカだな、否定はせん

>>99
「きもく感じる」に論理的な反論って...、頭大丈夫？

サーキットをヴィッツで走るくらい無意味だな

C++はchar*とかchar*&とかスタイルが統一されてなくてキモイ
&の場合はNULLチェックは要らないという認識があるせいで、*&みたいな時はしない奴が続出
delete foo; foo = NULL;がセットなってないためそれだけでもバグりまくり

C++使って得たことは、コーディング規約はバカ抑制装置にならないってことだけ。

>>102
コレまでの内容理解できてますか？頭大丈夫？
と言いたい所だが、このタイトルでは１に釣られた希ガス。

ただ、コスト面から海外への外注で国内のコーダーは消滅しかけている今、
実装する言語がどうのこうの言う時代は終わったような気がしないでもない。

ただ単に趣味の為だけにやるなら好きな方を選べって感じだしな。

>>104
>C++はchar*とかchar*&とかスタイルが統一されてなくてキモイ

お前、それ前者と後者で意味が違うから。それを言うなら const だろ。
const char * でも char const * でも意味が同じって、なにそれ？って感じ。

>>106
バカはすっこんでろ

>>104みたいな生半可な理解ではC++は使いこなせんだろ。

Javaだって、生の配列の扱いは気持ち悪い。
多次元配列のnewやら、派生型の代入やらで
構文と意味が破たんしてる。

>>104は生半可な理解で使いこなせない奴が多いというレスだろ

Javaに生の配列なんてねーよ、あれはオブジェクトだ。

> 多次元配列のnewやら、派生型の代入やらで
> 構文と意味が破たんしてる。

お前の脳が破綻してる。以上。

>>109
>>104 もそのうちの一人だろ。

うちはconst char*&のがいいって言われてるから正しい

禿げたくないのでプログラミングはJavaとCまでにしてます。

>>110よ、Java使いならJavaの欠点ぐらい知っておけ。
とりあえず書籍「Java 謎＋落とし穴」を推薦しておく。

>>105
> コレまでの内容理解できてますか？

いや、ネタスレで内容理解しろとか言われても...、頭大丈夫？ (w

>>113
君は正しいが、ついでにruby|python
余力があれば関数型のHaskell|SMLとかやっといたほうがええよ。

http://d.hatena.ne.jp/yupo5656/20061123/p1
こういう風にHaskellをC++で書いてるのなんて見ると溜息がでる。

やらなくていいよ。無駄。

>>115
釣りとネタの違いが区別できないとか言われても...、頭大丈夫？ (w

>>115,118
頭大丈夫？ (w

初心者だが
よーいドンで
ＪＡＶＡ
と
Ｃ++
勉強始めたら
Ｃ++の方が先に実用に到達するのが早い
と思う

“実用”がなにをさすのやら。
Ｃ＋＋がそんなに覚えやすいなら大学のＣＳ用言語がＪａｖａに変わるなんてことはなかったと思うよ。
//もっとも今はrubyやらpythonに取って代わられようとしているけど。

膨大でころころ変わる言語仕様、安定しないAPI、互換性が維持し難い仕様上の問題、
消えないメモリリークとバッファオーバーフロー、実装の多重継承。
さらに言語仕様を覚えるだけではまともなプログラムなど書けないため、
最低限Effective C++など必須書籍数冊を読破したうえ、
STLを習得して初めて土俵に立てる。
そんな言語がすばらしいなど、よく言えたものだ

バカどもには使えない道具なんだよｗ

みなさまに質問なんですが
プログラム覚えるのとオナニー覚えるのとどっちが先でしたか？

出来上がりはJavaのがキモいがな

HaskellやったらJavaはきもく感じる

HaskellやったらJavaはきもく感じる

Haskellも実用的なプログラム書こうと思ったら
モナドだらけで泥臭くなりそうな気がする。

Haskellも実用的なプログラム書こうと思ったら
モナドだらけで泥臭くなりそうな気がする。

HaskellでQuickソートのコードを見るとすごいすっきり書けてるけど、
どっかのブログで、ヒープソートとか他のソートアルゴリズムをHaskellで
書いてるのを見たら、それほどすっきりでもなかったな。

>>121
表面だけはJAVAが簡単だから大学みたいなウンコなところで使われる
通信、データベース、デザインまでフレームワークを覚えないといけない

C++には
VisualC++があるのが大きいわ
JAVAは自由だからどんどん湧いてくる

>>122
> さらに言語仕様を覚えるだけではまともなプログラムなど書けないため
C++に限ったことではないだろ。

デザインのフレームワークだけでも複数あるのがきもい

2年ほどC++から離れWeb開発でJava、趣味でC#やって、
もうC++に戻ることはないだろうと思ってたが、最近趣味でC++を再びやりはじめた。
楽しい。なんだろう、このプログラムを書いているというJavaやC#には無い充実感は。

C++もauto_ptrとboost使うだけで、だいぶ楽できる。
特にauto_ptr。Javaから戻ってきたときshared_ptr無いと辛いと思ったが
いまとなっては必要性感じない。

もっと単純そうなscoped_ptrは？

scoped_ptrだけだと、さすがに、それだけだときっついかな。
やっぱ生成したオブジェクトを他のオブジェクト間での受け渡しはあるしね。
自分が言いたかったのは所有権が1つというのは制限にはならない。
で、Javaより確実に解放されている感がある。
といいつつ、メモリリークしてそうなおいらのコード・・・

我ながら日本語変だな・・・今度から見直して書くようにしよう。次があるかわからないけど。

ただのCがいいです。

>>139
同意

>>135
無人島でマッチを使わず手で火を起こして楽しかったでちゅかぁ？＾＾；

俺は関数型言語以外は使いたくなくなった

>>141意味ﾜｶﾗﾝ

オブジェクト指向スクリプトに都合のいいように欠陥スクリプト扱いされる現状には同情する。
俺は関数型を知らないが、たぶんそんなレッテル専用言語ではないと思う。

>>141
鉄くずなどがらくたからガスコンロを作れるほどの能力がC++にはある。

>>144
> レッテル専用言語
どういう意味かよくわからん

括弧ばっかでキモイだけの言語、それが関数型言語

>>147
それはLisp

なるほど、奥が深いんだな関数型言語は

初心者ですが
関数型言語って何ですか？

く　わ　す　く　お　し　え　て　く　だ　さ　い

>>149
あなた奥が深い症候群に犯されてますよ

>>150
　　　　　　, イ)ィ　-─ ──- ､ﾐヽ
　　　 　 ノ ／,．-‐'"´ ｀ヾj ii /　 Λ
　　　 ,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
　　 ノ/,／ミ三ﾆｦ´　　　　　　　 ﾞ､ﾉi!
　　{V /ミ三二,ｲ　, 　／,　　 ,＼　 Yｿ
　　ﾚ'/三二彡ｲ　 .:ィこﾗ 　 ;:こﾗ 　j{
　　V;;;::. ;ｦヾ!V　　　 ｰ '′　i ｰ '　ｿ
　　 Vﾆﾐ( 入　､　　 　 　r　　j　　,′
　　　ヾﾐ､｀ゝ　　｀ ｰ--‐'ゞﾆ<‐-イ
　　　　　ヽ　ヽ　　　　 -''ﾆﾆ‐　 /
　 　 　 　 |　　｀､　　　　 ⌒　 ,/
　　　 　 　|　　　 ＞┻━┻'r‐'´
　　　　　　ヽ＿ 　 　 　 　 |
　　　　　　　　　ヽ ＿ ＿ 」 　　　

　　ググレカス [ Gugurecus ]
　　（ 2006 〜 没年不明 ）

何か変態なのは分かった

>>125
>出来上がりはJavaのがキモいがな

これはガチだなｗ
さらにこれを認めなかったり、一応は認めるんだけど「でも、Javaはほげほげ〜」とか
言い出すヤツもたいていキモかったりする。

え？Javaで作ったものなんて恥ずかしくて売れないけどいいの？

Javaは自由度ぜんぜんないからなぁ

>>4
プログラミング言語としては
SQLは畑違いだろ。

C++はいずれ使い続けられなくなる運命。
思い思いの開発スタイルに軽んじてルールが規定されておらず
コードが汚染されてメンテナンス性が悪いから

>>8
今のJavaはそのあたりも、手動でチューニングするよりも、Javaコンパイラや
JVMが自動的に最適化してくれるからね。
Javaの最適化技術がもの凄く早くて、C++側が追いつかないのが現状。
C++の価値もドライバ開発や組み込み開発のみに成り下がってしまった感がある。

>>13
名前空間使わなかったらJavaに負ける。

C++ -> Windows
C -> UNIX/Linux
Java -> ?????

Bisual Basic -> Windowsならわかるが、
C++は普通にLinuxでも使ってるだろ。Cも同じく

>>158
ｋｗｓｋ

>>122
単にお前がアホなだけ。出来る奴はC++を使う。

C++は標準だとゴミだし、正式にサポートされていないBoostを使って初めて高級言語という感じがする。

最近一番ばかげてた作業はStringBuilderクラスを自前で作ったことだ！

あとWinHttpのAPIをクラス化するのも・・・

C++畑の人の話も聞いてみたい

>>165
C++ならstd::ostringstreamではだめだったの？

C言語自体難しく使えないとかホザクやつばっかだ。

>>25
そのことをマ板にいるオッサン連中に言ってみると面白いぞw

>>168
あんま速くなさそうだったので作り直した。
実際、遅い遅いと悩んでた原因は他にあったので、別にostringstreamで良かったかも。

>>62
全然違う。お前は、Java SE 7にクロージャが追加されるという
話が出ているのを知らないな？

>>84
Java Genericsを使ったことがないのか

>>76
Javaを馬鹿にする奴は、中国人が英語を馬鹿にするのと
変わらないと思うぞ。

>>97
つ[Annotation in JUnit4 and JUnit4 or TestNG]

>>99
Javaも進化しているからね。
C++屋も衰えてきた感がある。

>>100
昔はム板でもマ板でもうだうだ主張するC++厨が多かった。
Javaを貶すためにいろいろ言いまくっていたねえ

>>104
そのあたりは、Perlの参照型のほうが読みやすくていいね

>>108
> Javaだって、生の配列の扱いは気持ち悪い。
> 多次元配列のnewやら、派生型の代入やらで
> 構文と意味が破たんしてる。

つList<List<?>> (Java Generics)

多次元ジャグ配列なんか不用意に使うべきじゃない。
二次元くらいまでなら使う価値はあるが、三次元以降は非効率。

>>177
マ板にC++のスレが立ちまくってた頃が懐かしいな
ああいうやつらは今のマ板なんて見てないだろうな

この亀レスやろう！！

>>114
> >>110よ、Java使いならJavaの欠点ぐらい知っておけ。
> とりあえず書籍「Java 謎＋落とし穴」を推薦しておく。

それ読んだが、前橋和弥が書いたあの本は、内容が古臭くて時代遅れだ。
Java SE 5から追加されたGenericsやアノテーション機能、コンカレント工学APIによって
奴が本でブーブー垂れていた不満は
ほとんど解消されている。奴は時代遅れなオッサン。Java通に見えてかなりモグリ。

あの馬鹿は、Eclipse + CheckstyleやFindBugsで解決できる問題にも、いちちケチを付けている。
ためになることもかいてあるが、
自動化ツールを使わない原始的な開発方法に拘っているから笑いものだ。

奴が指摘している問題点はJSRでも議論されて、いくつかは解決されているものばかりだ。
packageが抱える問題もJava Module Systemによって解決されるしな。
Eclipseがあるのに未だにオンデマンド型inport宣言を勧めているところが愚かだしな。

Javaに纏わる都市伝説を未だに信じているかのように中身は個人的感情論に捕らわれて古臭い。

>>120
開発するブツにもよる。
ブツが、金融システムだったらJavaのほうが圧倒的。

>>123
じゃあアセンブラは？

>>99
まともに反論できる人はこんなところを見ていない。

そう信じたい。

>>145
偉人が作ることができても、お前には作ることはできないよ。
JVMを作れても一般人には作れないのと同じ。

>>155
そんなこといってたらお前、何も商売できないぞ。
恥ずかしくて銀行を使うこともできなくなるぞ。
株を買うこともな。ああいうシステムにはJavaが使われているからな。

>>161
なんじゃそのBisual Basicってのはw

新しい言語かw
面白いセンスしてるじゃないかw

>>186
それだけのレベルに達するハードルが非常に高いのがC++の悪いところだと思う。

今日も変数宣言（したつもりが関数宣言と扱われるやつ）にしてやられた。
関数宣言になると警告くらい出してもバチの1つも当たらないだろうに。

>>183
開発期間じゃなくて
学習期間だから勘違いしてると思う

コンカレント工学APIってなに

>>162
http://www.idiom.com/~zilla/Computer/javaCbenchmark.html

>>163
今どき古臭いからそういうこと言うのはやめとけ。
そんなにできるなら、金融システムを全部C++でかいてくれ。
お前には無理だが。

>>180
いや、敗北したか、プログラマを引退したかどうかだろうな。
今じゃJavaスレや、ホワイトカラー残業関連スレや派遣スレが目立つ。

>>191
java.util.concurrent

工学じゃなかったな。
Java5から登場したマルチスレッドに関するAPIだ。
セマフォやmutex等が使える。

だが、実際に、コンカレント工学という学問は存在する。

>>182
その論法で（現在の）Javaがまともだというなら、（現在の）C++だってまともだ。

>>104にあったスタイルの不統一なんてどんな言語にもある。
メモリの割り当て・解放だってC++でもほとんどの場合自動化できる。

そもそもポインタへの参照なんてめったに使ったことが無いんだが。

なんだ。ただのmutexのことか。難しい言葉使うから
何のことかと思っちゃったよ・・・

コンカレントってようするに並列実行のこと。
俺らにとっちゃ所詮単なるマルチスレッドでしかない。

並列性の機能のことを言いたいならコンカレンシと言うべき。

電子情報通信学会にはこんな研究会もある。

コンカレント工学研究会
http://www.ieice.org/~cst/

(規制されてて書けなかったんで遅レスは勘弁してくれ)

>>122
>膨大でころころ変わる言語仕様
ころころ変わってるのは明らかにJavaの方だろ。
C++は1998年から言語仕様はほぼ変わってないし。
膨大なのはお互い様じゃないかな。

>安定しないAPI
何のAPIだかわからんが、標準ライブラリならやはり1998年以降変わってない。

まあ、ロートル団塊C++爺どもが何を言うと結果はでてるけどな。システムが大規模化してくると
C++なんか使うのは狂気の沙汰。昔はあれしかなかったが仕方ないけど、今思うと病気を治すのに
祈祷師に頼むのと同じレベルだったんだな。

>>202
まともにC++が使われ出したのは、ここ数年だと思うんだが。
ロートル団塊が、C++使えるわけないだろ・・・。

>>201
> (規制されてて書けなかったんで遅レスは勘弁してくれ)
> >>122
> >膨大でころころ変わる言語仕様
> ころころ変わってるのは明らかにJavaの方だろ。
> C++は1998年から言語仕様はほぼ変わってないし。
> 膨大なのはお互い様じゃないかな。

というが、過去にころころ変わったことが影響して、
1998年にころころ変わらなくなったとしても過去の名残により
古い仕様で書く奴は腐るほどいる。
それに、10年前に買ったソフトウェアが動かないという自体を招いているのもC++。
Javaではそういう問題は少ないしすぐにパッチを出せる。


> >安定しないAPI
> 何のAPIだかわからんが、標準ライブラリならやはり1998年以降変わってない。

>>203
まともに使われたのがここ数年？
WindowsやLinuxを一体なんだと思っているのか？
　

JavaもC++も落ち目。でもC++が好きだ！
ttp://radar.oreilly.com/archives/plangtrend.png

>>205
主観だけどC++のピークって1998〜2002くらいじゃね？
そのころって良書も多くて言語そのものにワクワクしてた記憶がある。

C++ 因数分解
Java 解の公式

俺は仕事でC++を10年くらい使ってるけど、今はJava+α的なライブラリが
もう出来上がってるから、Javaと労力は変わらないというか部分的には楽かな。
結局標準APIかなあ。stl,boostはなんというか小難しいツールが多いし、base64/MD5/MIME
とか小物のツールがないから結局自前で作ることになるしなあ。まあ結局ないものは
どっちでも作ることになるんだけどさ。
あと、スレッドとか共有メモリとかsocket/readのOS依存のエラーとかはJavaだと
小回りが利かない感じがするけど、Javaのスペシャリストはまあなんとかしちゃうの
かねえ？

>>206
Google Trendsを見ろ、「Java,C++,C#,VB,PHP」ではJavaが圧倒的だ。

http://www.google.com/trends?q=Java%2CC%2B%2B%2CC%23%2CVB%2CPHP%2CC%2CJavaScript%2CPython%2CRuby%2CSQL%2CAjax%2CPerl&ctab=0&geo=all&date=all

「Java,C++,PHP,C,JavaScript」でもJavaが圧倒している。「C」はC言語とは限らないので参考にならんぞ。
http://www.google.com/trends?q=Java%2CC%2B%2B%2CPHP%2CC%2CJavaScript%2CPython%2CRuby%2CSQL%2CAjax%2CPerl&ctab=0&geo=all&date=all

「Java,C++,PHP,JavaScript,Python」による結果でもJavaが圧倒。次なる勢力はPHPとなっている。
http://www.google.com/trends?q=Java%2CC%2B%2B%2CPHP%2CJavaScript%2CPython%2CRuby%2CSQL%2CAjax%2CPerl&ctab=0&geo=all&date=all

「Java,C++,PHP,Ruby,SQL」 どうやら、C++よりSQLのほうがトレンドのようだな。
http://www.google.com/trends?q=Java%2CC%2B%2B%2CPHP%2CRuby%2CSQL%2CAjax%2CPerl&ctab=0&geo=all&date=all

Java,PHP,SQL,Ajax,Perl
http://www.google.com/trends?q=Java%2CPHP%2CSQL%2CAjax%2CPerl&ctab=0&geo=all&date=all


やはりPerlは見る影も無い。Ajaxもまだ知名度が低い。言語ではないが。

ついでにIDEも比較すると…

Visual StudioよりもEclipseのほうが圧倒的だ。
Eclipse,Visual Studio
http://www.google.com/trends?q=Eclipse%2CVisual+Studio&ctab=0&geo=all&date=all

まあ人数比ってのは一つの指標であって、それがなにを表してるのかだよな。
プロ野球チームより草野球チームの方が多いだろ?
各言語の平均年齢・年収比較を見てみたいものだな。

JNI使えばネイティブな機能も使えたりするし、
Linux版JavaだとSelectorがepollで実装されてたりする。
最近STLやboostを禁止したプロジェクトを見てきたから
C++に将来なさそうなのは実感した。EoDは偉大だな。

ただ、EoDにだまされちゃいけないぞ。その時代に流通している簡易言語で
システムを作るというのは企業側の理屈で、雇用者も流通させるということに
なるからな。つまり安価な交換の利く部品的労働者に陥ってしまう危険があるぞ。

あと、C++/Java片方だけしか知らないエンジニアを見てきたけど、なにか知識に
偏りがある気がするよ。結局プログラムはコンピュータに対する指示書だから言語に
よる違いを意識しすぎるのも問題だと思うけど、やはり周辺知識の差が出てくるのも
事実だからなあ。
まあC/C++に関わって深いところも理解しつつ、Javaでデザイン志向な設計も
できるのが長く生きるエンジニアとしては無難な気がするよ。

まあいくら抽象化が進んでもポインタって何ですか？という奴がエキスパートと
呼ばれることはないだろうしな

>JNI使えばネイティブな機能も使えたりするし、
それはVisualBasicの発想だが、結局手続きがめんどくさすぎて直接呼べる
C++にユーザが流れただろう
「できる」のと「普及レベルに至る」のとは別物というのはこの業界の・・

Javaは奥深いから後回しにしようと思う
まずはC++から勉強します

>>204
>古い仕様で書く奴は腐るほどいる。
「腐るほど」ってのは俺の実感には合わないなあ。そんなにいっぱいいるか？
批判するなら客観的な根拠を持ち出して欲しいんだが

>それに、10年前に買ったソフトウェアが動かないという自体を招いているのもC++。
kwsk

>Javaではそういう問題は少ないしすぐにパッチを出せる。
これもkwsk

>>215
ポインタすらわからん奴ほど自分がエキスパートだと思ってるから笑える。
それ以上の事を知らんからな。

>>208
stlが標準ライブラリになるのがC++、
たまにjava使うとコレクションで何かするときに、いちいちコード書かせるのかよって思ったりする。

>>206
時期的にはそんなとこだろうね。
ウェブ系の開発が増え始めたころにJavaが本格的に普及。
グラフはrubyはrails、C#はASP.NET 2.0、JavaScriptはAjaxの普及が顕著だな。

Javaは要ランタイムがイヤだったんだけど
最近のメーカ製マシンだとJavaランタイム標準装備が当たり前だし
インストールも楽になったし、市民権も（まあそれなりに）得てきてるし、
なんか前ほどネイティブコードにこだわらなくなった俺がいる。

画面もポトペタで作れるし、速度もだいぶ解消されたしね。
V2C（2チャンブラウザ）とか、よくできてるなーと感心する。

俺はまだこだわる。

C#やJavaからC++に戻って、うわーこんなひどいの良くやってたなと思ったが、
1ヶ月もすれば徐々に普通に扱ってた頃の感覚に戻った。
なんてかC++じゃないと難しい分野もあるし、せっかく自分はC++できるんだから、
そういう分野で自分の能力発揮したいと思うようになった。
JavaやC#できる人間は腐るほどいるわけだし。

C++は最高の遊び道具

>>214
とりあえずC++とJavaではなく、CとJavaそしてPerlやRuby程度知っていればC++
覚える必要性も低いだろうと思える。

>>218
マ板やム板の自称C++屋のレスを見ると、
やはり、古いコードが目立つ。

5年前に当時だ医学生だった香具師がC++マンセーして
そのまま業界にいる奴を見ると、やはり古い

>>221
JavaScriptは2.0が出るまでキモイ言語そのものだ。
プロトタイプベースオブジェクト指向はUMLを知らない変な信者が多くて困る

>>227
香具師なんて使ってる奴の言ってることを見ると、やはり古い

古いの意味が分からないんだけど
また、新しく覚えたら良いだけじゃないの？

>>229
古い？　じゃわざと古い言葉を使ってやる。お前はナウい奴じゃないw

Eclipse|WSAD,(Visual Studio.NET)|VS.NET|(Visual Studio)
http://www.google.com/trends?q=Eclipse%7CWSAD%2C%28Visual+Studio.NET%29%7CVS.NET%7C%28Visual+Studio%29

C++にC言語, C languageも付け加えたが、やはり、Javaのほうが優勢だった。

C++|C言語|(C language),Java
http://www.google.com/trends?q=C%2B%2B%7CC%E8%A8%80%E8%AA%9E%7C%28C+language%29%2CJava&ctab=0&geo=all&date=all

C++|C言語|(C language),Java, PHP, JavaScript

これにPHP, JavaScriptを加えると、
やはりPHPが第二勢力で、C/C++はJavaScriptにすら負けてしまっている。
http://www.google.com/trends?q=C%2B%2B%7CC%E8%A8%80%E8%AA%9E%7C%28C+language%29%2CJava%2C+PHP%2C+JavaScript&ctab=0&geo=all&date=all

ドトネトとJavaとを比較。

.NET|ドットネット|ﾄﾞﾄﾈﾄ|C#,Java|J2EE|ジャバ
http://www.google.com/trends?q=.NET%7C%E3%83%89%E3%83%83%E3%83%88%E3%83%8D%E3%83%83%E3%83%88%7C%EF%BE%84%EF%BE%9E%EF%BE%84%EF%BE%88%EF%BE%84%7CC%23%2CJava%7CJ2EE%7C%E3%82%B8%E3%83%A3%E3%83%90&ctab=0&geo=all&date=all

カタカナを加えてもやはりドトネトの知名度は低い

>>232
http://www.google.com/search?q=Eclipse
ほかのEclipseがいろいろ紛れ込んでいるんですけど。

求人だとそれほど大差ないよ。

http://www.indeed.com/jobtrends?q=C+software+engineer%2CC%2B%2B%2CCOBOL%2CJava%2CJavaScript%2CPerl%2CPhp%2CPython%2CRuby%2CVisual+Basic

>>237
大差ないっておいおい、Javaが圧倒してるじゃねえか

Googleトレンドを根拠にしてるやつは馬鹿。
Googleのよさは変化の早さだろ。スタティックな指標を出すことはできない。

ちゃんとそういう調査機関があるからそれを根拠にしないと。
http://www.tiobe.com/tpci.htm

ここではちゃんと
Java>C>C++=VB
と言うふうになってる。

>>238
googleの検索だと、Java >> PHP > JavaScript > C/C++。

indeed.comの求人だと、Java > C/C++ >> JavaScript > PHP。
しかも、Java : C/C++が 2.5 : 2くらい（目測で）。

要は、JavaとかPHPを使ってる人が、googleで盛んに検索してるということなのでは？

>>239
C#低っっ

どっちみちJavaが圧倒してるじゃねえかw

Web開発でJavaとPHPが圧倒しているからな。

C/C++はWebではほとんど役に立たない。

C++使えるJava使いが最強じゃね？

JAVAしながらC/C++してVBいじれたら５０％越えてしまうのか！

>>239
C/C++を抱き合わせで考えると C/C++ > Java なんだよね。

つか、いつのまにか現代コボラーさん達が沢山湧いてきましたね。
そんなふうにワラワラと湧いてでてくるなんて、
一握りの優秀なプログラマしか使いこなせいC++のプログラマには
できない芸当でうらやましい限りです。

アワワワワワ

>>246
おまいの前半の主張だと、C/C++プログラマは多いってことだな。
おまいの後半の主張だと、C++プログラマは一握りの優秀プログラマしか使いこなせないってことだな。

ということは、C++プログラマのほとんどは自分の言語を使いこなせてないバカってことになるな。
たぶんオマイもその中の一人なんだろう。なんせ一握りなんだし。

C++プログラマをつかいこなせないプログラマって要するにSEのことか

>>248
うわっ、また一人湧いてきたｗ

>>244
C++,JavaだけでなくPHP,Perl, Ruby,JavaScript,Ajax)もできないんじゃ
Web業界で生きては逝けないぞ。

>>246
というか、それじゃ、Ｃしかできないばかりで
C++できる奴はすくない、

つまりC++できるというやつの多くは、実はCしかできない
ってことを暴露してるようなもんじゃないか。

"hate java" の検索結果 約 32,600 件中 1 - 10 件目 (0.20 秒)
"hate c++" の検索結果 約 9,530 件中 1 - 10 件目 (0.12 秒)

好感度調査

>>231
「お前はナウい奴じゃない」
って言語センスなさすぎ。
ここでは「オジン」がバッチグー。

JAVA使いとはいってもCくらいできるだろ

というかJavaとCに特化させとけば、C++使うときにモダンC++になるんじゃないのか。
auto_ptr系を積極的に使えばトラブルも少ないだろう。

>>256
何言ってんのかわからん。もう少しｋｗｓｋ

>>254
イヤ、オジンガーZじゃないと駄目だろw

X68000でCとアセンブラを覚えたおじさんです。

今はJavaが60%、RPGが30%、VBが5%って感じだな。
つかＣ使う仕事って最近ないっす。

C++はまったく縁がなかったなぁ。

>>257
何でもできるってだけじゃ洗練されるまで時間が掛かるってことさ

バッチグーっしょ

C#やJavaからC++に戻って、うわーこんなひどいの良くやってたなと思ったが、
1ヶ月もすれば徐々に普通に扱ってた頃の感覚に戻った。
なんてかC++じゃないと難しい分野もあるし、せっかく自分はC++できるんだから、
そういう分野で自分の能力発揮したいと思うようになった。
JavaやC#できる人間は腐るほどいるわけだし。

ちょっとくらいできるなら腐るほどいても
EJBできる奴は少なかったりする。
しかもDBも得意でサーバにも詳しくてかつネットワークにも詳しくて
Spring使いこなせる奴はまだ少ない

確かに。そこまでやるとなるとC++で仕事するのと変わらなくなってきそう。

Javaはだめ。C++はよい。

プログラマにも文系な人が増えたんだね。
（…というか、今求められてるコードの種類を考えればそりゃそうか）

STLとboostをガシガシつかってコーディングさせてくれる仕事ねーかなあ…

趣味では楽しいけど仕事でやりたいとは思わないな。
規模が小さめで、割が良ければいいけどさ。

>>266
たとえばどんなふうに？

高度な技術を持っていても、それが需要が無い技術だったりすると失業するだけだ罠。

世の中は難しい。

それなら、独立してGoogleみたいなことを成し遂げればいい

>>267
Second Lifeのソースコードが公開されていたので、早速ダウンロードして解析してみたんだが、
boostをちょこちょこ使ってたよ

まぁCは化学でJavaは生物学だからね。
個人的には、文字の入出力があるところにはCは使いたくない。
ActionScript楽しいよ！

JavaのScriptiong Framework第一弾がGroobyではなくJavaScriptだったことには笑った。
やっと合流できたんだなとある意味微笑ましく思う

微笑ましいタイポが２個もｗ。

個人的には、Jythonが良かったけどね。

JRubyを使ってくれれば幸いです

C++なぞ問題外．^^;;;

>>273
ならC++は何学だろう。
テンプレートあたりは数学のような気もするけど、
全体的に見れば泥臭くて理学らしさを感じない。

幾何学だろ

>>273
いや、どちかというと、
Cは膨大な元素から分子を構成する無機化学で、
Javaは少ない元素から膨大な高分子を生み出す有機化学。

Cは放射性同位体、Javaは分子。
Cは中国語、Javaは英語。

Cは人海戦術で数だけ多い中国人民解放軍。
Javaは兵数は少ないもののステルスやAWACSなど高度な技術を誇るアメリカ軍。

Cは艦載巨砲主義の戦艦、Javaは航空母艦。
Cは中国共産党、Javaはアメリカ民主主義。
Cはマザーマシン、Javaはマシン。
Cは卸売業者、Javaは小売業者。
Cはアメリカ民主党、Javaはアメリカ共和党
Cは日本野党、Javaは日本与党
Cはバブル前の日本、Javaはバブル後の日本


これらはCをC++に置き換えるともっと重みのあるものとなる。

C++がキモイ云々というより、お前らがキモイ。

プログラミングが苦
ソフトウェア高額
コンピューター鎖胃炎酢

いくらなんでもキチガイ

>Cはバブル前の日本、Javaはバブル後の日本
これが一番言い当ててるわ。

VBはバブルの絶頂

VBはバイブで絶頂？

ﾜﾛ


すでにバブル崩壊してるだろw

C#もバブルになる前に崩壊。

C/C++はもっと早くから崩壊w

今はRubyとPHPのバブルw

そしてJavaは最初にAppletバブルで崩壊
そしてServletで再生

Perlも崩壊。作者ラリーウォールが、Javaに対抗できるほどの
期待の星とされていたPerl6開発資金を遊びに
使って裁判沙汰になり、開発は進まず。

実はJava推進派である俺もPerl6に期待してたw
がっかりだなーw
PHPもPerl6を採り入れて名前空間で生まれ変わると思ってたのに


PHPバブルも、名前空間がないという致命的な問題から崩壊するぞw
Rubyはさてどうなることやら

PHPってまだ名前空間ないの？相変わらず玩具言語だな。

なにがｷﾓｲだｗ　なにが崩壊だｗ
C++だろうがJavaだろうがRubyだろうがPerlだろうが
名前の知られてないマイナー言語でも
目的のプログラムが組めればそれでいいんだよ！！
小学校からやり直せ！！

Javaは、なんとかプログラマの気を向かせようと、必死こいて新しい技術を
つくっているが、逆にそれがＪａｖａ離れを促進させている。

俺は、もういやになって、ＭＳ．ＮＥＴに移行したら、とっても楽チンになった。

Ｊａｖａはプログラムを組むというより、ソフトの動きをシナリオで書いてるような
感じをうける。

本来、プログラミング言語がもっている直感でのプログラミング作業なんてものがない。

フレームワーク系だからだろ
最近はWicketとかHTMLにJavaを持ち込まないタイプの福音もある
他人の領域を汚すなって考えは結構大事

>>291
そういう宣伝工作臭い発言って
昔から見たけど、相変わらずだね。

.NETの中心にあるC#なんてどうなんだろう。
バージョンアップするたびに互換性が悪化し
使い勝手も悪くなっている。徐々にC++化し、進化とはかけ離れて逆行している。

Javaでは今のところ、そういう逆行とも言える変化は何もない。Java 5が
登場しGenericsが使えたときもとくに何も問題がなかった。一見、C++Templateによる
悪夢の再来かと思われる心配もないTemplateとは異なる仕様になっていたわけだし。
enumが登場したときも、C/C++/C#のenumとは全く異なる仕様で登場し、Javaがより強固な言語であることを
証明してしまったね。

>>293
Jakarta Tapestryを使っていると、そう感じることもある。
あれはJava技術を詳しく知らなくてもデザインすることができる。

>>294
C++のテンプレートのキモはコンパイラに計算をさせること。
JavaのGenericsとは意味合いが全然違う。
ついでに言うと、Javaのenumは、そのユニークな仕様のおかげで、
永続化の問題を引き起こしたことにも触れておくべき。

C#のGenericもC++のテンプレートとは全く異なるし、
C++のenumと比べたらJavaのenumとC#のenumは近いものに思うのだが。

C＃ってJAVAのパクリ？

お互いをパクリあって肥大化している。
言語機能的にはC#2.0のが上かな。Delphi作者最強説。
Java7(2009年?)からクロージャが登場するから
後2年はC#＞Javaという認識でもいい。

資産も含めた総合的な能力は似たり寄ったりだけど。

>>288
それ、どこのモル貧？

>>296
C++のテンプレートは強力だし楽しいが保守性がね。
Dだと機能を解体してstatic ifとかに担わせたりしてるけど。

Javaで手がつけられないのが科学技術系計算。
演算子オーバーロードも言語組み込みの複素数もないし、テンソルのクラスとか書いてられん。

>>298
いえ、J#のパクリです。

>>301
それは仕方ないじゃん、演算子オーバーロードもまともに使いこなせないアホの為の言語なんだから。

Javaしか使えないやつはキモイ
でFA？

>>301
> >>296
> C++のテンプレートは強力だし楽しいが保守性がね。
> Dだと機能を解体してstatic ifとかに担わせたりしてるけど。
> Javaで手がつけられないのが科学技術系計算。
> 演算子オーバーロードも言語組み込みの複素数もないし、テンソルのクラスとか書いてられん。

オペレータはやめとけ。
複素数やテンソルなんて自作できる。
もっとも、複素数や行列程度ならJakarta Commons Mathですでに用意されているが。
テンソルはまだないみたいだな。

>>296
> >>294
> C++のテンプレートのキモはコンパイラに計算をさせること。
> JavaのGenericsとは意味合いが全然違う。
C++templateは汚いこともできるスパゲティ仕様という点にある。
それで>>1が言うようにきもく感じる。
Genericsのほうが安全性は高く、堅牢性もたかく、ソースコードの信頼性も高まるという
利点がある。


> ついでに言うと、Javaのenumは、そのユニークな仕様のおかげで、
> 永続化の問題を引き起こしたことにも触れておくべき。

例えばどんなふうに？ 具体的に。

>>297
Javaのenumはjava.lang.Enum<E extends Enum<E>>のサブクラスになるもの。
C#のenumで定義される列挙体はSystem.Enumのサブクラスになるもの。

それぞれのEnumクラスの仕様をみてもわかるが、まったく違うものであることがわかる。
同一視はできない。

C++で一番辛いのは的はずれなエラーだ。
入り組んだテンプレート使い出すと何がなにやら・・・

>>299
> お互いをパクリあって肥大化している。
> 言語機能的にはC#2.0のが上かな。Delphi作者最強説。
あれで上だと主張するならC++がもっとも上ということになってしまうが。
null判定演算子とかくだらない機能つけてばかりでC#のほうが上というのは恥ずかしい。

> Java7(2009年?)からクロージャが登場するから
> 後2年はC#＞Javaという認識でもいい。
仮に登場してもC#のdelegateとまったく同じ仕様にはなりえない。
Java5からやっと可変長引数や拡張forやenumが導入されたのも
Java5になってからやっとJava Genericsを導入することができたから。
Java Geneicsを導入する前にJavaにenumや拡張forや可変長引数などを
導入したらJavaはC#のような汚い言語になっていただろう。


慎重に検討されて造られたクロージャとC#にいきなり導入されたクロージャとを
同一視するのは恥ずかしいことだ。

>>301
> >>296
> C++のテンプレートは強力だし楽しいが保守性がね。

放射性物質のような存在が強力だとはとても思えない。
放射性物質を放たないクリーンなJavaのほうが堅牢性と信頼性が高く保守性がいい。
C++templateだとバグ多き汚いコードも簡単に書けてしまう。

> 演算子オーバーロードも言語組み込みの複素数もないし、テンソルのクラスとか書いてられん。

演算子オーバーロードなんてつけたらそれこそ放射性物質。typedef問題の二の舞。
複素数もテンソルも上で誰かがいってたように自作するか外部のライブラリでどうにかできる。

>>303 >>304
> >>301
> それは仕方ないじゃん、演算子オーバーロードもまともに使いこなせないアホの為の言語なんだから。

今どきそんな煽りがまだあるとは。
そんな発言は、
銃刀法違反という法律で銃器を密造することがで規制されているにもかかわらず、
「それは仕方がないじゃん、銃器もまともに密造できないアホのための法律なんだから。」
と主張する犯罪者の言い訳にしか聞こえん。

左翼が憲法九条改正を必死に反対するときの矛盾発言に実に似ているものだ。

Sunが学術計算用の言語を開発してる
学術計算したいやつはそれを使ってみてくれ

結局、C# > C++ > Java ということでよろしいですか？

Java >>> C# >>> C >>>>>>>>>>>> C++
じゃないのか

>>> は論理シフトの意味ですか？

>>310
下請けプログラマ的な答えですな……
学術レベルじゃ放射性物質やら毒物やらガス銃とか普通に使うから、喩えとしてはまったく批判になってないw
むしろC++じゃなきゃできないことがありますよ、ただしバカが使うと危険だからバカには使わせるなよ、と聞こえる。
学術計算で必要なクラスって入念に設計された数学概念クラスがあればよく、末端レベルでほいほい派生とかしないし、とか。

という煽りはともかくとして。
>>312の言ってるのはFortressかな？
ttp://japan.zdnet.com/news/devsys/story/0,2000056182,20340715,00.htm今月「ひそかに」発表された「プロトタイプ」を実用に供する気はないが、注目すべき動きだと思う。
2010年を待っててくれよ的スタンスらしいけどね。
ttp://www.kmonos.net/wlog/60.html
で、ひとつの目玉が一般化演算子オーバーロード。
なにしろJavaの開発メンバ自身が「かけ算するのに x.multiply(y) って、もうやってられませんよね」的な発言w
「演算子オーバーロードなんてつけたらそれこそ放射性物質」というのはバカを統括する業務ならわかるが、
学術分野ではもっとラジカルな実装さえ検討しとるわけです。しかもJavaの開発者が。
どちらが優れてるか、というより向き不向きの問題なわけです。

失礼、Guy SteeleはJavaの「開発者」ではなかったな

オペレーターオーバーライドを用意しなかったのは最大の誤算だと言ってましたね

おもしろそう

>>308
そうそう。

つまらん．Ｃ＋＋でいい

ＪＡＶＡやＣ＃なんか死んでもやらんぞ

こう書くとプロならどんな言語でもマスターすべきと言い出す
馬鹿が必ず出てくるが，あいにく俺はプログラマでもないし，
プログラマみたいな使い捨ての職業にもつきたくない．

職にありつけない奴の決り文句 >> そんな職につきたくない

↑馬鹿か．プログラマなんぞになりたくないと言ってるんだ
勝手に妄想するな

あんたの職業は句読点が全角ピリオドとカンマになってるので概ね分かるよ

>>313
C#はJavaに近いぞ

>>316
> >>310

都合が悪くなると下請けプログラマ扱いですかw

ガス銃を使う？　むしろそれではソロバンや古い技術を使っている奴が偉くて馬鹿ではないと
主張しているアホに見える。

javaは凡人用。
C++は天才用。
天才が凡人用を使っても、凡人が天才用を使っても辛いだけ。
Cは高級アセンブリ。

自分が優秀だと勘違いしてそうな発言ですね。

>>316
> >>310
> >>312の言ってるのはFortressかな？
> で、ひとつの目玉が一般化演算子オーバーロード。
> なにしろJavaの開発メンバ自身が「かけ算するのに x.multiply(y) って、もうやってられませんよね」的な発言w
> 「演算子オーバーロードなんてつけたらそれこそ放射性物質」というのはバカを統括する業務ならわかるが、
> 学術分野ではもっとラジカルな実装さえ検討しとるわけです。しかもJavaの開発者が。

お前はC++の演算子オーバーロードの危険性がわかってないだけの馬鹿。
JavaにC++の演算子オーバーロード機能をそっくりそのまま持ち込むことはまずない。
ストラウストラップが指摘した問題に直面するだけ。
独自に定義するのではなく文字列の連結に+を使っているように限定的に定義するだけだな。
C++みたいなことをやっていたら複数の第三者のソースコードと自社のソースコードとを
混ぜたときに演算子が重複するというあほくさいことが起こる。

それすらもわからないでC++の演算子オーバーロードをそっくりそのまま導入したがるとは笑止。

>>321
プログラマでも無い奴がC++やっても意味がないw

>>324
なるほど、>>321はチョンか

>>327
> javaは凡人用。
> C++は天才用。

自惚れた素人ほどそう主張する。
お前も昔のマ板の馬鹿連中のオッサンとレベルが変わらないな。

そもそも用途が違う

>>332
それベターC使いの事いってるのか？

キモい言語を使いこなせるのは天才しか居ない。

翻訳：ボクには使いこなせませんでした(涙)

ボクにも使いこなせませんでした(涙)

>>327
俺はわかるよ。

ﾜﾛﾀ

C++厨はただの自称天才たる無能

その通り。
Javaこそが選ばれた真の天才のための言語。

そんなんだから結局Java厨は、と言われるんだ。

>>308
1文字のタイポで何キロバイトものエラー文を吐く、ってやつね。
Effective STL あたりでそんなのやってたな

自称天才、そんなんだから結局C++厨は、と言われるんだ。

つまりどっちも厨は厨ということで丸く収まる。

……だめか。

俺ぐらいのレベルに達すると、言語なんてなんでもよくなる

>>346
じゃあホワイトスペースで何か面白いもの作ってよ

プログラム齧りたての素人は
「Javaは重いし」と当然の理由ようにいいつつHSPに走るからわけわからん

そんな極一部の例外を一般化して語られても

まさに宗教論争だなぁ。
ゴスリン先生も実際にコード書いてやれやと
おっしゃってるゾw

むしろHSPに走った人を知らない…

「Javaは重い」と言う君、安心しないさい。
君が書くような短い糞コードなんてCUI機で走らせるBASICインタプリタでも一瞬で処理が終わってしまうから。

周囲の厨密度によるかもな

宗教論争してる奴らって傍からは両方アホにしか見えん。
傍観者でも、あっちの言うことが正しいなぁなんて思ってる奴もアホ。

きもいとは思わんが、javaに慣れたらC++はめんどくさいと感じるようになった。

D言語は言語の質はいいと思うが、環境がリセットされて城がまだないのが辛い。
ネイティブだからJavaみたいにjarがそのままDLLみたいなイメージで使えないし。

>>329
もう少し316をよく読めってw
学術計算で必要なクラスは入念に設計された数学概念クラスがあればよく、末端レベルでほいほい派生しない。
ライブラリは手が込んでるが、最終プロダクトを作るプロジェクトは単純で小さい。
演算子オーバーロードは数式に意味論的にあう部分だけ限定的に定義するだけしか使わない（とGuy Steeleも言っている）。
基本的に演算子オーバーロードの危険性が出にくい範囲で出ないような使い方をするということ。

しかし演算子を定義できるかできないかは大違いで、
コードが数式を意味論的にきちんと表現しているか非常にチェックしやすくなる。
科学技術分野では意味論的可読性というのが非常に重要で、
だからこそSunもC++よりラジカルな演算子オーバーロードをFortressに実装しようとしてるわけ。

よくわかんないんだけど、俺がJavaに演算子オーバーロードを導入しろと言っていると勘違いしているのかな？
Javaはよく閉じた構造化プログラムを組める言語だよ。>326に言わせれば算盤的な。
C++は演算子オーバーロードもできるしテンプレートでYACCまがいのこともする、開いた構造を持つ言語。
Fortressは数式をよく表現しそれを並列処理させるのに適したものを目指している。
どちらが優れてるか、というより向き不向きの問題なわけです。

せっかくだからC++を選ぶぜ

ヘッダ書くのがタルイんです。

ネイティブが持てはやされる特殊な時代は終わりを迎えつつある

Fortressって
演算子にも名前空間を導入するのか？
z = x my.+ y
誰かラジカルな演算子オーバーロードを教えてくれ

>>348
何時の事大の人間だ。
そいつが使ってたマシンが重たいだけだろ

>>361
ttp://research.sun.com/projects/plrg/fortress.pdf

>>356
D言語はまだまだだな。しかし、マイクロソフトが似たようなものを造っているようだし、
今後、どういう動きが出るだろうか。D言語に対応する新しいOSは出ないかと期待したい

C++から、
普通にやってたら使わない機能、
よく分らずに使ったら危険な機能、
をなくしたらJavaになりました・・・だろ？

D#とか出るのか？ げろげろ

javaってc++のサブセットだろ？ｗ

おまいら>>1に釣られすぎだぞ

これは甲賀と伊賀を戦わせるための陰謀！？

朝鮮人による日本分断工作です

アレ、バジリスクとちょっとちがうんだな

なんだ、>>1は朝鮮人か。

むしろアナリスク

基本の言語、最新の言語、最古の言語
コマンドラインで便利なスクリプト、エディタをカスタマイズするためのスクリプトなどなど

初心者の頃多くの言語を勉強しなければならない事に落胆した。
万人に受け入れられる最強の言語を一つだけ学びたかったんだ。
Java使いだがJavaはそれになれない。C++は使わないがC++もなれなそう。
将来その言語が現れる事を祈ろう。

つ　D

Javaはランタイムがでかすぎマイナーアップデートごとに100Mもダウソさすなアホ

M$の工作員という言葉はよく聞くけど
$UNの工作員て言葉は聞かないよね。
Sunは洗脳が上手なの？

>>377
本当に工作員がいるわけないだろ。
嫌われている企業だからこそ、そういう言われもない誹謗中傷を受けるんだよ。
消費者を軽んじるから嫌われる。

戦略がえげつないから嫌われてるんであって消費者から嫌われてるのとは違うんでは

Excel2000のやつは正直ひいた
XP Homeをサポート外にすると言っておきながら
なんでああいう攻撃するんだろう？？？

>>377
Ｗｅｂ製作板でＤｗ良いって書くとすぐ否定されるんだけど
ＭＳ工作員がすごくあやしいです

C++はキモい
Javaはイモい

普通、x.mulと打って、tabを押せばmultiply()が補間されるだろ。

常識的な開発環境を考えて・・・

演算子オーバーロードはカンマ記号なんかをオーバーロードされたら、俺は
保守する気なくすぞｗ

カンマなの？ピリオドじゃなくて？

補完されても関数の構造が一目見ただけでわからんときつい。間違うし。

あとピリオドをオーバーロードできる言語があるなら知りたい

いわれもないってこたー無いだろ。
ネスケつぶしたりリアルプレイヤーつぶしたりJAVAつぶそうとしたり

>>330

余計なお世話だ．間抜け！

このピリオドは何をオーバーロードしたの？

演算子の再定義ぐらいで文句言ってるのか、現代コボラーは・・・

ベクトル型とか行列型とか数式型とか
標準ではない型を演算子再定義なしで使うと
プログラムの長さが１０倍に膨らむから
再定義できる開発環境なら、再定義しない奴はいねえよｗ

これだから、保守性という概念がない旧世代コーダーは困る

Stringの + 演算子のオーバーロードのように言語設計に含め、
プログラマに開放しないというのが現代的な解。

現代的というより、単なる1つの解としか言えないと思う。
それがたまたまJavaに合致したと。

まあ、コボル的にしか使わない言語はそれでいいけどね
えらそうなこと言っているが、
ベクトル型も行列型も数式型もどうせ使ったことすらなかろう

>385
Lisp系とかピリオドオーバーロードのかな？

C++をJavaの様に使えば、殆ど同じかような気もするが
メモリ管理がメンドイか

アローだらけになって気持ち悪いｗ

C++で作る場合は、フレームワークの内部以外ではnew/deleteしない

のが理想的なんだが、糞なフレームワークを使わされる場合もあるわな

ポインタがいいよと君がいったから一月二十日はメモリ破壊日

普段動いてるのにたまにバグる、PGの一番嫌いなタイプのバグは
開放したところを使ってるとかそういうところに多い。
RAIIのスタイルを最大限生かすとすれば、*より&の方が優れていると気づく。

高速計算はC++、
文字列処理はPerl、
財務計算はCobol、
WindowsのGUIはC#、
アプリケーションサーバはJava、
Webサービスクライアントは何でも好きに使え

C++のテンプレートは初めて知ったときには便利だと思ったが、
JavaやC#のGenericを知った後では、めったなことでは使う気にならんな。
C++はJavaや.NETの載ってない環境では使わざるを得ないので
アセンブラと同様、たしなみとして知っておくぐらいかな。

あと、C#のenumはけっこう便利だね。
定数名を文字列に変換できたり、その逆もできたり。
そんな使い方するなってハナシもあるけど。

Googleの中の人のブログ

> I used it recently to improve the performance of some code in the Google Calendar Server.
ttp://gafter.blogspot.com/2006/10/concurrent-loops-using-java-closures.html

Google Calendarのサーバーサイドの実装はJava。
C++ >>>>> 超えられない壁 >>>>> Java と脳内妄想で現実逃避するのは勝手だが、
そろそろ現実を見たほうが良い。

Google カレンダーなんてCPU速度要らない典型じゃないか。

>>400
だからといって２ちゃんねるCGIをJavaで実装したらどうなるのかというと…

>>1って
もしかしてすごく頭悪い？

C++が使われる箇所は「リソースに対してクリティカル」な場面だ
システムの安定が重要視されるならC++は真っ先に外される
仕様の複雑さだけでなく、コンパイラの実装も準拠度がバラバラだからね

>>400
GMailやAdWordsもJavaだな。

現代のCOBOLであるJavaが、業務系で頻繁に使われていることは、
良く知ってるんで、実例をうれしそうにあげなくていいですｗ
でも、世の中業務系だけじゃないんで、他の言語にも出番はあるわけで

逆にデータの整合性などどうでもいい２ｃｈあたりだと
Javaはオーバースペックになるな

>>405
Web2.0の代表的企業のGoogleがコボラーを雇っているとは初耳だな。

Web2.0（笑）

Web2.0なんて言葉はPHP厨しか使わないんだが
>>407は何厨？

>>409
負け組み遠吠えは醜いからヤメトケ

負け組をあざ笑ってあげているんだけど、何か不満？

Googleってパイソン使いまくりって話を聞いた気が。

作者自身がGoogleの第三言語だって喜んでたらしいな。

" "や";"を再定義できる言語がほしい

#define BEGIN {
#define END }

ってのを思い出した

(use 'scheme)

>>409
Ruby厨もよく使う

>>416
括弧も再定義したいだろｗ

Office系等の主要なアプリがJavaで作られたら
C++の出番が無くなったと納得しても良いけど

納得しなくてもいいんじゃない？
C++の置き換えはD言語の役目。

C#をやるとJavaに対して同じように感じる。
いろいろ理不尽な制限が多くてキモい。

同意だけど、C#はここから挽回できるんかな？

制限解除してますから

D言語は古臭い香りがする…

>>420
Dって言語仕様かたまったん？

今年になって1.0が出たよ。
メタプログラミングもたっぷりできるから
C++厨にもオススメ。

>>418
M式

まともな処理系が出たら考えるわ

>>422
MS自らMacOSXなど他のOSもサポートするようになれば、
本当の意味で C++++(C#) となったのだろうけどねぇ．．．

現状では 「C」の名前空間を汚しただけな感じだな。

>>400
だから重いのか・・・。

プログラマって鼻くそ食うやつ多くね？

お前しか食ってないが

C#++

>>429
OSXか、、Objective-Cやってみたら、
C++のきもさなんて、気にならなくなるよ。

やっぱり、JavaはC++を手本としてる部分が大きいんだなって思った。

あと鼻くそは食わないけど、机の裏に貼付けたりはよくする。

俺はティッシュを指に巻いて鼻をほじる

俺はDQNのせいで鼻がないのでそんな苦労もない。

>>436
今日からお前のあだ名はクリリンな

>>434
Macプログラミングやろうと思ったけどObjectiveCの糞文法で挫折

あれはObjective-Cじゃなくて
Objective-C++だからな

Objective-CはC++より簡単だお

メソッドの呼び出しが一番生理的にうけつけなかった。
確かにクラスとかないと、Cと大差ないのかも。

C++よりObjective-Cの方が良いって奴いるかな？
C++は新しい概念を築いたし、言語の歴史上はかなり重要な位置を占めているように思えるけど
Objective-CってSmalltalkをまんまCにしたような感じでしょ？その手の信者には人気あるのかね。

Objective-C なんて名前じゃなくて C-like-Smalltalk とかいう名前でもよかったと思う。

NextStepはO-Cじゃなかった？
いいOSだったんだが。

結局、いい言語ってのは自分の覚えた言語にすがりつくカスに足引っ張られて潰れるんだよな。

このスレは、

　　「C++をやったらObjective-Cはきもく感じる」

に変わりました

きもいというか、オブジェクト指向にする方法がC的じゃないだけだ
C++やJavaはC的だ

>C++は新しい概念を築いたし

kwsk

C++はウンコ。
Objective-Cサイコー。

>>447
「オブジェクト指向」だよ。ｗ
メッセージがどうこう（アラン・ケイ）じゃなくて、
カプセル化・継承・ポリモーフィズムって現在主流のほうのは
ビョーン・ストラウストラップがC++の設計を通じて確立したもの。

うそこけｗｗｗｗ

ジョブズ嫌いだからObjective-C見るのも嫌なウォズニアック信奉者の漏れ。
MacもNeXTSTEPも設計がちっとも美しくない。
あれはそびえ立つ糞の山みたいなもんだ。

>>449
それは間違っていない。
けれど、Javaのオブジェクト指向はSmalltalkの系統に属するものだったはず。

ビャーネとかビューンとかビョーンとか面白いな。
「C++をやったらBjarne Stroustrupはきもく感じる」

>>450
「オブジェクト指向の概念の発明者は誰ですか？」
ttp://d.hatena.ne.jp/sumim/20040525/p1

>>452
Javaは、Smalltalkからクラスライブラリの世界感（Objectからの単一継承。リフレクション）や
仮想マシンベースの処理系、メソッドやスーパー／サブクラスとかいった用語とかについては
影響を受けたけれども、オブジェクト指向の考え方自体はメッセージングではなくガチガチの
クラス指向だよ。Smalltalk系統というよりはC++/Eiffel系統。

>>454
＞「抽象データ型（ユーザー定義のデータ型）」を実現するのに「（SIMULA の）クラス」を用いる

その文章にもこうやって書かれてる通り、Simulaの機能を参考にしたのがC++のオブジェクト指向でしょ。

>>455
SIMULAには「クラス」と「オブジェクト」という言語機能はあったけれど、
設計者（ダールとニガート）の頭にはこれらを「オブジェクト指向」に使うという
考え方はなかった。当然だけど「オブジェクト指向」自体が存在しなかったから。

このSIMULAの「クラス」をヒントにして、ユーザー定義型定義に使えると
考えてクラス指向の「オブジェクト指向」を思いついたのがストラウストラップで、
（前後するけれど）
同じくSIMULAの「オブジェクト」をヒントにして、これをメッセージの受け手に
できると考えてメッセージ指向の「オブジェクト指向」を思いついたのがケイ。

Cocoa+Objective-Cがいい
楽で面白い。これに尽きる

>>365
Javaは家電製品制御を目的に開発されたのだから、
ネットワーク上で転送するためには
セキュリティのことを考慮するのは当然すると、
セキュリティに強い言語にしなければならないことになる。

そのためにはC++にある危険な機能はどうしても排除しなければ
ならなかった。そういうことだ。

>>370
また特亜三国人か。
憲法9条は何が何でも改正させて貰うぞ。

>>374
C++最強説はもう聞き飽きた。C++が最強だった時代も過去の栄光だ

>>377
いまなら中共工作員、北朝鮮工作員、在日工作員、アサピー工作員
という言葉が2chでは流行っている。

M$のほうが洗脳が得意だと思うぞ。豊富な財力があるから。
それも、最近陰りを見せてきたところかな。Googleが勢力を拡大しているからな。

>>379
けっこう嫌われていたぞ。Sonyみたいにな。
そのSonyも今ではすいたいしているし、M$ですら衰退の傾向だ。
そして社運を賭けて開発した.NETも普及させることに失敗し、Javaに敗れた。

Sonyの場合は対象が一般消費者で、あからさまに、壊れやすい製品をわざと開発
していることとリチウムイオン電池で失敗したこと、DVD合戦で松下に敗れたことなどから
敗北しているがな。ウォークマンもiPodに敗れ、ゲーム機も再び任天堂に敗れた。

一方、マイクロソフトの場合は、消費者向けはWindowsとOffice系のものばかりで
.NETに関してはエンジニア向けだが、エンジニアには、すぐに.NETの問題点に気づいた。
だからJavaよりも普及させることに成功することはできなかった。消費者をWindowsで騙すことができても
エンジニアを騙すことはできないのだ。マイクロソフトはそれを見誤った。

そして、家電にまで手を出そうとしているマイクロソフト。そこも日本の大手家電には勝てないだろう。
Windowsはまだ健在だろう。だがOfficeはどう転ぶか解らない。Officeの収入源はマイクロソフトの経営を
支え、維持する上で非常に重要だ。その牙城を切り崩そうとLinuxが出たが、シェアをある程度奪った者の、
Windowsを潰すまでには至っていない。だがそこへOpenOfficeがでた、オープンソースなのでM$は
脅威と感じたようだが、それほど普及はしていない。そこへGoogleが現れた。これがM$にとって真の意味で最大の脅威だ。
Linuxベースの独自のOSを開発し、Ajax製Office Suiteを開発している。そしてWeb2.0に大きく力を注いでいる。
M$よりも優秀な技術者がいる。M$と違って博士号取得者を優先的にとる。そこが違う。
ビジネスモデルも驚くべきものばかりで、いずれマイクロソフトの市場支配を崩してしまいそうな勢いだ。

独自規格に拘って囲い込みを狙うものはいつか敗れる。
かつてにNECとジャストシステムによるPC9821 + 一太郎支配がMSのWindowsとソフトバンクの孫正義によって
敗れたように。

マイクロソフトが目指している情報共産主義というものはいつか衰退するものだということが、
オープン化とオープンソースが証明している。マイクロソフトの衰退は民主主義の勝利だ。

だから「オープン化」というものが流行ってきた。

>>381
M$は工作員のことをエバンジェリストと呼称しているようだが。
学生エバンジェリストと称した学生工作員を雇って昔から何か企んでいたようだ。

2chでもたびたびその工作員らしき書き込みを見かけることがあったのも納得できる。
とくに2001〜2004年頃がピークだった。

>>386
Netscapeは潰れてもFirefoxがある。
リアルは、iTunesのほうが使いやすいから仕方がないな。
独自規格を無理矢理使わされなくて良かったという程度だな。
Javaを潰すことはM$にはできなかったようだ。かれらがJavaの底力を甘く見ていた証拠だろう。
消費者向けのツールを潰すことはできてもエンジニアのツールを潰すことはできないということだな。
TCP/IPやHTTPまで潰してマイクロソフト独自のプロトコルが作られたら
どうしようかと思ったが、その心配も杞憂だったようだ。

オープンソースとオープン化の力は偉大だ。
マイクロソフトがそれを否定しようとその現実からは逃れることができないということだ。

成功した企業をM$と呼び煽ることで自分を納得させる
そんな悲しい人間にならなくてよかったと最近常々思う。

>>389
> 演算子の再定義ぐらいで文句言ってるのか、現代コボラーは・・・

このスレにCOBOLerなんていないだろ。

> ベクトル型とか行列型とか数式型とか
> 標準ではない型を演算子再定義なしで使うと
> プログラムの長さが１０倍に膨らむから
> 再定義できる開発環境なら、再定義しない奴はいねえよｗ

再定義する方法を考えないで再定義を導入するのか。
Javaの+演算子のように、ユーザが独自に定義できないよう、定義済みに
しておくよう限定するならわかる。だが、
行列どうしの積と内積、各要素毎の積の演算子はどう定義する気だ？
どれかひとつを*で定義することだろう。MATLABのように内積はconv()関数を使い、
積は*、要素毎の積は.*(アスタリスクにドット)を使うという方法をとるか？
だが、ユーザによっては内積を*で定義し、積を*=で定義し、要素毎の積を*で定義するという
トンデモな輩もいるかもしれない。そのことを考えるべきだ。
それをいかにして阻止してから導入するかを考えないとだめだ。さもなければC++の二の舞だ。

>>392
> まあ、コボル的にしか使わない言語はそれでいいけどね
> えらそうなこと言っているが、
> ベクトル型も行列型も数式型もどうせ使ったことすらなかろう

Javaのことをいっているのか。
Javaでそういう行列演算をよく使っているのだが。研究目的で。
Javaが家電用途にも使えることを知らない奴がCOBOL的とはよくいってくれるもんだ。

もういちど言うが、ユーザ毎に演算子を独自に定義するときの副作用を考えろということ。
MATLABでは行列の転置を'を使って表す。*で行列の積を表し、.*で行列の要素毎の積を
表す。だが今のJavaで後付けにそんなことをすれば混乱を招く。
行列の積を+で定義し、内積を++で定義し、要素毎の積を>>で定義するトンデモな輩が
いたらどうする気だ？　そのことをよく考えろ。

>>402
モリタポ処理のところだけならJavaで実装してもいいだろう。
そのほうがセキュリティに強いし拡張性が高まり、さらなる進化を期待できる。
それ以外、お金が関与しないところでは、たしかに無理してJavaを
使うことはなかろう。

>>404
アドワーズは金が関与しているミッションクリティカルな
ところだからC++やPerl,PHPではなくJavaが使われて当然。

Gmailはなぜだろう。メール本文が漏れないようにするためかね。

>>405
> 現代のCOBOLであるJavaが、業務系で頻繁に使われていることは、
> 良く知ってるんで、実例をうれしそうにあげなくていいですｗ
> でも、世の中業務系だけじゃないんで、他の言語にも出番はあるわけで

Javaが現代のCOBOL、業務系のためだけの言語という主張が理解できん。
今までCOBOLで作れらものがJavaにリプレースされただけだろう。
Javaはそれ以外でも使い道は多い。これからは組み込みにもさらなる力を発揮するだろう。

>>409
> Web2.0なんて言葉はPHP厨しか使わないんだが
その根拠はどこにある。Googleのビジネスモデルだけでなく
Ajaxもブログも知らないのかお前は。

>>410
なるほど、負け組か彼は。
「こちら側」の世界をターゲットにしか仕事ができない香具師なのだろう。

>>419
> Office系等の主要なアプリがJavaで作られたら
> C++の出番が無くなったと納得しても良いけど

Javaの用途をまるで理解していない発言だ。

今、OfficeがAjaxで作られているわけだが、C++の
出番もますますなくなっていくぞ。

今C++に残されている出番は、過去の遺産処理と組み込み系だけだ。

>>420
そうだ。D言語が普及すればC++の出番はなくなる

>>422
徐々にC++化してJavaとは逆方向に向かっているので
はてどうなることやら

>>434
> あと鼻くそは食わないけど、机の裏に貼付けたりはよくする。

プログラマならプログラマの印象を悪くするような発言はしないほうがいいぞ。

>>449
びょーんといえば、最近はやりの

びょーん　あんど　じょん
というミュージシャンを思い出した。

>>452
Javaを作った学者は、C++の影響を大きく受けたとも
主張している。SmalltalkとC++両方の影響を受けたことは間違いない。

これだ
ピーター・ビョーン・アンド・ジョン
http://www.kansai.com/music/M0000971

>>465
煽っているほどではなかろう。
Googleは自ら、Googleの各文字の色を変えたり飾り付けをしているぞ。
彼らは悲しい人間ではない。マイクロソフトを揺るがす成功者なのだから。

operatorset Unko {
　Matrix operator*(Matrix &a, Matrix &b) { return a.multiply(b); }
　Matrix operator+(...) {...}
　Child operator+(Chinko &c, Manko &m) { m.accept(c); return m.fire(); }
...
}

使う側：
using operatorset Unko;

Matrix a, b, c;
...;
c = a * b;

みたいな感じで、演算子の定義はあえてクラスにカプセル化しないとか、駄目？
既存クラスの不便さも解消出来るし、演算子の定義はクラスのカプセル化を壊さないし。
演算子の意味も、ライブラリに依存せずクライアントが自由に定義出来るし。
素人(俺)が馬鹿言ってたらごめんなさい。

>>467
Javaで済む程度ね・・・
まあ、逆行列を求めるライブラリを呼ぶだけとかか

>>481
たぶんダメなんだと思うよ

そこらにいる、ゴミみたいなコードしか書かないプログラマをあつめて
なんとか動くコードを書かせて、それらを集めて何とか動くものにする
という感じになりがちだけど（業務系の場合はね）

そういう糞コードに、糞みたいな演算子再定義が含まれていたら、
その後の保守で泣くことになるとか、そういうことが言いたいんじゃなかな？

業務系主体の言語なら、まあ賛成できなくもない
そんな言語、趣味では絶対使わないけど

>>481
> operatorset Unko {
> 　Matrix operator*(Matrix &a, Matrix &b) { return a.multiply(b); }
> 　Matrix operator+(...) {...}
> 　Child operator+(Chinko &c, Manko &m) { m.accept(c); return m.fire(); }
> ...
> }

まて、それに
operatorset Chinko {
　Matrix operator*(Matrix &a, Matrix &b) { return a.subtract(b); }
}

使う側：
using operatorset Unko, Chinko;
Matrix a, b, c;
...;

なんてことしたら

c = a * b; // ここでコンパイルエラーが起きないか？

そのエラー対策はどうする気だ。実装多重継承並みにウザイぞこれは
ことなる型どうしの演算はどうする。Matrix2というクラスがあってMatrixとMatrix2との積を
求める場合は、どうキャストする？　演算子の優先順位はどう決める？
演算子のオーバーロードを安易に認めると、様々な問題が生じて、C++のように退廃とした言語になるんだよ。
そのことをよく考えて欲しい。

>>483
> という感じになりがちだけど（業務系の場合はね）
> 業務系主体の言語なら、まあ賛成できなくもない

またすぐ業務系と煽る。発想が幼稚。

>>466
>> 演算子の再定義ぐらいで文句言ってるのか、現代コボラーは・・・
>
>このスレにCOBOLerなんていないだろ。

"現代コボラー"＝JavaプログラマおよびC#プログラマ

そもそもCOBOLとJavaは違う言語だし

JavaはCOBOLと違って複葉機がステルス戦闘機並みに進化したくらいの違いがあるし。
C++はジェット戦闘機程度。C#は初代ステルスF117A程度。

艦載巨砲主義に喩えたほうががわかりやすい。

アセンブラ 駆逐艦(巡洋艦より弱く速い)
COBOL 戦艦(艦載巨砲主義)
C 巡洋艦(戦艦より弱く速い)
C++ 超怒級戦艦(史上最強の艦載巨砲主義)
Perl 初代空母(艦載巨砲主義の終焉を意味する)
Java イージス艦(巡洋艦のアップグレード版。強力なレーダーと防空システムを備える。
　　　　　　　　　　巡航ミサイルも備えたミサイル艦としても機能。)

なんかこー何が何でもどちらか一方を劣としよう優としようって結論ありきの言い争いでつね

>>488
何のたとえかさっぱり分からん
機能的にJavaが圧倒的に優れてると言いたいようだが
全く思い当たる節が無い・・・

大抵のものが標準であるのは確かだな
ImageIOとかXML関連APIとか、小物アプリ作る場合は俺はJavaになる。

言語自体はシンプルだが、
ライブラリがでかすぎ。
フルアーマーのロボット。

>>485
技術系だったら、正直話にもならんだろ

>>489
それはないと思う
一人二役や何役もやってるひとがいるから

議論したいだけっていうか自分の意見を言いたくてたまらない病ですか

だから技術をイメージで語るなよ、この文系どもが！
史学科出身だが、藻前らと一括りにされるのは恥ずかしいw

>>488
何で、お得意の「ドラゴンボール」で喩えないの？

>>489
たぶんそれは >>458 以降怒濤の遅レスを返しまくってる一人だけだと思う
かなり前からずっとこのスレに粘着してるようだ

>>490
まず「艦載巨砲主義」の意味をググるなり辞書で調べた方がいいだろう。
そうすればわかる。C++の実体が艦載巨砲主義にぴったり合致していることがよーくわかる。

>>496
文系の癖に理系を文系呼ばわりするなw

>>498はC++マンセー側の香具師ね
それも五十歩百歩

艦載巨砲主義　→　大艦巨砲主義
超怒級　→　超弩級

巨峰たべたい

C++厨は都合が悪くなると粘着扱い

こりゃ痛い痛い

>>501
俺はどっちかというとJava派だよ
C++も嫌いじゃないが

おそらく458-478辺りや 484 488 499 504 も君だと思うが（外してたらスマン）
君の態度はJavaを貶してるも同然なので少し慎んだ方がいいと思う
真面目にJavaの優位性を主張したいなら煽るべきじゃない

大艦巨砲主義
http://www.city.kobe.jp/cityoffice/30/044/kikuseidai/aisyou-kettei.htm
出典: フリー百科事典『ウィキペディア（Wikipedia）』


大艦巨砲主義（たいかんきょほうしゅぎ）とは、1906年以後1920年代まで、
世界の海軍がその主力たる戦艦の設計・建造方針に用いた考え方である。
この時代は戦艦が海軍力の基幹（主力）として最重要視され、列強各国は
攻撃力の主力たる巨砲を装備した新鋭戦艦の建造競争を行った。

戦艦の建造競争は1922年のワシントン軍縮会議の締結により一旦中断したが、
1937年の条約明けで一斉に再開した。しかし1939年ヨーロッパで第二次世界大
戦が始まると、欧州各国では建艦に手間のかかる戦艦の建造が遅れ気味にな
った。さらに緒戦の航空機の活躍を受けて、大戦中期以後海軍の主力の座を航空
母艦に譲り新しい戦艦は建造されなくなった。

比喩表現としての「大艦巨砲主義」



第二次世界大戦の状況を受けて、現在はこの言葉を経済運営や企業経営の分野において、
マスコミや経営コンサルタントが批判的に揶揄として使うことが多い。すなわち、過去の成功
例にとらわれた発想で作られた、柔軟性に乏しい過大なシステムを『大艦巨砲主義』になぞ
らえ、失敗例の解説や警鐘を鳴らす場合に比喩的に用いる。


C++は中国の三峡ダムだねw

>>499

"艦載巨砲主義"に該当するページが見つかりませんでした。

検索のヒント

* キーワードに誤字・脱字がないか確かめてください。
* 違うキーワードを使ってみてください。
* より一般的な言葉を使ってみてください。

>>467
>行列の積を+で定義し、内積を++で定義し、要素毎の積を>>で定義するトンデモな輩が
>いたらどうする気だ？　そのことをよく考えろ。

こんなあり得ない仮定を持ち出して何が言いたいのか俺にはよくわからん。
そんなことする奴が現実にいるのか？

航空戦艦
http://ja.wikipedia.org/wiki/%E8%88%AA%E7%A9%BA%E6%88%A6%E8%89%A6


空母のほうが強いね

>>508
いるだろ。C++の演算子オーバーロード機能を濫用した奴が腐るほど

>>505
Java=COBOLと煽っていた馬鹿が誤魔化しているだけかw

>>510
行列積が + だぞ？ いくらアホだってあり得ないだろ
そもそも ++ は単項演算子だから内積として使うのは絶対無理だし

>>505
> >>501
> 俺はどっちかというとJava派だよ

と、言っているが。

> 君の態度はJavaを貶してるも同然なので少し慎んだ方がいいと思う

この発言でこいつがC++であると容易にわかる

>>512
例え話としての話だろ。 ??をnull判定に使ってる言語を見て何か思うことは無いかね

そこでMathematicaの出番ですよ

>>492
逆にC++は標準ライブラリが少なすぎて困る。

>>452
Javaで動的にクラスを作れるようになるのはまだですか。

>>512
C++ なんか、ストリーム入出力に
シフト演算子使いまわしてんだぞ？
しかも標準ライブラリだぞ？

漏れもあれはいまだに抵抗があるな

漏れもあれはいまだに抵抗がある

iostreamなんてまだまし。
Boostなんてもっと変態的に使っている。formatの%とかarchiveの&とか。

>>458-478
なにこの狂ったような総レス。
流れと関係ないヨタ話にまでレス付けるなんて相当な執念だね…

>>518
まああれは確かに真似しちゃいけない類の設計だとは思うが、
あれを知っちゃうと System.out.println() を並べるのも面倒だよなあという気がする。

標準ライブラリを使いながら演算子オーバーロードの仕組みと強力さを学習できる教材としてみればいいんじゃね？
きちんと学習できるアタマが無い人だと困るが。

<< で書式指定するにはどうしてますか？

入出力マニピュレータがどうかしたか？

>>518
おれはそもそも、シフト演算子がどうかしてると思う。
まあ、これはJavaもC++も共通だが。

>>517
普通に作れるが。
バイトコードのバの字も聞いたことが無い人なんだろうか。

いっそのことローテート演算子も欲しかったなあ

>>527
そりゃ C との互換性の為に、仕方なく。
結局上位互換性なんてなくなったけど。

>>527
Javaのシフト演算子はC++のような標準入出力機能はないぞ。

>>529
どういう演算子？
回転？
rotA　みたいなベクトル演算子のこと？

それならdivAやgradA ∇(ナブラ)演算子も使えるようにすべき

ついでに行列のデタミナントを表すdetAや階数を表すrankAも使えるようにすべき

>>532
ビットシフト演算子の話ならローテートは以下の意味
ttp://wisdom.sakura.ne.jp/programming/asm/assembly20.html
ttp://wisdom.sakura.ne.jp/programming/cs/cs7.html

>>>がローテートに割り当てられている言語があった気がするが思い出せない

>>529
キャリー調べることも面倒だし

いっそのこと任意の二項関数を演算子風に中置記法で記述できる設計にしちゃえばいいんじゃね？

>>536
っ Fortress

>>528
検索するからキーワード教えろ

>>538
教えてくださいだろうが。

ClassLoader で実行時にクラスファイルを生成するだけだ。
BCELとかASMとか使えば、限りなくぬるい作業。

ローテートくらいならビットシフトですぐ書けるしなぁ。
ローテート命令って速いの？

聞く前に計れよ

なんか静かになったね。あり得ないことだとは思うけど、
まさか、Java厨とC++厨が仲直りしちゃったの？

JavaもC++も両方できて当り前だから
Java+C++厨に進化したんじゃないか？

>>542
たまに突沸する変な粘着がいるだけだ。
あと、そろそろネタ切れ

その粘着とやらが君の自作自演なわけだ

自作自演している俺が言うんだから間違いない。

先生、C++/CLI でのお仕事なんですが
ソースも納品対象に入っています。

それは良いんですが、
「いままでVBだった人の改造のしやすさ向上のために
　フォーム以外クラス継承しないでください。」

・・・。


SE の脳みそ改造してください。

レンタルサーバー \877/2TB/100Mbps

My脳の1/5の容量で、値段877倍

馬鹿に合わせると馬鹿になるだけ。
以上。

無能な社員をクビにするのは
可哀想だから指名解雇はやめろ労働基準法第二十条を凍結しろ云々…
とかいってるやつがそういう舐めた要求をするんだろどうせ。

抵抗勢力ジジイウザー

指名解雇を嫌う左翼や在日やつウザー

馬鹿は伝染する
組織からは出来るだけ馬鹿を取り除くべき

馬鹿どもに仕事を与えるなッ

C++をやったらJavaはきんもーっ☆に感じる

どっちもそれぞれキモい部分はある。
使い分けが肝心。

もう煽ってもネタがないよ。

>>553
じゃ、二度とJavaを使うなよ

>>555
疲労が溜まるのだろう。
C++による開発は神経を使うからな。
それに仕事も少ないし徹夜が多いし。
Javaでやれば徹夜せずに済む仕事も
C++でやると毎日徹夜で休日もとれないからな。


どうりでJava屋のほうにイケメンや女性が多いわけだ。
Java One に言ってみてそれがよくわかったよ。

C/C++の場合、ハードウェアなど制御系の展示会があるのだが、
言葉は悪いかもしれないが、ハゲとデブが多かった。
かれらは徹夜しすぎなんだろう

>>557
低レベルはオタブルーカラーです。

は、禿・・・・・
C++の開発者も禿だからな。しかし言われてズキューンと来た。

確かに禿げそうだな

禿で出不です

本当にありがとうございました

Javaでできる事をC++でやろうだなんていうのは、子供が欲しいからsexせずに電子顕微鏡と電子ピンセットで子供を作ろうと言うようなもの。

Javaだったら、sexなんてせずにいきなり完成品の養子をもらってくる。

>>559
禿しく爆笑したwwwwwwwwwwwwwwwwwww

たしかに禿だwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

ﾊｹﾞﾜﾗ


ストラウ禿トラップwwwwwwwwwww

>>560
ポインタ演算ばかりやってると頭禿げてくる

>>562
人工授精かw

>>563
いや、JVMで人工授精

>>558
Java Oneにはブルーカラーは居なかったな。

まあJavaもC++もブルーカラーは少ないだろう、
と思うが、プログラマ自体、ブルーカラー並みだなw
派遣社員の延長線上にある個人事業主こそホワイトカラーだw

軍人は禿が多い。
C++エンジニアはプライドが高い。
そして兵隊のようにプログラミングする。
だから頭が禿げます。

どうやら>>557が全ての答えを出したようだ

このスレを見ている人はこんなスレも見ています。(ver 0.20)
45歳以上の転職Part7　-25 OR 6 TO 4- [転職]
綜合警備保障（ALSOK）ってどうよ？ その３ [転職]
【２００７年も】リクナビNEXTで職探し　96社目 [転職]
WEBソフトなんてもううんざりだ！！ [プログラマー]
●●オブジェクト設計は何故流行らないの？●● [プログラマー]

これはハゲないために、今必死に転職先を考えてるＣ＋＋な方たちですか？

もし本当にC++プログラマで、そんなスレしか見てないやつがいるなら、
さっさと転職すべきだと思う。

綜警てｗ

とうとう人格攻撃しかできなくなったのね

>>571
> このスレを見ている人はこんなスレも見ています。(ver 0.20)
> 45歳以上の転職Part7　-25 OR 6 TO 4- [転職]
> 綜合警備保障（ALSOK）ってどうよ？ その３ [転職]
> 【２００７年も】リクナビNEXTで職探し　96社目 [転職]
> WEBソフトなんてもううんざりだ！！ [プログラマー]
> ●●オブジェクト設計は何故流行らないの？●● [プログラマー]
> これはハゲないために、今必死に転職先を考えてるＣ＋＋な方たちですか？


ちょwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

ほんとに見てんのか？
また２ちゃん管理屋連中が広告収入得るためにやりはじめただけのPRスペースだろ

>>576
まあそう必死になり無さんな

>>575
> >>571
> > このスレを見ている人はこんなスレも見ています。(ver 0.20)
> > 45歳以上の転職Part7　-25 OR 6 TO 4- [転職]
40代でC++か。

> > 綜合警備保障（ALSOK）ってどうよ？ その３ [転職]
ALSOKにC++開発なんかあるのか？
むしろ、そんなのがあるんだったら、C++よりJavaやセキュリティに
ついて勉強した方がいいだろう。


> > WEBソフトなんてもううんざりだ！！ [プログラマー]

C++屋がそれでJavaを嫌っているというのか。
ちょっと情けない。


> > ●●オブジェクト設計は何故流行らないの？●● [プログラマー]

オブジェクト指向言語C++をやっているというのにオブジェクト指向に批判的なわけか。
実際、C++できるといってもCしかできない人が多いからねえ。
しかも40代となると、少なからずそういう人がいるだろう。
賢い40代はそこでJavaを習得するわけだが。

> > これはハゲないために、今必死に転職先を考えてるＣ＋＋な方たちですか？

C++やってる時点で、禿げる確率は非常に高い。
実際、30代後半でC++で携帯電話開発(BREWではなくファームウェアか何か)を
している人は、禿げている人が多い。そしてオブジェクト指向に対する理解も浅い。

>>575
> >>571
> > このスレを見ている人はこんなスレも見ています。(ver 0.20)
> > 45歳以上の転職Part7　-25 OR 6 TO 4- [転職]
40代でC++か。

> > 綜合警備保障（ALSOK）ってどうよ？ その３ [転職]
ALSOKにC++開発なんかあるのか？
むしろ、そんなのがあるんだったら、C++よりJavaやセキュリティに
ついて勉強した方がいいだろう。


> > WEBソフトなんてもううんざりだ！！ [プログラマー]

C++屋がそれでJavaを嫌っているというのか。
ちょっと情けない。


> > ●●オブジェクト設計は何故流行らないの？●● [プログラマー]

オブジェクト指向言語C++をやっているというのにオブジェクト指向に批判的なわけか。
実際、C++できるといってもCしかできない人が多いからねえ。
しかも40代となると、少なからずそういう人がいるだろう。
賢い40代はそこでJavaを習得するわけだが。

> > これはハゲないために、今必死に転職先を考えてるＣ＋＋な方たちですか？

C++やってる時点で、禿げる確率は非常に高い。
実際、30代後半でC++で携帯電話開発(BREWではなくファームウェアか何か)を
している人は、禿げている人が多い。そしてオブジェクト指向に対する理解も浅い。

誰かが釣られるまで繰り返さんと気が済まんのか？

自演するしか能が無いみたいだよな

そうやって自演と思い込んでいると、
ますます禿げるぞ

思い込むも何も、自分で自分にレスしてるのを他になんと言うのだ？

ところで参考までに、Java Oneでぐぐってみたが
ttp://images.google.co.jp/images?sourceid=navclient&hl=ja&ie=UTF-8&rls=GFRC,GFRC:2007-03,GFRC:ja&q=Java%20One%20&oe=UTF-8&sa=N&tab=wi
ハゲとデブばっかやんか

C++はクソだったから無理矢理運用でカバーしてた。
そのエッセンスを集めてできたのがJava。
これからはC++を書くのでもJava風（1ファイル1クラスとか）じゃないと許されない。
C++厨はよかったな。Javaのおかげでお前たちは救われたんだ。

ttp://www.goggle.com/search?svnum=10&hl=ja&safe=off&rls=GFRC%2CGFRC%3A2007-03%2CGFRC%3Aja&q=C%2B%2B+%E3%83%8F%E3%82%B2&btnG=Google+%E6%A4%9C%E7%B4%A2
C++厨はハゲｗｗｗｗｗｗ

>>583
JavaOneに関してレスしたのは俺だが
自分で自分にレス？
それは知らん。このスレで自作自演した覚えはないんだが。

なるほど、海外か。
おれが言ってきたJava Oneは Tokyo 2005だった。
あそこでは、確かに禿は目立たなかった。
オッサン世代も白髪ばかり。
あとは茶髪や黒髪。女性率も高かった。
男も女も黒系スーツを着ている者が多かったね。
年齢は、20〜30代。

で、実際、「U30が語るJavaの動向(そんな名前だったと思ったが)」と
名がつく挑発的な名前のセッションでは20代が多かった。
30人くらいはいただろう。その中に女もいた。
イベント全体規模からするとごく少数ではあるが。

少なくともイベント会場やさまざまなセッションを見たが、
禿は目立たなかった。あの頭がつるつるピカピカってのは
なかったね。バーコードも。

>>584
つまり、C++Boostを使うことが鉄則になるわけだ
C++の世界では。

>>584
関数オブジェクト（のクラス）を作るたびにファイルを作るなんてやっていられないんだが。

ファイルを作るのがそんなに苦痛かw

それこそ自動化しろやw

Javaでも、publicなクラス以外はファイルにしないぞｗ
C++の関数オブジェクトみたいな役目のクラスはその様にするのが普通だし。

ここは馬鹿Javaの集まり

>>590
俺は限定的に使う関数オブジェクトや数十行規模のクラスは、
大抵クラスの中に埋め込んじゃうけどな。肥大化したら考える。

汎用性の強い奴はSTLの<algorithm>みたいに１ファイルにまとめる。
１クラスにまとめてもいいけど、JAVAのMathみたいに
staticなライブラリ集をクラス化してもC++としてはあまり意味無いと思ってるから。

ところで1ファイル1クラスっての見てコボラの１ファイル１関数って
決まりに通じるものを感じた。

>>591
それも、馬鹿C++の言い訳

ハゲの集まりと書いたら黙りこむ癖にw

　＿＿＿　　見えませ〜ん
‖　　　　|　　　　　∨
‖現実 ∧_∧ 　 .ﾍ∧
‖　＼ ( ･∀･)　(ﾟA●)
||￣￣⊂　　 ) 　( 　 と)
凵 　　　し`Ｊ　 　U U


　＿＿＿　　読めませ〜ん
‖　　　　|　　　　　∨
‖空気 ∧_∧ 　 .ﾍ∧
‖　＼ ( ･∀･)　(ﾟA●)
||￣￣⊂　　 ) 　( 　 と)
凵 　　　し`Ｊ　　 U U


　＿＿＿　　知りませ〜ん
‖　　　　|　　　　　∨
‖常識 ∧_∧ 　 .ﾍ∧
‖　＼ ( ･∀･)　(ﾟA●)
||￣￣⊂　　 ) 　( 　 と)
凵 　　　し`Ｊ　 　U U


　＿＿＿　　ありませ〜ん
‖　　　　|　　　　　∨
‖未来 ∧_∧ 　 .ﾍ∧
‖　＼ ( ･∀･)　(ﾟA●)
||￣￣⊂　　 ) 　 (　 と)
凵 　　　し`Ｊ　 　U U

ハゲは悪いことなんですか？

>>592
> Math
そこでstatic import。

C++のパッケージ::関数
となっているのが
パッケージ::クラス::メソッド
という入れ子になっているだけで

static importを使えばMath.を頭に付ける必要もないがな。


ファイルを作るのがめんどうなら、内部クラスを作るというてもある。
使いにくいが。

AspectJで分割するという方法もあるw

Eclipseを使えば、ファイルを沢山作るのも全然苦痛ではないが。

>>595
悪くないよw
ハゲを気にするC++厨が悪いw

>>594
まるでチョンみたいだなw

>>593

円形脱毛症の馬鹿Javaは黙っとれｗ

ウンコたれが。バーカ！

>>595
初対面の時、つい視線を上に持っていってしまう自分に罪悪感を
感じるのでできればやめて頂きたい。

>>596
でもそれはJavaの場合だろ。
592はC++の場合の話をしていると俺には見えるのだが。

>>592
すまん、誤解を招く発言をした。
>その様にするのが普通だし
ってのは、publicなクラス(1クラス1ファイル)にしないことの肯定ね。

局所的に利用される関数オブジェクト的なクラスは、
普通はJavaだと局所にインナークラスや無名クラスとして宣言するのが普通。と、いうことを伝えたかった。

s/普通//
普通多いよ俺。最近こういう風な文章を書いてしまうんだよな、最近。

>>599
ﾌﾟｷﾞｬｰ

殴り合いの末の友情を見た

と思ったら自演だった

投下
Technology ReviewによるBjarne Stroustrupインタビュー（ネタ記事のアレじゃないぞ）
http://slashdot.jp/~El-ahrairah/journal/384164

JAVA自体、C++のパクリだから
C++やってからやらないと理解できないような気がします

しれいったらC++だってSmalltalkのパクリだから
Smalltalkやってからやらないと理解できないような気がしますw

>>608は、どうしてそういうウソを平気でつく！？

Smalltalk（メッセージングのオブジェクト指向）は
C++（ユーザー定義型のオブジェクト指向）入門の邪魔や混乱のもとにはなっても、
役に立つことはまずない。メッセージングの考え方を含めていっさいを無視するに限る。

とはいえ>>607も無茶だが……

基本情報技術者試験のCASLII（簡単な擬似のアセンブラ）
やり始めてからC言語が少しずつ分かるようになってきたよ

やっぱり
アセンブラ（擬似でも）→C→C++→JAVA
の順番じゃないと無理じゃない？

その流れならC++は要らない

むしろ
C# → C++ → C → アセンブラ → C#に戻る

Javaｲﾗﾈ

無駄が多いな。
C# → C → アセンブラ → C# → COBOL

こうだろ？

俺こんな感じだった
HTML→Javascript→PHP→C#→C→Java→C++

おれてきには習得順序は
C->Java->C++
が一番良いと思う


D言語があるので

C->Java->D->C++でもいいかも

>>614
序盤が酷いなw

Webしかできないなんてw

C -> C++
Python -> Java
をパラにやった。
割とすんなりいけたよ。

俺は

BASIC → HSP → Ruby＋Delphi → Java → C++

C++を最初に触ったときは
>1程毛嫌いはしなかったものの、確かに違和感は感じた。
今はそうでもないがな。

>>612-613
ネタならもう少し面白く

BASIC → Pascal → C → Java → C++
今、すごい苦労している。。

マイコンでC&アセンブラな人はC++で地獄を見るようだ
言語は重厚長大軽薄短小バランスよく覚えた方がいいよ

>>620
それに加えて、PerlやPHPもやってみるとすっきりすると

>>621
そこでJavaを覚えると地獄から解放され、C++の
習得への近道を得られますよ

C -> C++ -> C & Perl -> C++ & Ruby -> C# -> Java -> PHP -> C#(ASP.NET) -> C++

Joel on softwareの人が指摘するようにJavaばっかりやってそれしか知らないってのも
恐ろしいな。Javaはもはや基礎知識だが、ポインタ演算とかカリー化のやりかたも
当然しって置くべきだ。

Perlの置き換えとなるスクリプトはRubyとPythonどっちが有力なんだろうか？
Webに目を向けなきゃ余裕でPythonなんだろうけど。

C → Java → Python と覚えて C++、ECMAScript、Lisp で栄養補給ってルートが万能か？

グダグダ言わずに全部やれ

Lispはわけわからんかった
頭の切り替えができない俺ｱﾎｽ

Googleの主力言語は、C++、Java、Pythonの３つ。
これらにたどり着けるルートなら何でもいいという、俺の勝手基準

C言語やJavaってあまり直感的じゃないんだよね・・
IO周りは強引だけどLispの方がかなり直感的だった。

>626
その２つはどっちもどっちだと思うよ。ぶっちゃけ好み。
だからこそお互いの厨が宗教論争じみたことをよくやる。
ま、教祖が香ばしい分、よく会場になるのはRubyスレだがｗ

そこでPHPですよ

いややっぱりオレ様言語だろ

>>629
javascriptは無視ですか

>>625
Joel on Software書いてる奴は
単にJavaが主流言語になって欲しくないから
わざとそういう煽りを入れてJavaの地位を貶めようとしているだけだろ。
なにせ彼らはM$信者なのだから。M$の基準でものを書いている。

わざとそういう表現を使うことでドットネット系言語を
使ってくれるだろうと見ているようだが、どうみても僻みと
捕らわれる点が多くて結局C#(.NET)はＪａｖａほどに普及しない言語(プラットフォーム)だということが
わかってしまったね。

>>626
そんなこといわずに、並行してやれ

>>629
Perlがない

PerlってGoogleで使われてるの？

C->sam->java->HSP3->C++->Perl->PHP->javascript->日本語

>>621
アセンブラ → C だった俺でも、
C で Xt Intrinsics 使ってたせいか
C++ やるのに何の問題もなかった。

C++は入門書を選び間違えると痛い目にあう。
古い本はだめ。

C++はライブラリを選び間違えると痛い目に。
C++は今パイらをえらい間違えると痛い目にあう

>>641
極めるVisualC++と林晴比古シリーズで勉強して痛い目にあった。

俺は独習C++で勉強した
特に痛い目にはあってないしつまづきもなかった

BASIC → Cとアセンブラ → Perl → Java → C++

C++の本は随分昔に某YO本を買ったが、役に立ったとは言い難い。
何か解らなくなるとネットで機能リファレンスみたいなのを探してたな。

C++の入門書？これが一番いいよ
つ　ISO/IEC 14882:2003

BASIC->アセンブラ->C->Java

Perlはいつやったか覚えていない、たぶん気がついたら覚えてた
でも、まあ、アセンブラの知識は道具が少ないとき
何を組み合わせて、積み上げるかということが重要ということを
教えてくれるのでやっといた方がいいよな

ところで、アセンブラじゃなくてアセンブリ言語だろって突っ込みは古いのか？

情報処理技術者試験に堂々と「アセンブラ言語」って書いてある

マジでそう書いてるｗ 吹いたｗ
どう言い訳しているか知りたい！

アセンブラ（が理解できる）言語
ってことか？
まあ、「目的プログラム」とか言っちゃう試験だからなあ。

アセンブリ言語って誰も言わないから回りに合わせてアセンブラ傘下に落ちた。
でも重複を「ちょうふく」と呼ぶのだけは譲らない。

目的プログラムって意味不明だなあ

>>625
それわかる気がするよ
VBとJAVAの経験ありというおっさんが,、一応C++もできるということで
C++メインの組み込みプロジェクトにはいってきたんだが
信じられんプログラムを組んでた。
デザインパターンがどうのこうのとよく言ってるんだが
とりあえずメモリリークしまくり。問題はそれだけじゃないが。
長い間、安全な箱庭で育ったのなら、もはやそこから出るべきじゃないな。

>>650
え、重複って「ちょうふく」って読むのが正しいんじゃないの？
最近では「じゅうふく」が正しいの？

じゅうふく地獄を味わったことのない>>653が羨ましい。

先生ー、仕様がそうなのでしょうがないのですが

static メソッドしかない COM ってどう思いますか。

>>652
JavaもできるらしいC++な人が、無茶苦茶な同期処理を行う
マルチスレッドプログラムを書かれてエラク迷惑した経験があるぞ。

スレッドを扱うプログラムを作成する文化がない環境で長いこと育ったのなら、
もうはやそこから出るべきでないな。

気持ちを言わせてもらうと、並列処理は頭使うので僕はなるべく避けたいです。

C++が許されるのは組み込み系とゲーム系だけよねー
キャハハハハ

Google TrendsにPythonとRubyを入れてみたわけだが、いい勝負してるのか？
http://www.google.com/trends?q=Python%2CRuby
でもrubyは別のが引っかかりまくってそうだな。

最近はゲームでもオブジェクト的だったり並列処理使ったりするからな…

ゲームでの並列性と、物理計算での並列性はまた別

セマフォ！セマフォ！セマフォ！

今日は下痢でした。

>>653
お前は汎用のことを「ぼんよう」、冶金のことを「チキン！」と読む口だろ

>>655
Java EEに負ける

>>656
C++できるやつにJavaやらせるとそういうケースに陥ることがしばしば。
おれが関わった奴はもっと酷かった。
クラスの自作もろくにできないしやたらと文字列をキーにして
引数に渡したがる。独自のデータ型を作れば効率がいいのに作らず
文字列を引数に突っ込むわけだから、
そのメソッドでも文字列判定しないと行けない。じつにかったるいことをやってくれたもんだ。
しかもListやHashを使いこなせず三次元配列なんて使いやがるし。
C++知ってるんだったらクラスの自作くらいできるだろうに。

>>657
シーケンス図書け

>>659
|を使えばor判定ができる。()を使うとスペースが入った文字列を指定できる。

ttp://www.google.com/trends?q=programming+Python%2C+programming+Ruby%2C+programming+Perl&ctab=0&geo=all&date=all
これもかなり怪しいもんだけど、ちょっとそれっぽくなった？
Perlを入れてみたらだんだん下がってるのがなんとも切ないｗ

>663
マジレスすると「互換性」を「かかんせい」と読みます

冗長はだんちょうと読んでます

ふいんき（なぜか変換できない）

マジレスだけど、押下は「おしさげ」かと思ってた

マジレスだけど、添付は「そえつけ」だと思ってた

>>669
それだと数学用語の「可換」と勘違いするだろうが

>>670
団長かw 冗談の談からきたんだろうなw

>>674
俺は始め、添付ファイルのことをtemp(テンポラリ)ファイルのことと
勘違いしたぞ。

>>668
まあそんなもんだろう。
|はorだったな。programmingと言語名の順序を逆にすると若干変化があるぞ。
検索キーワードの順序を変えると候補が変わるのと同じだな。

Javaを追加してみたら、Javaがダントツだったな
http://www.google.com/trends?q=Python+programming%2C+programming+Ruby%2C+programming+Perl%2C+programming+Java&ctab=0&geo=all&date=all

C/C++を追加してもやはりJavaのほうが強いな
Rubyを抜いたが

Python programming, programming Perl, programming Java,(programming C|programming C++)
http://www.google.com/trends?q=Python+programming%2C++programming+Perl%2C+programming+Java%2C%28programming+C%7Cprogramming+C%2B%2B%29&ctab=0&geo=all&date=all

C++勢力はもうかなり前から落ち目だし、Java勢力もそろそろ落ち目だよね。

C#にだけは魂を売りたくない

てかプログラムそのものが飽きられている。

>>680そろそろ職代え

プログラマだけは止めておけというあの友達の助言は至言だった。

>>678
しかし、今のところJavaやCを超えるものが見あたらないぞ。
みかけではPHPやRubyが有望そうだが、PHPは名前空間が使えない糞なので
まだまだJavaを超えることはできないだろう。Rubyは？　微妙だね。

コンパイルオプションとかディレクティブとか面倒なフラグで一杯のC++はもういらね。
これからはDの時代だぜ

>>655
それCOMと言わない。

>>12
めちゃくちゃ遅レスだけど、Stroustrupの「C++の設計と進化」あたりに、「私は関数本体のブロックは関数の初期化だと考えている」だか何だか書いていたと思うよ。

>>683
それはどういう基準で超えるとか超えないとか言ってるの？

俺基準

きみたち、チョピンでも聞いておちつきたまえ

うるせえ！！
俺は今女に振られた直後で気が立ってるんだ！！

>>690
とかいって、女と仲良くしている男には
一切八つ当たりをしないように！

でないと・・・・・・・・


























　お　前　の　命　は　無　い　

>>691
せっかく行間とるならもっと面白いオチつけてよ

>>689
チョピンはエチュードが好きです。でも、ルピン3世はもーーっと好きです。

なんだか、名前がチョンみたいでいやだな

俺もそうイメージした。これが2ch脳だ。

はー何かコンピュータの言語使えるようになりたいなあ

はーそうすか

>>696
C#やってみなよ。

C#は馬鹿みたいに簡単にGUIプログラムが作れるからなぁ。
高度な事をしようとするとそれなりに知識が必要だけど。

>>695
チョピンというから、チョン + ピ
で、

原爆を背景にラップを歌う、日本人を侮辱したプロモーションビデオ
を作っているRain(ピ)のクズチョンを思い出したぜ。

ショパンのことをチョピンといってるのかw

>>684

Dなんて所詮modula2みたいに忘れ去られていく言語ですよ

スコット・メイヤーの｢Effective　C++｣読むとイライラしてくる。
C++のバイブルらしいけど、細かいことをゴチャゴチャ書きすぎる。
ま、C++作ったおっさん自身がややこしい奴だから仕方ないだろう
けど、上の本はこの言語のややこしさを強調しすぎ。

ユーモアも日本人受けしないし。

>>687
スパコンから携帯までどこでも使える対応環境の多さ。
OSを問わずどこでも動作する高度な開発環境がフリーで手に入る。
オープンソースかつ高品質なライブラリが大量に存在する。

C/C++ ほぼ◎
C# ×
Java ◎

こういう基準だろ

>>704
おまえ、それJavaに贔屓し過ぎ。携帯電話なんかでもJavaが動くから
勘違いしちゃうのかもしれんが、大半の組み込み系じゃJavaは絶望的だぞ。

>>703
それくらい細かいことに気を付けないと使えないのが良くも悪くもC++という言語の特徴。

しかも使えたら使えたで、それだけで有能と勘違いする奴がいるから困る。

>>705
資源に余力のあるデジタル家電では、
システム層をC/C++で記述し、アプリ層をJavaで記述するというような
分業を行うこともままあるよ。

Blu-ray Javaとか。

>>703
そこでEffective Java

>>705
仕事が絶望的なんだろ
それだったら携帯Java開発と同じグループ
に属するBREW開発だって同じ地獄。むしろあっちのほうが地獄。
みんなして徹夜して顔が窶れているような連中が多いから

>>708
Blu-Ray Discか？

http://en.wikipedia.org/wiki/BD-J

こうですか？　わかりません＞＜
ttp://gedo-style.net/g/?v=345627&d=d.jpg

J2MEはJavaに入るのか？

当然入る

俺は生粋のC++厨だが、
http://pc10.2ch.net/test/read.cgi/prog/1169812216/
こんなモノがC++の本スレで発生した今となっては
キモイと言われても仕方がないと思うようになった。

>>716
コーヒー吹いた。

>>713
すげー新しすぎてまぶしいw

>>716
C++厨終わっとるなw

ちょぴんと言った奴を見逃さない。
クラシック板｢ちょぴんと言った奴を叩くスレPart8｣から引用
　 　　　　　　　
　　　　　　　　　　　　　　―― ω―――　←>>689のキャンタマ
　　　　　　　ガッ！　　　　 ／/ | ヽ
　　　　／　　 ∧__∧　　／　/　|　 ヽ
　 ／／ ／　（　　　 ）　 　/　 .|
　（￣￣二⊂ 　　彡⊃　 　　ガキキキキーン！！
　 ￣￣　　　ｙ　　人　　
　　　　　　ミ（__＿）__）,,　

　　　 ∧＿∧∩
　　　（　・∀・）　))　　　　　　　　　　　　　　　　　　　　　　ﾌﾟｰﾝ　　↓>>693
　⊂´　　　.／　　　　　ﾄﾞﾝ　　　　　　　　　　　　　　　　　三人
　　((　ヽ／　　　ミ　　　　　　　　　　　　ﾂｰ　　　　　　　三:;_;:_;))) 人 　ｳﾍｰ　　　　
　 (__へ_ ）　　　　　　、∧＝＝＝＝＝＝＝＝＝＝＝三;:;_;:_:;.:;)☆　>_∧∩ 　　

>>下半身はミニにルーズソックスはいてそうな草井万戸

↑ >>713のこと

一緒に風呂入って洗ってやればいいのさ

ここはJAVAが嫌になったJAVA厨が立てたスレ？

いえ。普通のJava使いが、古代人の苦労をしのぶスレです

>>724
いまさらそんなこといってもC++厨から
ハゲとキモヲタの烙印は消えませんよ。

ゲーム系なのでまだC++と戦います＞＜
ますます社会復帰できないカラダになるな。

Bjarne Stroustrup Interview about C++
ttp://hp.vector.co.jp/authors/VA000092/jokes/strup.html

ブックマーク整理してたら出てきたんで今更だけど張っておきますね。

http://www.omi-gyu.com/im/169.jpg
http://www.tanbaya.net/images/shop/goods/buta/butaminced1.jpg
http://image.www.rakuten.co.jp/paradogs/img10501805805.jpeg

>>703
えー、これくらいでイライラしちゃうの？

Effective〜なんて本が必読書なあたりがいかんのだろうね。
Stroustrup先生の本も筋トレに使えそうだし。

筋トレわろた
俺の発想じゃせいぜいマクラとか殺人とかだな

>>728
これ笑うなあ。
Windows が最大の成功とか。

Stroustrup： ある日私は、オフィスに座って、ある小さな企みについて考えていました。
このバランスをちょっと修正できるような。 「非常に複雑で習得するのが難しいため、
誰にもプログラマ市場をあふれさせることができないような言語があったとしたら、どうだろう。」
と私は考えました。

>>730

うん。鬱だもの。

>>735
君、JavaでもStringBuffer使わずStringと＋で
文字列連結させていくタイプ？

>>727
最近じゃ、Java でもゲーム制作が台頭してきているんだよね。
JavaGamesでググって見るとわかる。
アセンブラのほうがまだまだいいといえばいいけど

>>735
EffectiveJavaにしよう

>>736
いまなら、StringBuilder

StringBufferとStringBuilder@Wikipedia
http://ja.wikipedia.org/wiki/StringBuffer%E3%81%A8StringBuilder

>>737
台頭してないって。してるとすれば携帯オンリーの話だろう。

JavaGamesをググレば情報はみつかる

というか、Java脳な方々にとっては組み込み系≒携帯のみなんだな。勉強になったよ。
組み込み系でJ2MEなんてモノが動作可能なのは極一部にすぎんのにな。

# それともJava脳な奴らはハードディスクコントーラなんかもJavaで作成可能だとか思ってんのかなぁ？

>>743
JavaCard APIを知らないのか

その存在は知ってたけど、その名称は知らんかった。が、まさにJava脳の恐怖だな。
ハードディスクとスマートカードの区別もつかんとは。

このスレには馬鹿どもが、しかももったいぶった馬鹿どもがうようよしている。
同じ馬鹿でも偉ぶった馬鹿ほど鼻持ちならないものはない。
普通の馬鹿なら話もできるし、助けてやることもできよう。
しかし自分の馬鹿さ加減を隠すため、
偉そうなでたらめを並べ立てて人を恐れ入らせようとするようなもったいぶった馬鹿だけは、
僕は絶対に我慢できない！
普通の馬鹿はいかさま師ではない。
正直な馬鹿は結構だ。
だが不正直な馬鹿となると始末におえない。
このスレで見たのは、この種の威張り腐った馬鹿どもの群れなのだから僕はすっかり頭にきてしまった。
だからもう決してこのスレを見ないつもりだ。

Java厨がファビョったw
Javaやってると馬鹿になるって本当だったんだな。

自分の書き込みを後から読み返してみて、
さすがにちょっと調子に乗りすぎたと反省しました。
C++厨としてあるまじき、品のない発言の数々でした。
ごめんなさい。＞Java厨の方々と他のC++厨の方々

>>742
ケータイとウェブゲーム以外出てきませんが。
ゲーム界隈でJava使ってるのなんて、研修期間中の新人とフェードアウト組だけだろ。

>>747ｺﾋﾟﾍﾟ

岩波現代文庫「ご冗談でしょう、ファインマンさん」 P.184参照

>>745
はいはいJava嫌いの典型的なセリフ。
もう何年ぶりに聞いたかなそのセリフw

>>746
C＋＋厨が何を言うw

>>747
おいおい、>>746はＣ＋＋厨だろw

Ｃ＋＋やってるとバカになるって本当だったんだな

しかもバカでかつ禿るしw

>>745
お前は人の話聞けない奴かw
>>744は>>743がJavaと組み込みとの関係の話をしたので
Javaで組み込みといえばJava Cardがあるぞ、と言ったわけだが。

JavaCardが国民健康保険証にも搭載されている国もあるし
(日本だとFeliCaの勢力が高いが)、Auto-ID(RFID)技術にも
Javaが使われようとしている。

Javaによる組み込み＝携帯電話のみと勝手に発想をすり替え
ハードディスクの話のみの焦点が移っていることにしているのはお前(>>745)だけだよ

まあ、パッケージゲーム製作よりも携帯で簡単なゲーム作ったほうが儲かる時代だから。
それがいいことなのか悪いことなのかわからん。

>>756には悪いが、
俺も「Javaで組み込みと言えばJava Card」なんて認識はなかった。
外国で仕事したいわけじゃないし、日本に上陸しそうなら考えるよ。

この一連の Java 厨の壊れようは、なに？

>>758
別に744, 756は携帯以外のJavaの組込の一例として
Java Cardというものがあるということを挙げただけで、
俺はそんなに強く結び付けているようには思えないのだが。

Java房は、ちょっとC++のソースで多重継承やったぐらいで、
「ヒステリックにわめきちらす」から嫌い。

>>761
JAVAに限らずC++な人でも多重継承に脳髄反射する人って多くないか？
俺も多重継承は極力避けて通りたい構造だ。
わめきちらすのは内容次第だが。

mixinもできるけど、アスペクトでいいやん

このスレでもそうだが、なんでJava厨はこんなにヒステリックなヤツが多いんだろう？
以前、仕事で関わったJava厨も、ヒステリックで会話がまともに通じずに苦労したよ。

神経質かー。俺の事かな。ごめんな。
けど、変数名にhogeとか、1メソッド300行とか、
Javadoc無しとかのソース出されてヘラヘラされたらこっちとしては
笑えないんだよ。仕様どおり動いてても。

Ｃ＋＋厨はだらしなさすぎ。動けばいいジャン？っていう野蛮人。

一番現実的なのがC厨でした。

>>765
何言っても通じないヒステリックな女っているだろ？
俺が仕事で関わったJava厨はまさにそんな感じだった。
ある課題をこなすのにそいつが提案した方法について俺は概ね賛成だったんだけど、
その方法だと一点、問題が起きる可能性があったからその点について指摘したら、
勝手にその方法を反対されてんだと勘違いしてヒステリックを起こして大変だったよ。
俺、そんとき予めその方法で概ね賛成だって前置きしておいたんだけどなぁ。
おまけに相手がヒステリック起こしてからもリスクがちょっとあるだけで今回は
その方法で行けばいいって何度も伝えたんだけど、なかなかヒスをおさめてくれんかった。orz

で、結局、そいつその方法で仕事に取り組んだんだけどまさに俺が指摘した問題でハマってたw
m9(^Д^) pugya- って笑いそうになるをこらえるのが、これまた大変だったよ。

↑こういう粘着質な長文書くやつが同僚だったら俺も切れるわ

大方、どうでもいいような細かい点をいちいち粘着する肛門野朗だったんだろうな。
一緒に仕事してるのに、こういう態度取られたらかなわん。自分のプライドのほうが大事かよ。

>>769
だから、なんでJava厨はそんなレスを返すの？
「まぁ、なかにはそんなヤツもいる」とかどーとか返せば済む話じゃん。

>>771
なんで俺がJava厨って分かるの？
「まぁ、煽りスレだしそういうレスもありだな」とかどーとか書けば済む話じゃん。

>>757
もう儲かんねーよ！
営業が強いところなら、BD とか HD-DVD なら２年くらい食えるかも？

一番再利用性が高いのがＣ言語なんだって。
Ｃ＋＋とかＪａｖａとかはお遊び言語。

それを言ったのはだれだ？
モウロクしたおっさんプログラマか？


あーあ，つまんね

>>1

キモいのはお前の顔だけにしとけ

>>768
お前あるいはお前の周りの人間がどんだけ莫迦かなんてどうでもいいが、
その話がこのｽﾚにどう関わってるわけ？

お前らなんでまたマジレスしだしたの？
愛し合い足りないのか？

>>777
莫迦には繋がりがわかりにくい話だったみたいで、ごめんなさい。

C,C++ｷﾓい

>>779

いやいや、ごめんなさいと謝ればいいんだ。ごくろう

>>780
C++がキモイだと！ ( C++厨どうしではフツーにC++ってキモイよねって言い合ってても他から言われるとムカつく )
VB厨のように分をわきまえなさい、そこのJava厨！( そういえばVB厨ですら分をわきまえるだけの知性があるのに、Java厨はどうして身の程知らずが多いんだろう？ )

>>764
はファインマンの改変コピペ。

ファインマンあげ

>>782
漏れの周りではC++がキモいのは同意だったりするが、
VB厨はJava厨よりも居丈高でイヤンな状態だったりするが・・・。

>>757
儲かるのか。会社にとっては儲かるだろうけど、
エンジニアは絶対に儲からないなw

>>758
すでにJava Cardはあるだろ。
大日本印刷がJava CardとFelica両方を
搭載したカードを製造販売している。


地方によっては、住民基本台帳カードにJavaCardを搭載している
ところもある。

国内ではほかにもいくつか事例はあるが。

海外だと、台湾やカナダの国民健康保険証がJavaCard搭載になってる。

>>759 >>761
いつの時代の煽りだ。
何年前にﾏ板でその煽り文句を見たことがあるぞ。

もう免疫ができているので煽り効果薄いぞ。


>>763
mixin? Mix Juiceなら知っているが

JavaCard って口語ではちょっと略して「Ja馬鹿」とかって呼ぶの？

>>764 >>771 >>774
? これもまた昔の煽りだな。しかし、昔ほどの勢いを感じられない。
Java叩きも随分と大人しくなったもんだ。

>>783
なるほど

>>765
だよな。サーバ関係ではとくに。仕様書かかないといけないから。
携帯電話開発だと、相変わらず世界が違うみたいだがw
というとまた逆ギレされそうだが。

>>768
ここはマ板かw そういうのはマ板でやるネタだろw
でないとお前、女にモテなくなるぞ。

>>782
まあそう怒るなw

>>789
Ja場角だろ

邪馬門

>>789
親父ギャグｗ

ボーイングが採用したリアルタイムJavaの理由
http://www.itmedia.co.jp/enterprise/articles/0507/02/news001.html


Javaもここまで進化しているものだ

>788
mix-in（ミックスイン）でググれば解るかもね。

C以上の自由度で、C++以下の変態度で、Javaが敵わないようなバイナリを吐く、所謂普通の言語ってないだろうか。

>>796
OCamlでもやっとけ

でも関数ってだけで変態なイメージが。

プログラマってだけで変態なイメージが＞＜

>796
D言語あたりが目指すのはその辺じゃねーの？

>>796
アセンブラ

>>796
ひまわり

ですよね

実際はクラス単位よりも関数単位の方が再利用しやすいんだよな〜

>804
どっちも分割の仕方次第じゃないか？

>>805
もちろんそうなんだが、クラス単位にすると機能が多すぎて、微妙に違う機能が
必要になったりとかすると継承したりしてどんどん複雑になっていくから、
関数単位だと楽なんだよ。
デザインパターンとかいろいろ考えてる人もいるけど、実際の現場では机上の空論なんだよ。
もちろん初めはちゃんと考えて設計しているつもりが、いつの間にか変な進化をとげていたりするんだよな。

>>806
なんかソフトウェア作るってよりコーディングが仕事って感じがするなぁ
まぁ学生の俺には関係ないけどね（；＾ω＾）

>>804
単純な機能なら関数のほうが楽だけど手続きや前提条件が増えてくると
やっぱりクラスのほう良いことがある。
Win32APIみたいに関数での再利用を考えると、どうしても
OPEN・初期化→使う→CLOSEみたいな手順を覚えなきゃ
動いてくれない機能が発生してしまう。

>>806
> 微妙に違う機能が必要になったりとかすると継承したりして
> どんどん複雑になっていくから、 関数単位だと楽なんだよ。

関数だとなんで楽なんだ？これを関数でやろうとしたらコピペになってしまうぞ。
「クラス＝粒度がでかい」と思ってるなら間違いだぞ。作る人の問題だ。
関数だって数千行の関数作る人がいるし。

つかC以上の自由度って、その時点で普通じゃなくね？

演算子オーバーロードがない。
インライン関数がない。
継承がない。
その他数え切れないほど。
JavaにもC++にもどちらにも劣る。
Cは今じゃ半世紀前の遺産でありただの基本。
と言うかECでも使ってろよ。

809のいう「自由度」と810のいう「自由度」が違う気がする

ポインタ以外でCに自由度なんてあったのかｗｗ

俺ルール：副作用がある関数群はまとめよ

>>812
Cプリプロセッサはかなり変態的だと思う。

マクロとポインタがあればなんでもできます！

つうか、Cは高級アセンブラなんだから覚えないと駄目だよ。
OSの基本APIだってCから触れるんだから。

個人的にはNetBSDの人たちがやってるような大規模Cプログラムの制御の仕方が気になる。

いまどきクラスで構造化できずに、関数ベースとか言ってるのか〜
きっと大域変数だらけのクズコードなんだろうな・・・
日本のプログラミング環境は二十年遅れてる。

はっきり言ってイルカよりもマグロの方が頭良いです。人類の知能は1億年遅れてる。

そもそも同じ名前の関数でも別々の値を持てればいいだけなのに
スコープ規則が糞だから面倒なことになってんだよな

演算子オーバーロードがない言語は文系。
ボンクラが変なことをしでかすからって、文系言語にしてしまってどうするつもりだJavaは。
C#はよくわかってる。

>>794

ボーイングってなんでもありだろ。Adaを使ってたり、
機内ネットワークサービスをやって失敗したりと、
割と節操のない会社ってイメージが強いんだが。

JavaOneに参加した人も、あんまり進んでないって言ってるみたいだけど。
ttp://www.javainthebox.net/JavaOneReports/2006SF/0519.html

本当に大丈夫なのかなあ。リアルタイムJava。

演算子オーバーロードきんもー★
コードをごちゃごちゃにして誰にも管理できないものを作っちゃう。
ありゃカスグラマの自己満足用機能だろ。

演算子オーバーロードじたいは悪くないと思うけど
cinとかcoutの>>,<<はおかしいと思った。

まだC++があまり知られていないころ
coutが使われていて
なんじゃこの記号だらけの変な言語は
って思った。

そういう俺は未だにprintf派
coutの書式指定はトリッキーで好きになれん。

そもそも演算子オーバーロードは
使うことってほとんどないな。
どうしてもあったほうが便利って時だけにすりゃいいし、
前置インクリメントと後置インクリメントを別々に作らないといけなかったり
ちょっと変

coutは確かにかなり変態的だな
どっちかというとオーバーロードの使用例っつーかティップスみたいな感じがするが

数値計算とか3Dプログラミングとかやってたら、演算子オーバーロードがないなんてありえないだろ。
いらん言うやつはこっちの世界未経験なんだろうなと。

演算子がある言語は糞

アセンブラでもやってろ

演算子のあるアセンブラも当たり前だけどな
mov [edx + ecx*4], eax
みたいなことするし

brainf・・・演算子だらけだった

>>804
じゃあ、さっさと実用化してくれよ。

仕事じゃ関数型言語なんてろくに使わないし

>>806
> >>805
> もちろんそうなんだが、クラス単位にすると機能が多すぎて、微妙に違う機能が
> 必要になったりとかすると継承したりしてどんどん複雑になっていくから、
> 関数単位だと楽なんだよ。
> デザインパターンとかいろいろ考えてる人もいるけど、実際の現場では机上の空論なんだよ。

そりゃおまえんとこの現場が恵まれていないだけ田尾。

> もちろん初めはちゃんと考えて設計しているつもりが、いつの間にか変な進化をとげていたりするんだよな。

まだまだ修行が足りないんだよ。最低でも結城浩本くらい読んで理解すれば
そこそもデザインパターンを使えるようになる。

デザインパターンはJavaの標準APIにも随所に存在しているため、
無意識にデザインパターンについて詳しく知ろうという動きとりやすいのがJavaの利点。

>>830
> まだまだ修行が足りないんだよ。
修行が必要なことなら一般プログラマには不可能だな。

>>830
そのデザインパターンがすべてのケースを網羅しているわけではないことはGOF本にも書いてあることだがね。

>>819
> 演算子オーバーロードがない言語は文系。


クマー

>>820
まだまだ進化の余地はある。

家電Java実現が待ち遠しい。

家電製品を自作したJavaプログラムで
操れる日がやってくると期待しているぞ


テレビ、HDDVDレコーダ、アンプ、スピーカーだけでなく冷蔵庫、洗濯機、
炊飯器、電子レンジ、防犯扉すべてをJavaで操るハイテクハウスを実現するのだ。

クソセキュリティ扉を作らないようにな

勉強のひとつもしないで食っていけるプログラマがいるのか
天才だな

>>822
> 演算子オーバーロードじたいは悪くないと思うけど

それもかなり盲目的だね。
無闇に演算子の乱立を防ぐために規格で統一したようなものが
Javaでの演算子オーバーロードを禁止した理由だ。

>>824
> 数値計算とか3Dプログラミングとかやってたら、演算子オーバーロードがないなんてありえないだろ。
> いらん言うやつはこっちの世界未経験なんだろうなと。

経験有りだが。おれのソースコード、add(),subtract(),multiply(),divide(),transpose(),norm(),inverse(),det()
だらけだw

なんでも闇雲に乱立させて構わないんじゃない？
プロジェクトの中で一貫性が保たれていればいいんだから

まだ粘着してるのかおまいは

>>831
じゃ演算子オーバーロードでも使ってろw

>>832
だからデザインパターンはGoFだけじゃないし

>>835
C++で演算子オーバーロードしまくったソフトウェアなら
糞セキュリティ扉を作ることができる。

>>839
> なんでも闇雲に乱立させて構わないんじゃない？
> プロジェクトの中で一貫性が保たれていればいいんだから

乱立するのは言語やOSだけにしてくれ。
一つの言語に乱立させるとおかしくなる。
プロジェクトの中だけだろ。
だが、会社の経営陣がいきなり、そのプロジェクトで
使われたプログラムを他社のあっちのソースコードと併合してくれと
いってきたときどうする？

名前空間だけで解決できるか？　無理だろう。

C++はCと互換性をとってしまったのが第一の悲劇
それがＭＳに目をつけられて業界標準言語になったのが第二の悲劇
そして、それに気づかず脳天気に使った開発者は死に、儲かったのはＭＳだけというのが最後の悲劇

君たちの怨念からＪａｖａは生まれた。やすらかに眠りたまえ。

C++の劣化コピーのくせにでかい面すんなよｗ

Sunに儲けさせるのは平気なのだろうか……

そうだ！DigitalMarsに儲けさせよう！

>>846-848
>>845の言ってることが理解できたの？
思わず日本語でおkってレスしそうになった俺の為に>>845がなにを言ってるのか解説してくれまいか？

>>849
正直何を言いたいのかよくわからなかったが、
「MSを儲けさせるのは良くない」という意図があるのはわかったのでああ書いた

1行目はまだしも2行目は何の業界のことだかわからんし
3行目の「開発者は死に」のくだりは理解不能だねえ

じゃぁ、改めて・・・

>>845
日本語でおk

でも１行目はあれかな
C++って「C知らないヤツお断り」的な雰囲気があって嫌って意味なのかな

>>837
お前が盲目だな
最初の1行を除いて演算子オーバーロードに否定的な発言なのに

クラスの定義の仕方がおかしい

>>854
kwsk

>>844
> だが、会社の経営陣がいきなり、そのプロジェクトで
> 使われたプログラムを他社のあっちのソースコードと併合してくれと
> いってきたときどうする？

そんなありそうも無いことを心配してどうするよ。

バカジャーねーの？

>>846
それはC#のことか。なるほど。良く分かる。

>>847 >>850
SunはJavaで全然儲かっていないが。残念だったな。
逆にお前はM$が儲けることになっているようだな。
Javaでお金儲けをしているのはIBMやHP、BEAなどサードパーティだ。
しかもJavaは去年の11月17日、GNU General Public Licenseで
リリースし直された。これがどういうことかわかるか？

Sunを儲けさせる心配もないということがよくわかっただろう。


>>850
俺が代わって改めて聞こう。10年前にC/C++で作ったプログラムを
今正しく動かすことができるか？

>>852
> でも１行目はあれかな
> C++って「C知らないヤツお断り」的な雰囲気があって嫌って意味なのかな

そうではないな。コンパイラの互換性が違いすぎること
仕様が乱立しすぎて、その乱立した仕様に従ったソフトウェアやライブラリが多すぎる
こと。それが問題。それにヘッダファイルの扱いも問題有りだ。
未だにグローバル変数を使う奴がいることも。

>>853
意味が解らん。

演算子オーバーロードの副作用を防ぐために
Javaでは演算子オーバーロードが導入されていない。という意味だと思うが。

そもそも、Javaに演算子オーバーロードを入れるべきかどうか
という話はもう何年も前から語り尽くされている。他のJavaスレでも
そういう議論は散々あった。
少なくとも、C++と全く同じ仕様の演算子オーバーロードを
Javaに完全移植することだけはやってはならないことだ。
それだけはいえる。

Java5から登場したenum型もGenericsも『完全移植』しなかったから
うまく導入することができた。もしCのenum型そのまんまや、C++Templateの
仕様をそっくりそのままJavaにもってきたら、その言語はJavaではなくなってしまうだろう。
C#に退行し、果てはC++サイドに堕ちる。

>>856
> >>844
> > だが、会社の経営陣がいきなり、そのプロジェクトで
> > 使われたプログラムを他社のあっちのソースコードと併合してくれと
> > いってきたときどうする？
> そんなありそうも無いことを心配してどうするよ。
> バカジャーねーの？

馬鹿ジャーねーのだって？
じゃあ、みずほ銀行の、異なる言語、COBOLやFortranが紛れた
あの異なる三つ基幹システムを統合したあの二重引き落とし事件は
なぜ起きたのか説明できるか？


Java開発では、他のプロジェクトで開発したソフトウェアをライブラリのように
統合して新たに製品開発するということは頻繁に起こっているぞ。
もしこれがC++だったら、とんでもないことになって
顧客からの信用を失っていたことだろう。

>>837 >>859
かなり盲目とかいっておきながら
>>822では
むしろ演算子オーバーロードは使うこと少ないと書いてあるだろ。
演算子の乱立なんか進めていないだろ。
Javaに演算子オーバーロードなんて進めていないだろ。
なんで勝手に話ふくらませてんだよ。

Javaだってa=-(5+6);をa = new int(-1.times(5.plus(6)));なんてしないだろ。
5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。
でも
実際によく見かける演算子オーバーロードはcin,coutとか変なのだよな。

それと
演算子オーバーロードって前置インクリメントと後置インクリメントの
両方作らなきゃいけないし+つくったら+=も欲しくなるし
結局面倒くさいから最初興味があって遊ぶだけで作らないよなってことだよ。

プログラムを書かない奴にC++より愚劣な言語がJavaより有能だという事を知らしめなければならない。

>>860
COBOLに罪無し。

俺はJAVAやってC++やって、再度JAVA勉強再開したらクラス内のメンバ
がprivateなのかprotectなのかpublicなのかを明示しなくても良いのに改めて驚いた
かつ、C++のprivateやprotectやpublicのラベルの便利さに感心した
ま、それで俺の意見としては、ＪＡＶＡはＪＡＶＡで良いところも悪いところもあるC++も同様。
言語なんて、なにをするかによって、最適な言語を選ぶべきだから
ちなみにVBをちょっとかじったら、セミコロンを付けない仕様がきもく感じた。
でもVBでプログラミングをしてきた人にとってはセミコロンはきもく感じるだろう。
ついでにＣ＃を勉強しだしたが、プロパティやインデクサに抵抗を感じた。
かつ、クラスを作るとき継承関係はclassの頭で宣言する形にC++に慣れた俺はびっくりした。
あとPerlは、もう、ビックリ。でもPerlでプログラミングを勉強したなら、C言語はわけわからんと思う。
ま、要はそれぞれ言語には、その言語を使う理由としての環境によるものだろうと思います。
だから、この言語をやったらこの言語はきもいって感じても、勉強していくうちに慣れていく。
そして、混乱しだす。

それでも　Javaの良いところ >>>>>>>> C++の良いところ　なんだよな

それでも　Javaの限界 >>>>>>>> C++の限界　なんだよな

それをいうなら機械語の限界が最強

Javaの生産性 > C++の生産性 >>>>>>>> アセンブリ言語の生産性
アセンブリ言語の限界 < C++の限界 <<<<<<<< Javaの限界

Ruby やれよ Ruby を

>>864
しょっぼっい感想だな。そんな表層的なことでグダグダいってるんじゃねーよ
個人で開発するなら、SchemeでもHaskellでもHSPでもすきなのを使えばいいんだよ
問題は大規模化、長期化だ。これはスケーリングの問題だ。

Java信者にあまりに必死な奴がいてキモい……

うっせバカはげカス市ね

関西ならアホボケカスなのにね。馬鹿だね

>>861
> >>837 >>859
> かなり盲目とかいっておきながら
> >>822では
> むしろ演算子オーバーロードは使うこと少ないと書いてあるだろ。

そのくせ演算子オーバーロードをマンセーしている馬鹿は一体何なんだろうな。


> 演算子の乱立なんか進めていないだろ。
C++では容易に演算子オーバーロードを勧めることができるし、多くの演算子マンセーしてる奴は
副作用について何も考えていない。

開発コミュニティの統合や企業の吸収合併についてろくに考えていないことが良く分かる。
バブル時代で脳みそがとまってるんじゃないかと疑いたくなるね。
オープン化の波に逆行して溺れているジジイみたいだ。

> Javaに演算子オーバーロードなんて進めていないだろ。
> なんで勝手に話ふくらませてんだよ。

マンセーしているやつがいるからだろ。

> Javaだってa=-(5+6);をa = new int(-1.times(5.plus(6)));なんてしないだろ。
> 5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。

java.lath.BigIntegerとjava.math.BigDecimalを知らないのか。
Jakarata Commons Math のMatrixクラス、Complexクラスを知らないのか。

>>864
> 俺はJAVAやってC++やって、再度JAVA勉強再開したらクラス内のメンバ
> がprivateなのかprotectなのかpublicなのかを明示しなくても良いのに改めて驚いた
> かつ、C++のprivateやprotectやpublicのラベルの便利さに感心した


そいつは釣りかね？　それともタダの無知なのか？

『アジャイルソフトウェア開発の奥義』を読めばお前はいかに頭が悪い発言を
しているかがよくわかるぞ。

>>871
C++ハゲ信者もどうかと思うけどね。
ザビエルみたいだ

>>861
>両方作らなきゃいけないし+つくったら+=も欲しくなるし
まず operator+= を実装してからそれを利用して operator+ を実装するのが定石

MyNumber MyNumber::operator+(const MyNumber& rhs) const
{
　　MyNumber tmp(*this);
　　tmp += rhs;
　　return tmp;
}

>>861
>なんで勝手に話ふくらませてんだよ。
病気なんだろ。

>5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。
んー、でも自然に見えるのって、代数的なクラスくらいだよなあ。

>>874
>マンセーしているやつがいるからだろ。
じゃそいつに言えば？

Javaで実装するとしたら
//MatrixOperator.java
package my.package.alg;
import my.pacage.Matrix
public algebra MatrixOperator{
　　//staticと書かなくてもstaticメソッド
　　//適宜命名可能な名前に置換（operatorにhashCode("+=")を付加したもの）
　　public void operator+=(Matrix dest,Mat rhs){
　　　　dest.add(rhs);
　　}
}

//Foo.java
package my.package;
import static my.package.alg.MatrixOprator.operator+=;
public class Foo{
　　public void bar(Matrix s,Matrix t){
　　　　//MatrixOperator.operator+=(s, t);に置換
　　　　s += t;
　　}
}

Javaで実装するとしたらこんな感じ？と書こうとして失敗した……

>>877
operator +=からoperator +を作るのは定石だけど、
2つを定義するという点では861の主張がそう変わるものではないと思う。

まあBoost.Operatorsで多少楽はできるけど。

Java で演算子オーバロード付けるとしたら
Calculatable（名前テキトー）インタフェースとか作られるんかな

代数における+とかの演算ならまだ分かるよ。ただし、チームに気違いがいて+が可換じゃなくなったり
したらもう駄目だけどな。（C++のstd::stringは可換じゃなかったっけｗ）
だが、,カンマ演算子とか再定義されたらもう他人にはコード読めないぞ。強力すぎるんだよ。

D&EによるとBjarne（読めない）は

cout < x, y, z;

なんてのをカンマをオーバーロードして実装しようとしていたらしいぞ。作者からしてこういう
センスゼロの真似をしようとするんだ。使用者の言語センスはマイナスだなｗ
Ｃと中途半端に互換性を保とうとしてわけわからん規格にしたのに、Ｃ９９になって
完全に互換性がなくなったぜm9（^Д^）ﾌﾟｷﾞｬーｗｗｗｗｗ

尻穴チンポ変体コーディングができるのはc++だけ
こってりとした濃いcoreが射るのはc++だけ

＞cout < x, y, z;

これが大小比較だったらとっても素敵だと思った

>>883
演算子多重定義ではないけれど、JavaのStringの+は可換なのか、知らなかった。

あと、D&Eのその節では直後に当時のC++ではまだカンマ演算子のオーバーロードが
できなかったと書いてある。
（そして当時積極的にカンマ演算子のオーバーロードを
　導入しようとは思っていなかったという風に、個人的には感じる）

>>868 が全てだと思う。

ぶっちゃけ、JavaなんてVBみたいなもんだと思う。

文法やライブラリの観点から言うと、VBと同じと言うのはあまりに酷いと思う。

コミュニティとか、開発者のレベルについてはノーコメント。

Javaでプログラミングしてるやつは頭が悪い
C++でプログラミングしてるやつは頭がいいやつが多い
解っているのはそれだけだ。

いかにもあたまの悪いレスでﾜﾛｽｗ

java厨の脊髄反射ﾜﾛｽ

>>890
両方やってる人は？

初期のJava使いはハッカーばかっりだったよ。普及しちゃうとバカが増えるのは仕方ない。
でも大規模開発になっても、かなり上手くスケーリングできると思う。
C++使いは頭がいいというより、BKをよく知ってるって人が多いなあ。
C++は現代的な言語のくせして落とし穴が多すぎるんだよ

>>893
頭が悪い且つ頭がいい。

>>893
両方やってる人というのはマルチリンガルだから、比較している頭の良さとは違う。

両方使えて一人前だろ。

言語を固定してる時点で視野狭窄

根本的な話なんだが、

頭のいい人と話しているときには頭がよい受け答えが出来て、

バカと話しているときにはバカみたいな話しか出来ない人って居るだろ？

JavaとC++はそんな関係。主に染まれば赤くなる。

ところで、C++信者やJava信者の香具師共、
最近増えてきたC#信者について一言きぼんぬ

MSで固めたシステムならC#が最強だろうし、いいんじゃねーの

MS Office って C# で作られているの？

Dで仲良くなろうぜ！！！！！

>>902
.NET Frameworkすら使ってないのにましてC#なんて使っているものか。

Office自体はC++で作られてるとなんかあるん？

最近のVBAって.NETじゃねーの？

> MSで固めたシステムならC#が最強だろうし、いいんじゃねーの

これに対する反論さ。
MS Office が C++ なら MS で固めたシステムなら C# が最強というわけでもない。

OLEオートメーションはそもそも言語を選ばないんだが？
OfficeそのものがC++で作られてると何？

そうじゃない。MS Office のようなアプリを作るときのことを考えてみると、
C# という選択肢が最強ではない、という意味。
MS Office を利用する側の話をしているのではない。

> MSで固めたシステムならC#が最強

人の話きけよ馬鹿

C++厨が極度の視野狭窄と露呈した形だな

その言葉は別の解釈もできるぞ。
君は１つの解釈に囚われていないか？

システム＝単体アプリケーションと誤読する馬鹿は業界の人間じゃないな

Office は単体アプリケーションとは言い難いな。

話し引っ張るね、そんなに悔しかった？

>>906
少なくともOffice 2003のVBAは相変わらずVB6ベース。2007は知らない。

>>878
> >>861
> >なんで勝手に話ふくらませてんだよ。
> 病気なんだろ。

こう煽っておきながら、

> >>874
> >マンセーしているやつがいるからだろ。
> じゃそいつに言えば？


なんだC++厨のこの無責任な発言。
匿名であることをいいことに反論ができない都合の悪い話は
自分がした発言であっても、他人が発言したことにして
そういう言い逃れかい。そんなうそをつくお前が病気だよ。

>>877
で、その実装はStringの+演算子のように最初から定義されているものなのか、

それともC++とまったく同じようにユーザが自由に定義するものにするのか、
それとも機能限定版、型安全性版Template, Java Genericsのように
限定的な演算子オーバーロードをJavaに適用したいという話なのか？
具体例がないようでは、

JavaからJNI経由でC++使ってるのと変わらないだろう。

Javaに導入するうえでの具体例を出すべき

>>879
それはimmutableオブジェクトに適用できないな。

不変性がないので却下。

>>882
そんなものより、アノテーションでやってほしいな。

>>883
カンマどころか、

フーリエ変換のプログラムをつく炉時に
複素数の極座標やディリクレ核の反時計回りの回転に++演算子、
時計回りの回転に--演算子を使っているトンデモがいたぞ。

これだから演算子オーバーロードはウザイんだよ。

だよな。<<が左回り、>>が右回りだろ、常識に考えてｗ

C#をC++に取り込めば最強。

>>923
それってなんてD言語？

>>923
それなんてC++/CLI？

>>860
> あの異なる三つ基幹システムを統合したあの二重引き落とし事件は
> なぜ起きたのか説明できるか？

日系コンピュータでも読んだらどうよ。

少なくとも、ソース併合がどうのこうのと言うレベルの問題じゃない。

> Java開発では、他のプロジェクトで開発したソフトウェアをライブラリのように
> 統合して新たに製品開発するということは頻繁に起こっているぞ。

お前のところでは、ライブラリ使うのにいちいちソースを併合するのか？

それこそバカじゃねーの？ (w

# まともなライブラリも作れないコピへ厨かな？

>>890
C++でプログラミングしてるやつで頭が良いやつなんて聞かないな。
　　　　　　　　　　　　　　　　　　　　　・　・　・　・

頭が、良い具合にピカピカにテカってるやつなら実際に見るけどな。
･　・　　・　・

Javaで開発しているやつのほうが稼ぎがいいしな。
C++やってるやつは秋葉系のキモヲタが多い。
それに対してJava開発者は新人のピンもいるが、キリは
データベースのスペシャリストでネットワークやソフトウェア工学に詳しいやつが多い。
とくにデータベース屋もかねているJava屋は組み込み系C++屋よりも
大金持ち。ルックスからしてまるで育ちのよさが違う。

傍点の位置ずれまくってて意味不明になっている件について。

使ってる人間で比べんなよ…
言語で比べるんだろ？

C++はいろいろめんどくせーけど、テンプレートがすげーおもしろい。

たしかにテンプレートはおもしろい。というか便利。
Javaでも似たようなものが導入されてうれしい。

・・・。

C++はｵﾓｼﾚｰ言語

お前らC++を尊敬しろ！
C言語との互換性があるからクラスを身近なものにした。
C++で試行錯誤したからJavaが洗練できた。

一度出来た言語仕様を乱用する馬鹿がいるからという理由で
なかったことには出来ないが新しい言語を作ることで可能となる。

＃いんくるーど　あいおーすとりーむ

>>935
今すっげー腹減ってるから
"あいおーすとりーむ" が
"あいすくりーむ" に見えた。
これじゃ、まるでピザだ。

>>894
> 初期のJava使いはハッカーばかっりだったよ。普及しちゃうとバカが増えるのは仕方ない。
C++でも同じだけどな。C++できるという奴を詮索してみると、C言語しかできなかったという
大馬鹿ものばっかだったし。面接でもC++できると嘘を付いている奴が今だにいるのは笑えるね。

>>900
数年前にJavaスレを荒らしていたあの馬鹿だろ。
たまにJava質問すれにサザエさんのAAを
貼り付けてスレを荒らすことがあるやつ。

そういえば、あの馬鹿も
演算子オーバーロードの話が次世代Javaスレで
議論されたとき、論破されてJavaスレを荒らしていたよなw

あの馬鹿は、元々VB厨で継承すら理解できない馬鹿だった。
それがC#が出てからそれに飛びついてああいうおかしな奴に成り下がった。

>>909
> そうじゃない。MS Office のようなアプリを作るときのことを考えてみると、
> C# という選択肢が最強ではない、という意味。
> MS Office を利用する側の話をしているのではない。

M$が社運をかけてせっかくC#を作ったのに
全然有効利用できないとは、失策だね

>>926
> >>860
> > あの異なる三つ基幹システムを統合したあの二重引き落とし事件は
> > なぜ起きたのか説明できるか？
> 日系コンピュータでも読んだらどうよ。
> 少なくとも、ソース併合がどうのこうのと言うレベルの問題じゃない。

それはそうだが、裏にはそういう問題も隠れているので
それは一切関係ないとはいいきれない。

> > Java開発では、他のプロジェクトで開発したソフトウェアをライブラリのように
> > 統合して新たに製品開発するということは頻繁に起こっているぞ。
> お前のところでは、ライブラリ使うのにいちいちソースを併合するのか？

話を勝手に膨らませている犯人はお前か。
お前が馬鹿者ねーの。
どこに「ソースコード」出てくるのか。
ソースコードで提供されることもあれば
コンパイルされたバイナリをインポートすることもあるが。

それで、お前は演算子オーバーロードの問題について何も考えることができないわけだな？
ヘッダファイルの使い方、typedefの使い方についても。

>>934
それだったらSmalltalkのほうが信用できるね

>>929
それは>>890のような馬鹿にいうべき

C++のSTLっていまいちだよな。Boostがあって一人前だよ。
それにテンプレートって不安だな。難解だ。トリッキーだ。
// テンプレートを引数でDLLとかに使えるようにして欲しい。

標準ライブラリがしょぼいっていうのって致命的だと思う。
データベースとかネットワークとかXMLとか
標準ライブラリとして標準装備してさくさく使えるようにしとけよ。
OSとかライブラリに依存とかしたくねーよ。

XMLを読むためにMSXMLだとかCOMだとかBSTRだとか
LPWSTRとかVARIANTだとかウゲーｹﾞﾛｹﾞﾛｹﾞｰｹﾞﾛｹﾞﾛｹﾞｰ

>>927 うらやましいな。

要するにC++は言語抽象化が中途半端なんだよな。
せっかく高級言語使ってるのに人間様がvptrとかvtblとかくだらない内部実装のことまで
かんがえてやらにゃいかん。Cぐらいならまあ、脳内でマシン語変換できるからべつに
いいんだが、クラスとか継承とかやられだすともう人類にはどうしようもなくなる。

内部実装を考えない奴はプログラマじゃないだろ。
ただのスクリプタ。

C++に対する各界の反応

私はオブジェクト指向という言葉を発明したが、C++のことなんて全く念頭になかったね。
-- アラン・ケイ

C++は見栄えをよくしたCOBOLとして現在使われている唯一の言語だ。
-- バートランド・メイヤー

もしBjarneがCとの互換性にこだわる必要がなかったとしたら、Javaを開発していたろうね。
-- ビル・ジョイ

C++言語のデザイナーたちは、同じ問題を解決するアイディアが二つあると、いつも「よし、両方ともやろう」と言う。
だからこの言語は私の感覚ではかなり奇怪(baroque)なものになっている。
-- ドナルド・クヌース

歴史的に、他人に使ってもらえるようにデザインされた言語は出来が悪い：COBOL, PL/I, Pascal, Ada, C++.
良い言語はクリエイターが自身が使うためにデザインしたものである：C, Perl, Smalltalk, Lsip.
-- ポール・グレアム

C++なぞ問題外. ^^;;;
-- まつもとゆきひろ

両方ダメ言語

>>946
自信たっぷりに（大して偉大でもない）有名人の名前を挙げて恥ずかしい人ですね。

所詮は人造科学であるコンピュータサイエンスなんて物理などの自然科学と比べたらクズも同然

Javaにうまく演算子オーバーロードを組み込めたら
XMLリテラルや正規表現リテラルやタプルなどの構造を取り込めるんじゃねーの？
明示的に宣言して使ったほうがいいと思うけど

>>950
それってなんてC#？