オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。

Ruby on Railsの3.2.16、4.0.2が12月3日(現地時間)に配布された。クロスサイトスクリプティング(XSS)と
DoS攻撃の脆弱性を修正するセキュリティアップデート版で、すみやかにアップグレードするよう求めている。

3.2.16では、過去のバージョンで見つかった4つの脆弱性(CVE-2013-4491、CVE-2013-6415、CVE-2013-6414、
CVE-2013-6417)を修正している。このうち前2者がXSSの脆弱性に関するもので、3つめがDoS攻撃、
4つめは過去に修正された脆弱性(CVE-2013-0155)を迂回できる脆弱性となる。

4.0.2では、これらに加え、さらにもう1つのXSS脆弱性(CVE-2013-6416)を加えた5つの脆弱性を修正している。

Railsは、Ruby向けのアプリケーション開発フレームワーク。Hulu、Scribd、GitHubといった大規模サイトでも
利用されている。6月にはRailsの脆弱性を悪用したボットネットも見つかっていた。
http://news.mynavi.jp/news/2013/12/05/076/

美少女がいるから作れてるじゃん

この問題の答えは純粋関数型にある

美少女は人間クラスのインスタンスじゃないから

継承は既存のライブラリとかを使う時だけしか使ってないや
自前のクラスを細分化して継承とかしたことない

排便メソッドは拡張メソッドで実装すればいい
名前空間をインポートしなければ排便しない人間ができる

おまえｒすごいな。こういう感じで教えてくれれば、オレもオブジェクト指向言語を理解できたかもしれない。
そういう教科書ないか？

中長期的な拡張性を考える必要はないと思うんだ。
その時にはプラットフォームそのものが陳腐化しているだろうし。

最初の入口がオブジェクト指向なんだよね最近の子って

フレームワークがないと何も出来ない最近のPG
理系は所詮その程度

@Override
public Unko haiben(){
return null;
}

インターフェイス使えばいいだろ
何でもかんでも継承で済まそうとする奴はクソ

>>11
これ

継承よりラムダや拡張メソッドとかのほうがよく使うようになった
継承の方法とかもう覚えてない

初心者みたいな奴だな。
人間クラスをインヘリタンスして美少女クラスを定義しようとするからだろ。
美少女クラスに美少女にあってはならない不要なメソッドを付けたして人間クラスを定義するんだよ。

class Bishojo(Ningen):
def haiben()
return None


はい論破

美少女は天使クラスからの継承だから

そのためのポリモーフィズムだろ
オーバーライドすれば問題ない

>>7
Alen C Key直筆だ一度読んどけ
http://gagne.homedns.org/~tgagne/contrib/EarlyHistoryST.html

>>19
今のマシンパワーならsmalltalk軽いのん？

>>20
VisualWorksとかJavaと同等かそれより速い

なぜ便を嫌がるのか
むしろ排便しない美少女に魅力を感じない

>>7
難しく考えるよりとりあえずメッセージを再利用する事を徹底したら？
実質一番それが大事だから。

streamShowIt :=
[ :aCollection :aStream |
　aCollection do:
　[ :each |
　　aStream
　　　nextPutAll: each asString;
　　　cr.
　].
].
showIt :=
[ :aCollection |
　streamShowIt
　　value: aCollection
　　value: Transcript.
].

" showItを4種類の引数で使い回しする "
showIt
　value: #( 1 2 3 4 5 );
　value: '12345';
　value: ( 1 to: 5 );
　value: FileStream stdin.

美少女が排便する方がみたいな意見で溢れてると思ったらみんなまともだった

>>22
お前は肛門から糞を出す渡哲也に魅力を感じるか？
俺は感じない。肛門から糞を出さない今のままの渡哲也に一番魅力を感じる。

美少女は突発的例外によって発生するオーバーライドで生まれる

(なんだこれ、俺が叩かれているような流れ)

>>25
あれ大変らしいぞ
体に便入れのケースを付けておいて溜まったら捨てるシステムらしい
排便の自覚が無いから時折目視しないといけないし

>>11>>16
それだとウンコではないが屁のようなものが排泄されている。
間違い。

隠蔽知らないの？高卒？

>>28
渡は洗腸してるから人工肛門にはテープ張ってるだけ
糞袋は付けてない

>>31
俺の夢を返せ

>そういやさ、こないだ渡哲也とばったりコンビニで
>会ったの。
>「うわ哲也じゃん！すげー！！おい人工肛門見せろ
>よ！！」
>って無理やり人工肛門引っ張って見たわけ。
>哲也やめろやめろってすげー抵抗したんだけど結局外
>れちゃって辺り一面うんこまみれになった。
>「なんて…ことをするんだ…」って悲しそうに言う哲
>也がまたダンディでオレは感動したね。

デザインパターンってやつを勉強すれば
オブジェクト指向がわかるようになるってばっちゃが言ってた

最初の設計をひとつでも間違えるとオブジェクト指向は破綻する。

　　　　　　　Component　−−−−−−−-
　　　　　　　　　　　　　　　0..*　　　　　　　　 ｜
　　　　　　　　　　△　　　　　　　　　　　　　　｜
　　　　　　　　　　｜　　　　　　　　　　　　　　｜
　　　　　　　　　　｜　　　　　　　　　　　　　　｜
　　　　−−−−−−−−−　　　　　　　　 ｜
　　　　｜　　　　　　　　　　　｜ 　　　　　　　｜
　　　Leaf　　　　　　　　　　Composite　◇--
　　　　　　　　　　　　　　　　　　　　　　　　　1


これが一番好き

俺は関数型でいいや

オーバーライドしてファンタジーを排出するようにすればいいだろ。

access violationエラーが飛ぶだけでメソッド自体はあるから

排便の無限ループ

