トップページ⇒tech
854コメント333KB

オブジェクト指向は戦場では必要無し その3

■ このスレッドは過去ログ倉庫に格納されています
0001うつつつつNGNG
前スレがめでたく止まったようなので、その3
引き続きOO厨とアンチOO厨の血で知を笑う戦いきぼ。

その1 http://pc.2ch.net/test/read.cgi/tech/1011997945/
その2 http://pc.2ch.net/test/read.cgi/tech/1013266554/

0052デフォルトの名無しさんNGNG
>>51
「OOを使わない」と言っている人を無理に
「OOを使えない人」にしてがっている人の方がよく見かけますが...

多分、そういう人の頭は1bitの情報しか詰め込めないので
「OOを使える人」と「OOを使えない人」にしか分けられないのでしょう。
005324NGNG
>>51
 そうです。 オブジェクト指向しなくても、OO言語は便利に使えます
もっと言えば、オブジェクト指向しなければ書けない人よりも便利に
有効に使ってるでしょう。

 設計のないクラスなんてとよくOO派は言いますが、
たとえ突貫工事で作ったコンポーネントでも再利用は簡単に出来ます。
実際、ギコBASICのDelphi版はわずか数時間で作られたものだし、上のugikoscr.txt
はそれをコピペして修正したものだけど、1時間程度で修正出来ました。
0054 NGNG
>>53
あきらかにコミュニケーション能力に欠陥あり。
相手が何を把握しているか管理する脳内の対人情報中枢に問題あり。
自分の知識と他人の知識の区別がついていなく、話の前に共通の知識の土台を
築こうとする動機が発言しません。
あなたは病気です。
0055 NGNG
発言しません X
発現していません ○
0056デフォルトの名無しさんNGNG
>>54
…ネタがやりたいならマ板逝け。
0057 NGNG
ネタじゃないってば。
マジだよ。
おまえおかしいよ。
005824NGNG
ええと 一応自分の発言には 24と書いてますのでお間違えなく >>57
0059デフォルトの名無しさんNGNG
>>54
自分の理解できないこと言われると他人に問題があると考えるお前の方が異常
0060 NGNG
悪い事はいわないから>>54の文章を良くかみ締めて、自己治療してから
出なおしなさい。
0061デフォルトの名無しさんNGNG
>>53
そうですね。そもそも SmallTalk のような純 OOPL は珍しくって、現在の主流は
C++, Java, Delphi といった、OO を含む複数のパラダイムを支援する言語だし。

ただ

- OOPL は OOA/OOD しなくても、非OOPL よりも便利に使える。
- OOA/OOD は有効である。

というのは、また別の関係ない話なんで、スレの趣旨からするとどうでも良い
気もするけど。

