オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れないとは、オブジェクト指向の設計の難しさを表現したものである。
2001年に始まり今なお続く「石川梨華ってウンコするの？」という大論争をオブジェクト指向で設計するとどうなるのかという問題である。
下品な例だが納期が迫った時期に顧客の要望による大幅な仕様変更、それに耐えうる設計見積を作れるか、という非常に根の深い問題である。
ベストな答えはまだ得られていない。
https://togetter.com/li/790745 美少女を人間クラスからextendすること自体間違い
美少女クラスでは排便メソッドをオーバーライドして排便しませんってアナウンス出せばよくね
20年経ってもオブジェクト指向が理解できない
でも理解できてなくてもコードは書ける
不思議！
その美少女の定義ではマニアックな人を排除してしまうぞ
排便メソッドをキラキラにオーバーライドすればいいんじゃないの？
そもそも排便メソッド実装すんなや
俺ウンコしないし
>>1
はあ？
排便メソッドが例外処理されるか、リターンのうんこオブジェクトがサイズゼロなんだろ インプットとアウトプットがはっきりしてれば過程はどうでもいいんだよ
飯くったらうんこでるが全てで本質を見失うとオナニーでしかない
つまりうんこを想像してオナニーしてるんだ
人間から美少女を派生するのではなく、別のクラスにすればいいだけやん
人間から神に値するクラスに昇華してから美少女クラスに分類すれば良い
>>28
美少女は人間とは別ってことね、魔法少女とか明らかに別だもんな 美少女が排便することは人間として当然の摂理。だからオブジェクト指向は悪くない。
みんなホントは、美少女が排便することは知ってるんだ。現実を見てシステムを創りましょう。
言い換えるなら、人間と神で分けて、美少女は神の派生にすればおk
プログラマーって楽しそう
コロナでも自宅で仕事出来るなんて勝ち組じゃん
オブジェクトがクラスから生成されるのがそもそも間違いなんだよ
オブジェクトはモノ、クラスは視点
膨大な情報を持つオブジェクトにクラスを当てはめるってのが正しい使い方
ペンに対して鋭利という情報と手に持てるという情報があったら
凶器クラスとしても扱える
こういう言語が無いものかな
マジレスすると、排出物のクラス定義が間違ってるんだろ
一般には、排出物を継承してうんことか汗とか屁を作る
美少女は、排出物を継承してハートや幸せ、ドキドキを作る
でも美少女が苦悶の表情で排便する姿は崇高だよね。排便が、では無くて、排便してる苦悶の表情、が要求される
うんこをするのが人間だから
美少女を人間から継承するのが間違ってるんだろ
>>36
言いたいことはわかるが、ペンに鋭利のタグは必要ない
(細かく)書ける、片手で持てるくらいでおk ところで、排便メソッド呼び出したら何がreturnされんの？
表向きしないだけで仕様としてウンコできないわけじゃないから
>>13
うんこ関数が人間クラスのpublic関数になっててどうしても表にでてしまうんだよ。そのなかの実装がどうなってるかによらず。 >>35
みんなが自宅待機なのに普通に休日も仕事とかだぞ 継承もとのクラスに直接実装するんじゃなくて、インターフェースで取り扱えば良いじゃん
デザパタ勉強すっぺよ
これを書いた人がオブジェクト指向をかじった程度で話を作ったのがよくわかるよね
本業には勝てない
>>11
いっぺんこういう真面目なレスの繰り返しがどこまで続くか見てみたいわw 要は object OutUnko()のobjectを自分の性癖に合わせて好きに使えば良いだけだろ
プログラマーの世界でもヲタクはマイノリティーで嫌われる。
こいつらどこでメジャーな勢力として存在するのか不明
人間全体をクラス化したらオブジェクト指向の意味がないだろ
>>50
それだと、排便メソッドとしての機能は果たされていないように思う。もしかしてランダム関数でたまに放屁になるのか。 人間インターフェースを定義してウンコクラスを継承しなければいいだろ
デザインパターンを勉強しろ
そもそも人間クラスに排便メソッドを入れてるのが間違い
そもそも仕様変更に強いのがオブジェクト指向。そうなってないならオブジェクト指向できていない。
美少女をどう定義するかが重要
現存するかしないか
美少女だけどうんちするよ！クラスと
美少女だけど妖精だからうんちしないよ！クラスに分けるとか
現存してもレイヤーとかアイドルとかは、各自、妖精女神クラスにぶちこんどけばいい
まあ、現存する限りうんちはするのだが
非情だね
>>36
多重継承しなくても文具のクラスにcanKillingのフラグを持つかkillingTypeを持てばいい Cも分からんのにプログラミングできます！(ﾄﾞﾔｯなんて笑止千万
美少女インターフェースを定義して
それに実装すればいいんだぞ
>>77
今の若い子はjavaでもいいと思うけど
個人的にはjavaは糞言語だと思う
ポインタ隠蔽しといてポインタのエラーが主要なエラーってさ >>49
じゃあ例外投げればいい
UnkoSupportedExceptionとか 排便クラスをoverrideして
独自処理にすりゃあいいんじゃね？
>>35
秘密義務あるところは自宅でできないところもあるんだよなぁ テレビの収録でキノコ狩りかなんかでしゃがんだ時にお尻出ちゃってたね
排便メソッドを夢や黄金がでるようなのにオーバーライドすればいいじゃん
むしろオブジェクト指向でしかできない
>>80
だからnull安全な言語がでてきてるんじゃん？
それはそうと、こういう問題が出てくる場合は美少女の定義を真面目に考えるべきなんだよ >>1
changeSkinとかsetVoiceとか何かあんだろ
無けりゃ継承して何か作れよ無能 >>83
ああいうとこ嫌だわ
ネットで調べものもできない メソッドをオーバーライト？上書きすれば良いだろ
動作せずreturnする
美少女の排便ならフラグ立てて分岐で処理すりゃええねん！
次のように拡張するとか
神クラス→
アダムとイブの各クラス→
美男美女クラス→
男女クラス
>>1
つまり要約すると、お前はオブジェクト指向が理解できない落ちこぼれって事？ マジレスすると排便メソッドがない美少女クラスに使い道は無い
継承も， extendにwithoutをつけられるようにしとけば良かったという話だろ．
排便メソッドをプライベートにしてあげればいいんでしょ
いや、排便メソッドをオーバーライドしてインスタンスを使う側で例外処理しろよ
>>36
クラスが複数のスーパークラスに属することができるって事だよな
包含構造ではなくてクラス間の関係を決めれば良いって事になるかな
言語処理の3つ組みたいに
クラス1、クラス2、関係
のデータ構造で持っておけば
クラス2と関係で検索して見つかるクラス1に該当するクラスは似ているクラスじゃないか？ >>24
出来るよ
オブジェクト指向みたいな無意味な抽象化はしないからな
「屁です」と応えたら肛門は「よし！通れ」と言う
それだけや >>83
出社してても社員が外で喋ったら秘密を守れないし
リモートでもコピーやダウンロードとかできなくすれば解決しないか？
サイバー攻撃はテレワークと無関係に防御必要だし モデリング設計の最初で間違えてるのよ
神々の継承が美少女 うんこしない
豚か猿の継承がお前ら 臭いうんこする
これで解決
大規模開発者はベターCとしてか使ってないとか
多様性が入るとデバッグが地獄になるらしいし
そもそも美少女クラスなんてありえない
美少女はインスタンスだから
継承とかをむやみやたらに使うアホがよくない
せっかくオブジェクトで独立して影響範囲を抑えてるのに、継承馬鹿のせいでスパゲティになる
>>114
そらそうよ
クラス設計でいくら疎結合しようとしても密結合には変わりないからな
C++厨はそれが理解できない
マイクロサービスやFaaSぐらい疎結合すればデバッグも簡単になるのにな
本来のオブジェクト指向実装であるsmalltalkとかは
オブジェクト間のメッセージは型無しだったのに
C++厨はその必然性も理解できないから
何でもかんでも意地で型を付けようとしてさらに悲劇を招いてる >>28
人間クラスを継承して、美少女と非美少女クラスを実装
非美少女にだけ排便メソッドを持たせればいい
共通しない振る舞いを親に持たせるのが間違い 排便メソッドのない美少女クラスがスーパークラスだと小学校で習ったけど
加齢メソッドの問題もあるし、結局別クラスということになりそうだな
だいたい、美から美、美から醜は生まれるけど
醜から美は生まれないだろ
排便メソッドを美少女クラスでオーバーライドしてUnsupportedOperationExceptionを投げるか空にすればいいだろ
そもそも排便するのが人間なら排便しない美少女は人間ではない何かだから人間のサブクラスに据えるところからおかしい
なにこれ？
人間はうんこする
美少女は人間
でも美少女はうんこしない
だから、オブジェクト指向で人間の美少女が作れないって論理矛盾の話？
よく見たら美少女クラスの基底クラスは人間クラスみたいだから排便メソッドは付いてるぞ
>>129
美少女クラスの場合は
排便メソッドをオーバーライドして美少女はうんこしない例外発生、でいいのかな いそぎんちゃくやクラゲやナマコは肛門と口が一緒だ。
昔、人間はクラゲみたいな生き物だったから、クラゲを親クラスとして実装すればよくね？
そうすれば口から排泄する美少女が作れる！
>>75
そもそもクラスにフラグを持ち分岐コードを書く時点でオブジェクト指向の正しい設計ではない >>131
体内でうんこが再帰ってオーバーフローで腸が破れる >>134
排便というメソッドをオーバーライドしてイチゴを生み出すようにしても、排便というメソッド名は残る 排便メソッド呼ぶたびに例外のException発生とか全然美しくないだろ！
美少女だぞ？
もうちょっとちゃんと頭使って考えろよお前ら…
>>130
頭にウンコステータスをぶら下げてる時点でそんなん美少女じゃないわ
やり直し >>138
排便メソッドのアウトプットを俺らの口に渡せば良いんじゃね 排便メソッドを使用しないと
コンパイルするとネイティブな
言語は最適化され実装されなくない？
haiben(food,drink) {
return null;
}
そもそも、コードの実装を効率よくする手法の一つなのに、それ自体が難しくしてるって本末転倒だわな。
Javaとかそろそろ辞めないとな。
>>88
美少女の脱糞シーンはみたいからむしろ実装しないと駄目おじさんもいるからな >>136
例外発生前にうんこを出す処理を書けばいい
これで外から見る限りうんこをしない美少女完成 だけどよく考えたら美少女がうんこしないとなると
美少女から脱がせたパンツクロッチの楽しみがなくなるんじゃないか？
膣分泌物なしのウンスジだけ
ウンスジなしの膣分泌物だけ
膣分泌物とウンスジの欲張りセット
各紳士のそれぞれ異なる嗜好ニーズに対し
ハズレを含んだ３パターンがあるからこそアタリを引いたときの喜びがあるわけで
屁を我慢すると腸内の臭気ガスが腸間膜から血管に巡り
悪性物質として体細胞に蓄積し
また毛細血管から皮膚で揮発して体臭となるんだぜ
美少女以外の女は屁を我慢するなよ？
>>148
営業の経験をするのは必要だけど
兼ねるのはやめろ overrideしてハチミツと生クリームが出るようにできるんだが？
メモリーにインスタンスするから無限の美少女が存在するのである
あるかどうかもわからない仕様変更のために採算度外視で
将来を見据えた設計をするんだ君とかたまにいるしな
本人だけが会心の無駄にこねくりまわして納期に間に合わない
挙句の果てに脆弱性のおまけつき
>>156
パッパと作って不具合は
あとから治しつつ営業トークで
乗り切る 排便メソッドとかSMゲーム作りたいのか。エロゲー作るやつは、氏ね世。
こういうソフトウェア契約って知らんのだけど
契約ってランプサムなわけ？
客の変更要望はchange orderで追加取れるような契約になってないの？
排便メソッドが無くなった美少女はトイレどうしてるの
美少女クラスに排便メソッドついてたらお前らは実は嬉しい。
美少女でも排便すんだろバカか。
理想と現実は違うんだよ、
まあ、美少女クラスに排便機能付けなかったら不具合で回収だろ。
オブジェクト指向でもプロトコル入れたりするよな。それしか使えないって縛りはないんじゃない？
排便メソッドに美少女フラグ立てて分岐させるのでは駄目なのか？
これから読むけど、お前らのプログラマジョークが大量に書き込まれてるのだろうね
マジレスするとこんなのは実務でもよくある。
なので継承は使わず委譲が推奨されてる。
問題点がよく分からんけど、排便メソッドはprivateだから、オーバーライドできずに
どうしても美少女→うんこするよになっちゃうってこと？
排便メソッドがあっても呼び出さなければ無いも同じ
というか美少女も排便するから
美少女のインスタンスで排便を使うときは無いだろ
スーパークラスの選定が間違ってる
美少女の排便メソッドがpublicだったとしたら変態が喜ぶ
排便メソッドが必要ないならそもそもスーパークラスの選定が間違っている
美少女は人間ではないということになる
オブジェクト指向は完璧な設計をするためのもの。完璧な人だけが使える方法。
>>1
隣国のように
ブサイクにラッパーかまして一定の戻り値返す機能組み込んで
美少女に誤認させてろよ そもそも排便を実装した美少女なんて
顧客が納得しないだろう
最初から設計し直しだぞ
排便呼んだら屁しか出ないこともあるだろ
どうすんだよマジで
2000年頃に自称エリートJavaプログラマとオブジェクト指向について熱いバトルをしたのをもいだしたわ
>>5
それを顧客に言えない or 言っても通らないから問題になってるんだろうが >>8
1. OOPで最適な設計をするのがいかに難しいか
2. OOPとは別に、仕事でプログラムを書くという仕事は論理的に正しくてもそれが通らないことがある。この問題をどう解決するか >>13
オーバーライドして排便しないようにするという意見は記事の中で既に出ている。
しかしそれはお尻の穴に栓をするようなものだから、ウ○コが溜まり続けるという大きな弊害が生じてしまう可能性がある。 >>49
美少女クラスから実体を作った後はpublicであってもオーバーライドしているから出るはずはない。
出るとすれば、再度クラスをいじって別のウンコ穴でも追加しないといけない。 >>71
人間の性質として入れるのが当然。そういうクラスが既にあったということは設計者が必要と考えたということだから。
美少女クラスを追加するまで問題にならなかったのだから、あってもおかしくなかったと言える。 設計上の矛盾は要件の問題。要件定義からやり直せ。
美少女アクターは排便しない。
人間アクターは排便する。
↓
美少女アクターを人間アクターから継承してはいけない。
排便しない人型アクターを定義しなおして
人間も美少女も継承しなおす。
お前らは30歳過ぎて童貞だった場合のみ呼び出し可能な魔法メソッドってどう実装した？
そもそも造形ステータスの瞬時値が
美少女とされる範囲にあるかというだけ
至る途中と劣化後は美少女ではないのだから
クラスで作ったら駄目
もうちょっとオブリガードに包んだ表現できないのかよ
よくわからんが
人間クラスの
女と若いと美しいってのをオンにして
うんこするをオフにすればいいだけじゃないの？
スレタイ以下どのレスも理解不能の俺は何かのトレンドから取り残されていることに気づいた
それが何なのか勿論知る由もない
排便しなくともアナルはないとダメなんだろ？
機能美追求するならアナルと腸は実際に機能しないとな
美少女クラスの肛門に浄水器メソッドを挿入
水は吹き出るけど臭いは抑えられる
ここでダックタイピングの出番だな
基底クラスなんかクソ喰らえ
C++ならテンプレート使おうぜ
他の言語は知らん
>>216
C++のTemplateはたいていの他言語ではGenericsだな。 人間クラスと美少女クラスでは視点が違う
言語の問題ではなくクラス設計の技術の問題
美少女は継承した排便メソッドをオーバライドすりゃいいやろ。はい論破
人間クラスじゃなくて人間インターフェースのアイドルクラスを継承しろよ
( ･∀･)っ-=≡● ヽ(･∀･ )ﾉｳﾝｺｰ
ヽ( ･∀･)ﾉ =≡●⊂(･∀･ )
throwすれば誰かcatchするだろ
オブジェクト指向が悪いのでは無く結局最初にオブジェクトやクラスの構造決める奴の見通しの悪さが問題だわ
実際問題、後の修正が見込まれれる大規模プログラム書くのにオブジェクト指向以外の選択肢はほぼないだろ
オブジェクト指向みたいなパブリックな部分とプライベートな部分がはっきり分かれている世界の方が人間関係はうまくいくだろ
>>229
フレンド関数では一般の他人様には見せられないようなことも見せます
ｱｯｰ JavaとはいってもTERASOLNAみたいなガチガチに書き方まで固められたフレームワークで開発するとあまり悩まなくていい
皆さんご存知のオブジェクト指向みたいな切り口だが分からん奴の方が多いはず
>>228
お前が、java使いである事は理解した。 排便メソッドを無効化してしまうと宿便プロパティがオーバーフローするやろが！
>>194
実装したところで使いどころが無ければ何も問題ないのでは？
ていうか何で顧客がそんなもの実装されてることまでわかるの？顧客がソースコード全部見るのか？ 美少女が臭さくてぶっとい一本糞ひりだす…
素晴らしいじゃないか！
排便メソッド使わなくてよくね？
美少女の尻穴は別のことにも使えるし
排便行為はプライベートメソッドだから外部参照するこは不可能
GetBenStatus()が常にBS_BENPIを返すようにいておけばよい
飲食もせずに流動食だけ与えても固形分として排便は必ず発生するんだから
生命のあり方そのものから新たに構築しないと排便は取り除けないよ？
で、口や肛門の穴が不要になって減ったら楽しみが減るんじゃね？
