C言語厨はなぜオブジェクト指向が理解できないのか

VB6は継承ができないからダメ

Cも継承は出来ないが・・・。
継承が出来ないからダメってのは極論だよなぁ。

>>26
出来ないことは無いが・・・

>>24
コンポーネント指向はSUNのサイトでも使われている一般的な言葉なわけだが。
http://www.google.co.jp/search?hl=ja&ie=UTF-8&q=site%3Asun.com+%E3%82%B3%E3%83%B3%E3%83%9D%E3%83%BC%E3%83%8D%E3%83%B3%E3%83%88%E6%8C%87%E5%90%91&lr=

>>26はバカ。

どうやってやるの？

>>26
普通に継承できるんだが.......

>>31
自分で調べろよ。マニュアルすら、お前の職場には無いのか？

http://homepage1.nifty.com/CavalierLab/lab/vb/clsmdl/polymorphism_03.html
VB6には継承の機能がないと書いてありますが

http://www.microsoft.com/japan/msdn/net/upgrade/interinher.asp
ここにも書いてあります

言語に継承の構文が無いから継承が出来ないってのは間違い。
オブジェクト指向言語じゃなくとオブジェクト指向プログラミングは
できないと言っているのと同レベル。
ましてや継承が出来ないからダメというのは大間違い。

やっぱりそういうことかｗ

そういうこと。継承の構文がないから継承が出来ないなんてマヌケもいいところ。
ましてや、継承が出来ないからダメなんて大マヌケなのさ。
誰が言ったか知らないけどｗ

マヌケはオマエだよ

どうやら>>26はほんまもんのマヌケらしい。
C言語でも継承の構文はサポートされていないのだがねぇ。

>>39
へぇ。じゃあC言語で継承ってどうやるの？ｗ

何のために構文がサポートされてるんだよ。
ほんとアホ過ぎて話しにならんｗ

はぁ。継承をしやすくするためだろ。
あくまで「しやすく」ね。
継承を「出来るように」するためではない。
そんなこともわからんとは（呆

>>40
Xtとかしらんの？
継承が構文でサポートされて無い言語で
どうやって継承するかわかるよ。

こいつらとは仕事したくねー

>>40
Cによるオブジェクト指向の記述
http://www.malib.net/api/ja/node2.html

C 言語によるオブジェクト記述法 COOL ver.2
http://www.sage-p.com/process/cool.htm

>>44
無職のくせに生意気だぞ

オレはその言語の特性を生かした設計をする。
お前らとは次元が違う。わかるかな？

だから？ それは、
継承の構文がサポートされていないと継承ができない ということではない。
継承が無いからダメ ということにはならない。
このどちらの反論にもなっていないんだが？

反論も糞もねーよ。
VB6でわざわざ継承しようとは思わないってことだよ。
なんでそれがわからんのかね。頭固すぎｗ

Javaやった後、VB6に戻ったときのあの感じがわからないのかね
まったく。これだから素人は困る。

>>49
ここはお前の日記(ry

やればできるってのと普通にできるのは全然違うんだよ。
マジで理解してくれ。ほんと。マジで。

をいをい、オブジェクト指向は継承がすべてかよ（ｗ
こりゃ、クソース生成機と化してますな。

こういうｵﾀみたいなのが一番ｷﾓｲんだよ。
やればできるって。(　´,_ゝ｀)ﾌﾟｯ
勘違いすんなよ

継承さえあればInterfaceっていらないよ

別に継承がすべてではない。あたりまえだ。
でも継承をしたい場面はかなり多い。
重要度は高だ。

とりあえず、オレは出かける。|Д´)ﾉ 》 ｼﾞｬ､ﾏﾀ

やっと自称オブジェクト指向を知っている厨が消えるか。
クラスベースオブジェクト指向とインスタンスベースオブジェクト指向と
プロトタイプベースオブジェクト指向の違いとかも知らんのだろうな。

クラスでさえオブジェクト指向に必須の機能ではないのに。

http://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91
> もしくはクラス自体を持たずに別の手段でこれらを実現している言語も存在する。
> つまり、クラスはオブジェクト指向言語の必須要件ではない

全角で「２６」って書いてるバカはそれ以前の問題だよ。

Ｃで無理やりオブジェクト指向プログラミングをやるのはどうかな。
あれだろ、ＣでPascal見たいな。
すなおにＣ＋＋に使うべき。
これだから、学者先生は困るな。

使う言語は自分の好みでいつでも好きに変更できると考える方が学者先生のようだがｗ

>「Ｃ＋＋」
なんかダサイ書き方。

お前ら少しは進歩しろよ（ぷ

>>63
お前が特にな。

オブジェクト指向の知識が実装に偏りすぎてないか？
実装のテクニックとしてもオブジェクト指向が優れてるのは事実だけどね。

このスレも結構痛い香具師ばかりだけど、
「２６」とか名乗ってるバカが1番痛い。

26 ：仕様書無しさん ：04/09/25 12:34:56
VB6は継承ができないからダメ

31 ：２６ ：04/09/25 12:50:03
どうやってやるの？

とか無知を晒しておいて、

47 ：２６ ：04/09/25 13:23:24
オレはその言語の特性を生かした設計をする。
お前らとは次元が違う。わかるかな？

で、継承があることを知ると、こうやって逃げる。
これは厨房によく多いタイプですね。

Implementsによるインターフェイスの継承を知らないのですね。
Inhetitsの継承しかできない香具師は、オブジェクト指向を理解しているフリをしているタイプですね。

In article >>50, 26 (マヌケなバカ)/sage/50 wrote:
> まったく。これだから素人は困る。

シロウトということにしてしまいたいのですね :)

# ちなみに「シロウト」という言葉はあなたにピッタリだったりしますね。

47 ：２６ ：04/09/25 13:23:24
> オレはその言語の特性を生かした設計をする。
> お前らとは次元が違う。わかるかな？

こんな程度で次元が違うですって... (´д)ﾋｿ(´д｀)ﾋｿ(д｀ )

# まあ、確かに次元を超えたバカだがな。

２６は例外なく無能。

>>26
お前、マ板くんな。

>>26
お前、突き抜けすぎ！
しかし、そのキャラ、キライではない

>>47
特性を活かせても仕様を満たせないのなら、ただの屑コードだがな

おまえら平民がオレを理解することなど不可能ｗ

いつ仕様を満たさないなんて話が出たんだｗ

>>74-75
きゃー、やだー、くさーい、こないでー

>>26がきたせいで。


　　　こ　こ　は　キ　ン　タ　マ　が　蒸　れ　そ　う　な　イ　ン　ナ　ー　女　陰　で　す　ね

ていうか、26の騙りウザイ

>>26
> おまえら平民がオレを理解することなど不可能ｗ

漏れも、お前みたいな愚民を理解することはできそうにない。
そこまで低い次元に姿勢を落とせないのでな。

で、ヴァカなお前さんなりに考えて、少し釣り氏っぽい書き方してみたのか?
誤魔化そうとしているのがまるわかりで、見てるこっちが目も当てられないのですが?
なんか、お前のせいでうんこしたくなった。これからしてくる。

もう、どうでもいい

どうやら、負け組がいるようですね。

記念カキコ

俺もこのバカな "全角26" として記念カキコしとこ。
あー、俺って頭わりぃー。

お前らみたいな低脳を相手にしてるとこっちの頭まで腐ってくるよ

オレはその言語の特性を生かした設計をする。
おみゃ〜らとは次元が違う。自分じわかるかな？

このスレって最高だよな（ﾌﾟｹﾞﾗｯﾊﾟｰ
ありがとう > 全角26
お前がバカすぎるおかげだよ