>>1
何言ってるか全然分からない

うんこするよ派、しないよ派とかコピペあるじゃん
あれ全部OOPで表現してみるのも暇つぶしになるかも

人間クラスの排泄メソッドの戻り値がウンコオブジェクトだとする。
人間クラスを継承した美少女クラスも排泄メソッドを持つ訳だけど
美少女クラスの排泄メソッドが返したいのはウンコオブジェクトじゃなくてキャンディオブジェクトなんだよね。
型が厳密な言語はここで壁にぶち当たる。

記念にとっておくか

42 ：番組の途中ですがアフィサイトへの転載は禁止です：2013/12/08(日) 16:16:57.27 ID:9WWwPU6G0
人間クラスの排泄メソッドの戻り値がウンコオブジェクトだとする。
人間クラスを継承した美少女クラスも排泄メソッドを持つ訳だけど
美少女クラスの排泄メソッドが返したいのはウンコオブジェクトじゃなくてキャンディオブジェクトなんだよね。
型が厳密な言語はここで壁にぶち当たる。

ワロタ

ダックタイピングって概念を知ればそこらへんは解決するよ

>>42
戻り値をウンコオブジェクトじゃなくて
ただのオブジェクトにすれば問題ないんじゃね
キャンディもウンコも基底クラスのオブジェクトクラスから継承で

>>29
def haiben(self):
raise NotImplementedError

ヒント:天使クラス

>>42
戻り値にすんのがそもそもの間違いメッセージで排便すればよい

!一般人 methodsFor: '行動'!
排便: 便器
　"渡哲也などはこのmethodをoverride"
　self 腸 残便 do:
　[ :便 |
　　便器 入力: 便.
　].
!!

!一般人 methodsFor: '体調変異'!
便意
　"糞が貯まると呼ばれると便意メッセージが来る"

　( self 現在地 at: 便器 ) do:
　[ :便所 |
　　self 排便: 便所.
　].
　self 排便: 下着.
!!

何故渡哲也

>>47
それだと外部から排便が存在するかのように見える。

ここまでまとめると以下3パターンがあるわけだ。
・排便メソッドが存在しない。
・排便メソッドの結果が異なる。
・排便メソッドが機能しない。

一番下は人工肛門っぽいから上2つのどちらかだな