(それを言ったら、そのスレ自体どうでも良いか(w)
0062デフォルトの名無しさんNGNG
>>60
その前に関数ポインタの話に答えとけよ(w
0063 NGNG
あのね、人と会話する時は、まず相手に理解してもらえるか
相手の思考をシミュレートしながら話すの。
その土台になる相手の知識を想像しながら話し、共通の知識を築いてから
話すの。
「ギコBASIC」なんて普通の人は知らないだろ?
扱ってる言語も皆違うだろ?
自分とは違う知識を持った人に理解してもらおうとするなら、
相手の持ってない知識の説明から入らないと。
006449NGNG
>>63
> 「ギコBASIC」なんて普通の人は知らないだろ?
ソース読めば一目瞭然だけど :-P おれは Delphi は使ったことないけど、
ざっと読んで構造を理解するぐらいなら、それほど手間じゃなかったぞ。
006524NGNG
>>61
 あんまり前スレから追いかけてる訳じゃないけど、新スレになったみたいだから前から
思ってた事書いてみました。

42でも少し書いたけど、オブジェクト指向は OOだ OOだ言ってる人が嫌いだったので
今でも嫌いです。 でもDelphiやC++はもちろん使います。
嫌いだからオブジェクト指向がどうとかいう仕事は逃げようと思ってたけど
個人でお客さんから直接仕事貰って一人で書いてれば近寄る事ないですね

>>63さん
 もしかして私に書いています?
0066 NGNG
>>65
他にいるかよ。
0067デフォルトの名無しさんNGNG
>>61
> - OOA/OOD は有効である。
戦場になる前なら有効かも知れないと言っておこう。

OOA/OODは戦争で言えば戦略に当たる部分だろ?
戦闘中に戦略を変更しても余計な混乱をもたらすだけ。

よって、戦場ではOOA/OODは有効ではない。
最後に孫子を引用しておこう
「勝兵はまず勝ちて而る後に戦いを求め、敗兵はまず戦いて而る後に勝を求む。」
006824NGNG
では、僭越ながら申し上げます >>66 オマエモナー!
0069デフォルトの名無しさんNGNG
>>65
> オブジェクト指向は OOだ
それは OO = Object Oriented ですから、訳語そのままかと。

>>67
俺も「戦場」=「火のついたデスマーチプロジェクト」だと思ってたんだが、
どうも >>1 の定義だと「戦場」=「現場」らしいよ。
0070デフォルトの名無しさんNGNG
>>63
> その土台になる相手の知識を想像しながら話し、共通の知識を築いてから
> 話すの。
で、メタと関数ポインタの話はどうなったんだ? 自分のことを棚に上げて何を
言ってるんだか。
007124NGNG
ごめん
○(OOだ OOだ言ってる人が嫌いだったので ) 今でも オブジェクト指向は嫌いです
という意味だった


0072 NGNG
>>68
真面目に言ってるんだけどね。
0073デフォルトの名無しさんNGNG
>>71
なるほど。なんでもかんでも「OO じゃなきゃダメだ」と言ってるやつね。

それは俺も嫌いだけど、そこから OO 自体を嫌いになるのは技術者としては
どうかと思うけど。バカが回りにいようが、役に立つモノは取り入れないと(OO
だろうが UNIX だろうが MFC だろうが)。

取り巻きでモノの価値が決まるわけじゃなし、活用できるかどうかは自分次第
ということで。
0074デフォルトの名無しさんNGNG
>>42
>というよりOOがどうとか商売してる奴が嫌いなんだけどね
>結局失敗してやがるし
あまりにも偏見、曖昧さに満ちた発言で、OO,OO言ってる奴と大差ない気がするが。
0075デフォルトの名無しさんNGNG
>>69
> 「戦場」=「現場」らしいよ。
「戦場」=「現場」ならば、
  「有効かどうか判んないんだったら使うな」だな。
普通、パイロットプロジェクトみたいに失敗しても被害がない(少ない)
プロジェクトで試すだろ?

新薬を動物実験をせずにいきなり人体実験をするようなものだ
007624NGNG
>>72 アリガト
 でもさ、25で、Delphiを例にあげた理由は書いたよね?
 それから、コードを示したのは これはOOかどうかと問うてから
 OO言語の機能を使ってるけどOOではないと結論が欲しかったから
 ついでに言うと、示したコードの少なくとも2つは俺がUPしたコード どれとは言わないけどね
 だからOOでないという結論には自信を持ってたわけ

>>73-74

 まあ 動機はそんな所からだけど、OOを活用しなくてもOOPは活用出来れば仕事は出来るよ
 という事に気付いちゃったし、実際問題ないと思ってるよ
007724NGNG
ああ 25じゃない >>26だ
 あちこちミスがあるから読みにくいんだろけど、なんか病気みたいに言われるのはちょっと心外

 まあ2CHだからいいか
0078デフォルトの名無しさんNGNG
>>76
> OOを活用しなくてもOOPは活用出来れば仕事は出来るよ
まぁ、OOP 使わなくても出来る仕事は出来るし。それで満足してるのなら
良いんじゃないの。ただ OOA/OOD でやってる仕事を請けられなくなるだ
けで。

で、結局 OOA/OOD してないことに不安を感じていて、誰かに「大丈夫だ
よ」といって欲しかっただけ?
0079デフォルトの名無しさんNGNG
24氏は大規模なプロジェクトも経験してるんか?
>OOを活用しなくてもOOPは活用出来れば仕事は出来るよ
↑これってよく意味わからんが、単にクラスライブラリ使ってるだけ、コンポーネントぺたぺた張ってるだけの
プログラムのような気がするんだが。
0080あるベンチャーの風景NGNG
OOP言語でプログラム組んでると、OOってええなあ、と思うけど…

OOAだのOODだのという話になるとあっちこっちから本読んだだけで
全てを分かった気になってるような勘違い馬鹿が集まってきて毒霧
吐きまくってプロジェクトを泥沼化させるんだよなあ。
そいつら同士で俺様ルール押し付けあって埒があかなくなること
ばかり。ちゃぶ台返しとかも平気でやるし。アホか。

OOでも問題ないように進むなら別にいいけど、あの勘違い馬鹿
連中はどうにかできないもんかな。俺らはリミットのある仕事
をこなさなきゃならんのに。
0081デフォルトの名無しさんNGNG
はい、
> 「OOを使わない」と言っている人を無理に
> 「OOを使えない人」にしてがっている人の方がよく見かけますが...
ご登場です。
008224NGNG
>>78
 まあ、OOA/OODより、自分のスタイルの方が効率的だよ どうだ
 と言いたかった といえば恥ずかしいし  そんな所でもいいよ別に

このタイトルと前スレの1に共感する所があるから書いたんだけどさ
0083デフォルトの名無しさんNGNG
>>75
禿同。

別にOOに限った話ではないが
自分が戦場で使えると思ったら使うっつースタンスでいいんでわ?
008424NGNG
>>79 大規模ってどの程度が大規模なの?

今は一人で 数年前にそれなりの人数でやってた規模の仕事を書いてるけどさ
0085デフォルトの名無しさんNGNG
>>82
>  まあ、OOA/OODより、自分のスタイルの方が効率的だよ どうだ
それなら、分析/設計フェーズの話もしないと比較にならんやん。
0086デフォルトの名無しさんNGNG
> 「OOを使わない」と言っている人を無理に
> 「OOを使えない人」にしてがっている人の方がよく見かけますが...

「OOを使えない人」のほうが多そうにみえるがw
008724NGNG
>>80 それ! まったくもって同感。 やっぱり、いまもそうなんだね
0088デフォルトの名無しさんNGNG
>>87
いつまでも、レベルが低い人間を飼ってる職場にいるからだよ。個人的には、
早めに職場を変えること推奨するが。
0089デフォルトの名無しさんNGNG
>>79
> 24氏は大規模なプロジェクトも経験してるんか?
大規模プロジェクトでも OO 使わない事例は多いでしょ、今でも。

それに小規模だと OO の長所が活かせないかというと、そんなことはない
訳だし。規模の大小を持ってくるのは、ちと違うんじゃないかと思う。
0090デフォルトの名無しさんNGNG
みんなの周りにはOO覚えたて勘違いDQNが多いのか?

私の周りは構造化ですべてを語るロートルしかいませんが、なにか?
009180NGNG
>>90
大企業ですね。
うちはベンチャーです。
0092デフォルトの名無しさんNGNG
うちはみんなOOで上手くいくともいかないとこもあるけど大抵順調ですけど?

昔はOO大好き人間がプロジェクトをぶち壊すことが多かったかもしれんが、今はいまだにOOになじ
めない人間がついていけずに(行かずに?)ぶち壊すことも多いと思われる。
0093デフォルトの名無しさんNGNG
>>91
ベンチャー=技術力が低い

と思ってる? 単に規模が小さい零細企業なだけだろ。
0094デフォルトの名無しさんNGNG
>>80
ウチの会社では技術的な会話なんかあまりしませんねえ。
会議のときくらいかな?
ところで、ちゃぶ台返しってなんだろう?
激しく気になるのですが・・・。
009590NGNG
>>90
零細ドキュソソフトハウスみたいなとこです。

個人的なスタンスだと「便利なやつ使えば楽できるじゃん」つー考えなんで
OOとかは積極的に使ってる(つもり)

しかし勉強しないロートルが打ち合わせの話についてこれなくなる罠
009680NGNG
>>93
そちらは良い環境のようで、羨ましいです。
うちは普通じゃないと思います。
0097デフォルトの名無しさんNGNG
>>95
> しかし勉強しないロートルが打ち合わせの話についてこれなくなる罠
ちゃんと人を「育てる」ような体制は作ってあるの?

放っておいても育つような優秀な人間は少数で、勉強して技術力を上げるような
機会を作らないと、なかなか会社全体の技術力なんて上がらないよ。(そして、
足を引っ張られる)
0098デフォルトの名無しさんNGNG
前スレと雰囲気が違う・・・・
キモイ・・・・。
0099デフォルトの名無しさんNGNG
>>97

大抵そういうロートルが教育担当になっている罠
010080NGNG
>>99
教育専任のひとって、要するに使えない奴の飼い殺し用ポジションだよね。
010124NGNG
>>96 心配いらない 少なくとも自分が見た範囲では そっちが普通の環境だと思う

やっぱりOOに限らず、分析や設計を事前にするなら した奴が責任持たないとダメさ
0102 NGNG
ばかもん!
「勉強」なんてのは他人が勝手に考えたのを有り難がって覚える事だ。
そんなのは技術者としては敗北だ!
勉強より発明せよ!
そして他人に有り難がらせ、覚えさせるのだ。
よって勉強など不要。
ましてや無意味に造語を乱発するOOなぞ持っての外!
0103デフォルトの名無しさんNGNG
> やっぱりOOに限らず、分析や設計を事前にするなら した奴が責任持たないとダメさ
責任持たさせてもらえない、って状況もあるけどな。
あっちこっちたらい回しというか片足だけ突っ込まさせられるとか…
(うぉ、日本語禿げしく変だ)
0104デフォルトの名無しさんNGNG
>>102
「学ぶ」は「真似ぶ」由来だが。

> 勉強より発明せよ!
そういうヤツに限って、とうの昔に常識になってることを再発見して自分の新発見
のように喜んだり、知識の欠落を指摘されるという罠。

でだ、関数ポインタとメタの関係は何なんだ? C 言語だと関数ポインタを使っ
て実現できるのに Java の interface だとできない何かなんだよな(w
010524NGNG
>>102
勉強というのは、他人が考えたものでも自分に再発明させる行為だと思ってたよ

造語については、どんなものでも概念を共有する為には必要なものだと思う
むしろ、造語の概念が、スマートでない点が問題だと思うけどね

>>103
 責任をとる人に権限が与えられるべきだ
 権限を正しく使う人に報酬が与えられるべきだ とやっぱり思うな

 日本は、天皇がお飾りだから 総理大臣もお飾りで、
 トップはいつもお飾り
0106デフォルトの名無しさんNGNG
>>102
頑張って新しいこと発明しろよ。
おまえが知らないことはたくさんある。
勉強せずにいつ追いけるかな。
0107 NGNG
創造力のないPGが必死だなw
大抵の事はすでに自分で発見してるよ。
0108デフォルトの名無しさんNGNG
>>107
あきらかにコミュニケーション能力に欠陥あり。
自分の能力と他人の能力の区別がついていなく、
また話の前に共通の知識の土台を 築こうとする
動機がみられず、主に自己顕示欲だけが先行しています
あなたは軽い病気です。
0109デフォルトの名無しさんNGNG
>>107
そんな実の無い自慢話ふくよりよお

自分の能力を見せたかったら ギコBASICを 好きな言語に移植してみせろよ
http://pc.2ch.net/test/read.cgi/prog/961558082/
ここ見るかぎりC->Delphiの移植に数時間しかかかっていないんだから
こんなスレに粘着する時間あんならお前なら半日でコンパイラに出来るだろうよ

0110デフォルトの名無しさんNGNG
>>105
>  日本は、天皇がお飾りだから 総理大臣もお飾りで、
> トップはいつもお飾り
電波?
0111 NGNG
>>109
ああ、わるいな。プログラミングはそんな速くないんだ。
0112デフォルトの名無しさんNGNG
>>111
早いのは2ちゃんねるのレスだけかよ。おめでてーな。

(事前に言っておくがオレモナー)
0113デフォルトの名無しさんNGNG
>>100
仕事ができる奴は仕事をする
仕事ができない奴は教師になる
教師にもなれない奴は芸人になる
0114デフォルトの名無しさんNGNG
>>113
ほんとに教えるのが上手いインストラクターってのも業界によっては存在する
んだが、この業界ではあまり見かけん気がする。もしかしたら大手だと存在す
るのかなぁ。

人に教えるのは、場合によっては自分で理解するよりも大変なんだけど。そ
こに仕事の出来ないやつを押し込んでたら、教わる方も災難だよな。
0115 NGNG
教えるってのは概ね知識だけど、プログラミングは知識じゃないからねえ。
011624NGNG
ふう・・・ 嫌なDSPのコードやっとデバック終ったからもう寝る

この手のDSPにゃ絶対にOOは導入されないなと思いつつ
011736じゃないがNGNG
まだ「 」が居るようなんで、別スレからも引っ張ってきました。

CとJAVAを比較した場合Cの良いとこと悪いとこ
http://pc.2ch.net/test/read.cgi/tech/1009707596/

16 :    :01/12/30 23:18
Javaでは動的なプログラムは作れません。
プラグインや動的関数ポインタは無理。
死んで欲しい。

151 :  :01/12/31 22:55
<略>
JAVAの短所
1)厨房が大量に集まってしまった。(しかも、えばってるし)
2)プリプロセッサが無い
3)ポインタが無い。特に関数ポインタ