(　´,_ゝ`)=3 ﾌﾟｯﾊｰ

仮想クラス：股間の皮
股間の皮を継承して陰唇を実装
股間の皮を継承して陰嚢を実装

私は陰嚢を継承して陰唇を実装したの。
仮想クラス胸板を継承しておっぱいも実装したのよ。
>>26わかる？童貞を捨てさせてあげてもいいわよ。

>>87
ワロタ。でもその説明、ちょっと附に落ちないところがあるぞ。

大腸だか小腸を少し切って実装するという噂を聞いたことがある

public interface 陰唇 {

}


public abstract 股間の皮 {

}


public class >>87のプロトタイプ extends 股間の皮 implements 陰唇 {

}


//使用方法
>>87のプロトタイプ >>87 = new >>87のプロトタイプ();


(ry

これらのクラスとインターフェースに何か書いてくれ。

どうやって実装する？

このスレのC信者の様子を見ていると
こんなスレがたってしまうのも納得してしまう。
C信者は自分の考えが間違っているということを絶対に認めないからね

C++使えると豪語する奴=本当はCしかできない低脳　
http://pc5.2ch.net/test/read.cgi/prog/1094445966/

自分の考えを曲げないのはどの言語の厨も一緒
だからこそ厨だとも言えるけど

(・∀・)ﾉｨｮ-ｩ
お前ら元気？

これだけあればオブジェクト指向は十分

・クラス定義
typedef struct class class_t;

・オブジェクト生成
#define NEW(obj) obj = malloc(sizeof(*obj))

・メソドの呼び出し
obj->method(args)

手続き型→ｴﾛｲ人が命令して統制して仕事させるイメージ
　軍隊 (司令官と兵隊)
オブジェクト指向型→息の合った人達にタイミングを取り合いながら仕事させるイメージ
　映画 (監督と俳優)

プログラムの動作に限ってはどんな○○型で作ろうと同じだよ。
この業界の奴なら、その辺の認識あるよね。

>>93
>だからこそ厨だとも言えるけど
うむ。そもそもｽﾚﾀｲが間抜けている。
「莫迦は何故頭が悪いのか」と言っているようなものだ。

C言語大好き

>>95
> これだけあればオブジェクト指向は十分
>
> ・クラス定義
> typedef struct class class_t;
>
> ・オブジェクト生成
> #define NEW(obj) obj = malloc(sizeof(*obj))
>
> ・メソドの呼び出し
> obj->method(args)

それで継承とカプセル化はどうやって実装するんだ

>>98
「C言語厨はなぜバカなのか」
というスレタイにすればよかったね

>>95
インターフェイスって知ってる?

C言語厨にはアージャイル開発ができない。
なぜならアージャイル様に見放されたから

というか、C言語の書き方しかしらないからだろう？
プログラミングの仕方を理解していれば　言語とか
オブジェクト指向とか関係ない。
んなもん　方法でしかないわ。

カプセル化の重要性を理解できているかどうかじゃないか？

継承やカプセル化が重要であってもそれはオブジェクト指向に
それは必須の技術じゃないんだが、この違いがわからんのだろうね。

│　　　　　　　　↑　　　　　　　　　　　　　←左を見ろ
│
↓　　　　　　　残念ハズレだ氏ね
右を見ろ→　　　　　　　　　　　　　　　　　　　　　　　下を見ろ↓

　　　　　　右を見ろ→　　　　　　　下を見ろ↓
　　　右を見ろ→　　　　↑↓上か下を見ろ

↓下を見ろ　　　　　　　←左を見ろ
　　　　　　　　　　↑↓上か下を見ろ　　　　　　←↑左か上を見ろ
　　　　　　　↑上を見ろ　　　　　　←右か左を見ろ→　　　　↓下を見ろ

右を見ろ→　　　　↓下か右を見ろ→　　　↓下を見ろ

　　　　　　　　　　　　　　右を見ろ→　　　　　　　　　　残念ハズレだ氏ね
│下を見ろ　　←左か上を見ろ↑
↓　　　　　　　　　　　　　　　　　　　　　右を見ろ→　　　↑上を見ろ

ゼルダの伝説を思い出した。

http://pc5.2ch.net/test/read.cgi/prog/1069842456/326

>>101
「言語厨はなぜ馬鹿なのか」というタイトルにして、
更に幅広く馬鹿を集めるスレにすれば良かった。

C言語使用者に限らず、
「オブジェクト指向が理解しきれていない」と自覚する人間は沢山いると思う。

「俺はオブジェクト指向が理解出来ている」という輩に問う
理解出来ているのはオブジェクト指向プログラミングであって、オブジェクト指向ではないのではないか？

>>100
継承はちょっと考えれば解るだろ
カプセル化は内部用と外部用のヘッダ使い分ければ出来なくもない

>>112
うむ。
あとはポリモーフィズムだが。

だから Xt Intrinsics のコードを読めと。

ﾌﾟ

ﾘ

ﾝ

ﾀ

ｲ

ｿﾞ

ﾝ

ﾋﾞ

ル

ﾚ

口

所詮は構造体の使い方だろ。
指向って言うからには。

>>126
あのな。せめて「ひながた」って言えよ。
構造体だと直すと全利用モジュール変更だろが。

　　　　　　　　　　　　　　　　　　　　　　　　 ,----、
　　　　　　　　　　　　　　　　　　　　　　　／　／＾ヽヽ
　　　　　　　　　　　　　　　　　　＿＿＿/ .　/　　　| |ヽ＿＿
　　　　　　　　　　　　　　　　　∩　＿_　ヽ＜(。)ヽ |..|.<ヽ＿ |
　　　　　　　　　　　　　　　　　.Ｕ＿￣　　　ヽ　　　| |　 .|＿_.|　　　　
　　　　　　　　　　　　　　　　　　　　｀---,l　 ヽ　　.|/　./
　　　　　　　　　　　　　　　　　　　　　　ヽ　　　＼____／
　　　　　　　　　　　　　　　　　　　　　　/　／＼　　./
　　　　　　　　　　　　　　　　　　　　　 /／　| / ｀、/　　
　　　　　　　　　　　　　　　　　　　　　　￣~ |/　　　|
　　　　　　　　　　　　　　　　　　　　　　/⌒/　　／⌒＼
　　　　　　　　　　　　　　　　　＿／⌒/ （/___／/ 　´￣￣￣＼
　　　　　　　　　　　　　,--´￣　/　　　＿＿＿　　　　　　　　　 ＼
唯一神デオキシス様が華麗に0x80get!!皆の者俺にひれふせい！
デオキシスは神!!ノーマルフォルムは「攻守のバランスが取れている」!!DEOKISHISU is god!! DEOKISHISU　is god!!
＞ファイヤー　　　消防や厨房にまで使われない雑魚は引っ込んでな(ﾌﾟ
＞サンダー　　　　どんなに貴様がすばやくても俺を追い越すことは不可能だ!!(ﾌﾟﾌﾟﾌﾟ
＞フリーザー　　　一撃必中？心の目使った後逃げられなければな(ﾜﾗ
＞エンテイ　　　　おまえ伝説だったっけ？弱すぎてしらなかった（ｗ
＞スイクン　　　　強さもかっこよさも俺には勝てないってこった(ｹﾞﾗ
＞ライコウ　　　　お前は影が薄いんだよ(ﾌﾟｹﾞﾗ
＞レックウザ　　　レゴブロックがホウエン最強なんてこの世も末だな(ﾌﾟｹﾞﾗｯﾁｮ
＞ラティ兄妹　　　バトルタワーでﾜﾗﾜﾗ出てきてどこが伝説だ？(藁
＞レジ兄弟　　　　伝説でもない壷に負けてるし(ﾋﾟｯ
＞ミュウツー　　　フリーザのパクリは消えな(＾＾
＞ホウオウ　　　　攻撃高くても物理攻撃少ないじゃねーか(ｹﾞﾗｹﾞﾗ
＞ルギア　　　　　エアロブラスト以外はたいした技ないな(ﾌﾟｹﾞﾗｵﾌﾟｽ
悪タイプ様ツボツボ様テッカニン様カイオーガ様
すいません調子こいてました許してくださいおながいします

C++だろうがJavaだろうがC#だろうがオブジェクト指向を理解していない奴は多い。
こんなソースでオブジェクト指向を語るのか、という奴も多い。

俺のところではC#を学んだC厨とC#を学んだJava厨が書いたコードに大差は無かった。
もちろんどちらもオブジェクト指向からかけ離れていた。
別にC厨だけがオブジェクト指向を理解できないということはなかろう。

真に学ぶべきはオブジェクト指向とは何かであって、
コンパイルの通し方とライブラリ、クラスライブラリ等の使い方ではないことに気付いて欲しい。

それだけで済んでしまうことが多いのも確かではあるが。

>>129
では尋ねる。

オブジェクト指向とは何か？

LinusもSunのOS開発チームもC厨

Cでオブジェクト指向しているね。

へんじがない　ただの　つりのようだ

ＨＳＰでＲＰＧ作りたいんですが、正直難しいと思います。
でもやりたいんです！！僕はＨＳＰでブロック崩し（アルカノイド）
ぐらいなら作ったことあります。
今のところ、オープニングまで作ったのですが、どなたか僕に
ＨＳＰの基礎からすべてを叩き込んでくれませんか？？
お願いします。

>>130
テンプレート

>>135
その回答の真意を詳しく聞かなくてもこれだけは言える。

それは大きな勘違いだ。

ＨＳＰでＲＰＧ作りたいんですが、正直難しいと思います。
でもやりたいんです！！僕はＨＳＰでブロック崩し（アルカノイド）
ぐらいなら作ったことあります。
今のところ、オープニングまで作ったのですが、どなたか僕に
ＨＳＰの基礎からすべてを叩き込んでくれませんか？？
お願いします。

自由なコードを放棄し、
現実をモデリングするだけの
不毛なプログラミング指向。

オブジェクト指向を勘違いしている人は
そのように考えているんですか。


ヴァカですね。

結局、理解している人間は一人もいない。
皇帝の新しい指向（邦題：裸の王様）

考えもせず出たとこ勝負でメソッド増やして
結果として収拾がつかなくなる指向。
パソコンのＯＳがアップのたびに遅くなる主原因。

細かい操作をしようとすると
結局Ｃに頼りざる終えなく、
んで　this が何処にあるんだか
わかんないと泣きついてくる指向。

>>141
考えもせず出たとこ勝負で1つのメソッドに全てをつぎ込むデブが居る
1クラス3000行3メソッド

軽症だ

まあ、create,destroy,get,put　あればなんとかなるもんだ。
ontimer もあればマルチメディアも自由自在。

で、オブジェクト指向向け言語でないと作れないアプリって何よ
少なくともOSレベルまでは純粋なC言語(というと少し語弊があるが…)だけで作れるんだが

オブジェクト指向向け言語って
「オブジェクト指向って素晴らしいんだ！」とでも言いたげに
様々な仕様を規定しているが、あまりの数の多さに
言語自体の消化不良を起こしている人多数のように見える。

オブジェクト指向って、そうする事が便利だと理解した人が使うものであって
言語で強制するものじゃないと思う。

>>146
>で、オブジェクト指向向け言語でないと作れないアプリって何よ
そんなものはありません。

構造体がある以上なんでもできるさ

どんなにこんな手法で先送りしても、
恐竜が哺乳類に、
戦艦大和が飛行機に負けたように、
巨大プログラムは滅びるのさ。

どんなに恐ろしい手法を持っても、・・・
たくさんのかわいそうなプログラマを操っても・・・
ハードから離れては生きられないのよ！！！

オブジェクト言語は滅びぬ、何度でも蘇るさ
「バグが出ない言語」こそ経営者の夢だからだ！

Java厨でオブジェクト指向を理解できてないやつの方が痛い。
＞俺のことね

>>1
単純に頭悪いだけだと思うが。

オブジェクト指向って何がいいんですか？
誰かメリット・デメリットを分かりやすく説明してみてください。

自分の経験からオブジェクト指向のメリットを
理解できない奴はプログラマとしてどうかと思う。

申し訳ありません。手続き型言語の経験しかないんです。

教えて君、ﾊｹｰﾝ！それより、良書でも読んでろ！

>>157
それまでの経験で何の不満も感じたことがないならオブジェクト指向の
有り難みなんてわからないよ、たぶん。
不満を感じているならその一部は解消できるかもしれないけど。

>>158
＞教えて君、ﾊｹｰﾝ！それより、良書でも読んでろ！
”それより”の意味がわからない。　厨房ってカンジ。

>>159
じゃあ勉強しなくていいや。

>>159
それなら無理に導入する必要はないね。
オブジェクト指向を生かすにもある程度経験がいるから、
最初のうちは返って生産性落ちるかも知れん。
暇なときにでもオブジェクト指向の解説本でも読んで、
導入してみようって気になってからでいいんじゃないかな。

>>160
藻前、やっぱ偽物だろ？
＞厨房ってカンジ。
似せるなら似せるで、いい加減な真似は見苦しいぞ。

C厨にもかつては栄光の時代があったんだ。許してやれよ。

組み込みに向かないC++

＞　＞厨房ってカンジ。
＞似せるなら似せるで、いい加減な真似は見苦しいぞ。
真似も何も、本物なんですが

↑ということにしたい

「オブジェクト指向」が理解できるというのはｶﾅﾘ高級な気もするどさ、
オブジェクト指向「プログラミング」なら、既存のライブラリとかでも
あちこちで沢山使われてるじゃんよ。
Win32APIだって、インターフェイス設計の良し悪しは別にして、ハンド
ルに隠蔽してウィンドウを扱うとか、あれ代表的なOOPの手法でそ。

OOPが理解できないC使いって、よっぽどくだらない仕事しかしてな
かったんじゃないの？と思うんだけど。

C の標準関数の fopen() 関連ですら OOP の手法を使ってるわな。
>>167 の言う通り、OOP なプログラムは C でもよく見るし、
C 使いならオブジェクト指向の基本的な形ぐらい理解できてて当然だと思う。
C で OOP できないと駄目とまでは言わないが、
オブジェクト指向言語に移った時にいつまで経っても OOP を理解できない奴は駄目すぎ。

CはUNIXを書くために作られたわけだが、UNIX由来のファイルディスクリプタを
使ったread/writeなんてのもポリモルフィズムの発想だよなぁ。

作った雛形があるんでC言語のまま一生を終えたいと思うよ！
Ｃ＋＋にするメリットとデメリットを考えるといまさらだしなぁ。

あんまオレに有用なライブラリもないし・・・。テンプレート使えない環境とか使わないとならん場合もあるし・・・。

C++で作るとCの開発環境しかない場合に流用できないんだよね

C++が使えないような環境に行くことがあり得ないから、
C++の恩恵に浸りまくりですよ。ほっほっほ。

　　 　　　 　　　Ｖ
　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんなふうに考えていた時期が
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f 　　　　俺にもありました。
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`!

良スレハケーン(大学受験板)･･･ｽﾚﾀｲを見よ。
http://school4.2ch.net/test/read.cgi/kouri/1102125273/

なんともム板にふさわしいｽﾚﾀｲではないか。「真」だ!!!

ここマ板ですけど･･･

>>167
どうせおまいはクラスを構造体のようにしか使いこなせないだけで
オブジェクト指向を理解したつもりになっているんだろ

>>176
どうせおまいはprintlnを書くだけで
オブジェクト指向を理解したつもりになっているんだろ

>>177
Java厨逝けよ（藁

構造化でいいじゃん。汎用ライブラリ作るんじゃないんだから
規模の小さいうちは開発速度落ちるだけじゃんか。
処理の頭からガリガリ書いてったほうがはやいし直感的に作れるし

オブジェクト指向だと、やるきもないのに強制的に再利用性とか考えらされる。コード量もふえる。
今日日大抵のプロジェクトは速度命、なんで考えること増やさにゃならんの？

余計な機能が多すぎるため
初心者はとつじょ巨大な百科事典数十冊を
渡された気分になる。

それがC++を難しくしている原因だ。

C++が簡単だと言ってる馬鹿は
C++のすべてを理解しているつもりですべてを理解していない馬鹿どもだ。
百科事典も使わずに馬鹿でもわかるC++本をよんだだけで
C++の全貌を理解したつもりになっているクズどもだよ

Cでオブジェクト指向=Objective-C　not　C＋＋

>>174
> 良スレハケーン(大学受験板)･･･ｽﾚﾀｲを見よ。
> http://school4.2ch.net/test/read.cgi/kouri/1102125273/
>
> なんともム板にふさわしいｽﾚﾀｲではないか。「真」だ!!!
>

移転したよ。。
の文字しか見あたらないのだが

オブジェクト指向のキーワードだけ丸暗記していて、理解した気になっているやつがいた。
それで絡んでこられても困るんだよね。
ちゃんと理解した上での議論なら興味深く聞けるんだが、単に分かってないやつと話しても
時間の無駄だしつまんねー。
それなのに本人はテクノロジーについての高度な議論をしているつもりだから、
こっちが相手にしないのがご不満。

>>180
Ｃを知っていれば一通り何でも出来ちゃうから、新しいことを学ぶのが面倒なんだと思うよ。
本当にプログラミング初心者でまっさらなら、かえってすんなり受け入れられると思う。
自分がそうだったんだが。

とはいえ、プロも歳をとれば油断する。
大事故になりかねない。
若い奴でも調子に乗ればとんでもない殺人を犯すことになる。
プロでも酒を飲めば3人の高校生の命を奪ってしまう最近の交通事故のように
なることもありうるのだ。

JR西日本のような列車事故は焦ったために起きたことだ。
焦りに焦ってバグで人を殺すようなプログラミングをすることは許されない。

私はC++を医療器や航空機に使うことは反対だ。
C++は使い方を誤ると誤って患者や旅客の命を奪いかねない言語だからだ。
だから人の命を奪う恐れが高いC++は普及させないほうがいいと思っている。
時間とかければいいとはいえ、顧客は容赦しない、
「他の言語でやすくできるならなぜC++では安くできないのか？」
と問いつめてくるのだ。そうなると大抵の企業はものを「お客様は絶対的な神様だ」と称して
ものを速く完成させようとすると。すると徹夜残業が増える。徹夜残業しても間に合わないので
C++にしかできないとんでもないスパゲティコードが生まれる。
そしてC++のコードが世に増えれば増えるほど無駄に徹夜する時間が増えてしまう。
C++のコードを貰い受け、引き継ぎ、苦労する後継者が増える。
そして焦りが人の命を奪う。

だから、私はC++だけで作られた自動操縦システムを開発することに反対する。
JR西日本のような列車事故を二度と起こさないためにも。

少なくともC++に厳重なルールとC++の規格が統一されるまでは
C++は普及させないほうがいいだろう。人々の命を救うためにも。

私は>>185がプログラムを書くことには反対だ。
プログラムは使い方を誤ると誤って患者や旅客の命を奪いかねないからだ。

少なくとも>>185に厳重な監視と教育がほどこされるまで、
>>185を野放しにしない方がいいだろう。人々の命を救うためにも。


ま、プログラムなんか書けないんだろうけど。ｗ

>>185
>この消防副士長(25)は免停中なのに137回も運転
まで読んだ。

列車事故の原因が焦り？
焦りを導いてしまう環境とその背景としての安全軽視が原因だろ
#コピペにﾏｼﾞﾚｽするのもなんだが

>>1
んなもん、インラインアセンブラが便利だからにきまってるだろ、ﾊﾞｰｶ！

>>188
バカか。安全軽視が焦りを促進したんだろうが。
C++も同様。バグの温床だ。

人間の動作にJavaの応答速度が追いつかずにオーバーランやスピード超過によるカーブでの転覆を招くと・・・・

ここも馬鹿が来てる

cpu Aとcpu Bがシリアルでも共有RAMでもいいがとにかく繋がっているとする。
cpu A側のプログラムから信号線を制御しなければならないのだが、
信号線がcpu Aのportかvcpu Bのportかどちらに接続されるか未定な場合、
C言語でもオブジェクト指向な設計をしておくと少し幸せになれると思う。

その人間の思考パターンが向いてない。

けど、オブジェクト指向言語を使ってるだけで、
なんちゃってオブジェクト指向なのに
理解できてるつもりになってる人も多い。

OOてのは、物の振る舞いに任せてプログラミングするって事だろ結局。
その為、メンバ変数なんかにアクセスする必要はないし、されても困る。
OOPLは、それを補助する機能がついてるだけ。
そう考えると、C厨よりOOPLに馴染んでる方がOOの本質に気づかず、
OOPLを使った何か？しか出来ていないような気がするがどうよ。

なんとなくage。

オブジェクト指向が理解されていることが有効となる場面てのは
設計フェーズだと思う。OOを意識して設計されたものを実装するときに
便利なのがOOPLでしょ。効率とかメンテナンスとかのバランスなんて
プロジェクトにあわせて使用される言語に適した形で実装するもんだと
思うが。

OOPL使ってる人たちに聞きたいが、OOで「設計」したほうがいい場合と
そうでない場合の境界線ってどこよ？

>>196
そんな境界線は無い　つう回答が来ると思うけど。
俺も回答を待ちたいね

C! C! C!
オブジェクト！　オブジェクト指向！

システム系の香具師はなぜC言語が理解できないのだろうか
ってつくづく思うよ

ここの２６て俺か？
なにやら偽者が出ているみたいだが
前に書いた記憶があるんで
多分俺だとおもうが。

JavaがCにとって変わられる事はない
CがJavaにとって変わられる事はない

Cが不要になる事はない
Javaにとってかわる何かが出てくる事はあるかもしれない

ガキのおもちゃそれはJAVA

「オブジェクト指向とは何か」を分かりやすい様に3行以内で説明してください。


ではどうぞ↓

オブジェクト指向とは、アドレッシングができない馬鹿のために
安全でかつ平均的な品質が保証される仕様ということで策定された。
馬鹿専用の仕組み。

オブジェクト指向とは、馬鹿をコントロールするために
作られたのだが、それを利用しているコーダは何を勘違いしたのか
みな「オブジェクト指向」の文言に酔いしれる。
ねこにまたたび、馬鹿に「オブジェクト指向」

オブジェクト指向とは、プログラムで扱おうとする事物をより自然に扱える
ように工夫された、文明人のための開発手法である。
原始人にはそれが分からんのです。

原始人とは、３行以内に説明せよと言われているのに４行使って
説明している >>205 のような、要求仕様を満たせない無能の事
である。

>>205は真実だろう
あらゆる開発手法はそういうもんだろう

オブジェクト指向とは、処理とデータの組み合わせに、
コンパイラに理解できる名前をつけられるようにした開発手法である。

>プログラムで扱おうとする事物をより自然に
そしてつじつまの合わない事も無理やり合わせて
醜いクラスライブラリが出来上がる

ちみは何をいっているのか。。。。。。。。。。。。。。。。。

プリンタも満足にコントロールできないJavaのライブラリみたいにね

つじつまが合わなくなるのは、そのクラスを設計した奴に物事の本質を
見抜く力がなかったからであって、オブジェクト指向そのものに欠陥が
ある訳ではない。

また、もともと支離滅裂でつじつま合わせの必要がないからと言って、
その手法がオブジェクト指向より優れていると強弁出来るものでもない。

それでは印刷ページのコントロールもできないJava
ライブラリはどうなの？
オブジェクト指向だからいい。内部実装は適当でも許されるのか。

設計は理想主義
実装は夏厨でも許されるオブジェクト指向なんざ糞食らえだ

あとUMLに一言いいたいんだけどさ
あれってJava専用だよね。
C++にはパッケージの概念はないもの

C言語厨はOSに問題があれば自分でパッチ作って当てられる。
ライブラリもだ。
おまいらオブジェクト指向厨はやれOSのバグだライブラリにクラスが足りない
などと他人任せすぎ。
おまいらがやっていることは5ピースくらいの幼児向けパズルを組み立ててるだけ。
ちょっとはプログラミングでもしろよ

>>217がいいこと言った

OO厨(==java厨)は無菌室(VM)の外にはでれないんだよねw

設計って良い仕事だなぁ・・・

このスレ見る限りでは、C++ ではオブジェクト指向出来ないらしいな。

そういやあ、パッケージこそJavaの醜い仕様の最たるものだな。
アクセス制御をファイルシステム位置に相関づけるとは。。。
基本設計が幼稚だなｗ

C++でOOは普通に使うよ。
ただ、Javaのクラスみたいに理想と現実が離れすぎている
クラスは絶対作らないだけw

Java厨はJavaのクラスのほとんどが
Cランタイムのラッパーだということも知らないw

>>224
いや、マジで 「だからどうした」 って感じなんだが。
ラッパーになってるのが良いんじゃないか。

>>217
早くて楽にバグが少ないコードが組めるなら
こんな良いことはないじゃないか。

Javaはオブジェクト指向といいつつ型を残しているところがダメﾀﾞﾈ

int、charなどの型を廃止しないと型変換が面倒くさい。

>>201
Cにとってかわるものならすでに出ているし
Cを不要にする言語もでているわけえだが











　　　　　　　　　D　　　　言　　　語　　　　

>>204-
ここまでオブジェクト指向に対する異常に僻みを持った奴も珍しいね。
バカにも程があるし、呆れたもんだ。
やっぱりC言語しかできないバカには永遠にオブジェクト指向は理解できないみたいだな。

>>216
お前は本当にC++を知っているのか。
頭悪いぞ。
お前みたいなオブジェクト指向もC++もJavaも理解できない、設計も建築基準法も理解できない
C言語しか理解できない無能で役立たずのこの業界のゴミで癌のようでﾄﾞｶﾀ作業員よりもレベルが低くて
存在価値も無いクズがUMLについて糞餓鬼のようにグダグダわめきながら文句を言う資格は無い。

>>215
> 設計は理想主義
> 実装は夏厨でも許されるオブジェクト指向なんざ糞食らえだ
>
ではキミはどれが現実的であるといいきれるのかね。それを説明したまえ。
キミは設計もせずにマンハッタンのような都市計画を立てるつもりかね。
あまりにも愚かだ。設計図もなしにクレーンも資材も無しに
いきなり頭だけで摩天楼の超高層ビルでも立てられるとでも思っているのかね。
オブジェクト指向も都市計画も夏厨にはできまい。



オブジェクト指向ができない奴はﾄﾞｶﾀ作業員と同類であり、
オブジェクト指向が理解でき、デザインパターンを使いこなせる
者はエリート級の一級建築士だ。

>>222
お前は本当に頭が悪い奴だな。
package名とディレクトリ名とは同じでである必要はないことを知らんようだな。

Javaについてもっとちゃんと基礎からしっかり勉強してから出直して来い。

>>214
お前はまたまた愚かで無知な発言をさらけ出したようだな。

お前は Java 印刷 APIを知らないようだな。

もっとじっくり考えてからは発言することだな。

>>204
> オブジェクト指向とは、アドレッシングができない馬鹿のために
> 安全でかつ平均的な品質が保証される仕様ということで策定された。
> 馬鹿専用の仕組み。



お前がバカなんだよ。お前は何が重要で何が重要でないかをわかっていない。
そこまでオブジェクト指向を否定するお前はあまりにも愚鈍だ。

お前は設計もせずにマンハッタンのような都市計画を立てるつもりかね。
あまりにも愚かだ。設計図もなしにクレーンも資材も無しに
いきなり頭だけで摩天楼の超高層ビルでも立てられるとでも思っているのかね。
オブジェクト指向も都市計画もキミのようなバカにはできまい。

>>205
> オブジェクト指向とは、馬鹿をコントロールするために
> 作られたのだが、それを利用しているコーダは何を勘違いしたのか

現実はどうだ？　
オブジェクト指向を知らない無能な奴はいつも無駄な作業のために土日の
休みも取れず徹夜ばかりしている。
オブジェクト指向を知らない奴は見事に馬鹿としてコントロールされて
毎日徹夜に追い込まれている。あまりにもアホだとしか言いようが無い。

いっておくが、木天蓼は猫を撃退するどころか寄せ付ける性質があるぞ。
またバカをさらけ出したな。まったく、これがC言語厨の実体か！
お前はプログラマ失格だ！

>>217
> C言語厨はOSに問題があれば自分でパッチ作って当てられる。
> ライブラリもだ。
> おまいらオブジェクト指向厨はやれOSのバグだライブラリにクラスが足りない
> などと他人任せすぎ。
> おまいらがやっていることは5ピースくらいの幼児向けパズルを組み立ててるだけ。
> ちょっとはプログラミングでもしろよ


ではおまえの作ったパッチというものがどういうものか説明してみろ。
そして公開してみることだ。
OSに問題があればJavaでは解決できないと言い張るか。
お前はどこまでアホなのか。レベルがあまりにも低いぞ。無能はこれだからオブジェクト指向を理解できない。

特定のOSに依存するパッチしか作れない無能が。
グダグダ腐り煮え切った汚らしいWin32APIを使いこなした程度のレベルで
プログラミングしたつもりになっているのか？　愚か者め。
偉そうなことを言う前にオブジェクト指向プログラミングの神髄を理解してから
あれこれ文句を垂れてみろ。

クリティカルパスがわかったらそこを手伝ってくれる現場主義な設計の兄貴が好き。
遠くで人差し指を上下してるだけの兄貴は嫌。

>>219
お前はVMの仕組みをわかていないな。
それにオブジェクト指向もわかっていない。
JNIのこともわかってない。 java.ioはおろか、Serializable,
RMIのことすらわかってない。

それにお前はJavaどころかVMを必要とせずに
オブジェクト指向できるC++もD言語もわかっていない。

無知な発言で恥を晒す前によく考えてからレスをすることだな。

>>227
> Javaはオブジェクト指向といいつつ型を残しているところがダメﾀﾞﾈ
>
> int、charなどの型を廃止しないと型変換が面倒くさい。

お前もアフォか。

まずJava5を使ってみろ。

それに、Java5以前でも
その程度の型変換で苦労しているなら、まともにオブジェクト指向もりかいできまい。
オブジェクト指向によってクラス(型)を自作することでなんども同じことをする単調な変換などを
軽減することもできる。自分でデータ型を作ることができない奴にはわからんだろうが。

>>223
> C++でOOは普通に使うよ。
> ただ、Javaのクラスみたいに理想と現実が離れすぎている
> クラスは絶対作らないだけw

たとえばどんなクラスを作ったら理想と現実が離れすぎているクラスに
なるのか説明してみたまえ。それができなければお前の発言はあまりにも説得力が無いぞ。
ただの馬鹿と思われても仕方がない。

>>224
そんなことくらいだれでもわかっている。
それ以前に、お前はオブジェクト指向を知らない馬鹿みたいだがな。

ふぅ、どいつもこいつも馬鹿だなぁ。
やっぱりC言語厨はオブジェクト指向を理解できないんだね。
そのことがよくわかったよ。

C++最強、これ常識。

で、結局なんだ、OO==Javaマンセーかwwwww

C厨の実体ってこの程度の奴ばかりなのか・・・・

>>243
おまえ、ADOの椰子だろう

ワテＣ言語厨どすが子クラスがなかなか必要にならんとです。
どうすれば使うようになるかな・・・
最近のCOMコーディングに慣れてしまったせいで
オペレーターやテンプレートは無いと生きられなくなっちゃったけど。

C言語厨哀れ

>246
各地で的はずれレスしてる阿呆なコテですよ

だからさ、クラスクラスって言うだけなのは
Java厨だけなんだよw
そしてRMIだなんだのくだらねえVM上でしか動かない
かたわ仕様を振りかざしてさw

>>247
あほかGenerics(tempate) + オブジェクト指向
という組み合わせが開発効率を高めるんだろう。

オペレータは論外。
チーム開発でそんなもん使う奴は死刑！！！！！！！！！

どうやら、>>250はクラスの使い方もしらず
Java以外の言語でもクラスが使えることがわかっていないようだ。

まあここで騒ぐ馬鹿Java厨が独自VMを作ったら
すこしは認めてやってもいいがなw

>>252
クラスクラスねっwwwwwwwwwwwww
はいはい君しかちゅかえないね
えらいよちみ

いや、それどころか>>250はRMIすらもしらないようだ。
RMIの仕組みもRMIの基本も、RMIがすでに実用化されている事実すらも。
くだらないのはRMIについて知ったかぶりしている低脳C言語厨のほうなわけなのだが。

ということは、>>253は独自VMを作る能力がないので
馬鹿C言語厨のままでいつまで経っても誰にも認めて貰えないわけだw
C言語厨はいつまでたってもﾄﾞｶﾀﾄﾞｶﾀ

ま、ぜいぜいがんばりな(ﾜﾗ

>>254は幼稚園児に成り下がってしまったなw
C言語厨は下級クラスの幼稚園児だw

>>243
所詮、Cしかできず脳内で最強最強をうたってるだけだろw

>>255
お前CORBA知ってるの?

【　結　論　】

　Ｃ言語厨はCOBOLerと同レベルの低レベル低賃金プログラマである。

C厨が威張る時代も終わったね

いつまでも悪が栄えるはずもなく
C言語の一部である大型恐竜は滅びてしまうのだ

かろうじて生き残ったC言語の残りは現在のように爬虫類として
細々と生活をしているわけだがw

>>256
あのねえ、インタープリターなんて作る気がしないのよ〜
だからちみにまかちぇるよ(Javaでは絶対無理だけどね)

Ｃ言語は裏技が多いから。

仕事の話をするなら、Javaももう御終いだよ。
世に溢れ返ってるのは、短納期のデスマが殆どだからね。


そういうのを分かってる人は、もう.NETへ鞍替えしてるよ。
考え方さえしっかりしてれば、ツールや言語なんて何でも良いのがOOの良い所だしね。
あとは場数が解決してくれる。


そうこうしてる内に次のが出てくるだろうから、同じ事を繰り返すだけ。
この業界、性質的に技術ヲタは腐るほど居るから、能書き垂れた所で得する事は殆ど無い。
そういう中で飛び出そうと思ったら、やっぱコミュニケーションとか適応能力とか、
人としてどうなのって部分だね。　最近、つくづくそう思うよ。

つうか、.NETに鞍替えできないような
低レベルJava厨が騒いでいるだけだよね
CORBAのレスすらできない馬鹿がね

　Ｍ　Ｓ　社　員　の　予　感

会社勤めなら営業に聞いてみな。
Javaは数は多いが殆どが短納期で、Java自体の経験が無くても入れる。
.NETは数はそう多くないが、確実に増えてるし、まだ人を選別してる。
残業代がちゃんと出るっていう前提だと、Javaの方が金になるのは確かだが、
今Javaに固執してるようじゃ、スレタイにあるC言語厨と何ら変わり無い。

はじめまして。
オブジェクト指向が、イカに知られてないか、よくわかりました。

　ここは、勉強になります。

　　ありがとうございました

盛り上がってるな
熱いC厨も必要だなあ

オブジェクト指向って何って聞いても誰も教えてくれないんだよね・・・

RMI RMIって騒ぐ馬鹿厨さん
CORBAのレスしてよw

>>271
オブジェクト指向は設計技術です。over.

>>273
(゜ー☆)(。_☆)(゜-☆)(。_☆)ウンウン

>>271
　http://www1.u-netsurf.ne.jp/~kitada/3H/

>>275
Ｓ社：ソニー
Ｐ社：パナソニック

ふふん

漏れは今日もがんばるよ。
RMI騒ぐ馬鹿厨のために。
泥臭いCで実装されたCORBAを君のために提供してあげるよ。
君がみれるRMIはVMから呼べるようにくどくどとラップしてあるけどねw

>>277
VMの実装すれできねークソが何言ってやがる
つかOS１つもまともに書いたこと無いんだろｗ
所詮日本の低レベルな学校でVMありきの教育を受けただけの落こぼれなんだよキミたちってさ

組み込みやったこと無い香具師はOS無くてもプログラム動かせること知らんだろうな。。。。

>>279
8bitマイコン時代を知らない世代もそうだろう。
組み込みでもいまは流石に面倒くさいからTRONとか使っちゃう。

>>279-280
思い込み激しすぎ

>>263
> >>256
> あのねえ、インタープリターなんて作る気がしないのよ〜
> だからちみにまかちぇるよ(Javaでは絶対無理だけどね)

プ、JavaCCも知らないInterpriterパターンも知らないC言語厨馬鹿丸出しだなw

Interpriterパターンすらも知らないとはさすがオブジェクト指向が理解できないC言語厨の典型だなw

>>282
煽りの真っ最中にすまんがスペルくらい覚えてからにしようねw

>>265

凄いネタの臭いがするレスだが
ﾄﾞﾄﾈﾄがそんなに流行ってるのかおい(ﾜﾗ
ﾄﾞﾄﾈﾄやってた奴はみんなﾄﾞﾄﾆｰﾄになっただろ(嘲笑

C#は結局流行らなかったし
コミュニケーション能力を未だに雑談能力や適当に
論理的でなくても仲良く話ができればいいとか勘だけものごとを
決められればいいと勘違いしてるｳﾞｧｶもこのスレ(藁)に未だにいるみたいだしな(w

Interpreterパターンも知らないC言語厨は確かにイタイね。
時代遅れなおじいさんというか
もう、情けない

>>266
ドトネトしってるならドトネトリモーティングのレスくらいしてみたらどうだ(藁
できないんだろーﾌﾟﾌﾟ
ﾄﾞﾄﾈﾄ厨は低脳で>>266のように騒いでいるだけだからな(嘲笑

>281
糞コテとその自演なんだから仕方ないだろ
そっとしておいてやれ

>>268
Javaに固執してる奴なんていないよ。
むしろオブジェクト指向はおろか、Javaすらも、勉強していない
C厨や、それ以外のドトネト厨も危険だね。

Java自体の経験がなくて入社できても使える人間になるには
様々なスキルを持って10年くらいの経験は必要。
Hello, world書ける程度じゃろくなソフトウェアをつくることもできまいて。
超高層ビルを建設するのに設計図もクレーンも資材も一切無しで
人海戦術だけで無謀に取り組もうとしている馬鹿どもと一緒だからな。

そのさま、まるで数が多いが軍隊としての質が悪い中国軍みたいだよ。
アメリカ軍をみると、中国よりも兵士の数は少ないが、軍隊としての質、
軍事力は計り知れないものがある。軍人はしっかりと訓練されている。
中でも陸軍と争っている海兵隊は非常に厳しい訓練を受けている。
特殊部隊も非常に厳しい訓練をしている。特殊部隊は非常に高い意志の強さが
ないとやっていけない。そこいらの新人とはレベルが違う。

アメリカ軍は、さすが世界最強の軍隊の名を手に入れるだけのことはある。
よってJava自体の経験がなくても簡単に入隊できても、海兵隊や特殊部隊に
入隊できるほどの資格を手に入れることは不可能だと言うことだ。

Java Solider
Java Warrior

Java Platoon

Private Java

Generial of The Army 元帥

General of The Java Java元帥

>>287
そろそろお前の方がｳｾﾞ。

アメリカ軍　Java
イスラエル軍 D言語

中国軍 C++
北朝鮮軍 C言語
韓国軍 C#

Interpriter(苦笑)

Java空挺部隊による落下傘降下！！！

>>287
コテが言うのはわからんではないけど、ちと極論かな、と。

ま、構築したプラットフォームにVM載せて、
あとはC++もしくはJava系で人海戦術ってパターンね。

Java Interpreter参上！

C級C言語三等兵参上！

C言語はここんとこ20年に現れた殆どの言語に影響を与えているから、
ナポレオン時代のフランス軍とか、普仏戦争時のプロシア軍辺りに
例えるのが適切だと思ふ。

何がどう「適切」なんだか…

現代戦はゲリラ戦が主流である。
つまり、C言語はスペイン国民に例えるのが正しい。

>>288
言語に拘るようじゃまだまだだって話から、よくもそこまでダラダラ書けるな。
ある意味、感心したよ。

無敵艦隊　C
大鑑巨砲主義　Java
空母＋艦載機　LAMP
空中母艦＋戦闘機　C#+Python

ﾐﾘｦﾀは巣に帰れ

オブジェクト指向ってあくまで設計方法でしょー。違う？（＾＾；
Cでも何でも、書き方を工夫すりゃ出来るっしょ。
設計をどうやって実現させるか、考えるの大好き

C言語厨はボトムアップ設計しかできず、トップダウンに対応できないって話でしょう
少なくともオープンソースみる限りじゃそういう傾向はあるね
日本とアメリカの生産業の比較がそのまま当てはまる

ところで今は無きBeOSの例を見るとC++でOSを作ってちまうと基底クラスを
変更できないと言う問題がありまつ。

やっぱりCは不滅ﾀﾞﾈ

>>306
対応できない奴はどこにでも居る訳で、Cだけ抜き出して叩かれてもね。

業務系には、意思の疎通すら満足に出来ないクセに、
Javaしかやりたくないとか我侭言う、
技術云々以前のJava使いが沢山居るし、
OOを使いこなせるC使いだって居る。

言い出したらキリが無いと思うんだけど。


こんな場所で言っても無駄？

>>308
無駄。単なる煽り合いスレだから

>>268
> 会社勤めなら営業に聞いてみな。
> Javaは数は多いが殆どが短納期で、Java自体の経験が無くても入れる。
> .NETは数はそう多くないが、確実に増えてるし、まだ人を選別してる。

何処の世間知らずな営業だ？
どういう会社か挙げてみろ。
どうせDQN会社の営業か、DQN営業だろ。
営業なんてどんぶり勘定でプロジェクトの予算を勝手に決めて
嘘をついて客を騙した回数でなんぼという世界だからな。

信用できない営業ってのは計画性もなくエンジニアとろくに
そうだんもせず、技術的にも不可能な仕事を、本人が
無知なために知らず、できない仕事をできます
なんて言う奴なんだよ。馬鹿発言もほどほどにするんだな。

おまえのところの会社は残業代が出ないから悲惨で
苦しんでJavaを使うこともできないほど貧乏な会社なんだな(ｗ

Java使うほうが貧乏だろうが

Java厨の定番環境
OS Linux
SDK Sunのもの
IDE　絵栗くそ(起動時間10分)
アプリケーションサーバ トム猫
支払い金額0円

>技術的にも不可能な仕事を
Java厨は営業が取った仕事のほとんどがこれだなw

営業　速度改善をたのむ
糞厨　Javakaの仕様でできません

>>303
そのたとえにはかなり違和感がある。
大鑑巨砲主義で空軍もイージス艦もないのは
CやC++のほうがよくマッチしている。
無敵艦隊はCOBOL

LAMP(Linux, Apache Http Server, MySQL, PHP)なんて組み合わせは言語としての組み合わせとしては
比較方法に問題があるわけだが。
PHP単体とJavaとを比較、あるいは
Linux (Solaris, *BSD or そのほかUNIX系) + Apache Http Server +
MySQL(, PostgreSQL, Oracle, Firebird, Apache Derby or HSQLDB)
　+ Java
という組み合わせとの比較ならわかるが。
ましてや後者の比較方法では、やり方にもよるが、明らかにLAMPよりもJavaで揃えたほうが
非常に優位だ。

空母＋艦載機がLAMP だというなら

　　　Linux (Solaris, *BSD or そのほかUNIX系) + Apache Http Server +
　　　MySQL(, PostgreSQL, Oracle, Firebird, Apache Derby or HSQLDB)
　　　　+ Java

は、

　　　空母 + 原子力空母 + イージス艦 + 潜水艦 + ステルス潜水艦 + 原子力潜水艦 +
　　　+ 巡航ミサイル + ステルス戦闘機 + ステルス爆撃機
　　　 + 強襲揚陸艦 + 特殊部隊デルタフォース + 海兵隊 + 戦車, ブラックホークなどの陸軍空軍

だ。

>>312
起動に10分もかかるとはお前のマシンは随分ロースペックなようだな。
おれマシンなんかEclipseの起動は5秒もかからないぞ。
お前のマシンも随分と腐ってきたようだな。
使用しているJDKも5.0以前、Eclipseのバージョンも3.1以前と随分古いものをつかっていそうだな。

>>305
> オブジェクト指向ってあくまで設計方法でしょー。違う？（＾＾；
> Cでも何でも、書き方を工夫すりゃ出来るっしょ。

Cだけでオブジェクト指向をするということ自体あまりにも愚か。
関数ポインタなんて見窄らしいものを使えば開発効率が上がると思っていたら
大間違い。

C言語軍
　精神論ばかり唱える戦時中の持たざる国率いる哀れな旧日本陸軍
Javaアーキテクト
　最強の軍事力を誇るアメリカ軍
C++プログラマ
　質は悪いが数だけ最強の中国軍
C＃プログラマ
　質はC++よりは良いが数も少ない韓国軍
COBOLer
　質は最悪、数は韓国より多く無駄に軍事コストも多いが民を犠牲に孤立した哀れな北朝鮮軍
ドトネト厨
　中国(C++.NET), 韓国(C#.NET), 北朝鮮(COBOL.NET)共同の三国人
D言語プログラマ
　C厨、C++厨、unsafe愛用するC#厨を脅かす軍事力世界第三位以内に入る脅威のイスラエル軍

>>313
そんな馬鹿なことを言う奴はいないんだが。
言うとしたら、明らかにお前か営業の勘違い。
まったくできないっていうこともないだろう。
Jakartaの仕様でできないっていったら
大抵の理由は、既存のシステムにJakarta製品が使われており、
そこを下手に弄ると問題があるとかだ。

ﾄﾞﾄﾈﾄ厨の定番環境
●OS
　Windows
●SDKとIDE
　M$のVSﾄﾞﾄﾆｰﾄ(起動時間はEclipseよりも重たくなることもある)
●アプリケーションサーバ
　頻繁にウィルスに感染し信頼性の低いIIS(藁
●DB
　　どうあがいてもコスト面ではPostgresに勝つことができず
　　性能面、機能面では無敵のOracleに勝つこともできないM$ $QL $erver
●開発環境準備コスト
　　M$に貢ぐだけでも20万以上(藁

やっぱJava厨はどうちょうもないね。

はにゃんのようにC,C++,Java,VB,Delphiが出来るようにならないといけないと思いまつ。

だいたい楽○でもJavaは使ってない
PHPだ
Javaがポータルで利用されている事例をだしてみろ糞中ども
お前らの脳内だけで最強・最高なだけだぞ
つうか喪前ﾗそれしか出来ないからなｗ
Javaって層化みたいだな。
宗教的だ。キモイよまじでJava厨。

>>321
ちっちゃいＰＪしか参加してないようやね。
楽○は、大○○券の傘下にある企業だわ。
業務勉強もしてたほうがいいぞな。

Ｊａｖａプログラマって質が低いのしかいないよな

Ｊａｖａやってるやつも、ちゃんとオブジェクト指向がわかって
ないやつがほとんどだな。
クラスライブラリの使用者でしかない。
自分で設計はできないへたれが多すぎる。
Javaのクラスライブラリは強力で、なんでもそろってるから
馬鹿でもあるていどかけてしまう。そこに落とし穴がある。

もしかしてここはJavaしかしらない
プルグラマを蔑めるスレなのかねw

>>324
javaと言うか、まともにオブジェクト指向での
設計をやっれる人間なんかそんなに見た事がない。
コボラー上がりのSEしかり、C言語あがりのSEしかり。

開発現場では、じっくり再利用性なんざ考えたり、
隠蔽性云々を考えたりする以前に納期期限が来ちゃって
クラス分けやら構造化云々を考慮する時間などなくなる。
つーかオブジェクト指向の設計なんざやった事がない
SEが殆どだからね。
(つーか日本で出来る奴って、両手の指位の数じゃねぇ？)

と言うか、クラスライブラリを使用するって言うのは
javaの醍醐味でもあるわけだから否定は出来ない。

>>324
○○に切れるハサミを持たせた功績ってことですかね

>>326
結局問題点は何？

Java厨がクラス使っているだけなのに
ひとりでいい気になっているところさ

結局このスレって
Java厨の「おまえはクラス設計できない、クラスが使えない馬鹿だ」
の必死の雄たけびを引き出して喜ぶとこなんだよな

組み込み系にはオブジェクトを量産するという必要性が無いから
クラスと言う金型をつくるより、1つ1つ特注品で処理を作った方が
効率がいい。
ｱﾎには適材適所と言うものが分からない。。。。。。。。。

オブジェクト指向ができるできないつてとこしか
えばるところがないからな。。。。。。。。。あほJavaka厨

>>328
オブジェクト指向が結局何者なのか判らん
まんま言葉だけが一人歩きして、設計とか
してるSEが勘違いして自分のやっている
設計とかがオブジェクト指向を使ってる
とか言ってることかな。

ぶっちゃげjava=オブジェクト指向とか
思ってるPGとかSEが多いけど実際は、
オブジェクト指向がjava特有のものとか
思ってる奴は負け犬って事ですかね。(藁

>>333
あー、なるほど。ようやく俺にもわかったよ。

ありがと

というか、RDBを使うシステムとオブジェクト指向の考え方って相反するものが
あるので、RDBの業務系アプリを作る奴にとってオブジェクト指向なんて不要なんじゃないのか？
そういうシステムをオブジェクト指向を意識して設計する場合に、テーブルの
リレーショナルな部分を無視して、テーブルを一つのクラスにするやつが多い
わけで、でもそれは、凄く実行速度を遅くする。
すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
すなわちそういうアプリにはオブジェクト指向DBが向いているということで。

もっとも、業務アプリでもGUIを駆使した画面遷移にはオブジェクト指向は有用になるけどね。

>>331
組込 = マイコンだと思ってる奴がここにまた一人。
別スレで、組込でC++なんて使われてねぇよと豪語してた
奴も居たな。どういうイメージで発言してるのかは安易に
想像がつくが、なんだかなぁ。

>>336
組み込みでもC++が使えるのはしってるけど、今までC++で組んだソースなんて
見たことないでつよ。携帯の仕事をちていたときもCでちたち。

>>335
ストアードから取得した情報を格納ちておくにはクラスを使った方がいいんじゃないか。。。。。

Javaを使ってるほとんどの奴が手続き型言語としてしか使えていない。
初歩的なことだが、共通化することすらできていない。
あっちこっちに同じようなロジックのコピーが存在する腐ったソース
しか書けない奴がほとんど。
まあ業務系はこんな奴らしかいない。

>>337
葉猫 ◆Jz.SaKuRaM さん、C++なら結構あるんですよ。
組込みというか制御といったほうがいいかもですけどね。

>>335
RDBとオブジェクト指向の設計思想が違う云々の
話かと思われるけど、どっかで見た様な(藁
と言っても、RDBにしてみれば結局は、SQLを発行
して検索やら更新、登録をするわけだから大きな
不具合を言われている程考慮する必要性はないの
かも。
一概には言えないけど。

第一、RDBのプライマリーキー設定は、RDBにするが
外部参照性制約を掛ける業務系アプリ開発ではほとんど
ないかと思われ。
外部参照性制約を掛けるより、アプリ側の設計レベルで
考慮しておけばパフォーマンス的にも有効なので。
つーことで、リレーショナル部分云々での実行速度が
遅いってのは、殆どが、正規化されていないまんまで
テーブル構成をしてしまい、無闇やたらにJOINをバンバン
するSQL文を書く事になるアホ設計をしてしまうSEやPGが問題。
例えば、SQL300行の馬鹿みたいにJOINやら副問合わせを
繋げてる奴。
(こういう奴の精神状態は、「どうだ凄いだろ！俺の知識と
技術！」って感覚が見えて笑ってしまうんだが)
たいていこれをやらかすのが、外注で出した時に出る。
で、データが取得できないバグがボロボロと出る。
そん時のデバックする身にもなって欲しいよ。
とまぁ、オブジェクト指向も糞もない話にだけどね。

SQL文300行なんざ納品する馬鹿は、常識的にもくるっとる
と思う。

>>338
貴方が目にするソースコードは、貴方が所属する組織のレベルに依存する。
貴方が所属する組織のレベルは、貴方自身のレベルに依存する。
故に、貴方が目にするソースコードは、貴方自身のレベルに依存する。

>>338
確かにそうの通りだと思う。
日本にオブジェクト指向とかjava本来の思想での
製造が出来ているSEとかPGって、100人いたらいいん
じゃないかと思う。

その点では、もしかしたら中国人・インド人などに
越されてしまってるかもね。

>>341
その通りだとすると…日本の技術は、既に遅れている
のかもしれないね。

>>343
つまり、貴方=日本の技術だと。

組込分野でC++が嫌われるのは、PCのようにヒープが山ほど取れるわけでは
ないから。

とか言ってみる。

>>345
それはどーなのかな

>>344
喧嘩腰になるのもどうかと(藁
だって、どう考えても日本のプログラム技術が、
高度とは言えんよ実際。

と言うか、「俺は、そうじゃないぞ！素晴らしい
技術を持ってる」と言えるのか？
そこまで、赤っ恥をかく必要もなかろうに…

>>347
ええ！？なんでこんな展開？
けんか腰にはなってないですが、文脈みたらそう読めませんか？

WinアプリのMFCみたいなC++の専用ライブラリ、フレームワークが無いからってのもあるかも。

>>348
すまんすまん。
>>341での他の方への発言が「お前の技術が低いから
そんな所にいるんだよ」って読んでしまったからからね。

で、>>344での発言で、「お前の技術が日本のレベルってか？
笑わせるなよ」と深読みしてしまった。

で、君は、日本の技術が凄いんだ！でOK？

>>350
>>338の内容は凄いとか凄くないとかいうレベルの話か？
俺には標準にすら達してないレベルに見えるが？

意見を否定しているとも肯定しているとも書いてないんだけど…
なんでこんなに補完してくれるのか

こわいよ。

>>351
？
>>338に対して>>341の内容がレベル云々の話ではなかったっけ？
で、>>343で同意の上で日本そのものが低いのでは？と答えたわけ。
そこで、>>344で「俺=日本かぁ？」と聞くので、じゃ、日本の
プログラム技術レベルって高いのって聞いたのだが？

話の流れを曲げてないか？
まぁ、「標準すら達していない」との意見だけど。

話を元に戻すとオブジェクト指向が何ぞやすら知らない
SEが日本では、殆どでPGに至っては、何の言語だろうと
いまだにべた書きコピペ作業です。
と言う事なんしょか。どうだろう。

なあ、ApacheなんかもC言語で書かれているわけで、OOでなければならない
必然って無いと思うのだが。

>>352
まぁ、「こわいよ〜」と言えば、周りが助けてくれる世の中
だからな。(藁
まぁ、現実社会でも「こわいよ」とか言って仕様書から逃げる
なよ。
と煽ってみたりして。

キツイ脳内補完をする方がいらっしゃるようですね。

>>350
すごいなんて知らないよ。

で、>>343の日本の技術が既に送れているのかもしれないと判断した理由って
なんどすか？

なんだ、煽り宣言か･･･萎え

この手の話だとJava厨静かだな〜(´ー｀)

なあ、VMなんかもC言語で書かれているわけで、OOでなければならない
必然って無いと思うのだが。

>>360
ない

>>357
まぁ、あんまりこの口調もなんなんで真面目に…

ここ数年、大き目のPJに参加してるんだけど最近の
大手では、中国への外注を大幅に伸ばしているのは
ご存知だと思うけど、実際に、PJ内で中国人の方と
一緒に仕事をしたんだけど、ぶっちゃげ、レベルが
高いんですわ。
少なくともデザインパターンは、キッチリ理解してる。
で、その方々は、中国では普通らしいですわ。
そうですわな。10億以上の人民で東大級の頭脳の持ち主が
1%いただけでも1000万人以上ですから。
実際、彼らの働き振りにはビビリまくり。

以前は、確かに安かろう悪かろうの世界だったけど、段々と
日本の商習慣も判ってきてるようで、ぶっちゃげ日本の若いPG
より生産性も品質も仕事に対する意識も数段上になってる。
実際、契約時に何パーセントは、中国もしくはインドへ外注と
して出しなさいと提示されているのが実情。

日本でよく見るオブジェクト指向って何？そんなものいらん、
上流工程やってればOKとの考えは、危ないんだわ。
だって、オブジェクト指向つーかその流れを知らないSEが書いた
仕様書でプログラムしたらどんだけ大変か…
で、今、その設計の流れすら中国・インドへと流れてる。

どうでもいいトコロなんだが、気になって仕方ないんで指摘。

　　「ぶっちゃげ」て。

>>363
適当にsubstrしてくれると嬉れちい

>>353
「お前の技術が低いからそんな所にいるんだよ」という読みは正しいぞｗ
＊お前の＊というところがポイントだ。寧ろなんで＊日本の＊と読み替
えられるのか、そこんとこの精神構造の方が不思議だ。

338の語る状況はOOPを知らないとかそういうレベルじゃない。
「あっちこっちに同じようなロジックのコピーが存在する」という状況は
構造化すらされてない、標準にすら達してないレベル。

>>362
以下同文。

>>362
言わんとしている事は分かったけど…

▼>>362のまとめ
・中国は人口が多いので有能な人の絶対数が多い
・日本の商習慣が浸透している
・日本の若手よりは有能
・当社では中国やインドへの外注比率が高まっている
・しかし、私は日本のやり方に馴染めない

必要条件だけど、十分条件とは違う罠

結局自分の主観を日本の現状におきかえたということでOK？

>>362
>(当社で)Javaを使ってるほとんどの奴が手続き型言語としてしか使えていない。
>初歩的なことだが、共通化することすらできていない。
>あっちこっちに同じようなロジックのコピーが存在する腐ったソースしか書けな
>い奴が(当社では)ほとんど。まあ(当社の)業務系はこんな奴らしかいない。

外注やむなし。

保守性を確保するための外注かい。
悲しすぎる

(´ー｀)java厨なんてdoPostを丸こぴぺでぼこぼこ作るだけだもんなあ〜
たった1メソッドしか使わないimportを50行してるし。。。。
馬鹿だよなあ〜

C厨とJava厨でぐぐると
圧倒的にJava厨の馬鹿にされ勝ちだなｗ

C言語厨は無駄に残業するやつが多いからねえ。
オブジェクト指向を理解できなだけに、人生計画もなってない奴が多い。

>>320
> やっぱJava厨はどうちょうもないね。
>
> はにゃんのようにC,C++,Java,VB,Delphiが出来るようにならないといけないと思いまつ。

お前馬鹿か。
Javaを少しでも使ったことがあるならお前もJava厨にひとりだ。

>>374
JavaってGPLみたいなもんですかw

CP/M信者　　　　　　　DEAD
TurboPASCAL信者　DEAD
1-2-3信者　　　　　　　DEAD
Netware信者　　　　　DEAD
OS/2信者　　　　　　　DEAD
Mac信者　　　　　　　　DEAD
Java信者　　　　　　　IN PROGRESS　

↓これだよこれ
>Javaを少しでも使ったことがあるならお前もJava厨にひとりだ。
Javaを少しでも使ったことがあるならJava厨なのかぁ
つうことはだよ、Javaを全く使ったことがない人間が
Javaを使ったことがある人間を煽っているという構図かよ

なわけねーだろ。ﾁﾝｶｽ

Javaka厨は選択するものが他に無いのが特徴だな。
そんなど馬鹿な厨をあおるスレだぞここは。

言語とOSの区別すらつかん阿呆もでてきたぞw

>>377
「Java厨“に”ひとりだ」の意味を汲み取れたのなら
翻訳して俺に教えてくれ。
ついでに、もし判るなら >>320 の「はにゃんのように」も。

JavaもC/C++もC#も使いこなせる俺が最強ってことでいいのかな？ｗ

>>382
程度にもよるけど芸が多いのは悪いことではないよ。

>>382
そのなかで一番技術レベルが高いのがJavaだったら
喪前の厨だなw

Ｃ＋＋を使いこなせるのが一番レベルが高い。
JavaやＣ＃なんて、単純だし所詮クラスライブラリの使い方を
どれだけ覚えるか次第。なんでもそろってるからな。

習得が難しいほど優れた言語なの？

>>386
なんで言語の優劣の話に持って行きたがるの？

>>324
> Ｊａｖａやってるやつも、ちゃんとオブジェクト指向がわかって
> ないやつがほとんどだな。

その「ほとんど」だというデータがあるならそれを示して貰いたい。
自分の周りの狭い世界でものをいっているのかそれとも
全世界のエンジニアのデータから統計をとったのか
試して貰おうか。

> クラスライブラリの使用者でしかない。
> 自分で設計はできないへたれが多すぎる。
> Javaのクラスライブラリは強力で、なんでもそろってるから
> 馬鹿でもあるていどかけてしまう。そこに落とし穴がある。

ほう、どれくらい強力であるか使いこなしたことがあるのかね。
おまえの主張と根拠がどれだけ当たっているか
お前の実力とやらを使って試して貰おうか！！！

理解してないだけ！ほっとけ

はい、増長してまいりましたw

てかオブジェクト指向って超いいよな
JavaでもC#でもC++でもPHPでも...でも...でも...でも..........
おまえらまじでPG?

メソッドの中身を書いてるだけが殆どだからな。それもどっからかのコピペ

オブジェクト指向以前に、同じような処理はルーチンなり関数なりにまとめることを
覚えろ。

そんなものはオブジェクト指向よりはるか昔、構造化よりさらに前、
アセンブラやCOBOLの時代から行われていることだゾ

>393
アンタは、正しい！！...と思う

　しかし、周りには、そんな事すら考えない奴（香具師ってかくのか？）しか
　居ない！！...と思う

　バタo((＞＜o))((o＞＜))oバタ

それが出来ずにこピペしてオブジェクト指向だぁ〜って騒いでいる
馬鹿javaka厨　ゲラ

ニュースリリース

Javaが名称変更
コードネーム　Javakaに修正
今後Jaがついていると日本固有のものと間違えられそうなので
vakaコードネームになる予定

酔っ払っているのか？

>>376
お前相変わらず古いな
OSと言語との区別もつかなくなったか
なんなら、そこにC言語信者をつけくわえてやろうか

>>391
PHPのオブジェクト指向は糞。
名前空間も使えないような糞言語は
終わってる。

どうやら、さっきからJakarta のスペルミスをしているヴァカがいるようだな。

394ですが、javaはやった事有りません。 <(＿ ＿)>

　ＳＥの話でした。

　java関係の皆様<(＿ ＿)>
　
　

>>385
> Ｃ＋＋を使いこなせるのが一番レベルが高い。
（ﾟДﾟ）ﾊｧ? C++使えた程度でどこがレベルが高いんだ。
C++を使えて威張ってる奴の実体はこのスレタイ通り
Cしかできないクズというのが現実だろ。
肝心なC++の優れた機能も使いこなせず
スパゲティコードの元となる演算子オーバロードや無駄なプリプロセッサ、
無駄なtypedefを使った程度で威張ってる奴がレベルが高いって？　笑わせるな坊主。
その程度の奴は設計能力もない開発効率を下げることしか能がない
レベルの低い連中よ。糞コード相手にいつまでも休みもなく徹夜でもしてろ。

そしてそういうヴァカは40過ぎたジジイどもに多いのも事実。


> JavaやＣ＃なんて、単純だし所詮クラスライブラリの使い方を
> どれだけ覚えるか次第。なんでもそろってるからな。
使い方を覚えるだけでいいと、Hah.
デザインパターンを駆使してクラスを自作することすらできない
奴がそんな偉そうなこと言う権利も無いがな。

>>401
氏ね。無知は話に入ってくるな

さあ、ある程度落ち着いたら、C言語厨がオブジェクト指向を理解できない理由について語ろうじゃないか。
そのまえにやることがあるみたいだが

>>335
> というか、RDBを使うシステムとオブジェクト指向の考え方って相反するものが
> あるので、RDBの業務系アプリを作る奴にとってオブジェクト指向なんて不要なんじゃないのか？

> そういうシステムをオブジェクト指向を意識して設計する場合に、テーブルの
> リレーショナルな部分を無視して、テーブルを一つのクラスにするやつが多い
> わけで、でもそれは、凄く実行速度を遅くする。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。
> すなわちRDBを使うんだったらオブジェクト指向は不要ということで。

愚か者め。これでも見て目を覚ますがよい！！
この無能が。貴様のような次元の低いクズがJavaを批判するのは1兆年早い。

Hibernate
http://www.hibernate.org/
Cayenne: Professional Object Relational Mapping
http://www.objectstyle.org/cayenne/
＠IT：Hibernateで理解するO/Rマッピング（1）
O/Rマッピングの役割とメリット
http://www.atmarkit.co.jp/fjava/rensai3/ormap01/ormap01.html
＠IT：話題のO/Rマッピングツール「Cayenne」を使う
http://www.atmarkit.co.jp/fjava/products/cayenne/cayenne_1.html
Java⇔RDBのMapping-Frameworkを語るThre Vol.3
http://pc8.2ch.net/test/read.cgi/tech/1090653286/

君達まだこんな話題で盛り上がってたんだ。無知は幸せだね。

>デザインパターンを駆使してクラスを自作することすらできない
>奴がそんな偉そうなこと言う権利も無いがな。
ゲラゲラゲラゲラゲラゲラゲラゲラゲラ
でたーーーーーーーーーーーーー爆笑

Hibernateｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!
C厨に炸裂！
おーっとC厨、Java厨に強烈なパンチで顔面をぶん殴られ
さらにみぞおちを喰らったあぁーーーー！
さあ、どうなる、この戦い！

>>402こそ真の勇者たるJavaka厨認定

今のはC厨にかなりガツンッ！　

っときたぞぉーー！

>>409
↑出ました！　C厨の負け犬の遠吠え発言です！

>>402が帰結する場所はいつも
>デザインパターンを駆使してクラスを自作することすらできない
これきゃねえんだよねw

C厨の敗北宣言だぁーーーーーーーーーーーーーーー！！！！！

このスレはタイトルが間違っている。オブジェクト指向が理解できないからC厨なのだ。
C厨＝オブジェクト指向が理解できない
つまりこのスレッドは無意味

はいはいえらいよー
CORBAも知らないRMI君

>>412
↑デザインパターンを知らないC厨、今にもノックアウト思想ですが、
死にものぐるいで必死に抵抗しています！(w

さあ、C厨、このまま死んでしまいうか！！！

そんな君らの組織はＣＭＭで言うとレベルいくつなの？

Hibernateについて反論できないC厨、ついに敗北宣言する準備をしているようですw

>>417
日本人はIBM以外すべてレベル2以下。
IBMだけやっとレベル5を達成。
インドはすでにレベル4なのに。
あの有名大手企業ですらレベル2以下。
富士通も日立も東芝もNECもみなレベル2以下でしょうな。

C言語厨哀れ

>>340は相変わらずダサいな。
未だにソースコードにSQLを直接書いてばかりという
超原始的な手法しか取ることができないみたいで笑える(ﾌﾟ
アホでしょ
ﾁｮｰｳｹﾙw

複雑化してしまったJava->基本思想がプアだからなあ
特にJ2EEの開発プロセスをシンプルにしてくれる->基本からだめだろう
馬鹿なJava厨にだけ注目度抜群らしいな

まあ箱庭諸島のjava厨さんせいぜいがんばって
すぐ死ぬ技術覚えてね〜

>>419
レベル２以下では言語で争ったってしょうがないじゃん（ｗ
ちゃんと仕事出来るようになってからケチ付け合おう！

>>306
大抵のオープンソース開発はオブジェクト指向を
知らないとろくな開発もできないが。

>>423
C厨はM$製品であるWin32APIやCOM、COM+
を必死に覚えようとしたけどﾄﾞﾄﾆｰﾄフレームワークがでてすぐに死んでしまったねw

JDK1.5って普及しないね。

>>422
複雑化に関してはC++よりはましだけどなw
馬鹿なC厨はそれがわからずいくら必死になっても
C++を習得できない(藁

>>426
20年が"すぐ"なのか？

J厨はWin95以降に業界入りした小僧だからなぁ・・・

>>427
はいはいわろすわろす
5.0は普及してるけどね

>>429
ﾌﾟｯ
ﾄﾞﾄﾆｰﾄフレームワークがでて何年経ったと思ってるんだ(ﾜﾗ

なんで？言語にこだわる？

>>430
Jリーグ？
なんでサッカーの話をしとるんだヴォケ。お前殺されたいか？
ぶん殴ってやろうか？ Jリーグが95なんて遅い時期に出たわけねーだろが糞餓鬼 FUCK YOU

Jリーグは93年じゃ惚け

>>433
じゃ、お前はアセンブラだけですべてのソフトをつくってみるんだな。

お前のいってることは、一切道具も使わず、設計図を書かずに
いきなり超高層ビルを立てるという愚かで危険きわまりない行為だ。
お前はあまりにもレベルが低い。

オーレ俺俺ー俺俺ー俺俺ー♪

>436

　オブジェクト指向の話でしょ？

　あなたの意見と、同じなのだが？

ん？今夜のマ板酔っ払いスレはこちらですかな？

糞コテは出て行け

>>436
アセンブラでまずCコンパイラでもJavaVMでもなんでも作る。
その上でアプリ作ればいいじゃーん。
漏れFortranでアセンブラ作ったことある。

ホンモノのプログラマはFortranしか使わないよ（ｗ

>>333
> オブジェクト指向が結局何者なのか判らん
> まんま言葉だけが一人歩きして、設計とか
> してるSEが勘違いして自分のやっている
> 設計とかがオブジェクト指向を使ってる
> とか言ってることかな。

そんな奴直ぐに見抜くことができる。
どれだけのデザインパターンを使いこなしているか
でオブジェクト指向と設計能力があるかがよくわかる。

馬鹿を見抜くできないとしたらお前もオブジェクト指向をわかっていない、
このことについて文句を言う権利も無い
低レベルな人間。

>>333


> ぶっちゃげjava=オブジェクト指向とか
> 思ってるPGとかSEが多いけど実際は、
> オブジェクト指向がjava特有のものとか
> 思ってる奴は負け犬って事ですかね。(藁

それはお前の妄想だ。

「オブジェクト指向といえばJava」
のほうが正しい。実際、Javaはオブジェクト指向の手本となっている。
Javaを習得することがオブジェクト指向を素早く理解することへの
近道になっているからだ。とりあえずJavaを覚えておけば、
他の言語の習得も容易になるということだ。
それをわからずにここで何か馬鹿なことを垂れている奴がいるがな。

それをお前は勝手にオブジェクト指向＝Javaに
勝手に置き換え妄想して話を進めようとしている。お前はあまりにも愚かだ。
むしろお前にこそ負け犬の称号を与えるべきだ。

>>441
> >>436
> アセンブラでまずCコンパイラでもJavaVMでもなんでも作る。
> その上でアプリ作ればいいじゃーん。
> 漏れFortranでアセンブラ作ったことある。
>
> ホンモノのプログラマはFortranしか使わないよ（ｗ

じゃ、そこまでいうならFortranだけでJavaやC++で作られたソフトを
同じ工数で作り上げてみな

>>326
> >>324
> javaと言うか、まともにオブジェクト指向での
> 設計をやっれる人間なんかそんなに見た事がない。

どこの低レベルな会社の人間だ？


> 開発現場では、じっくり再利用性なんざ考えたり、
> 隠蔽性云々を考えたりする以前に納期期限が来ちゃって

随分とDQNな職場なんだな。ご愁傷様。


> クラス分けやら構造化云々を考慮する時間などなくなる。
> つーかオブジェクト指向の設計なんざやった事がない
> SEが殆どだからね。
> (つーか日本で出来る奴って、両手の指位の数じゃねぇ？)

顧客のいいなりになってばかりで
顧客とろくに交渉できないからそういうことになるんだよヴォケ。


> と言うか、クラスライブラリを使用するって言うのは
> javaの醍醐味でもあるわけだから否定は出来ない。

だめだ。お前はまだJavaを使いこなしていない。それどころか
Java以外のオブジェクト指向言語すら使いこなしていない。
主種のフレームワークを使いこなし主種のデザインパターン、アーキテクチャパターンを
使って設計をこなすことこそが真のオブジェクト指向言語を使って開発することの醍醐味だ。

>>324
> Ｊａｖａやってるやつも、ちゃんとオブジェクト指向がわかって
> ないやつがほとんどだな。

お前の周りの馬鹿を見ただけですべてを判断しないように。
では、どの言語を使ってる奴が
ちゃんとオブジェクト指向がわかっていると言い切れるのか説明して貰おうか。


> クラスライブラリの使用者でしかない。
> 自分で設計はできないへたれが多すぎる。
> Javaのクラスライブラリは強力で、なんでもそろってるから
> 馬鹿でもあるていどかけてしまう。そこに落とし穴がある。

馬鹿でもある程度書けるだと？
それで書いたコードがどんなに汚いかわかっているのだろうか。
C言語厨が書いた、継承の意味も使い方もわからずただひたすら継承するだけの
糞コードをメンテナンスするのがいかに大変なことかお前にはわかるか？
そういう経験もないからお前は平気でそんなことをいえるようだが。

そんな奴を、Javaを使いこなせる人間だと認めようとする
お前の頭が悪い。そんな奴はただの初心者や新人であって
Java熟練者ではない。
熟練者は設計をしっかりでき、分割統治、クラス間の依存度を
しっかりと減らすような工夫ができる。
それができない奴を、「Javaをやってるやつ」だとは認めるべきではない。

C言語厨死にましたね

>>333
> >>328
> オブジェクト指向が結局何者なのか判らん

わからん奴が、

負け犬だとかほざくな。
まずわかってない奴が負け犬だ。
営業はまず負け犬だ。

なんでJavaちかできないちとは そんなにｱﾎなん。

>>360
馬鹿か。JVMはC++で書かれているんだよ。
Mustangのソースコードもろくにみたこともないだろ。
ちゃんとオブジェクト指向つかっていたぞ。

>>449
お前ウザいわい。
Javaしかできない奴なんていねえよヴォケ。

真にJavaできる奴は
Javaの仕事をやりこなすために
まずTomcatが必要だ、そしてデータベースも必要だ、
それを動かすためのサーバ、ネットワークも必要だ。
これらを使いこなすために彼らはかなりの高度なスキルを要求される。

よってJavaができるやつはSQLもできる、
UNIXも使いこなせる、そしてネットワークにも詳しい、
そしてTCP/IPも知っている。
なぜならば、Servletを使いこなすにはTomcatなどの
Javaアプリケーションサーバを動かす必要があるからだ。
Javaを使いこなすにはXMLを使いこなせることはもちろんのこと、
UMLやアジャイル開発、テストの自動化、ビルドの自動化のほか、
Oracle, PostgreSQL, Firebird, HSQLDBなども使いこなせる。
Tomcatを使いこなすにはLinuxやUNIXなどのOSのスキルが必要だ。
それにネットワーク、セキュリティの知識も必要だ。
そして大抵のJavaの仕事ではデータベースがついて回る。
データベースサーバの設定、それにロードバランサ、ファイアウォール、
Aacheなどの設定も必要だ。場合によってはシェルスクリプト、Perlを使いこなす
こともある。
これらをセッティングするには相当のスキルがいる。
Javaの仕事をやるなら、相当の知識がいることは間違いない。

>>371
> (´ー｀)java厨なんてdoPostを丸こぴぺでぼこぼこ作るだけだもんなあ〜
> たった1メソッドしか使わないimportを50行してるし。。。。
> 馬鹿だよなあ〜

お前がそういう愚かなJava厨なんだろう。
そいつはJavaを使いこなしているとはいえないのでJava厨に認定すべきではない。
import50行なんてまさにC言語厨やCOBOL厨がよくやることだ。
doPost()コピペする程度の奴をJavaを使いこなしているとは言わせないぞ。
そのときこそくらいポリもーフィズムをうまくつかえといいたいものだ。
そのServletクラスとHttpServletと継承関係の間に新たにクラスを追加しておいてだな、
doPost()メソッドに、サブクラスのServletで共通する部分をそこにすべてプルアップすれば
お前が見たようなアホなことをする必要はない。
まさにお前もオブジェクト指向を理解していないということが露呈したな。

C厨のJava叩きも、所詮はこの程度の愚かな奴だということがよくわかった。

サーブレットなんて簡単でちょう。。。。。。。。。。

Ｃ言語厨はやはりオブジェクト指向を理解できないんだね。
他の奴だって理解していないんだから俺だって理解しなくていいと
馬鹿みたいに居直ってる。

だから日本のIT業界は欧米どころかインドにすら負けて
衰退しているんだね。

キモいんだよアホが失せろ

>>453
その環境を整備するのにTCP/IPのスキルがいるわけだが。
Servlet一つ覚えたくらいでは大したものは作れないぞ。
最低でも Hibernate, XDoclet, Apache Ant, Apache Struts,JSF,
JBossくらいは理解できないと使い物にならん。
それからTomcatのAdmin Tool, Manager Toolくらいは使えるようになっておけ。
それを使えない奴はServletを使えるとか、Servletが簡単だとか威張らないように

C言語厨の敗北宣言ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!

C言語厨の>>455がついに敗北しました(ワラ

これで、

C言語厨はオブジェクト指向を理解できないことが発覚しました。
これはスキャンダラスな事件です

お前らには言っとらん自意識過剰だろ
糞コテに言ってんだよボケどもが

C言語のソースはシングルトンなパターンの物が多いよね。

>>451
TCP/IPは知らん奴は知らんけどなｗ
UML、TDDは最初に習うから、流石にこれを押さえてない奴は居ないけど
XPは指揮する側とされる側でギャップがあるな。
リファクタリング＋ペアプログラミングの手法は実践してても、XPの全体像
となると、「目まぐるしいな」くらいにしか思ってない奴も多い。
LinuxやDBのセットアップはできない奴も普通に居る。

C++厨はアセンブラとかやったことがないんだろうな。

ハハハこやつめ

>それを動かすためのサーバ、ネットワークも必要だ。
>これらを使いこなすために彼らはかなりの高度なスキルを要求される
はいはいJava厨さん君はMXレコードはJavaではどう引き出すんだ
俺に教えてくれないか?5分以内にな。
CORBAのときのように逃げ出すなよ

Servlet?
簡単以前にVMの処理そのものがボトルネックちゃんだから
誰も使わんなあんなもん

ところで最近やっとenumサポートがされた短小Javaか
enumもサポートされていなくてよく10年も文句言う椰子がいなかったよなあ
馬鹿ばっかりの証拠だな

まあいいのか!enumなくとも。。
Javaではサービス・カーネル系は作れないからな。なくてもいいか(￣ー￣)
せいぜいWeb鈍足アプリでも作ってろって

オブジェクト指向が分らない奴の脳みその構造が
分らない？

何で理解できないの？

教えるのが大変。

※リアルにオブジェクト指向が理解出来ない奴はMRI検査でもした
方がいいんじゃないか？

>>469
>オブジェクト指向が分らない奴の脳みその構造が
>分らない？
この　　　　↑　疑問符の所為で
お前が何を言いたいのか判らない？

C言語厨は死んでしまいました

C言語厨の ゲーム・オーバーです。

>>467
> ところで最近やっとenumサポートがされた短小Javaか
> enumもサポートされていなくてよく10年も文句言う椰子がいなかったよなあ
> 馬鹿ばっかりの証拠だな

残念だったな。またもや無知をさらけ出したなC言語厨よ。馬鹿はお前だ。
お前は愚かにも、JavaのenumがCのenumと同じだと勘違いしているようだな。

馬鹿は何も考えずにCのenumの機能をそっくりそのまま欲しいと言い張る奴のことだということを
よーく認識しておくがよい。

JavaのenumはCやC#の糞enumとは質が違うのだよ、　・　し　・　つ　・　が。　

Cの型に曖昧でいい加減でGenericsも使えない
メソッドも定義できないenumとはレベルが違うのだよ　・　レ　・　ベ　・　ル　・　が。

しかもお前は愚かにも、JavaのenumがEnumクラスのサブクラスのシンタックスシュガーであることも知らないようだな。
見た目はenumという型であってもその実体はクラスなのだ。実によくできている。
Genericを伴ったクラスとしてな。
Java5になってようやくenumが出てきた理由はJava5になってからやっとGenerics(C++のテンプレート)が使えるように
なったからだ。

Genericsがしばらく採用されなかった理由は、
言語そのものを研究し、GenericsをC++のtemplate同様にそっくりそのまま適用するのは良いのか、まずいのか、
慎重に吟味し、何度も検証をかける必要があったからだ。
C++やC#のように先を急ぎすぎて下手にいきなり新しいの機能を何も考えずに先に出すと
構造体や基底クラスのインスタンスメソッドに纏わる弊害、演算子オーバロード、typedef,
などによる副作用により、大規模開発とAPIの乱立、標準の乱立でとんでもないことになるからだ。
C++が最近流行らない理由は仕様の乱立があげられるからだ。C++は、一度仕様として作ってしまった部分をいまさら
変えるわけにはいかず仕方がなくとてつもなく汚らしい仕様になっているものが数多くある。
今となってはC++は、苦肉の策を用いてどうにかしているものが多数ある状態だ。しかも「乱立」問題を抱えたまま。

enum型がGenericsを伴ったEnumクラスのサブクラスのシンタックスシュガーであることもわからなかったとは
C言語厨はまたもや恥をさらしたな。まさに恥の上塗りだなC言語厨(w

69式フリーPG ◆hND3LufiosはDQN-C言語厨の一人です

OOといえばSmall(略

>>473
あのさあ、能書きは膨大。クラスヒープメモリも無駄満載な
Java厨らしいコメントだよね。w
tmplをいまさら乗っけてそれを吟味ねえ。。
まあそれはそれでいいとして
MXの事を俺は君に聞きたいんだけどね。

きっとJavaのクラスにはちゃんとあるんだよね。
俺は知らないけどさ。なんでもあるすばらしいくらーすらいぶらり
ぢゃもんね、ちみのだいちゅきな

ふっ
ネットワークだオブジェクト指向だの
能書きは膨大なくせにDNSのlookupのことさえも
すぐ答えられないほど低レベルなんだな。。

RMIの基底技術CORBAも知らずにのうがきたれるし
あーJava厨馬鹿ばっか
長文のレス楽しみにしてるぜ
脳内メモリの無駄づかいもすこし改めろよなw

>>478
ジャンル違うじゃん

>>480
なんでだ
Javaのクラスから呼び出せよ、万能ライブリだろう

>>481
ひがみっぽいぞ

>>482
べつにひがんでねえよ
UDPのlookupはなんてメソッド使うか教えてくれよ
ぐぐってもろくに件数がでないもんでねw

なんだ、JavaのクラスってMXクエリーもできねえのか
perlでもPHPでもできるのになあ

ずいぶん起動時間がかかるようだから
眠くなっちまったよ

C,C++厨「私、作る人」
Java厨「僕、食べる人」

>>476
> tmplをいまさら乗っけてそれを吟味ねえ。。

メモリ2GBが当たり前な時代にまだヒープメモリが足りないと
グダグダ騒ぐとはC厨らしいコメントだねw
メモリを大量に積んだサーバでは馬鹿が考えるような
くだらんことは気にしないわけだが。気にするんだったら
もっと賢い方法でチューニングするわけだ。それもわかっていないC厨には呆れる。

ＧｅｎｅｒｉｃｓについてもC厨はまだまだわかってないようだなw
C言語厨はJava GenericsがC++のテンプレートと同じだと勘違いしているようだな。
Java Genericsは型安全性が保証されたJava版templateであって
C++のような汚い使い方を未然に防ぎバグを減らし易い仕様なのだ。
それもわかっていないとはさすがオブジェクト指向も理解できないC言語厨だな。

オブジェクト指向も理解できないくらいだ。
型安全性といってもC言語厨には難しい話だったかなw

>>478
> ふっ
> ネットワークだオブジェクト指向だの
> 能書きは膨大なくせにDNSのlookupのことさえも
> すぐ答えられないほど低レベルなんだな。。

まず、人の話を聞かない馬鹿は相手にされていないことを理解することだな。
人の質問にはろくに答えられないでおいて、
答えを勝手に質問し勝手に答えを急かして要求し、
勝手に話題を変えようとしているから無視されているんだよ。

人に質問に答えさせる前に、お前がまず質問にちゃんと
答えられないでいる以上、お前のほうがよっぽど低レベルだ。C言語厨の餓鬼よ。

そんなことだ。

それに、お前もHibernateやGenerics、オブジェクト指向についてすぐに答えられない
低レベルなんだな。

お前の言っていることはそれと同じだ。

とりあえず、こいつでもよんで勉強しておくんだな。
http://directory.apache.org/

>>486
まるで奴隷とご主人様との関係みたいだな

ジェネリックプログラミングとオブジェクト思考は関係無い

>>487
>HibernateやGenerics
答えられないよ。漏れはJavaには全く興味がねえもん。
MXクエリーもできない【だっさいクラスライブラリ】なんてどうしうもねえなw
それで｢オブジェクト指向だ」「RMIだ」って能書きだけでなにも出来ねえんじゃねえか

それ、クラスライブラリでやる必要ないだろ？
必要なら自分で書くか、誰かが書いたライブラリを探すかすれば
いいだけだし？ツッコミどこがダサい。

どうせツッコムなら、自己記述性がない言語は駄目だなとか、ど
う足掻いても実現できない部分にしたら？

ライブラリっていう古くさい言葉にこだわるC厨のほうがよっぽどダサいんだけど。
今はフレームワークの時代でしょ


ついでに, PureJavaDNSについてだけど dnsjavaってのがあるから検索してごらん

ライブラリ == フレームワークなのかぁ？？ｗ

>>493
先生！Digesterの使い方教えてプリンス

<?xml version="1.0"?>
<!--project data xml file created using SceneComposer-->
<project created="SceneComposer" version="2.0.0.1">
　<files entry="1">
　　<file no="1" path="test.mpg"/>
　</files>
　<marks entry="5">
　　<mark no="1" mark_in="00:00:00.00" enable="0" chapter="1" name="null"/>
　　<mark no="2" mark_in="00:00:27.02" enable="1" chapter="1" name="null"/>
　　<mark no="3" mark_in="00:12:52.12" enable="0" chapter="1" name="null"/>
　　<mark no="4" mark_in="00:14:53.12" enable="1" chapter="1" name="null"/>
　　<mark no="5" mark_in="00:27:03.12" enable="0" chapter="1" name="null"/>
　</marks>
</project>
これをBeanにマッピングしたいんだけど？

言語仕様とAPIとの区別も付かない馬鹿C言語厨が何か騒いでいるぞw

>>495
スレ違い
このスレはC言語厨がなぜオブジェクト指向が理解できないのかを徹底討論する
スレであってDigesterのスレじゃない。

あっちで聞け。
【Java】Apache Jakarta Commons
http://pc8.2ch.net/test/read.cgi/tech/1094954163/

>>497
そんなマジレス返されてもなぁ(´･ω･｀)

いや、皆なんか偉そうだから、どれほどのもんなんかな？
と、思ったりしただけだしｗ
Commonsのライブラリはスラスラっと使えて当然ですよ
ね？＞先輩方

>必要なら自分で書くか
お前じゃ絶対かけないけどなｗ
どっかでお得意の乞食だろ

振り返るとenumの話は笑えるな〜
安全安全ってw
どんな危険な機能でも(例えば料理人のよく切れる包丁だ)
それはすばらしい道具になる。危険にするか危険なものも使いこなすかは
その人のスキルに依存する。
Java厨は使いこなせなくておもちゃのままごと包丁に走ったわけだから
それを強調するんだなｗ

.netフレームワークは　XPデフォでは入っていない
JAVAﾏｯｽｨｰﾝも　XPデフォでは入っていない

・・・・・・・・・・・・・いらないんじゃね

幸せになりたい人はどうぞ。

毒人間さんいらっしゃい
http://life7.2ch.net/test/read.cgi/jinsei/1121796710/l50
奥さんの味方
http://life7.2ch.net/test/read.cgi/jinsei/1121079958/l50
ナイトクラブ◆夢現◆
http://life7.2ch.net/test/read.cgi/jinsei/1121796613/l50

直アド●[email protected]

>>500
> 振り返るとenumの話は笑えるな〜
> 安全安全ってw
> どんな危険な機能でも(例えば料理人のよく切れる包丁だ)
> それはすばらしい道具になる。危険にするか危険なものも使いこなすかは

そういう精神論をかますやつが
「がんばればなんとかなる」とか言い出して
愚かにもB29戦闘機に向かって竹槍や刀だけで市民に戦いを挑ませる無謀で
人の命を尊重しない旧日本軍にような馬鹿どもになるんだよな。

>>491
> >>487
> >HibernateやGenerics
> 答えられないよ。漏れはJavaには全く興味がねえもん。

お前ついに馬鹿でもいいと居直ったか。
答えられないなら己の恥を知れ。さもなきゃどうしようも無い奴だな。
もう救いようがないや。

>>500
お前、アメリカ人に喧嘩売ってるくらい馬鹿を晒しているで。

>>504
興味がないならJavaの話を持ち出すのはおかしいんじゃねえの？

それにしても>>504は天然だな。
GenericsがJava独自のものだと勘違いしてる。

>>500もgenericsのことをよくわかってないで発言していることがよくわかるね。

genericsはあ〜
VMの中間コードでまた重たいテンプレートを動かすその設計思想が
わからんなあ〜w
Javaに関わる連中はどうしうもうないねｗ

それに今更こんなの追加して
大喜びしているJava厨は15年遅れているんだねｗ

>>503
ぺつに精神論ではなく現実世界の話だけどね。。。
あ、きみの部下は厨しかいないからそう思うのか
生い立ちの違いがありすぎるねｗ

>>506
Javaが今後どうなるのか楽しみにヲチりたいのよ
技術は習得する気ゼロだけどねｗ
512メガメモリのノートで
EclipseとDBコンソールと同時に使えないのは
メモリ食いすぎと思わない？ネイティブのIDEだったら
20はあがるぜ。それでも余裕があるぐらいだ。
もうすこし効率が良くなれば漏れも認めるんだけどねえ
Java厨さんは糞クラスを安全なフレームワークとか気取っちゃって
どんどんメモリの無駄遣いを追加するから無理だろうけどねえｗ

>>500はおそらくC++templateすらろくに使った経験がないと思われ。
というか実は知らないんじゃないの？ STL使った程度で満足して
templateクラスを自作した経験なさそうだし。

>>509
またそんな己の無知と恥をさらすことばかりいって。
generics使うと逆に軽くなるだけど。キャストの意味もわかってないキミ
に言っても無駄だろうけど。

発言するまえにGenerisとTigerの仕様と構造を調べてから発言してみたら？

>>513
あるよ。だけどねSTLって
Standard Template Libraryの略だぜw
お前【まじ(´ー｀)で馬鹿だな】

>>509
genericsは静的だから重くはならんよ？

>>512
Eclipseは512MBでも十分動くんだけど。
無駄な常駐プログラムやサービスがあるかどうか確認してみたら？
DBコンソールって何のコンソールかな。そのDBコンソールとやらが重たい
原因になっていることも考えられるし。

それを確認もせずにEclipseやJavaのせいにするの奴は一人じゃ何もできないDQN

>>515
>Standard Template Libraryの略だぜw
などとぬかす間抜けに限って
標準テンプレート＝STLだと思っている。

>>515
なんだか、自分でそんなこといって恥ずかしくない？

>>516
馬鹿は相手にしてもしょうがないよ

他人を、見下す為に

　　　仕事してんの？

標準テンプレートって何のことだっけ？

>キャストの意味もわかってないキミ
ﾌﾟﾌﾟ
おやーキャストなんてよく知ってたね〜

キャスト知らなきゃJavaは使えない。
それで、genericsに対する要望は古くからあった。
ただ、Java使いはclass<type>という構文を見ると警戒心で尻尾が
逆立つ人が多くて説得に時間を要した。

１．そもそも、データとロジックの分離はOOP的にどうよ？
２．>>1 お前、単にテンプレート怖いってだけだろ？（ ´,_ゝ｀）ﾌﾟｯ
３．>>2 だから、テンプレートとは違うって言ってんだろ？
４．>>2 話がややこしくなる。とりあえず、オマエ黙れ！
５．>>4 氏ね
６．盛り上がってまいりました━━━━━━(ﾟ∀ﾟ)━━━━━━ !!
７．いっそ構文を変えてはどうか？
８．>>7 class/type/とか？ｗ
９．>>8 キモいわ氏ね！
という、ある意味面白くもある議論が(実際にはもっと上品に)行わ
れたのも今は昔ｗ

>>512
> >>506
> Javaが今後どうなるのか楽しみにヲチりたいのよ
> 技術は習得する気ゼロだけどねｗ
> 512メガメモリのノートで
> EclipseとDBコンソールと同時に使えないのは

ﾌﾟｯ　ﾀﾞｻｯ
未だにメモリ512しか積んでない糞ノート使ってるのか(ﾜﾗ
おめえやっぱ貧乏人だなw
1Gくらい積めるノート変えよﾆｰﾄ(ﾜﾗ

Javaで型汎用性を持たせる意味がわからん。
今まで厳密な型付けがJavaのポリシーだったんじゃないの？

厳密な型付けを静的にサポートするために、総称という名前の型検査システムを導入した。

>>526
藻前Genericsの意味をわかってない。
Generics＝汎用ではない
Genericsの導入＝型が曖昧になる
ではない

逆にむしろ型に厳しくなる。C++のtemplateでは
実現しづらい厳しい型チェック機構がJava5には備わってる。
だからC++のtemplateと仕様が全くことなるのだ。それがわからず約一名喚いている奴がいるがな。

>>523
もうお前は裸の王様だぞ
そろそろ年貢の納め時だな

えーと何？今はC++を攻撃中？

>>530
JavaもC++もわからないC言語厨がからかわれているだけだよ

C厨は未だしも、VB厨が一番痛いと思うぞ。

VBな奴って考え方が古臭い。そしてキレ味が悪い。
こんな野郎とやってると喧嘩になりそうになる。

C# vs Java&c

多くのJavaプログラマは、提供されたクラスをただ使うことしかできない。
たとえば、文字列関連のような処理でも、String や StringBuffer などを
頭の悪い使い方で使うのみで、業務にあわせたユーティリティクラスさえも作らず、
同じようなロジックのコピーがいたるところに点在するソースを良く見る。
オブジェクト指向どころか、関数化すらできないのである。
実現したいことは、ウェブで探してきてコピー＆ペーストでコーディング
しているのである。同じ処理を行う箇所すべてに貼り付けているだけなのである。
こんな質の低いプログラマーばかりなのである。
これは、ＶＢあがりに多いが、どの言語でも共通してこのような馬鹿は存在する。

>>530
そうじゃない。genericsの利点のみを語ると、その様に読めなくもないのは
分かるけど、決してそうじゃない。

C++の思想には、それを使う者に対する無限の信頼がある。
だから、強力だが副作用がある仕掛けに対しては、「使いこなせる者だけ
がソレを使い、そうでない者はソレの存在については忘れてしまえばいい」
という姿勢をとる。

Javaの思想には、一定の品質を普遍的に保つという考え方がある。
だから、強力だが副作用がある仕掛けに対しては、「普遍的に安全と言え
るまでに副作用を取り除かない限り、ソレの存在を許容しない」という姿勢
をとる。

C++はそれを使う者の能力次第で果てしなく強力になる。
Javaはそれ使う者の能力とその品質の相関を(可能な限り)疎に保つ。
両者は根本的に思想が違う。

>>532
VBは論外。
OOとか手続き型以前にプログラミングの基礎すら
できてないのもいるし。
VB6から.NETに移行した奴のプログラムもかなり
ひどいケースが多い。
当然コピペなんかまったく悪びれる様子もない上に
他人にもそれを強要する。

おまいら言語に依存し過ぎ

実行時にはラフに扱える型になるgenericsって
ほんとに馬鹿なコーダ用の仕様だよな
オブジェクト指向のパフォーマンス低下の原因って
ほとんどがこのようなポリモアフィズムの箇所だ
ただでさえLoパフォーマンスなVMにさらに負荷を与える仕組みなだけ
それを冷静に判断できないのはやっぱりJava厨w

フレームワークて用語はさ
漏れにとっては
「メモリを際限なく無駄に使うかわりに安全性を提供する新時代のライブラリ」
なんだよね。だからフレームワークとか言って気取っている馬鹿みるとついｗ

共通なのだから・・・・際限なく無駄に、よりむしろ逆に成り得るのでは

>540
ばか発見

角度とか

>ﾌﾟｯ　ﾀﾞｻｯ
>未だにメモリ512しか積んでない糞ノート使ってるのか(ﾜﾗ
>おめえやっぱ貧乏人だなw
>1Gくらい積めるノート変えよﾆｰﾄ(ﾜﾗ
1G積めるノートにはJava関連のソフトはとても入れる気がしないのよｗ
じゃまなだけだし。他が重くなるしね。
つうかなんでもメモリ増設で片付けりゃ言いというそのJava厨イズムが
問題なんだよｗ

しかしJava厨って逃げるときには必ずVBとかPerlを引き合いに出してくる卑怯ものだなｗ

全ての言語の習得に挫折し、なんとかコーダでしがみつけそうなのがJavaか。
そりゃ〜必死にもなるわな。
がんばれよJava厨

>>545
そうなんだよなあ、言語習得のトラウマから
オブジェクト指向だ、すごいだろうって言うのだけが
彼らに残された癒しのフレーズなんだよ。。。

トップダウンで設計されたのがフレームワーク
ボトムアップで設計されたのがライブラリ

それは違うんでは、ライブラリもトップダウンから発生した機能仕様要求
から作られる。フレームは空間としての整理された思想はあるのだろうが。

Javaの場合、IoC絡むと全部フレームワークと呼ぶ。
ファンクタやコンパレータを実装しただけの小さなライブラリですらも
フレームワークと呼ばれる。違和感は今でもあるけど慣れた。

あの〜すいません。。

　スケジュール組む立場の人で、手法なんか有るのですか？

　（どんぶり意外希望）無視してくれてもいいです。

>>550
FP法・・・かな

ありがと、調べます♪

メタクラスは色々と難しいよね

Ｊａｖａは馬鹿でも使えるようにシンプルなんだけど、
物足りないというか不便すぎる。

JavaさえおぼえりゃそれですべてOK!
組み込みもWebもすべてJavaでまかなえる。いちいち言語を習得する必要無し

>>555
まじですか！
さっそくデバドラ作ってみます

プログラミング言語ってマニア受けするファクターが必要なんだけど
Javaってぜんぜんマニアックになれないんだよね。
残された道はオブジェクト指向マニアしかないンだなあこれが

ところがオブジェクト指向マニアは
SmallTalkを好む。

>>558
本物の人はね。
Java厨のマニアは形骸だけw

SmallTalkなんか実用性皆無だろ。案件あるか？

>>560
マニア度の話をしているのになんか色気ねえなー

>案件あるか？
ってのりでつっかかるとさあ
・短期、低賃金、低品質、コピペの塊プロジェクトを連想されちゃうよ
そして「なにがオブジェクト指向だJava厨」って言われる

プログラミング会社に対して仕様書会社とか
お客さんはプログラミング会社？

Java厨はのうがきは百人前だが
結局はdoPostに1万行なんて椰子ばっかりだな、クラス設計とは無縁！
すこしましならbeanのセッターゲッター(2000行)コーディング要員とかね

JSPも便利でつけど、print文ばっかり使うようなページの場合、
CでCGIを組むのとあまり変わらないちね。

まあｱﾎでも組めるという点だけは評価ちたい。

Java厨はフレームワーク指定のメソッドの中にコードをコピペして修正する
のが仕事だから。

ゲッターセッターで思い出したけどさ
JavaDocのタグなんて真面目に埋めたひにぁ
ソースの見通しが悪くなるのなんのって
隙間が空きすぎると思考の隙間もあいちゃうよ
ごちゃっとつまって全体がすばやく見回せないとね
ゲッターセッターメソッドをJavaDocに出しても見る椰子いるのかと。。

俺さあ、携帯Javaで描画メソッド（paintだっけ？）が2万行あるソース見たことあるよぉ。

ここで酔いしれている椰子(RMI Java厨)はいったいどんな設計しているのか
聞きたいな

>>568
ウィルスじゃまいか？

>>565
かといってJava厨にCのCGIはくめないよ
iso-2022-jp,base64エンコードとかめんどくさくてやらないだろうから
あ・タグを表示するだけならばバッファオーバランの脆弱性は残るが
組めるかなｗ

僕の書いたフレームワークは美しいんだ
とか言っていた椰子がいたので、すまんすこし見せてくれって言ったら
企業秘密だからだめだといわれた。J2EEに配置されたクラスを勝手に
デコンパイルしてみてみたらSystem.outしかなかった
Javaって完全なデコンパイルできちゃうとこがまた嫌だよな〜
ってそれでパクってJava厨の悪の連鎖が続く。。。

オープンソース（ＪＡＶＡ）大好きっ子　＝　（　　　　　　　　　　　　　　　　　　　　　　　）

Ａ．＿＿＿＿＿＿＿＿＿＿

肛門

デコンパイルできちゃうから
オープンソースにしちゃえってノリだったのかな

僕の肛門もデコンパイルされそうです

Java厨をデコンパイルしてもエラーしか出ないだろうな。。。

>565
見当違いのことを何度も書いておきながら
恥ずかしげも無く何度も顔出せる厚顔無恥さだけは評価ちたい。

>>578
Java厨の形成が不利な状況下で出てきた事を評価ちたい

何気にVS.NETを起動して利用メモリをみてみると
1IDEに6Mしかメモリを使わない。一瞬であがる。
絵栗くそとえらい違いだ。これがJavaとC/C++の差なんだよな。

今サービス系をやっている。
部分的にはクラスになっているがマルチスレッド関連とかは生Cだ
gotoばんばんいれてエラー処理をしている。エラー処理にはgoto最強だと
再認識。
try...catch糞だな。みにくいったらありゃしない。ありゃ退化した仕様だ。
回りくどいJava厨にぴったりの仕様だよw

スレッドばんばん使っているコードにgoto混じってたら怖いなぁ。
try...catchは、スレッド立てるほどでもないときに使えるじゃん。使わないけど。

>>582
なんで？ gotoが史上最強なのは最近悟ったんだけどね

史上最強であると同時に史上最凶でもあるからだろ。
使う側のスキルや考え方にあまりにも依存しすぎる
技術は広くは普及しない。

>>584
そうでもないよ。サービス、カーネル系ではよく利用されている
これを知らない椰子業務アプリケーション専門がばればれ

高級車　広く普及しない
大衆車　広く普及する
ってことかな

だからって、Javaの世界でCの流儀で
コーディングされるのもかなり迷惑な
わけだが。
そういうのが多いからこんなスレ立ったんだろ。
郷に入っては郷に従え、と。

ｽﾚ違いのJava厨もｱﾝﾁJava厨も纏めて死ねばいいのに、と
思ってたら、やっとｽﾚﾀｲ通りの奴が現れました。

自分だけは物事が分かってるって言いたい訳やね。

つうかJava厨はエラー処理も満足にできないのを想定して
try..catch仕様を作ったんだよな

エラー処理を満足に出来なかった時にイキナリ落ちる様な
事態を防げない事が、自慢できる事か？

588書いた時点では、>>581 を指していた。
>>590 みたいなのまで出てくるとは想定していなかった。

漏れの引き継いだソースにgotoが沢山使われてるんでつけどこれって嫌がらせか。。。
　　　if(…)
　　　　　goto jp1;
　　　…　2行の処理のみ
jp:

漏れの見てるスレにキモいコテのレスが沢山出てくるんでつけどこれって嫌がらせか。。。

>>593
GUN C Compilerのソースがそんな感じだな。
ポータビリティとか最適化とかで何か有利な点があるのかもしれない。
ただ、GNUのコードは玉石混淆でとんでもなく汚いのもあるから、実際
のとこはどうだか分かったもんじゃない。

>>594
コテが気に入らないなら透明あぼーんでも何でも勝手にすればいい。
寧ろコテ無しで同じ事を文章を変えながら連投する馬鹿の方が鬱陶
しい。

>>595
よーするに結論はわからないってことだな

>>596
うん、分からない。てか、識者キボン。
1-2ヶ所なら単なる馬鹿コードだろうと勝手解釈で納得できるんだけど
そらーもう、あっちこっちに出てくるから、何か意図はあるんだろうと・・・・・・

>>597
ラベル以降に解放すべきリソースに対する手続きが載っているということかなぁ

あとはネスト対策だったりしてw

>>597
識者かどうかに関わらず、593だけの情報でわかるやつはいないだろう。
593を見てわかるのはgotoの飛び先はjp1で、２行の処理の後にあるラベルはjp:だから
goto文でスキップされる処理は２行だけじゃないということだ。

混乱を招く糞コードだと思うなら、goto文を使わない形に書き換えてみたら？
それで飛躍的に可読性があがるなら実際に糞コードなわけだし、たいした差がなければ好みだけの
問題だし、逆にgoto文を使っていることでかえって読みやすくなっているのかもしれない。

ま、生成されたバイナリーに大差はないだろうさ。　などと組込み厨がつぶやいてみる。

>>600
だからこそ

>>599
>逆にgoto文を使っていることでかえって読みやすくなっているのかもしれない
リソースの確保・開放が散在する場合でロジックループネストがそれなりに
深い場合はgotoが可読性を高める。もちろん開放処理はラベル下に記述。
って騒ぐまでもなく昔からの手法だよね。

ここでJava厨が登場して
C厨は例外処理ができないとかうんちくをたれてくれる事を期待している漏れ

>>603
同じくコンストラクタ・デストラクタが無いからリソースの解放を…云々を期待している俺ガイル

>>604
この手の話題だと、C厨はオブジェクト指向が全く分からない馬鹿で
話にもならないの方向が妥当だが、あのネタは少々飽きたから
違うネタで罵倒してほしいのよ。

だいたいJava厨が立てたくせにちゃんと罵倒サポートしてくれないと
立て逃げじゃねーかと思う。マジで。

オブジェクト指向話にコンストラクタとか意味無くね？

デストラクタはVMママンが面倒みる@Java
過保護はニートのはじまり。

VMハウスの引きこもり

ママンに逆らって家出したら自分では実行できなくなっちゃう
なさけないJava坊や

オブジェクト指向は言語同士の実装の差異と関係ない気がするんだけど？

>>611
そうだね。それをJava厨に教えてやってよ。
俺はイヤだがw

Javaこそがオブジェクト指向を実現する最も完成度の高い至高の言語。
無駄に肥大化し危険なC++では使い物にならず、SmallTalkなどそもそも使われていない。

カーニハンが書いているプログラミング作法でも
パフォーマンスへの配慮をしっかりとアピールしている。
STLの性能見積演習などがあるが、その次の問題で
これをJavaでもやれと書いてある。Java厨はプロファイラとか
通した事はないんだろうね。「メモリ増設しろよ貧乏人ｗ」で
済ますので技術の進歩は彼らには望めないね。

>無駄に肥大化
それはそっくりJavaに返してあげるよw

一時期の狂ったようなJava厨はすっかり見なくなったな。マ板に限らず

つまんねーな
Java厨が漏れの生きがいだったのに

javaのソースって、C++で書かれてるんだよ。

あのオプソマンセーの椰子は最近みないしね
オプンダウンロードしてCのソースがコンパイルできないとか
言っていた面白い椰子

Java厨は絶滅したか。。。
DEL厨の次はJava厨か。。

ﾌﾞﾋﾞ厨最強伝説

近寄るな。バカがうつる。

ｸﾞｪﾍﾍﾍｪ・・・・

それじゃあ
このスレも終了でいいかな！

ドン！
























ｷﾗｷﾗｷﾗｷﾗ・・・・・・



javaはcより難しい
http://pc8.2ch.net/test/read.cgi/tech/1095677476/

age

>>535
> C++はそれを使う者の能力次第で果てしなく強力になる。
> Javaはそれ使う者の能力とその品質の相関を(可能な限り)疎に保つ。
> 両者は根本的に思想が違う。

その言い方はいい加減だな。

厳密には、 C++はそれを使う者の管理能力次第で開発効率を上げることも下げることもできる。

また C++はそれを使う者の管理能力次第で果てしなくセキュリティホールやウィルス、バグを生み出し
果てしなく後継者の負担を増大させる負の力がある。

さてさて、今日もC言語厨が追いつめられるのか？

>>534
> 多くのJavaプログラマは、提供されたクラスをただ使うことしかできない。

妄想ですか？　さもなきゃその根拠は？

> たとえば、文字列関連のような処理でも、String や StringBuffer などを
> 頭の悪い使い方で使うのみで、業務にあわせたユーティリティクラスさえも作らず、

「頭の悪い使い方で使うのみ」ってたとえばどんなふうに？
業務に遭わせたユーティリティクラスだったらC言語厨も作れないけどね。
彼らは関数を作るだけで精一杯だからw
Stringでクラスを作るって、まさかおまえ、そのクラス、
ただstaticなメソッドを寄せ集めただけの糞ユーティリティクラスなんじゃねえの(ﾌﾟｯ
能力のある奴はそいつを使ってGoFデザインパターンの一つ、Facadeパターン
で設計もちゃんと行うわけだが。

>>627
その文章は、「利点の裏側が難点だと読み取れる人」を対象にしてる。

誤読を危惧してるのかもしれないけど、ここでJavaを否定してる人間
からは、Javaに対するコンプレックスが見て取れる。
俺は、その類の人間を端から相手にしてないから、大きなお世話だ。

それはそれとして、>>627の発言がどこから出たのかは少し気になる。
Javaへの愛情？C++へのコンプレックス？公平さへのバランス感覚？
どうせ匿名で次の瞬間には他人と選別不可能になるんだし、ちょっと
本音を吐露してみないか？ｗ

>>629
>ただstaticなメソッドを寄せ集めただけの糞ユーティリティクラス
ステートレスなビヘイビアのみを記述する場合、この方法が最も
簡素で適切だとするのが現在の風潮。
前提となる状況に対する説明もなくファサードを持ち出すのは
単にファサード言いたいだけ違うんかとｗ

Javaに対するコンプレックス
あっはっはぁ
なんであの最低な実行環境にコンプレックスを・・・
宗教に洗脳された馬鹿信徒たちよ

ファサードをよしとするのはねえ
確かに前提が問題だが
ファサードそのものはクラス間の結合度が高くなるからね
それでよい場合もあるがファサードがぶら下げる複数のクラス
を単体では使いにくくなる可能性があるよね。
増長になるまわりくどいクラスになるかもしれない。

ねえなんでファサードがでてくるの？

設計したいシステムの要件は
デザインパターンの種類を超えた世界。
馬鹿厨はデザインパターンをマスターしたら完結するといった
非常に痛い勘違いをしているようだ。

現実の要求仕様を無理にデザパタにはめようとする馬鹿ばっかり
本末転倒。覚えたおもちゃはつかわないといけないと勘違いする
ガキばかりｗ

Javaのコードも未熟
頭も顔も不自由なヲタばかり
それがジャワ厨

>>630
本音　：
以前、JavaよりもC++のほうが凄い言語だと思っていた。
だが、奴に出会ってからその考え方は見事に覆された。

バイト先でC++を使えると言ってる契約社員の奴に出会ったのだが、
そいつにJavaをやらせてみた。C++ができるから
Javaなんか簡単にできるだろうと思ってた。
だが、そいつが作るクラスはstaticメソッドの塊だった。
どのクラスにもほとんどインスタンスフィールドがなかった。
どのクラスのインスタンスフィールドにも、自作クラスの型が使われている
ものが一つも無かった。(←この時点でこいつはデザインパターンを使いこなす能力
疎いことが推測された)。

最悪だったのは他人の、40代のオッサンが書いた汚いJavaコードをうちの会社が
買い取ったときのことだった。C++を使えるといっていたそいつと俺とそのほか奴らで
解析することになったのだが、解析に時間はかかったものの、なんとかして
どのコードを修正して機能追加すればよいかがわかった。
そこで、大半のクラスは新規に作っても問題なかった。

そいつは社員なのでコード修正の管理責任を任された。
そこでC++使えるといった奴が既存のコードを修正する方針を考え出そうとしていた。

だが奴はいつも行番号に拘り、40代のオッサンのソースコードの修正をオッサンに
渡すために、Servletのこの行からこの行までは修正するなと言って、コードの修正を制限した。
それだけならまだしも、新たにクラスを作ることにも抵抗していた。
最悪だった。元凶はCの経験は濃いがJavaの経験が浅いことがすぐにわかる40代のオッサンが
書いたServletのservice()メソッドの行数は数千行にもなっていたことだが。
それを修正するのは腹立たしかった。そいつもかなり腹立たしかったようだが、
残念ながらそいつも(40代のオッサンよりはまだマシだが)40代の同レベルだった。
Servletのことをよくわかってないため、外部クラスからServletクラスを動かす方法、
Servletクラスから外部クラスを動かす方法を詳細にわかっていなかったようだ。
簡単なことのはずだが、何かの拍子で自分の書いたコードが動かなくなってから
何かに取り憑かれたように不安になってServlet内に書ききれないコードを
Servlet外部に書くということができなくなったようだ。
外部のクラスに委譲するということがよくわかってない奴だった。
そのときから、「こいつ、JavaどころかC++も本当にわかっているんだろうか？」と
疑問を持たざるを得なくなってしまった。

所詮、C++がわかるなんて言う奴なんてこんな程度でただのC言語厨と同レベルなんだろうかと
思うようになってきた。

偉大なるプログラミング言語とは？
http://pc8.2ch.net/test/read.cgi/prog/1121153144/

>>638-639 かな？
文章のデザパタが必要だな。

あんまり読む気にならんのだが、どうしたらいい？

Ｃ＋＋を極めているのが一番すごい。
Javaとか.NET なんてしょぼいよ。

全部できるのが一番凄いよ。

プロは言語を選ばん。
いや、選べん。

>>638

>JavaよりもC++のほうが凄い言語だと思っていた。

素人まるだしだよなこいつｗ
っていうかバカじゃねぇのｗ
クソPGだらけのカス会社の出来事を一般化するな。

Cのソースファイルの拡張子をcppにすりゃC++になるからな。
C++できますと言っても嘘にならないところがC++のすごい
ところでもあり、おそろしいところでもある。

それいうなら、JavaだろうがC++だろうがPerlだろうが、"hello world"を
表示できる程度のスキルで、プログラム書けるって豪語する人間の存在はどうする？

全ての言語でHelloWorldするぐらいなら認める
そうでないなら駄目駄目

>>648
んなもん、糞

「拡張子が cpp なので、私は C++ が出来ます」
「Hello, world が動いたので、私はプログラムが出来ます」
「鍵盤を押したら音が出たので、私はピアニストです」

C++もC99で改定されているち、あまりにも古いC++だと勉強が必要でつね。。。

でもなんでJava厨ってこんなくそすれたてるほど
Cコンプレックスあるのかねw

ているちって何だ糞コテ

蛇場厨太の人生
俺は馬鹿だ、C言語の新人研修で
ポインタを使った演習課題を2次元配列の実態でしか実装できなかった〜。
くっそーーCってなんだ!俺も理解できねえような言語仕様つくんじゃねーぞ!
その後Javaと出会い、ポインタがないすばらしい言語だとオモタ。
俺のようなチンカスでもプログラムが作れれるんだ。うれしい。。。
まじうれしい。。

自分が知っているからという理由でコーディングするための
言語を選択するやつは所詮アマチュア。
与えられた課題に対してもっとも効率よく実装できる言語を
選択するのがプロ。
ゆえに言語毎の構文などを覚えるのはさほど意味をなさない。
真に学ぶべきは言語の指向性なのである。

与えられた課題に対してもっとも実行効率よく実装できる言語はCしかない

実行効率から逆算すると
高品質なソフトウェアはJavaでは不可能な領域

ポインタが理解出来ないんだから仕方ないじゃない

デバイスドライバもJavaでは不可能

仕事には最適な言語を選べばよい、しかし、
Ｃ＋＋を極めているのが一番すごい。
Javaとか.NET なんてしょぼいよ。
ただし、Ｃ＋＋にしても極めているのは現場でみるかぎり
３％程度しかいないだろう。どんな言語を使っていても、
ほとんどのプログラマーは馬鹿ばかりだ。

道具にはプロスペックとアマスペックの境界が存在する
プロスペック C/C++
アマチュア Java

C++はマリアナ海溝くらい深遠つぎて、漏れには浅瀬で泳ぐくらいちかできない。。。。。。

デバイスドライバなんて低級なものを組まないといけないのか。
低レベル言語の崇拝者の考えることはわからん。

やっぱ高級なものがいいよ。高級言語を駆使して。

OSもJavaでは不可能

不可能でないものを列挙してくれ
enumもさいきんやっとサポート
いままで文句を言わないJava厨馬鹿杉

OSだのドライバなんて低レベルなものは、低レベル言語による低レベルPGのお仕事。

C/C++にしがみついていると
新機能が追加され続けるJavaやC#に
ついていけなくなるぞ

C/C++の案件なんか無いじゃん

C#はリリースされてすぐサイトアプリ1Monthで完成
Javaもやっていたから楽勝でマスター(できることなら見たくもないけどなこいつは)
C/C++が一番好きだけどなw

>低レベル言語による低レベルPGのお仕事
その低レベルな椰子が作ったOSの片隅でひっそりと動くVMの中の奴隷
蛇場厨太

高級なPGになりたければ高級言語を使いたまえ。

>C/C++の案件なんか無いじゃん
も前のとこのように蛇場厨太しかいないとこは確かにそうだねw

高級言語?
・この業界の高級は大衆を意味する

java? c? c++? c#? who?

OOやるならruby最強！！


業務には使えないがな(´・ｪ・｀)

とりあえずJBuilderは使えるの？

CよりVCのほうがいい

>新機能が追加され続けるJava ×
無駄な新機能が追加され続けるJava　○

>>645
> >>638
>
> >JavaよりもC++のほうが凄い言語だと思っていた。
>
> 素人まるだしだよなこいつｗ
> っていうかバカじゃねぇのｗ
> クソPGだらけのカス会社の出来事を一般化するな。

じゃあお前の会社がどれだけ優秀なのか会社名とお前の部署名と
お前とお前の開発チームの肩書き、役職、職種、業種を
挙げて説明してみろw

>>677
> >新機能が追加され続けるJava ×
> 無駄な新機能が追加され続けるJava　○
たとえばどんな機能が？
JavaよりもCやC++のほうが無駄な機能が多いけど。
internとかw registerとかw ﾌﾟｯ もう、アホでしょ

ﾌﾟﾌﾟ
return 0;
とかやらないといけないのもアホ臭いな

>>665
C言語厨は相変わらず頭が悪いな。
>>472-473をもう一度読んで頭を冷やして来い。

べつにvoidならやらなくてもいいよ

>>681
おっでてきたなw
10年たつまでそれがある事すら気づかないくせになw

>>680
言語仕様を理解してない香具師？

世の中には建築基準法に基づいた設計と
法を犯して建築基準法に違反した設計をするｳﾞｧｶがいる。

建築基準法を遵守しやすく、
設計もしやすく、手抜き工事を
しているかどうかをチェックしやすい言語　： Java

建築基準法に違反しやすく、
建造物の手抜き工事による
死亡事故が多発しやすい言語 : C++

糞馬鹿ぢゃば厨祭りだあ

>>683はCのenumとJavaのeumとの違いがまだわかってない模様w

ま、C言語厨のIQは50以下だからオブジェクト指向も理解できないんだねw

>>687
　細かいことはどうでもいいんだよ。相変わらずちいせえ椰子だなw

>>670

> 蛇場厨太

What?


蛇 Snake
場 Field
厨太 Tutor

？？？？

Snake Field Tutor?

SFT?


Huh?

ぢゃば忠太郎には
VMとういうすばらしい盆栽ベースがあるからな

>>689
ﾌﾟ　ﾀﾞｻ

やっぱり図星だったんだ





　　　　　　　み　な　さ　ん　、　聞　い　て　く　だ　さ　い　。




　　　C　言　語　厨　は　C　の　e　n　u　m　と　J　a　v　a　5　の　e　n　u　m　と　の　


　　　　　　　　　　　　　　　　　　　　　　　　　　　　違　い　が　わ　か　ら　な　い　よ　う　で　す　。　

C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw
C言語厨は低脳DQNだからCのenumとJavaのeumとの違いがわからないw

わからないのではなく
糞Javaの仕様などまともに読み下す時間すらもったいないだけだよ
どうせ2年後には死に絶えるからね

せいぜい必死に糞Java死に絶え仕様を勉強してねw

>>632
> Javaに対するコンプレックス
> あっはっはぁ

↑この「あっはっはぁ 」からJavaに対するコンプレックスが
もろ丸出しだな(藁

CのenumとJavaのenumとの区別の付かない低脳なC言語厨君(ﾜﾗ

>>694-695からもJavaに対するコンプレックスがひしひしと伝わってきますね

おーきたきた
こうでなくっちゃ厨ぢゃねえw

ﾌﾟｹﾞﾗ

>>698
C言語厨はやっぱ厨らしいっしょ?
ほいほいだねーw

C言語厨の負け犬の遠吠えが聞こえてくるスレですね

Javaはプログラムよりも環境を覚えるだけ。
髭ずらの外人のおっさんが趣味でどんどんオープンソースで
作ってるものを覚え、バージョンアップしたらまた覚えるの繰り返し。

なんか言い争いになってるので流れをぶち切りますよｗ

Ｃ言語使いにも２通りいるよね？
・ちゃんと組み方を理解してるＣ言語使い。
・なんか全然理解してないで組んでるＣ言語使い。
とりあえず、「何がどうならいいの？」っていうのは中々見付からないから、
逆に、「じゃあ、やっちゃ駄目なことは何？」っていうのを見つけた方が早いんだよね。

Ｃ／Ｃ＋＋でやっちゃいけないこと（設計偏）
・プロジェクトにマスターヘッダー（笑（※注））がある。
・グローバル変数が使用してある。
・別のインスタンのポインタをメンバ変数に保持してある。
・シングルトンクラスが使用してある。

と、まあ、これをしなければ誰でも綺麗なソースがかけるよ。
簡単でしょ？後は、気合だと思うよ。
最後にものをいうのは絶対に上記のことをやらないという鉄の意思のみ。

※注
ヘッダーファイルをまとめてインクルードしてあるファイル。
また、構造体の定義やグローバル変数の宣言などもここで行われている脅威のヘッダーファイル。
これがあるプロジェクトと無いプロジェクトだと残業時間が５倍は違うと俺は思うｗ
一見綺麗に組めたと錯覚を起こす。悪魔の誘惑。Ｃ言語時代にこれで組んでしまった人間は例外なくオブジェクト指向を理解できない。

>>668
> C/C++の案件なんか無いじゃん
確かに案件がないね
ほとんどの案件はPerl, PHP, Javaを使った案件ばかりだしね。

C/C++の案件が少ないのは、
今時スタンドアロンアプリ開発なんて時代遅れだってことを
象徴しているってことだね。

>>685
またくどい説明で爆笑させてくれてサンキュー
今日はぐっすり眠れるよ
ぢゃわ厨最高だね

>>702
VC++やWindowsドライバ開発と比べたらたいしたことないが。
それにJavaに関してヒゲのジェームズゴスリングは
覚えるのに苦労するほど大幅な使用変更する手間もないけど。
C++やドトネトは大変だけどね。
バージョンアップするたびに互換性がなくなって
めんどいことやってかなり苦戦してる哀れな香具師が多いがw

>>705
ここまでくると呆れるな

精神的苦痛をこらえて青ざめながら
必死に作り笑いをしようとしているおまえの姿が目に浮かぶよ・・・

>>704
君にはそれ以上高度な事は考える事もできないからなんだよねw

>>657
高性能と高品質の意味を間違えているぞお前w
高品質はまさにJavaだろ。
何年経っても長く使い続けられるソフトを
容易に作れるのは今のところJavaくらいしかないんだし。
他の言語は問題が多すぎるしな。
高性能といえばアセンブラだがなw
だがこれは決して高(級)品質ではないなw

>>659
Jiniでできるよ。

>>708
Windowsドライバ開発やドトネト程度がそんなに高度なことなんだｗ
ﾌﾟﾌﾟ

>>707
の発言でまたまた大爆笑!!
ほんとにありがとうねきてくれてw
>必死に・・
さすが分析力あるね。凄いね。Mementoパターンで表現してくれたのかなw

>>708が考えている高度なことって何だろう？

>他の言語は問題が多すぎるしな

いいねえ、宗教はいってきてるね、ぞくぞくするよ

>>712
アプラーには理解できない世界もあるのかもよ

図星かw

>>711はやっぱり青ざめていたようだw

このスレは>>712が考えているという高度なことを>>712に語って貰うスレになりました。

>>715
はジャワ凶とかいう宗教団体でもおこすといいかもね

漏れは　>>715 のファンだぜ

オブジェクト指向うんぬん言ってるけど、おまいらのレベルは
どうせデザインパターン勉強してどれかに無理やりあてはめて
クラス作ったらオブジェクト指向だと言ってる程度だろ。
ウェブアプリでも、フレームワークはすべてそろってるから
馬鹿みたいな業務ロジック書くだけだろ。
そんなレベルは誰でもできるんだよ。
ＪａｖａでいいからＯＳ書いてみろよ。
おまいらには、一生かかっても無理だ。
オブジェクト指向を知ってるふりをするまえに、
致命的な脳みその差があることをよく理解しろ。
別にＣがすごいとか言ってるのではない。ここでさわいでる連中の
レベルは所詮凡人だよ。

Java厨＝アプリケーションプログラマ　なのだから、低能なのは自明

ウェブアプリ作ってる程度のＪａｖａプログラマーの
レベルはほんとに低い。

おまいらの使うデザインパターンは、ファクトリーだけだろ。

>>711
お前必死だなw

Java厨はまったく反論すらできない

>>702
>どんどんオープンソースで作ってるものを覚え、バージョンアップしたら
>また覚えるの繰り返し。
「覚える」という視点で考えてる限り、絶対にJavaは使えるようにならない。
Javaは茂った大樹の様なもんだ。その実を全部千切って回ったところで
食い切れやしない。自分が食べたい実だけを千切って食べればいいんだ
よ。

食べきれないほど沢山の実が生ってる。何が悪いの？寧ろ利点じゃん。

>>717
　>>719みたいなレスを根拠も繰り返す厨もｋなり宗教じみてるけどね


同じことしかいってないし、とにかく適当に自分より低い者と見なしたい
者を頭の作り上げて必死に何か弁論しているみたいだけど
根拠がないから説得力もなく、Javaに対するコンプレックス丸出しで
話も続かないなw

>>719
ところで、「CでいいからOS書いてみろよｗ」とつっこまれたら
どう返すつもりなの？

それはそれとして、確かにパターン魔ってのはいるな。
パフォーマンスもレジビリティも犠牲にして、アリもしない変更
要求に備えて本人だけがご満悦。
意図しない変更要求が出るとロールバックしなきゃならないと
いう本末転倒ぶりで、もう何がしないんだか分からない。
まあ本人もどうしたいんだか分かってないんだろうけど・・・・・・

パターンが生まれた動機や経緯を端折って、実装例だけを丸
暗記する奴が後を絶たないのが問題なんだろうな。

>>727

> ところで、「CでいいからOS書いてみろよｗ」とつっこまれたら
> どう返すつもりなの？

Ｃで書かれてるOSを提示するだけだろ？

>>728
他人の成果物を引っ張ってくるだけかよ！ｗ
散々Commons頼りなのを馬鹿にしてたくせに
なんじゃそりゃ（ ﾟдﾟ）ﾎﾟｶｰﾝ

>>729
Javaで書かれたOSなんて、提示すら無理だろうけどな？

携帯破壊タグをください
　

Java厨の思考の基点
・Webアプリケーションからすべて考える。そしてWebアプリはJavaでしか
作れないと思っている。だから>>704みたいにスタンドアロンなんて
言い出す。C/C++ではネットワークプログラムは無理と勝手に妄想するｗ
さらにいうならば仕事はアプリケーションの受託・派遣開発しかないと思っている。

・OSやデバドラがあってはじめてJavaの生活環境ができるのに
それらを低レベルと馬鹿にする。本末転倒。妄想好きなマイ脳内VM内オンリーな
へたれ宗教を語るが重みは一つもないｗ

低レベル言語しか使えない低レベルPGのｵﾅｰﾆｽﾚはこちらですか？

そうです

Java厨よ
所詮おまらは最後にぬるぽと叫んで逃げるんだろ
だったら大人しくC爺の言うこと聞いとけ

ヽ(ﾟ∀ﾟ*)ﾉ

>>719
こりゃまた随分と好戦的な自己紹介ですね。

>>721
ウェブアプリすらも作れないC言語厨はもっとレベルが低いが

>>724
随分と低脳丸出しのレスだね。
CのenumとJavaのenumとの区別が付かないこと、
Hibernateのついて答えられないチミのようなC言語厨のほうがまったく反論
できていないみたいだが。

>>721
大抵のウェブアプリは表面上はPerlやPHP
で作られたもののレベルと変わらないように見えるが
Javaでウェブアプリを作るとなると、
大抵は基幹系業務が関与しており
データベース、ネットワーク、セキュリティ、O-Rマッピング、分散、エンタープライズアーキテクチャなど
かなり高度な技術を要求されるわけだが。

そんじょこらのC言語厨が想像するようなアプリとは格が違う。

>>740
C言語厨にはMVCアーキテクチャといっても理解できないからね
相手にするだけ無駄だよ

>>732
> ・Webアプリケーションからすべて考える。そしてWebアプリはJavaでしか
> 作れないと思っている。

だれがそんなこといった？　それこそお前の妄想じゃないかな？


> だから>>704みたいにスタンドアロンなんて
> 言い出す。C/C++ではネットワークプログラムは無理と勝手に妄想するｗ

だれがそんなこといった？　それこそお前の妄想じゃないかな？
セキュリティに弱いC/C++じゃネットワークプログラミング開発効率はJavaに劣ることは紛れもない事実だが。


> さらにいうならば仕事はアプリケーションの受託・派遣開発しかないと思っている。

だれがそんなこといった？　それこそお前の妄想じゃないかな？


> ・OSやデバドラがあってはじめてJavaの生活環境ができるのに
> それらを低レベルと馬鹿にする。本末転倒。妄想好きなマイ脳内VM内オンリーな

十分低レベルじゃなか。お前も十分に低レベルだし。本末転倒の意味もわかってないし。
マイ脳内VM内オンリーとかわけのわからないアホなことをいっているし。
デバドラとかアホな略語つかってるのがお前をさらに莫迦にしたくなる要因だなw
OSがなきゃお前もCの開発生活環境もできやしないぞw
随分とレベルが低いもんだねえチミも。C言語厨のレベルもその程度だな。


> へたれ宗教を語るが重みは一つもないｗ

お前の上記の妄想だらけの発言のほうがよっぽど宗教じみているが。

>>719
> オブジェクト指向うんぬん言ってるけど、おまいらのレベルは
> どうせデザインパターン勉強してどれかに無理やりあてはめて
> クラス作ったらオブジェクト指向だと言ってる程度だろ。
> ウェブアプリでも、フレームワークはすべてそろってるから
> 馬鹿みたいな業務ロジック書くだけだろ。
> そんなレベルは誰でもできるんだよ。

これまたC言語厨の妄想かな。
フレームワークを使うだけの人間だといいたいとはアホな奴だな。
C言語厨は関数ライブラリを使うだけの人間に過ぎないもっとアホな人間だがな。

俺たちオブジェクト指向の熟練者は自分でフレームワーク
を作る能力がある。自分で設計し、どれをクラスの領域にすべきか、
どれをクラスのフィールドにすべきか、どんなメソッドをどのクラスに
実装すべきか、という優れた高度な能力がある。
C厨にはそんな能力は皆無にひとしい。


フレームワークをただ使うだけならだれでもできて当たり前だが
お前やこのスレで暴れてオブジェクト指向を毛嫌いしているるC厨には
どう見ても一生かかっても無理だな。

> ＪａｖａでいいからＯＳ書いてみろよ。
> おまいらには、一生かかっても無理だ。

そういうことはLinuxのソースコードを除いただけで
OSを書いたことも無いお前みたいな馬鹿が
口出しすることじゃないな。

じゃあお前がCでOSを書いてみな。
そしてWindowsやLinuxを超えるOSを書いて動かしてみてから
そういうことを言うんだな。
それについて反論できるというならしっかり反論してもらおうじゃないか。
できなければお前は所詮ただのハッタリ小僧以下だということだ。

>>741
それ忠実に守ってる香具師ってどれくらいいるの？

Java 使ったら自動的にそのアーキテクチャに従う様になってるの？

うさんくせぇ・・・　なーんか、うさんくせぇ・・・・

>>703
> なんか言い争いになってるので流れをぶち切りますよｗ
>
> Ｃ言語使いにも２通りいるよね？
> ・ちゃんと組み方を理解してるＣ言語使い。
> ・なんか全然理解してないで組んでるＣ言語使い。

このスレで暴れているC言語厨はどうみても後者だな。


> とりあえず、「何がどうならいいの？」っていうのは中々見付からないから、
> 逆に、「じゃあ、やっちゃ駄目なことは何？」っていうのを見つけた方が早いんだよね。
>
> Ｃ／Ｃ＋＋でやっちゃいけないこと（設計偏）
> ・プロジェクトにマスターヘッダー（笑（※注））がある。
> ※注
> ヘッダーファイルをまとめてインクルードしてあるファイル。
> また、構造体の定義やグローバル変数の宣言などもここで行われている脅威のヘッダーファイル。
> これがあるプロジェクトと無いプロジェクトだと残業時間が５倍は違うと俺は思うｗ
> 一見綺麗に組めたと錯覚を起こす。悪魔の誘惑。Ｃ言語時代にこれで組んでしまった人間は例外なくオブジェクト指向を理解できない。

これはイタイねw
C言語厨はincludeとimportとの区別もつかないからねw

> ・グローバル変数が使用してある。

C言語厨の典型的な愚かなコーディングスタイルの例だねw


> ・別のインスタンのポインタをメンバ変数に保持してある。

しかもそれをstaticで保持していたら大笑いだなw


> ・シングルトンクラスが使用してある。

C言語厨にはシングルトンといってもわからないがなw

>MVCアーキテクチャ
あの悪名高き回りくどさ最高の仕様だよねｗ

>>743
>俺たちオブジェクト指向の熟練者は
　　：(snip)
>という優れた高度な能力がある。
こっちが恥ずかしいんで、ちょっと引っ込んでて下さい。

>>703

> と、まあ、これをしなければ誰でも綺麗なソースがかけるよ。
> 簡単でしょ？後は、気合だと思うよ。

それだけはかなり甘いな。
単純な小規模開発ならそれでもどうにかなるが、
大規模開発じゃ、その程度じゃものたりないね。
大規模開発じゃ、その程度ではとてもとても綺麗なソースコードを書くことはできないね。

C言語厨はまず例外処理の正しい使い方、xUnitの正しい使い方を
覚えて貰わねばなるまい。
それからフレームワークの作り方も覚えて貰おう。

>>703
具体的にC言語厨が綺麗なコードを書けるようになるためには
どうすればいいかというと、
以下のことを実践し、守ればいいということだ。

●クラスのインスタンスフィールドはprivateにすべきという鉄則をC言語厨だけには守らせる。
●クラスのstaticフィールドはfinalにすべきという鉄則をC言語厨だけには守らせる。
●interface, abstractクラスの作り方をC言語厨に徹底的に覚えさせしごき、教育する。
●オブジェクトは参照型にできるものはすべて参照型にするようにする。
●グローバル関数を使用禁止にする。
●C言語厨にJavaを使わせるときはツールCheckStyleとFindBugsを必ず使って貰うように義務づける。
●必ずパッケージ(名前空間)を定義して貰う。パッケージ名の頭にはドメイン名を逆にした文字列を必ず付加する。
　これができない糞C言語厨のヴァカが多くて困る。
●バグとスパゲティコードの多いC言語厨には、CppUnit, JUnitの使い方を覚えさえ、シャキッ！と徹底させる！
●頭の悪いC言語厨には最低限のデザインパターンであるGoF本を読ませ徹底的に教育する！
●makeの使い方すら知らない愚かなC言語厨は実に多い。C言語厨にmakeの使い方、書き方を覚えてもらうように
　徹底する！　さもなければ、Java版makeであるApache Antの使い方、書き方を覚えて貰うように徹底する。
　なれてきたらプロジェクト管理ツールApache Mavenの使い方を覚えて貰うようにビシッ！と徹底する！

●クラス内メソッドの行数は100行以下に納める。100行を超えそうになったら
　他のクラス、他のprivateメソッドに委譲し、分割統治する。これができない糞C言語厨のヴァカが多くて困る。
●クラスの行数は5000行を超えてはならない。
　これができない糞C言語厨のヴァカが多くて困る。
●プリプロセッサは使用禁止にする。無駄な言語仕様機能の利用は排除し、外部ツールで分離すべきだ。
●演算子オーバーロードは許可無しに勝手に造ることを禁止する。これができない糞C言語厨のヴァカが多くて困る。
●typedef使用禁止令を言い渡す。演算子オーバロード同様、この規則を破る愚かな糞C言語厨ヴァカが多くて困る。
●C++Boost, STLを徹底的使って貰う。これすら一切使いこなすことができないC言語厨はｻﾞｼｭｯ！っとクビ斬り！
　さもなきゃJava使え。
●構造体を使用禁止にし、代わりにクラスを利用することを義務づける。
●コピーコンストラクタを使用禁止にし、かわりにclone()メソッドを定義してもらう。
●例外処理は、例外クラスをしっかりつかってもらう。
●APIの使用は、クラスになっていないもの(関数だけのもの)は使用禁止にする。
●APIの使用は、クラス名、メソッド名の重複コンフリクトを避けるためパッケージ名(名前空間)が
　無いものは徹底的に排除し使用禁止にする。
●クラス内でメソッドを定義するときはデフォルトでvirtualを付加することを義務づける。
　それが嫌ならC言語厨にはJavaを使って貰うことにする。


これらが全然できないC言語厨は即刻クビッ！　いやむしろ死刑にしてこの世から永遠に抹殺してもいいだろうw

フレームワークを自作するのか

今日はｱﾎが大暴れちているけど、なんかあったの？

おいおい、せっかく彼が絶好調なんだから
そっとしておてくれ。。。

投資顧問会社を経営している元彼Y(元暴力団員)との体験記です。
覚醒剤の売人・覚醒剤に溺れる人達・警察捜査情報横流し・未公開株詐欺の手口・二八商法に騙された人達・・・実話です。
http://hic.daa.jp/
人気WEBランキング日記部門1位
Yは、『俺は、綾瀬警察と、中央警察にスパイを置いているからな。情報
は、すぐに入ってくるんだよ。』
と、いっていました。
この後、Yは移動した覚醒剤を、他の暴力団員に売らせています。
その暴力団員も、また、会社の社員です。
私は、この時の出来事を、綾瀬署に確認しました。
確かに、誰か、Yに連絡した事実はあると、綾瀬署、捜査の高橋さんが
言っていました。
警察は、家宅捜査する前に、前もってYに情報を流していたのです。

C言語厨って何？C言語しかできない人って組み込み系でしか見たことないんだけど。

>>757
組み込みできるなら立派なもんだ。
実際のとこ、どの言語も理解できてない奴をC言語厨って
呼んでるんじゃないの？
試しに何かコード書かせてみる？グダグダ言い訳して１行
も示せないはずだよ。
まぁ、ここで暴れてるJava厨もDigesterのコード一つ示せ
ないヘタレだから、似たもの同士ではあるけどｗ

>●APIの使用は、クラスになっていないもの(関数だけのもの)は使用禁止にする。
先生！
糞アプリケーションではそれでもいいかもしれませんが
サービス系の実装では無理があると思うのですが？

あ、それともいちいちクラスにラップしてスタック積み上げの
無駄を追加してでもクラスにするのですか？
ナノ秒単位の制御だと無駄処理はしたくないのですがぁ
あ、Javaでは秒単位でしか制御できないから(それも不定・不安定)
こんな事かんがえなかったんでつねーｗ

先生って頭がデッドロックしてまつねー

>>754
お前もｱﾎだろw

>>760
> あ、それともいちいちクラスにラップしてスタック積み上げの
> 無駄を追加してでもクラスにするのですか？

BREWやファームウェアという貧弱なソフトウェア開発をしている方ですか？
なかなかご愁傷様で御座いますね。

> ナノ秒単位の制御だと無駄処理はしたくないのですがぁ
> あ、Javaでは秒単位でしか制御できないから

嘘をついちゃいけませんねぇ。
少なくともSystem.currentTimeMillis()はミリ秒単位で測定できます。

さらにJava5からはナノ秒単位で測定できるメソッドSystem.nanoTime()
が登場したことも>>760はご存知ないのでしょうかねぇ。

>>758
そういうおまいもさ、C言語で何かコード書いてみたら？
同じようにグダグダJavaを叩いてるC言語厨も
1行も示せないはずだよ。

>>393
> オブジェクト指向以前に、同じような処理はルーチンなり関数なりにまとめることを
> 覚えろ。
>
> そんなものはオブジェクト指向よりはるか昔、構造化よりさらに前、
> アセンブラやCOBOLの時代から行われていることだゾ

↑
こいつってさ、かなり人の話聞かなさそうな奴に見えるな。
話聞かず独断と偏見で判断して
コミュニケーション能力なさそう。

>>759
C厨がこういうこというってことは
CのAPIがいかに退廃と化した糞に成り下がっていることを証明しているわけか。

>>766
はい、振り出しに戻すと。
オブジェクト指向はきみのような人をコントロールするために
必然として発生したもの。

>少なくともSystem.currentTimeMillis()はミリ秒単位で測定できます。
ほんとかｗ
シビアな条件下でもこれは保証されるのかｗ
お前実績もないのにまくし立てると恥ずかしいぞ
gcで忙しいとよく固まるお前みたいなVMチャン大丈夫か？

またオボチュニティか！

進化によって洗練された現状だけをみて初期のものを
「退廃と化した糞に成り下がっている」なんて表現するのは
先人の努力を意識的に無視しているとしか思えないな。
古い技術ﾏﾝｾｰな人間を馬鹿にするのは構わないけど
古い技術そのものを馬鹿にするのは不愉快だ。
まあそういう人間はえてして自分自身が「古い技術ﾏﾝｾｰな人間」になってしまうものだが

>>752
>●typedef使用禁止令を言い渡す。
莫迦？
>●構造体を使用禁止にし、
莫迦？
>●コピーコンストラクタを使用禁止にし、
莫迦？
>●APIの使用は、クラスになっていないもの(関数だけのもの)は使用禁止
莫迦？

>自分自身が「古い技術ﾏﾝｾｰな人間」
Java自体が死に技術。既に古い。
Cのように温故知新には絶対なれないｗ

>>764
俺はJavaな人なんだけどな・・・・・・・
どこで俺をCな人だと誤認したんだか('A`)

package net.i2ch.pc8.prog;
import //省略

public class Sample2chDigester {
　public static void main(String[] args) throws Exception {
　　Digester digester = DigesterLoader.createDigester(
　　　new File("rules.xml").toURL();
　　);
　　SceneComposerProject scp = (SceneComposerProject) digester.parse(
　　　new InputStreamReader(new FileInputStream("sample.xml"), "UTF-8")
　　);
　　//scp#anything
　}
}

//rules.xml
<?xml version="1.0" ?>
<digester-rules>
　<pattern value="project">
　　<object-create-rule classname="net.i2ch.pc8.prog.bean.SceneComposerProject" />
　　<set-properties-rule />
　</pattern>
　
　<pattern value="project/files">
　　<object-create-rule classname="java.util.ArrayList" />
　　<set-next-rule methodname="setFiles" />
　　<pattern value="file">
　　　<object-create-rule classname="net.i2ch.pc8.prog.bean.ScpFile" />
　　　<set-next-rule methodname="add" />
　　　<set-properties-rule />
　　</pattern>
　</pattern>
　
　<pattern value="project/marks">
　　<object-create-rule classname="java.util.ArrayList" />
　　<set-next-rule methodname="setMarks" />
　　<pattern value="mark">
　　　<object-create-rule classname="net.i2ch.pc8.prog.bean.ScpMark" />
　　　<set-next-rule methodname="add" />
　　　<set-properties-rule />
　　</pattern>
　</pattern>
</digester-rules>

//SceneComposerProject.java
package net.i2ch.pc8.prog.bean;
import java.util.List;

public class SceneComposerProject {
　private String created;
　private String version;
　private List files;
　private List marks;
　// setter/getter省略
}

//ScpMark.java
package net.i2ch.pc8.prog.bean;

public class ScpMark {
　private String no;
　private String mark_in;
　private String enable;
　private String chapter;
　private String name;
　// setter/getter省略
}

//ScpFile.java
package net.i2ch.pc8.prog.bean;

public class ScpFile {
　private String no;
　private String path;
　// setter/getter省略
}

>"UTF-8"
なんでもリテラッちゃうとこが可愛いよなー
Java厨たんw

確かにDOMやSAXを叩くよりは楽だけど、どうもBeanがXMLの構造に
引っ張られてしまう印象があって、ちょっと使ってみた感じとしてはあ
まりよくないな。

不満なら自前でルールを拡張しなさいよって事なんだろうけど、資料
を探してるうちに英語にあたってしまった('A`)ﾏﾝﾄﾞｸｾ

>>776
ちゃんと理解した上でのツッコミなのか判断しかねるが・・・・・・
つXML

#include<stdio.h>
void main(void)
{
　　printf("ここはオブジェクト厨なインターネッツですね\n");
　　while(1)
　　　　　　　printf("ぬるぽ\n");
}

Javaグラマーってドメインツリーイメージの美しいピラミッド構成
できねえんだよねｗクラスクラスうるせえくせに
まあリテラル埋め込んでenumもいままで使わなかったから仕方ないんだろうけどねｗ
クラスは並列イメージで横広がりルートからの階層リンクまたは逆引き
なセンスがゼロなんだよね。

>>780
次はオマイの番だ。>>495を構造体にマッピングするコードを書いてみて

758 名前：仕様書無しさん[sage] 投稿日：2005/10/18(火) 15:06:58
>>757
組み込みできるなら立派なもんだ。
実際のとこ、どの言語も理解できてない奴をC言語厨って
呼んでるんじゃないの？
試しに何かコード書かせてみる？グダグダ言い訳して１行
も示せないはずだよ。

>>781
なんであんな腐った醜いコードをこの世で一番美しいCで
書かなきゃいけないんだよばあかｗ

どうでもいいが
JavaがVMの外で動いたらまともに付き合ってやるよｗ
箱庭プログラムじゃはなから相手にならないってばｗ

グダグダ言い訳して１行も示せないはずだよ。

実際のとこ、どの言語も理解できてない奴をC言語厨って
呼んでるんじゃないの？

学校でまず学ぶ言語といえばＣ言語だから
つまりプログラミング初心者が一番知っている言語がＣ
よってＣ言語は厨

すべて用意されたフレームワーク上で、
業務ロジックしか書かないJava厨が言語を語る資格はないよ。
そんなもんオブジェクト指向もくそもない。
どの言語やってるやつも、共通して９５％以上が凡人、つまり馬鹿だ。
馬鹿同士で言語がどうのこうの言うなよ。
最近のＰＧは特に質が落ちたもので、アルゴリズムとか単純なロジックが
苦手だからな。なんでも用意された便利なクラスの使い方をウェブで調べて
コピペがコーディングだからな。
おまえらのレベルなら言語なんて関係ない。誰でもできるんだよ。

業務ロジック=データの代入だけ

このスレは無限ループ

　　　　　　　жж
　　　　　　жжжж
　　　　　жжжжжж
　　　　жжжжжжжж
　　　жжжжжжжжжж
　　жжжжжжжжжжжж
　жжжжжжжжжжжжжж
　　жжжжжжжжжжжж
　　　жжжжжжжжжж
　　　　жжжжжжжж
　　　　　жжжжжж
　　　　　　жжжж
　　　　　　　жж

ダイヤ型の図を可能な限り短い行でプログラムする勝負だ。
ただし1文字づつ表示する事
JavaでもCでもC++でもbashでもなんでもできるゲームだ
これでC厨と勝負ってのはどうよ
どっちが早く短く美しく仕上げるかで勝敗を決する
表示上全角にしたが、半角アスタリスク表示で結構
>>787なら3分でできるよな

>>786
今はJavaだけどな

>>787もほら貝か、アルゴリズム苦手そうだもんなw

おらおら
くそJava厨12時前にリリースしたらお前をみとめるぜ
ただし短く美しくまとめてくれよ

短く纏めるならPerlを選ぶな。
javaで書くとpublic class 〜 {}だけで2行、更にvoid main 〜 {}だけで
2行と圧倒的に不利だ。
て言うか、C厨も1回くらいはコードを示せ。

>>794
main()とかクラスのボディはカウントしない
ロジックの行数で勝負だ

というか漏れはこのコードの答えち知っているから
漏れがジャッジしてやる
Java厨　>>787をやっつけてくれ

無益な争いを・・・
同じアルゴリズムをCとJavaせ示す方が有意義

>>796=787
も前はJava厨以下のチンカスやろうだな

この勝負Java厨の勝ち
純粋なJava厨にマジ感動した

void main(int x){
for(x=0;x<13*14;putchar(x%14==13?'\n':((x/14<7?x/14:12-x/14)+(x%14<7?x%14:12-x%14))>5?'*':' '),x++);
}
漏れが知っている限りこれが最短だ
美しくはないかもしれんがな

mainの引数は意味なしなのでつっこまんといてね

あ〜ぁ
だから無味だと言っただろ。
高速化にも貢献しないし、可読性も良く無いし・・・

馬鹿アルゴリズムのあそびじゃねーか
そんなおまえじゃ50行でもかけんだろうw

保守性も低いし、再利用もできねえ

801==796==787
お前新人研修のグループ演習の時はドキュメントしかかけなかったろう

こいつらロマンがねえなw

なさけねー
はあー

恥を忍んで聞きますが : はどういった演算子なのでしょうか

遊び半分で作ってみたが、如何せん初心の身では 3*3 が限界だ。790 のように巨大なのはちょっと手に余る。
++++++++[>++++>+++++>+<<<-]>.>++.>++.<...>.<<.>.

あごめん条件演算子ですね失礼しました

>>807
お前Javaやってんだよね
Javaの基本言語仕様だよCと互換だけどね

ところで、なんで、main(int i) 何て使ったの？
for(int i=0 とかしなかったの？

>>811
あれは1行になるまでの歴史があって
最初はコマンドラインで行数を指定する仕様だったもののなごり

多少長くても、セミコロンで区切れば、１行になるじゃん？

改行しなければいいだけの話

>>807
三項演算子。

条件？Yes:No;
　↓
if (条件) {
　Yes
} else {
　No
}

>>799
１行で書きますかｗ
UNIXハッカーな世界か、俺には馴染まんが確かに面白いな。

>>831
文の終わりを1行とする。セミコロンが行のターミネイタ
も前はせこい、最低、姑息、尻毛

う。リークした>>813と>>814だった

>>815
システム開発ではあれは使わん絶対にね

ウェブ系システムにおける、外部jsならありえる。

ところでOOってのは構造化プログラミングの
発展した考えなのか？

本当の事なのか、年寄りの妄言なのか
ここをまずはっきりさせたい。

まぁ一致した見解としては、誰も答えは知らない>>820
OOが正しいのかどうか？答えは誰も知らないが、何となく合ってそうだ。
という考え方。それがOO。

OK 兄者。ちょっと長いが >>790 の通りに表示できるようになったので報告。
ただ、メモリ配置を改良すれば、かなり短くなると思う。
っていうかお目汚しスマソ。

＞＞＞＞++++++++[＞++++＞+++++＞+＜＜＜-]＞＞++＞++＜＜＜＜＜+++++++＞＞+++[＜＜-[
＞+＞＞.＜＜＜-]＜＜++[＞+＞＞＞＞＞.＜＜＜＜＜＜-]＞＞＞＞＞＞＞.＜＜＜＜-[＜+＞＞＞
.＜＜-]＜＜++[＜+＞＞＞＞＞＞.＜＜＜＜＜-]＞＞＞＞＞＞.＜＜＜-]＜＜-＜＜++[＞+＞＞＞＞
＞.＜＜＜＜＜＜-]＞＞＞＞＞＞＞.＜＜＜+++[＜＜+[＞+＞＞.＜＜＜-]＜--[＜+＞＞＞＞＞＞.＜
＜＜＜＜-]＞＞＞＞＞＞.＜＜＜＜+[＜+＞＞＞.＜＜-]＜＜＜--[＞+＞＞＞＞＞.＜＜＜＜＜＜-]
＞＞＞＞＞＞＞.＜＜＜-]

すべて用意されたフレームワーク上で、
業務ロジックしか書かないJava厨が言語を語る資格はないよ。
そんなもんオブジェクト指向もくそもない。
どの言語やってるやつも、共通して９５％以上が凡人、つまり馬鹿だ。
馬鹿同士で言語がどうのこうの言うなよ。
最近のＰＧは特に質が落ちたもので、アルゴリズムとか単純なロジックが
苦手だからな。なんでも用意された便利なクラスの使い方をウェブで調べて
コピペがコーディングだからな。
おまえらのレベルなら言語なんて関係ない。誰でもできるんだよ。

せいぜい業務ロジックで使うのはファクトリーパターンで、
あとはひたすらデータのset/get 、そして鬼のような
public statoc final String の嵐。
おまえらはへたれだ。

static

小手先のテクニックを披露し出したら終わりだなｗｗｗ

糞馬鹿ども元気か
あんな簡単なループアルゴリズム解決できないレベルなんだよなｗ
思ったとおりの馬鹿ばっかだな
漏れの凄いコードなんてとても見せられねえなもったいなくてｗ

>>820
自分で調べる事もできないのか？
ttp://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

なんていうか、このスレで暴れてる語尾に頻繁にwつけてアホなこと行ってるC厨って
あっちのスレの
http://pc8.2ch.net/test/read.cgi/prog/1090160842/777
と同一人物でない？
発言内容の論理性が無く間抜けっぷりがそっくりで呆れるけど。

>>829
糞馬鹿Revision1号
漏れじゃねーよw

>>830
ちょーおまいにそっくりじゃないか(ﾜﾛｽ

>>771
> >>752
> >●typedef使用禁止令を言い渡す。
> 莫迦？
> >●構造体を使用禁止にし、
> 莫迦？
> >●コピーコンストラクタを使用禁止にし、
> 莫迦？
> >●APIの使用は、クラスになっていないもの(関数だけのもの)は使用禁止
> 莫迦？

Javaではコピーコンストラクタ以外はスパゲティコードの
原因になることからデフォルトで使用禁止令が
出ているからね。
コピーコンストラクタはObject#clone()で代用できるからな。

つーか手typedefなんて問題外だね。使いすぎて
チーム開発で、他社や他チームとコードの融合を計ったとき
typedefのコンフリクトでとんでも無いことが起きるからね。
事前にルールを決めておけばいいけど
それも間に合わないケースや、ルールを違反する馬鹿C言語厨がいるからねえ。

>>830
ほうほうC言語厨はRevisionということばをやっと最近覚えだしたか
ご苦労ご苦労

>>831
ちがうぜ、そんなのも解析できねえから
ダイヤすらかけない馬鹿なんだよ

>>832
それなりの規模のプロジェクトで
勝手にtypedefするほどの馬鹿はお前しかいねえよ

>>776
その程度で文句を言うとは哀れなC言語厨だな。
UTF-8までをも否定するのかな。
XMLでは標準の文字コードはUTF-8なわけだが。
古くさい技術にいつまでもしがみついた愚かで時代遅れなC言語厨は
新しい技術を常に見分ける術も知らず愚かにも古びたShift_JISを
使い続けているとは。間抜けな奴よ。


ま、C言語厨にはXMLといっても理解できないか

>>834
> >>832
> それなりの規模のプロジェクトで
> 勝手にtypedefするほどの馬鹿はお前しかいねえよ

ﾌﾟﾌﾟﾌﾟ
この哀れな糞低脳C言語厨は超巨大規模プロジェクトWindows2000の
ソースコードを見たことがないようだなw

流出win2kコードｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!

C言語厨はHibernateも理解できずに>>823みたいな負け犬の遠吠えを吐いているしな
哀れ哀れw

C言語厨は時代の流れに取り残された負け犬です

>>776
"UTF-8"
という書き方を否定するなら

こう書いてやってもいいんだぜ

　private static final Charset charset = Charset.forName("UTF-8");
　　SceneComposerProject scp = (SceneComposerProject) digester.parse(
　　　new InputStreamReader(new FileInputStream("sample.xml"), charset)
　　);


ああ、オブジェクト指向が理解できないC言語厨のこのコードの解読は無理か。

ﾌﾟｯ

C言語厨ﾀﾞｻ

777 名前：仕様書無しさん 投稿日：2005/09/02(金) 00:24:06
>>768
なんか言ってることが矛盾してるが
そのとおりstaticメソッドの塊こそ正しい。
interfaceは失敗した。これはC++でもそうだ。
時の流れによる膨大なインターフェイスの要求がメソッドでは実現できない。
メソッドはクラスの中にあって手出しができないから
あなたの入魂のクラスはあなたが死ぬと取り残されてしまう。
Javaはオーバーロードを持っているのでstaticメソッドで
この問題を解決できる。

ギャハハハハハハハーーーーーーーーーー！

そういえば、

オブジェクト指向を理解できないC言語厨といえば、


あのお偉いさんたる大学教授になぜか沢山いるのが
現実なんですね。


システム工学や数学には詳しいけど大規模開発経験が
無いため彼らにはオブジェクト指向？　と聞かれても
ピンと来ない人達が多いようだ。

ネットワークやセキュリティ、分散の研究をしている教授
はそうでもないけど。

東大や東工大の教授にはオブジェクト指向に詳しい人が
増えてきているみたいだけど。

("UTF-8"); ("sample.xml")
馬鹿につける薬はないとはよくいったもんだ
Bootパラメータ処理とかできないからなんだろうな
どんどんリテラッチってねｗ

>>832
goto と同様、「間抜けが使用してはいけない」という意味での禁止ならば同意。

C言語厨には、フールプルーフを実践する気がないらしい。

だって全員プルーフされるから　m9(^Д^)ﾌﾟｷﾞｬｰ

オブジェクト指向とか言う割には
マジックナンバーとリテラルで埋め尽くされた糞Javaソース
それを満足げに各馬鹿厨ｗ

ああそうか！
やっと覚えたXMLのスタイルでリテラルしてるのかｗ
おめでたい馬鹿だねー

Windows-31J にあらずんば人にあらず。

>>845
Java厨のようなアルゴリズム解決できない微脳のやからには
どのみちCプロジェクトは無理

名無しにあらずんば人にあらず。

UTF-8ってダサいよな
マルチバイトの扱いの効率の悪さと着たひにゃ
ISO-2022-JPよりもw

ツッコムなら最初にthrows Exceptionの方だと思うんだけどな・・・・・・
これ、絶対にやってはいけないとされてて、過激派の人なんかは
コンパイルエラーにしろって言ってる。
てか、サンプルだからね。枝葉は省略するよ。本当はBeanの部
分もRules.xmlから勝手に読み取ってもらおうかと思ってたくらい
だし・・・・・・

もっと過激な漏れはJava不要論推進派

throws ExceptionっていかにもJava厨的でいいじゃないか
俺ンとこではしらねえよ、上でやってくれだもんな

アルゴリズムはかけねえよ、標準クラスライブラリでやってくれと同じ

必要だから使われてんだろ。　アフォか。

UTF-8のコンバージョン仕様もしらねえで
標準だとかえばりくさってもう馬鹿かと

すべて用意されたフレームワーク上で、
業務ロジックしか書かないJava厨が言語を語る資格はないよ。
そんなもんオブジェクト指向もくそもない。
どの言語やってるやつも、共通して９５％以上が凡人、つまり馬鹿だ。
馬鹿同士で言語がどうのこうの言うなよ。
最近のＰＧは特に質が落ちたもので、アルゴリズムとか単純なロジックが
苦手だからな。なんでも用意された便利なクラスの使い方をウェブで調べて
コピペがコーディングだからな。
おまえらのレベルなら言語なんて関係ない。誰でもできるんだよ。

Java厨は手続き型のプログラミングしかできない奴が多い

Ｃ厨はオブジェクト指向のプログラミングしかできないやつが多い

俺はＣもJavaもできない。
なぜなら、やってないからだ。
もしやっていたらものすごい技術者になっていただろう。
でも何も問題がない。俺の下にＣやＪａｖａのできる奴をつければ
いいからだ。
俺の指示のもとで、おまえらが働けばそれでいいのだ。

オブジェクト指向が必要なら、オブジェクト指向のわかる奴を俺の
下につければいいだけだ。
できない奴、用済みの奴は首だ。
俺はやってないから実務はしない。

オブジェクト指向だろうとなんだろうとかまわん。
俺の言ったとおりに動作するプログラムをおまえらが
作ればいいんだ。できなければ首だ。

はっきりいおう。
この世界実力がいかほどあっても
経験年数が少なければどうしようもない。
その人の能力のほとんどが経験年数によってのみ判断されるからだ。
よって少なくとも５年は苦汁を飲む思いをしなければならない。

この世は波だ。ゆらぎだ、確立だ。
C、C++，ｊａｖａ、、、がどうだこうだではないのだよ、一般のみんな。。
早くキチの世界へ近づけるように健闘されることを祈る。

文系の俺はＣもＪａｖａも知らん。だからできなくてとうぜん。
将来有望な俺が今からそのようなものを覚えるのは時間の無駄だ。
俺はおまえらを管理する側の人間だからだ。管理することに
言語だの技術だのはいらない。
なんでもいいから俺の言うとおりのものをせっせと作ればいいんだよ。
作れなければ、俺があいつはだめだと報告して首にするだけだ。

もしおまえらがいいものを作ったらそれは指示をだした俺の手柄だ。
そして俺は出世する。
もしできなければ、それはおまえらの能力不足だ。

#include<stdio.h>
void main(void)
{
　　printf("ここはＪＡＶＡ厨なインターネッツですね\n");
　　while(1)
　　　　　　　printf("ぬるぽ\n");
}

. /. . . . . . . ,' . . . . ./　,' ; . . . . . .ﾞi . . . . . . .
.,' . , . . . . ,,'. . . . .;.,' 　i. ; . . . . . . .i. . . . . . .;
.i ; ;. . . : . i; . . . . ;.i　　i ;,,,_. . . . . ;j. . . . . . i .
. ';',';. . .i: .;i. . . ._,ﾉi.l　　';:ﾞﾞ:~:''‐:､;;/. . . . . .ﾉ:.
　 ﾞ';ﾐ､ .'､. '､. ~: 　 ''､　 ','、 : : .;ｿ. . . . . ,/::. .
　　 `､.､.:'､:iﾞ'' 　　　　　　　　　'　　: : .ノ;.;: . 　　ｱﾎばっかり。。。。。。。。。。。。。。。。。。。。。。。。。
　　　 ｀'ﾞ-､;'i,　　　　　　　　　　　　　 ';r‐< .
　　　　　　;.!ﾞi =＝＝ 　　＝＝==t‐　 r'ﾞ' i .
　 　　 　 /..ゞ　　　 ,,　　　 . .　.　　　 　_ノ .
　　　 __ ,' . i､　　　　　　　　　　　 　,､'.ﾞ'､, . .
　　 ,/　 !. ,,iﾂ'.-､,_　 ,,_,,,　　__,､-t:'ﾞ:i:i:.:.:.:ﾞﾐ;-
　　 'ﾐ‐‐;シ'l.i:.:.:.:.i.i｀:.ﾞ':':iﾞ:":´:　　i:.:.:.i.i:.:.:.:.:..｀
　　　 ~~i:.:.:.:i.i:.:.:.:.!:ﾞy,;;,､!,　　　 ,,!,,;;;,,!,!;;;;;;､

アホコテが言うなよ・・

>>845
> >>832
> goto と同様、「間抜けが使用してはいけない」という意味での禁止ならば同意。

だめだだめだ、
どんなに熟練した職人でも人間である以上、失敗を犯すことがある、
機械ができることは人間よりも信用でき失敗しにくい機械に任せ、
何度も失敗を犯しやすい人間にやらせるべきじゃない。
それが真の意味での賢い選択だ。

だからどんなに熟練し経験を積んだ職人でも下手にgotoなど使うべきでない。
いくらベテランと言われた奴が戦場にいっても死ぬときは死ぬわけだ。そして死んだとき、
そのベテランで熟練した兵士として高く評価されたそいつは、愚か者扱いされるのだ。
愚かな選択をしたと、な。

だからxUnitというテスティングフレームワークというものが生まれたんだ。
単体テストは人間にやらせるよりもコンピュータにまかせたほうが確実性が増すってことを
xUnitは象徴している。

>>866
文系は大学では理系より楽をしすぎて遊びすぎているので
知識もスキルも明らかに理系より劣っているので
文系大卒は理系大卒よりも給料が低くならなければならない。
それが文系に課せられた宿命だ。

>>855
> throws ExceptionっていかにもJava厨的でいいじゃないか
> 俺ンとこではしらねえよ、上でやってくれだもんな

真のJava厨はそんなことしない。
そういう愚かなことをする癖があるのは面倒くさがり屋のC#厨、C++厨、C言語厨が
やることだ。

例外処理の正しい使い方を知らないがために、そうなる。

熟練したJavaアーキテクトは、もっと効率的なthrows宣言を行い、
いきなりthrows ExceptionなんてことはJUnit以外では書かない。

>>847
馬鹿だな。
ここでレスしてるソースサンプルは
あくまで解説ようだろ。
いちいちResourceBundle使ってたら
サンプルが膨大になる。

そんなことでくだらない揚げ足とって舞い上がってるなんて
情けないぞC言語厨。

実務ではちゃんとResourceBundleを使ってるんだよ。

サンプルでお前みたいなC言語厨馬鹿ののためにわざと
C言語厨のレベルにまで下げてハードコーディング
して解説したってことをわかってないなお前らは。

馬鹿に説明するときは馬鹿にもわかりやすいように馬鹿にあわせて
解説してやっているんだよ。そのことをよく理解することだな。
C言語厨ばかのために丁寧に初心者向けに解説してやってるんだからよ。

C言語厨よ、そのことを有り難いと思えよ。

>Javaアーキテクト
凄く違和感がある表現だな。
特定の言語での実装を想定しないと設計出来ない人のことだろうか

>>841
某C++スレの発言か。

こりゃ酷いもんだなC言語厨も。
C言語厨がJavaもC++もわかってないことがすぐにわかってしまうわけだ

>>875
違うな。

J2EEエンタープライズアーキテクト
が由来だろう。
J2EEを使いこなし正しく効率よく設計できる者をJ2EEエンタープライズアーキテクトと
いっていたような気がしたが。

>>866
人手が足りなくなるとクビにしたくてもできないんだなこれがw

理系人間を騙して金を詐取することばかり考える前に
もっと自分の性格と人徳をどうにかしたほうがいいんじゃないのかw

>>876
ありゃJava厨がC厨のふりしたやつだろｗ

誰一人>>790をリリースできなかったこのスレは
馬鹿100%

>>880
馬鹿宣言乙

>>880←こういう人が相手にされてないって気が付くのっていつなんだろうねｗ

ｱﾎは放置が基本でつYO

寂しがりやを相手にちても仕方ないでつち。

おまいら、これ解いてみれ。
javaPGの面接用に作った、オブジェクト指向の理解度を見る為の問題だ。
java使えるから、オブジェクト指向完璧とのたまってるようなｱﾎを見極めるにはぴったりw
すぐわかる奴は高見の見物でよろ( ﾟ∀ﾟ )あっさり正解書かれたらつまらんからなw
----------------------------------------------------------------
箱A,箱B,箱Cの３種類の箱があり、それぞれ以下のような属性を持っています。
【箱A】個数、単価
【箱B】容量（?ｬ）、単価（１?ｬ当り）
【箱C】個数、単価、重量(?ｪ）
また、箱を格納する入れ物をコンテナと呼び
コンテナ内には複数の箱がランダムに格納されています。

問題：コンテナの中にある箱の合計金額を計算するプログラムをオブジェクト指向を意識して作成してください。
・必要であれば、箱の属性は追加してもかまいませんが、合計の属性は持たせないでください。
・sampleとしてコンテナの箱の中には以下の物が順番に入っている事とします。@は単価（箱Bの場合は１?ｬ当り）を表します。
１番目　【箱A】りんご（@100）２０個
２番目　【箱B】水（@20）５０?ｬ
３番目　【箱C】オレンジ（@80）32個 ２?ｪ
４番目　【箱B】ドクターペッパー（@3）4?ｬ
５番目　【箱A】バナナ（@5000）２個

追記：
プログラムはヘッダ無しで動かなくても構わん。ロジックが見たいわけだからな。

>>【箱C】個数、単価、重量(・）

重量って何かの役に立つの？

頭の悪いコテって何かの役に立つの？

正直なところ、"・" が何を意味しているのかが分からん

う、もしかして化けてるのか？

どうみてもグラムかなんかの単位記号が化けただけだと思うが

ん〜。単位は気にしなくて良いか。

文字化けスマソ(つД`)

【箱B】容量（リットル）、単価（１リットル当り）
２番目　【箱B】水（@20）５０リットル
４番目　【箱B】ドクターペッパー（@3）4リットル

ふふふ
無理だろうな100%馬鹿の寄り集まりだからさ

派生した関連もわからんここの馬鹿Java厨は無理だよ

それに、まともな時間に出てこれない朝夜逆転型の
ニートだからさw

それと能力不足で夜中までデスマーチの毎日だからだよねｗ

>>884
実はなんか物凄い深謀遠慮があるんだろうか…
取り敢えず
>合計の属性は持たせないでください。
メソッドならいいと？

>>884
なんだかかなりJavaエンジニアをなめてかかったような問題だが、
箱クラスのフィールドにListオブジェクトをいれて
あとはCompisiteなりすきなように簡単にできるべ。

いちいち箱の型を意識しないで
計算しろって事じゃないの？

Iterator it = container.iterator();
while (it.hasNext()) {
　Box box = (Box)it.next();
　sum += box.calc();
}

のようにやれ、と。

>>898
>なめてかかったような問題だが
ナメられてもしょうがない、と思わせる >>899 の存在について。

ぷっははははっはー
ゲラゲラ
Java厨はほんとに馬鹿

コンテナに合計を書いておけば良いと思うよ (´ー｀)y-~~

>>884
待っててもキリないし、そろそろ正解とやらを晒してくれない？

しかも、やけに継承、とかをくどく何度も、しかもすごい事の様に解説してる所を見ると、
どうも多態をちゃんと使いこなせていないレベルっぽい。なのでOO詳しいぜぇ〜、という
レベルじゃ無い人は、妙な考えをうえつけられるかも。 stateパターンで切りぬけられる所を、
動的に自分自身をコンパイルする事により、一回しかswitch使わないでループの底が早いぜぇ〜、
的な事を何度も自慢してる(^^;
という事なので、一般プログラマーにはいらんか、という気もしないでも無いが、
Java、という言語を理解するなら必須。っていうかVM知らんのにJavaがいいか悪いか、
とか議論するのはきつい予感。
早い、遅い、とか、そういうレベルの議論をもうちょっと踏み込むなら、
こういう命令があるJavaってのはどうなのよ？というレベルの話は必須な予感。
それ位命令セットが高級でベリファイヤとかも高級、
そしてそれらを知らんJava厨が、実際はJavaはそんなに遅く無い、とか、
Java嫌いが、遅くて使い物にならん、とか言っててもまったく議論は進まんだろう。

>>901==>>899
お前の自演だろ
Java厨のフリをした低脳C言語厨な

>>903
正解パターンなんていくらでもあるしな。数え上げたらきりがないぞ
というか無限にある。

というか>>884は自分の宿題を他人にやらせようとしている輩じゃないだろうな、と思ったり。

>>899
だからCompositeパターンを使えと

まずは、箱A,箱B,箱Cをそれぞれクラス化してみれ。まずは、そこからだ。
この問題で何が分かるかというとだな、
・適切なクラス化（このレベルだと構造化っつってもいいかもな）
・継承の理解度
・ポリモーフィズムの理解度
だ。つっても、簡単すぎだがな(ﾟ∀ﾟ)
「Java言語厨はなぜオブジェクト指向が理解出来たふりをするのか」スレ立ちそうだなおい。

>>906
その通り。合計が合ってれば全て正解。
見たいのは結果じゃなくて過程。
「オブジェクト指向を意識して」ってところがミソなw

>>899
なかなかいい線いってる。
が、Boxクラスだけだとそれぞれの箱の仕様は満たさない。
そこをどうするかってところが見たいわけだ。

>>908
いや、俺は寧ろオマエの正解が見たいと言ってるんだよ。
いくつもある(と、少なくとも>>906は主張している)正解の中か
ら、>>884の正解を見せてくれって事。
それすら晒せないなら、「試しに何かコード書かせてみる？グ
ダグダ言い訳して１行も示せないはずだよ。」って事だな。

あと、>>898みたいなのは勘弁な。
何か薀蓄は垂れたいが詳細を晒してつっこまれるのは嫌って
逃げる準備しながら偉そうにするなってのｗ

>>910
模範解答は日曜の夜な。
それまで、無い知恵絞って考えとけw
解答にはむしろ突っ込んで欲しいな。他人の知識は非常に有用だ。
もっと良いロジックもあるだろうし。

>>908
＞見たいのは結果じゃなくて過程。
マジか。何か凄い構造でもあるのかと思って 「○○はどうか……いや簡単すぎるか」 って何度も繰り返してた｡･ﾟ･(ﾉД`)･ﾟ･｡

漏れは厨だったのか・・・

>884
BoxってのはABCそれぞれの箱の基底クラスか
もしくはインターフェイスのつもりだったんだよね。
箱の中身の計算はそれぞれの箱のcalc()をオーバーライド
して実装するってことで。

Compositeも脳裏には浮かんだけど、採用しなかったら
知らないのと一緒か・・・
単純にポリモーフィズム使うだけでよしと思ったのは
甘かったかもしれん、ちょっと自信無くした。
もっと勉強して出直してきます。

>>912
スマン。単純に考えてくれ(つД`)
つか、オブジェクト指向は単純さが肝だからな。

>>911
その言質を引き出したかったｗ
失礼したね、ごめんよ。
日曜日の回答を楽しみにしてる。