下剤実験 :=
[ :被験者 |
　|便量 漏らした便量|
　被験者 行く: disneySea.
　被験者 食べる: 下剤.
　被験者 時間が過ぎる: '2:00' asTime.
　
　便量 := ( disneySea at: #便器 ) 便 量.
　漏らした便量 := 被験者 下着 付着物 量.
　
　Transcript
　　show: ( 被験者 名前, 'が漏らした糞の量は', 漏らした便量 asString, 'リットル' );
　　cr;
　　show: ( 被験者 名前, 'がした糞の量は', 便量 asString, 'リットル' );
　　cr.
].

下剤実験 value: 渡哲也.
下剤実験 value: 美小女.
下剤実験 value: おまえら.

お前らってほんと無駄に賢いよな

なんて臭いスレなんだｗ

>>19
う、英語か、頑張ってみる。

ここまで答えなし

そもそも継承にはセックスの概念が欠落している。

何層でもクラス継承してもええの？

>>49
オブジェクト思考はこういう面倒なこと考えないといけないのがイヤ

何かしらを出すメソッドで良いのだ

うんことか渡哲也とかオブジェクト思考難しいな

直腸癌手術 :=
[ :患者 |
　患者 肛門: 肛門 人口肛門.
].

パーフェクト渡哲也 := 直腸癌手術 value: 渡哲也.

>>61
だから屁だと思ったらウンコ出るんだよ
オブジェクト思考は欠陥

美少女クラスが人間クラスの派生だからおかしい。
人型クラスに排便メソッドを付けたのが人間クラス。
付けずに美しくしたのが美少女クラス。

>>1
オブジェクト指向を学生に説明するのにスゲー分かりやすい例ｗｗｗｗ

>>65
メソッドじゃなくオブジェクトでいいだろ

渡哲也 肛門: 人口肛門 new.
美少女 肛門: BlakHoleShield new.

けんもーでも屈指のスレ

基底クラスのメソッドだからといって使う必要はない

Javaみたいな「超」不完全なオブジェクト指向型言語でOOPに触れた人は勘違いしてしまうかもしれんが、
真のオブジェクト指向型言語といえるには

・関数も含めて全てがオブジェクト
・多重継承(ミックスイン)がある

これらを満たしてないといけない。

C++ …　全てがオブジェクトではないが関数もオブジェクトだし、多重継承もある
C#/VB …　全てがオブジェクトではないが関数もオブジェクトだしミックスインも5年ぐらい前に導入した。ただし構文が複雑だしインターフェイスはそもそもオブジェクトじゃない。
Ruby … 完璧。
Scala … 完璧。ただし関数型言語としてみて欲しいらしい。
Javaはどちらも欠けている。




つまりJavaはクソ。

Java早く死なねーかな
C#ですべて完結するように早くなってくれ

排便しないんならそもそも人間クラスを継承することが間違いだろ
はい論破

嫌儲でこんな知的なスレを見たのは初めてだ

答えとしては>>65が正統派だろうね
でも神様ならぬ我々には人間より上のクラスを変更できないこともあるのだよ・・・

そんなもん朝のうちに便所に流しちまえよ

ラムダ式
マルチスレッド
あたりが難しい
@C#

子供ら := 渡未華子 子作り: 渡哲夫.
渡哲也 := 子供ら at: 1.
美少女 := 子供ら at: 2.

渡哲也 肛門: 人口肛門.

Transcript
　show: 渡哲也 肛門 class className; "人口肛門"
　cr;
　show: 美少女 肛門 class className. "BlackHoleSealed"

>>65
ああ、それで良いのか。
何か、排便メソッドをnull返すようにすればいいとか、便秘みたいで嫌だなと思って引っかかってたんだ。

オブジェクト指向自体が間違え

考えよう

排便をmethodにしようという案は総じてクソだな
クソは、クソしろと言われてするもんじゃない。
クソがたまるとしたくなるものだ。
だからObserver patternで実装するしかない。

美少女クラスは美少女クラスだろ？
お前らは要件定義の段階で間違えいている。

>>81
じゃ渡哲也は？

オブジェクト指向って、なんかしっくりこないんです

お前ら渡哲也に何か恨みでもあるのかよ

美少女は簡単にヤリコマされて肉便器となって、ウンコしてるところを彼氏に観察されたりするもんだろ。

排便メソッドなんてオーバーライドして、リンゴでも返すように実装すりゃいいだろ

ぼくのかんがえたすごい継承検討するヒマあるなら
一行でも多く実際のコード書けよと

ちなみに僕の従妹の美少女は高校のときは生徒副会長もやった秀才だけど
大学入ったら毎日サンドイッチファックしてたそうです。
今は従兄弟の俺まで誘惑してくるほどバカになってしまいました。

>>86
つまりAppleはクソだという事だな

>>80
イベントの概念がある言語なら上手くいくな。
排泄EventArgsに汗、尿、便などを表すものがあるとして、美少女だけ便をとりえばければいい。

class 美少女 : 人間
{
　　override public void 排便()
　　{
　　　　throw new NotSupportedException("美少女はトイレになんて行かない");
　　}
}

>>91
便秘か…

>>91
その排便は誰が呼ぶんだ？

ところで渡哲也には天然肛門は無いが、
美少女には肛門はあるのか？
もしかして消化効率が高すぎて糞が出無いだけじゃないのか？

>>21
> VisualWorksとかJavaと同等かそれより速い
Smalltalkerは時々呼吸をするようにこの手の嘘を吐くよな。

http://benchmarksgame.alioth.debian.org/u64/benchmark.php?test=all&lang=vw&lang2=java&data=u64

排便しない美少女なんて皮のない塩鮭

>>95
それいつのVMで計ったんだよ

肛門があるかないか、まずそれが問題だ。

説得力あるわ

>>97
ページの一番下に書いてあるけど。
VisualWorks Personal Use Edition Release 7.9 of May 11, 2012

おまえらが変な期待するから女は便秘が多いんだと結論付けた。
おまえらが悪い。

>>89
俺は好きだぜ

排便はイベントとして実装すべき。
つまりイベントのないプログラミング言語は欠陥品である。

よって
ActionScript3 = すごい
Flash = すごい

真理だな

throw new UnsupportedOperationException();

おまえらシールドクラス

そもそも継承を多用すべきではない
オブジェクト指向の本質はカプセル化にある

つまりこういうことだ
private:
Unko mUnko;

>>103
そのイベントのリスナーってあまり定義したくないんだけど・・・

>>51
確かに

>>107
確かにパブリックunkは御勘弁願いたいがな…ｗ

>>108
リスナーはトイレじゃいかんの？

なんというクソスレｗ

糞スレ

>>100
無料で手に入る遅いPersonal版か

たやすいことではない

>>103
>>49みたいにOOPLならどれでも出来る

一見ふざけたスレだが、この手の議論を徹底的にやらずにオブジェクト指向を採用するとプロジェクトは確実にデスマーチに陥り破綻する。

オブジェクト指向なんて、単にデータ型の種類で分岐処理する際に、
switch case文のオバケを使わずに済む方法ってだけでさ
そんな堅苦しく考えるのは好きじゃないな

オブジェクト指向は初期設計を間違えると途中での軌道修正はほぼ不可能であり死人が出るという事例である。

初期設計を間違えても、軌道修正が容易な設計手法を教えてくれ

>>118
OO厨「それは初期設計者の技量が足りなかったり、要求分析を誤っているからであって、
　　　　　そのフェイズを正しく行えば問題ない。つまり組んでる奴が悪い。」

っていうけどさ、「正しく行えば問題ない」なら別に手続き型でも問題ないわけだよねｗ

拡張メソッドでお手軽排便

人間の派生が美少女という考えが間違い
別のクラスにしてhaibenはインターフェイスにしておけ

>>119
継承を使わないオブジェクト指向

>>119
Haskellを筆頭とした純粋関数型言語だと言われている。
ただ、そもそもの難易度の高さとライブラリの貧弱さで現実的ではない。

渡哲也「肛門の前で待ってるから〜!
　　　　もし遅刻したら許さないんだゾ」

排便メソッドはprivateだろうし、美少女クラスのUnkoオブジェクトもprivate
もちろん美少女クラスにはgetUnkoなんていう下衆の勘ぐりも存在しない
これで他者から隠蔽できる

美少女のfriendクラスが俺

ウンコをからめないと初歩的な議論もできないおまえらってかなりカスだよな。

>>126
排便は肛門オブジェクトに移譲しろ

>>127
プライベートにアクセスし放題とはうらやましい話。

>>129
DIを使うとなると「注入」とか「差し込む」とかいった用語が出てきていやんな感じ。

>>130
ワラタ

美少女クラスのコンストラクタで排便メソッドを無効化しておけばいい

>>132
個人的にはざっくりメソッドは定義しておいて呼び出しに対してNot implementedとか
Unsupported operationとか例外投げれば良いと思うのだけれども。でも世の中には
そのメソッドの存在自体が信じられないとか認められないとかせめて実装の詳細として
隠蔽してくれという声も大きいみたいなんだよね。

publicな排便メソッドとか調教済みかよ

オーバライドしてうんこクラスを継承した黄金クラスのオブジェクトを返すようにすればおｋ

美少女のウンコを有難がる変態はどうするんだよ

キャストせずにそのまま受ければええんじゃね

>>1
おいちょっと違うだろうが

「美少女の汚物なら何でも食える」というのが正解だろ

美少女の汚物は体内でGCに吸収されるから

IT業界はこんなマニアックな話で盛り上がれる変態の集まりなんだな

>>140
皆モルダー並みに疲れてるからな

美少女が排便する、ということが分かっていれば
そのうんこがどのように生成されたかを知らなくても利用できるのがオブジェクト指向の良い所
あとは美少女のうんこインタフェースをこねくり回したり、におったりなどの操作をすることができる

そもそも美少女が人間を継承してるのが間違ってる

>>142
それは問題定義が違う。
・・・ということを分かっていなかったか、実は分かってはいても感覚的に認められない
人がいるから困っている。

人間 sex(男 men,美少女 bi)
避妊してたらどうするか

operator*の左辺と右辺を美少女のみにすればウッハウハか

>>51
継承ではなく美少女というラッパークラスで解決だな
現実的にもマッチする

Class 浣腸　{
　　void 牛乳（美少女&);
};