169 :  :02/01/01 01:01
>>166
定義済みで既知のクラスでないと呼べないでしょ。
Javaはどこまで行っても固定プログラム。
手を変え品を変え、関数ポインタがあるように書かれてるけど、
同じ材料が形を変えているだけ。

焼きそばとたこ焼きとお好み焼きみたいな物。

391 :  :02/01/02 01:25
未知の、コンパイル時に情報交換を行わないプログラムは
Javaでは実行できませんよ。

リフレクションとかその他もろもろのは全部既知のプログラムしか
扱えない。つまり静的。

395 :  :02/01/02 01:30
コンパイル時点では走らせるプログラムに関する情報をいっさい持たない
任意のプログラムを走らせる事が出来る=動的。としとく。

406 :  :02/01/02 01:50
Class forName(String className)ね・・・。

classNameはどこから持ってくるの?

416 :  :02/01/02 02:04
>>411
もちろん静的ですよ。

つうか、最初に明示した条件に反してるでしょう。アフォですか?
論破されたからって「こいつ」呼ばわりですか?

これはおまけ:
417 :410 :02/01/02 02:06
いまの流れでいうと、動的っていうのは、ようするにevalのことだよね?
文字列を実行する、しかも呼ばれた側呼び出し元の環境を参照でき
る、ってことでいいんですよね?
0118 NGNG
カラットイコウヨカラット
    ∧∧,..,、、.,、,、、..,_       /i
   ;'゚Д゚、、:、.:、:, :,.: ::`゙:.:゙:`''':,'.´ -‐i
   '、;: ...: ,:. :.、.:',.: .:: _;.;;..; :..‐'゙  ̄  ̄     
    `"∪∪''`゙ ∪∪´´
