トップページ⇒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/

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ちゃんならどうでもいいけど、たとえばこんな奴と電車で乗り合わせたり
したときのことを想像するとね…
0152デフォルトの名無しさんNGNG
カプセル化を情報隠蔽とするのはどうかと思う。
隠すのが主目的ではないから。
どこかにも書いてあったが透明カプセルだってある。
0153131NGNG
>カプセル化=情報隠蔽

そもそもOOの普及以前には「情報隠蔽」という概念はあまり一般的ではなかったと
思うんだが。

とはいえ、OOでなくても(たとえばCとか使っても)大規模なプログラムなら
なんらかの方法で情報隠蔽を図るから、情報隠蔽は別にOOに特有の概念では
ないわな。

>メソッド≒関数
>クラス⊃構造体

このふたつについては、少なくとも「似て非なるもの」なんだから、別の名前を
割り当ててもいいんじゃなかろうか。

とはいえ、たかが「メソッド呼び出し」を、「メッセージ送出」と呼ぶのはやめて
欲しいが。このスレにいるアンチOOは、そういうわけのわからない言い回しに
翻弄されてアンチになっちゃったような気がする。

てなわけで、アンチOO連中もかわいそうな被害者なんだから、あんまりいじめ
ないでいてあげようよ。(w

もちろん、「 」は例外でいいけど。
0154131NGNG
>>146
>C++ の実装に依存してる考えだね

かもしれんが、そう考えて何か不都合が?

Smalltalkerを相手にするのに比べたら、C++のスタンスはずっと
「実利的」だと思うがな。

C++の仕様を全部理解しようと思うと大変だけど、OOの「サワリ」を
つかむには C → C++という流れはむしろ悪くないと思う。

0155131じゃなかったNGNG
ごめん、俺、131じゃなくて >>132 だった。>>141の引用見て誤爆。

それはそれとして、

>>139
C++(STL)やJavaのイテレータは使用者側が++したりnext()呼んだりするけれど、
これが「外部イテレータ」。「内部イテレータ」ってのは、使用者側はそういう
ところに手を出せず、逆に、イテレータによって決められた処理が駆動される
ことになる。Rubyのイテレータはこっち。

で、こういうのを、CやJavaで実現しようとすると、関数ポインタなり
インタフェースなりを使うことになる(要はコールバックだからね)。
0156デフォルトの名無しさんNGNG
メンバ関数をメソッドと呼ぶのはやめて欲しい。
Javaがそう定義しちゃったみたいだから、我慢してるけど。
0157デフォルトの名無しさんNGNG
>>155
内部イテレータは、C++ だと

 関数オブジェクトを for_each などの traverse アルゴリズムに渡す

というのが近いのかな。
0158155=135NGNG
>>157
ですな。あとはVisitorパターンとか。
# 「Javaの格言」にちょっとだけ説明がある。

んで、そういうときに、Javaだと無名クラスが使えるから、わざわざ
外に関数を定義しなければならないCより簡潔なんじゃない? というのが
>>135 の意図。

0159デフォルトの名無しさんNGNG
>>158
話が逸れるけど、C++ で無名関数オブジェクトを定義できるようにするライブラリを
書いてる人がいるみたい。boost.org の ML で Review Request が出てた。

(Boost Lambda Library, 略称 BLL だそーだ)
0160デフォルトの名無しさんNGNG
>>153

同意。

OOの利点で語られることの殆どはOOをサポートしない環境でも
結構頻繁に使われるよね。

Netscapeなんて構造体のメンバにに関数ポインタを入れといて
メソッド的な使い方する方法を多用してたし、
これだって一種の多態だね。

別にOOの概念全部を必ず使わないとならないわでないのだから
そこは設計次第でしょ。

OOならできてOOでないとできないことなんて無いんだから・・・

0161デフォルトの名無しさんNGNG
やヴぇ・・・
ageちまった。

スマソ
0162デフォルトの名無しさんNGNG
>>160
> OOならできてOOでないとできないことなんて無いんだから・・・
まぁそうだが、OO で設計したら素直に OOPL 使え、とは思うけど。

インターフェースの多重継承なんかは、OOPL の力を借りないとやってられん
でしょ(関数呼び出しのたびに this 相当のポインタの offset を再計算、とか自
前でやってたら死ぬ)
0163160NGNG
>>162

確かに多重継承はOOPL使ったほうが合理的だと思う。
できる/できない
で語ったのはちと良くなかった

っていうか
Cで多重継承(と似たようなこと)をやるのが痛い
それこそOOのためにコードを書かされる
0164デフォルトの名無しさんNGNG
OOが便利に使えるところならOO使えばいいし、そのためには
(使えるなら)OOPL使えばいいよね。

でも、犬::鳴く、猫::鳴く 的な説明でOOを語る奴はやっぱうざいし。

打ち合わせのときなどに、「その設計はOO的じゃないですよ」なんて
言う奴って結構いないか?
0165デフォルトの名無しさんNGNG
>>164 色んな意見があるよね OOPLは便利に使うし使えるけどOOは嫌いとか

「その設計はOO的じゃないですよ」って言う奴はたいてい設計出来ない奴だから無視するのが吉
「こういう設計を提案します」って言う奴を信用しろ
0166デフォルトの名無しさんNGNG
結局オブジェクト指向ってプログラマがTechに走らないようにする縛りなんだな。
縛りの法則なんてプログラム出来なくたって覚えられる。
だがそんな状態の人が出来ることはせいぜい設計時のダメ出しぐらいで、
代替案なんてありゃしないから邪魔なだけなんだよな。
0167デフォルトの名無しさんNGNG
>>166
> 結局オブジェクト指向ってプログラマがTechに走らないようにする縛りなんだな。
そうなの?
0168デフォルトの名無しさんNGNG
この場合のTech=ひとりよがりのトリッキーな方法
0169デフォルトの名無しさんNGNG
>>168
それにしても、オブジェクト指向を導入すればトリッキーなコードがなくなるかと
言えば、全然関係ないと思うけど。とくに C++ なんかはキャスト使えばなんでも
アリアリだし、

 private なメンバにアクセスしたい
 → friend にしちゃえ (まだマシ)
 → 継承しちゃえ(ダメダメ)
 → #define private public (最悪)

とかあるわけだし。
0170デフォルトの名無しさんNGNG
その辺は XP の出番だろうな。
トリッキーなコードを書いたらペアプロでダメだしされるだろう。
0171糞NGNG
吉川英治 歴史時代文庫17
宮本 武蔵4

p48
無知はいつでも、有知よりも優越する。相手の知識を、テンと
して無視し去ってしまう場合に、無知が絶対につよい。生半可
な有知は誇る無知へ向かって、施すに術(すべ)がないという格
好になってしまう。
0172デフォルトの名無しさんNGNG
知らないふりをするのと、知らないのを比べたら
知らないほうがいいっていうことかな?

関係ないけど、有知って言葉を辞書で調べたら
「有知無知三十里」って言葉が出てきた。
0173デフォルトの名無しさんNGNG
無知の知
ムチムチ (;´Д`)ハァハァ
0174デフォルトの名無しさんNGNG
>>172 >>173
無知はDQNと言っているらしい。
0175 NGNG
ああ、このような名スレがこんなに沈んでるなんて・・・。
sage誘導してるのがいるなー。
てことでage!
0176デフォルトの名無しさんNGNG
>>175
名スレと思うならほっとけYO
0177戦場では役に立たないと武蔵様も・・・NGNG
-------------------------------------------------------
が武蔵には、間髪のまに、処する方法が立っていた。
兵法によらず、すべての理は、それを理論するのは平常の事で、
実際にあたる場合は、いつも瞬間の決断を要するのであるから、
それは理論立てて考えてすることではない、ひとつの「勘」であった。
平常の理論は「勘」の繊維をなしてはいるが、その知性は緩慢であるから、
事実の急場には間に合わない知性であり、ために、敗れることが往々にある。
--------------------------------------------------------------
(吉川英治 宮元武蔵 吉川英治文庫 8巻96ページより引用)
0178デフォルトの名無しさんNGNG
ワケワカラソ
0179デフォルトの名無しさんNGNG
往々って辞書引くと「ときどき物事が起こるさま」って書いてあるね。
0180デフォルトの名無しさんNGNG
>>177の説明
理論だけでは戦場には役に立たない。
戦場には”勘”というのが重要。
その”勘”を養うには繊維となっている理論が重要であるが
それだけではまだ足りない。

つまり、戦場で勝つには”勘”を作っている理論とそれ以外(実践?)を
身に付けろってこと。

ちなみに、文章をよく読むと分かるが、平常の理論は事実の急場には間に
合わないと書いてあるが役に立たないとは書いてないので勘違いしないように。
0181デフォルトの名無しさんNGNG
負けたら即死な戦場では、「往々」は、一度でおしまいってことだ。
0182デフォルトの名無しさんNGNG
「本当の空とは知識や体験を経て達する迷いなき境地であり、空の心に善はあっても悪はない。
『知恵』と『道理』、そして人としての『道』があって初めて心は空となる…」宮本武蔵
0183デフォルトの名無しさんNGNG
え〜と、何やらありがたいような、
板違いなような、デムパなような…
0184デフォルトの名無しさんNGNG
なんだ、武蔵って兵法の理論書き残してるじゃん。
やっぱ理論の重要さを分かっているんだね。
さすが武蔵。
0185デフォルトの名無しさんNGNG
>>175
このスレは

悲惨な「 」を晒すスレ

なんだけど、本人はわかってないと見える (w

で、関数ポインタはどうなったのかね?
0186デフォルトの名無しさんNGNG
だいたい、「 」って、前スレで

ファイル分け >>>>>>> クラス

なんて、わけのわからない主張してたんだよな。
もともと直交している概念を比較してどうするよ。

思うに「 」って、根本的に「インスタンス」がわかってないんじゃないかな。

こいつは(恐ろしいことに)携帯Javaのプログラマだそうだが、こいつの書く
プログラムはstaticの塊なんじゃないかと想像してみる。
0187デフォルトの名無しさんNGNG
> こいつは(恐ろしいことに)携帯Javaのプログラマだそうだが
どうせ妄想でしょ(w
0188デフォルトの名無しさんNGNG
えーと、「 」が晒しあげられる経緯を読んでないんだが
>>186を見る限りとんでもないアフォだと見受けられる。
つーか、携帯ってi-modeだろ?
あれはOOなんて言ってたらメモリが足りないだろ。
8ビットマイコンのBASICプログラムみたいな感覚じゃないのか?
0189デフォルトの名無しさんNGNG
>>188
> あれはOOなんて言ってたらメモリが足りないだろ。
OO だと消費メモリが増えるという根拠は?
0190デフォルトの名無しさんNGNG
OOPLの仕組み知らんの?
0191デフォルトの名無しさんNGNG
なんでもかんでも一つのクラスに突っ込んじゃうほうがメモリ効率がいいとか、
変数はstaticにしといた方がメモりを食わないとか。
■ このスレッドは過去ログ倉庫に格納されています