無料で使わせてもらっておきながら文句ばかり
しかも給料まで貰ってるのだからゲハやアフィより酷い
文句があるなら自分で言語作って批判される側に立てるくらい学べよ

>>147
普通の人をラッパーで包んで中の人なんていないと言い張るんですね。解ります。

>>119
アラン・ケイ的には
「それはツールも我々の知能も貧弱だからだ無理。次善の策としてSmalltalkかLispを使え」
でFAらしい。

「より少ない機能を、より多いメタを」
> もしもわたしたちがソフトウェアの書き方を本当に分かっていたら、システム開発の以前に
> 全ての必要な機能を定義出来るという現在の(悪い)前提だけで十分だっただろう。
> しかし実際そんな事はまだ分からないので、機能満載の大規模設計の正反対であり、
> 「機能なし」か、もっと良い言い方をすると「ほとんどメタ」のシステムが必要になる。
> 残念ながら、現在のほとんどのソフトウェアは機能満載言語で書かれるので
> こういったものには対応出来ない。そして必要な拡張は不可能だ。
> その原因の一端は無知にあり、また、困難さにある。

「ソフトウェア工学」は矛盾語法か？ -- アラン・ケイ
http://metatoys.org/oxymoron/oxymoron.html

>>151
社会主義の言語で新自由主義をやってるというわけか

privateで継承しろ

排便しない美少女には価値がない
排便するからこそ美少女に価値がある

>>145
配列の類で返せ
双子がいる場合もある

>>11
C#で申し訳ないがこうだろ
throw new NotImplementedException();

>>156
面白いですね。でもそれだと設計的には将来ウンコすることになっちゃいませんか？

余談ですが Squeak Smalltalk にも self shouldBeImplemented と self shouldNotImplement という
似た機能があって、前者はスタブなどで将来の実装を示唆したり、実装忘れを
実行時にエラーを出して促す目的で、後者は今回のウンコのように実装してはならないメソッドを
オーバーライドすることで美少女に排便を強要した際に実行時エラーにするために使われます。

>>157
書き込んでからレスを全て読んだけど俺の結論は変わらない
何故なら美少女はババァになるからだ

美少女の肛門「どなたですか？」
美少女の下痢「カレーです」
美少女の肛門「どうぞお通りください」　こうですか？わかりません(>_<)

結局、石川梨華はうんこするの？

顧客が説明した要件「排便しない美少女」
顧客が本当に必要だった物「夢を壊さないように排便する美少女」

>>158
なるほどBBAになることも設計上織り込み済みと。ｗ

ただ、その場合そのインスタンスがクラス替えをするだけで美少女クラスの定義は
変えてはいけませんから、ちょっと運用に難がありそうです。

ちなみに、これまた余談ですが Smalltalk にはポインタを入れ替える become: という
メソッドがあって、これを使ってある美少女だけを BBA に鞍替えさせることが可能です。

月野うさぎ := 美少女 new.
月野うさぎ class. "=> 美少女 "
月野うさぎ 排便 "=> Error: This message is not appropriate for this object "
月野うさぎ become: (月野うさぎ as: BBA).
月野うさぎ class. "=> BBA "
月野うさぎ 排便. "=> 'ウンコ' "

そりゃ排便しない美少女は人間じゃないだろ

美少女はかりんとうを排便するからな
http://stat.ameba.jp/user_images/20120222/20/cosmic2111/aa/fa/j/o0636034611810279937.jpg

>>162
よくよく考えると美少女というのは人間クラスのある特定の状態なのではないだろうか

論文まだ〜？

>>11
ニュアンスがちょっと違う。
「美少女はうんこしない」
の定義は、うんこという行為を実装しない存在。
排便というインターフェイスを備えている時点で汚れているわな。
ヌルを返そうがエラーを返そうが。
>>1の思いを理解してやって欲しい。

別の例えで言うと、基底クラスに「脱皮」や「反芻」メソッドがある違和感と同じ。
それらに人間の場合ヌルを返すのはそもそも違うよな。
なぜなら、人間という生物は、脱皮しないというのが特性の生物ではないから。
昆虫の属性のメソッドが
そのメソッドそのものが無い方が腹落ちする。

美少女はウンコしないのは、ウンコしない事を特徴とする少女ではない。
美しい事が特徴なので、ベクトルが真逆なウンコからの距離感を表した言葉

だからメソッドそのものが実装されてないはず。

結局渡哲也はうんこするのか？

お願いだよ！このスレオモシロイから定期スレにしてよ！
オブジェクト指向勉強するからさ！

なんなんだよこのスレ・・・