0119デフォルトの名無しさんNGNG
evalってなんれすか?
0120デフォルトの名無しさんNGNG
>>119
インタプリタ系の言語でよく実装されてる、文字列でプログラムを与えると、
それを実行する命令。

eval("print 1+2");

で print 1 + 2 を実行する、と。

動的にプログラムコードを生成して実行できるので、上手く使うと柔軟性が
高いコードが簡単に書ける(特にマクロっぽい機能が必要な場合に、簡易
言語を自分で実装せずに済むのが楽)。

ただし、下手に使うとデバッグできずに死ぬ。
0121デフォルトの名無しさんNGNG
>>114
教えるのが巧いくらい優秀な奴は、仕事やらせたほうが
会社が儲かるので、教えるなんていう仕事はさせないの
よん。役立たずで首にするわけいにいかない奴を、なんか
偉い肩書き与えてその地位においとくのよん。
0122デフォルトの名無しさんNGNG
>>1
ゴルァ!
板違いだぁ!

軍事板逝けドアホウ!
0123デフォルトの名無しさんNGNG
>>120
はあ、ネンチャクさんは関数ポインタがないとそれができないのか…
コンパイル作業を実行時まで遅らせればいいだけじゃん。
つうか、どこで関数ポインタが必要なの?

ブートストラップのインターフェイスだけ決めておいて、
実行時にソース渡してコンパイルしてそのインターフェイス
コールすればJavaでも同じじゃん。
0124デフォルトの名無しさんNGNG
>>120
>ただし、下手に使うとデバッグできずに死ぬ。

