オブジェクト指向は戦場では必要なし９

オブジェクト指向はより自然なモデルに即したものではあるが、
クラスを理解する労力が大きく、目的まで達成するのに時間がかか
る。他人のソースを見るにも複雑でときほぐしにくい。ちゃんと
整備されたドキュメントがなければ粗大ゴミソース。またオブジェ
クト指向が○○に優れているとかいう話も、あくまでちゃんと設計
され、ちゃんと実装されたクラスがあるという前提での話。実際は
世の中にはそれほど有能なSEやPGなどいません。
　よってオブジェクト指向は戦場では使いものになりません。
（byあいたたたた）

パート１ 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/
パート６ http://pc3.2ch.net/test/read.cgi/tech/1029297075/
パート７ http://pc3.2ch.net/test/read.cgi/tech/1030029357/
パート８ http://pc3.2ch.net/test/read.cgi/tech/1031028125/

宣伝に笑う者は宣伝に泣く

日経バイト　2002年10月号特集1
Javaの知られざる欠陥
http://itpro.nikkeibp.co.jp/NBY/toc/
(タイトルのみ)

2 ゲットぉーーー！
￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣(´´
　　　　 ∧∧　　　）　　　　　　(´⌒(´
　　⊂（ﾟ∀ﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
　　　　　　 ￣￣　 (´⌒(´⌒;;
　　　　　　ｽﾞｻﾞｰｰｰｰｰｯ

>>1
ヴァカにはどの言語で書かれたプログラムも「複雑でときほぐしにくい」って事だろ？

今からこのスレは
「OOもわからんアフォは戦場では必要なし」
に変わりますた。

自分のオナペットを自分で立てたか >>1
それでこそオナニストの鏡

プ逝１、自家発電中

俺の中では結論出てるんで最近このスレ見てなかったけど
もう9スレ目なのかよ。ほんと暇だな。

>>6
絶滅危惧種のコテハンをみんなでかまってやるスレです。

>>7
ウサギは寂しいと死んじゃう… てアレと同じか?

おじちゃんも寂しいとsinuじゃうの？

OO否定するのは結構だけど、
いい歳こいて現場を混乱させるような風説を流布してばかりで、
OOの代りに「どっちへ引っ張っていきたい」つう魅力ある目標を示せてない事こそ
問題だぞぉ

ＯＯは古くさいんだよ。
判ってないなあ。

>>10
>>11 には日本語が通じなかったようです

現場を混乱させる風説を流布したのはＯＯ屋の方でしょが。
記憶力無いのかね？

プログラムの部品化・再利用なぞ昔から行われていたのに、
「ＯＯによって初めて実現しました」などとデタラメを並べ、
無知な会社上層部を騙して言語転換にミスリードした。
現場ではそれまで再利用していたライブラリを丸ごと廃棄させられる
派目になり、生産性が極端に下がった。　
ソフトウエア資産という物を故意に無視しているとしか思えない記述や
「クラス対コピペ」などの明らかに馬鹿を騙す為の論述も目立つ。
「ＯＯを否定するのは時代に付いて行けない奴」などというレッテル張りや
何より許せないのは、そういったレッテル張りで反対意見や都合の悪い情報を
封殺してしまうファシズムの風潮を故意にはびこらせる輩が少なからず
居る事だ。

ＯＯは基本的に詐欺でありファシズムである。

ライブラリを丸ごと破棄する三流会社に勤めている方が居られるようですが

現場を混乱させる風説を流布したのは非ＯＯ屋の方でしょが。
記憶力無いのかね？

プログラムの部品化・再利用なぞ全く行われていたのに、
「ＯＯ以前から実現していました」などとデタラメを並べ、
無知な会社上層部を騙して言語転換を妨害しつづけた。
現場ではそれまでいやいや使っていたライブラリをそのまま使いつづける
派目になり、生産性は極端に下がったまま。　
ソフトウエア資産という物が作成者によって永遠に保守されると信仰しているとしか思えない記述や
「クラスは理解する労力が大きい」などの明らかに馬鹿な論述も目立つ。
「ＯＯを肯定するのは宣伝に騙された奴」などというレッテル張りや
何より許せないのは、そういったレッテル張りで反対意見や都合の悪い情報を
封殺してしまうファシズムの風潮を故意にはびこらせる輩が少なからず
居る事だ。

>>1は基本的に詐欺でありファシズムである。

>>15
> プログラムの部品化・再利用なぞ全く行われていたのに、
文脈からすると
「プログラムの部品化・再利用なぞ全く行われていなかったのに、」
だろ。コピペ返しで間違えるのは格好悪いぞ

JavaWorld読めばアンチは自分の言ってる事の
恥ずかしさを理解できると思う。

>>10
>OO否定するのは結構だけど、
> いい歳こいて現場を混乱させるような風説を流布してばかりで、
> OOの代りに「どっちへ引っ張っていきたい」つう魅力ある目標を示せてない事こそ
> 問題だぞぉ

プ逝１は魅力ある目標を示していますよ。

ニュータイプの手続き型 (http://pc3.2ch.net/test/read.cgi/tech/1031028125/354)
>いやいや、なにも昔流のコードを主張している訳ではないのだよ。
>メッセージ機構やらなんやらをバックグラウンドに隠蔽した
>ニュータイプの手続き型。

超オブジェクト指向 ( http://pc3.2ch.net/test/read.cgi/tech/1009177280/614 )
>最先端の現場の天才プログラマー達によって編み出されている新たな開発手法の総称だ。

>>17
JavaWorldに洗脳された自分で物を考えられない奴ですか？
自分の言葉で語ることができない奴の方が恥ずかしい

>>19
そうだね。
せめて、JavaWorldのどこを読めば、どう恥ずかしいかを書かないと。

つうか、お前の「自分の言葉で語れない」って言葉自体、借り物だろ。
放置だよ

再利用なんなする間も無いほど変化の激しいときほど、OO の威力が増す。

それはむしろＶＢとかＣＯＢＯＬだろ。

前から気になるが、○○って何だ。

>>23

それは、逆。理由はOOスレのたまに見かける正しい意見を読んで。

そう言えば「日経バイト」の特集は問題だぞー

・ＶＢは資産があるから現状でＯＫ。変えるなぞもっての外
・銀行などの基幹システムはＣＯＢＯＬのような充分枯れてバグの無い言語
　じゃないと無理
・SmallTalkは綺麗なグラフィック画面を見せて好意的に紹介（洗脳）
・Ｃ＃は次世代をになう最新言語

でひとりＪａｖａだけ叩かれてるの（４ページくらいに渡って）

　　も　う　こ　れ　以　上　の　盛　り　上　が　り　は　無　理　で　つ

ＯＯ＝オブジェクト指向

ＯＯ＝んこ

どうやらアルファベットの大文字のオーが２つのようだな。
何かの記号とか、伏せ字のように思えた。無限大の記号のつもりにも見えた。
さっきはの24では「まる」で変換して恥をさらしたな。

　も　う　、　い　い　よ　。　お　わ　ら　せ　よ　う　こ　の　話　。

ちＯＯ
うＯＯ
まＯＯ

多態ですが何か？

>>32
それが部品の再利用

長く続いた OO 論争スレもついに有終の美を迎えることになりましたが

終わるな。他のスレに電波漏れないように某を隔離しといてくれ。

OO == Object Oppai

ＯＯ←おっぱい(プルルン)

　∩
ＯＯ←隆起したおちんちん(プルルン)

これからは超関数志向
Super Function Oriented
SFOが主流になります
ソース
http;//www.sfo.org/
日本
http;//www.sfo.jp/

まだ続いてるんだ・・・・長いなぁ

OO派　VS アンチOO派
でプログラミング対決すればいい。

例えば、テーマはオセロで
どっちが拡張性があるか、保守性があるか、コードが読みやすいか、
などを実際に比較すればいい。
現物を知らないから水掛け論になるんだよね。

決着をつけちゃだめなんだよ。
大っぴらに荒らす為に続けてるんだから。

テーマは何でもいいけど、理想は商品になるレベルでやってほしいね。
いくら洗練されたアルゴリズムでもそれ単体では使わず、実際には
UIとかそれ以外ものをつけて使うからね。それでこそ現物といえる。
たとえばオセロだとグラフィックはもちろん、レベルによった強さの
違いとかネットワーク対応とか色々ついてるよね。
まぁここでやるには規模が大きすぎるけど。

>>40
なにを基準に勝敗を決めるかでもめるという罠

なに、その超関数思考ってのは。
いまいちイメージがつかめない。

>>37
「ゆさゆさ」じゃなく「ゆっさゆさ」なのが（・∀・）ｲｲ!!

このスレ痛々しい

OOで作ったオセロならあるよ。
コンピューターの強さは関係ないというか
コンピューターの実装がどれくらいしやすいかという
ところを見るべきだと思うよ。

非OOのオセロって目もあてられないというか、
非OOの人はオセロつくれないんじゃないかな？

当然のごとく、マルチスレッドで
オセロサーバーとして使えるようになってます。

課題でたのか・・・
ここに掲載できる量かね？

1回は無理

GUIまで作ると、１日潰さないときついね。
でも、非OOのオセロってどんなものか見てみたいよ。
俺OO派だけど、アンチOOの人がどういうプログラムを書くのかは
正直よくわからないから一度は見てみたい。
非OOの良さがあれば取り入れたいしね。
是非作ってください＞アンチOOの方々

当然、アンチの人はVC++で作るんだよね。
VBで作ったらある意味すごいな。
関係ないけど、Perlで書いたオセロは目が痛くなりそう。

あと、オセロってテーマはなかなかいいね。
カーネルが存在して、ユーザーがいる典型的なアプリケーションで、
かつカーネルにはデータがあり、
それを処理するロジックがあり、
そのロジックはオセロのルールが単純だから
それほど手間がかからず・・・
カーネルが独立して動けば、オセロサーバーってのも簡単にできそうだね。
作った人のプログラミングのレベルを測るにはもってこいだと思うよ。

カーネル？ﾊｧ？
意味不明なこといってんじゃねぇよ。ｱﾌｫ
どういう意味で使ってんのかと小一時間（以下略

>>47
それ森田和郎の前で言ってみろ。莫迦め。

このスレ痛々しい
47=51とかのせいで。

おまえらネタスレだからと言って俺より痛いことを書くな。
+俺に突っ込まれるな。

また具合悪くなったんですかぁ？
お大事にぃー

>>56
ﾋﾟﾝﾋﾟﾝです。>>47ですか？

>>47の作ったオセロのソースどっかにうｐｷﾎﾞﾝ

頭と実生活に障害のある方のスレはここですか？

>>58
偏頭痛持ちの方も見られるようですね（ｗ

×>>58
○>>59

目も悪いのですか？最悪ですね

>カーネル？ﾊｧ？
カーネルという単語も知らないのか(w
LINUXカーネルとか聞いた事ないの？

>>63
エンジンとかロジック部とかなら言うけど、あまりそういうのをカーネルとは
言わんと思うが。

で、オセロのカーネルってなに？

>>65
あんたも過剰反応しすぎ

どうでもいいから>>47出てこいよ！！

オセロなんて非ＯＯでも大して面倒臭くないのではないか？
非ＯＯだって、カプセル化くらいは気にするわけだし、継承や多態が
もっと効果を発揮する設問の方が良いのではないだろうか。

ＯＯ的手法を取り入れた、非ＯＯのプログラムはＯＯに入るの？
多態もディスパッチである程度できるし、コードが汚くなるというなら
ソースジェネレータでもかませばいいし。
ま、型チェックが壊滅的に甘くなりそうだけど。

俺のイメージだと

カーネルは
カーネル←→シェルみたいに
システムのデータを破壊しないようにするための
一種の境界のようなものを構築する役割がある。
で、カーネルに対していくつかの命令を送る事で
あるアプリケーションを実現する。

エンジンっていうのは、ある種の専門的な作業を一手に引き受ける
モジュールのようなものだと思う。
描画エンジンといえば、描画のみを担当するわけで
データの保護とかは関係ない。

ロジックっていうのはデータを処理するモジュール群を指す。

>ま、型チェックが壊滅的に甘くなりそうだけど。
型チェックスクリプトを書くとか（ｗ

オセロの白い方は？

俺のイメージだと
カーネルはビスケタン連れたおじさんだな

>>70　中島

オセロの黒いほう、なんか最近白くね?

ﾋﾟｻﾞってるのは白い方？

ずっと前に作ったオセロでよければ
ウプしますよ。
もう消してしまったかもしれないですが。
言語はJAVAです。

さっさとうｐしろや。小ワインか？

オセロなら、７行スレに神が作った６行オセロってのがあったぜ。
あれは流石にＯＯじゃねーだろ。

とりあえずOO派と非OO派のオセロを対決させようぜ。
非OO派のが勝てばスレタイ通りってことで。

>>78
それ、思いっきりロジックに依存してるじゃん。
おもしろそうだけどな。

OO派のコードがネット対応させたり大幅改正したオセロ２を作る時どれだけ再利用できるか見ものだな。
どうせ最初から作り直した方が早いってことになると思うが(w
まあ、OO派はそこが腕の見せ所だと言うだろう。
しかし非OO派はOO派がちんたら１を作ってる間に２まで作ってしまうだろうな。
OO派はクラス間の調整コードいじってOOごっこするのが好きだからなぁ。
それに比べ非OO派は再利用のことを気にせず具体的なコードをガリガリ書ける。
OO派vs非OO派なんて非OO派が勝つに決まってるね。
(オセロXIIまで勝負が続くならともかく)

>>80
口だけは立派ですね(藁

対戦するなら賞品レベルでやれよ。
ロジックだけ作って終わりにすんなよ。
それから同じ物を作るんだからな。OO側がネット対応にするなら非OOもネット対応だ。
再利用の程度を測るなら少しずつ機能を追加していくのがいいだろうな。

賞品→商品

商品→小貧

interface プレイヤー
+getNextPlay()
class 審判
-Vector()
+setPlayer(String Name)
+playGame()
-playTern()
class ルール
+check()
class 棋譜
+append()

簡易UMLでOO派の設計を書くとこんな感じか？

あ。
-Vector()←いらない。

非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派
派　非　派　非　派　非　派　非　派　非　派　非　派　非　派　非
非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派
派　非　派　非　派　非　派　非　派　非　派　非　派　非　派　非
非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派
派　非　派　非　派　非　派　非　派　非　派　非　派　非　派　非
非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派
派　非　派　非　派　非　派　非　派　非　派　非　派　非　派　非
非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派
派　非　派　非　派　非　派　非　派　非　派　非　派　非　派　非
非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派
派　非　派　非　派　非　派　非　派　非　派　非　派　非　派　非
非　派　非　派　非　派　非　派　非　派　非　派　非　派　非　派

ﾊﾋﾊﾋ

>>80よ。
無制限アンドゥや、最善手アドバイス機能はもはやあたりまえだし、
いまどきオセロなんぞ作るからにはネットワーク完全対応だよな？
ネットワーク上での複数人数でのチーム戦とかトーナメント戦とか。
対戦中には、当然チャットもできるんだろうな？
なぁ>>80よ。現実を見ろよ。構造化言語に明日は無いんだ。

デザパタマンセー
俺も今日からｲｲﾊﾟﾀｿを探そう

パターンそのものってモジュール化できないの？

>>91
またわけのわからないことを…

>>92が低脳なだけ

>>93
じゃ答えてやってくれよ

アンチパターンって本が売ってた気がする

>>95
おれ、改修版と２冊持ってる。
あれは良い本だ。

>>95
なんだそりゃ？

どういう内容なの？

>>98
それぐらいアンチパターンで検索しろ。

　　　そ　れ　ぐ　ら　い　ア　ン　チ　パ　タ　ー　ン　で　検　索　し　ろ　！

つまりDesign Patternが素晴らしすぎてアンチッチになったということか？

それぐらい教えやがれ

　　そ　れ　ぐ　ら　い　教　え　や　が　れ　！　！

>>100
まったく違うよ。

　　　　　　　　ま　っ　た　く　違　う　よ　！

うんこしたいよ。

　　　　　　　　　　う　ん　こ　し　た　い　よ　！

どう違うのかね？

　　ど　　う　　違　　う　　の　　か　　ね　　？

買ってきて、読め。

　　　　　　買　　っ　　て　　き　　て　　、　　読　　め　　。

>>91
記述性の高い言語だとモジュール＝ライブラリ化できるよ。
C++, C#, Rubyなんかでは言語仕様に組み込まれていたり
ライブラリ化されているパタンがいくつもある。

パタンってトタンみたいなものかね？

　お　っ　ぱ　い　！

VBですら.NETでオブジェクト指向化したというのに…

>>108それは違う。流行に乗っただけ。

今ではメジャーな言語で
非オブジェクト指向なのを探す方が難しいですよ。
Perlもオブジェクト指向を採り入れたと訊くし。
Basicですらなった。
CobolやFortranですらオブジェクト指向対応の仕様があるとゆーのに。
時代の流れってやつですね。

だからといって絶対にOOPしなきゃいけないってこともないけどな。
機能として備わっているからといって誰しもがOOPするとは限らない。

そりゃ、LinuxのカーネルとかCで書かれた古いコードをメンテするのに
わざわざOOPで書き直せとは、誰も要求しないと思われ。
しかし、今後新規にアプリケーションを書く場合は、
オブジェクト指向技術を採用せざると得ないだろ〜。

ファイラみたいな機能を備えたアップローダ書こうと思ったら、
PerlでもOO使わざるを得ない。

結局、このスレは言語ヲタばかりで
オセロを作れる奴はいないという結論でよろしいかな？

オマエモナ

１：事実に対して仮定を持ち出す
２：ごくまれな反例をとりあげる
３：自分に有利な将来像を予想する
４：主観で決め付ける
５：資料を示さず自論が支持されていると思わせる
６：一見関係ありそうで関係ない話を始める
７：陰謀であると力説する
８：知能障害を起こす
９：自分の見解を述べずに人格批判をする
10：ありえない解決策を図る
11：レッテル貼りをする
12：決着した話を経緯を無視して蒸し返す
13：勝利宣言をする
14：細かい部分のミスを指摘し相手を無知と認識させる
15：新しい概念が全て正しいのだとミスリードする
16：突如釣り師になる

病名を付けるとしたら何かな？

オセロでポリモーフィズムするとこって、プレイヤーくらいだと思う。

class Man extends Player
class Computer extends Player

あと、こんぴゅーたみの思考アルゴリズムかな。序盤クラス・中盤クラス・終盤クラスは作る価値
あるかもしれない。

そだね
あとは8*8以外にもできるとか
そんなところじゃない？

でも、プレイヤーに与えるデータ（というかインターフェース）
を制限できたりとかって
結構便利だよね。
まあ、OOじゃなくてもできるけど
OOでやると気分がいいというか・・・

ダウンキャストされたら困るけど（ｗ

あとは二人零和有限確定完全情報ゲームフレームワークを継承して
オセロゲームクラスを作るって事もできるよ。

盤面クラスと、置かれた時の処理の定義したクラスを分けると、デバックしやすくなってイイな。
こりゃあくまでプログラミングしやすくするためだけどな。（オセロはルールは変わらない）



っていう話をできない OO の機能を持ってない言語なんて、オワッてる。

非OOでの作りに関する話がまったく出てきてないようですがやる気あるんですか?

>>119

そういう機能をつけるなら、8*8 以外の思考アルゴリズムをクラスとして定義する価値がさらに上がるし、
適切な思考アルゴリズムを生成する AbstractFactory を作る価値が出てくる。


でもオセロにゃいらねーんだよ。そんなん。

>>125

単純なもの作るなら、オブジェクト指向の意味はなくなるよ。そりゃ。

OOPを覚えたばかりの新人が
「OOPは使えねぇよ」と言ってみたいスレはここですね

>>122

イカサマとかそういう要素をつけたオセロならゲームなら Model と Controler 分ける価値はあるな。

>盤面クラスと、置かれた時の処理の定義したクラス
そうだね。
やるなら
class Osero{
private Board board;
public void moveBlack(Point p){
process(p,BLACK);
}
public void abstract process(Point p,int color);
}
みたいな抽象クラスを作っといて
各オブジェクトはprocessを実装すると。

オセロでも
大きな視野で見ると
ポリモーフィズムを使うところって多いね。

逆にポリモーフィズムがあるから
発展性の余地を残せるというか。

やっぱりOOってすごいよ。

>>128

もっと単純に、これでいいんでないか。

interface ReversePiece {
..void reverse( OtheroPanel pane, int x, int y, int color);
}

別に、オセロはルールは変わらないんだから、盤面オブジェクトで実装しちゃうのがイイと思うんだけどね。


あと、OO らしいポイントといえば、盤面 Observer を作る必要はあるかもしれない。
盤面の状況を変わったことを通知して、ひっくり返す画面のアニメーションさせるとか、
ゲーム途中経過のスコアの更新するとか。

あえてOO用語使わなくても、経験の長いプログラマは実は大抵OOっぽいテクニックは沢山使ってる。

それならもう腹をくくって、OOな言語でOOな設計で作って欲しい。

厨房にクラス作らせるから破綻するんだろ？
だからスキルのあるヤツがクラスを作って厨には糊付けさせるだけとしたいわけだ。
現実の戦場の大多数が厨房なわけで、奴らにグルー言語として相応しい言語を
使わせるのが良いのだろう。
ＶＢだな（ｗ

つまり武器は後方で作れと。
前線で弾丸を作るなと。

・・・つーかうまくいかないのは、ＯＯのせいでも非ＯＯのせいでもないことを
自分で再確認しただけだな。
厨会社・・・。
ウチはＯＯ的手法を取り入れながらＣでやりまつ。
クラスぶっ壊すよりモジュールぶっ壊すほうが楽なので。＜設計ミス前提

VB使うと世界が変わっちゃうね。
Cと比べると。
あまりポリモーフィズムしないけどね。
デリゲートもできるし。
抽象クラスを使うと、プログラミングの組み立てが
楽になるよ。最高！これからもよろしく>>VB

名前が間違ってるからダメ
ＯＴＨＥＬＬＯ

手続き型オセロ作ってるよ。＞Javaで
Javaクライアントなんて作った事ないんで調べながら作ってる。
出来たらどっかにUP出来る？

ここに載せていいよ

前にコード晒しスレで使ったアプローダがどこかに…　　　　ねぇや。

>>132
VBでもクラスを作れるのを知っているのだろうか？
RADツールは総じてVBと同レベルの難しさだし、そればっかり使ってると
VB使いと同レベルの技術力の技術者が量産されるのに。

（　`Д）
/(ﾍ　っ )ﾍ

>>1が別の板で暴れているのを発見しました。どう対処したらよろしいでしょうか

>>140
永遠に帰ってこないように煽りまくって貼り付けといてくれ。

>>140
ﾄﾞｺ?

>>141 了解。
>>142 煽らーが増殖するとヤダから教えない。

http://kari.to/upload/index.cgi
http://www.calx.jp/towa/cgi-bin/imgboard/upb.cgi
http://megami.s1.x-beat.com/upload/upload.cgi

オセロのコードが出たらやること。

新しい機能の追加に作り直しといわない範囲で
どれくらい耐えられるか考えてみる。

>>138
> VBでもクラスを作れるのを知っているのだろうか？

知らなかった・・・。
ＶＢも使わせられないな（ｗ

> VB使いと同レベルの技術力の技術者が量産されるのに。

ゲーム屋だからＲＡＤ使ってないよ。

ところで、アニオタの向上心を高めるにはどうしたらいい？

VBを叩くやつはVBを知らない法則。
オブジェクト指向を叩く奴はオブジェクト指向を知らない法則。
構造化を叩く奴は構造化を知らない法則。

>>130
class Point{
public int x;
public int y;
}
という事で。
moveはアクセサメソッドのようなもので、
まあ、moveが起こった時の処理は他にあるかもしれないし、
直接reverseされると制御手順がわかりずらかったり。
run(){
Osero osero=OseroFactory.createGame("standard");
Point p=player.move(gameInformation,color);
osero.moveBlack(p);
白の番へ...}
みたいな感じで。

>あと、OO らしいポイントといえば、盤面 Observer を作る必要はあるかもしれない。
これは誰の視点で作るかによると思う。
例えば、プレイヤーからの視点では
プレイヤーがディスプレイするオブジェクトを持つべき。
一方、第三者の視点ならば

class OseroWithDisplay　extendsDisplay{
private Display display;
...
}
とするのがいいと思うな。
あるいは

class Osero{
private Board board;
public void moveBlack(Point p){
process(p,BLACK);
のBoardがDisplayクラスを継承したものになってるとか。

何っ。VBがクラスを作れるのを知らない奴がおったのか。

>>147
証明をどうぞ

>>149
Display()はゲームシステムが持つべきメソッドだよ。
Player, Move, Boardが各自もっても通用するのはコンソール版だけ。
GUI版でやると効率が悪すぎる。
それからスペルはOthelloかReversiだってば。

>>152
>それからスペルはOthelloかReversiだってば。
そうか。
指摘、ありがと。

>Display()はゲームシステムが持つべきメソッドだよ。
効率悪い理由がよくわからないんだけど、
もしよければ具体的に教えてください。

>>153
まずBoardやPlayerなどのデータ構造・ロジッククラスは
描画機能を別オブジェクトに委譲すべき（描画コードが一箇所に集まるので実装が楽）。

それから状態を描画するタイミングはシステム・審判クラスが決めることが多いので
Board, Move, Playerオブジェクトは何も考える必要がない。
（思考中の情報を表示するなら各オブジェクトが描画のトリガをひくようになるんだけど）

昔書いたCUI/GUI両対応のコードは大体こんな感じだった。
思考中のアニメーションとかのない地味なアプリだけど。

Application.Run(){
for(;;){
　Move move();
　Show();
　players[turn].GetMove(move);
　board.MakeMove(move);
　if(board.Finish()) break;
　turn.SetNext();
}
}

>描画機能を別オブジェクトに委譲すべき（描画コードが一箇所に集まるので実装が楽）。
だからDisplayクラスを継承だって・・・・
JavaでいうならJPanel#paintComponent()だね。

Boardに実装すれば、駒の配置が変わると
repaint()が呼ばれるので、外側からshow()を呼ぶ必要がない。

逆に画面表示しない物を作る時、
Application2を作らなきゃならないね。

言語派から設計の話がまったく出てこないのですが…

>>155
Java知らないんだけどDisplayって描画を直接担当するクラスでしょ？
それを継承してロジッククラス作るって変な気がするんだけど。
たとえばGUI, CUI, Debug(ファイルへ出力)の三種類作る場合、
どういうクラス構成になるの？
こっちのはApplication.Show()をoverrideするだけ
(ApplicationをObserbable, Screenに読み替えてもいいけど)。

それからウィンドウの再描画が必要なとき
（最小化から復帰したときやファイルからロードしたとき）、
すべてのオブジェクトのrepaint()を呼ばないといけないんだから
結局Application.Show()などから描画するのは避けられないよ。

>>156
プロ言語派は全員別板に遠征しているようです (ﾌ

アップしたよー
動くかどうかわからんが
http://megami.s1.x-beat.com/upload/upload.cgi
[megami0131.lzh] Othelloソース(Javaファイル) 5 2002年09/30(月)05:17

オセロで多態性を使いうる部分。

1.Viewの表示方法（SwingをつかうかSWTをつかうか、単純な四角形にするかクォータービューにするか、
　置石の形や表示変更のアニメーションの種類など）
2.Modelの持ち方（単一JVM上で動くものか、ネットワーク通信によって複数のJVM上で同期されるものなのか）
3.コンピュータープレイヤーのロジック（初級、中級、上級とかあるよね？）
･･･

いくらでもあるな（藁

動いたよ。終了する時に NullPointerException でお亡くなりになるが…(藁。
ちなみに678行目(WindowAdapter#windowActivateを呼び出したところ)。

COM vs COM だと絶対白が勝つな…。オセロって必勝パターンあるんだっけ？

>>160
2.は3.のネットワークプレイヤーで吸収できますよ。

>>141
戻ってきてるよ(萎

>>157
>それを継承してロジッククラス作るって変な気がするんだけど。
盤面のデータ(配列）を常に表示してるだけ。

>たとえばGUI, CUI, Debug(ファイルへ出力)の三種類作る場合、
GUIは先に書いたとおり。
CUIは盤面クラスのアクセサメソッドが呼ばれた瞬間出力
ファイルへの出力は、インターフェースInputStreamがあるので
CUIと何もかわらない。
デバッグ出力は別の問題。
ただし、これは第三者から見た視点。

プレイヤーから見た視点を再現するには
プレイヤーに渡される盤面情報を元に再現するのが
一般的だと思うよ。

>それからウィンドウの再描画が必要なとき
GUIのライブラリーは何使ってるの？
ずいぶん原始的な物を使ってるみたいだねｗ

Java厨はObject->Display->Boardという階層のDisplayを直接書き換えるのか？
すごい発想だな(藁

>>166

class Osero extends JPanel{
private Board board=new Board(8,8);

public paintComponent(Graphics g){
boardに基づいた処理；
}

private void Board変更(){
....
repaint();
}
}

Osero→Otheroだった。

class Board extends JPanel{
private int[][] array;
public set(int x,int y,int value){
array[x][y]=value;
repaint();
}

すごいバカがいるな
オーバーライドを知らないとは（ｗ

こいつがOO派だったら、
それはそれでまた面白いな。

もしかしてこのスレには、
真性無知アンチOO
勘違いOO
努力の足りないアンチOO
天才OO使い
の４カテゴリーの人間がいたりして。

>>168

Model と View 分けなよ。（Java に特化したことを言うと、Swing 使うまでもないんでない？ AWT でいいよ）

Java厨はデザパタを知らないっとφ（．．）ﾒﾓﾒﾓ

>>171 やはり時代は Ruby ということですか。

>>169
おい。秘密をばらしたら、
機密漏洩罪で処罰するぞ。

時代はVB.NET!!!!

>>171

けどなー、こういう経過を経てオブジェクト指向っていうのは学ぶもんだと思うよ。
知ったかしてりゃ何れは本質を知ることができる。（OOを嫌う奴は多分、永久にまともなプログラム組めない）

能書きばかりで動くモノのソースも上げられないＯＯ厨の集うスレはここですか？

>>176
じゃあお前から上げてみろよ。ｳﾞｫｹが！

>>162
完全情報有限ゲームでは先手必勝か後手必勝かどっちか。

>>177
>>159
http://megami.s1.x-beat.com/upload/upload.cgi
[megami0131.lzh] Othelloソース(Javaファイル) 5 2002年09/30(月)05:17

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

>>178
引き分けがあるだろ。

>>180

簡単過ぎて作る気になれない。

>>159 は頭いいよ。よくやるよなぁ。
（天才に OO は無用という証明だな）

ﾌﾟｯ

なんだこの激しくくだらないスレは

OO な オセロ作っちゃうぞ！

>>159
OOどころかモジュール化さえしてないのな。

>>159
読みやすいし良いソースだと思う。でも手続き型のソースって OO のより作り手の
スキルに左右されるから大人数でやるとピンキリになっちまうんだよなぁ、などと
久しぶりに手続きソース見て嫌なこと思い出してみるテスト。

ところで、その時間までオセロ作ってて仕事はどうしたの?

問題は拡張性だな。サンプル程度にはいいけど製品レベルの完成度に
するためにはOOにした方がやりやすいね。

>Model と View 分けなよ。（Java に特化したことを言うと、Swing 使うまでもないんでない？ AWT でいいよ）
どっちでもいいんじゃない？

ところでATWよりSWINGを使った方がいい時ってどういうとき？

>>188

putPiece っていう関数の名前の付け方からもこなれている感じはする。


476 行目の reverseSub は、軽くポリモーフィズム的と思った。
（同じメソッドでも動作は違う。引数に方向を渡しているんだが。）

>>190

表とか、ツリーとか、そういう高度なコンポーネント使いたいとき
じゃないかしら。

ポリモーフィズムってそういう意味かぁ？

>>188
聞くだけ野暮ってもんでしょう

>>159
たしかにいいソースだと思う、手続き型としては。
でも、全体像を把握しにくい事は確かだし、
新しいコンピューターのアルゴリズムを
今あるのとは別な形で追加する方法が
それなりに難しかったりすると思う。

ここでOOのソースが欲しいところだけどね。

OOはコードの量は多くなってしまうけど、
非OOのコードに比べたら読みやすいし、改良しやすいと思うよ。

ところで、アンドゥ機能はついてますか？

>>195
159じゃないけどコンピュータの思考アルゴリズムを追加するのは
すごく簡単だと思うよ。computer関数を書き換えて呼び出してるところを
変えるだけじゃん。
ゲーム中に動的に変えたくなったら初めてポリモの出番じゃないの?
あのコードならそのときに失うものなにもない。YAGNIだね

アンドゥ機能もしかり。ターンごとにmaster_board変数をVectorにでも突っ込んでおけば
それだけでアンドゥになるんじゃない?

そりゃその程度の規模なら簡単なわけで
大規模かつ複雑になると
「関数を書き換えて呼び出してるところを
変えるだけ」
がえらい手間になって

YAGNI
You’re NOT gonna need it!
いずれ必要には「ならない」!


それは本当に必要にならない・・・のか？

いるものを作らないのはYAGNIじゃないよな。

>ゲーム中に動的に変えたくなったら初めてポリモの出番じゃないの?
ユーザーはコードを書き換えて選択するのでしょうか？ｗ

>>199
おまえ…

何いってんの？

>>199
えーと、そこ笑うところでしたか?

ストラテジー

>>199
いいね、荒野の中に咲く一輪の花のようなギャグってｗ

>>169
> もしかしてこのスレには、
> 真性無知アンチOO
> 勘違いOO
> 努力の足りないアンチOO
> 天才OO使い
> の４カテゴリーの人間がいたりして。
いいえ「天才OO使い」はいません
その証拠に、能書きばかりたれているだけで、
全然OO版オセロのソースが出てきません。

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

結論：
ＯＯではオセロ書けない

何故学生相手に本気になる必要がある？
対価を払う気あるのか？

>>206
今作ってんだけどw
斜め見下ろしって部分はもう完成してるからあとはゲーム固有部分の作成のみ
大学受験終わったら完成させるよ。

つうか同じ仕様で作らないと比較のしようがないんだが。

ある程度決めて作ったほうがおもしろいんじゃない？

教科書どおりなら仕様が膨らむほどＯＯが有利になるはず

仕様を先に決めないってのは良くないね。
OO派、非OO派両方とも自分都合の良い仕様にするから。
このスレは戦場での話だから実際の戦場さながらの現実的な仕様求む。

>アンドゥ機能もしかり。ターンごとにmaster_board変数をVectorにでも突っ込んでおけば
>それだけでアンドゥになるんじゃない?
アフォ？
あのコードにアンドゥ機能つけてみろよ。
アンドゥ機能をつけるという事は
インターフェースが一つ増えるという事だぞ。
ココで言うアンドゥって
一手進める、一手戻るだよな？
さらに相手がコンピューターなら２手戻るわけか？
あのコードに付け加えるのは無理だな。

>>211
> 戦場での話だから実際の戦場さながらの現実的な仕様求む。
取りあえず>>159のソースが仕様でいいんじゃないか？
それで何か不満があるのか？
適当な仕様を作って、五月雨のような仕様変更こそが戦場だ
OOは仕様変更に強いんだろ？
それを口だけでなくソースコードでみせてみろ。

なんでこのスレの連中はケンカ腰なんだ？

とりあえず、誰かOOで>>159相当のコード作ってよ。俺は作らないけど。
それから、OO、非OOのコードに対して仕様変更をしてみるってのはどう？
つまり>>159のコードは完成じゃなくスタート地点ということね。

>>214
> なんでこのスレの連中はケンカ腰なんだ？
戦場だから。煽るか罵られるかの殺伐とした雰囲気こそが戦場に相応しい

>>215
×：俺は作らないけど。
○：俺は作れないけど。
ま、どっちにしても口だけの能なし野郎であることは変わらないけどな。

>>215
暇つぶしに 159のコードをリファクタリングしてる。
出来たらｳﾌﾟするかも。

あの程度のコードはリファクタリングする価値ないよ。
フルスクラッチで書いたらいいよ。

>>215
賛成。非OOのはできてるのでOO厨のみなさん
スタート地点に立てるように頑張ってくださ〜い。

OOだとか非OOだとか関係ないな。
低水準な考えだ。
開発プロセスをどう効率よくやるかが問題であるわけだから、
XPをちゃんと勉強しよう。
まぁWindowsXPをまだ入れてないやつは
体感してないわけだが、
XPは素晴らしい。
開発プロセスの効率を高めることができるし、
モチベーションも高められる。
OOとか非OOとかﾔｲﾔｲ逝ってるようじゃ、
まだまだだな。

>>220 ネタはいらん。

>>221
XPを知らん馬鹿は参加しなくていいのですよ。

OO厨。ソースまだ〜？

結局、コード作ってきたのは>>1だけか・・・
まあ、スレ立てたぐらいだからよっぽどこのスレに熱心なんだね

>>159 は、確かに手続き言語的にはよいソースだと思う。
しかし、有能とされるヤシが、実際ＪＡＶＡのプロジェクトで、
ああ言うコード出してくるから困る。正直、設計はやらせたくない。

>>225
>>>159 は、確かに手続き言語的にはよいソースだと思う。
いや、そんなことはない。
グローバル変数が複雑に絡まり合い不協和音を奏でているよ。

どうでもいいけど期限決めようよ。
ＯＯ版は１０月２日いっぱいで出来なかったら駄目って事でいい？
既に>>159から丸１日以上経ってるし・・。

もし間に合わなかったら、オセロさえ納期内に作れない＝ＯＯ役立たず
ということでいいよね。＞ＡＬＬ

参考になるソースだってあるんだから、
１から作るのとは全く難度が違うけどね。

>>227
土日はさまんと無理じゃない? みんな仕事してんだし。

通りすがりだが、週のど真ん中に
そんなヒマなことやれる奴いるのか？

>>227
（ ´,_ゝ｀）ﾌﾟｯ

んなもん探せば山ほどあるよ

>>228
無職のＯＯ厨房ぐらいいるだろ（ｗ

なら、手続き型はあれが最高と考えて良いんだな？

しばらく見ないうちにずいぶん手続き型の質が低下したなｗ

>>227
じゃあ お前も明後日までにオセロを書いて来い
期限内に作れない=227役立たず
ということでいいよね。＞ALL

ヘタレOO厨ども必死だな(ﾌﾟ

>>233プロの逝って良しの１に聞けよ（ｗ

１４日月曜まで待ってもいいんじゃない？

>>238
正直１４日は長すぎ。ネタが枯れる。
せいぜい今週中じゃないの？

つーか一旦、>>227の言う様に今日いっぱいで締め切って、
それから考えようや。既に作り始めてるﾔｼもいるかもしれんし。

その後新しい課題を考えて、それを両者一週間とか期限設けて
競うとかの方がフェアだよ。

ネタはバージョンアップで持たせるよ。
ＯＯ版のソース見たいし。

なんで、良スレに変わってんだＹＯ！

>>241
一手進める、一手戻す
というのが実装できたら、
俺のOOバージョンウプします。
OOである自信ないけど。

>>220

一昨日あたりから OO Othello 作り始めてるんだけど
俺が欲しい機能が

* コマを置いた時のアニメーション
* コマをひっくり返すアニメーション

これはやりたい。
XP 的には、顧客がこの板の住人だとするならば、まずはとりあえずゲームできるもの
を作れってことになるんだろうが、仕事じゃあるまいし。OO 的に、すぐゲームになる
バージョンのものも作ろうとしてもやる気せん。

顧客は「俺」ゆえに、ちょっと複雑になるけど、好きに作りたいね。

>>244
XP的には、●→＠→＝→Ｏ→○でいいよ。
アニメーションしたきゃ、拾ってきたリソースでも使ってくれ。
まずプロトタイプ提出ありきだ。

まさかCUIじゃねーよなｗ
プロトタイプでもCUIじゃやらねーよｗ

>>245

リソースもそうだが、プログラミングも違うのよ。

A) コマを置いてひっくり返す -> モデルを参照し画面を更新
B) コマを置く -> 各種アニメ担当オブジェクトに通知 -> アニメ終了をゲームモデルに通知 -> ひっくり返す -> 各種アニメ担当オブジェクトに通知 -> アニメ終了をゲームモデルに通知


B だと、ちょいメンドイ（けど、既にあるものよりはマシなものを作りたいんだな）

とりあえず動くものを作れ。
アニメーションは次のイテレーションで実装すべし。

手持ちのOOOthelloのソースあるけど
良スレになるから貼ってあげない！

問題は、手続き型のよりも良いかどうか。

>>249
自信がないのか？ﾌﾟ

あと５分

もう過ぎたＹＯ>>252

オセロさえ納期内に作れない＝ＯＯ役立たず

　オ　セ　ロ　さ　え　納　期　内　に　作　れ　な　い　＝　Ｏ　Ｏ　役　立　た　ず

只今から、
「オセロさえ納期内に作れない＝ＯＯ役立たず」
をコピペするスレになりました。

／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 末莉 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 末莉 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

納期って、どこに明示されてるの？

もう少し待ってやれば？ みんな忙しいんだよ。
土日挟まないと。

ちょっと気になるのはOO側は設計にこだわりすぎかと。
設計が大事なのもわかるが、どこかで仕様止めないと、
いつまでたっても終わらないよ。

>>258-259ﾌﾟﾌﾟﾌﾟ
オセロさえ納期内に作れない＝ＯＯ役立たず

ただいまから
「>>256　は　暇　＝　役　立　た　ず」
をコピペするスレになりました。

みんな、そんなに暇はないと思うよ

sageてるﾔｼはｲﾀｲＯＯ厨
オセロさえ納期内に作れない＝ＯＯ役立たず

なんだ？祭りか？！

>>258
＞どうでもいいけど期限決めようよ。
＞ＯＯ版は１０月２日いっぱいで出来なかったら駄目って事でいい？
＞既に>>159から丸１日以上経ってるし・・。
＞
＞もし間に合わなかったら、オセロさえ納期内に作れない＝ＯＯ役立たず
＞ということでいいよね。＞ＡＬＬ
＞
＞参考になるソースだってあるんだから、
＞１から作るのとは全く難度が違うけどね。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 末莉 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 末莉 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

＋激しくオセロさえ納期内に作れない＝ＯＯ役立たず＋

もう少し待つって言ってるだろ。荒らすなよ。

「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り会場はここですか。

>>269
違います。自作自演はやめてください。

ほんとに「オセロさえ納期内に作れない＝ＯＯ役立たず 」なの？
それともＯＯ使いこなせるヤシにはヒマがないってことなの？
プロの逝ってよしさんはＯＯわかってるならＯＯ版も作ってみては？忙しい？

>>265
常識が不自由な方の、痴れ事なのね。
糞して寝よ。

オセロなんて誰かが作ったのパクればいいのに

結論：
オセロさえ納期内に作れない＝ＯＯ役立たず

>>273
残念ながら、ＯＯ厨房はパクる頭もありませんでした。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

傍観者＝役立たず

いいぞ。いいぞ。荒らせ！

ＯＯ厨のばーか。

くやしかったらさっさとソース上げてみろ。

ﾌﾟ オセロさえ納期内に作れない＝ＯＯ役立たず
ﾌﾟ オセロさえ納期内に作れない＝ＯＯ役立たず
ﾌﾟ オセロさえ納期内に作れない＝ＯＯ役立たず

てか、非OO厨もOOのことはわかって言ってんだろ？
ヒマな非OO厨がOOで作ってきてみてもいいと思うんだが

>>283無駄口叩く暇あったらおまえが作ればよかったのにね(ﾌﾟ




　オ　セ　ロ　さ　え　納　期　内　に　作　れな　い　＝　Ｏ　Ｏ　役　立　た　ず

一日あれば十分だろ。159みたいに朝5時までやる根性は無いのか。OO厨。

いいぞ。いいぞ。荒らせ！

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

ﾜﾗﾀ

せっかく良スレになってたのに。
OO側が時間内に出来なかったのはどうでもいいけど、
荒らしている奴はウザイから氏ね。

反応しちゃってるよ（ｗ

>せっかく良スレになってたのに。
え？

＞オセロさえ納期内に作れない＝ＯＯ役立たず
ＯＯ厨房逝って良し！

飽きたから寝る。OO厨。期限はまだいいから、さっさとソース出せよ。

つか、OO側参加者確認せずに期限決めたつもりになってるｱﾌｫが居るってだけ。
プロジェクト・マネージャの資格なし

>>293　飽きたから寝るって、もしかしておまい１人で荒らしてたのか？

>>294
ﾌﾟﾌﾟﾌﾟ

OO厨で、参加希望の方は、トリップを付けて参加表明して下さい。
そんな暇はないと思うけど。

オセロさえ納期内に作れない＝ＯＯ役立たず
オセロさえ納期内に作れない＝ＯＯ役立たず

オセロさえ納期内に作れない＝ＯＯ役立たず


オ セ ロ さ え 納 期 内 に 作 れ ない ＝ Ｏ Ｏ 役 立 た ず

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

可哀想な>>298の居るスレ

>>295
たぶん、もう一人いる。じゃほんとに寝る。

いいから、さっさとソース出せよ。

>>303
荒らしが消えたら出してやるよ。

＞オセロさえ納期内に作れない＝ＯＯ役立たず
ＯＯって無駄な技術だったんですか？

＞システム開発さえ納期内に作れない＝システム開発役立たず
システム開発って無駄な技術だったんですか？

>>304
残念ながら、ＯＯ厨房はパクる頭もありませんでした。

彼がオセロを作るにあたっては、無駄だったと言えるね。

>>302　そうか　じゃあもう少しもう１人の荒らしっぷりでも見ておれも寝よ

ＯＯ役立たず

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

>>311=>>309

結論：ＯＯじゃオセロは作れない

禿げく同意

ソースあぷしろ

結論：非ＯＯじゃオセロは作れない

禿げく同意

肉体派の嵐がいるスレはここですか？

オブジェクト指向はより自然なモデルに即したものではあるが、
クラスを理解する労力が大きく、目的まで達成するのに時間がかか
る。他人のソースを見るにも複雑でときほぐしにくい。ちゃんと
整備されたドキュメントがなければ粗大ゴミソース。またオブジェ
クト指向が○○に優れているとかいう話も、あくまでちゃんと設計
され、ちゃんと実装されたクラスがあるという前提での話。実際は
世の中にはそれほど有能なSEやPGなどいません。
　よってオブジェクト指向は戦場では使いものになりません。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

>>319
非OO側が出してきたソースを見てからいえよ。

ＯＯが役立たずってより、ここの住人が無能ってだけだろ

>>321
？？？

>>312　いやおれ違う（ｗ　なんか荒らしも中途半端な感じなので寝ます

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

>>324=>>325 寝るって言ったんだから早く寝ろよ。

非ＯＯ厨房→出来はともかく動くもの提供して報酬もらいました
ＯＯ厨房→期限内にできなかったので違約金はらいました

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

>>295 早く眠れ

　　　＞　＞　２　９　５　早　く　眠　れ

　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

参加者１名で競争して、一位って事はビリッケツって事？

オブジェクト指向はより自然なモデルに即したものではあるが、
クラスを理解する労力が大きく、目的まで達成するのに時間がかか
る。他人のソースを見るにも複雑でときほぐしにくい。ちゃんと
整備されたドキュメントがなければ粗大ゴミソース。またオブジェ
クト指向が○○に優れているとかいう話も、あくまでちゃんと設計
され、ちゃんと実装されたクラスがあるという前提での話。実際は
世の中にはそれほど有能なSEやPGなどいません。
　よってオブジェクト指向は戦場では使いものになりません。

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

なんか荒れてるけど、ＯＯ厨房は失格でいいよね？

↓じゃあ、次のネタ誰か考えて

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

作業効率がいいんだろ？　>OO厨

だったら早くつくれや。

ん? なんでプ逝良１が参加してんだ? 勢い余って名前がでちゃったか?

もうやめる。

最後に。

オ　セ　ロ　さ　え　納　期　内　に　作　れ　な　い　＝　Ｏ　Ｏ　役　立　た　ず

アンチ： 仕事にあぶれているので場末のスレで祭り
OO 技術者： お仕事に忙しい

オブジェクト指向はより自然なモデルに即したものではあるが、
クラスを理解する労力が大きく、目的まで達成するのに時間がかか
る。他人のソースを見るにも複雑でときほぐしにくい。ちゃんと
整備されたドキュメントがなければ粗大ゴミソース。またオブジェ
クト指向が○○に優れているとかいう話も、あくまでちゃんと設計
され、ちゃんと実装されたクラスがあるという前提での話。実際は
このスレにはそれほど有能なSEやPGなどいません。
　よってオブジェクト指向は戦場では使いものになりません。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

結局ソースの一部も出なかったね＞ＯＯ版

こ　の　ス　レ　に　は　そ　れ　ほ　ど　有　能　な　S　E　や　P　G　な　ど　い　ま　せ　ん　。

俺の中では結論出てるんで（ｗ

10 名前：デフォルトの名無しさん 投稿日：2002/09/26(木) 07:09
OO否定するのは結構だけど、
いい歳こいて現場を混乱させるような風説を流布してばかりで、
OOの代りに「どっちへ引っ張っていきたい」つう魅力ある目標を示せてない事こそ
問題だぞぉ

↑皿仕上げ。

無能の集まり

OO否定するのは結構だけど、
いい歳こいて現場を混乱させるような風説を流布してばかりで、
OOの代りに「どっちへ引っ張っていきたい」つう魅力ある目標を示せてない事こそ
問題だぞぉ

OO否定するのは結構だけど、
いい歳こいて現場を混乱させるような風説を流布してばかりで、
OOの代りに「どっちへ引っ張っていきたい」つう魅力ある目標を示せてない事こそ
問題だぞぉ

182 名前：デフォルトの名無しさん 投稿日：2002/09/30(月) 22:56
>>180

簡単過ぎて作る気になれない。

182 名前：デフォルトの名無しさん 投稿日：2002/09/30(月) 22:56
>>180

簡単過ぎて作る気になれない。

182 名前：デフォルトの名無しさん 投稿日：2002/09/30(月) 22:56
>>180

簡単過ぎて作る気になれない。

182 名前：デフォルトの名無しさん 投稿日：2002/09/30(月) 22:56
>>180

簡単過ぎて作る気になれない。

くせぇコードでもいいからさっさと作れ！

オセロさえ納期内に作れないのは問題だぞ（ｗ＞ＯＯ役立たず厨房

どうやら、ＯＯ厨房のミドルネームが決定した様だな

　ＯＯ＝役立たず＝厨房

こ　の　ス　レ　に　は　そ　れ　ほ　ど　有　能　な　S　E　や　P　G　な　ど　い　ま　せ　ん　。

さっさと参加者募集すりゃいいじゃん。

ＯＯ役立たず厨房

さっさと参加者募集すりゃいいじゃん。
参加者一名とはこりゃまた飛んだ寂れ様だな、おい

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕
　 |　 ／　　　　　　　　　/＿ノ（＿）　　　　　　　　　 ┌|＿＿_|
　 |／　　　　　　　　　　（＿_）　　　　　　　　　　　　 （＿ﾉ ヽ　ヽ
／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（＿）

参加者一名とはこりゃまた飛んだ寂れ様だな、おい

ソースあぷしても叩かれるに一票（ｗ

今つくってる人いる？

　　　参　加　者　一　名　か　よ　！

もっといたろ？　>OO厨

>>362
見せるのが恥かしいとかでアプしないってやつは居たな（ﾌﾟ

これから「ＯＯ役立たず厨房」と呼んであげるよ

ﾌﾟﾌﾟﾌﾟ

さっさと参加者募集すりゃいいじゃん。
相手にしてくれる人が居るかもしれないよ（ｗ

ｲﾀﾀﾀﾀ

209 名前：デフォルトの名無しさん 投稿日：2002/10/01(火) 19:05
>>206
今作ってんだけどw
斜め見下ろしって部分はもう完成してるからあとはゲーム固有部分の作成のみ
大学受験終わったら完成させるよ。

↑こいつに期待するしかないな（藁

つか、このスレ1〜9まで付き合ってたOO厨って居る？
どういう議論してここまでスレ伸びたのか、知らないんだけど。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

>>371
時たま上の方に上がってるのをチラリと見て、
中身はｼﾞｻｸｼﾞｴﾝと果てしないﾙｰﾌﾟだったような気が

OOは設計の段階でつまずくらしいな。（使えねぇ

プ逝１とあいたたた以外、書き込んでないんじゃないか、ここ数ヶ月

蝿が止まってるよ>ＯＯ役立たず厨房

ｱｲﾀﾀﾀ

じゃぁ、この祭りも自作自演だったのか。
つまんねぇーーーーーーーーーーーー

あーあ、うっかり名前晒しちゃって（ｗ

> 332 ：プロの逝って良しの１ ：02/10/03 00:55
> オブジェクト指向はより自然なモデルに即したものではあるが、
> クラスを理解する労力が大きく、目的まで達成するのに時間がかか
> る。他人のソースを見るにも複雑でときほぐしにくい。ちゃんと
> 整備されたドキュメントがなければ粗大ゴミソース。またオブジェ
> クト指向が○○に優れているとかいう話も、あくまでちゃんと設計
> され、ちゃんと実装されたクラスがあるという前提での話。実際は
> 世の中にはそれほど有能なSEやPGなどいません。
> 　よってオブジェクト指向は戦場では使いものになりません。

つーかここまで貶されて何も出来ないＯＯ厨房って何？（藁

>>375
オイラもパート３ぐらいから書き込んでます。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

オセロじゃ難しすぎたみたいだね（ﾜﾗ

じゃあ足し算だけできる電卓でいいよ。

参加者一名で祭ってるスレはここか。
しょうもねぇーーーーーーーーー

>>385
つーかＯＯ版の対抗馬が素直にでてれば、釣られて非ＯＯ版も
マイナーチェンジしてたと思われ

>>386
じゃ、あなたがアップロードしてはいかが？

>>384
せめてゲームじゃないと。
High&Lowとか？（藁

>>387オマエモナー

ごめん、興味なし。

無能に何言っても無駄

電卓も作れないのかゴルァ！

こ　の　ス　レ　に　は　そ　れ　ほ　ど　有　能　な　S　E　や　P　G　な　ど　い　ま　せ　ん　。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

>>362
漏れ。
ｱﾌｫはほっといてﾏﾀｰﾘとリファクタリングしてゆきます。

>>395
一回あぷきぼん

●●●●●●●●「オセロさえ納期内に作れない＝このスレ役立たずばかり 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 OO 〕

非OO派も改良にとりかかりますか。

>>395
＞ｱﾌｫはほっといてﾏﾀｰﾘとリファクタリングしてゆきます。
そういうセリフはモノを見せてから言え

>>395
それはいいんだけど、なんで期限以内に作ってくれなかったの？

217 ：デフォルトの名無しさん ：02/10/01 21:58
>>215
暇つぶしに 159のコードをリファクタリングしてる。
出来たらｳﾌﾟするかも。

プ逝１が異様にひまだっただけじゃないのか？

●●●●●●●●「オセロさえ納期内に作れない＝このスレ役立たずばかり 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 OO 〕

何で荒れてるの？

OOってそんなに時間かかるのか？

>>396
まだ見せれるほどじゃないんだ。
UIを別クラスに持ってくのに難儀してます。
複雑に絡まりあっててきれいにはがれないんだよね。

何で荒れてるの？
事と次第によっちゃ、このスレ荒らすぞ(笑

>>400
暇つぶしだかんね。
べつに急ぐ必要ないでしょ。

何 で 荒 れ て る の ？
事 と 次 第 に よ っ ち ゃ 、
こ の ス レ 荒 ら す ぞ ( 笑

>>407
「オセロさえ納期内に作れない＝このスレ役立たずばかり 」
このキーワードを含めれば荒らし歓迎です。

「オセロさえ納期内に作れない＝ＯＯ役立たず 」
「オセロさえ納期内に作れない＝ＯＯ役立たず 」
「オセロさえ納期内に作れない＝ＯＯ役立たず 」「オセロさえ納期内に作れない＝ＯＯ役立たず 」
「オセロさえ納期内に作れない＝ＯＯ役立たず 」
「オセロさえ納期内に作れない＝ＯＯ役立たず 」

プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし

「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」
「プログラムコンテストで参加者一名しか集められなかった＝このスレ逝ってよし 」

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

急に静かになったな。やっぱ某一人で大車輪だったか。

まぁ、明日締め切りの人もいる事だし、最終締め切りは10/14(月)らしいから、
参加者が限りなく1名を超える事を願うよ(マジで

>>416
ほんと、参加者１名で終了とかなったら、
マジで暴れるよ。

さすがにパート９まできちゃうと、本気でこのスレに関心あるヤシって
ソースまでだしたプ逝１ぐらいしかいないんだろね

つうことは、明日と14日は、このスレ荒れるわけね。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

ｱﾝﾁOOは、OOを極めた上で否定してるんだろ?
極めたのなら自分でOOオセロを書くくらいわけないだろ?

その上で手続き型オセロとOOオセロを比べて手続き型の優位性を主張してもいいんじゃない?

何言ってんだ、ボケ！

マジで暴れるよ。

マジで暴れるよ。

荒らし、乙かれぇー。
今日は徹夜で一人祭り頑張れよ。

あと、明日の晩と、14日の晩も徹夜勤務よろしくねー

>>421　禿同
まあ、あなたもそんなこと言うぐらいだから作る気はさらさらないんだろうけど（おれも）
OO厨でも非OO厨でもどっちでもいいからOO版作ってみてはどうかと

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
http://pc3.2ch.net/test/read.cgi/tech/1032985885/l50
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）
　 |　　　|／　　　　　　　 ﾟ/￣￣_ヽ　　　　　　　　　⊂〔〔 非OO 〕

じゃあここでアンケート。
ｱﾝﾁOOの中で、漏れはOOを極めた上でOOを否定している、という人は名乗り出て下さい。

>>428
お　ま　え　は　ど　　う　な　ん　だ

このスレで暴れるのはいいが、他スレにコピペするのはやめろ。

>>429
漏れはOO厨だよ

VBでもいいから作れよカスども

>>431
さっさとソースアプしろ

俺はＯＯを極めた。が、オセロを作るのにはＯＯは役に立つどころか有害だった。
思い立った俺はオセロの思考ルーチン記述用の言語を開発した。その名も

　●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
http://pc3.2ch.net/test/read.cgi/tech/1032985885/l50
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）

>>433
お前はOOを理解した上で否定しているのか?
それとも理解できないから否定しているのか?

OOがなきゃ、MFCすら操縦できんわ。ｱﾌｫか？

ア　ホ　は　お　ま　え　だ

ま　だ　あ　っ　た　の　か　こ　の　ス　レ

　　,,,,,,,,,,,,,,,∧,,∧　 　／￣￣￣￣￣￣￣￣￣
〜′,,,,,,,,,,ミ,,ﾟДﾟ彡＜ 　オセロさえ納期内に作れない＝ＯＯ役立たず
　UU"""" U U　　　 ＼＿＿＿＿＿＿＿＿＿

ｓageしてる奴は多分プ逝１

おい　プ逝１！　たのむからOO版つくってよぅ

一人で書かないで。

●●●●●●●●「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
http://pc3.2ch.net/test/read.cgi/tech/1032985885/l50
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）

# 10,000人の善人がいる世の中も、1人のバカに荒される世知辛さよ。

まあそれはおいといて、僕は anti-oo なのですが、
Windows のプログラム、とゆうか、イベントドリブンのプログラムには
OOが便利だと思います。

けど、いままでの流れを見ていると、OOとゆうプログラミングスタイルとゆうか、
概念が、言語論争に置き換わってる気がするのですが。

てゆうか、Case by case.

ゆーか、ゆーかちゃん。

最近、昔勉強したことを忘れてて鬱･･･。
C++やMFCの体系的な知識もイチイチ勉強したんだがなぁ。

俺、上の方に書いたんだけど
ﾌﾟい一が
一手進める、一手戻すを実装したら
俺のもウプするよ。
個人情報割れそうでいやなんだけどさ。

厨が他スレにはみ出してるぞ
お前らちゃんと隔離しとけよ

戦場にはLispのマクロ、これ最強／とまべっち

オブジェクト指向と非オブジェクト指向を何かに例えてみてよ。

OOがポテトチップス、Not-OOが100円だとしたら、
100円でポテトチップスは買えるけど、ポテトチップスで100円は買えない、
ということだろうか。

OOがパワーショベルで非OOがスコップ。

荒らしてるのは、ＯＯも非ＯＯもろくに使えないのでは？

なんか荒れてるね。とりあえず、↓でいいかい？俺が作ったわけじゃないけど。
http://homepage3.nifty.com/ymakise/java/OthelloApplet/

>>454
アホか？駄目に決まってるだろ。
それより直リンすんな死ね。

>>448
いいから、さっさと出せよ。出来てるんだろ。
それとも出来てないのか？ 時間稼ぎか？

って優香、なんでオセロなんだよ。

ゼビウスのソルバウルをクラスと関数で定義しろでいいじゃん。

>>456
まずは君がソース出したら？
さぞかしご立派なソースを拝ませてもらえるんだろうな。
楽しみに待ってるよ。

>>458
ハゲ堂。>>456、がんがって得意のVBで書いてくれや。(藁

ExcelVBAが得意とか聞いたぞ

他のスレの者だけど、コピペ厨くん、迷惑だからあんまり
暴れないでくれる？ ＯＯ・非ＯＯ以前に自分の人格を
設計しなおした方がいいよ。設計手法は何でも良いから。

さっさと人格修正しろ。
＃フルスクラッチで作り直したほうが早いかも

荒らしてるのは、ＯＯも非ＯＯもろくに使えないのでは？

とりあえずコピペ厨はウザイってことで。

プ逝１（このスレ>>1）は２ちゃんねるに必要なし

>>379は偽物だってば

今起きた。
俺は荒らしには関係してないぞ。

>>448
「一手進める」「非OOでは難しい」が仕様として謎。
いわゆる「待った」とは違うの？

>>442
やってもいいけど、納得しないんじゃないかな？

>>467
違う違う。>>159のソースコードに対して「一手戻す」の処理を
追加するという仕様変更が難しいってこと。
OOと非OOで仕様変更のしやすさの違いを見るためでしょ。

よくわからんが実装してみる。
UPは明日あたりかな。

> ｱﾝﾁOOは、OOを極めた上で否定してるんだろ?
昔は「ｱﾝﾁOOは、OOを知らない」と言われていたが、
最近は評価が変わったのか？

>>470
かってに実装してみますた。いいかげんな拡張なのであしからず
同じ場所にうpしておきます

ちなみに拡張は非常にやりやすかったですよ。
新しい関数を２つ作って、初期化でメニューを作るようにして
いくつか変数を追加して、
既存の関数を書き換えたのは数箇所。diffの結果は７０行くらいです

>>473
> いくつか変数を追加して、
　　Stack backup_board = new Stack();
　　Stack redo_board = new Stack();
Stack classをnewしたことを「変数」の追加と言うのか？
まぁ、オセロは8×8の64マスなんで64の固定長配列２つと
スタック位置を示す変数とpush, pop関数を実装しても
全部で100行は超えないな。

>>474
言ってる意味がわかりません。
Javaではプリミティブ以外はnew市内と作れませんが。
それともStackクラスを使うのは反則ってこと？

>>212 再掲
> アフォ？
> あのコードにアンドゥ機能つけてみろよ。
> アンドゥ機能をつけるという事は
> インターフェースが一つ増えるという事だぞ。
> ココで言うアンドゥって
> 一手進める、一手戻るだよな？
> さらに相手がコンピューターなら２手戻るわけか？
> あのコードに付け加えるのは無理だな。

>>243 再掲
> 一手進める、一手戻す
> というのが実装できたら、
> 俺のOOバージョンウプします。
> OOである自信ないけど。
さて、あのコードにアンドゥ機能がついたわけだけど．．．
この後のOO厨の反応は？

>>474はアホ、つーことでいいですか。

で、いまだにＯＯ版は無いわけか。

　　で　、　い　ま　だ　に　Ｏ　Ｏ　版　は　無　い　わ　け　か　。

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

delphi 版書いてみようかな。

ｶｲﾃｰ

>479、480
楽しそうでなにより。でも今日はこのスレだけに
しておけ。いくら厨でもそれくらいわきまえな。

ｶｲﾃｰ

>>483
　　　∧　 b
　 ／●ヽ/
　(＿＿＿)　 ／￣￣￣￣￣
　（　・∀・）＜　何様ﾃﾞｽｶ
　（　　　　） 　＼＿＿＿＿＿
　｜ ｜　|
　（_＿）＿）

>>483
次の納期は月曜日だからな>>238 参照
今日、明日、明後日あたりは問題ないだろう
問題は月曜日までにOO厨が誰もオセロを作れなかった場合だ

リアルオセロ買ってこい

キ違いが一人で荒らしているの？
それとも、キ違いが複数いるの？

キ違いが一人で荒らしているの？
それとも、キ違いが複数いるの？

>>488=489=き違い

キ違いが一人で荒らしているの？
それとも、キ違いが複数いるの？

(´-`）.｡o○(良スレだなぁ…

.｡o○(´-`）

.｡o(´-`）o｡. .｡o○(ﾂｲﾝﾃｰﾙﾉﾂﾓﾘ

月曜って来週の7日？

オブジェクト指向は戦場では使いものになりません。

お馬鹿な思考ルーチンでよければOO版作ってもいいよん。

暇なアンチがOO厨に踊らされて糞コード書いたスレはここですか？

(´-`）.｡o○(良スレだなぁ…

５００

まぁ、とりあえずOO位勉強しとけよ学生ども。じゃないとこんなんになっちゃうぞ

>>498
スパゲティ厨は帰っていいよ

↑みほん

>>503
スパゲティ厨は帰っていいよ。

(´-`）.｡o○(粘着だなぁ…

どっちが作りやすいかっていうと非OOです。

ＯＯ厨房って頭悪いやつばっか

　　ま　た　Ｏ　Ｏ　版　は　納　期　に　間　に　合　わ　な　い　の　か

最初からOO指向で考えると設計しづらくないか？

「納期」ﾌﾟﾌﾟﾌﾟ

普段納期に追いまくられる仕事してるから、
無意識に「納期」と書いて間違いに気付かない罠

じゃあ、なんて言えばいいんだよ

「応募締切」

>>509
そんなこともないよん
設計は音楽CD一枚分くらいの時間で完了
単なるカプセル化では退屈なので
非OOPLには真似しづらいようなひねり加えてみますた

>非OOPLには真似しづらいようなひねり

これが「戦場では使えない」原因なのではないか？

>>514
じゃあ、あと３０分ね。

おいおい。どうした？>>OO厨
おまえらが頑張らねば、
このスレのバランスが取れんではないか。
ん？本当はOOわからずに
スパゲティプログラム作ってるだけ？
言い訳はｲｲからはよ作れ。

>>517
ｷﾁｶﾞｲｷﾀｰ

>>517　なんだ、あんたOOわかってんならOO版作って非OOの優位性をより
確実なものにしてくれよ　おれOOわからないアンチOO（プ

盛りあがってまいりました。

ｼﾞｻｸｼﾞｴﾝﾁｭｳ ｷﾀｰ

>>521
このスレは自作自演するまでもないスレだ。
もうパート9だぜ？
おまえOO厨か？はよ作れよ。

>>515
ひねったのは発想のほうで、設計は鳩のように素直だよ
excelで作ったなんちゃってクラス図もつけたげるよ

>>516
無茶ゆーなよｗ
といいつつオセロ部分は完成したところで今日はおしまい
金土は遊びに行くので日曜にはたぶんうｐできるよ

無茶だって（ﾌﾟ

　ま　　た　か　。　ま　た　間　に　合　わ　な　い　の　か　　。　

>>523=497



お　前　に　は　失　望　し　た　。　も　　う　こ　な　く　て　糸　吉　 構　　。

おまえらどっから沸いてきてるんだ？
OO派の勢いがあったときおまえら来てなかったろ。
実はひそかにROMってたのか？

>>527
あと１５分でおながいします

一行無能煽り厨はＯＯでも非ＯＯでもウザイ。

>529
おまえが一番ウザイ

↑

↑

↑

あと１０分みたいですよ？

ｷﾁｶﾞｲｷﾀｰ
。

●●●●●●●●恒例・「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
http://pc3.2ch.net/test/read.cgi/tech/1032985885/l50
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

スレ読むのも面倒なんだが、条件を教えておくれよ。
画面の表示とかってどうするの？
言語は何でも桶？
コンピュータはどうすんの？
強くないと駄目？
プレーヤーの入力受付とかは？

ｷﾁｶﾞｲ ｷﾚﾀｰ

ｷﾀよキチガイが・・・

てか、非OO厨のヤシですら、おれOO版つくるーっちゅうやつがいないってことは
アンチOO＝OOわかってないやつばっかってことの証明なのではないかと
だとすると>>1の「実際は 世の中にはそれほど有能なSEやPGなどいません。」
ってのもわからなくもない

ｱﾗｼ ｷﾀｰ

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

　　　Ｏ　Ｏ　厨　必　死　だ　な

プププ

他のスレに出張してるアホうざい。
支ね

これ実務なら、プロマネ減給だな

つーか、荒らしてる奴って、非ＯＯの人が作るって言っても
ＡＡ貼りまくるんだろな。
病気だな。

マタ間に合いませんでした（藁

OO晩作るから条件教えておくれよ

必死にがんばったけど
マタ間に合いませんでした（藁

ﾋﾞｮｳｷ ｷﾀｰ
。

●●●●●●●●恒例・「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
http://pc3.2ch.net/test/read.cgi/tech/1032985885/l50
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）

>>550
条件：読みやすい。製作が早い。質が高い。
とりあえず、自分で宣言したら？製作開始と締切日。
ま、月曜までか。

　　 　∧∧
　 　/⌒ヽ)
　　[ 祭　_]
　　三___|∪
　　(/~∪
　　三三
　三三

ｽｲﾏ ｷﾀｰ
zzz

　　 　∧∧
　 　/⌒ヽ) ﾋﾞｮｳｷﾃﾞｼﾀ･･･
　　[ 祭　_]
　　三___|∪
　　(/~∪
　　三三
　三三

>>554
なるへろ
最後の1個はちょっと無理そうだけど、
（オセロつくんのも、ゲームつくんのも初めてだし）
がんがるよ。

表示の美麗さやCPUの強さも重要？だとしたら俺じゃかなわないぽ。。。

　　 　∧∧
　 　/⌒ヽ) ﾋﾞｮｳｷﾃﾞｼﾀ･･･
　　[>>553 _]
　　三___|∪
　　(/~∪
　　三三
　三三

＿＿＿＿＿_
|.　　＿＿__ │　　なんのこっちゃ
|　／ 　　 | |│　　　
|./ 　 　 　| |│　　∧＿∧
［____＿＿.|_|│　 （´∀｀　）_＿
|　＿|__|＿i‐┴-､（　､､⊂ヽ＿）
￣￣￣￣￣￣￣￣￣|_＿）||
　 　 　 　 　 　 　 　 　 |￣￣）
　 　 　 　 　 　 　 　 　 | ||

非OO版の思考ルーチンってどんなんなの？
AA貼ってる方教えてください。

＿＿＿＿＿_
|.　　＿＿__ │　　ソースも読めねえのか
|　／ 　　 | |│　　　
|./ 　 　 　| |│　　∧＿∧
［____＿＿.|_|│　 （´∀｀　）_＿
|　＿|__|＿i‐┴-､（　､､⊂ヽ＿）
￣￣￣￣￣￣￣￣￣|_＿）||
　 　 　 　 　 　 　 　 　 |￣￣）
　 　 　 　 　 　 　 　 　 | ||

ｷﾀ━━━━（ﾟ∀ﾟ）━━━━!!!!!!

●●●●●●●●恒例・「オセロさえ納期内に作れない＝ＯＯ役立たず 」祭り●●●●●●●
http://pc3.2ch.net/test/read.cgi/tech/1032985885/l50
／|　　　　　　 　 |　 |＿＿＿＿_ΦΦΦΦΦΦΦΦΦΦΦ||ΦΦΦ
　 |　　　　　　 　 |　 |￣￣￣ ／|　　　　　 　 　 　 　 　 　 　 ||
　 |　　　　　　 　 |　 |　　　／ ／|TTTTTT　　 TTTTTTTTTT||TTTTT
　 |　 　 　 　 ／＼　|　 ／|／|／|^^^^^^ |三三| ^^^^^^^^^^^||^^^^^^^
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／
　 |／　 ／.　 ＿.|￣|／|／|／　　　　　　　　　Λ＿Λ
／|＼／ 　／　／ 　|／ ／　　　　　　　　　　 （＿＿_）
／|　 　 ／　／　 ／ヽ　　　　　　　　　　　　/〔 非OO 〕〕つ
　 |　　　|￣|　 |　|ヽ／l　　　　　　　　　　　 ｀/二二ヽ
　 |　　　|　 |／|　|__|／　　　Λ＿Λ　　　　 /　/（＿）
　 |　　　|／|　 |／　　　　　 （　´∀｀）　　　（＿）　　　 Λ＿Λ
　 |　　　|　 |／　　　　　 ／/ /　 ^￣］ﾟ　　　　　　　　（｀　　　）

誰かがOO晩作ったら次は
サーバークライアントにするのかな？
コンピューターがダミーで動いてるとか、
いろいろアイディアでそうだね。
オセロも８＊８だけじゃなくて、１２＊１２とか
角がないものとかいろいろあるみたいだよ。

誰が鯖立てんの?

564

if( level != 0 ){//ナウなヤングの間で評判の再帰
int [][] tmp_board = new int[8][8];
inti,j;
for( i=0;i<8;i++){
for( j=0;j<8;j++){
tmp_board[i][j] = board[i][j];
}
}

つか、非ＯＯのは、期間どれだけで書いたのよ？（ ´,_ゝ｀）
まあ、時代に付いて逝けないたそがれＳＥＰＧには、
ささやかな現実逃避が出来たということで。めでたしめでたし。
つうか、このスレＩＤ付けろよ（ｗ

>>568
気持ち悪くて吐きそう

あのオセロ、level2でコンピューター同士にやらせたら
白が黒を駆逐するな。
関係ないのでsage

>>565
サーバーはともかく、角無しとかサイズ違いってありなの？
CPUごっそり書き換えなきゃじゃん。

ﾜｿｰｲ　 　∧＿∧　　　　>>1 　　　　　 ∧＿∧
　　　 　　（,　ﾟ∀ﾟ,∩　 　　　↓　　　　　（ﾟ∀ﾟ∩） 　ｱｰｰｰｰﾋｬﾋｬﾋｬﾋｬ
　　 　　　(つ　　　ノ　　　ｶﾞｸﾌﾟﾙ　　 ⊂　　　 ;;;）
　　∧＿∧　　（　ノ　 (((( ；ﾟДﾟ))) 　 　ヽ∧＿∧
　 （;;;;　　´∩　（＿) 　　ノ(　へ)ヽ　　　 （;;;　 　　）∩
　　ﾉ;;;;　 　ノ　　　　　　　< 　　　　　 ⊂;;;;;　 　 　　ﾉ
　○　　　ﾉ　　　　　 　　　　　　　　　　　　ヽ　 ○　）
　　）＼　ヽ　　∧＿∧　　　　　∧＿∧ 　ﾉ 　ﾉ(⌒）
　 （____(____)　（;;;;;;;;;; 　）　 　　（　 　;;;;;;;）（_____)　￣
　　　　　　 ⊂ ;;;;　　　）　　 　　ﾉ　 　;;;;;;つ 　　　　ﾓｰﾋｮﾋｮﾋｮ
　　　　　　　　（ 　○　) 　　 　（○　　（
　　　　　　　　（ 　( 　(　　 　（⌒）ヽ　　）
　　　　　　　　（____）___)　　 　￣　 （____)

>>571
オセロって必勝パターンあるんじゃなかったっけ？
そうなってもおかしくないと思うが。

>>574
6x6なら後手必勝らしいね。
8x8はまだだと思った。

>>561

http://www.geocities.co.jp/SiliconValley-PaloAlto/5041/oththink.html

これだと思う。

２００X年・・・

第三次世界対戦勃発。
人類は滅亡した・・・

　　　　　　　　　　　　　　　　　　　　　−THE　END−
　::::::::::::::::::::::::......　　　........:::::::::::::::::::::::::::　;;;;;;;::::::::::::::::::
　　　　　　　　　　　γ　⌒　⌒ ｀ヘ
　　　　　　　　　　イ　"" 　⌒　　ヾ　ヾ
　　　　　　　　/　(　　　⌒　　　　ヽ　　）ヽ
　　　　　　　　(　　　　　　､　,　　　　　ヾ　）
　...................　.......ゞ　(.　　　　.　　ﾉ.　.ﾉ　.ノ...........　........
　:::::::::::::::::::::::::::::::::ゝ､､ゝ.....| 　|..., ,　ノソ::::::::::::::.......::::::
　　_ _i=n_ ._ [l_ .._....,,. .-ｰ;''!　 i;;;〜−ヽ_ii_i=n_ [l h__
　　/==H=ﾛﾛ-.γ　,〜ー'''l !　|'''ーヾ　 ヾ　「!=FH=ﾛﾛ
　　¶:::-幵-冂::（　（　　　　|l　 |　　　　)　 ）=HﾛΠ=_Π
　　Π=_Π「�Uヾ､　⌒〜"""''''''⌒〜'"´ ノ;;'':::日lTΠl:::....
　Д日lTl,,..:''''" 　 ""'''ｰ-┬ーr--〜''""　　　:::Д日lT::::
　FH=n.:::::'　 　 　 　 　 　 | 　 | 　　　　　　　　:::FL日l」:::::
　ﾛΠ=:::::.:.　　　　　　　　ﾉ 从 ゝ　　　　　 　 .::田:/==Д::
　口=Π田:::.　　　　　　　　　　　　　　 　　 　.::::Γ| ‡∩:::::
　Γ| ‡∩Π::....　　　　　　　　　　　 　　　 ...:::Eﾖ::日lTlﾛ::::
　Д日lTlﾛ_Π::::.......　　　　　　 　　 　 ...::::::::田:凵Π_=H:::
　=Hﾛ凵Π=_Πﾛ=HﾛΠ:::.................:::::::::::口ﾛロH「ｌ.FFｌ....

　　　　　　　　　ＣＯＮＴＩＮＵＥ？　　１０

　　　　　　　　　　　［ＹＥＳ］　　　ＮＯ

>>577
激しくＹ

>>574-575
http://www.google.co.jp/search?q=cache:Xvg4p3NX-qgC:homepage2.nifty.com/Masaka_HP/gi.htm+%E3%82%B2%E3%83%BC%E3%83%A0%E7%90%86%E8%AB%96+%E5%BF%85%E5%8B%9D&hl=ja&ie=UTF-8
ここによるとこの手のゲームには必勝法があるみたい。

（´-`）.｡oO（暇だしあのソースでもいじってるか）

煽ったり、変なOO本に洗脳されてる暇があったら
１行でもプログラムを書いたら？
書かなければいつまでたっても完成しないよ。

北海道歴が長い自称浜っ子見た目関西人、ぽい展開だな

結局、時間がある人でオセロが作れる人は一人しかいないのか・・・

角のないオセロなら昔作ったんだけどね。
あれってかなり難しい。
普通のオセロはすごく得意なのに、
角のないオセロになると素人と互角になってしまう。

だれか角のないオセロウプして。

ツノ？

>>582
ルールは？

六角オセロとか?

>>580
>煽ったり、変なOO本に洗脳されてる暇があったら

ヘンなOO本の名前を挙げてみてよ。
読んだから変だって言えるんだよね。
あと、変じゃない本も挙げてほしいね。

> １行でもプログラムを書いたら？
> 書かなければいつまでたっても完成しないよ。

これは正しい。

>>586
さっさと書いたら？

>>587
お前に言われなくても書いてるよ。ﾊｹﾞ。

グラフィックまわりちょっと整理できた。
なんだったんだろう、あの不思議なダブルバッファリングは。

下流工程なんてＤＱＮＰＧの仕事だよ。
ＯＯはむしろ設計に役立てるもの。

コードになる時点ではＯＯかどうかなんて意識する必要ない。
ＤＱＮＰＧどもが色気出してＯＯ的にどうか？なんて考えて
下手なことされたら困る。

上流工程しかできないやつにいい設計ができないのも事実

>>590
そう言ってた同僚は自ら実装部隊に飛び込んだよ。
デスマーチ連発らしい。

俺は上流工程専門なんで定時退社してるけどね（ｗ
給料は変わらないんじゃないかなあ

どっちが賢いかは判るよね（ｗ

ヘビープロセス信者発見。
上流下流などと分けて下請け孫請けするから糞ができる。

あと3分

http://megami.s1.x-beat.com/upload/upload.cgi
Othello2 アップ

>>591
上流へのフィードバックのないOOなんてウォーターフォールとかわんねーよ。
イテレーティブ&インクリメンタルな開発でこそ OOの本当の力が見えてくる。

>>592
ﾊｹﾞﾄﾞｳ

むう、解凍できないっぽい・・・。

>>596
おれは解凍できた

>>595
フィードバックもあるしインクリメンタルにもやってるよ。
俺のメインの仕事はモジュールごとに詳細詰めたり、
全体の整合性が取れているかのチェックかな。
これでも結構な分量だよ。

出来るけどフラットに解凍されてりする・・・

どういう風なソースだったらＯＯになるんですか？

>>600
１）PlayerクラスからManクラスとComputerクラスを派生
２）BoardGameクラスからOthelloクラスを派生
３）OthelloオブジェクトにPlayerオブジェクトを配置
４）完全メッセージ機構
５）表示物体も全てオブジェクト化する。
６）Logic部もオブジェクト

７）審判オブジェクトがゲーム進行

すごくメンドイな。プログラムの勉強がてらやってみようと
思ったけど、ただの学生の俺にはムリポ。

諦めた時点でただの学生決定。それじゃプログラミングが出来る学生にはなれんな。

>>601
1から 3までと 7はとても普通なのに
4から怪しくなり始めたなー。

>４）完全メッセージ機構
完全メッセージ機構って何よ?

>６）Logic部もオブジェクト
Logic部を別オブジェクトとして独立させるってこと?

4, 5が無くてもおれはOOだと認めるね。

結局誰も「これがＯＯだ！」って物、書けないのね（ｗ

>>605
( ´ー｀)y-~~もういいよ、無理しなくていいんだ。
　　　　　　　　

アンチにとってはジョークだけど、ＯＯ派でこの通り実戦してるのが居たりする。

実はバグってたので上げなおしました。
http://megami.s1.x-beat.com/upload/upload.cgi
Othello2 アップ

これで、ＯＯ派がソース出せなかったら、非ＯＯ派には
ずっと頭あがらないね。

反応が少ないのは下の別のファイルをＤＬしてるからと見た！

>>607
いいから、完全メッセージ機構って何よ?

完全メッセージ機構ってなんですか？

>>472
サンクス。
ルーチン１個ぱくらせてもらいました。
なお、アンチＯＯ指向の作法ではバックグラウンドに書いちゃいけないことに
なってます。（理由は対戦者が現れれば追い追い・・・）

>>613
例えばリスナーでフラグ立てちゃだめとか

初期化した後はメインルーチンは待機状態になる。
実際の動作はさまざまなメッセージによって起動されたプログラムが行う。
つうことかな。

マルチスレッドでつか

>>617は？

マルチスレッドでしょうね
メインがループしててもリスナはメッセージは受け取るし。

>>615
なぜリスナーでフラグ立てなきゃOOなの?

>>619
OOのメッセージ機構はマルチスレッドがないと実現できない、とか思ってる?

BeOSマンセー！！

マルチスレッドとＯＯって相性悪いヨー

>>621-623
は完全蒸しとくとして、
>>620
「完全」てスレッドセーフとゆうこと？

>>624
あんたも完全蒸し

>>623
屁ぇー、そうなんですか、知りませんでした

>> 601
とりあえず激弱CPUでてくってるけど。まともなCPUはいつになることやら。
１、３は当然してあるけど。
２、はすると思うけどあまり意味が無い。
４、はよくわからん。
５、は多分する予定。
６、はするかもしれないけど、Logic を変えるならコンピュータクラスを派生するべきとも思う。
７、はしない。ルールはゲームに付随するものだからね。

なぜか3人以上のプレーヤーや白黒以外の色にも対応してる・・・

>>621
痛い自慢だな

ＯＯ製オセロ　ｖｓ　非ＯＯ製オセロ
で対戦する。で、負けた方はクソ虫ね。

>>629
クソ無視の出したクソ

>>629
強さで勝負すんのかよ（ｗ

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

>>629
クソのクソ

「ＯＯは納期を守れない」を実証するスレはここですか？

できればデザパタ版も欲しいな

デザパタなんて不要
納期守れないし

デザパタは目的があって使うもの。無理に使うとおかしな設計になる。

ちょっと待て、納期納期言ってないで見積もりくらい言わせろ。

せめて２日プログラミングに集中できる時間くれ。

>>638
お前の見積もりなんかあてにならねーよ。

デザパタもＯＯも見積もりには役に立たない

おっと、非ＯＯを入れるのを忘れていた。

>>159
> return (true);

括弧いらない。

return true;

にすれ。

目のつけどころがsharpだな

俺コーディング規則なのです。

相変わらずこのスレに貼りついとるな。
このコーディングスタイルって事は結構歳逝ってるだろ>逝1

つーかさ、２ｃｈでオセロ作れる奴って一人しかいないの？
OO、非OO以前の問題が浮上している気が・・・・
次スレは
「オセロも作れないような奴は戦場で必要なし」
ということで。

何もできん癖に仕切るな。ｱﾌｫ。

>>159
> Point p = new Point();

ローカル変数で済むものをインスタンス変数にするな。
Pointオブジェクトを使いまわし、俺ってかしこい、とか思ってるかもしれないが
そんなもの、たいした効果はない。可読性が下がるだけ。
やめれ。

>>642
そんなどうでもいい場所しか突っ込めないのかよ

>>648
そんなどうでもいい場所しか突っ込めないのかよ

アップされたのが見えないぞ？
アンチOO厨のネタか？
ちゃんと見せろや。

>>159
ダブルバッファリングまわりは改良の余地あり。
draw_mask変数は不要。
Imageは2つもいらない、1つでじゅうぶん。

重箱の隅をつつくような指摘しかできないのかおまいら。
一生コーダーやっとれ。

>>644
ならしょうがないね。
けど、Javaの開発の際に、一方的に他の人に押し付けることのないように。

しゃべるうんちのあるスレはここですか？

>>653
「ら」じゃない。
おれ一人。

>>655
はい。
豊富に取り揃えてございます。

>>653
ソースの可読性にかかわる重大な問題を指摘しているつもりであります。

Othello2 が Othello を継承してるのを気にするのは間違い？

>>651
更新されてます。
http://megami.s1.x-beat.com/upload/upload.cgi
[megami0143.lzh] Othello2(訂正）Javaファイル 60 2002年10/05(土)00:38

古いのは消しました

継承はオブジェクト指向ではありません。
#includeに毛の生えたようなもの。
一歩譲ってもこの継承は関数を追加してるだけでＯＯらしくない継承です。

更新した部分がどこかっていうのはわかりやすいんだが、
全体の可読性は落ちるな。
Othello3、Othello4、Othello5・・・

なんで継承を使ったの？
機能追加ごとに#include（に毛の生えたようなこと）するもんなの？
普通にOthelloを修正するだけにしなかった理由が知りたい。

OOらしい、らしくないとかってことではないです。

>>661
>#includeに毛の生えたようなもの。
こういう発言をするから「ポリモーフィズムが分かってない」って言われるって分かってるの?

何も考えずに継承つかう香具師は氏ね。

235 ：デフォルトの名無しさん ：02/10/02 02:23
>>227
じゃあ お前も明後日までにオセロを書いて来い
期限内に作れない=227役立たず
ということでいいよね。＞ALL

昨晩は静かだったな>>227

40 ：デフォルトの名無しさん ：02/09/27 02:25
OO派　VS アンチOO派
でプログラミング対決すればいい。

例えば、テーマはオセロで
どっちが拡張性があるか、保守性があるか、コードが読みやすいか、
などを実際に比較すればいい。
現物を知らないから水掛け論になるんだよね。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーー

拡張性を明示する為に使いました。

オセロOO版
http://www.yo.rim.or.jp/~nakagawa/Othello/Othello.html

>>665
考えて使ってるんだよ、ｱﾌｫ。
「Javaオブジェクト設計」読んでから来い、ﾊｹﾞ。

http://www.amazon.co.jp/exec/obidos/ASIN/4894711524/qid=1033795356/sr=1-1/ref=sr_1_2_1/249-2438957-8341942

>>668
何の拡張性をどのように明示したの?

マジでネットワーク対戦実装する気あるなら、ウチの自宅鯖で「待合室」の代わりになるようなもん作って走らせても良いよ。
オセロは興味ないから 作る気ないけど。

× 作る気ないけど。
○ 作れないけど。

>>671
俺もそこが知りたい。

親クラスの定数っぽいのまで子クラスで変更する拡張ってどうなの？
ただ書き換えるべき部分を子クラスで書き換えたってのなら
普通に修正すればよかったんじゃないかと。

Othelloクラスはそのまま使えるようにしろ！とは言われてないしね。


>>670
いや、あなたへのつっこみではないと思われ。
ネタ？

オセロ以外のゲームに対応できるかどうか、の拡張性。

それだと、どの程度の量を変更したかわからないでしょうが。

俺、javaのソースは動かないからダメ。
動く奴にして。

>>674
同意。
Othelloクラスみたいなエントリポイントとなるクラスを継承しても
あまりいいことは無いと思われ。

>>676
明示しているのは「拡張性」ではなく「拡張部分」なのね。

diff つかうから othelloクラスに手入れてもいいよ。

>>676
いや、それは見る人がdiffとるなりして見ればよいだけで。
普通に開発しないと比較にならないと思うよ。

どの程度の量を変更したかを明示できるようにせよ！
なんて仕様は入ってないし。

そのまま拡張してくとOthello3,Othello4あたりで
Othelloを変更したくなってOO派につっこまれそうですよ。

一概に拡張性っつってもなぁ。
Othelloをシングルトン使って実装したコードに対して、
2つ以上同時にできるようにしろとか言われてもどうしようもない。

Othelloを変更したくなってOO派につっこまれそう。

ﾊｯ!!!
もしやそこが狙いか？

実はOO派だったりして。（藁

で、ＯＯ版まだ？

部品化してるのであれでいいの。

>>683
まだ

早く作れや。
ぼぅっとしてるとVB厨に先を越されるぞ（ｗ

つうか、title_nameのstaticはバグ

>>673
こんなあからさまな餌で釣れるとは…
やんないならいいけど。

>>623
相性が悪いのは活動的オブジェクトのマルチスレッド。
Javaは活動的オブジェクトのマルチスレッド。

受動的オブジェクトのマルチスレッドはＯＯと相性が良い。
Eiffelは受動的オブジェクトのマルチスレッド。

>>688
負け惜しみは良いからさ

>>689
それは単に「静的に振る舞いを記述しにくい」って事

↑ザコ

負け惜しみは良いからさ

↑ｻﾞｸ

作ってみたYo!

http://www.geocities.co.jp/Technopolis/3354/othello-0.0.0-bin.zip
http://www.geocities.co.jp/Technopolis/3354/othello-0.0.0-src.zip

>>695
規約違反（ファイル置き場利用）なので通報しますた

活動的オブジェクトなんてプログラムの流れがわかりにくくなるだけだと思った
データフローマシンというわけでもなく...
「メッセージパッシング」という言葉からは活動的オブジェクトを想像する
けど、実際はpassiveな使われ方しかしてないよねえ。

>>689
> Javaは活動的オブジェクトのマルチスレッド。

システムの作り方に依存するのでJavaは関係ねえと思った。
例えばAWTはUIスレッドが立ってるだけで、
ウィジェットオブジェクトが活動的なわけじゃない。

つーわけでBeOSマンセー。

>>696

それだけはご勘弁を・・・

超おすすめメールマガジン
sleepy galaxyだよ
http://www.msleep.com/jp/sg/
（　´,_ゝ｀）（　´,_ゝ｀）（　´,_ゝ｀）（　´,_ゝ｀）（　´,_ゝ｀）

>>695
ソース読んで、最初意味が分からなかった。
作りかけとは．．．．。

>>695
一応、最低限で動くもの。だね。

eclipse、JUnit、Antあたり使ってるので期待したんだが・・・
JDK1.1.8へのパスまで通してるし。

比較を開始するには厳しすぎる。

>>695
黒が置けるとこなくなったら、白の番にならずに止まった。
バグでしか？

萎え萎え〜

>>702
仕様です。

>>660のをOOにリファクタリングしてるﾔｼとかいないの？
もしくは同じ仕様で書いてるﾔｼ。

仕様が一緒じゃないと比較しづらくない？

>>705
あれに手を入れるならリファクタリングではなく書き直しになる。

>>706
オレも勉強がてらリファクタリングしようとして、
frameを別クラスにしようとしたとこで挫折した。

書き直しの方がよいね。

それともこれをリファクタリングできるのがプロですか？

仕様は同じでなくていいでしょ。
「仕様変更のしやすさ」も審査対象なんだから、各自勝手に拡張してＯＫ

使用が同じでなくていいといっても、
UIあたりは同じでないといけないのでは？

UIの出来も審査対象にしていいよ（藁

>>710
UIの出来の問題じゃねーよ。アホ
Viewの数の話だ。

>>709
ほぼ同意。

なるべく仕様は同じにした方がいいと思う。
ユーザに見える部分は同じがベスト。

仕様が違ったらそれを言い訳にして比較にならずに終わると思う。

んで

１）読みやすさ
２）変更のしやすさ
３）保守のしやすさ
４）仕様変更にどこまで耐えられるか
５）全体の把握のしやすさ

という評価点が出ていたわけだがどうか？

気持ちよさが抜けてる

ﾌﾟﾆﾌﾟﾆ感も

なるべく仕様は厳密に同じにしない方がいいと思う。
ユーザに見える部分はバラバラがベスト。

仕様が違ったのを言い訳にして比較せずに終わらせようとするから。

>>707
もうちょいでできそうだよ>frame別クラス化

オセロやりすぎで文字がカクカクに見えます。

今のところＯＯ派はクソ虫。

>>719
719は OOオセロのソース見ても何書いてるのか理解できないに 1000ﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝ

可読性も評価対象です。

ﾃﾞｻﾞﾊﾟﾀ知ってるのと知らないのでは、
OOの可読性は違ってくると思ふ

読者の頭の悪さをフォローするのも可読性なんだ？

OOを理解できている人とOOを理解できていない人では、OOオセロの可読性が異なる罠

そんなことはどうでもいいから早く作れ。
作ってからぶぅぶぅ言えっつーの。

なら、作る前からぶぅぶぅ言うなっつーの。ｗ

非OOは強気だな
自分で作ったわけでもないのに

>>724
name欄間違えた
724 != 721 です

695はとても丁寧な作りで好感がもてる
うちじゃ動かないのだけど

他人の褌で相撲をとる御仁が多いようで。

>>730
アンチOO厨のリーダーは逝って良しの１
リーダーをサポートするのは当然の責務。
まぁおまえのようなOO厨は負け犬って言うんだよ。

>>731 = 御仁 (本人)

>>732
はいはい。御仁ですよ。
はいはい。御仁ですよ。
はいはい。御仁ですよ。

満足されましたかぁ？じゃぁさっさと作れよ。

　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ
☆ ﾁﾝ　　　　　　　　　　　　　　　　　　 ﾏﾁｸﾀﾋﾞﾚﾀｰ　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ ＯＯ版のソースまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　　み　か　ん　　 |／

「はいはい。御仁ですよ。」と。
　　　　　　　　　　　 ∧＿∧
　　　　　∧＿∧ 　（´<_｀ 　） 流石だよな俺ら。
　　　　 （　´_ゝ｀）　/　　 ⌒i 　
　　　　／　　　＼　 　　　|　|
　　　 /　　 　/￣￣￣￣/　|
　 ＿_(__ﾆつ/　 FMV　 / .| .|＿＿＿＿
　 　　　 ＼/ 　　　　　 /　（u　⊃　

たとえば数年後に「Element Oriented」なんて新しいプログラム
概念が出てきたら、若いEO派とアンチEO派のOO派が論争するんだろうな。
「EOを理解できないやつはバカ」とか。「OOで十分なんだYO!」とか。

（　´_ゝ｀）

「ﾌﾟｯ」がついてないと微笑ましいＡＡだな。

（　´･,_ゝ･｀）

ネコは動物である。

Cat is a animal.

inheritanceできる!

（　･,_ゝ･）

Cats derived from animal!

（　･,_ゝ･） ←　ム板発の新キャラ。

なんか笑いジワがオヤヂくさくてやだな

159をOO風にリファクタリングしたものをｳﾌﾟしたよ
まだ途中なのだけど、めんどくさくなったのここまで。

このリファクタリングは、元のソースより可読性をあげることのみが目的。
再利用がどうとかなんて考えてないので、再利用できねーじゃねーか、とか騒がないように。
元のソースよりずいぶん見やすくなったと思うんだけどどうすかね?

あと、jarで固めてあるんだけど lhasa等の zipアーカイバで解凍できるはず。

http://megami.s1.x-beat.com/upload/upload.cgi
[megami0146.jar] OO Othelloのソース 8 2002年10/06(日)05:43

可能な限り手続きでって
逝って良しの１は何故Javaを使かたの？
素直に手続き言語を使えばよかたのでは？

>>746
GUI周りが楽だからなんぢゃない?
まぁ、HSPという選択肢もあるだろうが(w
それだと HSP厨が暴れだしそうだし、javaというのは一番無難な選択肢なのでは?

(´ﾟ c_,ﾟ`)

GUIの部分はOOじゃないのかい？？？

ここのアンチ、マジキモイ。
人にソース出せというクセに自分じゃ何も書かないからな。
その点、逝１はキティアンチと違っていいヤシだ。

これからヴァカアンチが「ＯＯ役立たず」と言う時には
毎回必ず非ＯＯ版オセロの新バージョンのソースを提示するように。

じゃあこれから先はOO/非OOの小粋なソースを出さなきゃ発言禁止って事で。

両方提示できない奴は議論の資格がないね

んなわけない

>>749
もっと具他的にお願いｼﾏﾌ

>その点、逝１はキティアンチと違っていいヤシだ
たしかにね。

ソース見た感じでは、プログラミング力もそれなりにあるし。
つーか、ポリモーフィズム知らないC++/Javaプログラマーとかを
釣ろうとしてる気がしてならない。
一番得意な言語はJAVAだろうし・・・
System.gc()とか使ってるあたり、意味があるかどうかは別として
知識はそれなりにあるね。

オセロの思考ルーチンもAIの世界では
有名というか、一番初歩的なものだけど
でも、それを知らない人も多いだろうしね。

まあ、これでリアルアンチOOだとしたら、
良質なコードを読む機会が無かったか、
あるいは年をとり過ぎて、他人から学ぶ事ができない人か・・・
そんなとこだと思う。

>>750
自分が書いたから言うわけじゃないけど
どんなものであれ、ちゃんとｿｰｽを出してくるのは偉いと思う。
プログラマなんだからｿｰｽ出してなんぼだよね。

各々、言いたいことはソースで語れなんて言ったらますます良スレ
になっちゃうだろうが。

ソースが無いと議論できないようなレベルの低い連中はカエレ！
抽象的な議論をお願いしたい

public class otheroPrayerCpu extends Logistello {
public get() {
super.get();
}
}

実際オセロ作ってるﾔｼって何人いるんだ？

俺は昨日から>>660のをコピーしながらOOにしてみてるよ。
うpできるまでたどりつくかわからんけど。
最終的にフレームワーク化して将棋対応とか妄想しながら。

>>755
> System.gc()とか使ってるあたり、意味があるかどうかは別として
> 知識はそれなりにあるね。

ﾌﾟ逝1に質問
このオセロ内で明示的に System.gc() 呼んでるんだけど
なぜあそこで明示的に ガーベージコレクトしてるの?
なにか意図があるの?

オブジェクト指向コンポーネント指向ってのは、
ビジネス上の問題からきたものだぞ。

ソースを読む力をつけよう。

>>758
暗いと不平を言うよりも 進んで明かりをつけましょう

>>762

別にビジネスにならないプログラミングでも OO は役に立つが

幾つ応募があったのでしょうか？
一覧ﾌﾟﾘｰｽﾞ!

>>765
660(手続き型)
695(OO)
745(660をリファクタリング)
の3つ。
あとあったっけ?

>>761
自動GCに任せていると
「しばらく使っていると突然システムが止まって、しばらくたつと動き出す」
という苦情が来るんじゃない？（多分）
あそこなら人間の待ちが入ってるのでgcかけても判らない。
（と思う）

>>766
「ＯＯでオセロ作っちゃうぞー」というヤシと
「はずかしいから見せない」というヤシ
「設計は鳩のように簡単だった」というヤシと
「大学受験が終わったら出来る」というヤシ

>>746-
年のせいか、最近WIN32API使って組むのが辛い今日この頃...

じゃなくて
「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」
パターンを推奨してるのです。

ゲーム（種類にもよる）では手動GCは結構必要だよ。
漏れ作ってるゲーム、自動でやらせてたら強制終了したもんよ。
定期的に手動GCかませるようにしたら直った

ふむふむ

>>766,>>768
ｻﾝｸｽ

>>769
GUIを手続きで書くのは、
学習中のプログラマが過渡期に使う逃げパターン。

つーか、わざわざモデルを隠蔽してどーするんだよ

>>773
ＧＵＩをオブジェクト指向で書くのは
初心者プログラマが過渡的に使うヲタパターン

つーか、わざわざ手続きを隠蔽してどーするんだよ。

ハァ？

ﾊｧﾊｧ

オセロの石の置き方って全部で何通りあるの？

約3^(8^2)

>>777
ｵﾒ
それが計算できるなら必勝法も同時に見つかると思われ

既出

>>767
ﾅﾙﾎﾄﾞ

>>770
ﾏｼﾞｽｶ?
ちょっと見てみたい。再現できるｿｰｽとかｱﾘﾏﾌ?

>>782
マジっす、でもソースはだめれす
C# + Direct3D 60FPS 起動して数秒後にあぼーん
もしかしたら Direct3D のオブジェクトの開放のタイミングとかの問題かも

>定期的に手動GCかませるようにしたら直った
それは、メモリリークがあると思われる。
４Gのメモリを全部使い切るのは並大抵の事じゃない。
まあ、Javaでメモリリークするのって
アフォみたいなハッシュの使い方をしたりとかかな。

ちなみに、System.gc()を入れても
その瞬間にはgcしない。
それより、明示的に不要なインスタンスへのポインタに
NULLを入れておくと効果的。

ほんとにメモリを使いまくるようなやつは、
設計段階でsleepする箇所を決めておく必要はある。

Javaでメモリリークさせるなんてよっぽどのアフォだな(w

>>769
>「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」

前も言っていたよね＞それ
未だによくわかんないんだけど、これって A を Bのようにするっていう意味?

--- A ---
void drawGame(Graphics g) {
　//draw board grid
　g.drawLine(...);
　g.drawLine(...);
　//draw pieces
　g.fillOval(...);
　g.fillOval(...);
}

--- B ---
void drawBoardGrid(Graphics g) {
　g.drawLine(...);
　g.drawLine(...);
}
void drawPieces(Graphics g) {
　g.fillOval(...);
　g.fillOval(...);
}
void drawGame(Graphics g) {
　drawBoardGrid(g);
　drawPieces(g);
}

g.drawLine(...);
を
drawLineOn( g, ... );
にするって意味かもよ

デバッグだろ。

>>784
アフォか？
「手動でGCしたら直った」って書いてあるだろ。
メモリリークじゃないでしょが。

>>785
Ｊａｖａ房発見！
「JavaはＧＣがあるからメモリリークは起こらない」
つうＪａｖａの本に書いてあるのはデタラメ。
製品レベルでメモリリークを起こさない為にはそれなりの知識が必要。

785じゃないけどさ

>>790
コンテナ内の未使用エレメントの事言ってる？
コンテナを破棄したときにちゃんと開放されるから
C/C++ でいうメモリリークとは違うよ？

参照残しっつーかなんつーか
nullをちゃんとつめてやら無いとGCのタイミングが遅いんだよ。

例えば A->B->C の順で参照を持つ A があったとき
A

を破棄しても C の開放はかなりあとになる。
なぜなら B の参照がないと判断されるまでは
CはBに参照されているから。

>>786
オブジェクト指向かどうかを決めるのはオブジェクトの振る舞い。

オブジェクト指向らしいプログラムは、他のオブジェクトに対して
受動的に振舞うオブジェクトと能動的に振舞うオブジェクトによって
構成される。
個々のオブジェクトは定められたパートの役割をこなすだけで
どの個々のオブジェクトもプログラムで求められている仕事を行って
いないが、全体としてそれを行うようになる仕組みを指す。

だから、>>784の言ってることは大体あっている。

ただし、最初の４行は間違いというか、馬鹿丸出しだがな。

>>792-793
だからそれは C/C++ でいうメモリリークとは違うじゃん。
C/C++ でメモリリークっていう言葉を使うときは
(プロセス破棄時にOSがクリアするとか、そういう超特権的例外を除いて)
開放の為の手段が一切失われてしまう事を意味するんだよ。
たとえば以下のコード
void func()
{
int* pValue = new int[50];
}
pValue の示していた50個のintの為のメモリは
func を抜けたら開放する手段が無い。
コンテナの破棄とともに正常にヒープに戻る Java 用語のメモリリークとは
比べ物にならないくらい重大な問題なんだよ。

>>794
薄っぺらい説明だなぁ。
それじゃ手続き指向のカプセル化＆データ抽象化した
モジュールベースのプログラムとあんま変わんないじゃん。

>>796
そんなことはわかってるよ。
でもよーゲーム作るやつはグローバル変数大好きだから
いつまでもぐっと掴んで離さないオブジェクトとかあるし
それを考えれば>>770の設計も想像つくさ。

ぜんぜん話の流れと関係ないけどさ
>>794 を見て思った事。

オブジェクトが独立すればするほど、どこかで膠の役割というか、
前時代的なコードでオブジェクト間の実際の関係を記述するコードが必要になるよね。
なんか 「OO 解った！デザパタマンセー！」とか思った頃の理想の世界の裏に
やっぱり泥臭い世界が必要なんだなぁと。

全体が泥臭い非OOよりはずいぶんマシなんだけど、やっぱり汚点なしの桃源郷ではないよね。
さぁ、みんな！アンチを置いて次の世界を探しに出かけようぜ！

＞「OO 解った！デザパタマンセー！」とか思った頃の理想の世界
ここにも知ったかが一人。
パターンは、教えてもらうだけでなく、自分で発見するもの。
教えてもらった事柄だけで世界を解釈しようとすりゃ、無理がでるのも当たり前

>>799
はるか遠くまで行ってくださいね。
世界の果てには５本の柱が立っていると思いますよ。

プロの逝って良しの１ﾏﾝｾｰ!!!
最高だぜ！OO厨を蹴散らす姿ｶｺｲｲ!!!

ＯＯの事なら何でも知っているけれどＯＯに批判的なプ逝１さんにご質問です。
プ逝１さんは、ＯＯ批判して蹲っている敗残者とは違いますか？

プ逝１＝敗残者

このスレ＝引かれ者の戯れ歌

>>798
> でもよーゲーム作るやつはグローバル変数大好きだから
十把一絡げにしないでくれい。

とは言いつつも同業者のコーディングスタイルにほとほとあきれ果ててる漏れがいるのは事実なんだけどね。

っていうか今の仕事、メインプログラマから
「おまいらコーダーはクラス作るな」命令が(暗にだけど)出てるんですが
結構複雑な関係で、クラスにラップした方が楽な所とかも
ベタに書かなきゃいけなくて辛いです。

はぁ、本当は今日も出勤しなきゃまずかったんだけど…。
精神的に持たないっす。

メモリ・リークの問題は、OS/APIのバグと、Javaクラス・ライブラリのソース追っかけないと本質的な解決は無理な罠。
不毛な議論だね

敗残者プログラマーは、MSDNもBugParadeも無しに、OS/APIのバグ回避してる土方

土方ﾏﾝｾｰ

>>806
心配スンナ。オレもグロ変数大好きだから。
だから人一倍参照消し忘れには気を配ってるのさー
いいんだよバグ無くメモリリーク無く保守性良く動けばよー

ゲーム系ってグローバル好きなの・・・？

素人ゲームプログラマ

>>800
> パターンは、教えてもらうだけでなく、自分で発見するもの。
は？なんで GoF がスタートだとその後自分でパターンを発見できないの？
漏れは自分内ではたくさんパターンを発見してるし、その中の一つか二つくらいは
ちゃんと名前をつけて人と知識共有してもいいんじゃないかっていうくらい
汎用的で有用なパターンもある。

っていうか、こういうレスつけても無意味だよね。
「デザパタマンセー」っていう言葉に条件反射しちゃった
パブロフの犬なロートルC使い君相手に何を言っても無駄だもんね。

何を言ってもｲﾀｲ厨房だな。ちょっとは黙ってたら。

>>799
いってる事が受け売りでｲﾀｲ罠。
じゃ君の逝きたい方向を示して御覧。

＃俺の方向はヒ・ミ・ツ

ｹﾝｶ（･Ａ･）ｲｸﾅｲ!!

喧嘩じゃなくて、指導だよん

ｿﾚﾅﾗ（・∀・）ｲｲ!!

>>815
今はアレキサンドレスクのポリシー/ホストの考え方に心底心酔してる。
ただ C++ のテンプレートでは美しい実装ができないから
そこらへんを美しくサポートした言語が出てこないかと期待してる所。

>>796
いや、Javaでもそれはメモリリークとは言わないと思う

聞いた事ありまへんな。
そっちの話題を詳しく振ってみたら？

囲碁に例えるなら、下手な方が上手い方の手を見て
「悪手だ！こいつは俺より下手だ」
と勘違いしてるようなもんだね。
上手い方は下手な方の何手も先を読んで打ってるのにさ。

>>820
そのメモリーは、JavaやC#ではgcで回収できる。
C++では(特別なメモリ管理を導入しない限り)回収しにくい

>>822
自分がどう見られているか、よく自覚しているようだね

囲碁の腕前が３段も４段も違うと、勘違いするヘタッピーが出てくる罠

>>819 皿仕上げて（・∀・）ｲｲ？

>794
いや、オブジェクト指向の定義(?)を聞いてるんじゃなくて

>「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」

ってのがどういうことかを聞いております。
おれはそれが >786 のようなものじゃないかと思っているわけですが。

>>821
そのレスは俺にですか？
Modern C++ Design は読まれましたか？
C++ 使うなら…いやC++を使わない人でも、コボラー/C使いと同じように蔑まれたくないなら
絶対読んでおくべき一冊です。

で何が嫌ってポリシー側がホストのインターフェイスを拡張する時に
public 継承を使わなければいけないのが嫌。
has a 関係で public 継承を使うのは意味に反しているし、
セマンテクス上不正なはずのキャストがシンタックス上正当になってしまうのが不愉快なんですよね。

class XXX : public policy YYY

みたいな感じで、ポリシー/ホストの間の関係を継承以外の方法で示せる言語が出てくると嬉しいのですが...

Modern C++ Design ： C++/テンプレに執着して風通し悪そうな本なので、無視してます。
言語で宣言/チェックしたいなら、プリプロセッサで言語の意味論拡張したら。

ゴメン、このスレってネタスレだったよね。
なんかプログラミング好きが共通の不満とか語る馴れ合い系のスレと勘違いしてた。

んじゃ。

んじゃ。

>>829
おまえModernは読んどけよ・・・

だから>>829を嫁

>開放の為の手段が一切失われてしまう事を意味するんだよ。
だから、例えばstaticなハッシュがあるとするでしょ、
その中に適当にオブジェクトを放り込んでいくと
ずっと解放されないの。

ホスト/ポリシー：
ホスト：実装提供側クラス
ポリシー：実装のアクセスを制御するクラス/インターフェース

だっけ？

>>834
それは開放しないだけでできないわけじゃないからリークとは呼ばないと

http://yahooo.s2.x-beat.com/

>>834
自分のソースコードのメモリ管理もできない厨ですか？

>>837 嵐ｷﾀｰ

>>835
ポリシー：具体的実装をするクラス
テンプレート（ホストって表現してたっけ？）：そのポリシーを繋ぎ合わせて、オーダーメイドクラスを作る
です。

>>828と>>840は微妙にずれてるように見えるのは気のせい？

んじゃといいながら最後に一言。

>>829
テンプレートは本質的に関係ない話題が大部分です(実装には使うけど)
というかテンプレートへの見方が変わるかもしれないです。
(私は変わりました)

本当にお勧めなので、騙されたと思って読んでみてほしいです。

多分 >>840 であってる。

Modernに書かれている例だと

template< typename スレッディングモデル, typename 参照方法, ..... >
class スマートポインタ : スレッディングモデル, 参照方法, .....
{
};

なわけ、んで C++ では

スマートポインタ ptr;
スレッディングモデル *p = &ptr; // なんでやねん

ってのができるのがイヤン
ってことじゃない？>>828が言いたいのは

>>827
ソース嫁

>>842
どうも。
あのシリーズの翻訳本は前から注目して購入はしてるけど、
Modern C++ のは、実装と意味論が渾然一体となった疲れる本ぽいので、、、。

なかなか「んじゃ」にならないっす。

>>844
そうです。それが言いたかったんです。ありがとう。

それにしてもスレ違い・・・
もともとネタスレだからどうでもいいか

>>846
大丈夫です。ちゃんと考えて構成されてて
考え方とシンプルなコード→実際に利用できるレベルのコードっていう解説の仕方になってますので。

ただ、プログラム好きな人間は(読んでる途中でエキサイトしてきて)コードが書きたくてウズウズしてしまうかもしれず、
そういう意味では確かに疲れる一冊です。

たしかにスレ違いなのでほんとに
「んじゃ」です。

>>849
読みやすいとは思えないが・・・
後半は同意。
むしろ途中で読むの止めて自分のプログラムで使い始めた。

本の具体的内容はほとんど覚えてねぇや。つーか読んでない部分たくさんありそう。

・意味論が実装で制約されたり、破綻したりする(>>844)
って意味で、疲れそうだと思いました。

それが快感っつー変態も多いのさ

実装と意味論の分離が不十分だと、
簡単に意味論の拡張がし易い反面、
実装依存で複雑怪奇な意味論になってしまう罠

読んでるっちゅーねん。
リファクタリングして OO版作ったっちゅーねん。

読んで分からんから聞いてるの。

番号書き忘れた。スマソ。

>>845
>ソース嫁

読んでるっちゅーねん。
リファクタリングして OO版作ったっちゅーねん。

読んで分からんから聞いてるの。

>>855-856
Modern C++ Designを読んでるのかと思ったよ（ｗ

>>856
ＡもＢも手続き型

>>858
質問の答えになってないっすよ。
もう一度。

オブジェクト指向の定義を聞いてるんじゃなくて
AとBはオブジェクト指向なのか手続き指向なのかを聞いてるんでもなくて

>「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」

ってのがどういうことかを聞いております。
おれはそれが >786 のようなものじゃないかと思っているわけですが。

＞おれはそれが >786 のようなものじゃないかと思っているわけですが。

>>786のようなものではない。
両方手続き型なので
「A を Bのようにするっていう意味」ではない。

＞>「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」
＞ってのがどういうことかを聞いております。

全体の構造の違い。
局所の書き方の違いではない。

>>860
>全体の構造の違い。
>局所の書き方の違いではない。

そんな抽象的な言葉だけじゃ分かんないよ。
せっかく 660のソースがあるんだからどのへんがそうなのか教えてよ。

おれは 786のように具体例をあげて、こうじゃないの?って聞いてるんだから
そちらも具体例で答えて欲しいです。

オブジェクト指向が判らないかのようなﾀﾞｻﾀﾞｻな書き方を、
お上品に言うと
>>「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」

抽象的なんじゃなくて、745氏が理解する為に欠落している知識が
不明なので知識の穴埋めが１つじゃ済まなかったというだけ。

すでにある知識-X-X-X-X-理解

さて、どの辺がそうかと言われれば、「全体がそう」としか答え様が無い。
具体例となると全部設計しなおしだしね。

だけど、あえて最初の方だけ書くと

play(){
　　player1 = new Player();
　　player2 = new Player();
　　judge = new Judge();
　　othelloBoard = new OthelloBoard
　　//新しいPlayer,オセロ盤,審判を新しい部屋に配置する。
　　othelloRoom = new OthelloRoom( othello_board,player1,player2,judge );
　　othelloRoom.start();
}

>それは開放しないだけでできないわけじゃないからリークとは呼ばないと
コンパイルすると解放できないので
普通はリークと呼びます。

あー、なんとなくわかった気がする。
ちょっとご飯食べてから書きますわ。

>>864　は意味不明のレスをし続けるお子様、と。

プロの逝って良しの１はどう考えても、
オブジェクト指向知ってるよな（ｗ
なんでアンチの振りしてんだ？
そんなに暇か？
そういう意味ではおっさんやばすぎ。
頭薄いでしょ？

確かに、OOすごいって言ってる奴の８割は
OOの事わかってないと俺も思うけどさ。
そんなのほっとけばいいじゃん。

振りじゃないってば（藁

OOの海で深みにはまっておぼれた人の墓場ですか？
OOを使うのはいいがおまえらみたいにOOに使われてるやつってどうかと思うけどね。
デザバタ厨をバカにするOO厨。目くそ鼻くそを笑うってやつですな。

Javaでは参照を解放しないのはメモリリークと言うよ。

>>869 ﾃﾞﾑｰﾊﾟ

巷の書籍で使い終わったインスタンスに対して
律儀にnull入れてるコードってほとんど見ないよ・・・

>>870
要するに、メモリの開放し忘れを全部、
メモリーリークと呼びたいんだ(異議はないけど恥ずかしいぞ)

>>872
（ﾟ∀ﾟ）でも要るって、実際。

つか、誤用が定着しちゃった痛い例だな

nullは現場でメモリリークに出くわした人のトラウマというか
名誉の負傷というか・・・

memory leak: 言語仕様やAPIの範囲でコード書くと、
　　　　　　　どこからも参照されず回収不可能な記憶領域が発生する現象
memory解放し忘れ: memory leakだとクレーム付けたら、実はプログラム・ミスだった罠

>>863
例えば、AをBのようにするのが
>「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」
と言っていると理解したんだけどどう?
--- A ---
play(){
　　players = {new Player(), new Player()};
　　judge = new Judge();
　　othelloBoard = new OthelloBoard
　　//start
　　while(true) {
　　　　Point move = player[side].getMove();
　　　　othelloBoard.put(side, move);
　　　　int result = judge.judge(othelloBoard)
　　　　if (result == WHITE_WIN)
　　　　　　System.out.println("white win"); break;
　　　　else if (result == BLACK_WIN)
　　　　　　System.out.println("black win"); break;
　　　　side = next_side(side);
　　}
}
--- B ---
play(){
　　player1 = new Player();
　　player2 = new Player();
　　judge = new Judge();
　　othelloBoard = new OthelloBoard
　　//新しいPlayer,オセロ盤,審判を新しい部屋に配置する。
　　othelloRoom = new OthelloRoom( othello_board,player1,player2,judge );
　　othelloRoom.start();
}

memory解放し忘れ: 自分に責任のあるコードにおける、メモリ・リーク
memory leak: 他人が書いたコード中の、メモリ・リーク

>>877
memory leak: 言語仕様やAPIの範囲でコード書くと、
　　　　　　　どこからも参照されず回収不可能な記憶領域が発生する現象

はAPIのコード書いたプログラマーのミスだよね？

>>879 を嫁

つうか、Javaでメモリーリーク云々手言う時は、
Java処理系/OS側の問題を指すのが普通。(含：API)

いや、Ｂはオブジェクト指向
それに対する手続き型はアップしたソース。

メモリリークだの開放忘れだの 言葉遊びはどうでもいい
実際のところメモリをゲットしてほったらかすやつは

み ん な ま と め て 死 刑 だ

（・∀・）ﾔﾊﾞｰﾝ

>>884も死刑（・∀・）

>>882
ってことはnull代入するのとメモリリークは激しく関係ないよな？

>>884
なんのためのGCだ・・・。

>>888
無知な馬鹿は黙っててくれてかまわないよ。

>>887
ようするに、自分でｹﾞｯﾄしたﾒﾓﾘｰはすべからくﾌﾘｰしろ(>>884)って事で。

Rationalって、C++用memory leak 発見用ソフト売ってるけど、
Java用の発見支援ソフトってないのかな〜

>>889
自分がいかに無知かを理解することが識者への第一歩だよ。
逆に、それができなければ君はいつまでたっても無知なんだろうね。

>>887
あと、Javaだと明示的なﾌﾘｰってできないから、
null代入して参照を消して、後はgcで回収を待つ、と。

参照の消し忘れ＝解放し忘れ

>>892
参照0になったらGC対象なんだから基本的には変数のスコープとともに葬り去ればよし。
プライベートなメンバ変数とかならそのクラスが破棄されるまで必要なデータを入れておくのが普通だし。

>>883
じゃあ 863のこのコードはなんなのですか?
863のコメントはなんなのですか?

アップしたソースが
「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」
らしいのですが、それでは説明になっておりません。
具体的に示して下さい。

...っていうかさ、そんなもんねーんだろ。もういいよ。
どうせ釣ってるだけなんだよな。>プ逝1

あー、リファクタリングして損した。

>>863
>さて、どの辺がそうかと言われれば、「全体がそう」としか答え様が無い。
>具体例となると全部設計しなおしだしね。
>
>だけど、あえて最初の方だけ書くと
>
>play(){
>　　player1 = new Player();
>　　player2 = new Player();
>　　judge = new Judge();
>　　othelloBoard = new OthelloBoard
>　　//新しいPlayer,オセロ盤,審判を新しい部屋に配置する。
>　　othelloRoom = new OthelloRoom( othello_board,player1,player2,judge );
>　　othelloRoom.start();
>}

>>893
途中参加ですか？
「staticなhashの中に参照残しとくとobjectが回収されないのは、
　javaのメモリー・リークだ」とかいうﾑﾁｬｸﾁｬな書き込みに対する説明ですので、
貴方のおっしゃる説明では不充分なんですぅ

しかしレベルが急速に低くなったな

元々。ネタスレだから

まあ、私の説明不足だったね。
あれはオブジェクト指向とは何かの説明。
とにかく、オブジェクト指向が何かを理解せずに
手続き型との違いを理解しようとしてるのがそもそも無理なので
まずオブジェクト指向を理解させようと試みた。

すでに知っている知識-x-x-x-x-x-x-x-x-x-x-x-x-理解
ぐらいだったね745氏は。
ここで説明できる量ではない。

テンプレートメタプログラミングは戦場では必要なし！！！！








...と言ってみるテスト。

>>899 痛いよ、痛すぎるよぉ
　「>>899がコンプレックス持ってる対象は戦場で必要なし...と言ってみるテスト」
ってタイトルのスレでも立ててろよ

>>898は、ｼﾞｬｲｱﾆｽﾄ

>>900
もっと苛めて…ハァハァ

参照消し忘れをメモリリークじゃないと言ってるヤシは
参照消し忘れ以外のメモリリークとは何かを示せるの？

高階関数はschemeには必要なし！

>>903
ｼﾞｬｲｱﾆｽﾄの本性みたり、枯れ尾花

>>904
...といってみるテスト
が抜けてるよ

え？決着ついてた？

>>900

>コンプレックス持ってる対象は戦場で必要なし
このスレの趣旨に反していない罠

>>903
元はDirectX云々て話題だろ。
そのネタで言えば、
２つのシステム(DirectXとJNI/Java)双方から参照されるメモリーを、
二つのシステム間で協調なしに勝手なタイミングでgcしたら、
後から起動したgc中でメモリー参照例外が起きそうだよね。

で、なんでメモリー・リークのネタになっちゃったのよ？

>>898
>あれはオブジェクト指向とは何かの説明。
>とにかく、オブジェクト指向が何かを理解せずに
>手続き型との違いを理解しようとしてるのがそもそも無理なので
>まずオブジェクト指向を理解させようと試みた。

これでもコツコツ勉強しております。
以下おれが読んだOOに関係しそうな本ね。

オブジェクト指向入門(Meyer本)
オブジェクト指向開発の落とし穴
オブジェクトモデリング
オブジェクトソリューション
アンチパターン
オブジェクト指向ソフトウェア工学OOSE
UMLモデリングのエッセンス
リファクタリング
アナリシスパターン
AgileModeling
実践UML
GoF本
ソフトウェアアーキテクチャ
Javaオブジェクト指向設計
Javaの格言
Javaプログラムデザイン
サクサクSmalltalk
Smalltalkイディオム
SMALLTALK BEST PRACTICE PATTERNS
Squeak Object-Oriented Design with Multimedia Application

あと、足りないのがあったら教えてよ。

>>910
あと、プ逝1が読んだ本も参考までに教えて欲しいやね。

お、この本↓は手元にない
SMALLTALK BEST PRACTICE PATTERNS
どんな本か、読み所とかあったら教えてぇー

ちなみに、912はプイ一ではない(マジ

パターンといえば，GoF のデザインパターンばかりに話が集中していますが，プログラマがデザインパターンを使う機会はそれほど多くありません．
フレームワークで使われているデザインパターンを利用するときか，自分で汎用性の高いクラスライブラリを構築するとき，あるいはかなり複雑なソフトウェアを開発しているときぐらいでしょう．

それよりも，プログラマは日常使っているコーディングレベルのパターンについて知っておくほうが役に立ちます．この本は，そのコーディングレベルのパターンについて書かれたものです．

Smalltalk を対象としていますが，単に Smalltalk の本というわけではなく，どんな言語を使っている人にも有益です．特に，オブジェクト指向言語を使っている人であれば，この本から得られるものは大きいでしょう．

＞集中していますが

すでに電波

>>915
他のパターンを上げてみてください

デザパタやると統合失調症になるという良い例ですね。

勘違いの誤爆ほど傍目で笑えるものはない(>>ｼﾞｬｲｱﾆｽﾄ)

「プイ一は戦場で逝ってよし」

あふぉばっか

周りにデザパタスレが無いので誤爆じゃないでしょう。

>>911
プイ一が読んだ本なんて、ねぇだろ(笑

>>921 統合失調患者

「【電波】プイ一はデザパタがお嫌い【ゆんゆん】」

>>914
今度からレスつける時は、>>レス番号 ちゃんとつけないと、
プイ一から電波が発生するぞ。気をつけろよ

Graphics g はオブジェクトじゃないの？

俺もプ逝一の745に対して言ってることがさっぱりわからん

手続き型で書くっつうのがそもそもわからん。
Javaでやってる以上手続き型以外で書くことなんてそもそも不可能だろうが

ライブラリレベルではＯＯだけど、使ってるレベルではＯＯではない。

ようするにあれだ、
「クラス設計ヘタクソだからコーディングに徹してくれ」
っていわれているのを、正当化しようとしているだけ、じゃないか

>>928
やっぱり
drawLineOn( g, ... );
だよな
g.drawLine( ... );
は明らかにオブジェクト指向だし

>>912
Smalltalkでの開発の際に有用なイディオム(パターン)集です。
以下のAmazon.co.jpの石井さんのコメントにもありますが、Smalltalkerだけじゃなく
他のオブジェクト指向言語ユーザにも役に立つと思います。
個人的にはリファクタリングに並ぶおれのバイブルです。
強いて難点をあげるとすれば、高い(6500円)ことと、後半は Smalltalk限定な話になることかな。

こちらの石井(まさーる)さんのコメントが大変参考になります。
http://www.amazon.co.jp/exec/obidos/ASIN/013476904X/qid%3D1033912297/250-1331382-1624216

>>914
は SmalltalkBestPracticeに対する石井さんのコメントだよ。
誤爆じゃないよ。

>>932 >>915,>>917が誤爆って事で

>>928
ってことはOOの恩恵を授かっているのでは？
もし非OOでということなら，XlibとかWinAPIとかオブジェクト指向じゃないGUIライブラリを
使うべきなのでは？ﾏｼﾞﾚｽです。

>>911
あと、憂鬱本も読んだ。あれが全ての始まりでした。

ところで、プ逝1の本があがりませんね。
本が全てじゃないとはいえ、もしかして一冊も読んだことないの?＞プ逝1

このスレは

【オブジェクト指向は非常に有用だが使いこなせないお前らには必要なし】

になりました

ＯＯじゃなくてライブラリの恩恵だな。

それに言語同じなら比較しやすいし。

>>934
あなたのあまりの頭の悪さにちょっと興味を惹かれました。
アマチュアですか？プロですか？
コーダですか？SEですか？
学歴は？収入は？

読んでみてーけど、エーゴうぜぇ。
どっか翻訳本出してくれよ。

>>927
メソッド内には手続きが出来るかもしれないけど、
オブジェクト間の相互作用によって必要な動作が得られるのがオブジェクト指向

正しいオブジェクト指向のコードには処理のメインルーチンが無い。
プロセスはオブジェクトからオブジェクトへと渡り歩く。

>>934
そういや>>1は既成のOOライブラリを使うのは構わんといっているよ

>>931 Thanks!

けんかはやめて（ ● ´ ー ｀ ● ）

とりあえず新スレの用意スレ。

>>940
プ逝1の主張は、ひとつのクラスに全ての処理を書けっていうこと?

>>937
>>941
何となく理解しました。ありがと。

戦場ではオブジェクト指向は〜１０（オセロ対決編）
がいいな。

新スレなんかいらねぇよ・・・
と言おうと思ったが、隔離スレは必要か・・・

つうか、放っておいてもＯＯ厨の大部分は手続きニストではないかという
疑惑が発生。

まじで次スレいらないよ。
それにこいつの役回りはもっと頭のいい奴がやらないと駄目だよ>プロの逝って良しの１
逆説にしても不正確で曖昧でなにいってるか分からないし。

で、OO厨はソース出せたんだっけ？

つーか、いらん議論するよかＣで書けよ。

もう

OOは戦場では必要なし最終回：OO完全敗北（藁

でいいよ。
アンチは満足してさっさと成仏してくれ。

>>951
まだ完成してない。

一応動く状態にはなったんだが、うpしようか迷う。
リファクタリングはまだまだだし、肝心のメッセージ処理が>>660のまま。
でも直してうpしようと思ったら来週の土日になっちゃう。
とりあえずでもうpした方が議論にはなる？

さっきまで出てたメモリリークうんぬんもしてるかも。
staticでHashtable使ってるし。

スレの展開的にはどうなのだろう。

これからC++を覚えようとしてる人に
「OOは覚える必要なし」といっても良いということかね？

とりあえずうｐで。

オブジェクト指向はより自然なモデルに即したものではあるが、
クラスを理解する労力が大きく、目的まで達成するのに時間がかか
る。他人のソースを見るにも複雑でときほぐしにくい。ちゃんと
整備されたドキュメントがなければ粗大ゴミソース。またオブジェ
クト指向が○○に優れているとかいう話も、あくまでちゃんと設計
され、ちゃんと実装されたクラスがあるという前提での話。実際は
世の中にはそれほど有能なSEやPGなどいません。
　よってオブジェクト指向は戦場では使いものになりません。
（byあいたたたた）

パート１ 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/
パート６ http://pc3.2ch.net/test/read.cgi/tech/1029297075/
パート７ http://pc3.2ch.net/test/read.cgi/tech/1030029357/
パート８ http://pc3.2ch.net/test/read.cgi/tech/1031028125/
パート９ http://pc3.2ch.net/test/read.cgi/tech/1032985885/

宣伝に笑う者は宣伝に泣く

日経バイト　2002年10月号特集1
Javaの知られざる欠陥
http://itpro.nikkeibp.co.jp/NBY/toc/
(タイトルのみ)

>>951
745にあるよ。おれの書いたやつ。

>>956
勉強のステップとしては必要じゃないかな。

うpしました。

ttp://megami.s1.x-beat.com/upload/upload.cgi
[megami0150.zip] OOOthello 14 2002年10/06(日)23:51

１は新スレたてるように。

>>958
クラスを理解する労力が大きいってのが漏れにはわからん・・・
俺は非ＯＯよりＯＯのほうが理解しやすいんだが

>>954
お前の目は節穴だらけだな。
745を見ろ。

>>940
プ逝1のの言う
「オブジェクトやメッセージ機構を隠蔽して手続き型で書く」
とは、ひとつのクラスに全ての処理を書くっていうこと?

このスレ、オセロ対決になって俄然面白くなった。
やっぱりソースが出るとためになるよね。
個人的にはいろんな題材でこれからも勝負していきたい。

>>1
は他人の引用（なのか？）ではなく、自分の言葉で語ってもらいたい。
なぜＯＯは駄目なのかを

俺的には
＞オブジェクト指向が○○に優れているとかいう話も、あくまでちゃんと設計され、
＞ちゃんと実装されたクラスがあるという前提での話
の一文に収束するんだが。

ちゃんと設計がされてればOOの方が高いというのは納得できる。
ただ，無能な奴がOOの利点を殺しているにすぎないと思っているのだが。

>>968
時と場合による
ってことで終了ですか？

漏れは個人でやってるので他人のソース（しかもＯＯ）をみることは滅多に無いですが、
確かにＯＯのスパゲティは非ＯＯのスパゲティより解読不能度が高いかもしれませんね。
そういうのをみてアンチＯＯになってしまう気持ちもわからなくもないかも。

オブジェクト指向は戦場では必要なし【対話編】

ＯＯ派　ｖｓ　非ＯＯ派

でいろいろ勝負しますよ。


ってのはどうよ。

OO派からソースが出てないんじゃ対話には
なりません。

>>972
出てるよ

まあ、けんかじゃなくて
そこから何かを学ぶ方針で。

OOのメリット、デメリットを知れば
OO派の人にもメリットがあると思うよ。

初心者の人は、オセロを作れば
プログラミングの練習にもなるし、
それをウプすればアドバイスももらえるし。

sourceForgeとか使ってやってみる？
全然使われてないから、オセロくらいで使っても構わなくない？
CVSとか使ってみたいしさ。
学生だと、ソフトウェア工学いかないと
CVSなんて使う機会無いからね。

このスレ1〜10まで伸びてるのはいいけど、
>>1の発言といい、ネタといい、既視感に満ち満ちてて、痛いです。

今後は目障りにならないように、静かにやっていただけませんか？

見なければいいのに、アフォか？

もれのソース見てる方いたらなんか申し訳ない。
ほんと途中で中途半端でしょ。
デザパタも変な使い方してるかも。
リファクタリング途中のソースって醜いかもな。

>>977
まだ、ちらっとしか見てないのだけど
結構良さげですぜ。
おれの書いた 745なんかより全然美しい。
今、Java動く環境にいないので試せないのだけど。