>>169
スレタイ大賞にエントリーできるレベルだと思うわ
問題はわかるやつにしかわからない事

>>162
Smalltalkerなら排便はMethodじゃなく
Observer patternで表現しろよ。
Morphも知らないド素人みたいじゃないか。
便所(現在地)が監視側で、一般人或は美少女が監視対象。
飯を食うとか腹を壊すとかのきっかけで一般人や美少女が便所にmessageとして糞を送るようにするんだ。
糞をさせたくない場合は、便所への糞message送信をoverrideすればいい。

>>167
実装が存在することが誤りだとして基底クラスに排便メソッドが存在することとが誤りなのか？
それだとやはりスレタイ通りオブジェクト指向が愚かな考えだと

別に基底クラスでメソッドが実装されていたって良いんだよ。
継承先でオーバーライドして元の実装は無かったことにすれば良いだけなんだから。

この場合はまさしく例外的事例なのだから嗜好に応じた例外を投げれば良いだけの話。
ライフサイクルや将来の仕様変更に忠実であればNot implemented yetだし、
永遠の18歳とか終わらない夏休みがお望みならUnsupported operationだし、
変な要求をして罵られたい趣味があるのなら400 Bad Requestでも良い。

>>174
それだとやはり美少女クラスは排便メソッドを実装してることにはかわりがない
外部から排便メソッドの存在事態を隠したい場合にはどうするのさ

被験者 := 美少女.
排便 := [ :糞| 便器 排出: 糞 ].

被験者
　食べる: 飯
　if便意: 排便.
被験者
　食べる: かき氷
　if便意: 排便.

"これでもいいかもしれん"

>>174
例外を投げるような用件じゃない
無名関数とvisitorで簡単に解決できる話だ

被験者 := 美少女.
排便 := [ :糞| 便器 排出: 糞 ].

被験者
　食べる:　　　　　　飯
　もし便意があれば:　排便.
被験者
　食べる:　　　　　　かき氷
　もし便意があれば:　排便.

"ちょっと修正。排便は呼ばれない。"

>>175
それはやはり基底クラスの選択や継承でどうにかしようという方針が間違っているよ。
この場合は継承ではなくコンポジションやデリゲートで、許可できるメソッドだけ
並べた別のクラスで元のオブジェクトをラップするのが無難だと思う。

もちろん必要であればラップした外側をひんむいて生オブジェクトを引っ張って直接
叩くことも出来るけで、なんというか、そういう嗜好の人向けにもこっちの方が
喜ばれる気がする。なんとなく。

なぜム板にはこの勢いがないのか

>>179
それはどうもスマートじゃ無い気がする
やはりオブジェクト思考が愚かな気がしてきた
俺はオブジェクト指向を諦めた

排便検証 :=
[ :被験者 |
　|便器|

　便器 := Inax便器 new.
　排便 := [ :糞| 便器 排出: 糞 ].

　被験者
　　食べる:　　　　　　　飯
　　もし便意があれば:　排便.
　被験者
　　食べる:　　　　　　　かき氷
　　もし便意があれば:　排便.

　便器 asArray
].

排便検証
　value: 一般人 new; "結果:#('ぽっとん', 'ぽっとん')"
　value: 美少女 new; "結果:#()"
　value: 渡哲也 new. "結果:#('じょばー')"

美少女クラスから人間クラス作ればいいよ

>>167
であれば、Squeak Smalltalk など Traits機構がある言語ではそれ使うのがスマートでしょうね。
人間をスーパークラスとして継承するのではなくて、trait として use する。
美少女はそのとき、排便のように汚れたメソッドは排除して use すればいい。

Trait convertClassToTrait: 人間

Object subclass: #美少女 uses: {人間 - #(排便)}
　instanceVariableNames: '' classVariableNames: ''
　poolDictionaries: '' category: 'Category-Name'

美少女 new 排便 "=> MessageNotUnderstood: 美少女>>排便 "

Object subclass: #ババア uses: 人間
　instanceVariableNames: '' classVariableNames: ''
　poolDictionaries: '' category: 'Category-Name'

ババア new 排便 "=> 'ウンコ' "

>>183
俺 instanceof ... が変な結果を返すようになるのでそれ勘弁。

個人的には基底クラスとして非実在青少年クラスを定義することを提案。
都条例にも対応しやすい。

>>95
結構がっかり

排泄メソッドがあると美少女クラスじゃないというのが間違いでは？

渡哲也クラスは全く関係ないだろうが

>>186
んー、彼はVisualWorksがJavaより速いと
あちこちで連呼してるけど
このベンチが示すように、
実際はそうでもないんだよね。
もちろん、RubyやPython（PyPyを除く）、
Gaucheとかに比べたらはるかに速いし
Javaに肉薄する事も処理によってはあるかもしれない
って程度には決して遅くはないんだけど…。
だからSmalltalk使いとしては、
ああいう嘘はやめて欲しいと常々思っている。

Observerパターンだとこころと体裏腹になるの？

Observer（こころ） 「どなたですか？」
Subject（体）「うんこです」
Observer（こころ）「らめえええ」

拡張するなり
ミックスインするなり
継承するなり
モンキーパッチあてるなり
好きにせい

なんか>>30がいってるぞ

>>35
Leafが好きなのか

MSが作ってるブラウザ上で開発できる環境って
いつ頃使えるようになるのかね

>>183
俺 is 美少女が成立するとか胸熱

>>185
それでは美少女が非実在青少年になってしまう

うんこくさいけど知的なスレタイだな

"If it taste like a curry and smell like a curry, it must be a curry"


もしそれがカレーのような味でカレーのような匂いならば、それはカレーである。

登山家にとって雉撃ちとは排泄行為のことであり雉紙とはトイレットペーパーのことであり
雉メシとはカレーライスのことである。