そうなんだよね。

Javaでもクラスローダ使ってバイトコードを読み込めば「動的プログラミング」は
可能だが、そんなことしたらデバッグで死ぬから普通しない。
まして C では、機械語コードを生成することになるから、よっぽどのバカ以外
そんなことしないだろ。
0125デフォルトの名無しさんNGNG
>>123
実行環境にコンパイラが存在することを仮定するのは何だから、ふつー
インタプリタを書くよね。

いずれにせよ、なんで C だと関数ポインタがあるから実現可能で、Java
だと実現不可能なのかは謎。
0126デフォルトの名無しさんNGNG
>>122
軍事板でプログラム板に逝けっていわれたYO!
0127デフォルトの名無しさんNGNG
>>124
> まして C では、機械語コードを生成することになるから、
加えて、実行時に eval される側から、eval する側の環境を参照する、と言っ
てるわけでしょ?

そうなるとシンボル情報をどうやって eval される側に公開するんだって話も
でてくるし (VC あたりだと PDB ファイルの詳細は非公開だし、リリース版に
実質的にソースコードと同等の情報をもつ PDB ファイルは加えたくない)
謎は深まるばかりだ。
0128124NGNG
>>123
俺は「機械語コードをメモリ上に生成して関数ポインタで呼び出す」と
いうのを想像してたんだけど。でも、>>124 に書いたとおり、保守や
移植を考えたらそんなことしないよな。

