- 1 名前：仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ]
- さ、語れ。Javaよりも遅い脳みそを持つ人々について
C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？
C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。
前スレ
Javaは遅いという奴は遅れたバブル世代じゃね？
pc8.2ch.net/test/read.cgi/prog/1136434011/
Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね？ その２
pc8.2ch.net/test/read.cgi/prog/1136359572/
関連スレ
先があるのはC++とJavaのどっち？
pc8.2ch.net/test/read.cgi/prog/1132157362/
- 662 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:12:33 ]
- 発注先に、使ってるJVMの外部仕様書まで要求したら目を回していた。
「おたくはJVM部分の保守はしないってことか？」と怒鳴ったら泣き出した。
今は反省している。
- 663 名前：仕様書無しさん [2006/05/18(木) 21:14:26 ]
- じゃばうざい
[ﾟдﾟ]
/[＿]ヽ
| | リファクタリングかんりょうしますた
- 664 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:46:08 ]
- >>662
それはたんに>>662の頭が弱いだけではないかと。
君は必死になっていつもネタを考えているようだけど、
君が作り話をしてもまず受けないし。
自作自演で自画自賛するだけでしょw
- 665 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:48:07 ]
- なぜ改行が多いのですか
JAVAのひとはそうなんですか
- 666 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:49:15 ]
- C++の人はどうなんですか。
ソースファイルの末端に改行を入れないのですか
あーそーですか
- 667 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:41:52 ]
- JAVA房さ、リファクタリンとか騒ぐなら
お前の人生リファクタリングしたほうがいいぞ
日本以外じゃJAVA＝上級スクリプト系言語
レベルの扱いだぞｗ
- 668 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:50:19 ]
- Java房から教わった、あのとき2chで始めて知った「リファクタリング」という言葉に
毒づいて根に持っているのかC言語厨w
っていうかC++厨をJava厨にリファクタリングしたほうがいいぞ。
そうすればC++厨も職にあぶれる心配もなくなる。
アメリカじゃCだけしか知らないんでは仕事も無いぞw
- 669 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:52:39 ]
- ここはジャパンデース
- 670 名前：仕様書無しさん [2006/05/18(木) 23:53:01 ]
- 何回も思うんだが、お前日本語おかしい。
２ちゃん用語（２典とかな）でも見ながら書いてる第三国人の方ですか？
- 671 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:02:16 ]
- じゃ、お前は第四国人ですかね
- 672 名前：仕様書無しさん [2006/05/19(金) 00:06:28 ]
- あたまのねじが・・・
おじゃば・・・
カワイソス
- 673 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:25:58 ]
- そもそもC言語厨ってなんでそんなに頭が悪いの？
- 674 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:11 ]
- C言語厨の頭のネジをはずし
カバーをはずし
Javaチップ埋め込み手術
C言語厨の歪んだ人格が補正された！
- 675 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:25 ]
- ぐー
- 676 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:28:08 ]
- うちの会社にC++使いがやってきた。
Javaは扱ったことが無いと言うので私は得意げにJavaを教えてやろうとしました。
しかし次の日、そいつは普通にJavaを使いこなしていました。
そいつ 「Java？こんなの使えるようになるのに1日も必要ないね」
如何にJava使いは上辺だけの知識しかないということが分かりました。
- 677 名前：仕様書無しさん [2006/05/19(金) 00:30:44 ]
- いつも一人でJavaに粘着しているC言語厨は
一体どんな僻みを持っているのでしょうか
- 678 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:31:22 ]
- >>676
ネタだよね。
JavaとC++とを置き換え他方がいいんでね？
- 679 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:05:36 ]
- ライブラリ使わせてもらって組んでるだけのクセに偉そうですよね。みんな。
- 680 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:21:39 ]
- じゃ、Javaのライブラリ使わせて貰っているJakarta は？
- 681 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:25:26 ]
- っていうかC言語厨がJava厨に言いがかりつけるのは
アセンブラ厨がC言語厨に言いがかりつけるのと同じ事やね。
エレキのハード屋がアセンブラソフト屋に言いがかりをつけるのと同じ
ともいえるし。
メカ屋がエレキ屋に言いがかりをつけるのと同じともいえるね。
昔の人間ほど新しいものに対する変化が弱く、恐れ、
なんとかして保身に走ろうとする。
そう、C言語厨は「変化ヲ抱擁セヨ」がなっていない人たちなのだ。
もう老人なのだよ。彼らは。
「最近のわかいもんは冷房なんかつけて贅沢しおって！私が若い頃は
冷房なんかなかったんだぞ！」とよく後輩に逆ギレをするのがC言語厨なのである。
- 682 名前：仕様書無しさん [2006/05/19(金) 06:41:58 ]
- ふと想った。
Javaの言語仕様そのままでexeを作れるようになれば、
Windowsプログラムに関して言えば、
C/C++のWin32API利用なんかよりも開発速度が上がる気がする。
データ容量などの多少の犠牲があるにしても、
それを補っても費用対効果が上昇するのでは無いかなぁ。
以上、便所の落書きでした。
- 683 名前：仕様書無しさん [2006/05/19(金) 07:06:29 ]
- ずっとよんだけどさ。
やっぱしあたまわるいね。おじゃばくん。
とくに>>682
おまえ、最近のLinuxいじってないだろ。
GCJもしらないんだな。
ぷろぐらまのふりはもういいから
おなにーしてねなさい。
- 684 名前：仕様書無しさん mailto:sage [2006/05/19(金) 07:37:06 ]
- なんつーか、Java厨って、世間で言うところのオタクに見えるんだよね。
オブジェクト指向とかこっちにとっては知識のかけらでしかないのに、
Java厨にとっては世界の全てと思っているように見えてしまって興ざめする。
オタクよろしくオブジェクト指向の話しかしないしさ。
- 685 名前：仕様書無しさん [2006/05/19(金) 08:44:52 ]
- サービスを作成するにはRFC仕様をじっくりと検討し
OSのAPIで実現可能か調査しセキュリティ実装の検討をし
その他もろもろの仕様検討をしクラスに落として行く。
OSとかRFC仕様とか多種多様な要件をひとつにまとめあげるスキルが必要
なんだけど、Java厨さんの場合は単純にクラスだぜ！すげえだろう
って浅く薄い発言しかできないのが気にかかるかな。
- 686 名前：仕様書無しさん [2006/05/19(金) 08:47:14 ]
- 下請は余計なことを悩まなくていいよ。
- 687 名前：仕様書無しさん mailto:sage [2006/05/19(金) 11:05:28 ]
- >>668
>C++厨をJava厨にリファクタリングしたほうがいいぞ。
お前も、自分が何言ってるのかくらい認識したほうがいい。
知らない単語も使わないほうがいいな。
>>678
>JavaとC++とを置き換え他方がいいんでね？
成立しない。
C++ を「使いこなす」には、あの泥臭い仕様を理解しなければならないわけで。
…いや、理解していなくても「こんなの使えるようになるのに1日も必要ないね」
と言い放つ阿呆は確かに存在するが。
- 688 名前：仕様書無しさん mailto:sage [2006/05/19(金) 16:55:19 ]
- Javaに欲しいものを思い出した。
1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し)
実際使うかどうかはわかんないけど、言語としてね・・・
2. const (言われてみりゃ欲しい)
3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。
これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった)
- 689 名前：仕様書無しさん [2006/05/19(金) 18:32:23 ]
- >>683
ATL/WTL 後CLI がそれだ
Javaを使うひつようはない
- 690 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:10:05 ]
- >>682
それだったら既にあるんだが。
- 691 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:11:19 ]
- >>684
そうか？ C言語厨のほうがオタクに
見えるんだけどね。
金にもならない癖にC/C++マンセーするなんて
生産性の無い馬鹿のやることじゃん。
しかもオタクよろしくガンダムの話しかしないしさ。
- 692 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:14:28 ]
- >>688
> Javaに欲しいものを思い出した。
> 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し)
> 実際使うかどうかはわかんないけど、言語としてね・・・
CloneableインタフェースとObject#clone()で代用すればいいことをなぜそんなに欲しがる。
> 2. const (言われてみりゃ欲しい)
static finalがあるからそういう無駄なものは不要。
> 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。
> これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった)
なぜそういう仕組みにしないといけないのか？、また、そうなった場合の対応方法について
知りたければ「Effective Java」、「Javaの鉄則」を読め。
- 693 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:15:04 ]
- >>685
アセンブラ厨がC言語厨に零した愚痴にそっくりだな
- 694 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:21:11 ]
- アセンブリ言語→アセンブル→実行形式バイナリ
C言語→コンパイル→実行形式バイナリ
Java言語→コンパイル→バイトコード
- 695 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:24:06 ]
- しかしあれだな。Javaバカ、オブジェクト指向原理主義バカもすっかり減ったよね。
- 696 名前：>>688じゃないけど mailto:sage [2006/05/19(金) 23:24:28 ]
- >>692
> 1
clone()は使いにくい。
> 2は同意
> 3
保守とかやってると、そういう仕組みの方が都合が良い事がある。
- 697 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:35:49 ]
- たかがOOが銀の弾丸ならこの業界も苦労しない罠。
- 698 名前：仕様書無しさん [2006/05/19(金) 23:54:13 ]
- OOすれば再利用性が高まる…そんな風に考えていた時期が、俺にもありました。
- 699 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:55:30 ]
- そうそう。狼男のつもりでいたらヴァンパイアだったりするからな
- 700 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:57:43 ]
- ビジネスロジックを書くのに最強の再利用手段は
コピペだ。
いやマジで。
- 701 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:59:03 ]
- cloneがObjectのメソッドでマーキングインターフェイスで
サポートしていないクラスの場合は例外をスローするという
嫌がれせとしか思えない糞仕様を設計したやつはだれですか。
- 702 名前：仕様書無しさん [2006/05/20(土) 00:16:09 ]
- 「C」にしろ「Java」にしろ、仕事によって使い分けてりゃいいんでない？
言語もツールだろ？
画像処理の高速化に、アセンブラを使うようなものでないのかい？
- 703 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:18:46 ]
- 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
代わりにせめてassign()、equals() の標準インターフェイス
2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？
- 704 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:42:27 ]
- あっequals()はObjectで定義だったな。(ハズイ
- 705 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:43:21 ]
- ジャバカ
- 706 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:46:52 ]
- >>696
お前はそこいらで適当にJavaの愚痴を有ること無いこと
書いてる馬鹿と違ってまともそうな発言をしているのでレスしよう。
> >>692
> > 1
> clone()は使いにくい。
どう使いにくい？ clone()と長く書くことが苦痛か？
clone()のオーバーライドが面倒か？
それと、不変クラスを定義した場合、clone()のオーバーライドは不要。
clone()の定義が面倒か？
> > 2は同意
> > 3
> 保守とかやってると、そういう仕組みの方が都合が良い事がある。
それはお前のスキルに問題があるといいたいが、
IDEで補う事が可能。
- 707 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:47:30 ]
- >>701
C#にも似たようなものが(ry
- 708 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:53:37 ]
- 今度のjavaのオプションにハイフンdqnが付くみたいだね
- 709 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:37 ]
- >>706
コピーしたいだけなのにいちいちオーバーライドするのは面倒。
まぁ、慣れの問題だとは思うが。
- 710 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:48 ]
- >>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 代わりにせめてassign()、equals() の標準インターフェイス
IDE使え。
> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
前者ではフィールドをfinalにしろ。
後者では引数にfinal指定をすればいいだけの話だ。
> 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？
既に少ない。C++と比べたら楽な門だ。
- 711 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:58:33 ]
- cloneは何のためにある？
共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。
で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。
上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。
何もわざわざObjectレベルで付けて、しかもサポートしないときには例外なんて
おかしなことをする必要は無いはず。
まあそれ以前にclone自体が単純にいまいち使いにくいけどね。
※別にJavaに限った話ではなくてC#とかでも同じだが。
- 712 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:00:11 ]
- >>709
クラスの定義に応じて深いクローニングや浅いクローニングを
指定する必要があるのにそれはないだろう。
それは急ぎたいのに信号無視したいといってるのと同じだぞ。
- 713 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:01:20 ]
- >>711
> cloneは何のためにある？
> 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
> そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
> なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。
> で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。
それについてもEffectiveJava に書いてある。
> 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。
そうすると新たな問題が生まれる。
- 714 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:05 ]
- >>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 代わりにせめてassign()、equals() の標準インターフェイス
assign()が何をアサインするメソッドなのか？
- 715 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:28 ]
- >>702
今Cの仕事が減っているからねえ。
どうなんだか
- 716 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:18 ]
- >>701
> cloneがObjectのメソッドでマーキングインターフェイスで
> サポートしていないクラスの場合は例外をスローするという
> 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。
お前はクローニングについてかなり勉強不足。
そこでJavaを批判する前にまずJavaを基礎から勉強し直して出直してこい。
- 717 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:45 ]
- >>700
マジレスするにしても痛い。
勉強不足。
- 718 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:05:14 ]
- >>695
速度原理主義なC言語厨もどうにかしてると思うが
- 719 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:07:42 ]
- >>717
学生乙
- 720 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:09:36 ]
- >>712
> それは急ぎたいのに信号無視したいといってるのと同じだぞ。
意味が分かりません。
- 721 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:11:37 ]
- ナイス突込
- 722 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:15:32 ]
- >>716
それは同一クラスのインスタンスを作るという目的のこと？
それとも別の理由？
Object.cloneに当たる機能は別（出なくてもいいかも知れんけど）もってて
Cloneableにcloneがあるのではなぜいけない？
- 723 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:18:54 ]
- このスレのC言語厨は論理的思考能力が無いアホばかりだろ。
発言一つ一つに根拠無いものばかりでな。
ようするに連中は頭がおかしいだけなんだよ
- 724 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:19:59 ]
- >>722
それがCloneNotSupportedExceptionとどう関係有るんだ
- 725 名前：仕様書無しさん [2006/05/20(土) 01:20:03 ]
- >>715
Javaのスレだったな。
じゃあ『C#』あたりで…ノシ
- 726 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:00 ]
- >>723
オ マ エ モ ナ ー
とでも言って欲しいのか？
- 727 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:53 ]
- C#の仕事も少ないんだなー
- 728 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:38:07 ]
- ちょっと質問。
よくcloneメソッドをpublicなメソッドに
オーバーライドして云々て記述を見るんだけど、
これってオーバーライドしてるんじゃなくて、
正確にはオーバーロードに当たる？
- 729 名前：仕様書無しさん [2006/05/20(土) 01:39:59 ]
- >>727
そ。
じゃあ『Java』で…って、そういう事いいたかったんじゃないぽw
- 730 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:21:15 ]
- >>710
final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
>>714
同一クラスおよびその派生クラスの代入という意味ね。元ネタは>>688
>>728
ちょwwwおまっwww オーバーライドで正解。
オーバーロードは引数が違う場合じゃあるまいか。
- 731 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:28:39 ]
- あっ一個忘れた
>>712
浅いコピーデフォルトでいいじゃん。
比較対照としては適切じゃないけどC++ のデフォルトの operator= はいい仕事するよ。
- 732 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:51:43 ]
- 悪い。思い残しがないように(?)もう一個だけ。
>>710
>> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
>前者ではフィールドをfinalにしろ。
いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
全メソッドがconstなら結果としてImmutable Objectとなるおまけも付いてくるよ。
- 733 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:53:54 ]
- ストールマン氏は、「Java Trap」（Javaの罠）と題された論文の中で、こういったオープン
ソースプロジェクトでJavaを使うことに対する批判を展開している。
「SunのJavaプラットフォーム上でJavaプログラムを開発すれば、無意識にSun独自の
機能を利用しがちである。気づいたときには、もう何カ月もその機能を使っていて、プログ
ラムを書き直すのに、さらに多くの月日がかかるという可能性もある。『最初からやり直す
のは大変だ』ということになるわけだ。あなたのプログラムは“Javaの罠”に落ちたのである。
そのプログラムはフリーソフトウェアの世界では使えないのだ」とストールマン氏は記している。
ストール万はこんなことを言ってるようだけど、C/C++信者はストール万の批判を鵜呑みにして
Javaを批判しているんだね。
2chで批判するときは事実を歪曲して批判しているようだけど。
- 734 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:54:37 ]
- >>728
clone()というメソッドを作ったならばオーバーライド
- 735 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:48 ]
- >>730
> >>710
> final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
> まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
そのときはCollectionsクラスのユーティリティメソッドとGenericsを組み合わせればいいのではないかと。
> だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
面倒くさいならIDEのコードアシストを使えばいいってことを言いたいんでは？
- 736 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:50 ]
-
>>732
> 悪い。思い残しがないように(?)もう一個だけ。
> >>710
> >> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
> >前者ではフィールドをfinalにしろ。
> いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
フィールドをfinalにすると一度コンストラクタでfinalフィールドに代入された値は
二度と変更できず不変になるってことでは。そうすればObjectを変更できなくすることができる。
当然クラスもfinalにしてsetterメソッドも廃止しないといけないけど。
メソッド単位でオブジェクトを可変にできるようにしたければ別途Mutableになるクラスを作った方が
いいんじゃないかと思う。ImmutableなStringクラスに対してMutableなStringBuffer, StringBuilderクラスを
用意するように。
- 737 名前：仕様書無しさん mailto:saｇe [2006/05/20(土) 13:27:45 ]
- C言語厨を叩くJava厨 → Java使える C使えない
Java厨を叩くC言語厨 → Java使える C使える
つまりC言語厨は両方使った上でCのが良いって判断。
それに、Java厨はCが使えないくせにCを叩くからバカにされる。
- 738 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:31:51 ]
- てことは、cloneメソッドは例外をスローする？
cloneをオーバーライドしてるって例をみるとthrowsないんだけど、
javaってオーバーライドする場合は書かなくてもいいんだっけ？
いや、なんか俺勘違いしてる気がしてきた。
もうjava忘れちゃってるな…
- 739 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:34:03 ]
- あ、制約をゆるめる方向だからいいのか…
- 740 名前：仕様書無しさん [2006/05/20(土) 13:58:04 ]
- プログラム言語は経済的に人類の役にたつかどうかだから・・・。
だとすると、Java、C、C++いずれが有用かは、すべて採用シェアでわかる。
難しく考える必要はない。
プログラマーの都合で判断しないこと。
- 741 名前：仕様書無しさん [2006/05/20(土) 14:03:18 ]
- じゃ、MS寡占の世界ではC/C++ってことで終了だな
- 742 名前：仕様書無しさん [2006/05/20(土) 14:17:38 ]
- >>MS寡占の世界ではC/C++ってことで終了だな
そう思うならC/C++つっぱしれば。C#もいいんじゃないｗ
- 743 名前：仕様書無しさん mailto:sage [2006/05/20(土) 14:43:46 ]
- >>735 >>736
引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
(コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それよりconst欲しくない? ということ。あくまでもネタだけどね。
Generics まで導入した現在、simple is best という訳でもなかろう。
>>737
こんな事書いてる俺はJavaのほうが使用頻度高かったりする訳だ。
- 744 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:22:48 ]
- C++をマスターする。
これは云わばあらゆる言語をマスターする事と同じである。
C/C++とJavaの経験者だったら何でもかんでもJavaが最強とほざく奴なんて皆無。
やったけどJava最強とか抜かす奴は使いこなせてないだけ。ただJavaに流れただけのウンコ。
要するにJava厨はほぼJavaしか扱った事の無く、俺がJava使ってんだからJava最強と脳内保管
しているウンコ。
ウンコしてくるわ。
- 745 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:49:17 ]
- >>744
まれにその逆も混じってるぞ。
- 746 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:59:11 ]
- Javaしか選択肢がない未来になってもそれはそれでいいんだがな。
そうするとLinuxディストリよろしく独自JVMで儲けるビジネスとか出てきそう。
そうなるとJVMプログラマとJavaプログラマに二分化が進む。
そうするとどちらに入りたいかで学ぶ言語は決まってくる。
プログラマ的にはどちらにつくのがおいしいかね？
Java側についてホラ吹きエヴァンジェリスト目指す方が金になる気もするが。
C++側について高機能独自JVMを世に出すという行為も悪くはない気がする。
- 747 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:05:13 ]
- > ホラ吹きエヴァンジェリスト目指す
既にプログラマではない気がする。
- 748 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:49:22 ]
- 人を騙す商売が一番儲かるんだよなあ。
JavaJava詐欺でウハウハな奴って多いもんな。
- 749 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:56:00 ]
- C++厨は信じたくないかもしれないが、C++使いからJavaに流れる奴多いよ。
Javaのほうが圧倒的に楽だから、戻れないんだそうな。
Eclipseが大きい。
- 750 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:22:17 ]
- 別にC++厨だが、Javaの方が楽だと思ってるよ。
- 751 名前：仕様書無しさん mailto:sagｅ [2006/05/20(土) 20:25:27 ]
- そりゃＪａｖａの方が何年も後発なんだし近代のプラットホームに合致しているのは当たり前で、
優れている部分も多々ある。
俺も>>743みたくJavaを採用する局面の方が多かったりもするが、
C/C++を使えもしないJava厨がなんの根拠もなくC/C++を叩くのは変だろ。
要はJavaがバカにされてるんじゃなくてJavaを信仰するヘタレがバカにされてるのさ。
- 752 名前：仕様書無しさん [2006/05/20(土) 20:51:43 ]
- はあ？
- 753 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:57:59 ]
- はあ、その通りでございます
- 754 名前：仕様書無しさん [2006/05/20(土) 21:17:02 ]
- C++の方がなんでもありのワイルドカードみたいで好き。
でも楽がしたいときはJava使う。
- 755 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:53:25 ]
- このスレは>>737みたいな根拠無き発言とJava屋に対する私怨に
まみれたスレですね
- 756 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:55:19 ]
- >>738
まずはプログラミングしてみろ。
やってみればどうなるか、どうすればいいかわかる。
今のお前はthrowもthrowsもわかってないだろ。
>>737の意に反して、C言語厨はこのようにJavaも
わからずにJavaを叩いている。
>>737がどれだけ出鱈目で信憑性の無い発言をしているかがよくわかるだろう。
- 757 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:58:54 ]
- >>741
> じゃ、MS寡占の世界ではC/C++ってことで終了だな
現実をよーくみろ。現場で活躍している人間がそんな発言を
するとは実に恥ずかしいぞ。
M$がデスクトップ市場を寡占してもサーバサイドアプリケーションの開発が
圧倒的でサーバに使われるOSやWebサーバも非M$のものだ。
そしてアプリはJava製やPHP製のものばかりで、明らかにC/C++製の
アプリは少ない。そして仕事も見事に少ない。
そして今、リッチクライアント技術が対当している。JavaWebStartやClickOnce, Flash, Ajax
がC/C++スタンドアロンアプリの代わりを担っている。
もう、お前が想像しているようなスタンドアロンアプリの時代は終わったのだよ。
- 758 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:01:08 ]
- >>744
> C++をマスターする。
> これは云わばあらゆる言語をマスターする事と同じである。
そんなことをビックマウスみたいに言ってる奴に限ってJavaの開発に関わってもデスマって
LISPもPerlもPHPも使いこなせないんだよな。
- 759 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:00 ]
- >>748
貧乏C言語厨君、Javaアーキテクトの金持ちを嫉んで共産党なんかに入らないようになw
- 760 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:26 ]
- >>749
そうそう、EclipseスレでもCDTやってる香具師が多かったからな
- 761 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:06:43 ]
- >>743
> >>735 >>736
> 引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
> 全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
速度面やリソース面の問題を気にするなら現実的になりうるときもある。
可変クラスを不変クラスがラップするなど。
> (コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
> Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
> 後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それはMmutableクラスがImmnutableを継承しているという図か？
そもそも不変クラスというものはfinal宣言をして継承を禁止するはずだが。
継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。
> それよりconst欲しくない? ということ。あくまでもネタだけどね。
いらない。
- 762 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:54:07 ]
- >>756
いや、思い出したからもういい。
|
 |