unko haiben()
{
　　return 0;
}

>>188
キサマに哲也の何がわかるっ！
哲也は肛門からクソができない身体になってしまったんだぞ！

確かに融通は効かないが各人自由に開発したとき
ふたなりや男の娘など特殊なの作られても困るだろ？
排便くらいは妥協するのも仕方なし

人間クラスのサブクラスの女クラスを継承して美少女の装飾に集中できるじゃん

>>181
排便メソッド隠したいなら人間クラスのオブジェクトをラップして美少女クラス作ればいんでね
基本的なメソッドは全部メンバ変数の人間クラスのオブジェクトへ委譲

このスレタイと内容、俺的2013年ベスト5は固い

>>203
それってオブジェクト指向的に正しいのか？

>>204
俺の中ではナンバーワンだ

美少女の下痢便やゲロを食べて、未消化物の柔らかい歯ざわり、胃液や胆汁の酸っぱさや苦さ、
美少女の大腸菌を自分の体内に取り込む事による自分の腸内細菌叢の変化などもすべて網羅したら
大変に大きなクラスになりそうだが

class Skatoro {
public:
　eatDiarrheaOfBeautifulGirl();
eatVomitOfBeautifulGirl();
　SournessOfGastricJuiceOfBeautifulGirl();
　BitternessOfBileOfBeautifulGirl();
　crunchyOfUndigestedMaterialOfBeautifulGirl();
　crunchyOfVomitOfBeautifulGirl();
　AlterationOfTheIntestinalFloraAfterEatingDiarrheaOfBeautifulGirl();
　...
};

あ、もちろん美少女のゲロや下痢便を食べている所の画像や動画はマウスを置いただけで表示されるように設計な
有無を言わさず見せるために

排便させようとすると例外を投げるクラスが美少女クラスなの
概念ごと無くしたら人間じゃなくなる

お前らはインスタンスを作れないからfinalクラスか

本当に人間クラスが必要なのか？
美少女クラス以外必要ないんじゃないのか？

>>208
おいwwww
一番気にしている事を言うなwww
これでも一応高給取りなんだぞ
なんで彼女が出来ないんだorz

まだやってんのかよ
そもそも人間クラスの派生とする設計がまちがってるだろ

>>211
それじゃあ美少女は人間ではなくなる
これでは非常に不味い
何故なら美少女と幸せな家庭を築けないからだ

それは家庭の実装が人間前提なのを直せばよくね？

>>1
美少女クラスに直接排便メソッド付けろよ

class 排泄EventArgs : EventArgs {
public string 排泄物
}

class 人間 {
public delegate void 排泄EventHandler(object sender, 排泄EventArgs e);
public event 排泄EventHandler 排泄;
}

class 美少女 : 人間 {
}

final abstract class bisyojyo extends human { }

これが真理

美少女の排泄物はご馳走だと思う

美少女クラスが排便メソッドを継承してないだけだろ

人間クラスから継承した派生クラスで排便メソッドを削除して出来上がったのが美少女クラス

もしくは排便メソッドの戻り値を食べ物オブジェクトにして設計しておけば、
Sit or Candyが返されても破綻しないわな。美少女はCandy出す感じで。

>>220
その場合は食べ物オブジェクトは美少女クラスからのみ返されるように設計しないと
他の人物から返そうとすると例外を吐くように
共変とか問題外

いやいや、Sitも食べ物なんだよ。な？

美少女ってうんこするやん？

肛門は出すだけじゃないし困ったな
アナルセックスにも対応出来るようにしないといかんし

え？美少女は２次元クラスのサブクラスだろ？

>>223
バグだそれは

>>222
苦くてうまいって噂があるよな

肛門が必要であるという点では共通認識がとれているのかね

オーバーライドしろよ

設計がおかしいだけだろ
美少女ゲームでもスカトロがある以上、排便インターフェイスを
実装してない手抜き。

排便メソッドを組み込むかどうかは、ユーザ側の意志によるから悩ましいな

C++なら継承した関数を封じられる

struct 人間
{
public:
　virtual void 食べる( const &食物, std::function<void(const 排泄物&)> 便意があった場合 );
};

class 美少女:public 人間
{
　人間::食べる;
public:
　void 食べる( const 食物 & );
};

美少女 宏美;
宏美.食べる( 米() ); // Success
宏美.食べる( 米(), []( const 排泄物 &糞 ){} ); // Invalidate access

EatableUnko ObjectとUnEatableUnko Objectに分けるとスッキリするかもしれない。

排泄物は普通発酵させて肥料にするしか使い道がないんだけど、美少女の排泄物は
そのまま付加価値の高い嗜好品として使えるからいいよな

美少女の尿や下痢便なんか飲んだら下手な薬物よりも興奮するんじゃね

class Human {
public:
　virtual void eatFood(Meal& m) = 0;
};

class Bisyoujo : public Human {
public:
　eatFood(meal &m);
　excretionDiarrhea() { drinkDiarrheaAndEjaculate(); }
　excretionUrine() { dirnkUrineAndEjaculate(): }
　vomit() { dirnkVomitAndEjaculate(): }
};

まさに最強

情報処理系は精神欠陥者の集まりか？

電源容量皮算用のページあるじゃん
あの程度の簡単そうなものを作るなら全くの初心者から何を勉強すればいいんだ
やっぱJavascriptか？

排便メソッドで本当に必要な戻り値は羞恥心だろ
ん

incrementって排便って意味もあるそうだ。つまりウンコが＋＋されるみたいにね。

戻り値としてnullオブジェクトを返せばよい

class BeautyGirl : public Human
{
Shit defecation(){ std::cout "いやぁー、みちゃらめぇー" << std::endl; return new Shit(); }
};