で、Javaでもバイトコード生成すればそういうことはできるけど、
どっちにしても保守で死にそうだから、もしどうしても「動的プロ
グラミング」をしたければ

>実行時にソース渡してコンパイルしてそのインターフェイス
>コールすればJavaでも同じじゃん。

この辺が落しどころじゃないかな。そして、こういうことは、
ダイナミックリンクが言語標準の機能でできるJavaの方がやりやすい。

JSPは実際そうやってるわけだし。
0129デフォルトの名無しさんNGNG
>>102
> 勉強より発明せよ!
> そして他人に有り難がらせ、覚えさせるのだ。
ふーん…

> ましてや無意味に造語を乱発するOOなぞ持っての外!
は?新しい用語を発明しちゃいけないってことか?
言ってることバラバラじゃん。
0130デフォルトの名無しさんNGNG
>>118
スレふたつにわたって見当外れの説を延々と主張しつづけるようなバカこそ、
粘着の名にふさわしいと思われ。

# 悲惨な「 」を晒すスレになりつつあるな。
0131 NGNG
OO用語は従来の用語の言い換えが多いよ
0132デフォルトの名無しさんNGNG
>>131
たとえば?

# クラス = ファイル分け、とか言い出しそうだな(藁

0133デフォルトの名無しさんNGNG
「 」が OO 用語とかいったところで、どうせその用語を理解してないだろう事は
想像がつくわけで(w
0134デフォルトの名無しさんNGNG
多分、関数ポインタが無いって騒いでる人は、
内部イテレータとかを簡潔に書きたいんだろう。
こういうのはコールバックを除けば構文の問題なんだよね。
0135デフォルトの名無しさんNGNG
>>134
ここまでの流れからすると、少なくとも「 」はそういう主張はしてないと
思うが。

ま、それはさておき、内部イテレータとかを簡潔に書きたければ、
コールバックのためには関数を作らなければならずしかも関数のネストが
できないCに比べれば、無名クラスでクロージャもどきができるJavaの方が
簡潔じゃないかな。
0136 NGNG
回数で言うとコールバックとインタプリタ内のコールで困った
ことが多かったな。
(イテレータはあんまり使わない。)
0137 NGNG
それに、経験上だけど、クラスーインターフェースよりか
関数ー関数ポインタの方が再利用率が高かった。
分割単位が小さければ小さい程応用範囲が広いのが原因だと思う。
0138デフォルトの名無しさんNGNG
この期に及んで、まだコテハンを使いつづける「 」って一体…

Kusakabe 並みの面の皮の厚さだな(w
0139 デフォルトの名無しさん NGNG
内部イテレータを簡潔に書くのと関数ポインタとどう関係あるの?
普通によく分からないのだが…
0140デフォルトの名無しさんNGNG
>138
Kusakabeタンは衝撃だったよね。
0141デフォルトの名無しさんNGNG
>>131
> たとえば?
カプセル化=情報隠蔽
メソッド≒関数
クラス⊃構造体
0142デフォルトの名無しさんNGNG
>>141
それを見ると日本人にとってはいいニュースに聞こえるね。
怪しい漢語からカタカナ語への切り替えにちょうどいいタイミングだったと思われ。

でも多態とか新たな似非中国語を産んだか…。
0143デフォルトの名無しさんNGNG
>>136-137
馬鹿が己の経験論を自身たっぷり述べるほど、傍で
見ていて間抜けな話はないと思う。
0144 NGNG
文句があるなら、こんな底の方で吼えてないで堂々と上げましょう。
また、反論があるなら論理的に願います。
0145 NGNG
と思ったけど、例の粘着君は御断りだよ。
0146デフォルトの名無しさんNGNG
>>141
C++ の実装に依存してる考えだね
0147デフォルトの名無しさんNGNG
>>146
きっと C++ やって OOP やった気になってるんでしょう。
0148デフォルトの名無しさんNGNG
ここにも被害者が一人...
0149デフォルトの名無しさんNGNG
粘着でもやっぱり、粘着は嫌いらしい・・・
0150デフォルトの名無しさんNGNG
>>143
ここは、そんな痛々しい「 」を眺めて愉しむスレです。

素直に間違ってたといえば良いのに、いい加減な知識にいい加減な言い繕いを
重ねてるから遊び道具にされちゃうんだよね(w
0151デフォルトの名無しさんNGNG
>>150
「 」は明らかな間違いを延々と主張していながら、その間違いを認めてすら
いないわけだからね。

しかもいまだに関数ポインタがどうのこうのと言い続けている。

粘着もここまで来ると、おもちゃにするより、正直、寒いな。

2ちゃんならどうでもいいけど、たとえばこんな奴と電車で乗り合わせたり
したときのことを想像するとね…
■ このスレッドは過去ログ倉庫に格納されています