オブジェクト指向は戦場では必要なし６
レス数が1000を超えています。これ以上書き込みはできません。
0001あたたたた
NGNGを理解する労力が大きく、目的まで達成するのに時間がかかる。
他人のソースを見るにも複雑でときほぐしにくい。
ちゃんと整備されたドキュメントがなければ粗大ゴミソース。
またオブジェクト指向が○○に優れているとかいう話も、あくまでちゃ
んと設計され、ちゃんと実装されたクラスがあるという前提での話。
実際は世の中にどれだけの糞SEや糞PGがいることか。。。
よってオブジェクト指向は戦場では使いものになりません。
前前前前前スレ http://pc.2ch.net/test/read.cgi/tech/1011997945/
前前前前スレ http://pc.2ch.net/test/read.cgi/tech/1013266554/
前前前スレ http://pc.2ch.net/test/read.cgi/tech/1013875413/
前前スレ http://pc3.2ch.net/test/read.cgi/tech/1021468476/
前スレ http://pc3.2ch.net/test/read.cgi/tech/1027983898/
つい先日スレを立てたばかりなのに、あっという間にみなさんの
意見で前スレが終了してしまいました。やはりオブジェクト指向は
現場では使えないという説が真実であるがゆえにこれだけ反響が
大きいのではないかと思います。
オブジェクト指向プログラマの方には大変受け入れるのに苦しい事実
だとは思いますが、やはりオブジェクト指向は戦場で使うには、リスクが
大きい、または使えない技術と認めざるを得ない事実なのです。
0002デフォルトの名無しさん
NGNGもういいだろう
OOが最高で。
0003デフォルトの名無しさん
NGNG世間では相手にもされないのが、2chでは大多数の意見に見えるってな。
0004デフォルトの名無しさん
NGNGttp://dempa.2ch.net/misc/R3_temp.swf?inputStr=%83I%83u%83W%83F%83N%83g%8Ew%8C%FC%82%CD%90%ED%8F%EA%82%C5%82%CD%95K%97v%82%C8%82%B5
0005デフォルトの名無しさん
NGNGもうルパンは飽きた。二度とやらないように。
0006デフォルトの名無しさん
NGNGそれで本当にもう二度とやらなくなるぐらいなら
アンチ厨なんてもうとっくに絶滅してると思うが…
0007デフォルトの名無しさん
NGNGで終わってるスレを見たことないのと同じだな
0008デフォルトの名無しさん
NGNGいやこんな技術板にくる族なんだから、案外それで止めると思うよ
ただ、次々伝染するように現れるだけで
0009デフォルトの名無しさん
NGNGこの人達がスレを盛り上げています
0010いつでもどこでも名無しさん
NGNG0011デフォルトの名無しさん
NGNG誰が？
0012デフォルトの名無しさん
NGNG2ch ＝ 世間と思いこむ奴に勘違いされても一向に構わん。
0013デフォルトの名無しさん
NGNG（とりあえず、手元ではスレごと透明アボーンしておこう）
0014逝って良しの１
NGNG２ＣＨの書きこみは情報操作されていない日本の生の声だ。
日経とは違うのだ。
0015逝って良しの１
NGNGＯＯに対する態度のタイプを分類すると
１）ＯＯは生産性が悪い。
２）ＯＯは生産性が良い。
３）生産性が良かろうが悪かろうがＯＯ厨。
４）ＯＯＰＬ勉強したけど組めなかった。
５）ＶＣ＋＋で挫折したヘタレがＪａｖａでＧＵＩを出せたのでＪａｖａ厨。
６）とりあえず金貰えるからいいんじゃない？俺は使わないけど。
７）ＯＯとクラス指向を混同しているＯＯ厨。
0016デフォルトの名無しさん
NGNGおれはそのスタンスだが。
0017逝って良しの１
NGNG0018デフォルトの名無しさん
NGNG> ３）生産性が良かろうが悪かろうがＯＯ厨。
これは厨というよりも信者だと思う。
> ６）とりあえず金貰えるからいいんじゃない？俺は使わないけど。
このタイプは存在しても議論には参加しそうにないからいいんじゃないの？
0019デフォルトの名無しさん
NGNGOOの事わかってない奴だと思うんだけど、
OOがわかってて、批判してる奴がいるなら
そいつの意見はしっかり聞きたいよ
0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNGあるとき、私はご宣託を受けました
その宣託の内容を確かめる為に多くの２チャンネラーに聞きました
そして、私はOOが判っているという人の多くの議論は浅く
わたしごときに簡単に論破されるのです。
そして私はご宣託の真意を理解しました。
OOが難しく、判らないという事を知っている点において
私が最もOOを理解していたという事を
0022デフォルトの名無しさん
NGNGコーディングしたシステムは可読性、メンテナンス性、拡張性等の点で
従来の手法(C等の手続き指向とか)よりも高品質になるのは
誰もが認めるところだろう。システムの規模が大きければ大きくなるほどね。
小さなシステムだとOOの方が冗長になることもあるが
プログラムの可読性やメンテナンス性、拡張性を優先するならOOだろう。
ただ、これは開発陣がOOを分かっているという前提での話。
そしてOOをきちんと理解するには手続き指向よりも難しい。
しかしMicrosoftが.NETFrameworkでオブジェクト指向マンセーを
打ち出してきたため近い将来.NETがWin環境下での開発の
デファクトスタンダードになることが予想され、さらに
マルチプラットフォーム環境下での開発はJavaがデファクトスタンダードに
なりつつある現実を見るとOOの体得は必須になるだろう。
別にOOマンセーって言ってるわけじゃない。
現時点でソフトウェア開発の有力な手法のひとつなんだから
うまいこと利用しようよってだけ。
賛成とか反対とか低レベルなことで議論しないで
もっと前向きにいこうや。
0023デフォルトの名無しさん
NGNGそれって前向きじゃなくて後ろ向きじゃないか？
0024デフォルトの名無しさん
NGNG0025逝って良しの１
NGNG議論を撒き戻す卑怯者は無視。
>>22
再利用性、メンテナンス性、可読性、拡張性は言語に寄らず、
プログラマーの才能に寄る。
言語によらない。
0026g
NGNG-------風俗の総合商社・ＭＴＴどこでも-------
〇デートクラブ〇女性専用ホストクラブ〇
〇ハードＳＭ奴隷クラブ〇レズビアン倶楽部〇ホモ・オカマ倶楽部
〇変態痴女と遊ぶ会〇痴漢・覗き趣味の会〇変態同好会・各種！
●楽しく遊べます！ 090-8002-8356番
-----------美男・美女会員など多数在籍中-----------
http://www.mttdocomo.jp/
-----女性アルバイト随時募集・高収入（日払い）月100万円可能住み込み可
-----レズビアン・スタッフ●ホモスタッフ●女性専用ホストスタッフ同募-----
http://www.mttdocomo.jp/
------------------------------------------------
0027逝って良しの１
NGNG＞なりつつある現実を見ると
しまった、ネタだったか・・・。
0028逝って良しの１
NGNG頭の良い一発屋はJava普及の初期までにセミナーやら本やらフレームワーク
やらで適当に儲けて逃げちゃった
９）頭の悪い一発屋
頭の悪い一発屋は詐欺るにもＯＯの習得に時間がかかってしまい、
まだ勉強中。今さらブームを延命しようとする。
0029デフォルトの名無しさん
NGNG0030デフォルトの名無しさん
NGNGを用いて作られていることが証明されました。
つまり、OOには利用しやすい便利なコードを作る能力があると
いうことです。
これは、オブジェクト指向の有用性を証明したものでしょう。
0031デフォルトの名無しさん
NGNG0032逝って良しの１
NGNG事実なので置いておく。
ＯＯが生産性でダメな証明
もし、ＯＯで生産性が上がるのなら、
ＯＯＰＬ採用会社は非採用会社より高い生産性を持っているはずだ。
そして市場原理によりＯＯＰＬ採用会社は非採用会社を駆逐していなければ
ならない。
現状でそのような事実は観測されていない。
よって
１）ＯＯＰＬは生産性の向上に寄与しない。
２）ソフトウエアは市場原理に従っていない。
のどちらか、あるいは両方である。
0033デフォルトの名無しさん
NGNG0034デフォルトの名無しさん
NGNG0035デフォルトの名無しさん
NGNGアホだからだよ。
0036デフォルトの名無しさん
NGNG1はOOについていけなくて悔しいからOOを憎んでいるのは
痛いほど分かるんだが、痛すぎて見ているのが辛いよ。
そろそろスレ立てるのやめろや。
0037デフォルトの名無しさん
NGNGだれでも分かることだと思うけど(藁
0038逝って良しの１
NGNGんなもんは掃いて捨てるほど居ます。
0039デフォルトの名無しさん
NGNG0040デフォルトの名無しさん
NGNGそりゃ4ビットマイコンじゃ使わないけど
0041逝って良しの１
NGNG0042デフォルトの名無しさん
NGNGOOPLを採用している会社ばかりです。
0043デフォルトの名無しさん
NGNG両方オブジェクト指向を使っているからです。
0044デフォルトの名無しさん
NGNGそんなこと言ってるからアホだからですとか言われちゃいます。
0045デフォルトの名無しさん
NGNGじゃあ例えば、ビジネスソフト市場見てみようか。
MFCやDelphiばかりだね。
よって、OOPL採用会社に非採用会社が駆逐されてるね。
0046デフォルトの名無しさん
NGNGいや、話の流れとしては何もおかしくない。
0047デフォルトの名無しさん
NGNGパッケージのアプリケーションがソフトウェア業界のどれくらいの割合を占めているか知っての発言か？
0048デフォルトの名無しさん
NGNG以上。
0049逝って良しの１
NGNG「ＭＦＣプログラマー＝ＯＯ使い」説が提示されました。
Delphi・・・・・・・・・・・・・・・・・・・・
0050デフォルトの名無しさん
NGNGなんかすがすがしかった。
0051逝って良しの１
NGNG0052逝って良しの１
NGNG言語なんかなんでもいいじゃん？
つう結論？
0053デフォルトの名無しさん
NGNGいや、WinだとVCでAPIバリバリ使ってCを使う手があるぞ。
0054デフォルトの名無しさん
NGNGVBがあります。
0055デフォルトの名無しさん
NGNG0056逝って良しの１
NGNGそのとうりですた。つい・・・
>>53
殆どのＶＣ＋＋プログラマはそれでしょう。
特にＭＦＣプログラマは何で動いてるのか判ってなくても組めるし。
ＯＯ以前だし。
>>55
Delphiって実務で使われてるの？それともやっぱネタ？
0057デフォルトの名無しさん
NGNGこれをOOPLを使ってるといわないなら一体>>32のOOPLとは何を
指してるのか。
0058デフォルトの名無しさん
NGNG使ってるところあるよ。
ちなみに需要も少ないが供給はもっと少ないんで、
意外と仕事はあるらしい。
0059デフォルトの名無しさん
NGNGsquike
0060デフォルトの名無しさん
NGNG何言ってんの？
MFCプログラマはAPIしか使えない奴の上位互換だよ :)
MFCでアプリくめるヤシは、API挙動もMFCの構造も
熟知している場合が殆ど。
0061デフォルトの名無しさん
NGNG勿論、コンシューマ向けじゃないけどね。
0062デフォルトの名無しさん
NGNGsqueakはsqueakでOOPLで良いけども、C++やObjectPascalは一般的には
OOPLなわけで。
これを認めないと、>>32は非常に変なずれてる定義でしゃべってることになる。
0063デフォルトの名無しさん
NGNG逝って良しの１が変でずれてるのはいつもの事でしょ。
0064逝って良しの１
NGNGMFCプログラマから入った奴は他のシステムに移行出来ないっていう話
知らないの？
0065デフォルトの名無しさん
NGNGなんか話が変わってるが。
>>56でそんなこと言ってないじゃん
0066デフォルトの名無しさん
NGNGそのDLLをCで作ったアプリから呼び出す方法教えて。
0067逝って良しの１
NGNG移行出来ないのは判ってない証拠。
0068デフォルトの名無しさん
NGNG同意。
この処理系でSTLは使えないので私には開発できません。
とかほざく奴とか頭大丈夫かと思う。
0069デフォルトの名無しさん
NGNG普通にそのまま作れば良いじゃん？
何も特別なことは無いよ？
0070デフォルトの名無しさん
NGNG0071デフォルトの名無しさん
NGNG普通に考えて、STLでもなんでも、それについて
知ってれば知ってるほど、他へ移行したくないものだ
と思うが。移行できないんじゃなくて。
0072デフォルトの名無しさん
NGNG普通って、どこの普通ですか？
作り方が解りません。
MFCアプリをそのままモジュール化してDLLにしたいんです。
つまりMFC使ってる部分を隔離したいんです。
0073デフォルトの名無しさん
NGNG新規プロジェクト→MFC(dll)で作れますが？
0074逝って良しの１
NGNG0075デフォルトの名無しさん
NGNG0076カイジ
NGNG0077デフォルトの名無しさん
NGNG0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNG履歴：
>>76=バカ
>>77=消防
>>78=夏坊
以上！
0080デフォルトの名無しさん
NGNG頑張った君には厨房の称号をあげよう
0081デフォルトの名無しさん
NGNGつまり、OOPLに移行できない奴はわかってない奴ということか。
必ずしもそうとは言い切れないとは思うけどね。
扱ってる対象ドメインによってはOOPLじゃないほうがうまくいく場合もあるし、
OOPLわかっていてあえて移行しないやつもいる。
もっともアンチ厨でOOPLちゃんと理解した上でアンチしてる奴なんて見たことないけど。
0082デフォルトの名無しさん
NGNGextern "C" でラッパ関数を書いてゆく必要があるとは思います
そこらへん、DLLに型情報を早期に付けなかったMSの責任もあるのでしょうが メンドクサイです
0083デフォルトの名無しさん
NGNG0084デフォルトの名無しさん
NGNGアホは黙ってな。
0085デフォルトの名無しさん
NGNG0086デフォルトの名無しさん
NGNGマジで教えてくれ。
0087デフォルトの名無しさん
NGNG過去ログで気が遠くなる回数議論されているが。
0088デフォルトの名無しさん
NGNGある。
0089デフォルトの名無しさん
NGNGその理由を教えてください。過去ログを読むとOO派も反OO派も
主観が強すぎてあまり参考にならないので、実際のところが知りたいのです。
0090デフォルトの名無しさん
NGNGそれをわざわざ主観の強い両者に尋ねる頭の構造を疑うが。
0091デフォルトの名無しさん
NGNGMFCのdllはAFX DLLでしょ。
普通の非MFCアプリから使うのは普通は無理
0092デフォルトの名無しさん
NGNGOOPGってなに？
とりあえず、俺は戦場では必要無し派だけど、オブジェクト指向を習得しておく事は必要だと思うよ
理由は、
１、他人とのコミュニケーション＝お話をする為には必要
２、ドキュメントを読む時に必要
３、他人のソースコードを読む為に必要
４、コーデングの実現の為に選択肢を増やし、より効率的に仕事する為に必要
ただし、実務ではOOのオの字も言わないけどね
0093デフォルトの名無しさん
NGNGOOは戦場でも有効派の意見も聞きたいな
0094///
NGNG0095デフォルトの名無しさん
NGNGOOは有用ではないということの裏返し意見のように読み取れるのは気のせい？
0096デフォルトの名無しさん
NGNGアンチや古代人が啓蒙の妨害をするんで導入が難しいんで、
実績のあるところほど導入しづらい。
0097デフォルトの名無しさん
NGNG>アンチや古代人が啓蒙の妨害をするんで導入が難しいんで
OOが普及しない、または糞なのを人のせいにするのはヤメレ
0098デフォルトの名無しさん
NGNG0099デフォルトの名無しさん
NGNG0100デフォルトの名無しさん
NGNGOOは銀の弾丸ではないよ。
戦場にしてしまうような糞SEと糞PGが集まった糞現場では
OOを使ったばかりに戦場を地獄にかえてしまうことが多い。
しかし、良質なSEと良質なPGが小数精鋭で継続的にやるんなら
とても有効な道具になる。
0101デフォルトの名無しさん
NGNG> とても有効な道具になる。
良質なSEと良質なPGねぇ。。。誰か突っ込んでやれよ。
0102デフォルトの名無しさん
NGNG取りあえず自分が無能だと自覚しなさいな。
0103デフォルトの名無しさん
NGNG0104デフォルトの名無しさん
NGNG頭の固い、要するに劣等民族である日本人には
OOは高尚なんだってこった。
0105デフォルトの名無しさん
NGNG本人どころか自分の会社にも残らないなんだよね。
そうなると、せっかくクラスライブラリ構築して再利用性とか考えて、まったく無駄どころが
そのクラスライブラリと同じものを使う権利が自分らに無くなってしまう
0106デフォルトの名無しさん
NGNGOOというものはキミみたいな良質SE、良質PG
が使うものなんだね。でも良質じゃないSEやPGが
世の中の大多数って思うんだな。
0107デフォルトの名無しさん
NGNG嘆かわしい現状ですね。
だから中国やらインドに技術的にも負ける。
0108コギャルとHな出会い
NGNG朝までから騒ぎ！！
小中高生
コギャル〜熟女まで
メル友
i/j/PC/対応
女性の子もたくさん来てね
小中高生大歓迎です
全国デ−トスポット情報も有ります。
全国エステ＆ネイル情報あります。
激安携帯情報あります。
0109逝って良しの１
NGNGそれがあったか！
でも使いまわしてもバレないじゃん。
0110デフォルトの名無しさん
NGNGだいたい潰れかけの企業ばかりなんだから
これからそんな事やってりゃ 不法行為だ
って、いつ膨大な賠償請求されるやら判らんぞ
0111逝って良しの１
NGNG0112デフォルトの名無しさん
NGNG0113デフォルトの名無しさん
NGNG0114デフォルトの名無しさん
NGNG0115デフォルトの名無しさん
NGNGそういう中途半端な突っ込みはいかん。
どうせ「インターフェース使ってるからOOとは限らない」とか
返してくるんだから。 もっと深くつっこめ。
0116逝って良しの１
NGNG情報のやりとり方法の規定。
0117デフォルトの名無しさん
NGNG> 情報のやりとり方法の規定。
それは普通プロトコルと言わないか？
0118デフォルトの名無しさん
NGNGそりゃ最初に決めるだろ。
ここからここまではうちの技術を使います、
ここからそっちはあんたの技術を使います って
0119デフォルトの名無しさん
NGNGいいねえ
0120デフォルトの名無しさん
NGNGJava のインターフェイスの事を C++ ではプロトコルクラスという罠！
0121デフォルトの名無しさん
NGNG今からオブジェクト指向勉強しようとおもてるのに！
0122デフォルトの名無しさん
NGNGそういう職場では一体何使ってんのさ？
もしかしてVBが主流なの？
0123デフォルトの名無しさん
NGNGつうか、自分の作ったコードをフリーで配布しちまえば？
0124デフォルトの名無しさん
NGNG0125デフォルトの名無しさん
NGNGシステムの構築も犯罪です
0126デフォルトの名無しさん
NGNG”OO対応言語”は使ってるけどね
0127デフォルトの名無しさん
NGNG普通のプロジェクトだと守秘義務契約を会社同士は結んでいるし
大抵の会社は技術系の従業員に守秘義務を課している
労働として自分の作ったコードは まず自動的に会社のものになり
大抵契約によって発注元のものになる
つまり自分の作ったコードといえども他人の物になるんだよ。
だからそれをフリーで公開すれば、それは即座に著作権違反
0128デフォルトの名無しさん
NGNGそれを使うって事じゃないの？
勿論労働の枠外で作った物。
0129デフォルトの名無しさん
NGNGそんな奇特な奴が世の中どんだけいると思う？
結婚して子供でも出来たらプログラマに自分の時間なんてまずないよ
0130逝って良しの１
NGNGプロトコルと言ったら通信やデータフォーマットと紛らわしいだろが。
あの場合のインターフェースってのはやり取りする関数の形式が中心。
0131デフォルトの名無しさん
NGNGというか自分の会社にさえ証明するのは簡単じゃない
0132デフォルトの名無しさん
NGNGあのさ、インターフェースを関数の形式だとしたら
関数名は変えても 一発置換が可能だが
その関数の形式を変えるのは簡単じゃないだろ
0133逝って良しの１
NGNG0135デフォルトの名無しさん
NGNG要するに逝って良しの>>1にとっては, って事だろ.
自分が無能だって認めろよ. 難解だから優れていないとは限らない.
それにOOなんて簡単じゃん. 確かに入りにくいかもしれんが,
慣れると学習効率いいよ.
0136デフォルトの名無しさん
NGNGOO使う為に、給料貰わずに設計してライブラリ作ってくれて、しかもフリーで公開までしてくれるんだ
俺はOO派には絶対に入らないけど、OO派が増えてくれる事は祈るし
応援は惜しまないよ。
ガンバレ！
0137デフォルトの名無しさん
NGNG売り言葉に買い言葉で
電波な事言い出すのはいつもの事
0138逝って良しの１
NGNG文脈を捉えてから書け！
「有る会社に納めたプログラムのルーチンをインターフェースだけ変えて
他の会社に納めるのは簡単じゃないが、再利用した事が判りにくい」
フルで書くとこうなる。
人を見下したいと思ってる愚か者は自らが望む幻を作り出してしまう。
0139デフォルトの名無しさん
NGNGもしかして、巨乳派と貧乳派でもめてるの？
0140デフォルトの名無しさん
NGNGいい加減、そのネタ秋田。
0141デフォルトの名無しさん
NGNGつぅか一通りOOに貧乳とか巨乳を代入して読破した上での狼藉なのだろうか？だとすれば笑える。
0142デフォルトの名無しさん
NGNG巨乳使う為に、給料貰わずに設計してライブラリ作ってくれて、しかもフリーで公開までしてくれるんだ
俺は巨乳派には絶対に入らないけど、巨乳派が増えてくれる事は祈るし
応援は惜しまないよ。
ガンバレ！
0143デフォルトの名無しさん
NGNG0144デフォルトの名無しさん
NGNG乳揺れ。
持ち上げ。
たわわ。
などなど。
0145デフォルトの名無しさん
NGNG0146デフォルトの名無しさん
NGNG素ﾁﾝ、必死だな。
0147逝って良しの１
NGNGWnd::Create( クラス名,・・・・略 );
オブジェクトの参照やポインタ渡しではなく、なんで「クラス」渡してるんだ？
0148デフォルトの名無しさん
NGNGマクロなの？
0149デフォルトの名無しさん
NGNG実行時型情報(RTTI)って知ってる？
0150デフォルトの名無しさん
NGNGWndじゃなくてCWndね。
WNDCLASSも知らないようじゃ、あんたWin32SDKも使えんね。
0151デフォルトの名無しさん
NGNGIってIdentificationかと思ってた。
0152デフォルトの名無しさん
NGNG0153逝って良しの１
NGNGんー？これRTTYとかなの？
オブジェクトのポインタとセットで渡してるのならそうかもしれないけど、
クラス名しか渡してないじゃん。
0154デフォルトの名無しさん
NGNG本人？
0155デフォルトの名無しさん
NGNGつぅかそれが出来たら非常に柔軟なプログラミングが出来るんだけどね。
0156デフォルトの名無しさん
NGNGつか、CreateWindowしらべれ。
0157逝って良しの１
NGNG0158デフォルトの名無しさん
NGNG0159デフォルトの名無しさん
NGNG0160逝って良しの１
NGNG普通ならオブジェクトの参照渡しすべきところで何故かクラス名渡ししてる。
0161デフォルトの名無しさん
NGNG馬鹿が利口に責任転嫁
ﾁｮｰｶｺｲｲ!!
0162デフォルトの名無しさん
NGNGだから、会社が業務としてオープンソースなライセンス付けて配布すればいいんでしょ？
0163デフォルトの名無しさん
NGNGだからオブジェクト指向は戦場では必要なし、というか邪魔。
馬鹿が(指揮官の方に)混じると破綻する。それがオブジェクト指向。
逆に指揮官が常に優秀ならヘータイのレベルが低くても良い結果が出るんだけどね。
0164デフォルトの名無しさん
NGNGですか？
0165デフォルトの名無しさん
NGNGだぁら！ そんな会社どこにあるってぇの？ あるなら紹介してくれ！
業務として受注した仕事のソースを無償でオープンにする？
発注先金払わないでいいじゃん？ そりゃ発注先は幸せだわな
0166デフォルトの名無しさん
NGNGだからCreateWindowしらべれ、ついでにRegisterClassも。
MFCのじゃないぞ、WindowsのAPIだぞ。
0167デフォルトの名無しさん
NGNGOOで開発している28歳プログラマでも
「文字列の後にはヌルを入れなきゃいけないんですか？！」
とか言ってたぞ。OO以前の問題だな。
0168デフォルトの名無しさん
NGNG0169デフォルトの名無しさん
NGNG>一部上場企業のコンビニのシステムを
>OOで開発している28歳プログラマでも
訂正
>一部上場企業「で」コンビニのシステムを
>OOで開発している28歳プログラマでも
0170デフォルトの名無しさん
NGNG知識バカって言う人種ですか。
0171デフォルトの名無しさん
NGNG気絶しそうになった。
0172デフォルトの名無しさん
NGNG0173デフォルトの名無しさん
NGNG0174デフォルトの名無しさん
NGNG２００２年、情報とコンピュータは国の存亡を左右するまでに肥大化しすぎた。
戦争にはもう対人兵器は要らない。いるのは対電子機器兵器と数台のコンピュータだけだ。
今、日本とチベットの第三次情報戦争が始まる・・・。
0175デフォルトの名無しさん
NGNG逝ってよしの１でした
0176デフォルトの名無しさん
NGNGひょとして君って、オープンソースなコードはみんな個人がやってるんだと思った？
企業としてオープンソースやってる所なんて、たくさんあるでしょ。
例えば、RedHatもそうだな。Alan Coxは業務でLinuxのコード書いてるだろ。
俺も会社の仕事でオープンソースのコードをcontributeしたことあるし。
0177デフォルトの名無しさん
NGNG>（クライアントから）業務として受注した仕事のソースを（開発者が勝手に）無償でオープンにする？
0178デフォルトの名無しさん
NGNGクライアントから業務として受注した仕事のソースを
*クライアントとの合意の上で*オープンソースにcontributeしましたが、何か？
0179デフォルトの名無しさん
NGNGよくメーカーの開発ツールなんかでGNUのものを少し改良してなんて場合は仕方なく
その部分をそうしてるのを見る事はあるが
それ黙ってやれば逆に犯罪
0180デフォルトの名無しさん
NGNG0181デフォルトの名無しさん
NGNG別に仕方なくでもなかったけど。BSDライセンスだったし。
手を入れたコードを本流に返すことによるメリットをちゃんと説明すれば
同意してくれるクライアントもけっこういるよ。
0182デフォルトの名無しさん
NGNG話が外れてきてるから元に戻すけど
言いたい事は、
普通の業務開発で、業務に関する部分をオブジェクト指向分析して
クラス設計して、実装したとしても、 そのクラスの再利用の権利は普通は発注者
に移動してしまい、同じような案件があったからと受注者側が再利用する事は
日本の現状では出来ない。
そりゃまあ大きな発注者に喰らいついてるか、大企業の分社開発部隊なら話
は別なんだろうけどさ
0183デフォルトの名無しさん
NGNGそんなことないでしょ。
最初の案件をかなり安く押えてそのかわり合意した範囲のクラスライブラリの権利は開発側に残すことにすれば、
あとはそれを軸に
「うちのライブラリ使えばこれだけの予算でできますよ。もちろんうちのライブラリの権利はそのままうちのものですが。」
という形で仕事取ってくるだけの話。
ある程度専門性のある開発部隊なら、そういう形のビジネスも成立してるよ。
0184デフォルトの名無しさん
NGNG確かに、とにかくコストダウンを要求されているから、そんな理由を付けて応じるしかない事もあると
いうか、そんな案件ばかりだけどね。
ただ、とにかく人集めてドカドカっと作ってみたいな場面だと、お手製クラスライブラリは
やっぱり難しい。 コンポーネントのように設計時から動かしながらのスタイルは逆に非
常に効率があがるが、 いわゆるお手製クラスライブラリは難しいよ
0185デフォルトの名無しさん
NGNGまあ、鶏と卵だよね。
お手製クラスライブラリによるコンポーネントがあれば、
提案の段階から動かしながら話ができて、技術的には激しく有利になる。
でも武器にできるようなお手製クラスライブラリを構築するには最初の一歩が大変だな。
最初は小規模でも、継続してコツコツ育てていくしかないんだろうね。
0186デフォルトの名無しさん
NGNGOOの問題点の一つだね。
使うのは楽だが作るのは面倒。
それを作る時間をどうするか。
まぁ、リファクタリングとかはそれ用の考え方だね。
0187逝って良しの１
NGNGそれじゃ説明になってない。
0188デフォルトの名無しさん
NGNGおい、何代目かしらないが、失敗したネタに粘着してどうすんだよ。
前の奴にかわれ
0189デフォルトの名無しさん
NGNGMFCを批判してた、と。
アンチってこんなヤツばっか？
レベルが低すぎる・・・
0190デフォルトの名無しさん
NGNGそうよ？アンチDel然りアンチOO然り。
出来ないから煽る。
0191デフォルトの名無しさん
NGNG破綻したコトをしゃべるために作られた共通コテハンだよ
0192逝って良しの１
NGNG0193デフォルトの名無しさん
NGNG0194デフォルトの名無しさん
NGNGリファクタリングは著しくライブラリの再利用性を阻むと思うけど。
XPのノリで汎用クラスライブラリのインタフェース弄繰り回されたら使う側は地獄だ。
0195逝って良しの１
NGNGWnd系クラス::Create( 文字列型 クラス名,・・・・略 );
ＶＣのWindow系の生成関数は
オブジェクトの参照やポインタ渡しではなく、なんで「クラス名」渡してるんだ？
これオブジェクト指向じゃないんじゃない？
（ＲＴＴＹならポインタも同時に渡してるはず）
（CreateWindowがそうだからというのは同じ問題を言い替えているに過ぎないので
説明になっていない）
0196デフォルトの名無しさん
NGNGどしてMFCはクラス名をワザワザ渡すのですか？ って疑問ですか？
0197デフォルトの名無しさん
NGNG「クラス」の意味は一つじゃないよ。
0198デフォルトの名無しさん
NGNGおいおい、CreateWindowとRegisterClassを調べろといわれてもまだ調べてなかったのか？
それから、RTTYって何よ？
そろそろ、偽物はすっこんでください。
0199デフォルトの名無しさん
NGNG0200デフォルトの名無しさん
NGNG俺は>>186じゃないが、
とりあえずクラスライブラリを再利用可能な形に練り上げていく過程では
リファクタリングは有効というか必要な事だと思うが。
それをリファクタリングと意識してやるかどうかは別として。
で、溜め込んだクラスライブラリを個々の案件にフィットさせていく過程でも
やはりリファクタリングは必要だろ。
0201デフォルトの名無しさん
NGNG若旦那の場合は、論理的かどうか以前の問題だと思われ。
0202デフォルトの名無しさん
NGNGまだいろいろなものが、はえそろっていない模様
0203いつでもどこでも名無しさん
NGNG0204逝って良しの１
NGNGどれが反論？
0205デフォルトの名無しさん
NGNG0206デフォルトの名無しさん
NGNGなんとか::Create( ”2年1組",...略);
なんでクラス名を文字列で渡してるんですか？みたいなノリの質問？
0207デフォルトの名無しさん
NGNG識別するためだわさ。
リフレクション使える言語ならこの必要はなさそうだけど。
0208逝って良しの１
NGNG名前だけじゃなく、そのクラス名のクラスからインスタンスを内部で生成
してるみたい。
0209デフォルトの名無しさん
NGNG0210デフォルトの名無しさん
NGNGねぇねぇ、もしかして高度なネタ？
ウインドウクラス（非CWnd）とは、
ウインドウプロシージャやスタイル、付加情報等のプロパティをまとめた
データのWindows内部での識別名で、言語でサポートされてるクラスとは別物なんだが。
0211194
NGNG別に不要とか厳禁と言うつもりは無いよ。
開発中・メジャーバージョンアップ時にはもちろん必要。
ただ既に公開してしまったクラスライブラリは
アプリ専用クラスよりもリファクタリングに
慎重であるべきだから「それ用の考え方」というほど
相性が良くは無いだろう。と言いたかっただけ。
>溜め込んだクラスライブラリを個々の案件にフィットさせていく過程でも
ソースを直接編集してしまうようなケースは
クラスライブラリの議論からは外れているような。
0212デフォルトの名無しさん
NGNG／＊
ただ既に公開してしまったクラスライブラリは
アプリ専用クラスよりもリファクタリングに
慎重であるべきだから
＊／
もちろんです。
そのお仕事に特化したクラスを再利用しやすくなるべく汎用的にすすための
リファクタリングです。
と、いうスタンスで。
0213デフォルトの名無しさん
NGNG新しいのと一緒に公開。
0214デフォルトの名無しさん
NGNG0215逝って良しの１
NGNGなるほど。
0216デフォルトの名無しさん
NGNGリファクタリングは、「インターフェイスを変えずにコードを改善する」 手法なんだが。
0217デフォルトの名無しさん
NGNG--------------こんなネタ---------------------------
634 名前：デフォルトの名無しさん 投稿日：02/08/12 08:36
>>632
そして継承してソースをコピって変更するんだろ。
やっぱリファクタリングだな。
コンポーネント厨には高度すぎる。
639 名前：デフォルトの名無しさん 投稿日：02/08/12 08:39
>>638
継承してるからだろ。
継承しなけりゃリファクタリング。
でも、やってることは同じ。
642 名前：デフォルトの名無しさん 投稿日：02/08/12 08:43
>>641
用語なんてどうでもいい。
コンポーネント指向の本質より、
リファクタリングの本質に近いと言うことだ。
あとは自分で考えろ。
メソッド名を短くするとか言うのもリファクタリングじゃないの？
0219デフォルトの名無しさん
NGNGリファクタリングカタログにはメリット・デメリットが併記してある。
デメリットが大きいならやらなくていい。
0220デフォルトの名無しさん
NGNG俺、Java厨なんでVCのことは知らないが、
Class.forName(String)
みたいなもん？
VCじゃどうだか知らないが、Javaじゃ設定ファイルから
どの機能を組み込むか決めるようなシチュエーションで重宝しまくりなんだが。
0221デフォルトの名無しさん
NGNG0222デフォルトの名無しさん
NGNG>ロジックを変えずにコードを改善
はぁ？
0223デフォルトの名無しさん
NGNGインデントを見やすくしたり、変数名を分かりやすくしたり
Warningを取ったり、コメントをきちんと書いたりすることです。
0224デフォルトの名無しさん
NGNGこの書き方って楽だよな。
相手の出方を見て攻撃すれば良いんだから。
敢えて後手に回るやり方だ。
0225デフォルトの名無しさん
NGNG＞Warningを取ったり
これは当たり前では・・・？
0226デフォルトの名無しさん
NGNGなんでそこだけピックアップ？
上にあげた４つは、すべて当然すべきことです。
0227デフォルトの名無しさん
NGNG0228デフォルトの名無しさん
NGNG0229デフォルトの名無しさん
NGNGプライベートなメソッドはいいんじゃない？
あと、短くじゃなくて「わかりやすく」ね
0230デフォルトの名無しさん
NGNGremoveをrmにしたり？
0231デフォルトの名無しさん
NGNG分かりやすく
きちんと
あいまいだなぁ・・・
オブジェクト指向開発ではコーディング規約とかは
必要とされてないの？
0232デフォルトの名無しさん
NGNGC++ coding standardとかあるけど
0233デフォルトの名無しさん
NGNGでさ、そのあいまいな言葉を使って
あおりあいするのって凄く無意味なことだと思うんだよね！
ちがうかな！？
0234逝って良しの１
NGNG一方的に煽られてるだけ。
正論吐くつもりならハンドルくらいつけてね。
0235デフォルトの名無しさん
NGNG釣られるなよ・・・
0236デフォルトの名無しさん
NGNG0237逝って良しの１
NGNG0238デフォルトの名無しさん
NGNG再利用もコピペでいいしね。
0239デフォルトの名無しさん
NGNGそれだけじゃpretty printと思われてしまうけど、
まあリファクタリングのうち再利用性に直接関係する主だったところを挙げれば
・各クラスの責任分担の見直し(インスタンス変数やメソッドの移動など)
・メソッドの可塑性の向上(一時変数の導入やメソッドの分割など)
・クラス階層の見直し(inheritance -> composition, composition -> inheritance)
あたりかな。
0240デフォルトの名無しさん
NGNGそうそう。関数もmain()だけで十分だし。
0241デフォルトの名無しさん
NGNG0242逝って良しの１
NGNGは非常に少ないはず。
クラスとは別に再利用の機構を考えるべき。
つうか、考えた時点でＯＯの負けだけどね。
0243デフォルトの名無しさん
NGNGはあ、クラスとは別の再利用の機構なら、
例えばクラスより大きな粒度ならば、
Javaならpackage、VisualWorks Smalltalkならばparcel、Squeakならばprojectなんかがありますが。
ほかの言語/処理系にも同じような機構は大抵あるんじゃない？
クラスより小さな粒度ならば、メソッド単位で再利用してもいいし、
別角度から見て、インスタンス単位で再利用してもいい。
どうでもいいけど、君が知ってるOOPL言ってみてよ。
批判する以上、実際に使った経験がある言語ぐらいあるんでしょ？
0244デフォルトの名無しさん
NGNGクラスとかだと言語限定になるのはどうよ？（COM使えとか言うなよ）
0245デフォルトの名無しさん
NGNGCOMつかえよ。
0246デフォルトの名無しさん
NGNGもちろんDLLやsoのような単位で再利用できるOOPLの処理系もあるわけですが、何か？
クラス単位の再利用にこだわっているのは>>242をはじめとするアンチだわな。
みんな理解してない技術や技法を食べず嫌いでバカにするのってどうかと思います。
まぁ、バカなんだろうけど。
0249244
NGNGLinuxのsoがWindowsで動いたりDLLがMACで動くような言いぐさですな。
0251デフォルトの名無しさん
NGNGオブジェクト指向言語でクラス以外の再利用の単位があるかどうかじゃないのか？
で、>>243-244や>>246はあると言ってるわけだ。
0252デフォルトの名無しさん
NGNGCOMじゃなくてもXPCOMだってあるじゃねーか
これはマルチプラットフォームだぞ
0253逝って良しの１
NGNG使えるとなると、ＯＯＰＬは自己否定してるようなもんなのだが。
0254デフォルトの名無しさん
NGNGやたら煩雑な手順を踏むことになるんで、とても使えるとは言えないと思うが。
0255デフォルトの名無しさん
NGNGゆってることはわかるけど、再利用だけですべてを否定するのはどうでしょうか？
仕様変更に強いとか。もあると思う
0256デフォルトの名無しさん
NGNG強いの？
0257デフォルトの名無しさん
NGNG0258デフォルトの名無しさん
NGNGだよねぇ。
0259244
NGNGDLLやsoは仕組みがほぼ同じなんだけど・・。
windowsと*nix両方で使えるモジュール作るのは簡単。
（バイナリレベルという意味ではないよ）
0260デフォルトの名無しさん
NGNG＞（バイナリレベルという意味ではないよ）
スマソ、じゃあ何レベル？
0261デフォルトの名無しさん
NGNG他プラットフォームで動くな。
MSだって元はそれをねらって設計してたんだしさ。
0262デフォルトの名無しさん
NGNG0263デフォルトの名無しさん
NGNGAPIとシステムコールは違うと思うけど。
どうやるの？
限りなく桁数の大きいPIを求めるとかそう言うの？
0264デフォルトの名無しさん
NGNG0265デフォルトの名無しさん
NGNGなーんだ・・・。
0266244
NGNG0268デフォルトの名無しさん
NGNGそのほかのロジックであることが多いんだから、
ラッパーを解したり#ifdefで選択するのは悪いことではないが。
というか、複数の環境で動かすプログラムは
大抵#ifdefが入ってるじゃん。
0269デフォルトの名無しさん
NGNG結局MSはそれをやらなかったわけで、個人がやるのは現実的じゃないな。
でも、COMの思想自体は悪い物では無いだろ。泥臭いけど。
で、類似品にMozillaのXPCOMはLinuxだろうがWinだろうが動くな。
0270逝って良しの１
NGNG変更に強い構造に出来る度合いはＯＯＰＬも非ＯＯＰＬも同じ。
ヘタレが組めば弱いし、上手い奴が組めば強いのが出来る。
その難易度や変更強さはＯＯＰＬでも非ＯＯＰＬでも差は感じない。
強いて挙げるなら、ＯＯの本読んで初めてそういうの知ったようなのが
そういう組み方をした場合にそうなるというぐらいか。
（本読んでもヘタレなコードしか書けないのが９割だし、会社のコーディング
規則でヘタレコードしか書いちゃいけないという話も別スレに一杯有る）
0271デフォルトの名無しさん
NGNG上手い奴が効率よくコーディングするのには、OOPLが役に立つんだよな。
0272デフォルトの名無しさん
NGNGそれはさ、非OOPL で OO しろって事でしょ？
素直じゃないな。OO するなら OOPL の方がいいに決まってる。
> 会社のコーディング規則でヘタレコードしか書いちゃいけないという話も別スレに一杯有る
俺も既にあるヘタレコードを使うように強要された時とかは泣きたくなるね
OO わかってないやつのソースとかさ、酷いよホント。
0273デフォルトの名無しさん
NGNGこういう事言う奴も結局OO分かってないんだよな。
大体本質はOO出来るかどうかじゃなくて、
問題の切り分けを正しくやっているかどうかだろうが。
0274デフォルトの名無しさん
NGNGあんたOOダメっていうけど、
たとえばファイル操作のライブラリをあんたが設計するとしたら、
どんな形態にするよ？
0276デフォルトの名無しさん
NGNG唯一絶対なんてOOには存在しないだろ
0277デフォルトの名無しさん
NGNG0278逝って良しの１
NGNGfile_read( char *file_name, void *buf );
0279デフォルトの名無しさん
NGNG高々読み込みなのに、いちいちファイル名を指定するのか？
ホントにｲｯﾃﾖｼだな。
0280デフォルトの名無しさん
NGNG毎回開き直すのか…スゲー
0281デフォルトの名無しさん
NGNG再利用について、言語仕様によって支援されている部分と
言語仕様外によって支援されている部分がある。
どちらが欠けても不十分。それだけの話だろ。
0282逝って良しの１
NGNG0283デフォルトの名無しさん
NGNGせめて最大サイズぐらい渡せよ。
bufを確保する時にファイルサイズをチェックするんだろうけど、
その時のファイルサイズと今のファイルサイズが同じなんて保障はどこにもないわな。
簡単にバッファオーバーランするぞ。呆らかに欠陥品だ。
0284デフォルトの名無しさん
NGNG0285デフォルトの名無しさん
NGNGでもvoid*の配列は作れるよね。
0286デフォルトの名無しさん
NGNG0287逝って良しの１
NGNG>>279-280
ファイルハンドラを抱えて右往左往するようなルーチンを考えているなら
上位層ではファイルハンドラなんか気にすべきではないので間違い。
>>283
オーバーラン上等！
>>284
中でbyte型に変換します。どんな型のデータでも読み込めます。
0288デフォルトの名無しさん
NGNG0289デフォルトの名無しさん
NGNGこういうアフォがいるから現場が荒れるんだよな…
つーか、
どうも若旦那の言動はオブジェクト指向の是非以前の問題なんだよな…
0290デフォルトの名無しさん
NGNGふーん、Smalltalkでは
"file.dat" asFilename readStream contents
なーんて書き方もできるけど、どう思うよ？
0291デフォルトの名無しさん
NGNGってことで晒し上げ(笑)
------------------------------------------------
274 ：デフォルトの名無しさん ：02/08/18 01:19
>>270
あんたOOダメっていうけど、
たとえばファイル操作のライブラリをあんたが設計するとしたら、
どんな形態にするよ？
278 ：逝って良しの１ ：02/08/18 02:05
>>274
file_read( char *file_name, void *buf );
279 ：デフォルトの名無しさん ：02/08/18 02:48
>>278
高々読み込みなのに、いちいちファイル名を指定するのか？
ホントにｲｯﾃﾖｼだな。
280 ：デフォルトの名無しさん ：02/08/18 04:07
>>278
毎回開き直すのか…スゲー
283 ：デフォルトの名無しさん ：02/08/18 04:36
>>278
せめて最大サイズぐらい渡せよ。
bufを確保する時にファイルサイズをチェックするんだろうけど、
その時のファイルサイズと今のファイルサイズが同じなんて保障はどこにもないわな。
簡単にバッファオーバーランするぞ。呆らかに欠陥品だ。
284 ：デフォルトの名無しさん ：02/08/18 04:47
void* buf だから、いくら読んでもポインタは進まないのさ。
287 ：逝って良しの１ ：02/08/18 05:13
しょーがないなー
>>279-280
ファイルハンドラを抱えて右往左往するようなルーチンを考えているなら
上位層ではファイルハンドラなんか気にすべきではないので間違い。
>>283
オーバーラン上等！
>>284
中でbyte型に変換します。どんな型のデータでも読み込めます。
------------------------------------------------------------
0292デフォルトの名無しさん
NGNGfunction ReadFileStrAll(fileName:string):string;
なんて関数は作って、実際よく使うけどな
Delphiのstringは255文字の制限もないし、サイズ付でバイナリも保存出来るし
0293デフォルトの名無しさん
NGNG「逝って良しの1は戦場では必要なし」という点では、かなりの割合で同意がとれると思うが、どうよ？
0294デフォルトの名無しさん
NGNGDelphiはよく知らんが、
ShiftJISなファイルをそれで読んだ場合、サイズはどうなる？
0295デフォルトの名無しさん
NGNGどうでもいい。
0296デフォルトの名無しさん
NGNGこれだって一応非OO言語でOOしてるんだし。
しかし、それ以前の問題だったのか
0297デフォルトの名無しさん
NGNG要はメンバとなるデータを持った構造体を作ってその構造体へのポインタを取るメソッド代わりの関数群を用意する。
と。
これだけ書くとあんまりやりたくない感じ。
0298デフォルトの名無しさん
NGNGこのたびDelphiを勉強してるのですが、オブジェクト指向というのが
いまいちよく分からなくて、うまくDelphi的なプログラムが組めません。
オブジェクト指向が身に付く、為になる参考書等ありませんでしょうか？
一応CとVBは書けます。
0299デフォルトの名無しさん
NGNGオブジェクト指向関係なさすぎな経歴にワラタ。
コンポーネント作ったりJavaとかやれば何となくわかってくると思うけど。
0300298
NGNGそうですかやっぱりJavaですか。
というか、Delphiの参考書自体数が少ないですよね。
一応Javaも基本的な事項は勉強しましたが、なんせ
起動が遅いし使いにくいしGUI書くのめんどうだしで、
結局つかわずにいます・・・
0301デフォルトの名無しさん
NGNG勘違いしてるぞ
構造体じゃなくファイルスコープを利用する
0302デフォルトの名無しさん
NGNGじゃなくて、普通のfopen/fclose/fread/fwrite/fseekみたくなるはずって事だろ。
まあ、逝って良しの1もそれを意識してあえてFILE *を外そうとしたんだろうが、
最大サイズを考えてなかった時点でもうダメダメだな。
はっきりいって、Cでもマトモな関数が書けるとは思えんセンスだ。
0303デフォルトの名無しさん
NGNG何を隠蔽して何を公開する？
0304デフォルトの名無しさん
NGNG自分でわかるだろ
0305デフォルトの名無しさん
NGNGこれ聞いてマターリする！
0306デフォルトの名無しさん
NGNG297は間違ったことを言ってないと思うが。
0307デフォルトの名無しさん
NGNGだからShiftJisでもファイルサイズと一致する
WideStringといって16bit文字列を扱える型も持っている。
これにAnsiStringを代入すれば文字コード変換は勝手にされる
0308デフォルトの名無しさん
NGNG0309デフォルトの名無しさん
NGNGメモリマップドファイルですか。
メモリ共有以外ではいまいち出番のないあいつですな。
0310逝って良しの１
NGNG最大サイズ指定ー＞やっぱりシステム止まる
どっちも同じ
0311デフォルトの名無しさん
NGNGメモリマップドファイルって出番ないか？
普通のRead/Writeよりよほど頻繁に使うんだが。
0312デフォルトの名無しさん
NGNGストリーム嫌いな人（俺とかｗ）には良い感じかと。
テキストファイルはStringList的な物に放り込んで使うことが多いなぁ。
0313デフォルトの名無しさん
NGNGでかいファイルを扱うときにバッファ間のコピーコストが気になるな。
0314デフォルトの名無しさん
NGNGvoid * で渡したのはポインタのポインタで
void * mem = SuperMemoryManegerCreate(); と作成しておいて
ReadFile( "file" , mem); //実際のアロケートはこの内部で行う
サイズが必要なら
SuperMemoryManegersGetSize(mem);
とやるんだとかさ
0315デフォルトの名無しさん
NGNGもうあんたは要らないって
そろそろ前の人に変われよ
0316デフォルトの名無しさん
NGNGその例じゃ無理
0317デフォルトの名無しさん
NGNGこんな感じでやったらだめ？
struct { int size;int used; void *membuf;} MemArray[66];
void *SuperMemoryManegerCreate(){
・・・ 略 ・・・
return & MemArray[n];
}
int SuperMemoryManegersGetSize(void *p)
{
return *(int *)p;
}
0318デフォルトの名無しさん
NGNG先代の方が良かったな。
0319デフォルトの名無しさん
NGNG0320デフォルトの名無しさん
NGNGと、言うか素直に逝ってもらうのがベストでは？
0321デフォルトの名無しさん
NGNG0322デフォルトの名無しさん
NGNG読み始めてから読み終わるまでファイルサイズが不変であることを保障できればいいがな。
実際にはそういうわけにはいかんだろ。
0323デフォルトの名無しさん
NGNG0324デフォルトの名無しさん
NGNGつーか、そのSuperMemoryManagerがよくわかんないんだけど。
特に66ってあたり。
ひょっしてmalloc()の再発明？
0325デフォルトの名無しさん
NGNGそれはそうだが、オーバーランされるより百万倍マシ。
0326デフォルトの名無しさん
NGNGReadFile("File" , mem); 関数内部で
ファイルサイズ調べて必要な量だけmallocして返したら 不可能じゃないよという 【だけ】の意味ね
0327デフォルトの名無しさん
NGNGじゃ、そんな変な構造体や関数使わなくても、
void **を渡せばそれで十分じゃん。
なんでわざわざ変な構造体を66個も作るわけ？
例えば
void *buff;
....
FileRead("file.dat", &buff);
...
で何か不都合でも？
0328デフォルトの名無しさん
NGNG別にそれでいいんじゃない？
ただ 管理する時変な構造体の配列を作った方が
後で解放忘れのチェックとか現在の状況をストリームに吐き出して中断とかが
楽だから 俺は良く使うだけでさ
0329デフォルトの名無しさん
NGNGのは、２ｃｈの通例か。
0330デフォルトの名無しさん
NGNG−効率が悪くて当然
−ソースが複雑になって当然
理解した人がちゃんと設計してつくれば
効率も良くなるし、ソースもきれいになる。
ってことで、
理 解 し て か ら 使 っ て く だ さ い
0331デフォルトの名無しさん
NGNGあのー、
効率よく書くのに激しく参考になるような本ないですか？
デザインパターン？
0332デフォルトの名無しさん
NGNG何を理解したいのですか？
あるいは、何を効率よくおこないたいのですか？
0333逝って良しの１
NGNG本ではなく才能
0334デフォルトの名無しさん
NGNG習得より体得
0335デフォルトの名無しさん
NGNGどこをどう読めばbuffにサイズを返すことになるのか…
それに、66という数字の意味がまだサパーリわからんのですが。
0336デフォルトの名無しさん
NGNG基礎無い物は死ぬのみ。
基礎は本で身に付けるべし。
0337デフォルトの名無しさん
NGNG0338デフォルトの名無しさん
NGNGえ？
int ReadFile (void ** mem)
{ int size;
・・・略・・・
*mem = malloc(size);
・・・略・・・
return size;
}
みたいにやるのかな？
ああ、66ね、 66は俺が好きだから
実行してみて必要サイズは調整すればいいという考えだけど
そのサイズをdefineしたりするのは嫌い。
ループとかでは sizeof を使って配列サイズ取ればいいじゃん
0339デフォルトの名無しさん
NGNG> >>274
> file_read( char *file_name, void *buf );
>
>
> 279 名前：デフォルトの名無しさん 本日の投稿：02/08/18 02:48
> >>278
> 高々読み込みなのに、いちいちファイル名を指定するのか？
> ホントにｲｯﾃﾖｼだな。
>
>>279
ちょっと聞きたいけどファイル名指定しないでどうやってファイル読み込むの？
0340デフォルトの名無しさん
NGNG> ああ、66ね、 66は俺が好きだから
> 実行してみて必要サイズは調整すればいいという考えだけど
> そのサイズをdefineしたりするのは嫌い。
頭痛くなってきた。
好きとか嫌いもいいけど、どうみてもバグの元だぞ、直値66は。
> ループとかでは sizeof を使って配列サイズ取ればいいじゃん
意味不明です。
MemArrayはautoじゃないんだから、ループの中とか外とか関係ないでしょ。
それとも関数のネストを許す言語での話？
0341デフォルトの名無しさん
NGNG通常はopen操作とread操作を別にしておくんですがね。
まあ読み込む対象が通常のファイルで一回で全て読み込んでしまうのであれば
openとreadを一緒にしてファイル名指定でもいいんだけど、
実際には開く対象が有限サイズとは限らないから問題ありだな。
例えば開く対象がFIFOだったらどうする？
0342デフォルトの名無しさん
NGNGえ？ 例えば直値で配列のサイズを書いても
for(i=0;i< (sizeof MemArray) / (sizeof MemArray[0]);i++){・・・}
みたいに そのサイズを利用すればいいわけで
リスト中に66をばらまく訳じゃないよ
サイズを #define MemArraySize 66 とか定義して
MemArraySizeをばらまく方法だと 醜い
0343デフォルトの名無しさん
NGNG>>333
>>334
>>336
ｻﾝｸｽｺ。
一応一通りDelphi書けるんだけど、オブジェクト指向ってのが
いまいち身に付かなくて、一回実際にコード書いてから
カプセル化や継承でコードを短くしたり効率化を図ってるんだけど、
なんかいわゆる「定石」みたいなのがあるといいなと激しく思っているので。
そんな本ないですか？
0344デフォルトの名無しさん
NGNGFIFOでも開く都度 Openしたって問題じゃないでしょ
Openが非常に重い処理だというなら 内部でキャッシュすればいいんだし
0345デフォルトの名無しさん
NGNGデザインパターンはなるべく読まん方がいい気もする。
0346デフォルトの名無しさん
NGNGななななんで〜
本屋逝っても、デザインパターンくらいしかオブジェクト指向の定石本
みたいなのは見つからないんだけど・・・
まぁCの定石に慣れすぎたおかげでオブジェクト指向が理解できない
みたいな弊害があるのかもしれんが。
0347デフォルトの名無しさん
NGNGまあ、君が自分用の俺プログラムを作るぶんにはどうでもいいが、
他人といっしょに仕事で書く時には、そういうワケワカラン直値はやめといたほうがいいよ。
0348342
NGNGだから .h ファイルには 関数名しか置かない
そして Cソースファイル中に 構造体とか配列の情報は埋め込んでしまう
って手法を使ってるわけ
ヘッダファイルに構造体を置いたり、配列のサイズ情報を入れたりはしない
0349デフォルトの名無しさん
NGNG他の奴らのレベルまで下がってるな
0350デフォルトの名無しさん
NGNG内部でキャッシュは別に良いんだけど、
読み込み要求があるたびにファイル名からディスクリプタとか検索するわけ？
0351デフォルトの名無しさん
NGNGまぁ類は友をなんとやら、ですわ。
…ｵﾚﾓﾅｰ
0352デフォルトの名無しさん
NGNGデザパタ本読んで
「よーし、俺もこれからデザパタでプログラミングするぞぉ！」
とかはダメダメだが、
過去自分が書いたプログラムを読み返しながら、
「ここはこのパターンを使ったらどうなるだろう？」
という疑問を持ち、実際にプログラムし直しながら読み解いていくのなら
有害ではないと思うよ。
つまり、生兵法にならんように気をつけな、って事 >> 346
逆に言うと、デザパタは生兵法になりやすいから注意。
0353デフォルトの名無しさん
NGNGだってFIFOでファイルOPEN処理が問題になるくらい重いんだろ？
ならファイル名から2分検索したって問題になるまい
0354デフォルトの名無しさん
NGNGそれと、直値の埋め込みとどういう関係が？
つーか、ヘッダファイル以外では#defineは使わないという趣味をお持ち？
0355デフォルトの名無しさん
NGNGだから、FIFOから次の値を取りにいく度に
文字列からデスクリプタ探さにゃならんわけ？
0356デフォルトの名無しさん
NGNG全検索する必要があったから。 同じディレクトリにファイルが1万もあれば
一つ Openするのに秒単位の時間がかかったりしたもの （Win95なら実際にそうだった)
OS/2から採用されたファイルシステムではB木のような構造が採用されており
この問題はほぼ解決されている
0357デフォルトの名無しさん
NGNGだから探さなければならないけど、何が問題なのさ？
既に開いているファイルが10個程度なら対した問題じゃないでしょ？
逆に、ファイルを１００も千も開いてるとしたら、そっちが問題じゃないの？
0359デフォルトの名無しさん
NGNGいちいち検索しなくて良いし、排他制御とか付加情報を持たせたりも出来るようになるじゃん
0360デフォルトの名無しさん
NGNG先 代 の 逝 っ て よ し の １ は ま だ で す か
0361逝って良しの１
NGNGファイルヂスクリプタ抱えて右往左往するようなプログラムなんか
可読性悪いだろ。
追うとき「今ＸＸをオープンしてて〜」とか全部頭に入れながら追うのか？
ファイル名渡したらバッファデーター以外全て忘れるのが吉。
0362逝って良しの１
NGNG0363デフォルトの名無しさん
NGNG開いているファイルの数が問題なんじゃないんだって。
通常、1つのFIFOからは何度もread操作を繰り返さなきゃいけないでしょ？
つまり、1回のfopenとn回のfreadで済む話を、
何で毎回fopen+freadを繰り返さにゃならんわけ？
たとえファイル名からディスクリプタをある程度高速に検索できたとしても
操作自体はディスクリプタを直接与えてfreadするよりも
ずっと複雑かつ高価になるでしょ？
って話なんだけど。
0364逝って良しの１
NGNG0365デフォルトの名無しさん
NGNGで、それとオブジェクト指向とどういう関係が？
例えばSmalltalkではファイル名から一括して内容を読み出すこともできるし
( buff ← "file.dat" asFilename readStream contents )
何回かに分割して読む事もできますが。
( stream ← "file.dat" asFilename readStream.
[ stream atEnd] whileFalse: [ char ← stream next. .... ] )
0366デフォルトの名無しさん
NGNG確かに多少は複雑だけど、別にそんな大きな問題じゃない
そもそも文字列はポインタで与えるんだから 大抵はポインタ比較
で一致すればOKでしょ
0367デフォルトの名無しさん
NGNGで、その多少は複雑になるような実装をあえて選択する理由を聞いているんだけど。
ファイルディスクリプタを使い回すかわりにファイル名を使い回す事で
何がどれくらい嬉しい事になるわけ？
0368逝って良しの１
NGNGＯＯ以前の 構造化以前の サブルーチンの組み方から議論してます。
0369デフォルトの名無しさん
NGNGで、君のサブルーチンの組み方はセンス極悪だということがわかったわけだが。
0370逝って良しの１
NGNG0371デフォルトの名無しさん
NGNGんじゃ、先々代と代わってくれたまえ
0372デフォルトの名無しさん
NGNGstrcpy(dst, src);
read(dst, buf);
これは違う実体を指すんですな？
0373デフォルトの名無しさん
NGNGあえて選択する理由って じゃコードを試しに書いてみてよ
char const PIPENAME="\\MyPC\pipe\PBUF";
だとして
片方は
int size=ReadFIFO(PIPENAME,void *buf);
とあちこち好きなように書くだけ。 Open/Closeは勝手にしてくれる
片方は PopeHandle をあちこちで使って、かつOPEN処理/CLose処理を明示しなければいけない
どっちが楽？
0374デフォルトの名無しさん
NGNGハァ？
ん？
0375デフォルトの名無しさん
NGNG開いているリソースを頻繁に再度開くような事が多いなら
ポインタで比較して一致すれば OK でなければ 文字列比較とすれば？
逆に 滅多に一致しないなら 文字列比較だけでやればいいんだし
0376デフォルトの名無しさん
NGNGint size = bufsize;
size = read(fd, buf, size);
close_and_unlock(fd);
排他制御出来なきゃ使い物にならねーだろ。
それから、open/closeのおまじないを１度ずつ呼び出すだけで、
検索による時間ロスが解消できる。
PIPENAMEを取り回す手間と、fdを取り回す手間も全くかわらん。
0377デフォルトの名無しさん
NGNG君はそれを「あちこち好きなように」書くのか？
普通、そういう外部とのやりとりは一箇所にまとめておくものだぞ。
ループの前と後にそれぞれfopenとfcloseを書くのをサボるためだけに
ループの内部でopen処理とclose処理をするのか…驚愕というか凶悪だぞ、それは。
0378デフォルトの名無しさん
NGNGそれはだからReadFIFOの実装じゃないか
それの３つをライブラリとして提供するより 一つの方が楽だろいう事
>>377
外部との通信をまとめておくよ。 だからそのモジュールとのインターフェースは
一つの方がいいんじゃないの？
逆に >>376 のようなのをあちこちバラ撒くよりよいだろ？
0379デフォルトの名無しさん
NGNG0380デフォルトの名無しさん
NGNG全然話が通じてない (苦笑
open();
while ... {
read();
...
}
close();
と、
while ... {
open_and_read();
...
}
で、どれだけの違いがあるというんだ？
open();とclose();だけだろ？
たったそれだけのために、毎回openとcloseを繰り返すのか？
上記のように1つの関数にまとめたとしても、やってる事は
while ... {
open();
read();
close();
...
}
と同じだぞ？
0381デフォルトの名無しさん
NGNG0382380
NGNG> で、どれだけの違いがあるというんだ？
> open();とclose();だけだろ？
> たったそれだけのために、毎回openとcloseを繰り返すのか？
は、
で、どれだけの違いがあるというんだ？
open()とclose()を書く手間を省略できるというだけだろ？
たったそれだけのために、read()するたびにopen()やclose()を繰り返すのか？
に読み替えてくれい。
0383デフォルトの名無しさん
NGNG排他制御はどうするんだ？って聞いてるんだが。
いちいちOpen/Closeしてたらその隙に割り込まれる
0384逝って良しの１
NGNG0385デフォルトの名無しさん
NGNG外部からの入力について現状まで読み込むのたびにopenとcloseを繰り返すのは糞。
0386デフォルトの名無しさん
NGNG外部からの入力について現状まで読み込むのたびにopenとcloseとopenに伴うエラー処理を繰り返すのは糞。
0387デフォルトの名無しさん
NGNGだから、Readするたびに OpenやCloseするのがどれだけ重いというの？
そりゃReadってのが１件のReadなら別だけどさ
FIFOを使うって事は他のプロセスもその間動くわけだろ？
たとえば、メールを読む関数を提供するのに、いちいちOpenしてRead
してCloseするようにさせる？
単に MailRead("メールサーバ名", &MailData) の方が喜ばれるだろ？
0388デフォルトの名無しさん
NGNGエラー処理も考えるのなら、ますますopen操作とread操作は分けたほうが便利だね。
0389デフォルトの名無しさん
NGNG片方は ReadFIFO だったり MailReadの話をしてる
片方はどうやら read/writeの話をしているんだ
だから噛み合わない？
0390デフォルトの名無しさん
NGNGさすがお客様の事を第一に考えるＳヨは違いますねぇ…。
そうやって無茶や矛盾を孕んだ設計を PG に降ろして
結局お客様の利益と PG のはかない命を奪い去るのがあなたの仕事なんですねぇ…。
0391デフォルトの名無しさん
NGNGPOPサーバからメールを100件取得する時、1件ごとにコネクション張り直す？
特にsshなどによるport forwardingも一緒にする場合なんかも？
普通は一回コネクション張ったら、それを使い回すわな。
0392デフォルトの名無しさん
NGNG>さすがお客様の事を第一に考えるＳヨは違いますねぇ…。
じゃーPGの事を考えて、ReadするたびにOpen/Close呼ぶの？それこそ本末転倒だろ。
俺はPGだし、馬鹿Sヨに苦しめられることもあるけど、けどその論点は間違ってると思うYO!!
0393デフォルトの名無しさん
NGNG判ったよ。ミスを認めて
MailRead("メールサーバ名", &MailArrayData)
と修正するよ
0394デフォルトの名無しさん
NGNGメールだったらなおさらopenしてコネクションを保持しないとダメだろ
0395デフォルトの名無しさん
NGNGだから、FIFOなんかの場合にはそうやって一括でデータを取ってこれる場合ばかりではないという話なんだが。
0396デフォルトの名無しさん
NGNGなんでReadするたびにOpen/Closeするんだ？
そんなんならあんたの設計でも問題ないが、
普通Openしたら保持しておくだろ。
>>393
取得するメッセージを選択出来ないのか？
0397デフォルトの名無しさん
NGNGreadがブロックされてる間はともかく、
openやcloseしてる間は実CPU時間をモロに消費するだろ。
つまり、その分、通信相手のプロセスも遅くなっちまうぞ。
0398392
NGNG>じゃーPGの事を考えて、ReadするたびにOpen/Close呼ぶの？それこそ本末転倒だろ。
…だ、よく読めよ(汗)。俺はOpen/CloseをReadするたびによぶのは反対だ。
0399逝って良しの１
NGNG0400397
NGNG> つまり、その分、通信相手のプロセスも遅くなっちまうぞ。
は、
つまり、通信相手のプロセスが進んだからといって、問題なしというわけではない。
に読み替えちくり
0401デフォルトの名無しさん
NGNG我侭だねえ じゃあ第３引数として
MailRead("メールサーバ名", &MailArrayData , mdReadTitle)
MailRead("メールサーバ名", &MailArrayData , mdSelectRead)
0403デフォルトの名無しさん
NGNGんじゃー、削除フラグはどうすんの？
勝手に削除しちゃうとか全く削除出来ないとか？
0404デフォルトの名無しさん
NGNGで、全件取ってくるのは別の関数で実装するのか？
しかも、そのMailRead自体の実装はread(type, hostname, port, buff)で可能なのか？
俺には到底可能とは思えん。
0405デフォルトの名無しさん
NGNG判ったよ
struct _MailData {
enum MailAction action; //mdNoOpe mdDelete mdRead mdReadAndDownLoad
・・略・・
}
0406デフォルトの名無しさん
NGNGもう
MailRead("メールサーバ名", &MailArrayData , mdAllRead)
0408デフォルトの名無しさん
NGNG取得と削除同時に出来ないのね。
２度接続するの？
俺の使ってるDTIのpopサーバーだと
接続後すぐログインすると、認証時に数十秒待機させられるんだけど、
その方式だとパフォーマンスに深刻な影響が出るね
0409デフォルトの名無しさん
NGNGさらに言うと、メールを取って来る基準を設定したオブジェクトなり構造体は
取ってきたメールのデータとは別なほうが美しいな。
0410デフォルトの名無しさん
NGNGなら別のスレッドで実行してくれ
0411デフォルトの名無しさん
NGNGそもそも認証そのものが逝ってよし風の毎回open/closeするread関数では不可能な罠。
0412デフォルトの名無しさん
NGNG小説は色んな他人の人生を追体験しておくのはやっぱり必要だから
0413412
NGNG0414デフォルトの名無しさん
NGNG同意。
どう有効か、どう使えばいいかもわからずに闇雲に叫んでるバカはどうかと思う。
0415デフォルトの名無しさん
NGNG認証側にすごく負担になると思われ。
それに、同一アカウントでは同時に複数ログインできないpopサーバってのも考慮しないと。
0416デフォルトの名無しさん
NGNGどこのスレと間違えたのかしらんが…
(実話ベース以外の)小説で他人の人生の追体験しちゃうのはどうだろう？
それって「ぼくわウルトラマンだど〜」と同レベルぽ…。
0417デフォルトの名無しさん
NGNGもうしょうがない。 じゃあこうだ
MailRead("メールサーバ名", CallBackProc , mdCallBack);
enum MailAction CallBackProc( CMailData & data );
0418デフォルトの名無しさん
NGNGGoF本など、大抵のデザパタ本には、まずパターン名に続いて適用すべき状況と長所と短所を記述してある。
そこをちゃんと理解せずに構造などばかりを読んでいる奴がいかに多いことか。
0419逝って良しの１
NGNG0420デフォルトの名無しさん
NGNG勝手にコネクション破棄しちゃうの？
リモートメールボックスとかIMAP4の用にコネクション維持したい場合はどうするの？
0421デフォルトの名無しさん
NGNGそういう場合はこうだ
MailRead("メールサーバ名", CallBackProc , mdCallBack | mdContinue);
最後は
MailRead("メールサーバ名", CallBackProc , mdCallBack );
か、プロセス終了時に解放
0422デフォルトの名無しさん
NGNG俺に予想させてくれ。
ズバリ、コネクション維持してる間にしたい事をコールバックで呼び出すと見た！
どう？ >>417
0423421
NGNG0424デフォルトの名無しさん
NGNGネット上なんて関係ない。
open closeで無視できない負荷がかかる・パフォーマンスに影響が出る例として上げてるだけだろ
0425417
NGNGそのアクションを実行してから呼び返される仕様ね
nopなら 次のデータを受信するまで待つと
0426423
NGNG0427デフォルトの名無しさん
NGNG言いなりにすらなれない COBOLer あがりよりはマシだから安心しなさい。
0428デフォルトの名無しさん
NGNGMailRead("メールサーバ名", &MailArrayData , mdAllRead) で全件取得
MailRead("メールサーバ名", &MailArrayData , mdReadTitle|mdContinue) でタイトル取得
その後、
MailRead("メールサーバ名", &MailArrayData , mdExecAction) 読/削除/して解放
コネクションを貼りつづけたい場合は別スレッドで
MailRead("メールサーバ名", CallBackProc , mdCallBack|mdContinue);
とすれば1件毎にCallBackされる
ふう。 どうだ！
0429デフォルトの名無しさん
NGNG＞別スレッドで
ハン！ エレガントさに欠けるな。
0430デフォルトの名無しさん
NGNG0431デフォルトの名無しさん
NGNGきたいあげ♪
0432デフォルトの名無しさん
NGNGint cnt=mailer->getSubjCount();
for(int i=0 ;i<cnt;i++){
CString subj = mailer->GetSubject(i);
・・・略・・・
}
0433逝って良しの１
NGNGprivate Bool Open( FILE *fd );
private Bool Close( FILE *fd );
private int Read( FILE *fd );
public int ReadFile( char *file_name,void *buf );
}
0434逝って良しの１
NGNGprivate int Read( FILE *fd,byte *buf );
0435デフォルトの名無しさん
NGNGそれは 何？ って聞かないと始まらないんだけどさ
なんかもう頭痛いんだけど・・・・・
0436デフォルトの名無しさん
NGNG0437逝って良しの１
NGNG//ヂスクリプタを抱えて右往左往する負担から解放されるれ。
0438デフォルトの名無しさん
NGNG馬鹿じゃないの。
0439デフォルトの名無しさん
NGNGFile file = new File("name");
file.read(buf);
の方がよっぽどスマートだが。
0440デフォルトの名無しさん
NGNG0441逝って良しの１
NGNG0442デフォルトの名無しさん
NGNG0443終了
NGNG0444＝＝ 再利用 ＝＝
NGNG0445デフォルトの名無しさん
NGNGstruct{ ・・略・・} FilePoo[66];
int findFilePool(char *fname); //既にプールされてたら その配列番号を でなければ負数を
int newFilePool(char *fname); //プールの空番地を なければ一番古いプールを消せ
0446逝って良しの１
NGNG0447デフォルトの名無しさん
NGNG0448逝って良しの１
NGNGそういうハンドラとかシステム寄り/ハード寄りのものは下層に封印して
上層は人間が把握しやすい様に作るべきなのだよ。
0449デフォルトの名無しさん
NGNGclass {
char fname[_MAXFILESIZE];
FILE *fd;
Bool Open( );
Bool Close( );
int Read( void *buf );
public int ReadFile( char *file_name,void *buf );
}
0450逝って良しの１
NGNG煽ってるヤシは無知を晒すのを怖がって理由も書かないし・・・
0451デフォルトの名無しさん
NGNGそりゃ君を見てれば自身満々に間違った事書いてたら恥かしいなって
誰だって考えるようになるよ。
0452デフォルトの名無しさん
NGNGストリームを知らんのか？ここにタムロしてる衆は！
0453デフォルトの名無しさん
NGNG0454デフォルトの名無しさん
NGNGアホか。
0455逝って良しの１
NGNG274 ：デフォルトの名無しさん ：02/08/18 01:19
>>270
あんたOOダメっていうけど、
たとえばファイル操作のライブラリをあんたが設計するとしたら、
どんな形態にするよ？
0456デフォルトの名無しさん
NGNGそうだよな。
FILE使わないと同時に開けるファイルは1つだけになりそうだな。
ああ、ファイルIDとか。でも、IDもオブジェクトの識別子になりうるしなぁ。
0457デフォルトの名無しさん
NGNG＃根拠なし
0458デフォルトの名無しさん
NGNGバッファオーバーライトって、してもいいの？
0459デフォルトの名無しさん
NGNG> そういうハンドラとかシステム寄り/ハード寄りのものは下層に封印して
> 上層は人間が把握しやすい様に作るべきなのだよ。
それがやりやすいのがオブジェクト指向ではないですか？
0460逝って良しの１
NGNG0461デフォルトの名無しさん
NGNG0462デフォルトの名無しさん
NGNG俺も思った。
例えば１チップマイコンの１ビットのメモリをラップするクラスを作る（効率悪いのは承知）。
それを継承させてメモリマップドIOクラス、さらにタイマークラスなどの周辺機器クラスを実装する。
他のマシンに移植する場合はもっとも規定のクラスを差し替えるだけでいい。みたいな。
0463デフォルトの名無しさん
NGNG0464デフォルトの名無しさん
NGNG出来ない理由ってある？
資源さえ豊富にあれば出来ると思うけど。
0465デフォルトの名無しさん
NGNGここの意見の半分が「思ってる」ことだと思うのは気のせいか？
0466デフォルトの名無しさん
NGNG0467デフォルトの名無しさん
NGNG昔キミの言っていたような実装に関する書籍を見たことがある。
またOSをOOで実装することに関する書物も見たことがある。
そのどちらの書籍も今では絶版となっている。
0468デフォルトの名無しさん
NGNG良い考えだと思ったんだけどね。ｗ
まぁ、青色ダイオードの例もあるんで研究がてら個人的に試してみますわ。
0469デフォルトの名無しさん
NGNGオブジェクト指向の定義を述べよ。
0470デフォルトの名無しさん
NGNG多態
カプセル化
0471デフォルトの名無しさん
NGNGそれは「うまくクラス分けできれば」という重要な条件が付くけどな。
0472デフォルトの名無しさん
NGNGそれは非オブジェクト指向でも同じだろう。
「うまく設計できれば」オブジェクト指向なんかよりもイイってことになる。
っていうか「うまくクラス分けができない」場合なんて考えてたら議論にならないじゃん。
PGの技術によるんだし(もちろん、クラス分けが非常に困難だというなら議論の余地はある)。
水掛け論だと思うよ、それは。
0473デフォルトの名無しさん
NGNGほう。非オブジェクト指向で「クラス分け」なんてのがあるのか。
というか、そもそもクラス分けをお前のところではPGにやらすのか？
まぁ凄腕のPGならまかせられるが、そのレベルだと年俸1000万は
普通に超えてるレベルだよな。
0474デフォルトの名無しさん
NGNG0475デフォルトの名無しさん
NGNG0476デフォルトの名無しさん
NGNG君さ、
> private Bool Open( FILE *fd );
って… openするのに FILE *渡してどーすんだよ！
マジでこいつセンス以前の問題だ。
0477デフォルトの名無しさん
NGNGメッセージを受けることで動作するオブジェクトを中心にして
分析/設計/実装における記述を行なう事。
0478デフォルトの名無しさん
NGNG訂正しときます。
メッセージを受けることで動作するオブジェクトを中心にして
”自己満足的”な分析/設計/実装における記述を行なう事。
0479デフォルトの名無しさん
NGNGうわ、アンチのオナニー現場を見てしまった！
き も ち わ り ぃ 〜
0480デフォルトの名無しさん
NGNGOOを有効に実行しようとしたら、PGだのSEだの分業したりしないだろ。
PGが分析/設計に参画するのが当然だ。
0481デフォルトの名無しさん
NGNGMAXFILESIZE？なんじゃそりゃ、ファイルサイズとは関係ねーだろ。
せめてMAX_NUM_FILE_DESCRIPTORぐらいにしとけ。
0482デフォルトの名無しさん
NGNGそれらの関数を、逝ってよし流のreadするたびにopen&closeするRead関数で実装してみてくださいな。
0483デフォルトの名無しさん
NGNG0484デフォルトの名無しさん
NGNG直感、オブジェクト指向的直感。
0485逝って良しの１
NGNG細かい事は気にしない様に。
大意さえ伝われば良い。
0486デフォルトの名無しさん
NGNG0487逝って良しの１
NGNG同時にopen可能にして状態を記録しておく（Pool）つもりだった。
0488逝って良しの１
NGNG誰だよ用語使えば意志疎通がスムーズになるとか言ってた奴は。
0489デフォルトの名無しさん
NGNG相手がその用語を知らなければ意思疎通できないのは
デザパタに限った話ではあるまいに。
0490デフォルトの名無しさん
NGNG正 直 、 話 に な り ま せ ん 。
0491デフォルトの名無しさん
NGNGあの用語自体が意思疎通が難しいように設定されている。
FlyWeightなんぞあれ見るまで聞くこと無かった。
アーケードは近所の寂れた商店街しか想像できん。
0492デフォルトの名無しさん
NGNGclass {
char fname[_MAXFILESIZE];
FILE *fd;
Bool SaveHandle(char *fname,CFileHandle handle );
Bool FindHandle(char *fname,CFileHandle & handle );
public int ReadFile( char *file_name,void *buf );
}
0493デフォルトの名無しさん
NGNG用語以前の問題なんだけど
0494デフォルトの名無しさん
NGNG必死だな。
0495デフォルトの名無しさん
NGNG必要なわけないだろ！
以前J社のシステムをOOで開発したことあって
クラス設計がよくされてはいたのだが、
それでも冗談かと思うくらい複雑だった。鬱になったよ。
結局あれ以来フラットな設計の方が分かりやすいし、
戦場では有効な手法だというのがよく分かった。
結局はOOなんて小さいプログラムをチマチマ設計して
自己満足しているPGのためのものだよ。
0496デフォルトの名無しさん
NGNG才能のない人はみんなそう言うよ
0497デフォルトの名無しさん
NGNGこういうのは土方逝き決定ですな。
ついでに、分析手法もよく分かってないくせにデザインパターンと
連呼するヤシは土方にも使えんからな。逝ってよし。
0499デフォルトの名無しさん
NGNG0500デフォルトの名無しさん
NGNG分かってないﾔｼに限って「複雑」っていうんだよ。
ちゃんとクラス図見た？
0501デフォルトの名無しさん
NGNGパート２くらいでOOは戦場では使えないって結論でたんじゃないのか？
よほどOO厨房がムキになってるんだな。ﾌﾟ
0502デフォルトの名無しさん
NGNG0503デフォルトの名無しさん
NGNGま、その時点で、OOがどうとかデザパタ用語がどうとか
そういう次元じゃないですな。
0504デフォルトの名無しさん
NGNGじゃあOSつかうなや。と。
OO厨だが普通にむかついた。
0505デフォルトの名無しさん
NGNGお前の使っているWindowsはOOで開発されていることを忘れるな。
0506デフォルトの名無しさん
NGNG君も、readするたびに毎回read関数内でopen&closeさせたいわけ？
つーか、君がどんなOS使ってるのか知らんが、
普通のOSはopenやcloseとreadは別に用意されていると思うが。
少なくともreadするたびに内部でopen&closeするようなOSを使いたいとは思わん。
だって、そんなんじゃnetwork上での双方向通信すらマトモにできないじゃん。
コネクション張ってHELLOを受けたらいきなり切断しちまったら困るんだよ(藁
0508デフォルトの名無しさん
NGNG優れた設計者と優れたプログラマが使えば効率よく開発できる。
0509デフォルトの名無しさん
NGNGその後、ファイルディスクリプタをキャッシュして
毎回open&closeするわけじゃないとかいう弁解らしきものをしてたがな。
で、キャッシュされたファイルディスクリプタをファイル名で引くらしいが、
まずOSレベルでそれやるのはアフォだし、
ユーザライブラリでやるにしても、同一ファイルを複数のスレッドが読んだりしたら
ちゃんとファイルディスクリプタで区別してやらないと滅茶苦茶になるわな。
それに、ソケット使うときはどうすんだ？
同じホストの同じポートにコネクション張りにいったら全部同じコネクション共有することになっちまうだろ。
やはり逝ってよしAPIはタコということで。
0510デフォルトの名無しさん
NGNG素人が使うとめちゃくちゃになる。
プロが使うと効率よく開発できる。
0511デフォルトの名無しさん
NGNGいきなり戦場でＯＯを使って設計するバカはいないだろうが。
ＯＯっていうのは資産なんだよ。
んなん、わずか数個のプロジェクトでＯＯが発揮できるかと言うと
無理に決まってる。
バカとＯＯは使いようっていうではないか？
効率を考えるなら使わない手は無いね。
0512デフォルトの名無しさん
NGNGここだけ読んで話のスジが読めてないのでズレるかもしれんが、
>で、キャッシュされたファイルディスクリプタをファイル名で引くらしいが、
こういうのはポインタで管理したりしてないの？
0513デフォルトの名無しさん
NGNGポインタだと同じになることあるし
0514デフォルトの名無しさん
NGNGこの回答は本当に飽きたよ。
プロが使えばっていう前提の答えは、”逃げ”としか見えない。
0515デフォルトの名無しさん
NGNGﾊ?
0516デフォルトの名無しさん
NGNG「クラス分け」が年棒1000万円に値する高等技術だと思っている時点で終わってる。コイツのまわりもバカばっかりなんだろうな。
0517デフォルトの名無しさん
NGNGお前よりは賢いと思うけどね。
0518デフォルトの名無しさん
NGNGまあ、ポインタでも文字列比較でもいいんだけどさ、そんな面倒な事するぐらいなら
どう考えてもread関数にはファイルディスクリプタ渡してやったほうがいいわな。
ファイル名とファイルの実体は1対1対応ではないし、
1つのファイルについて複数のディスクリプタ使うことだってあるし。
0519デフォルトの名無しさん
NGNG逃げ？ 真実だと思うよ。
道具ってのはプロが使ってはじめてその真価が発揮されるってものさ。
技術力が低いものが高度な道具を使っても使いこなせるわけがない。
0520デフォルトの名無しさん
NGNGつーか、生兵法なクラスの切り方と、熟練者の仕事はちゃんと区別しないとな。
本当の熟練者であれば年棒1000万ぐらい取っても何の不思議もない。
0521デフォルトの名無しさん
NGNGメンバとメソッドを固めてクラス作るだけの奴が多くないか？
それ以上の設計の話となると、ほとんどの奴が俺様流の解釈
でやってるし、ある程度の規模以上で継承やらからんでくると
になると異常に複雑になったり、結局OOというものは導入すると
コストがかかると思うよ。
0522デフォルトの名無しさん
NGNG0523デフォルトの名無しさん
NGNG典型的な生兵法ですなあ
0524デフォルトの名無しさん
NGNG本気でそう思っているのなら、eiffelをお勧めする。
flatコマンドで全ての継承関係をなくし、全てのクラスをフラットにできる。
0525デフォルトの名無しさん
NGNG「 失 敗 し な け れ ば、 成 功 す る 」
以上
0526デフォルトの名無しさん
NGNGOO以外でも同じ事をOOだけであるような言い方はやめなされ。
0527デフォルトの名無しさん
NGNGすごい！
いや委譲の方が戦場向きかなって思っただけです。
0528デフォルトの名無しさん
NGNGそう？
下のような意見もOO以外の話でも当たり前だろって突っ込みたいけどね。
> ：デフォルトの名無しさん 本日の投稿：02/08/19 15:16
> >>507
> 優れた設計者と優れたプログラマが使えば効率よく開発できる。
> 510 名前：デフォルトの名無しさん 本日の投稿：02/08/19 15:18
> >>507
> 素人が使うとめちゃくちゃになる。
> プロが使うと効率よく開発できる。
0529デフォルトの名無しさん
NGNGそうだよ。OOでもOO以外でも当たり前。そしてOOでもOO以外でも正しい。
0530デフォルトの名無しさん
NGNG同意だな。
結局、その辺の議論は定量的にやらないと意味ないんだが、
こんな所ではそれは無理な注文だな (藁
0531デフォルトの名無しさん
NGNG（ ´Д｀）／/ ＜ 先生！
／ ノ ｜ ＨＳＰは戦場で使えますか？
＿ ＿ | .| | ＿_ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
＼ ￣￣￣￣￣ ＼
||＼ ＼
||＼||￣￣￣￣￣￣￣||￣
. ||￣￣￣￣￣￣￣||
0532デフォルトの名無しさん
NGNG・・・何言ってんの？
0533デフォルトの名無しさん
NGNGどちらが効率がいいだろうか・
0534デフォルトの名無しさん
NGNG切るのが一番効率よさそうだな…
0535デフォルトの名無しさん
NGNG同意。
0536デフォルトの名無しさん
NGNG一般的に戦場で有効なのは
オブジェクト指向のような同じ言語で低レベル処理から高レベルまで書くより
言語を別けてしまう手段の方が有効だね
だから、HSPも使うのは良い手段だと思う
0537デフォルトの名無しさん
NGNG0538デフォルトの名無しさん
NGNGマシン語とは逆方向、の意
0539デフォルトの名無しさん
NGNG0540デフォルトの名無しさん
NGNG高級言語というだけでいいだろ(笑)
度合いを表す言葉じゃないし。
0541デフォルトの名無しさん
NGNG高級言語 C/C++/LISP/Delphi
超高級言語 HSP/VB/Perl.Ruby
0542デフォルトの名無しさん
NGNGかぶってるぞ。
0543デフォルトの名無しさん
NGNGPerlの本で始めてみたけど、向こうでは一般的に使われてるんじゃない？
0544デフォルトの名無しさん
NGNG低レベル記述可能言語 ASM C C++ Delphi
高レベル記述可能言語 C++ Delphi LISP
高レベルのみ記述言語 HSP VB Perl Ruby
0545デフォルトの名無しさん
NGNGかぶってるぞ
0546デフォルトの名無しさん
NGNG0547デフォルトの名無しさん
NGNGいいんだよ。
そもそも C++ とかは 低レベルから高レベルまで記述出来るのがコンセプトなんだろ？
0548デフォルトの名無しさん
NGNG何でも出来るようにしようとして破綻した言語。
0549デフォルトの名無しさん
NGNG0550デフォルトの名無しさん
NGNGの割にはまとまっている言語。しかし、融通の利かない局面多し。
良くも悪くもC++になれなかった言語。
0551デフォルトの名無しさん
NGNGPascalと違ってDelphi言語は 融通利きまくりだが？
どんな面が融通利かないと？
0552デフォルトの名無しさん
NGNGメリットばっかり言い過ぎるとDel厨としてまともな意見として扱われなくなるんでねｗ
0553デフォルトの名無しさん
NGNGObjectPerl みたいなもんだよね？ それってRubyじゃん？
つまりそれなりにきちんとした（しかも敵の多い）言語になるのかな？
0554デフォルトの名無しさん
NGNG0555デフォルトの名無しさん
NGNG7月のうちに全部終わらせたよ！ ｴｯﾍﾝ
0556デフォルトの名無しさん
NGNG小さい粒度の単位を導入しただけで、何でもオブジェクトに
しようとすれば破綻を来すのは明らか。
小さいtrivialなデータをクラスにしても、関数書く手間が
増えるだけで、生産性が上がる訳が無いのに。
その意味で、JavaのVectorだのwrapper classなんてのは反面教師で。
もっと粒度の小さい、generic programmingでアプローチするところ。
その方がお手軽高速かつ安全。その割に、クラスより大きいはずの
モジュールをMathみたいなクラスにしてるんだよなあ。
0557デフォルトの名無しさん
NGNGMathはアホだと思った。
0558デフォルトの名無しさん
NGNG参考までに
0559デフォルトの名無しさん
NGNGこれで「JavaとCとC++を知ってる」と言い張れる、その度胸が気に入ったッ！
0560デフォルトの名無しさん
NGNGOOだろうが、非OOだろうが、
ちゃんとした戦略に乗っ取って
それにそった戦術を選択すればいいだけなのだ。
語れ
0561デフォルトの名無しさん
NGNG0562デフォルトの名無しさん
NGNG0563デフォルトの名無しさん
NGNGさぁ、どうぞ。
0564デフォルトの名無しさん
NGNGすまねぇ。
0565デフォルトの名無しさん
NGNGじゃあWebシステムは題材としてどうよ？
0566デフォルトの名無しさん
NGNGまぁた広いお題を。
0567デフォルトの名無しさん
NGNG確かに俺はオブジェクト指向なんぞこれっぽちもしらねぇし、
VB厨だしC厨だ。
デザパタだって少しかじったばっかりだ。
でもこんな俺でもオブジェクト指向の凄さに触れたいんだ。
悪かった！って！煽ったのはちょっとだけだろ？許せーよ。
0568デフォルトの名無しさん
NGNGVBやCでオブジェクト指向してますが何か？
0569デフォルトの名無しさん
NGNG0570逝って良しの１
NGNGダメ。上の二つはReadFile()ルーチンの最初の方に持って行くべき。
0571デフォルトの名無しさん
NGNG低水準言語 ASM C/C++/Delphi
高級言語 C/C++/LISP/Delphi/VB
超高級言語 Perl/Ruby/Python
糞言語 HSP/ひまわり/TTS/Uva
0572デフォルトの名無しさん
NGNGだからJavaとC#を入れてくれよ。
0573デフォルトの名無しさん
NGNG低水準言語 ASM C/C++/Delphi
高級言語 C/C++/LISP/Delphi/VB
超高級言語 Perl/Ruby/Python/Java/C#
糞言語 HSP/ひまわり/TTS/Uva
超超高級言語 Ocaml/Haskell/StandardML
0574デフォルトの名無しさん
NGNGおまえらもう低脳な争いやめようぜ。
だってよ。ほんとはおまえらがうらやましかったんだ。
OOを理解しつくしてるおまえらが。
俺は低脳だからどうしても理解できんのだ。すまねぇな。
だからおまえら休んでください
0575デフォルトの名無しさん
NGNGそれ間違ってる。TTSが糞言語に入ってるのは違うね。これを見てくれ。
http://pc3.2ch.net/test/read.cgi/tech/1015170837/390
TTSは超高級言語だぞ！
色んな意味でな。
0576デフォルトの名無しさん
NGNGあとは理由があれば完璧だな。
0577デフォルトの名無しさん
NGNG不毛な争い楽しいかって！
悪かったって言ってるだろ？
デザパタのクラス図見てもさっぱりわからんし、
実際プログラム自体ほとんど書いてねぇよ。童貞だしな。
もうやめてくれぽ
0578デフォルトの名無しさん
NGNGん？お前だれ？
0579デフォルトの名無しさん
NGNGhttp://pc3.2ch.net/test/read.cgi/tech/1029320804/
の1でございますが、何か？
0580デフォルトの名無しさん
NGNG結局さ
なんかさ、
OOすればプログラムが自然に作れる かのような言動に尽きるんだよ
一昔前は、やっぱり構造化マニアみたいなのがいて同じような感じだった
が、OOマニアは【お勉強】してるだけタチが悪い
0581デフォルトの名無しさん
NGNGそんなバカはほっといて自分でちゃんとOOを身に付けろ。
05828 ◆wMOjCT4s
NGNGけど、OO 知らなくても出来ることもある。
データベース読み書きするだけの単純なアプリケーションとかさ。
OO マニヤでも意味の無いところでクラスを定義したりはしないもんだよ。
俺にとっての問題は、そんなプログラミングが退屈でたまらんことだ。
0583デフォルトの名無しさん
NGNGやだ！あなたったらぁ！
そこはだめぽですわよ〜ん♪
0584デフォルトの名無しさん
NGNGできるよ、より一層複雑なのが。そうやって無理矢理作られたCOBOLのシステムをメンテするのが苦痛だ。
うちの社でやった仕事の半分ほどはC++とかに書きなおしたけど、まだ動いてるのも半分ほど…。
0585デフォルトの名無しさん
NGNG何でもオブジェクトにしようとして破綻するのはOO厨(w
0586デフォルトの名無しさん
NGNG＃つうかOOって、俳句の季語とか、ｵﾔｼﾞｷﾞｬｸﾞみたいに、高度に形骸化した形式持ってる所がｳｻﾞｲ。
＃OO以外の広い知識をもって考えて、最後にOOでモジュール化 or コンポーネント化しる。
0587585
NGNG0588デフォルトの名無しさん
NGNG確かに。
再利用可能なモジュールなんてのは、OOとその作ろうとしているモジュールの分野を極めた者が作るべきものだ。
0589デフォルトの名無しさん
NGNG0590デフォルトの名無しさん
NGNGなぜなんでどうして？？
0591デフォルトの名無しさん
NGNGhttp://pc3.2ch.net/test/read.cgi/tech/1029320804/
0592デフォルトの名無しさん
NGNGバカ、誘導先が違うダロ！
>>589-590
電波・お花畑
http://natto.2ch.net/denpa/
へGO!
0594デフォルトの名無しさん
NGNGﾋﾏだから。
それくらい分かってくれよ・・・
0595デフォルトの名無しさん
NGNG0596デフォルトの名無しさん
NGNG0597デフォルトの名無しさん
NGNGたとえば、どんな所が形骸化してると思うんだろ？
0598デフォルトの名無しさん
NGNG「形骸化している」と自分で判断できるなら、
そんな形式には従わなければよいのではないですか？
あ、人のソース見るときの話かな。
どっかのサイトや本から、理由も知らずに貼り付けたりしてるコードとか？
0599デフォルトの名無しさん
NGNG尊敬しますが、私の上司でなくなってよかったです
0600逝って良しの１
NGNGchar fname[_MAXFILESIZE];
FILE *fd;
private FILE *CreateHandle(char *fname )
private FILE *FindHandle(char *fname )
public int ReadFile( char *file_name,void *buf ){
if( (fd = Find Handle(fname)) ==NULL ){
fd = CreateHandle(fname);
}
...
}
だろが。
0601逝って良しの１
NGNGは見なかったことにするように。
0602デフォルトの名無しさん
NGNG実装が変わる度に、要求の充足度合いやモデリングが大きく変化するのを防ぎたい
って場合には向いてる。
逆に、実装＝モデルでいいとか、モデリングできるほど対象の性質がわかっていないとか、
オブジェクト指向ランタイムコードのオーバーヘッドが問題になる程粒度の小さな対象には、
オブジェクトとかコンポーネントって向いていない罠。
OO厨のｲﾀｲ所は、OO適用に都合の良い分野に、自分の仕事の範囲を狭めてるってﾄｺ。
＃昔だとGUIプログラミング〜DB〜業務系プログラミングとか、
＃最近だとリアルタイム制御とか(Ö)
0603逝って良しの１
NGNG次はＸＭＬだそうです。
もちろん反対です。
ＭＩＳ→知らない→ＡＩ→マルチメディア→インターネット
→オブジェクト指向→ＸＭＬ
0604逝って良しの１
NGNGと書くべきか
0605デフォルトの名無しさん
NGNGUNICODEを忘れてるよ！
0606逝って良しの１
NGNG0607デフォルトの名無しさん
NGNG＞オブジェクト指向はもうすぐ死にます。
＞次はＸＭＬだそうです。
XMLでプログラミング！
案外出来そうだから怖いな・・・。
<function name="hoge">
<argment>
<int name="a">
<char name="b">
</argment>
<implement>
a = 30;
<IF dat="a < 30">
print(a);
</IF>
</implement>
</function>
0608デフォルトの名無しさん
NGNGXMLでソース入出力する処理系なんて、とっくに存在しますが。
0609デフォルトの名無しさん
NGNGその周辺的な方法論という要素が強いからでなかろうか
0610デフォルトの名無しさん
NGNG使いこなしてないときの出来上がりがひどいからだろ。
0611デフォルトの名無しさん
NGNG相当ご立派なものをお書上げになってることだろーな。ﾌﾟ
0612デフォルトの名無しさん
NGNGMFC...
0613デフォルトの名無しさん
NGNGどんなのなら立派だと思うんだろうね。OOじゃなくてもいいからさ。(w
0614デフォルトの名無しさん
NGNGまたそうやってごまかす(ww
0615デフォルトの名無しさん
NGNG0616デフォルトの名無しさん
NGNG誤魔化さないで自分が立派だと思うソースをだせよ。
それと同じくらいのソースなら出してやるから。
0617デフォルトの名無しさん
NGNGリーナスの書いたprintfはすっげーかっこよかった。
0618デフォルトの名無しさん
NGNG見せたら不利になるから絶対に見せられないyo！
0619デフォルトの名無しさん
NGNGなにを見たいのかぜんぜんわからんな。
立派なアルゴリズムなのか、立派なパターンなのか、立派なアプリケーションなのか
立派なif文や立派な継承だったら大笑いだが。
0620デフォルトの名無しさん
NGNGソースと言っているのに読解力がないのかな？
まぁ、こんな間抜けのソースなど見るだけ無駄だけどね。
0621デフォルトの名無しさん
NGNGソースの何を見て立派だと判断するんだよ？
立派と判断する基準を言え。
0622デフォルトの名無しさん
NGNG0623デフォルトの名無しさん
NGNGそんなことは>>611に言ってくれ。
0624デフォルトの名無しさん
NGNG全部。少なくともソースがあれば
> 立派なアルゴリズムなのか、立派なパターンなのか、立派なアプリケーションなのか
> 立派なif文や立派な継承
これらの判断はつく。
でも君のソースはいらない。
判断基準も教えてもらわないと解らない厨房ソースなど
荒らしのコピペと大して変わらない
0625デフォルトの名無しさん
NGNGつまり普通のソースってことだ。
普通のソースよりも良いソースが立派なソース？
そんなこと言われてもその基準は人によってまちまちだから
普通のソースじゃんっていわれるのがおち。
0626デフォルトの名無しさん
NGNG他人のソース見てもあまり参考にならないと思うよ。>アンチOO
0627デフォルトの名無しさん
NGNGOOにかぎらない。
0628デフォルトの名無しさん
NGNG相当ご立派なものをお書上げになってることだろーな。ﾌﾟ
0629デフォルトの名無しさん
NGNG「自分のソースは酷いので他人に見せられない」
っていうのは自覚してるんだね。
また、人並みの羞恥心も存在するんだね。
なのになんでOO厨って態度でかいの？
0630デフォルトの名無しさん
NGNG「自分のソースは酷いので他人に見せられない」
っていうのは自覚してるんだね。
また、人並みの羞恥心も存在するんだね。
なのになんでアンチOO厨って態度でかいの？
0631デフォルトの名無しさん
NGNGでもアンチOO厨もソース見せられないんだろ。同じじゃん。
言い訳はいーからソース見せてから言ってね〜。
0632デフォルトの名無しさん
NGNG0633デフォルトの名無しさん
NGNGでもレスは全然「自分なりの方法」ではないね(w
>>629-630 みたいに
0634デフォルトの名無しさん
NGNG知らないかもしれないから念のために言っておくけどOOとレスは全然違うよ。
0635デフォルトの名無しさん
NGNG判断できなくない？OOもアンチも。。。
まとまった処理をするための
すべてのソースをみせるべき？
0636デフォルトの名無しさん
NGNGはい
ギコBASIC
http://www.geocities.co.jp/SiliconValley-Oakland/8522/data/ugikoscr.txt
で、これをOOで書くとどうなるの？
0637デフォルトの名無しさん
NGNGふーん。他人が書いたやつでもいいのか。
なんかネタを探して「これを非OOで書くとどうなるの？」って言うだけでいい？
0638デフォルトの名無しさん
NGNG> なんかネタを探して「これを非OOで書くとどうなるの？」って言うだけでいい？
いいよ、でもまずは>>636をOOで書いてからな。
0639デフォルトの名無しさん
NGNGその前にギコBASICを完全に非OOにしてね。
0640デフォルトの名無しさん
NGNG認めればいいのに、あーたらこーたら未練がましく
反論するから、じゃあお前の素晴らしきソースを
見せろって言ってるんだろ？
0641デフォルトの名無しさん
NGNGそのサイズを OOで書くとそうなるんじゃ？
0642デフォルトの名無しさん
NGNGだから非OOがOOより素晴らしいならお前の素晴らしきソースを見せろって言ってるんだろ？
0643OO厨
NGNGも う 降 参 で す （ 泣 ） 。
0644デフォルトの名無しさん
NGNGアンチOO厨必死だな(藁
0645デフォルトの名無しさん
NGNG> その前にギコBASICを完全に非OOにしてね。
君の定義する非OOって何？
OOでないもの＝非OOじゃ無いの？
0647デフォルトの名無しさん
NGNG0648デフォルトの名無しさん
NGNG0649デフォルトの名無しさん
NGNGOOの部分を完全に無くしてってことだよ。クラスとかな。
0650デフォルトの名無しさん
NGNGそうかもね。ここのOO厨のレベルってカスかもね。断定はしないけど。
だからOOが素晴らしいのはここにいるだけじゃわからないかもね。
0651611
NGNGもういいよ。ソース見せなくても。少なくとも俺にはね。
0652デフォルトの名無しさん
NGNGOO厨いくら必死でもそれはないだろ？
0653中立くん
NGNGアンチOOの人って仕事や独学で
実際に作ってみてクソだって判断したのか
雑誌とかの情報でクソだと思ったのか
どっち？
0654デフォルトの名無しさん
NGNGhttp://www.bulldog.co.jp/syouhin/image/shouhin34.jpg
0655デフォルトの名無しさん
NGNGなにｱﾌｫ晒してるんだよ。
0656デフォルトの名無しさん
NGNGMFC...
0657デフォルトの名無しさん
NGNG実際に使ってみて理解できなかったらクソだと判断しています。
0658デフォルトの名無しさん
NGNG0659逝って良しの１
NGNG両方。
0660デフォルトの名無しさん
NGNG今時滅多に居ないｲﾀｲOO厨
に依存している事。
0661デフォルトの名無しさん
NGNGOO厨もダメって言ってるMFCを出して否定してもしょうがないでしょ。
もっと違う例で否定したほうがいいよ。
0662デフォルトの名無しさん
NGNGOO に一度慣れると Java や Ruby のコードはすぐに理解できるようになる。
0663デフォルトの名無しさん
NGNG0664デフォルトの名無しさん
NGNGｱﾝﾁである理由なり、OOの問題点を、
他人に判る言葉で説明できない事。
＃不機嫌な家畜並ですな
0665デフォルトの名無しさん
NGNG信者である理由なり、OOの利点を、
他人に判る言葉で説明できない事。
＃不機嫌な家畜並ですな
0666デフォルトの名無しさん
NGNG> 今時滅多に居ないｲﾀｲOO厨
例えばギコBASICをOOで書けない奴とかな。
0667(´･ω･`)ｼｮﾎﾞｰﾝ
NGNGクソだったなんて認めたくないよ・・・。
0668デフォルトの名無しさん
NGNGずいぶん無理したレスですね(w
0669デフォルトの名無しさん
NGNG0670デフォルトの名無しさん
NGNGOOの利点ってなんなんだよ？
かなり前からこの質問聞いてるんだけどさ、
まともな答えが返ってこないんだよね。
まともに答えるとOOの欠点が暴露するのが
怖いの？
0671デフォルトの名無しさん
NGNGめんどくさくて書かない＝OOはクソ、なの？？？
0672デフォルトの名無しさん
NGNGまともな意見はでてると思うけどね。
ないと思い込んでいると目の前にあるものも見えないって言うし。
あるのを認めるのが怖いの？
0673デフォルトの名無しさん
NGNG> まともな意見はでてると思うけどね。
> ないと思い込んでいると目の前にあるものも見えないって言うし。
そうだね
・OOはある一定以下の規模の場合、生産性が低い
・OOでは表現しにくいものがあり、常にOOを選択する奴はアホ
0674デフォルトの名無しさん
NGNGそうそう。それに当てはまらない場合はOOに利点があるってわけだ。
0675デフォルトの名無しさん
NGNG・クラスをソフトウェア部品とできるので再利用性に優れている。
・多様性により効率が高くなる。
・UMLを使えば多人数のPGが共通の開発規約で効率よくプログラムできる。
以上の理由からOOで開発の効率を高めることができ、コストも低くすることが
できる。
0676デフォルトの名無しさん
NGNGﾌﾟ
誰か突っ込まないのか？
0677 ◆RGHBywaQ
NGNG0678デフォルトの名無しさん
NGNG0680デフォルトの名無しさん
NGNG必ずしも効率が高くなるとは限らないがなる効率が高くなる場合もある。
0681680
NGNG0682デフォルトの名無しさん
NGNG0683デフォルトの名無しさん
NGNGOSみたいなシステムをOOで作ると効率が高いのかニャ？
0684683
NGNG0685デフォルトの名無しさん
NGNGアルゴリズムよりはデータ構造の方が圧倒的に変化しにくい
だからデータを中心に据えようってのがデータ主導設計で
OOはそこから自然発生しただけ.
OOの利点は所詮データ主導設計の利点程度のものだ
0686デフォルトの名無しさん
NGNGじゃあどっちの答えがいい？
1.効率は絶対低くなる。
2.効率は絶対高くなる。
どちらも間違いだと思うが。
あなたは自分が知らないものを認めたくないために真実が見えなくなった人みたいだね。
0688デフォルトの名無しさん
NGNGあなたの結論としては利点があるわけね。
0689デフォルトの名無しさん
NGNG無知ですね。
0690デフォルトの名無しさん
NGNGCOBOLerとおぼしきグループが書いた、Webアプリ(って単なるIIS ASP糞コード)を見てしまった事あるんですが、
ありゃー、この世の地獄のようなコードでしたね。
1つのアプリケーション内で、何度も認証画面が出てくるんです。
で、その認証画面のロジックがおかしいのか、と思って調べたら、
モジュール毎に全部別々の認証呼び出しコード書いてあるんです。
認証呼び出しコード位共通ライブラリにしとけよ、と思ってよく調べてみると、
モジュール毎に別々の認証ロジック、認証用ユーザ・テーブル持ってて、
それを無理矢理繋ぎ合わせてあるんです。
きっと、共通部品とか、共通ライブラリとか、調整する暇もなく、
ロクな設計もせずにコード書かせて、最後につなぎ合わせたか、
あるいは設計者が「認証」というものを設計書に書かなかったんでしょうが。
ｱﾌｫ設計者を抱えたウォーターフォールの弊害が、これほどひどいもんだとは思いませんでした。
0691デフォルトの名無しさん
NGNGｱﾌｫ設計者というか、根本的に設計者がいなかったのでは？
0692OO厨
NGNGクソだったなんて認めたくないよ・・・。 (´･ω･`)ｼｮﾎﾞｰﾝ
0693デフォルトの名無しさん
NGNGそう。結局データ主導の時代からきちんとやってた人たちからみると
今のOOは胡散臭さに満ち溢れている
・UMLとか
・OOAとか
・デザインパターンとか
こういった技術は役に立つこともあるが､やらなきゃ駄目ってレベルのものではない.
俺はこの意味においてアンチOOだ
逆にデータ主導を知らずにいきなりOOを知った若者はデータ中心主義以前
のプログラミングパラダイムとOOを比べて「OOサイコー」となってる気がする
この意味なら俺はOO厨だ
0694デフォルトの名無しさん
NGNG今度は>>667をちょっと変更したみたいですね。
自作自演をばれないようにしたつもりですかアンチOO厨さん。
0695デフォルトの名無しさん
NGNG☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀｰ
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・）＜ >>676のﾂｯｺﾐまだー？
＼＿／⊂ ⊂＿)＿ ＼＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣￣／|
l￣￣￣￣￣￣￣￣| .|
| ○ みかん ○ |／
0696デフォルトの名無しさん
NGNG＞・UMLとか
＞・OOAとか
＞・デザインパターンとか
＞
80年代〜90年代にｶﾞﾑﾊﾞってOOないしｺﾝﾋﾟｭｰﾀｻｲｴﾝｽ志した者にとっては、
至極自然な流れでしたが、何か？
＃例えばデザパタ。
＃1987年当時、Smalltalk のMVCフレームワークとか、OOのクラス相互作用の妙を見て、
＃「こりゃむずいわ、どうしてこーゆー設計をきちんと言葉で説明した文書ないのよ？」
＃と思ってたら、Gammaﾀﾝは1987年当時から OOLAでデザパタ主張してたってんだよねぇー。
0697デフォルトの名無しさん
NGNGオブジェクト指向自体は優れた方法だと思うけど、
C++ は複雑すぎ。なんかむちゃくちゃ無計画につくられてないか、この言語。
そもそもこれほど大きな言語なのに C を元にしようとした時点で誤りだったような
気がするんですが。
0698デフォルトの名無しさん
NGNG技術なんだけどね。
0699デフォルトの名無しさん
NGNGだからJavaっていう便利言語があるんじゃん。
0700デフォルトの名無しさん
NGNGどの辺が複雑ですか？
0701デフォルトの名無しさん
NGNG違います。無計画に拡張されまくったのです。
0702デフォルトの名無しさん
NGNGEffective C++、More Effective C++あたり。
0703690
NGNG普通のセンスの人なら、そーゆーﾔﾏﾀﾉｦﾛﾁみたいなコード見たら、
後からでも認証統合コードを書き直すよね？
糞SE上がりのプロマネって、
リファクタリングの意義もわからず、
「動いてるコードに余分な手を入れるな」とかいって、
デスマーチ地獄で永遠の炎に焼かれ続けるんだ…
0704デフォルトの名無しさん
NGNGWindowsでVC使えばいいじゃないか。
0705デフォルトの名無しさん
NGNG背後のシンプルなモデルが見えていない人間には、
表層の複雑さばかり気になるって感じ。
0706デフォルトの名無しさん
NGNG？
0707デフォルトの名無しさん
NGNGやはり表層は複雑なのか。
0708デフォルトの名無しさん
NGNGC++標準化＆仕様拡張は、
時間の浪費以外の何者でもなかーた
0709デフォルトの名無しさん
NGNGまっ時代の要請だよね C が基礎でなくてもよいかもしれないが
C が基礎でなければメジャーにはなれなかっただろう。
0710デフォルトの名無しさん
NGNGんだからさぁ理解できないｱﾌｫはOO使うなって。
理解できる漢だけが使えばいいんだよ。
俺達OOプログラマだけが生き残ればいいんだよ。
0711704
NGNG0712デフォルトの名無しさん
NGNG背後のシンプルなモデルって何かわかーて言ってる？
0713デフォルトの名無しさん
NGNGで、結局誰もソース公開しなかったのか？
もうOO厨の机上の空論には呆れるね。
0714デフォルトの名無しさん
NGNG0715デフォルトの名無しさん
NGNGそりゃあんたにしか通じない言葉を使ってるんだからあんたにしかわからんって。
シンプルなモデルが何かを言ってからそれがどう表層の複雑さに結びつくのか言ってね。
0716デフォルトの名無しさん
NGNGお得意の自作OOのソースｷﾎﾞﾝ
0717とりあえずコピペしとくか
NGNGつまり普通のソースってことだ。
普通のソースよりも良いソースが立派なソース？
そんなこと言われてもその基準は人によってまちまちだから
普通のソースじゃんっていわれるのがおち。
0718デフォルトの名無しさん
NGNGいいいいわけだな。
0719デフォルトの名無しさん
NGNGだが真実である。
0720デフォルトの名無しさん
NGNG0721デフォルトの名無しさん
NGNGもっと身近な例にしてくれ。
0722逝って良しの１
NGNG残りは自分でＯＯやってると勘違いしている厨房。
0723デフォルトの名無しさん
NGNG0724デフォルトの名無しさん
NGNG普通でもいいですよ
OOをうまく使いこなしてるソースであれば。
0725デフォルトの名無しさん
NGNGOOは効率悪いって白状しちまえよ。楽になるぜ。
0726デフォルトの名無しさん
NGNGそれは非OOでも同じ。
0727デフォルトの名無しさん
NGNGつのを取られたカブトムシみたいでｶｺﾜﾙｲ
0728デフォルトの名無しさん
NGNGOOはOS開発に効率悪いって白状しちまえよ。楽になるぜ。
の間違いだろ。もとネタがOSって限定してんだから。
0729デフォルトの名無しさん
NGNG？
0730デフォルトの名無しさん
NGNGこれからもCを使い続けていくつもりなのですか。
新言語開発スレでもOOをは実装しないって話は一度も出なかったんですがどう思いますか？
やはり非OOとしては遺憾なことなのでしょうか？
0731デフォルトの名無しさん
NGNG少なくともOOはOSのようなものの開発には
効率が良くないと認めるわけですね。
0732デフォルトの名無しさん
NGNGはい。その通りです。
0733デフォルトの名無しさん
NGNG認めないよ。OSをOOで作ったこと無いもん。
アンチOOは自分の知らないものは否定するという考えがあるみたいですね。
0734デフォルトの名無しさん
NGNGコストがすごくかかると思うよ。いろいろな面で。
0735デフォルトの名無しさん
NGNG俺は非OO派だけどC++がメインです。
0736デフォルトの名無しさん
NGNGクラスは断じて使わない？
0737デフォルトの名無しさん
NGNG0738デフォルトの名無しさん
NGNGドライバのないOSなんてただのバイト列ですよ。
0739デフォルトの名無しさん
NGNGOOで作られていない(取り入れられていない)OSってあるのか？
0740デフォルトの名無しさん
NGNG0742デフォルトの名無しさん
NGNGそれが反論？(藁
0743デフォルトの名無しさん
NGNGあくまでベターＣですな。少々男らしさを感じました。同調はしませんがｗ
0744デフォルトの名無しさん
NGNGMach2.5とか、NT4.0とか。
0745デフォルトの名無しさん
NGNGどんなもん作ってんの？
0746デフォルトの名無しさん
NGNGWindowsの各種ハンドルってOOな概念では？
0747デフォルトの名無しさん
NGNGつーか、OS書いててC++使いたいと思うことはよくあるな。
だけどnewとか実装するのバカバカしいからやめた。
思想だけ借りる。
0748744：>>739じゃなく>>738の間違い
NGNGMach2.5とか、NT4.0とか。
0750デフォルトの名無しさん
NGNGおお、おれもOO派じゃないけど C++ メイン
ちなみに template 万歳 JAVA 逝ってよし
0751デフォルトの名無しさん
NGNGそれ中心に各種処理が行われるならそうなのでは？と思った。
0752デフォルトの名無しさん
NGNGRDBはそもそもOOじゃないんじゃ･･･。
0753デフォルトの名無しさん
NGNGテンプレートとクラスを切り離すと非常にしょぼい処理しか出来ない気がするんですが。
コンテナのデータ格納要のあくまで安全な(void *)として？
0754デフォルトの名無しさん
NGNG結局テンプレートも適材適所ということで・・・。
0755デフォルトの名無しさん
NGNGそれは抽象化能力が足りないから
STL みてどうやってあれを発想したか想像つかんだろ
0756デフォルトの名無しさん
NGNG0757デフォルトの名無しさん
NGNGクラスばりばりですな、STL。
0758デフォルトの名無しさん
NGNG夏休みの宿題は終わったのか？
早くクソして寝なさい。
0759デフォルトの名無しさん
NGNG負け惜しみにしては低レベルです。
0760デフォルトの名無しさん
NGNGどんな設計になってでてくるんだろうか。
0761デフォルトの名無しさん
NGNG寝る前にクソするか？普通。
0762デフォルトの名無しさん
NGNG「〜の場合は」
「〜である場合」
「〜ならば」
って条件付きで、OOの利点をはっきりと
提示できてないんだよね。これじゃ、アンチOO
も納得しないよ。
0763デフォルトの名無しさん
NGNG俺は必ずしますよ。
0764デフォルトの名無しさん
NGNG誰に聞いてるのか、教えれ
0765デフォルトの名無しさん
NGNGクリックされた場所によって処理を変える
0766デフォルトの名無しさん
NGNG一つのウインドウ一つのタイトルバー一つのボタンに一つのテキストボックス。
とか？
論点がずれてきているので「OOの何をするのがダメか？」を明確にして議論すべき。
0767デフォルトの名無しさん
NGNG非OOプログラマに聞いてもそれは同じ
0768デフォルトの名無しさん
NGNG非 OO 派のオレでも GUI みたいなてき面に機能する部分は OO でつくる。
わざわざ苦労する必要はない。
それ以外は OO では作らん、大概機能しないからな。
0769デフォルトの名無しさん
NGNG「どんな場合でも通用する万能理論ﾖｺｾｰ」
とか子供のような事言ってるので、
話を合わせてあげる余地すらありませんですた。
0770デフォルトの名無しさん
NGNGだから論点をずらすなよ。
典型的なOO信者のレスだな（藁
0771デフォルトの名無しさん
NGNGなぜならそれが真実だから。
アンチOOも「〜の場合は」のように条件付でしか否定できてない。
0772デフォルトの名無しさん
NGNG0773デフォルトの名無しさん
NGNGsocketまで逝くとOOって感じだけどね。
0774デフォルトの名無しさん
NGNG何が？
0775デフォルトの名無しさん
NGNG0776デフォルトの名無しさん
NGNGsocketでオブジェクトのインスタンスを渡すあたりの実装がOO
0777デフォルトの名無しさん
NGNG漏れは、socketの状態遷移をstateパターン＝OOって勘違いしてるんかと思ーた。
0778デフォルトの名無しさん
NGNG0779デフォルトの名無しさん
NGNG0780デフォルトの名無しさん
NGNGまあどちらにせよ複雑になりそうなﾖｶｰﾝ
0781デフォルトの名無しさん
NGNG歯垢は必要無し！
0782デフォルトの名無しさん
NGNGOOじゃムリムリ。
0783デフォルトの名無しさん
NGNG歯垢は洗浄では必要なし！
0784ｱﾝﾁ歯糞厨
NGNG0785デフォルトの名無しさん
NGNG0786デフォルトの名無しさん
NGNGでもまあ趣味として小さいプログラム作るに使う分にはいいんじゃないかな？(´･∀･`)
0787デフォルトの名無しさん
NGNGアンチOOはいつも何の脈絡もなくでてくるな(w
0788OO命
NGNGオブジェクト指向プログラミングもC++もSTLもUMLも一生懸命勉強したのに・・・。
(´･ω･`)ｼｮﾎﾞｰﾝ
0789デフォルトの名無しさん
NGNG0790デフォルトの名無しさん
NGNGJavaでWebアプリつくる案件がきたら
どうする？ことわる？非OOで作る？
0791デフォルトの名無しさん
NGNGオブジェクト指向が過渡期だからかなー
今後隆盛するにしても廃れるにしても。
0792アンチOO
NGNGことわります。
0793デフォルトの名無しさん
NGNGことわります。
0794デフォルトの名無しさん
NGNGWebアプリは小さいプロジェクトの部類だと思うけどね。
0795デフォルトの名無しさん
NGNG0796デフォルトの名無しさん
NGNG物によるんじゃないの？
大規模な生産管理システムだってどこかにWeb使えばある意味Webアプリであるわけで。
0797デフォルトの名無しさん
NGNGオブジェクト指向言語を使用する案件がきたらどうする？
0798アンチOO
NGNGことわります。
0799デフォルトの名無しさん
NGNG仕事と主義は別だと思われ。by OO派。
0800デフォルトの名無しさん
NGNGｲｲ
0801デフォルトの名無しさん
NGNG使いこなせないどころか使う気のないﾔｼにOOやらせようったって無理なわけで、
使いこなせるﾔｼが自由自在に構築すればいいだけで、
まぁ結局それだけの話じゃねぇのか、と。
0802デフォルトの名無しさん
NGNG設計をするということとは別のような気が。
0803デフォルトの名無しさん
NGNGそんなことやってたら仕事なくなるぞ。
0804デフォルトの名無しさん
NGNGそれじゃあ議論にならねぇだろ、かえったかえった。
0805アンチOO
NGNGOOで仕事をするくらいなら氏を選びます。
0806デフォルトの名無しさん
NGNGそんなにオブジェクトの仕事こないよ。
0807デフォルトの名無しさん
NGNGアンチOOにOOを使わせようという意図でレスしてたのか？
アンチOOはOOは使えないと主張しているだけ。それに対しOO派
はそれをはっきりと反論できずにいるという図式。
0808デフォルトの名無しさん
NGNGOO派は反論はしているアンチOOがそれを見ようとしていないだけ。
0809デフォルトの名無しさん
NGNGだから（以下略）
0810デフォルトの名無しさん
NGNGちゃんと見てますぞ。
0811デフォルトの名無しさん
NGNGどちらも決定打がないんですな。
0812デフォルトの名無しさん
NGNG0813デフォルトの名無しさん
NGNG0814デフォルトの名無しさん
NGNGOOが使えるかどうかではなく、
無能な兵隊の多い戦場でOOが使えるかどうかってことではないかと思われる。
0815デフォルトの名無しさん
NGNG今のOOはあくまで構造化言語をベースにしてるのが多いからそのレベルから否定すると偉いことになる。
あんたも関数型言語とか推論型言語でアプリ組みたいとは思わんでしょう。
0816デフォルトの名無しさん
NGNG0817デフォルトの名無しさん
NGNG0818デフォルトの名無しさん
NGNGを理解する労力が大きく、目的まで達成するのに時間がかかる。
＞他人のソースを見るにも複雑でときほぐしにくい。
俺が非OOな理由はこの２つです。
0819デフォルトの名無しさん
NGNGOO派だけど、それは立証できない。
OOに否定的な兵隊とともに部隊を組んだら
戦に負けるだろうな（品質低下orプロジェクト破綻）。
でもそれは隊長の人選ミスになるかもしれない。
0820デフォルトの名無しさん
NGNG他にいい言語あります？
C++だと、アンチOOなのかOOをよく分かってないだけか知らんけど、
何も考えずにダラダラ書くｱﾌｫがいるから困るんですけど、これって
防ぐ方法ないですか？（ｸﾋﾞ以外で）
0821デフォルトの名無しさん
NGNG同じ物を非OOでやった場合にOOよりも良くなるというのを実証してください。
0822デフォルトの名無しさん
NGNGただ、戦場では使えないと主張しているだけ。
無能な兵隊がOOを駆使して戦う戦場は、
無能な兵隊が非OOを駆使して戦う戦場より惨い状況となる、
それは正しいと思うな。
0823デフォルトの名無しさん
NGNG>た。両者とも、有名どころの研修を受けコンサルをいれたけれども結果としては、オブ
>ジェクト指向開発ができているといえるような成果はでておらず、オブジェクト指向を
>学んだだけになってしまっているようです。
>ある知り合いの技術者に聞いたところ、受託開発でオブジェクト指向開発をうまくでき
>ている所はとても少なく、うまくいっているところは一つの製品を拘りながら作りこん
>でいく必要があるパッケージソフト開発をしているところであるということも聞きました。
>いきなりプロジェクトにオブジェクト指向を導入するのは凄い
>危険だと思うなー。多分失敗してトラウマになる。
>俺の会社は見事に失敗しました。
>対外的にはオブジェクト指向開発をしているといっているけど、ただJavaを
>使っているだけ。
>設計とは画面設計とＤＢの設計だけだ。あとは、WebLogic上にゴリゴリと
>作っている。Web系でオブジェクト指向開発は、時間ばかり掛かり、結局
>やらなくなった。
>Webアプリを開発している会社ってそんなもんじゃないでしょうか？
>うちはちゃんとやっているゾ！という所があれば教えてください。
>どの程度やっているのかとても知りたい。
>このレスいつも続かないので、きっとオブジェクト開発やっている
>人はすくないと思うな。
>組織的に利用するには、ちょっと難しすぎると思う。
0824デフォルトの名無しさん
NGNG観点によりけりだと思いますよ。
非OOにもOOにも、それぞれ他より良い点があるわけでしょ。
片方が必ずもう片方より良いっていうわけではないでしょ。
それを考えずに言い合ってても、不毛な議論です。
0825デフォルトの名無しさん
NGNGでもまあ趣味として小さいプログラム作るに使う分にはいいんじゃないかな？(´･∀･`)
0826デフォルトの名無しさん
NGNGいい順番から
有能な兵隊がOOを駆使する
有能な兵隊が非OOを駆使する
無能な兵隊が非OOを駆使する
無能な兵隊がOOを駆使する
ですね。
0827デフォルトの名無しさん
NGNGだから必ずしもOOがダメというわけじゃないって事だろ。わかってるよ。
0828デフォルトの名無しさん
NGNG同意。 by OO派。
結構諸刃の剣的なところあるよ。
0829デフォルトの名無しさん
NGNG＞片方が必ずもう片方より良いっていうわけではないでしょ。
みんなそのことは理解していてそれをふまえて自分の趣味を闘わせてるんだよ。
いわば武道。スポーツだよ。
0830デフォルトの名無しさん
NGNG現実を知ったOO厨
↓
(´･ω･`)ｼｮﾎﾞｰﾝ
オブジェクト指向プログラミングもC++もSTLもUMLも一生懸命勉強したのに・・・。
0831デフォルトの名無しさん
NGNG0832デフォルトの名無しさん
NGNG兵隊の観点からそんな順序つけても無駄だろ。
それなら、OOを使う基準を考えて、それに照らし合わせて
OOを使うようにすればいいんじゃないか？
基準案
・第一バージョンの開発に時間をかけられる
・第二バージョン以降は開発に時間をかけたくない
・第五バージョンくらいで開発を打ち切る
・継続的な保守が必要
ほかにある？
0833デフォルトの名無しさん
NGNG戦場で使うにはこの欠点は大きすぎる。
0834デフォルトの名無しさん
NGNGアンチOO派 ＝ OOはどんなときも絶対にダメ。
アンチOO派がOO派が考えていることの誤解 ＝ OOがどんなときも絶対に良い。
0835デフォルトの名無しさん
NGNG同じ物を非OOで作るとその問題はさらに大きくなる(ことが多い)
0836823
NGNGOO厨は現実は見えないのか？
見えないフリをせざるを得ないのか？
0837逝って良しの１
NGNG0838デフォルトの名無しさん
NGNG>>835
理由は？
0839デフォルトの名無しさん
NGNGアンチOO派は「戦場では使えない」といっているのです。
0840デフォルトの名無しさん
NGNGそもそも、他人のソースを見る時点でそれはOOから反れてると思うけど。
OOで参照すべきは、他人のソースじゃなくて、クラスのドキュメントだろ。
0841デフォルトの名無しさん
NGNGOOは戦場で使える。
無能は兵隊のみがいる戦場は別。
0843デフォルトの名無しさん
NGNGOOであれ非OOであれ、有能な兵隊ならすっきりしたソースを吐き出すよ。
ただ、
非OOのすっきりしたソースはほぼ全員がすっきりしてると認識できるが、
OOのすっきりしたソースは、
OOを理解する兵隊だけがすっきりしてると認識し、
OOを理解していない兵隊はほとんど読解できない。
0844デフォルトの名無しさん
NGNG>いきなりプロジェクトにオブジェクト指向を導入するのは凄い
>危険だと思うなー。多分失敗してトラウマになる。
いきなり、というのがミソだと思うが。
手馴れた会社、手馴れたチーム、が使えば問題ない。
0845デフォルトの名無しさん
NGNGOOの現実じゃなくて無能の現実だろ。
無能の戦場にはドキュメントはなさそうだしな。
0846デフォルトの名無しさん
NGNG現実では無能な兵士が大半占めてる。
0847デフォルトの名無しさん
NGNG>手馴れた会社、手馴れたチーム、が使えば問題ない。
だ〜か〜ら〜（以下略）
0848デフォルトの名無しさん
NGNGそれが大前提なら>>1の主張に賛同します。
0849デフォルトの名無しさん
NGNGそのような低レベルの戦場でOOなんて使ったら必ず失敗してしまいますね。
あなたのところでOO導入するのはやめたほうがいいです。
というか、ドキュメントすら作れないってのはどういう状況なんですか？
多国籍で英語がマトモに使えない人間がまじってるとか？
0850デフォルトの名無しさん
NGNG無能な兵隊は遅かれ早かれ戦争に負ける。
それとも無能な兵隊を擁護する気ですか。
0851デフォルトの名無しさん
NGNG自分以外は無能なPGだと思ってないか？
お得意のソース見せろ要求していいかい？
0852逝って良しの１
NGNGhttp://www.intership.ne.jp/~hiroshit/object.html
0853デフォルトの名無しさん
NGNG「OO使える＝有能」
「非OOしかダメ＝無能」
ってのはちょっと違うと思うな
0854デフォルトの名無しさん
NGNGあぁ俺は少なくとも今は無能だよ。だが無能な兵隊が負けるのは真実。
俺はそのうち有能な兵隊になってやるさ。負けたくないからな。
お前らは勝手に負けてろ。
0855デフォルトの名無しさん
NGNGその低レベルな戦場が現実なんですよ。
0856デフォルトの名無しさん
NGNGこのスレを、アンチOOの憩いの場として開放してあげてはいかがでしょうか？
0857デフォルトの名無しさん
NGNGキミがOOをマスタした頃にはOOは過去の技術という罠
0858デフォルトの名無しさん
NGNGOOが使える有能とOOが使えない有能では差がある。
0859デフォルトの名無しさん
NGNGﾊｹﾞﾄﾞｳ
0860デフォルトの名無しさん
NGNGじゃあ戦場で勝利するのは簡単そうですね。
0861デフォルトの名無しさん
NGNGそのサイトは反則。ハラがいてーよ。
0862デフォルトの名無しさん
NGNGなぜOO派までもが否定しているものしかだすことが出来ないのですか？
0863デフォルトの名無しさん
NGNG結論がでたね、
OO は上と下のみ、非OOは真ん中二つ
要するに OO はリスキー
0864デフォルトの名無しさん
NGNG0865デフォルトの名無しさん
NGNGその通り。時代を勝ちぬけていけるのはOOが使える有能のみ。
もはやOOが使えない有能では役に立たないに等しい。
0866デフォルトの名無しさん
NGNG結論としては非OOでは最善にはならないってことですね。
0867デフォルトの名無しさん
NGNG0868デフォルトの名無しさん
NGNGOpenOfficeなんかそんなに議論することあるんですか？
どう考えたってMS Officeが最高なんじゃないですか？
0869デフォルトの名無しさん
NGNG3点
0870デフォルトの名無しさん
NGNG0871デフォルトの名無しさん
NGNGいや、OpenOfficeのSetupファイル名にはOOって書いてあるんだよね。
0872デフォルトの名無しさん
NGNGを理解する労力が大きく、目的まで達成するのに時間がかかる。
他人のソースを見るにも複雑でときほぐしにくい。
ちゃんと整備されたドキュメントがなければ粗大ゴミソース。
またオブジェクト指向が○○に優れているとかいう話も、あくまでちゃ
んと設計され、ちゃんと実装されたクラスがあるという前提での話。
実際は世の中にどれだけの糞SEや糞PGがいることか。。。
よってオブジェクト指向は戦場では使いものになりません。
0873デフォルトの名無しさん
NGNG今の現実は未来では過去なんですよ。
未来を見ましょう。
0874デフォルトの名無しさん
NGNG有能な兵隊がOOを駆使すれば非OOを駆使するよりも良い物ができる可能性がある(要・使い分け)
有能な兵隊は非OOでも良い物が作れる
無能な兵隊がOOを使えば非OO使うよりもぁゃιぃ物ができあがる
加えて、現実には無能な兵隊が多い
∴OOは戦場では役に立たない、という>>1の結論は正しい
但し、OOを駆使できる有能な兵隊が使えばOOは武器になりえる、と。
こういう結論でよろしいか？
# あ、ちなみに俺はOO派です。キレイな設計を見た時/できた時は
# やっぱり惚々するし、メンテもしやすいと思うから。
0875デフォルトの名無しさん
NGNG現実＝戦場
未来＝妄想
0876デフォルトの名無しさん
NGNGそれは夢想という。
0877デフォルトの名無しさん
NGNGそれでいいんじゃない
0878デフォルトの名無しさん
NGNG0879デフォルトの名無しさん
NGNGオマエモナー
0880822
NGNGじゃそういうことで、あとはアンチOOの憩いの場ということで。
おやすみなさい。
0881デフォルトの名無しさん
NGNG無能な兵隊が多い戦場 → 非OO
で、２極分化ということでいいんでない？
0882デフォルトの名無しさん
NGNG>有能な兵隊は非OOでも良い物が作れる
とあるプロジェクトで、サイズの都合Cで組むことになったんですが
javaではまあそこそこ組めまして、有能とは言われてたんです。
が・・・
struct でよせばいいのに class もどき作って malloc 使ってメモリーリークさせて・・・
それはもう悲惨でした。
そういうケースもあるもんです。
0883デフォルトの名無しさん
NGNG結論が出るスレっていうのはほとんどないですから
そういう意味ではかなりいいスレだったと思います。
0884デフォルトの名無しさん
NGNG非OO → 騎馬隊
0885デフォルトの名無しさん
NGNG>無能な兵隊が多い戦場 → 非OO
>で、２極分化ということでいいんでない？
で、ここにいるOO厨は有能なのか？
有能なOOプログラマは全プログラマ中の何％なんだ？
0886デフォルトの名無しさん
NGNG場合によっては差別用語として扱われ、放送禁止です。
もっと他に適切なことばがあるでしょう？
0887デフォルトの名無しさん
NGNG0888デフォルトの名無しさん
NGNGOOに向いてないPG
頭の固いPG
定年が近いPG
前世代のPG
窓際に限りなく近いPG
転職間近のPG
こんなところ？
0889デフォルトの名無しさん
NGNGまた、そういう言い方を（ｗ
ここはケンカスレではなく憩いスレですよ。
もうスッキリしたし。
0890デフォルトの名無しさん
NGNGマイクロソフトがC++を採用していたということもあり
その説は一蹴された。しかし数年たった今、C++も
昔ほど重要に思われなくなってきた。あと数年、
オブジェクト指向も同様になると思われる。
0891デフォルトの名無しさん
NGNG能力に比べコストが高いPG
でいいんでないか？
0892デフォルトの名無しさん
NGNG重要視されなくても、中核技術として地位を確立してる可能性はある。
0893887
NGNG勉強になったよ。
0894デフォルトの名無しさん
NGNGC++が重要でなくなったのはそれを踏まえたより良い物が出てきたからだね。
オブジェクト指向もそれを踏まえてより良い物になるだろうね。
オブジェクト指向もC++同様否定されることは無いね。
0895デフォルトの名無しさん
NGNG>昔、C++がクソだという説があったが、
>マイクロソフトがC++を採用していたということもあり
>その説は一蹴された。
マイクロソフトがクソだったという罠
0896デフォルトの名無しさん
NGNGOOは普及しないで、コンポーネントを使用してのプログラムという局面が
多くなるだろうね。
0897デフォルトの名無しさん
NGNGう〜んそうだね〜。
で、コンポーネントを作るのは有能なPG、っと。
0898デフォルトの名無しさん
NGNGコンポーネントもOOとかなり似ていると思うが。
0899デフォルトの名無しさん
NGNGそういった妄想で自尊心を満たしてるの？ ｺﾞﾒｿ、ちょっとｷﾓｲかも・・・。
0900デフォルトの名無しさん
NGNGコンポーネントはＯＳ屋が作って以上終了になるとおもふ
アプリケーションウイザードとの組みあわせになると
ＧＵＩプログラムの重要度は減って、インターフェイスよりアプリ本来の機能の実装部を
有利に組める方法論が幅を利かせてくるとおもふ
それはＯＯではないような気もする
0901デフォルトの名無しさん
NGNGOOが使えるかどうかとは関係ない話だね。話をはぐらかしてる？
0902デフォルトの名無しさん
NGNGほとんどOOの事考えなくてもいいように開発ができた。
もうほとんどツール化されてるからね。
※このスレは７は逝くのかな？
0903デフォルトの名無しさん
NGNG次スレは立てないんだよね？
0904デフォルトの名無しさん
NGNG立てません。>>1的にも満足なはず。
0905デフォルトの名無しさん
NGNG俺様用しおり
∧＿∧
（ ・∀・）＜ 今日はここまで読んだ
−−−−−−−−−−−−−−−−−−−−−−−−−−
0906デフォルトの名無しさん
NGNG0907デフォルトの名無しさん
NGNG0908デフォルトの名無しさん
NGNG帰結しただけじゃないかー。
ま、とりあえずOOについて論議するスレということで次スレ逝ってもいいんじゃない？
0909デフォルトの名無しさん
NGNGやめて素直に雑談スレ逝けよ暇人ﾄﾞﾓ
0910デフォルトの名無しさん
NGNG次スレ立てるんならスレタイ変えて、純粋にOOについて議論するスレにするほうがいいと思われ。
>>906
>>874
過去ログ読まない奴って無能な兵隊でいいのかね。
0911デフォルトの名無しさん
NGNG決着のつかない不毛な言い争いこそ2chにふさわしいだろ。
0912デフォルトの名無しさん
NGNGう、うわーw
0913デフォルトの名無しさん
NGNGドキュメントが無いのが前提と>>1が言っています。
こんなめちゃくちゃな前提が当たり前なんですね。この業界は。
0914デフォルトの名無しさん
NGNG働いた事あるならわかりそうなもんだが…
0915デフォルトの名無しさん
NGNG他人を理解するのが難しいように、プログラムも難しいかと・・・
で、極めて優秀な方たちがぶつかると俺の方が・・・俺の方が・・・
となって、不毛な混沌へと落ちていくのでは・・と、思ったり。
0916デフォルトの名無しさん
NGNG麻痺してますね。
0917デフォルトの名無しさん
NGNGあくまで糞SEや糞PGばかりだからOOを使いこなせる奴がいないと言っているだけ。
つまり、OO派が言っているOOを使えない奴が使えばOOは役に立たないが
OOを使える奴が使えばOOは使えるという意見と同じというわけだ。
どうやら「オブジェクト指向は戦場では使いものになりません。」という言い方が誤解を生んでいるようだね。
「オブジェクト指向は糞ばかりの戦場では使いものになりません。」という言い方に変えるべきだ。
糞ばかりの戦場がいつまでも続くといいね＞アンチOO
0918デフォルトの名無しさん
NGNG納期3日前、あるモジュールが丸々動かないことが判明、
とにかく1晩でそのモジュールを実装しなければならない。
で、無理矢理作っちゃう。おかげで残業ばかりためっていく。
そんな「戦場」で無理な残業してる分、自分はすごく仕事していると思い込み、
その分ぐらい普段は休養して当然と思っている。
つまり、せっぱつまってない時にはほとんど仕事らしい仕事をしない。
普段からじっくり作り上げていくという習慣がない。
ってーのが、自分が今まで色々な現場で目にしてきたアンチOOの姿だ。
OOでもモジュールを一晩で一気にでっち上げることもできるけど、
それも普段からの蓄積があっての事。
普段から蓄積していく習慣がない「戦場の常連」達には
OOは到底お勧めできない。
つーか、OOは使えないのどうのと言う前に、
自分達の仕事の仕方や生活習慣を更めるべきだと思うぞ。
0919デフォルトの名無しさん
NGNGまた出てきたかゴキブリ並にしつこい馬鹿だな。
OO厨はスキルは大したこと無いのに口と態度はでかいんだね。
さっさとギコBASICのOOで書いたソースを見せて見ろ。
0920デフォルトの名無しさん
NGNG0921デフォルトの名無しさん
NGNG新しい設計手法として使う人と
自分が優れていること示すための道具として使う人です
後者はOO厨と呼ばれます
0922デフォルトの名無しさん
NGNG00じゃなくてOOだっつーの！
OpenOfficeって分かるか？
0923920
NGNG調べてみまっす（汗
ども！
0924デフォルトの名無しさん
NGNG0925デフォルトの名無しさん
NGNG一見さんを追い払ってくれてどうもありがとう。
0926デフォルトの名無しさん
NGNG>>908
1が立てた議題について『その通りですね』という感じで結論がでたんだからそれでいいんじゃないの？
この議題について言えば、結論はそもそも『その通りですね』『いや違いますね』のふたつしかないだろ。
何が不満よ。このスレを続ける必要はないと思うな。
このスレを続けるのであれば、だれかが『OOは戦場でも有効だ』という主張をする必要がある。
あなたがそう主張するの？
不毛なのはOO厨とアンチOOの煽りあいであって、議論そのものが不毛だったわけじゃないと思うよ。
（あと、現場がいかに不毛かってことは明らかになったが･･･）
『そもそもOOは有効か』という議論や『アンチOOは○○』『OO厨は○○』ってのがしたいのであれば、
別スレが適当ではないかしらん？（後者２つは別板が適当）
0927デフォルトの名無しさん
NGNGOOはOOを使える兵士だけの戦場では有効
OOはOOを使えない兵士だけの戦場では無効
OOを使える兵士とOOを使えない兵士が戦えばOOを使えない兵士は負けもしくは引き分けである。
OOを使える兵士とOOを使えない兵士を混ぜた時
OOを使う場合、OOを使えない兵士は足を引っ張る
OOを使わない場合、OOを使える兵士は足を引っ張ることはない。
これは>>1が立てた議題に反しない。
問題点は戦場は今もこれからも完全にOOが使えない兵士だけであるかということ。
もしそうなら戦場では今もこれからもOOは使えないだろう。
逆にそうでないのならOOが使えない兵士はOOを使える兵士に倒されていくだろう。
OOが使える兵士、使えない兵士。あなたがどちらになるのを選ぶかはあなたの自由である。
0928デフォルトの名無しさん
NGNG上記の過程は人数が同じの場合だよね？
OOを使える兵士を育てるには金と時間がかかり、大軍を編成することは難しい。
0929デフォルトの名無しさん
NGNG0930デフォルトの名無しさん
NGNGOO厨って何でこんなにキモイの？
0931デフォルトの名無しさん
NGNGそれは非OOを使える兵士をOOを使える兵士にする場合だよね。
始めからOOを使える兵士を育てれば、非OOを使える兵士にするのに比べて
金と時間がかかることは無い。
0932デフォルトの名無しさん
NGNGアンチOO＝煽るだけ
0933デフォルトの名無しさん
NGNGCOBOLer以外にCOBOL実装部分を回すのは既知害だろ。
0934デフォルトの名無しさん
NGNG0935デフォルトの名無しさん
NGNGその通り。
・OO使える奴にはOO部分をまわす。
・非OO使える奴には非OO部分をまわす。
・OOと非OOを使える奴にはOO部分と非OO部分をまわす。
それだけ。どれがいいと思うかは人それぞれかもしれないけどね。
0936デフォルトの名無しさん
NGNG無理してOO使うことないんだよー(´･∀･`)
キミたち以外のSE、PGはこれから皆OOを
駆使してプログラムしていくからさ。
0937デフォルトの名無しさん
NGNGはいはい、勝手にOO使う仕事だけしといてね〜。
もう非OOの仕事はしなくていいからね〜。
えり好みして仕事見つからなくても知らないからね〜。
0938デフォルトの名無しさん
NGNG一生地獄の前線を彷徨っててください（ﾜﾗ
0939デフォルトの名無しさん
NGNG具体的にはギコBASICをOOで書けないヘタレね。
0940デフォルトの名無しさん
NGNGそうそう、書けないヘタレね。書かないじゃなくてね。
0941デフォルトの名無しさん
NGNGOOができると勘違いしてるOOできない奴＝OO厨のこと？
0942デフォルトの名無しさん
NGNG自信がないから自分より下を見つけて安心したいの？
0943デフォルトの名無しさん
NGNGどっち向けのメッセージ？
0944デフォルトの名無しさん
NGNGOOが本当に使える奴じゃない奴のことね。
0945デフォルトの名無しさん
NGNG自分(>>942)向けのメッセージ
0946デフォルトの名無しさん
NGNGOOなんて普及率悪いことして、俺は他人と違うと思い込んでいる奴は
こうなっちゃうんだなって。
0947デフォルトの名無しさん
NGNG>>930 >>946
0948デフォルトの名無しさん
NGNGでも、出来なくて挫折してる奴よりは良いんじゃないの？
0949デフォルトの名無しさん
NGNG無知の知って知ってる？
0950デフォルトの名無しさん
NGNGこっちの台詞♪
0951デフォルトの名無しさん
NGNG0952デフォルトの名無しさん
NGNGたぶんこいつは無知の知の意味を勘違いしている。
0953デフォルトの名無しさん
NGNG自分のことがバカだと気付いていない者はバカである。
よって>>949はバカである。
0954デフォルトの名無しさん
NGNGOOはどうせ酸っぱいに決まってるよね（ｗ
0955デフォルトの名無しさん
NGNG他人を罵る奴もあんまり知性は高くないけどね。
0956デフォルトの名無しさん
NGNGグリム童話「すっぱい武道」
0957デフォルトの名無しさん
NGNG0958デフォルトの名無しさん
NGNG0959デフォルトの名無しさん
NGNG0960デフォルトの名無しさん
NGNG0961デフォルトの名無しさん
NGNGお、数値計算と証明プログラミングが得意そうな人ﾊｹｰﾝ
0962デフォルトの名無しさん
NGNG0963デフォルトの名無しさん
NGNG屑みたいな人材しか集められなくなって、
大手じゃなくなるってこった。
0964デフォルトの名無しさん
NGNG＞業界大手
どこよ？
0965デフォルトの名無しさん
NGNGアルゴリズム中心の考え方・設計の方が特殊な才能がいるよ。
0966デフォルトの名無しさん
NGNG> だからOOなんて簡単だって。本さえ読めば誰でも分かる。
じゃあ誰でもわかるように簡単に説明してくれない？
0967デフォルトの名無しさん
NGNG掲示板のレス程度で説明できるなら本は出版されない。
0968デフォルトの名無しさん
NGNG概要だけでも説明してよ。
0969デフォルトの名無しさん
NGNGそこまで簡単だとは言ってないよ(w
でも数学的な頭は必要ないから勉強さえすれば誰でも分かるって言いたいだけ。
0970デフォルトの名無しさん
NGNG概要だけじゃ中身はたいして理解できないが。
0971デフォルトの名無しさん
NGNG0972デフォルトの名無しさん
NGNGうふふ。
0973デフォルトの名無しさん
NGNG0974デフォルトの名無しさん
NGNGOOの場合と非OOの場合の両方の答えをお願いします。
0975デフォルトの名無しさん
NGNG☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀｰ
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・）＜ OO厨のソースまだー？
＼＿／⊂ ⊂＿)＿ ＼＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣￣／|
l￣￣￣￣￣￣￣￣| .|
| ○ みかん ○ |／
0976デフォルトの名無しさん
NGNGそろそろ次スレいきますか？
0977デフォルトの名無しさん
NGNGOOはOOを使える兵士だけの戦場では有効
OOはOOを使えない兵士だけの戦場では無効
OOを使える兵士とOOを使えない兵士が戦えばOOを使えない兵士は負けもしくは引き分けである。
OOを使える兵士とOOを使えない兵士を混ぜた時
OOを使う場合、OOを使えない兵士は足を引っ張る
OOを使わない場合、OOを使える兵士は足を引っ張ることはない。
これは>>1が立てた議題に反しない。
問題点は戦場は今もこれからも完全にOOが使えない兵士だけであるかということ。
もしそうなら戦場では今もこれからもOOは使えないだろう。
逆にそうでないのならOOが使えない兵士はOOを使える兵士に倒されていくだろう。
OOが使える兵士、使えない兵士。あなたがどちらになるのを選ぶかはあなたの自由である。
0978ネタニマジレス
NGNG●データ構造とそれに対する処理（メソッドと呼ぶ）を一まとめにしてオブジェクトと呼ぶ事にする。
●処理はオブジェクトが互いにメソッドの起動要求（←メッセージ）をやり取りして進む。
（アクターモデルという）
互いに相手のオブジェクトのデータ構造には触れないのがルール
（メッセージ送信を直接関数呼出ですましてしまう手抜き言語も多い）
●オブジェクトの仕様書をクラスとよぶ。
オブジェクト指向言語とは大抵クラスを定義できる言語のことである。
（クラスのかわりに見本のオブジェクトを作ってそれをコピーして使うのもあるらしい、
使った事無いので良く知らん）
●他のクラスをちょっぱってきて改造部分だけ記述する
継承という手抜き技もある。
これを応用すると似たオブジェクトを
十羽ひとからげでまとめて扱えたりもする。
（ファイルとソケットとＣＯＭポートとか、
ラベルとボタンとテキストフィールドとか、、）
●使う側からすれば完全なクラス定義などなくても
メソッドの外部仕様だけあれば用は足りる。
クラスの外部仕様書をインターフェースとしてサポートする言語もある。
Ｃで喩えるとプロトタイプ宣言がつまったヘッダファイルのように使える。
、、な、カンタンだろ？
0979デフォルトの名無しさん
NGNGこれは概要だから本を読めばちゃんと理解できるんだよね。
0980デフォルトの名無しさん
NGNG取りあえず恥さらすのはやめとけ。
0981デフォルトの名無しさん
NGNGガンバッタナー。たとえ>>968が納得したとしても
ほかのアンチがあらゆる論理で対抗してくるよ。
結論出てるのにもかかわらず
次のスレもたつだろうし時間の無駄だよ。
ほかの板いくなりテレビみるなり
勉強するなりしたほうがいい（オレモナー）
0983デフォルトの名無しさん
NGNGねたですか?
0984デフォルトの名無しさん
NGNG698だけど、うーんなんていうか、漏れの課にいるSEで、性格がきちんとしてる
せいかどうかはしらないけど、君が書いた説明みたいなのを客先に出す仕様書
の頭のほうに書きたがるヤシがいてね、気が短い客だと、そこ見ただけで
不機嫌そうな顔に変わっちゃったりするわけ。
分かった？
んで、状態遷移図については誰も書かないの？
0985逝って良しの１
NGNGアンチ ＝ 定時に上がって自宅からカキコ
0986デフォルトの名無しさん
NGNGて優香、698って誰だよ（ｗ
968の間違いですｽﾏｿ。
0987デフォルトの名無しさん
NGNG証拠を出してね。
0988デフォルトの名無しさん
NGNG少なくともOO派もアンチOO派も状態遷移図についてなにも言ってないね。
0989デフォルトの名無しさん
NGNG>OOを使わない場合、OOを使える兵士は足を引っ張ることはない。
これには反例があるみたいだぞ >>882
0990デフォルトの名無しさん
NGNGそいつを有能と言っている奴が無能なんだろ。
0991デフォルトの名無しさん
NGNGOOをつかうこととそのひとが有能かどうかには関連性がないねん。
非OOがみんな無能ってわけじゃないようにね。
たこでもJavaでコードちょっとくみゃOOできますって言うねん、
ってか882はOOを本当につかえるかどうかわかんねぇじゃん。
外注の履歴書なんてうそばっかだっちゅうに…
882の例は、無能な奴はいらんってありふれた例にすぎん、
OOがどうかにはあまり関係なしね。
0992デフォルトの名無しさん
NGNG勘弁してくれ、状態転移図ってのは構造化プログラミング系のころから
あっただろ？ 〜法とかでさ。
おまえら本当に両方やった上で議論してるんだろうな？
0993デフォルトの名無しさん
NGNGタコより厨がヤバイ、なんでもかんでもＯＯしようとする
時と場所を選ばん奴がおるんよ
0994デフォルトの名無しさん
NGNGそりゃ昔からあるだろ。別にOOみたいに目新しい技術じゃないし。
んで、OOに状態遷移図使ってるの？
ついてに、使ってるとしたら、構造化〜の時と同じ手法？それとも別のヤツ？
てか、構造化〜の頃に状態遷移図使ってた？
0995デフォルトの名無しさん
NGNG集え若人
0996デフォルトの名無しさん
NGNGもうおしまい？
0997デフォルトの名無しさん
NGNG0998デフォルトの名無しさん
NGNG0999デフォルトの名無しさん
NGNG1000デフォルトの名無しさん
NGNG1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。