基本的な話人間に排便なんてメンバー関数があるのがおかしい。
おまえら、自在に他人を排便させることが出来るのかよ。

>>241
女王様クラスから「ここで、うんこしなさい」ってMessageが届いたことないの？

もしかしたら美少女は人間より上の存在で美少女クラスから人間クラスを作るのではないか

class God{
std::string say(){ std::cout << ”光あれ！” << std::endl };
};
class IDefecation{ Shit defecation() = 0;}
class Human : public God, IDefecation {}
class BeautifulGirl : public God{}

美少女にチンコやら何やらが付け足したのが俺ら
つまり俺も元々は美少女だったのか！？

生理現象クラスを作るしか無いな

>>241
じゃあ、食事メソッドとか通勤メソッド内部で不具合が発生した時にうんこExceptionほ投げればいいのか？

>>247
例外じゃなくObserverかvisitorつかえよ

>>245
ふたなりの話まで出てくるのか（^ω^；）

オブジェクト指向じゃなくて異常性的指向じゃね（^ω^；）

>>208
くそわろたｗｗｗ

わろた・・・

人間クラスに排便メソッドを実装してる時点で設計の段階で悪い
つまりはこんな実装にせざるを得ないクライアントの要求が悪い
そもそもこんな仕事取ってくる営業が悪い
使えない営業を採用した人事が悪い
こんな会社にしか入れなかった俺が悪い

天使クラスを別に作って導出すればいいんじゃないの。

>>251
注文した客が一番悪い。

>>238
じゃあ--はなんなんだよ

>>243
美少女インターフェースじゃね
実装対象が二次元人クラスなら排便メソッド持たないし

>>241
privateにしろよ

実装していて躓くのは設計段階で間違っているからだ
つまり美少女はウンコするんだよ

friend class J( 'ｰ`)し;

>>248
foreach(g in 美少女)
　　g.addObserver(俺);

>>254
決まってるじゃないか。動画を逆転再生するようにウンコが体内に吸い込まれて行くんだよ
もしくは食事のシーンなら口から食べたものを出して皿にのじり付けるような感じ
後者はニコ動にも上がってるじゃん
「逆再生」で検索してみるとよい

うわぁ・・このスレすごい臭いだ(勃起)

史上まれにみる糞スレ

オブジェクト指向プログラミング入門書になる勢い

このシステムのユースケースとアクターを考えるのが怖い

>>263
これまでの入門書は概念をひと通り説明するだけだったけど、
このスレはひとつのテーマをいろんな角度からアプローチして
それぞれの長所や短所を掘り下げる実に有意義な糞スレ。

美少女は天使クラスから派生しているから排便インターフェイスすら持ってねーよ

>>265
あとは渡哲也サイドと交渉出来る人間がいるかどうかだな

>>1の狙い通りオブジェクト指向を流行らすスレになってしまったようだ＾＾

エンドユーザ「色んな人間を扱うシステムを作ってくれ。喰って寝てウンコするのが要件な」
システム担当者「色んな人間を扱うシステムを作ってくれ。喰って寝てウンコするのが要件な」
実装者「人間インターフェース作って、不細工クラス美少女クラスっと・・・」


システム担当者「美少女がウンコするってのは気に喰わんな。おかしくないですかこれ？」
エンドユーザ「うるせえ今忙しいんだよ」
システム担当者「まぁいいや。美少女がウンコするのは明らかにおかしいから、修正するように」
開発者「そんな今更・・・（困惑）」


システム担当者「できました！改心の出来です」
エンドユーザ「なんで美少女がウンコしねえんだよ。仕事にならねーぞこれじゃ」
システム担当者「美少女がウンコしないの明らかにおかしいだろ。修正しろ」
開発者「」

http://kensaku.ritlweb.com/search/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91+%E6%8E%92%E4%BE%BF%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89+%E7%BE%8E%E5%B0%91%E5%A5%B3%E3%82%AF%E3%83%A9%E3%82%B9

オブジェクト指向はこういう荒唐無稽な妄想と相性がいいので、確かに愚かな考えかもしれない
実用性はない

http://topsy.com/s?q=%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%20%E6%8E%92%E4%BE%BF%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89%20%E7%BE%8E%E5%B0%91%E5%A5%B3%E3%82%AF%E3%83%A9%E3%82%B9&window=a

>>269
渡哲也も加えろよ

public class 宝石 extends うんこ {　}
こうしといて

@Override
public 宝石 排便() {
　　return new 宝石();
}
こうすればいいんじゃね？

>>274
お前のうんこはうんこすんのか

人間クラスに排便メソッドつけるのが悪い
エンドユーザー側では美少女はウンコしないって常識を
営業や設計側が汲み取れずに設計してしまったんだから
コーダーは設計書通り実装して｛｝かreturn nullするだけよ

石川スレかと思った

>>267
ご期待ください

>>270
意外とあんじゃねえか

[ オブジェクト指向 排便メソッド 美少女クラス ] の検索情報は今、ここに行けば見つかります
YAHOO　　872件見つかりました。
Google　　873件見つかりました。
Bing　　　該当なし
goo　　　　73件見つかりました。
Baidu 百度　45件見つかりました。
BIGLOBE　　70件見つかりました。
NAVER　　　83件見つかりました。
Volunia　　20件見つかりました。
Yahoo!カテゴリ　該当なし
dmozディレクトリ　該当なし

ここまでザッと読み返した感じだとC#でのイベント実装が圧倒的に綺麗だな

でもどれで実装してもウンコは汚いよ？

>>280
そりゃまあ、言語仕様にeventがあるからな

>>235
欠陥のないプログラムはない
欠陥のないプログラマーもいない

人間クラスをコピペすればいいじゃん

美少女が人間を継承してないってだけの話じゃないか

| 美少女 |

美少女 := Morph new.
美少女 event on: #排便 send: #流す: to: #便所.
美少女 openInWorld.

>>98
肛門がなかったらアナルセックスできないじゃないか

排便しながら飯食う時用にマルチスレッド化しないとな

基底クラスに
abstract public double getDimension();
を用意して、
getDimension() <= 2.5なら排便メソッドを実装しない
getDimension() > 2.5なら排便メソッドを実装する
で解決しないか?

>>288
ニオイに耐えられるか？自分のでも相当臭いぞ

しかし美少女のおしっこはどうして飲みたいんだろ・・・

まず美少女の定義はなんなんだよ

>>291
うんこしない

お前ら何の会話してんだよ

ウンコの汚さに関するビヘイビヤーがどこにも定義されていないな
美少女どころか寝たきりBBAにも劣るぞ

どんな美少女でもプスッと一発風が通ったあとにメリメリと糞をひり出すからいいんじゃないか^^

便意を我慢するメソッドも便意を我慢せざるを得ない状況を保持するインスタンスもない。

垂れ流しか？

どんだけ欠陥プログラマーなんだよ

>>280
イベントで実装するしかないな
便意を自由自在に操れるようにもなるし

社畜共は勤務中だから勢い無いな

| 美少女 |

美少女 := Morph new.
美少女 event on: #排便 send: #流す: to: 便所.
美少女 openInWorld.

美少女 我慢だ.
美少女 我慢しろ.

美少女に排便を強要するクライアントクラスのロジックがそもそもバグってるという主張が多いが
美少女に排便を強要したいというケースもいくつか報告されているのでインターフェースはやはり用意すべき
ただし結果として得られる戻り値がうんこであると期待してクライアントロジックを組むべきではない
さらに言えば呼び出しによって美少女にどんな副作用があるかも考慮すべき

確かにゲーム作るのにオブジェクト指向は向いてないと思った

これが理想｡メッセージシステムを自作する必要があるが

private void 排便 () {
　SendMessage("いっぱいでたお", UnkoEventArgs("下痢"));
}

けいしょーってオブジェクト指向言語の機能で一番いらない。見通しの悪さがハンパない

オブジェクト指向は作るためではなく使うためにある。
もしも標準ライブラリがオブジェクト指向でなかったら
簡単なユーティリティでもない限り使えたもんじゃなくなる。

ダックタイピングで考えればいいんだよ
「もしそれが美少女のようにCandy排出メソッドを持っているのならば、それは美少女である」んだから
人間クラスと美少女クラスが継承関係にある必要はないよね

美少女は人間である←真
人間は排便する←真
美少女は排便する←偽

| 美少女 |

美少女 := 美少女Morph new.
美少女 event on: #排便 send: #value: to: [ :糞 | 美少女 食べろ: 糞.].
美少女 openInWorld.

>>11
これでええやん

@Override
public Unko haiben(){
return Dream.getInstance().yield();
}

つーかまじで設計するなら

Interface Human　作って

NormalHumanには排便メソッド実装して

美少女には排便メソッド実装しない

これが正しいクラス設計だな

>>309
美少女は排便しないんじゃなくて排便という概念すら持ち合わせていない
インターフェイス等不要だ

>>310
別にInterfaceに排便メソッド書かなければいいじゃん
Humanの中に排便するものと排便しないものがいるなら

人間expression作って、CRTPで排便メソッドを持たない美少女クラスを実装するのが通のやり方

人間クラスに必須の機能とは何だろう。
美少女のような特殊なパターンが存在するから排便メソッドは不要。
乙武さんのような特殊なパターンが存在するから歩行メソッドも不要。

突き詰めると何も実装できない。

>>313
だからダウンキャスト演算子だけを持った人間base classを作って、各派生クラスにいろいろ実装するんだよ

なんでお前らget美少女メソッドとか doイヤラシイこと(美少女 びしょうじょ)メソッド
について語らずにうんこの話してんだよ

結論はオブジェクト指向は糞だということだ

苦くて美味しいからさ

| 美少女 >>315 |

>>315 := 人間Morph new.
美少女 := 美少女Morph new.
美少女 event on: #排便 send: #value: to: [ :糞 | >>315 食べる: 糞.].
>>315 event on: #勃起 send: #排便しろ to: 美少女.
美少女 openInWorld.
>>315 openIn: 便所.

スラドでありそうなスレだな

美少女のうんこについてもう少し詳しい情報を付け加えたらどうか

味、香り、未消化物の種類、柔らかさ、消化液の味とかさ

人によってはそれを知ると本当に食べる人がいるかもしれないじゃん

オブジェクト指向はクソとか言うけど
じゃあ手続き型でどう書くんだよ？

天国板でやりなさい

排便についてはObserverパターンでObserverが変態である場合にだけ通知するのが妥当だろうな

尻穴はごんぶとインスタンスが通るように設計されてんの？

いろんな言語が散在してて地味に面白い

>>324
そんなことをすれば落ちる。



assert:挿入物<=尻穴,"なんて…ことをするんだ…"

std::back_inserter(美少女のお尻の穴)を忘れてもらっちゃ困るな

>>321
コピペでコメントアウトだな。
シンプルかつ、確実、影響範囲も極小。

>>313
とりあえず、thisで自身のインスタンスを参照さえできれば良いんでないか？
って、パスカル先生が言ってた。

| 渡哲也 >>315 |

>>315 := 人間Morph new.
渡哲也 := 渡哲也Morph new.
渡哲也 event on: #排便 send: #value: to: [ :糞 | >>315 食べる: 糞.].
>>315 event on: #勃起 send: #排便しろ to: 渡哲也.
渡哲也 openInWorld.
>>315 openIn: 便所.