オブジェクト指向は愚かな考え。

0001デフォルトの名無しさん

2014/03/01(土) 16:49:54.65

オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://hayabusa3.2ch.net/test/read.cgi/news/1393649485/

オブジェクト指向（英語：Object Oriented）とは、主にソフトウェアの設計や開発における考え方のひとつ。
大きな意味でのデザインパターンである。

近年では「オブジェクト指向」というとC++、Java、C#、Ruby、PHPなどの「オブジェクト指向プログラミング言語」、
およびそれらを用いた「オブジェクト指向プログラミング」が世の大半を占めている関係で、まるでイコールのように
言われることも多いが、あくまで物事の考え方であり、プログラミング言語に限ったものではない。

たとえば、最近ではあまり新規では見かけなくなったが、医療分野で使われているDICOM規格をはじめ、UNIXやLinuxで
今なお使われているX Window Systemの仕様書など、1980年代ごろにはオブジェクト指向規格書やオブジェクト指向
仕様書なるものも大量に存在した。
http://monobook.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91

0002デフォルトの名無しさん

2014/03/01(土) 16:52:25.95

やりー糞スレの２GET!

0003デフォルトの名無しさん

2014/03/01(土) 16:56:46.01

マジレスすると、美少女かどうかは
顔などの属性（プロパティ）できまるものなので

正しい設計は人間クラスがあって
そのインスタンスの一つとして
美少女がある。美少女自体はクラスにならない。

0004デフォルトの名無しさん

2014/03/01(土) 17:03:26.64

美少女クラスは人間クラスを継承したクラスじゃないの？個人がインスタンスになるべきでは？

0005デフォルトの名無しさん

2014/03/01(土) 17:05:39.90

>>4
それだと、「排便メソッドを実装した人間クラスから美少女クラスが作れない。」
事になってしまう。

それはおかしい（矛盾してしまう）ので美少女はクラスではないということ。

0006デフォルトの名無しさん

2014/03/01(土) 17:08:36.84

>>1
生きたままヒグマに喰われて死ねゴミ

0007デフォルトの名無しさん

2014/03/01(土) 17:08:50.73

>>5
矛盾するってことは美少女は人間じゃないってことだから
人間を継承できるべきでないってことになるよね。

0008デフォルトの名無しさん

2014/03/01(土) 17:11:17.47

人間クラスは美少女クラスを継承したものじゃないの？
サブクラスに排便メソッドを作れば解決

0009デフォルトの名無しさん

2014/03/01(土) 17:11:33.98

> 人間を継承できるべきでないってことになるよね。

うん。だから人間がクラスで
美少女（や普通の人）はインスタンスだって。

0010デフォルトの名無しさん

2014/03/01(土) 17:13:51.28

ニートやゴスロリ服は
ミックスインやトレイトなんだろうか。

なんだかんだ言ってオブジェクト指向が
ぴったり当てはまってるじゃんｗ

0011デフォルトの名無しさん

2014/03/01(土) 17:14:22.05

× ニートやゴスロリ服は
○ ニーソ

0012デフォルトの名無しさん

2014/03/01(土) 17:18:53.87

>>8
ｿﾚﾀﾞ!人間には生物種としての人間と美少女でないものとしての
人間があるわけだな。

class 生物である人間
class 美少女でない人間 extends 生物である人間

class 生物でない人間
class 美少女である人間 extends 生物でない人間

0013デフォルトの名無しさん

2014/03/01(土) 17:20:30.17

抽象クラスの神に排便インターフェースを実装したのが女。実装しなかったのが美少女。

0014デフォルトの名無しさん

2014/03/01(土) 17:20:53.37

たいてい「オブジェクト指向は間違い！」みたいなスレって
言ってる奴が間違ってるだけなんだよな（苦笑）

0015デフォルトの名無しさん

2014/03/01(土) 17:22:55.78

美少女のように歩き、美少女のように振舞うならなら、それは美少女だ。

0016デフォルトの名無しさん

2014/03/01(土) 17:23:18.38

ここは精神病だろ

0017デフォルトの名無しさん

2014/03/01(土) 17:24:57.79

美少女のように歩き、美少女のように振舞うならなら、それは詐欺師だ。

0018デフォルトの名無しさん

2014/03/01(土) 17:25:06.52

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

0019デフォルトの名無しさん

2014/03/01(土) 17:25:42.66

どんなメソッドもオーバーライドできるから、
排便だろうとゲロだろうと美しく上書きできる。

0020デフォルトの名無しさん

2014/03/01(土) 17:26:25.27

美少女オブジェクトはage属性によって老婆オブジェクトに変更される
すると、ウンコをしない老婆が出来てしまう。

0021デフォルトの名無しさん

2014/03/01(土) 17:29:09.47

それを美老婆オブジェクトという

0022デフォルトの名無しさん

2014/03/01(土) 17:30:28.78

>>1
死ねカス

0023デフォルトの名無しさん

2014/03/01(土) 17:33:13.01

排便インターフェースを実装した老婆オブジェクトの実体を生成するために、
美少女を老婆のコンストラクタ引数に渡す。このことに疑問を感じる。

0024デフォルトの名無しさん

2014/03/01(土) 17:33:38.79

■追加要求仕様
美少女を追加せよ。
ただし美少女には排便メソッドが存在してはならない。

現実でも起こりうる。

0025デフォルトの名無しさん

2014/03/01(土) 17:34:27.87

>>1
クソスレ立てんなボケ

0026デフォルトの名無しさん

2014/03/01(土) 17:35:08.67

オブジェクト生成時に時空を確認してフラグを渡しとけ。
サザエさん時空ならageは増えない。

0027デフォルトの名無しさん

2014/03/01(土) 17:35:17.05

>>23
やっぱりお前のオブジェクト指向は間違ってるよｗ

年齢という属性が違うだけでインスタンスは同じなんだから
age属性を変えるだけだろ。

0028デフォルトの名無しさん

2014/03/01(土) 17:37:55.29

>>27
これって、MVCにするものでしょ。オブジェクトが一定期間生存したらViewを更新。
美少女はController。

0029デフォルトの名無しさん

2014/03/01(土) 17:38:42.31

>>28
なんで的はずれなレスをするんだ？

0030デフォルトの名無しさん

2014/03/01(土) 17:38:56.92

mix-inで解決できる問題。

0031デフォルトの名無しさん

2014/03/01(土) 17:39:48.69

mix-inはできるが
mix-outはできないので
クラスの機能は必要最小限にするべき。

0032デフォルトの名無しさん

2014/03/01(土) 17:40:32.88

>>29
年齢って属性自体はModelが持つものだろ。
排便インターフェイスはControllerが実装するものじゃないのか？

0033デフォルトの名無しさん

2014/03/01(土) 17:40:46.82

排便メソッドってのが、オブジェクト指向のセンスの無さの現われだな。
抽象化がぜんぜんできてないじゃないか。

(不要物の)排出メソッドとか破棄メソッドが元にあって、
人間クラスでは排便という振る舞いが実装されていると考えれ。
美少女クラスでの排出方法は、お好みに合わせて実装しなよ。

0034デフォルトの名無しさん

2014/03/01(土) 17:42:18.53

排便インターフェイスはモデルにあるべき。
つーか人間クラス＝モデル
ビューは人間の見た目。

0035デフォルトの名無しさん

2014/03/01(土) 17:43:02.86

>>33
排便時のViewの実装には工数が掛かり過ぎるからダメ。

0036デフォルトの名無しさん

2014/03/01(土) 17:43:58.26

処理をどう表現するかはビューだが
処理自体はモデルだろ。

0037デフォルトの名無しさん

2014/03/01(土) 17:44:51.48

>>35
お前は何を言っているんだ？

0038デフォルトの名無しさん

2014/03/01(土) 17:45:12.48

排泄はメソッドではなくイベントである。
つまりイベントを簡潔明瞭に書けない言語は欠陥品である。

0039デフォルトの名無しさん

2014/03/01(土) 17:45:46.80

ユーザーがコントローラーの排便メソッドを使って、
Modelにウンコしろってメッセージ送るんじゃないのか？

0040デフォルトの名無しさん

2014/03/01(土) 17:46:30.89

てかMVCで設計することが間違ってるだろ

0041デフォルトの名無しさん

2014/03/01(土) 17:46:44.39

>>39
排便は外部から施されるものではない

0042デフォルトの名無しさん

2014/03/01(土) 17:48:22.18

>>38
これだな

0043デフォルトの名無しさん

2014/03/01(土) 17:51:52.05

イベントが発生したとしても、実際の振る舞いはメソッドに実装されていると思うけど。

0044デフォルトの名無しさん

2014/03/01(土) 17:52:12.28

ここでまともに書き込みしてるヤツ>>1だろ

0045デフォルトの名無しさん

2014/03/01(土) 17:53:31.56

ウンコしないよ

0046デフォルトの名無しさん

2014/03/01(土) 17:53:54.15

>>41
普通は美少女に対してウンコしろってメッセージを送るよね

0047デフォルトの名無しさん

2014/03/01(土) 17:55:17.59

>>46
送らないでしょ。
美少女オブジェクトの内部で、排泄の必要が発生したら中からメソッド呼ぶだけでしょ。

0048デフォルトの名無しさん

2014/03/01(土) 17:55:40.88

排便メソッドがプライベートなら議論する必要なくね？

0049デフォルトの名無しさん

2014/03/01(土) 18:01:04.53

>>48
それ腸閉塞

0050デフォルトの名無しさん

2014/03/01(土) 18:02:18.40

排便メソッドは人間クラスじゃなくて、生物クラスから継承しているメソッドだしなぁ…

0051デフォルトの名無しさん

2014/03/01(土) 18:04:27.21

排便メソッドをオーバーライドすればよくね？
違うの？

0052デフォルトの名無しさん

2014/03/01(土) 18:04:40.21

何？排便メソッドはfriend classにだけ公開するの?

0053デフォルトの名無しさん

2014/03/01(土) 18:16:23.08

スカトロマニアの親が持つ排便メソッドを外部へ提供せず隠蔽したいんだよね？
AdapterかBridgeパターン使えば隠せるんじゃないの

0054デフォルトの名無しさん

2014/03/01(土) 18:21:48.75

>>51
単純に考えたら、それで十分。
美少女クラスが排便メソッドを外部に提供したらダメって問題設定じゃないの？

0055デフォルトの名無しさん

2014/03/01(土) 18:36:58.33

>>51
美少女に排便メソッド自体が存在してはならない。
例外を返そうが、黄金を返そうがダメ。

0056デフォルトの名無しさん

2014/03/01(土) 18:37:49.99

性的型付けなら、コンパイル時にウンコするかしないか分かる。
安心してウンコしろってメッセージを送ることができる。
動的型付けだとと実行するまでウンコするかしないか分からない
スカトロビッチだと思って美少女にウンコしろってメッセージを送ると後の祭り。

0057デフォルトの名無しさん

2014/03/01(土) 18:41:24.36

故に、PythonistやRubyistたちは心に闇を抱えている。

0058デフォルトの名無しさん

2014/03/01(土) 18:42:50.29

排便っていう行為は哺乳類系の全生物に共通だから抽象的でもないし、オーバーライドも不可能

class 生物 {
final public うんこ排便(){
ブリブリブリ;
return うんこ;
}
}

戻り値をどう扱うかは美少女次第

0059デフォルトの名無しさん

2014/03/01(土) 18:49:34.06

彼女がウンコしてるとこ見たことないんだけど。

0060デフォルトの名無しさん

2014/03/01(土) 18:53:51.13

スカトロビッチを美少女に委譲して、外部に排便メソッドを提供しない。
後は、各クラスにヒューマノイドinterfaceを実装すれば完成。

0061デフォルトの名無しさん

2014/03/01(土) 18:54:48.10

>>59
俺も見たことないわ

0062デフォルトの名無しさん

2014/03/01(土) 19:02:16.27

美少女クラスの排便メソッドが黄金を返すようにオーバーライドすればいいじゃない

0063デフォルトの名無しさん

2014/03/01(土) 19:04:00.99

じゃあunkと黄金には継承関係が成り立つな

0064デフォルトの名無しさん

2014/03/01(土) 19:07:43.87

wikipediaに継承関係が載ってた

0065デフォルトの名無しさん

2014/03/01(土) 19:17:40.60

人間と服はオブジェクトとしては別物である。人間はオーガニックな生物の一つとしての継承木に入るが、
服は靴、帽子等の、衣料品の継承木または、民族衣装を分類する上での関連図などに入る。だがもし、
人間と服にしか見えない宇宙人の融合体が存在するとしたら、どのように表現すればよいのか？
http://stackoverflow.com/questions/3756807/why-is-the-object-oriented-model-so-occupying-monopolizing

0066デフォルトの名無しさん

2014/03/01(土) 19:17:58.43

ウンコしないよ

0067デフォルトの名無しさん

2014/03/01(土) 19:28:18.25

Haskellみたいな関数型だと、美少女って、どう表現するの？

0068デフォルトの名無しさん

2014/03/01(土) 19:32:21.49

>>58
排便が返り値を必要とするメソッドかプロパティかは重要な問題だよね

0069デフォルトの名無しさん

2014/03/01(土) 19:38:41.62

>>68
排便はイベントだ

0070デフォルトの名無しさん

2014/03/01(土) 19:40:53.04

美少女クラスがあって
それを継承したクラスに人間インターフェイスとか二次元インターフェイスとかアイドルインターフェイスを実装するのかな

0071デフォルトの名無しさん

2014/03/01(土) 19:41:40.12

人間クラスだとしても

排便メソッドだと浣腸っぽい。
排便プロパティだと人工肛門っぽい。
排便イベントが自然。

0072デフォルトの名無しさん

2014/03/01(土) 19:43:36.23

>>65
着るか着られるかなら、Compositeパターンが使えそう

0073デフォルトの名無しさん

2014/03/01(土) 19:58:00.76

>>71
排便Eventって、デザパタで言う所のObserverだよね

0074デフォルトの名無しさん

2014/03/01(土) 20:21:31.68

>>73
イベントや関数ポインタの概念がない言語だとそうだな。

0075デフォルトの名無しさん

2014/03/01(土) 20:22:43.13

排便イベントだとダメだな。
あくまで排泄イベント。

唾液なのか汗なのか尿なのか便なのかをボカす必要がある。

0076デフォルトの名無しさん

2014/03/01(土) 20:24:21.16

この問題を的確にこなせない奴が設計見積するからデスマーチが発生する
お客様はムチャを言う

0077デフォルトの名無しさん

2014/03/01(土) 20:24:54.10

>>67
モナドだよ

0078デフォルトの名無しさん

2014/03/01(土) 20:28:31.37

クラスベースが取っ付き易いのはわかるんだが
たまにはプロトタイプベースのオブジェクト指向のことも思い出してあげてください

0079デフォルトの名無しさん

2014/03/01(土) 20:32:41.69

>>77
モナドって状態遷移なのか?その状態遷移って継承できるの?

0080デフォルトの名無しさん

2014/03/01(土) 20:34:11.91

>>78
汚いオヤジから美少女のインスタンスが作られると、精神的に気持ち悪いから却下

0081デフォルトの名無しさん

2014/03/01(土) 20:37:10.15

>>80
ワラタ

0082デフォルトの名無しさん

2014/03/01(土) 20:38:57.43

美少女のウンコを食えない奴らに美少女を語る資格は無い

0083デフォルトの名無しさん

2014/03/01(土) 20:41:05.20

>>82
クラスの継承図を辿れば、ウンコも黄金カレーも同じものだからな

0084デフォルトの名無しさん

2014/03/01(土) 20:42:22.52

これモー娘全盛期のネタだろ。
最近の若いヤツには意味わかんないんじゃね。

0085デフォルトの名無しさん

2014/03/01(土) 20:43:51.60

なっちはウンコしないよ

0086デフォルトの名無しさん

2014/03/01(土) 20:45:19.44

class 美少女 extends 天使

0087デフォルトの名無しさん

2014/03/01(土) 20:46:17.02

あ、もう人間じゃないことになったんですね

0088デフォルトの名無しさん

2014/03/01(土) 20:46:43.64

アイ　オブジェクト　たべたい

0089デフォルトの名無しさん

2014/03/01(土) 20:48:21.70

>>68
排便したことによる性的刺激が戻り値だろう

0090デフォルトの名無しさん

2014/03/01(土) 20:50:45.34

>>78
神は{}から自分に似せてアダムを作り、アダムの肋骨からイブを作った。
排便メソッドが何処で継承されたか誰にも分からなかった。

0091デフォルトの名無しさん

2014/03/01(土) 20:52:36.69

生物学的に考えて進化の過程では失うものがある。
現状の言語でこの点が実装されているものはあるのか？

0092デフォルトの名無しさん

2014/03/01(土) 20:53:17.69

var Adam = {
haiben : function(){
};

var Eve = {

};

0093デフォルトの名無しさん

2014/03/01(土) 20:54:15.31

もう250スレにもなるのか

【石川ってウンコするの？確認その２５０】
http://anago.2ch.net/test/read.cgi/ainotane/1271771699/

0094デフォルトの名無しさん

2014/03/01(土) 20:57:12.78

曾孫受けが「ありえない」と言えるかだよなぁ

0095デフォルトの名無しさん

2014/03/01(土) 21:00:13.00

>>94
排泄メソッドは隔世遺伝するの？

0096デフォルトの名無しさん

2014/03/01(土) 21:00:46.83

人間
美少女
ババア

問題は山積みだ

0097デフォルトの名無しさん

2014/03/01(土) 21:07:03.28

>>95
顧客「美少女はウンコしないよ」
元請「美少女はウンコしないらしいぞ」
下請「美少女はウンコしないことにします」
孫請「…」
派遣「…」

これがデスマーチだ

0098デフォルトの名無しさん

2014/03/01(土) 21:12:53.80

親クラスの設計が悪いな
実際にうんこしない人間が存在する（人口肛門や食事をしないひとなど）ので
たとえ石川がうんこをしたとしても、この設計は破綻するだろう

オブジェクト指向の弱点は、資産がうんこだと影響範囲が大きくなりすぎることだ

0099デフォルトの名無しさん

2014/03/01(土) 21:32:26.03

>>97
美少女の排出を観測すれば、波動関数は収束する。

0100デフォルトの名無しさん

2014/03/01(土) 21:37:18.43

美少女クラスの排出メソッドは、未定義な動作をするのではないか

0101デフォルトの名無しさん

2014/03/01(土) 21:41:47.70

美少女クラスの排出物はプリンかヨーグルトではないだろうか

0102デフォルトの名無しさん

2014/03/01(土) 21:43:04.71

前スレ使いきってからにしろハゲ

オブジェクト指向なんて今すぐやめてください
http://toro.2ch.net/test/read.cgi/tech/1384136223/

0103デフォルトの名無しさん

2014/03/01(土) 21:45:59.71

美少女クラスの排出メソッドは量子的な振る舞いする。
だから、今のOOPLで実装することは不可能。
よく分からないがHaskellのMaybeモナドで実装可能かもしれない。

0104デフォルトの名無しさん

2014/03/01(土) 22:00:32.87

美少女ってちゃんとウンコしてるのかな？
心配だから今度見てあげなきゃ。

0105デフォルトの名無しさん

2014/03/01(土) 22:04:08.37

そもそも美少女に排出メソッドは存在してはならない。
消し去る必要がある。

だがババアになったら復活させる必要もある。
さらに人工肛門の実装も考慮しなければならない。

0106デフォルトの名無しさん

2014/03/01(土) 22:09:29.71

>>105
人工肛門は、ただのStateパターン

0107デフォルトの名無しさん

2014/03/01(土) 22:13:47.50

人工肛門は割込処理じゃね

0108デフォルトの名無しさん

2014/03/01(土) 22:18:51.90

人工肛門はセキュリティホールを付いたプログラムの書き換え

0109デフォルトの名無しさん

2014/03/01(土) 22:20:50.63

双方向反復子は、どのオブジェクトが実装すべきだ

0110デフォルトの名無しさん

2014/03/01(土) 22:31:00.49

今更気付いたんだけど、CompositeとDecoratorってすごく似てるね
最初に美少女クラスを作って、Decoratorで機能を付加していけばいいのかな

0111デフォルトの名無しさん

2014/03/01(土) 23:20:30.90

そもそもだな、

美少女も人間だからうんこをする

0112デフォルトの名無しさん

2014/03/01(土) 23:22:21.58

美少女を人間クラスから継承して作るってのが、そもそも間違えなんじゃね？

0113デフォルトの名無しさん

2014/03/01(土) 23:29:15.36

うんこクラスを基底にするべき

0114デフォルトの名無しさん

2014/03/01(土) 23:32:54.05

細胞単位で構築して行って人間を定義するまでどんだけかかるんかな

0115デフォルトの名無しさん

2014/03/01(土) 23:38:04.66

美少女であるかどうかを判定するクラスを作る

0116デフォルトの名無しさん

2014/03/01(土) 23:40:17.39

おっぱいをポインタでくれ

0117デフォルトの名無しさん

2014/03/01(土) 23:45:12.09

>>114
最初に大きな人クラスからはじめて、インクリメンタルに
細部のオブジェクトまで作り込んでいくんじゃないのか？
とはいえ、OSSでのOOPのプロジェクトは大概は失敗してるから、
分析が終わらないようなものは、cで書くのがイイんだろうけども

0118デフォルトの名無しさん

2014/03/01(土) 23:47:54.19

うんこしない人間がいることを考えると、
うんこするメソッドは人間に組み込まれたものではなくて
任意に着脱可能な関数ポインタ的なアレではないか。

0119デフォルトの名無しさん

2014/03/01(土) 23:51:04.08

部位によって役割を変えるから細胞ってすごい
それをクラスにするならどんな感じだろうか

0120デフォルトの名無しさん

2014/03/01(土) 23:51:23.31

特異メソッド?

0121デフォルトの名無しさん

2014/03/01(土) 23:52:12.81

>>119
全部、ただのS式だよ

0122デフォルトの名無しさん

2014/03/02(日) 00:07:42.80

オブジェクトと呼ばれるものは連想配列で、
もとを辿れば、それは単なるS式の集合体なんだ。
自己相似的なLispこそ万物を記述する真実の言葉だった。

0123デフォルトの名無しさん

2014/03/02(日) 00:44:47.58

>>32
読めば読むほどじわじわくる最高にキモいレス

0124デフォルトの名無しさん

2014/03/02(日) 01:37:14.71

>>32ってMVCの理解は間違ってるの?

0125デフォルトの名無しさん

2014/03/02(日) 02:32:41.58

>排便メソッドを実装した人間クラスから美少女クラスが作れない。

人間 human = new 人間(～)
if (human.sex() == Sex.WOMEN && human.age() > 10 && human.age() < 18 && human.face().look() == Look.BEAUTY) {
　print "美少女！"
}

0126デフォルトの名無しさん

2014/03/02(日) 02:34:10.52

美少女クラスを作ろうってのがそもそも設計ミス

0127デフォルトの名無しさん

2014/03/02(日) 02:40:33.09

排便メソッドが実装されていないと人間じゃないというなら
美少女は人間じゃないということになる。
要するに美少女を人間ととらえるなら、排便メソッドは人間に定義されるべきではないし、
人間ととらえないなら人間クラスから派生するのが間違い。

0128デフォルトの名無しさん

2014/03/02(日) 02:42:07.72

カプセル化だけでいい。

継承と多相性は混乱と複雑さをもたらすだけ。たぶん禿が出来心で
持ち込んだだけだろう。

最初はすごいと思ったが、すごいことよりも面倒くささのデメリット
の方が大きい。

テンプレートのせいですっかり呪文コードになった。C++11/14で少しは
改善されつつあるが、本質的には呪文、呪文、呪文、呪文、呪文。

エコエコアザラク

0129デフォルトの名無しさん

2014/03/02(日) 02:42:15.50

美少女は人間から派生して存在するわけじゃない、人間の一状態でしかない

0130デフォルトの名無しさん

2014/03/02(日) 02:42:40.68

>>125
human.unko(); // メソッドを隠蔽できない

0131デフォルトの名無しさん

2014/03/02(日) 02:45:54.44

いや、AbstractFactoryで、スカトロビッチと美少女の実体を作り分けたらいいか

0132デフォルトの名無しさん

2014/03/02(日) 02:48:06.72

美少女はウンコしないってんなら、それは人間じゃないから、人間の派生クラスではないアイドルや二次元キャラと同様のまったく別のクラスだろ

0133デフォルトの名無しさん

2014/03/02(日) 02:50:01.16

お前らこういうの好きだよな

0134デフォルトの名無しさん

2014/03/02(日) 02:50:11.47

外部へAPIを隠蔽したいんだよ

0135デフォルトの名無しさん

2014/03/02(日) 02:52:33.44

>>1
あちこちのスレにマルチしやがって糞しね

0136デフォルトの名無しさん

2014/03/02(日) 02:53:17.63

糞しね　・・・　糞して寝ろの略

0137「ガスライティング集団ストーカーカルト」で検索を！

2014/03/02(日) 03:37:04.61

★マインドコントロールの手法★

・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

↑マスコミや、カルトのネット工作員がやっていること

TVなどが、偏った思想や考え方に染まっているフリや常識が通じないフリをする人間をよく出演させるのは、
カルトよりキチガイに見える人たちを作ることで批判の矛先をカルトから逸らすことが目的。

リアルでもネットでも、偽装左翼は自分たちの主張に理がないことをわかっているのでまともに議論をしようとしないのが特徴。
..

0138デフォルトの名無しさん

2014/03/02(日) 03:43:28.15

http://ideone.com/ZUltlB

0139デフォルトの名無しさん

2014/03/02(日) 03:44:36.32

>>137
それでも美少女はウンコしない

0140デフォルトの名無しさん

2014/03/02(日) 04:11:37.31

>>137
ブーメラン乙

0141デフォルトの名無しさん

2014/03/02(日) 07:03:59.01

オーバーライドして SIGILL でも飛ばしとけ

0142デフォルトの名無しさん

2014/03/02(日) 07:10:43.59

うんこしないよ

0143デフォルトの名無しさん

2014/03/02(日) 07:13:45.62

するよ

0144デフォルトの名無しさん

2014/03/02(日) 07:39:34.13

オブジェクト指向では「人間」クラスから排便しない「美少女」クラスが作れないって
それはそもそも"排便しない"は「人間」クラスの設計上ありえない条件なのだから
そう主張してる関数型言語あたりの人が
我々の記法を使うことで「美少女は排便しなくなるのだ！」って主張するオチにして欲しいのではないか。

0145デフォルトの名無しさん

2014/03/02(日) 08:57:54.07

>>144
人間でも腸閉塞になれば排便しないよ

0146デフォルトの名無しさん

2014/03/02(日) 09:00:00.70

>>145
そりゃ病気だからunko()メソッドがエラーを返してるだけだ

0147デフォルトの名無しさん

2014/03/02(日) 09:04:08.02

人間クラスから継承してしまうと、排便以前にトイレの待ち行列に並べてしまうのでまずい。

0148デフォルトの名無しさん

2014/03/02(日) 09:28:30.82

トイレqueueに並ぶこと自体は問題ない
pop()された後に排便メソッドさえ実行しなければ
排尿メソッドは許可されてるんだろ？

0149デフォルトの名無しさん

2014/03/02(日) 09:29:58.19

人間がみんなうんこするっていうのは間違ってる。
過去から現在までの人間には当てはまるが
現在から未来の人間に当てはまるかはわからないからな。

0150デフォルトの名無しさん

2014/03/02(日) 10:03:25.16

つまるところ「人間の定義とは」という話になるだけ
両足がなくて歩くメソッドが使えなくても人間だ
腸に障害があって排便メソッドが使えなくても人間だ

じゃあ人間が共通して備えてる性質って何だ
ホモサピエンスのDNAを持っていることくらいしか絶対共通の定義はできない

そこで登場するのがプロトタイプベースのオブジェクト指向だ
人間という静的なクラスは存在しない
「ホモサピエンスのDNAを持ち排便機能を持ったオブジェクト」や
「排便機能を持たない美少女オブジェクト」などを自由に生成し、ダックタイピングでそれらを識別し扱うことができる

もちろんプロトタイプベースのオブジェクト指向の欠点もあるので決して銀の弾丸ではない

0151デフォルトの名無しさん

2014/03/02(日) 10:03:34.75

生物クラス
　食事メソッド
　排便メソッド
人間クラス : 生物クラス
男クラス : 人間クラス
女クラス : 人間クラス
　美プロパティ

専用のメソッドが必要なときだけクラスを用意する感じかな
なら男・女はプロパティか

0152デフォルトの名無しさん

2014/03/02(日) 10:24:29.48

なるほど。プロトタイプベースが現実のオブジェクトにしっくりくるな。

0153デフォルトの名無しさん

2014/03/02(日) 10:26:33.48

男女は機能の違いが有るからメソッドかと

0154デフォルトの名無しさん

2014/03/02(日) 10:49:20.47

結局は共通点によるグループ分けなんだよな
全てがオリジナルって考えたらオブジェクト指向は成り立たない
右手と左手は、同じ"手"から派生させて良いものか

0155デフォルトの名無しさん

2014/03/02(日) 10:57:27.82

Javascript方式かな？
全てがobjectクラスからの派生で、プロトタイプベースで独自機能を持つような感じで。

0156デフォルトの名無しさん

2014/03/02(日) 11:10:10.50

万能細胞の原理を取り入れるならobjectクラスにほぼすべてが実装されていて、文科の際にメソッドやプロパティが適宜public/privateが切り替わる。
分化先では機能を実装しない。

0157デフォルトの名無しさん

2014/03/02(日) 11:35:28.68

うーんそう考えると細胞ってすげえな

0158デフォルトの名無しさん

2014/03/02(日) 11:45:35.63

staticおじさん元気かなぁw

0159デフォルトの名無しさん

2014/03/02(日) 12:51:09.87

staticとはいったい・・・うごごご！

0160デフォルトの名無しさん

2014/03/02(日) 13:03:09.49

排便メソッドをオーバーライドしてマシュマロを排出する様にすれば

0161デフォルトの名無しさん

2014/03/02(日) 13:35:02.31

publicなプロパティを一時的にprivateにする必要がある。
あくまでも一時的に。

0162デフォルトの名無しさん

2014/03/02(日) 14:40:13.67

オブジェクト指向の概念を現実に適用しようとするからこうなるだけ

0163デフォルトの名無しさん

2014/03/02(日) 15:00:18.60

うんこしない美少女が現実？

0164デフォルトの名無しさん

2014/03/02(日) 15:06:45.80

排便メソッドはあるけどprivateになってて外からは見えない

0165デフォルトの名無しさん

2014/03/02(日) 15:42:36.93

パパラッチオブジェクトでラップするとprivateなメソッドにもアクセスできるようになります。

0166デフォルトの名無しさん

2014/03/02(日) 16:46:37.60

馬鹿ほど万能解を求める
解法を二つも覚えていられないから

0167デフォルトの名無しさん

2014/03/02(日) 19:54:39.44

>>164
この世にprivateなど存在しない。

0168デフォルトの名無しさん

2014/03/02(日) 19:55:21.56

オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れないとは、
オブジェクト指向の設計の難しさを表現したものである。

■概要 [編集]
2001年に始まり今なお続く「石川梨華ってウンコするの？」という大論争をオブジェクト指向で設計すると
どうなるのかという問題である。下品な例だが納期が迫った時期に顧客の要望による大幅な仕様変更、
それに耐えうる設計見積を作れるか、という非常に根の深い問題である。ベストな答えはまだ得られていない。

■主な見解 [編集]
排便メソッドをオーバーライド [編集]
排便メソッドをオーバーライドし黄金やnullを返すようにするという意見である。
美少女には排便自体が存在してはならない、という意見があり根本的な解決には至っていない。

仕様が間違ってる [編集]
美少女でもウンコはするものであり、そもそも仕様が間違ってるという意見である。顧客との直取引であれば
フルスクラッチからの作り直しになると説明し、高額な見積を提示することで回避すればいいと言う。
だが、顧客の要求仕様は絶対であり、ましてや孫請けの派遣社員、いわゆるITドカタに拒否する権限などない
という反論意見がある。彼らは黒いモノも白いと言わなければならない。
　顧客「美少女はウンコしないよ」
　元請「美少女はウンコしないらしいぞ」
　下請「美少女はウンコしないことにします」
　孫請「…」
　派遣「」
これがデスマーチだ。
https://twitter.com/ProgrammingMono/status/440035904996921344 >>163

0169デフォルトの名無しさん

2014/03/02(日) 19:56:23.50

オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れないとは、
オブジェクト指向の設計の難しさを表現したものである。

■概要 [編集]
2001年に始まり今なお続く「石川梨華ってウンコするの？」という大論争をオブジェクト指向で設計すると
どうなるのかという問題である。下品な例だが納期が迫った時期に顧客の要望による大幅な仕様変更、
それに耐えうる設計見積を作れるか、という非常に根の深い問題である。ベストな答えはまだ得られていない。

■主な見解 [編集]
排便メソッドをオーバーライド [編集]
排便メソッドをオーバーライドし黄金やnullを返すようにするという意見である。
美少女には排便自体が存在してはならない、という意見があり根本的な解決には至っていない。

仕様が間違ってる [編集]
美少女でもウンコはするものであり、そもそも仕様が間違ってるという意見である。顧客との直取引であれば
フルスクラッチからの作り直しになると説明し、高額な見積を提示することで回避すればいいと言う。
だが、顧客の要求仕様は絶対であり、ましてや孫請けの派遣社員、いわゆるITドカタに拒否する権限などない
という反論意見がある。彼らは黒いモノも白いと言わなければならない。
　顧客「美少女はウンコしないよ」
　元請「美少女はウンコしないらしいぞ」
　下請「美少女はウンコしないことにします」
　孫請「…」
　派遣「」
これがデスマーチだ。
https://twitter.com/ProgrammingMono/status/440035904996921344

0170デフォルトの名無しさん

2014/03/02(日) 20:01:37.18

privateであってもNSAには隠せない。

0171デフォルトの名無しさん

2014/03/02(日) 20:03:26.91

まるでObjective-Cが正しいかのような口ぶりだな

0172デフォルトの名無しさん

2014/03/02(日) 20:04:06.33

考えよう。
答えは必ずある。

0173デフォルトの名無しさん

2014/03/02(日) 20:05:09.63

メソッドのようなプル型ではなく、便意ってプッシュ配信なんだよなぁ

0174デフォルトの名無しさん

2014/03/02(日) 20:08:48.95

非同期的でもある

0175デフォルトの名無しさん

2014/03/02(日) 20:09:35.07

適切に処理しなければオーバーフローするな

0176デフォルトの名無しさん

2014/03/02(日) 20:10:42.50

バッファがいっぱいです

0177デフォルトの名無しさん

2014/03/02(日) 20:10:45.84

>>174
ワラタｗ

0178デフォルトの名無しさん

2014/03/02(日) 20:33:00.31

オブジェクト指向が愚かなんじゃなくて
設計する奴が愚かなんだろ

0179デフォルトの名無しさん

2014/03/02(日) 20:54:11.72

>>178
だがここまで誰一人として設計出来ていない。
まともに設計出来る人間が日本に何人いるのかという問題だな。

この問題は建築士と同様に設計行為を国家資格にして構造設計書に法規制を行う必要性を示している。

0180デフォルトの名無しさん

2014/03/02(日) 20:58:01.85

【受注系SEとの結婚は苦痛すぎ】
低生涯収入
高稼働労働
人格障害者

0181デフォルトの名無しさん

2014/03/02(日) 21:01:14.28

しっくりこないんです

0182デフォルトの名無しさん

2014/03/02(日) 21:03:24.78

あそこの具合が

0183デフォルトの名無しさん

2014/03/02(日) 21:06:57.34

【受注系SEとの結婚は苦痛すぎ】
低生涯収入
高稼働労働
人格障害者
排便メソッドを実装した人間クラスから美少女クラスを設計できない

0184デフォルトの名無しさん

2014/03/02(日) 21:12:05.12

SEのケツからひりだされた苦悩がこのスレなんだろ

0185デフォルトの名無しさん

2014/03/02(日) 21:26:31.83

だから人間クラスに排便メソッドって時点で、設計がだめなんだよ。
ちゃんと抽象化していれば、不要物を捨てるメソッドなんだから、
人間はそれを排便でしてるだけで、美少女クラスにまで排便を引きずることも無いんだよ。

0186デフォルトの名無しさん

2014/03/02(日) 21:28:19.56

低収入だから

0187デフォルトの名無しさん

2014/03/02(日) 21:39:34.31

人間と美少女の関係はどうなるんだよ

0188デフォルトの名無しさん

2014/03/02(日) 22:04:42.23

delete bishoujo.haiben;

0189デフォルトの名無しさん

2014/03/02(日) 22:27:30.64

かつてヒトの祖先は4原色（赤緑青黄）の視覚を持っていた。
だが進化の過程でヒトは染色体をひとつ失い3原色（赤緑青）の視覚となった。
※現在でも4原色を持つヒトは少なからず存在している。

オブジェクト指向はまだまだ発展途上であり改良の余地があるのではなかろうか？

新しい言語を造ろうではないか

0190デフォルトの名無しさん

2014/03/02(日) 22:32:19.22

精子と卵子から派生する言語か

0191デフォルトの名無しさん

2014/03/02(日) 22:57:29.56

言語というか新しいパラダイムだろ
ついでだから今トレンドの非同期プログラミングと相性最悪な例外機構もどうにかしてほしい
期待してるぞ頼んだぞ

0192デフォルトの名無しさん

2014/03/02(日) 23:16:22.14

>>190
多重継承！
多重継承！

0193デフォルトの名無しさん

2014/03/02(日) 23:18:49.42

キメラが生まれそうです

0194デフォルトの名無しさん

2014/03/03(月) 00:37:32.00

おまえらはこういうの好きだよなぁ

0195デフォルトの名無しさん

2014/03/03(月) 00:58:32.32

>>190
継承しても、どちらの特性も備えていない
卵子に精子を委譲し、卵子が別のクラスを生成したと考えるべき

0196デフォルトの名無しさん

2014/03/03(月) 01:15:46.17

その辺のFactoryの解説を誰か頼む

0197デフォルトの名無しさん

2014/03/03(月) 01:22:33.69

その辺のクラスだって、create()メソッドぐらい備えているだろ

0198デフォルトの名無しさん

2014/03/03(月) 01:29:07.77

哺乳動物というクラスを継承していて
このクラスは新しいインスタンスを生成するのに
二つのクラスからプロパティをランダムでミックスして作る
メソッドは後から実装するが多くの場合直接の親クラスが
教育によってインプリメントを行う。
学習過程が終了すると成績により実際の現場に振り分けられ
動作しながら動的に教育が続けられて専門化されてゆく。

十分有用なら同じく有用なペアクラスが配偶され
そのペアから新しいインスタンスが生成される。
無能ならライフサイクルを終えたらただ廃棄される。それだけ

0199デフォルトの名無しさん

2014/03/03(月) 01:48:51.51

循環参照したら長生きできるな

0200デフォルトの名無しさん

2014/03/03(月) 01:50:26.42

なにものもガベージコレクターの手を逃れることはまかりならん

0201デフォルトの名無しさん

2014/03/03(月) 03:47:07.49

美少女の大腸は返り値を0にすればいいんじゃね？
カスも残らず全吸収

0202デフォルトの名無しさん

2014/03/03(月) 04:27:49.54

なんだこれ

以前嫌儲の同じスレが伸びてたからって
アフィカスがマルチでむりくり盛り上げてんのか？

0203デフォルトの名無しさん

2014/03/03(月) 06:02:24.66

そもそもニュー速のスレを継承してるみたいだが…

0204デフォルトの名無しさん

2014/03/03(月) 06:34:55.45

正方形クラスが四角形クラスを継承すべきでないのと同じように、ここで言うような美少女クラスは
人間クラスを継承すべきではない

0205デフォルトの名無しさん

2014/03/03(月) 06:37:27.47

これオブジェクト指向がというよりクラスベースが硬すぎるって話じゃないの？
プロトタイプベースなら好きなように継承できるからJSとかやればいいと思うよ

0206デフォルトの名無しさん

2014/03/03(月) 07:10:11.55

オブジェクト指向とは何だったのか

0207デフォルトの名無しさん

2014/03/03(月) 07:11:08.22

>>192
単一継承できる時点でダメじゃね？
常に2つじゃないと

0208デフォルトの名無しさん

2014/03/03(月) 07:11:11.86

俺のクラスは一子相伝

0209デフォルトの名無しさん

2014/03/03(月) 07:12:43.23

そもそも美少女にケツの穴は存在するのか？

0210デフォルトの名無しさん

2014/03/03(月) 07:14:19.63

肛門は重要だ

0211デフォルトの名無しさん

2014/03/03(月) 08:04:57.27

「スパコンで魔方陣」を解いた１６歳
http://uni.2ch.net/test/read.cgi/newsplus/1393749755/
２５マスの２億７５００万を超える全パターン算出に成功

0212デフォルトの名無しさん

2014/03/03(月) 08:37:53.18

俺が初めて作ったプログラムは数独の自動回答だったよ
PC98でも5分くらいで終わった
最近の子供は軟弱だな

0213デフォルトの名無しさん

2014/03/03(月) 10:50:01.92

そもそも普通の人間と美少女は別物なのだから、人間クラスから継承しようとするのは設計ミス。

0214デフォルトの名無しさん

2014/03/03(月) 19:02:50.78

>>212
二十歳過ぎたらタダの人の典型だね☆

0215デフォルトの名無しさん

2014/03/03(月) 19:36:24.30

オブジェクト指向の理解に、このスレは役に立つ

0216デフォルトの名無しさん

2014/03/03(月) 19:40:28.30

PC98だともう30代だろ
ただのオッサン

0217デフォルトの名無しさん

2014/03/03(月) 20:06:29.34

プログラム板では20代以下の方が少数派の若僧だと思う

0218デフォルトの名無しさん

2014/03/03(月) 21:26:07.47

排便メソッドをオーバーライドして生クリームを排出する様にすると猫ひろしになる

0219デフォルトの名無しさん

2014/03/03(月) 21:54:34.65

美少女クラスから派生された舘ひろしの排便メソッドは何を返すの?
排便メソッドの戻り値は、ウンコも生クリームも同じ親クラスを継承しているの？

0220デフォルトの名無しさん

2014/03/04(火) 01:23:53.43

少女は年齢と性別でいいとして美とは何だ？仕様が書不足している

0221デフォルトの名無しさん

2014/03/04(火) 01:34:07.61

bi-shojo{sex=female,age=45}

0222デフォルトの名無しさん

2014/03/04(火) 15:43:43.45

>>220
ここでいう美少女の美は、形容詞じゃなくて美少女でひとつの名詞だからいいんだよ

0223デフォルトの名無しさん

2014/03/04(火) 21:51:22.49

美少女は天使だろ

人間クラスじゃなく天使クラスを継承だよ
人間アダプタクラスに入っているだけ

0224デフォルトの名無しさん

2014/03/04(火) 22:02:17.67

>>223
コードでおｋ

0225デフォルトの名無しさん

2014/03/05(水) 00:50:36.91

これからはテンプレートメタプログラミングの時代

0226デフォルトの名無しさん

2014/03/05(水) 08:40:35.32

www.amazon.com/Template-Metaprogramming-Concepts-Techniques-Beyond/dp/0321227255/ref=pd_sxp_f_pt/178-3386828-6807318
www.youtube.com/watch?v=Jfu9Kc1D-gQ
channel9.msdn.com/Shows/Going+Deep/Alexandrescu-Meyers-Sutter-On-Static-If-C11-in-2012-Modern-Libraries-and-Metaprogramming
channel9.msdn.com/Shows/Going+Deep/Cpp-and-Beyond-2012-Scott-Meyers-Universal-References-in-Cpp11

0227デフォルトの名無しさん

2014/03/05(水) 11:10:55.09

ゲームプログラマの俺に言わせれば、オブジェクト指向が愚かな考えとかまるで意味が解らんな。

だって俺ら、まさに多数の物体＝オブジェクトを2D・3D空間内で制御してるんだもん。
プレイヤーキャラ、敵キャラ、アイテム、地面、建物、エフェクトその他もろもろ
オブジェクトそのものを現実に扱ってるんだもん。
特に「ゲームオブジェクト」と呼んだりもする。

多数（数十からときには数千、数万個）の「ゲームオブジェクト」が
座標系・描画・物理・AIといった複数の「コンポーネント」をそれぞれ持ち、
相互に「メッセージ」のやり取りをするのがゲームプログラムの一般的な設計だな。

詳しくはゲームエンジンアーキテクチャという本を読んでくれ
PSのアンチャーテッド・シリーズやラストオブアスのメインプログラマが執筆した本だ。

Amazon.co.jp： Game Engine Architecture: Jeff Lander, Matt Whiting, Jason Gregory: 洋書
http://www.amazon.co.jp/dp/1568814135

俺も中学生の頃、「多数のゲーム空間のオブジェクトを管理する」必要性から
アセンブラやC言語で自然にオブジェクト指向の真似事をやっていたね。
（タスクシステムという言葉もあったがあれは日本のガラパゴスだな）
後にC++とC++が吐くアセンブリコードを見て、同じことやってるじゃねーかと解ったのは実に驚いたものだよ。

要は、分野によってはごく自然に行きつく概念であり発想だということだ。

0228デフォルトの名無しさん

2014/03/05(水) 11:27:50.47

>>227
その言だとクラスベースのインスタンスがはまる例としか受け取れないな
ここはOOPの基本要素(継承、カプセル化、多態など)が美少女についてうまくはまるかを談笑するネタスレであり、君の書き込みは上から目線な姿勢もあいまってやや空気読めてない素敵な書き込みだと言えよう
何言ってんだお前

0229デフォルトの名無しさん

2014/03/05(水) 11:28:13.52

やっぱりゲームプログラマはレベル高いな
それにくらべ業務系と来たらorz

0230デフォルトの名無しさん

2014/03/05(水) 11:49:20.05

平日の昼間にこんなところに居る時点でお察し
如何にフレックスでもこの辺はコアタイムだしね
便所に引きこもってるのかな

0231デフォルトの名無しさん

2014/03/05(水) 12:17:35.54

クラス：　デザイン
インスタンス：　製品
継承：　盗作

0232デフォルトの名無しさん

2014/03/05(水) 12:43:51.63

C++<java<Objective-Cぐらいの順番で原義に近い(教科書で習う)オブジェクト指向に近づいてゆくので
>>227みたいなのを見ると「違うよクソ！C++の継承を見て
『俺オブジェクト指向の良さがわかった』とか言ってる奴と同じぐらいむかつく！」

0233デフォルトの名無しさん

2014/03/05(水) 12:57:09.09

勝手にむかついてろ
んでハゲろ
USUGEMAN~

0234デフォルトの名無しさん

2014/03/05(水) 13:02:52.07

(違うよクソ！プリキュアに出てくるお母さんキャラを見て「俺熟女の良さわかった」とか言ってる奴と同じ位むかつく！)

0235デフォルトの名無しさん

2014/03/05(水) 13:08:30.46

3Dゲームがこの話に近い立ち居地ではあるよなぁ。
途中で何を思ったのかMVCを持ち出そうとした時もあったし・・・
俺もweb系だけど、MVCはねーよと思った。

>>230
もういないと思うけど、怪しまれない程度で便所から戻れよー

0236デフォルトの名無しさん

2014/03/05(水) 13:20:25.47

三次元ゲーム内世界のルール&物理法則がモデル(M)で
ビュー(V)はハードごとの解像度や画面
そしてそれらを繋ぐ"ゲーム"そのものがコントローラ(C)で
別に問題なく実現できそうだけど？

0237デフォルトの名無しさん

2014/03/05(水) 13:35:11.88

なんで世界まで範囲が広がってんだ

0238デフォルトの名無しさん

2014/03/05(水) 15:06:41.02

美少女に排便させられないって、そんなの見たことない。
それなんてエロゲ？

0239デフォルトの名無しさん

2014/03/05(水) 22:12:05.63

>>237
？ MVCの「モデル」っていうのはシステム環境から独立した抽象モデルだから
FPSだったら共通の世界モデルを独立させて、
そことシステム依存のビューをコントローラで繋ぐのが妥当だと思ったけど…？
いったいどこで分けようとされてたの

0240デフォルトの名無しさん

2014/03/05(水) 22:24:09.77

その方とは違うけどMとCの違いが気になるな
特にCがゲームそのものってなんのこっちゃ？
ゲームそのものなのはルールの方で、コントローラは入力管理とすべきじゃないの。

でもゲームってレンダラや非同期処理AIや通信なんかが絡んでくると結局webのフレームワークみたいにはいかんよ
内部はもうオブジェクト指向設計なんざ知ったことか的な泥臭いキューモデルぶんまわしてて、表層だけをOOPっぽくスクリプトでゆるく書けるように分離してるエンジンばかり

0241デフォルトの名無しさん

2014/03/06(木) 00:18:54.12

持ち運べるワールドの法則や座標系、物理、キャラステータスとかが「モデル」で
そこの上でモデルの何が何発で壊れる/死ぬ、
何をどうすれば勝ちで負け(ゲームオーバー)なのかなどの
ゲームルール部分は(モデル)「コントローラ」に実装すべきじゃないか？という分類

あれだね"エンジン"部分がモデルで"ゲームルール"部分をコントローラにするか
ゲーム丸ごと独立したモデルにしてコントローラは単なるインタフェースと
捉えるかの違い。

0242デフォルトの名無しさん

2014/03/06(木) 00:45:46.64

うわぁ……

0243デフォルトの名無しさん

2014/03/06(木) 00:56:25.10

>>423
return; のみで何の処理もせずに終了するような
美少女クラス::排便メソッド
をオーバーライドする仕様を御提案しましたところ、
貴社におかれましてはそもそもそのようなメソッドの存在が許されざるものであるとの御指摘を頂戴しましたので、

人間クラスの上位クラスとしての美少女クラスを定義することと致し、再提案させて頂きます。

以上

0244デフォルトの名無しさん

2014/03/06(木) 01:36:13.06

>>239
>>29 >>32 このへん

0245デフォルトの名無しさん

2014/03/06(木) 01:37:19.21

人間は美少女である。
美少女は人間とは限らない。

こういうことになるが。

0246デフォルトの名無しさん

2014/03/06(木) 01:40:39.87

やはりお前のMVCは間違っている

0247デフォルトの名無しさん

2014/03/06(木) 01:42:34.16

俺がMVCだ！

0248デフォルトの名無しさん

2014/03/06(木) 01:46:07.62

排便メソッドが実行されないと便秘になるという問題を忘れてないか？

0249デフォルトの名無しさん

2014/03/06(木) 01:47:27.44

まず美少女の体内に便なんてないから

0250デフォルトの名無しさん

2014/03/06(木) 01:52:47.99

>>248
それはリアルだろがボケ
今時の美少女の諸問題は動的にGCされる
もしくはリファレンスカウンタが、スカトロ系かどうかという分類に基づいた上で視聴者数をカウントして適切なメソッドに監督が分類するから問題ない
不適切な表現を行う監督が存在することは否定しないが、それは設計の問題ではなく監督の問題だと我々視聴者は認識している
異論はあるだろう、存分に申せ。受けて立つ覚悟だ

0251デフォルトの名無しさん

2014/03/06(木) 01:56:56.90

>>1から読み直せやカス

0252デフォルトの名無しさん

2014/03/06(木) 01:59:16.02

すみませんでした
読み直して来ました

0253デフォルトの名無しさん

2014/03/06(木) 02:13:51.96

>>245
人間というサブクラスに bool is美少女を入れて
is美少女==false の場合にのみ使用するプロパティとして
enum sex={male,female,bysexual}
を用意して、人間::うんこするメソッドを入れれば良い

0254デフォルトの名無しさん

2014/03/06(木) 18:25:01.44

そこらじゅうにコピペしまくってるあほんだらがいるのはここか！！！！

責任とって全部のスレの削除と
書いてるやつの処理お前らが責任持ってやれよ。

お前のやってることは犯罪だ。

0255デフォルトの名無しさん

2014/03/06(木) 18:34:46.10

ああ確かにお前の存在は犯罪じみているな

0256デフォルトの名無しさん

2014/03/07(金) 00:47:54.30

ランボーにぼこぼこにされるぞ

0257デフォルトの名無しさん

2014/03/07(金) 10:46:25.62

>>254
山崎渉にもよろしくな！

0258デフォルトの名無しさん

2014/03/07(金) 13:03:53.78

宣伝されてるスレを立ててるBEは全て同一人物なんだよねぇ
無作為にプログラム関係のスレを宣伝するわけでなく必ず特定のBEが立てたスレのみを宣伝する
一体どこの誰がこんなスパム行為をやってるのか知らないが、不思議な話だなぁ

0259デフォルトの名無しさん

2014/03/07(金) 19:24:17.15

勃起しらわ

0260デフォルトの名無しさん

2014/03/07(金) 21:38:42.09

美少女は仮想の存在

0261デフォルトの名無しさん

2014/03/07(金) 21:39:31.47

実身は別にある

0262デフォルトの名無しさん

2014/03/07(金) 21:42:00.20

つまり人間クラスにvforkメソッドを用意してそこで天使クラスのインスタンスを生成すればよい

0263デフォルトの名無しさん

2014/03/07(金) 21:44:11.14

あと人間クラスが一定年齢以上だとvforkメソッドで例外発生

0264デフォルトの名無しさん

2014/03/07(金) 21:46:12.94

便意はプッシュ配信かつ非同期なので人間クラスにイベントとして実装。
天使クラスには実装しない。

0265デフォルトの名無しさん

2014/03/07(金) 22:10:03.57

天使クラスってなんだよ
麻婆豆腐か

0266デフォルトの名無しさん

2014/03/07(金) 22:26:21.08

こんな感じでどうよ？

0267デフォルトの名無しさん

2014/03/07(金) 22:27:35.31

美少女って何歳まで許される？

0268デフォルトの名無しさん

2014/03/07(金) 22:53:29.92

高校生を少女っていうか?

0269デフォルトの名無しさん

2014/03/07(金) 23:16:55.86

え、言うだろ

0270デフォルトの名無しさん

2014/03/07(金) 23:31:44.42

つかまるぞ

0271デフォルトの名無しさん

2014/03/08(土) 08:09:59.22

80年代にロリコンという新語が流行った時には
女子高生ものが"ロリコン写真集！"って売られてたな。
C++が"オブジェクト指向！"ってのと同じ感じで

0272デフォルトの名無しさん

2014/03/09(日) 01:46:10.13

現在プログラム板のID制導入の投票を実施中です
よろしくお願いします

プログラム板強制ID制導入に関する投票スレ
http://kohada.2ch.net/test/read.cgi/vote/1394290844/

0273デフォルトの名無しさん

2014/03/09(日) 01:55:08.17

>>272←こいつも精神病だが
このスレ立てた奴も精神病だろ

精神病うざすぎ
しねよ

0274デフォルトの名無しさん

2014/03/09(日) 10:09:08.71

これが同族嫌悪です

0275デフォルトの名無しさん

2014/03/09(日) 20:45:24.02

スカトロとかする美少女は美少女じゃないん？

0276デフォルトの名無しさん

2014/03/09(日) 20:49:13.22

それ美しい少女じゃなくて美が少ない女じゃないですか

0277デフォルトの名無しさん

2014/03/09(日) 21:12:02.55

馬鹿なこと言ってるんじゃありません

0278デフォルトの名無しさん

2014/03/10(月) 04:29:08.10

美少女に限らず、人間を物扱いするところから駄目なんですよ！

0279デフォルトの名無しさん

2014/03/10(月) 07:44:57.28

つうか、そもそもの発端が妄想だから説得力無いんじゃね？
排泄しない人間なんていねえし、美少女だって排泄くらいするんだから
本当にそんなクラス作ったら機能不全で使えねえだろ。

0280デフォルトの名無しさん

2014/03/10(月) 10:08:12.45

3次元アイドル厨か？随分と次元の高いツッコミですね(棒

0281デフォルトの名無しさん

2014/03/11(火) 23:51:54.23ID:CTgW2f1B

OMTに戻ればいいんだよ
あのころがいちばんよかった

0282デフォルトの名無しさん

2014/03/15(土) 21:00:05.65ID:9QOnV1hL

OpenWindowsLibraryじゃなくて？

0283デフォルトの名無しさん

2014/03/15(土) 21:03:57.32ID:9EekgQ2l

>>282
それを言うならBoochだろ

0284デフォルトの名無しさん

2014/03/20(木) 11:39:23.93ID:roUgsesJ

ポリモーフィズムとは、子であり親である事。

人はクローンなどの例外を除いて皆子である。

つまり、子を産むと親になるから、

子を産まなければ、ポリモーフィズムではない。

0285デフォルトの名無しさん

2014/03/20(木) 11:46:40.46ID:T7K9vFKB

逆だろ。たくさんの子ども達が集まってお母さんを作り出すのがポリモーフィズム。

0286デフォルトの名無しさん

2014/03/20(木) 12:45:08.50ID:WdQBpVGs

>>285
何か、そう言うとヤバい感じに聞こえるなw

0287デフォルトの名無しさん

2014/03/20(木) 17:14:16.15ID:LwQhutqK

違うよ、iPS細胞だろ、どう考えても

0288デフォルトの名無しさん

2014/03/21(金) 02:21:12.99ID:GtGmhcv1

class Human {
list<Excrement> ex;
double energy;

Human() { fu = nil(); ex = nil(); energy = 12.93;};

virtual void eat(Fuel fu) {
double eff = 0.8;
energy += asEnergy(fu,eff));
ex.insert(ex.begin(), asExcrement(fu,1.0 - eff));
};

static void evacuate1(Excrement *ex) { ... }
void evacuate() {
for_each(ex.begin, ex.end(), evacuate1);
}
};

0289デフォルトの名無しさん

2014/03/21(金) 02:25:03.29ID:GtGmhcv1

class NonexistentBeauty: public Human {
void eat(Fuel fu) {
energy += asEnergy(fu,1.0);
};
};

0290デフォルトの名無しさん

2014/03/21(金) 02:27:57.34ID:GtGmhcv1

ところで、うさぎがほたるちゃんの家でトイレを借りるシーンがあるのだが、
これはどう実装したらよかろうか。

0291デフォルトの名無しさん

2014/03/21(金) 10:59:57.06ID:Z2V4Fyi/

二次元から卒業しろよw

0292デフォルトの名無しさん

2014/03/21(金) 11:20:09.87ID:o89Np3ew

ウサギも蛍も三次元だろ！
みんなみんな生きているんだぞ！

0293デフォルトの名無しさん

2014/03/21(金) 11:28:57.73ID:o3B7shKW

わかりやすいな。

0294対象GUY

2014/03/21(金) 12:40:33.91ID:GtGmhcv1

二次卒業式が解けない。

0295デフォルトの名無しさん

2014/03/21(金) 12:46:47.50ID:ZzJQWQBN

エージェント指向はどうなの？

0296デフォルトの名無しさん

2014/03/21(金) 12:57:16.64ID:o89Np3ew

>>295
あったなー。十数年前、俺が大学一年ぐらいに
先生がオブジェクト指向の次みたいに言ってた。

話を聞いて、使えないことはないけどこれ
次とかじゃなくてオブジェクト指向に情報伝達の
インターフェースを追加しただけじゃんって思ってた。
つまりオブジェクト指向と何も変わっていないと。

今の状況見れば、やっぱりそうだったって感じ。

0297デフォルトの名無しさん

2014/03/22(土) 05:55:12.38ID:HmFM1ddA

根本にあるのは構造化およびモジュール化であって
それ以上は単なる規約の追加にしか過ぎんよ
これからも○○指向っていうのはいくらでも出てくるだろうけど
ほとんどバズワードみたいなもの

0298デフォルトの名無しさん

2014/03/22(土) 17:26:38.34ID:imc/D2ql

つうか、それぞれのエージェントがタスク化されてそれぞれの間をメッセージ交換で連絡取り合いながら一連の作業を進めていくという実装上の仕組みは無視か？

0299デフォルトの名無しさん

2014/03/22(土) 17:38:31.22ID:6aWhjAAT

エージェントは、なんでもできる万能エージェントか？
まあ、そんなものはありえない。

つまりエージェントには「何が出来て何が出来ないか」の
情報取得インターフェースを持っている。

だが、何が出来るか？っていうのをカタログ化することはできない。
つまり、この関数は何が出来る。このオブジェクトは何が出来る。というのを
定義することは出来ない。曖昧すぎて正確な定義をするのが困難だから。
人間の言葉でなら可能だがね。

情報取得インターフェースをもたせる所まではできるが
「できること」を定義することが出来ない。
エージェント指向なんてのが実用化されるとしたら、曖昧な命令で正しく動くAIができてから。
だが曖昧な命令で正しく動くことは人間でも無理。

情報取得インターフェースもメッセージ交換もそれはオブジェクト指向でできてること。

0300デフォルトの名無しさん

2014/03/22(土) 22:16:40.73ID:imc/D2ql

エージェントは出来る事しかしないんだから、曖昧さなんて存在しないよ。

0301デフォルトの名無しさん

2014/03/22(土) 23:07:15.23ID:qnqn2d7b

アスペクト指向もエージェント指向もオブジェクト指向に包摂させるもの？

0302デフォルトの名無しさん

2014/03/22(土) 23:55:23.47ID:Xa2L0rRU

されないね

0303デフォルトの名無しさん

2014/03/23(日) 00:20:01.93ID:JKEnhuU6

>>300
そのできることの定義ができないんだよ。

「私は掛け算が出来ます」ってことを
コンピュータ上でどうやって定義するか？

無理でしょう？

エージェントではなくて、エージェントに指令を出すほうが
エージェントのことを知らないといけない。
掛け算をしたいからMath/Multiplicationエージェントさんに仕事を頼もうって具合に。

これなら実現可能だけど、エージェント指向では
誰に（Math/Multiplicationエージェントさん）ではなくて、仕事内容（掛け算）を
やってくれる人を買ってに見つけるものなので、
正確に仕事内容を伝えなきゃいけない。

仕事を出すために仕事の処理内容を引数にするとかわけわからんｗ
それクロージャーを渡して別スレッドで実行ってことかいな？ｗ

0304デフォルトの名無しさん

2014/03/23(日) 06:22:33.88ID:wpIB4f22

あぁ、根本的に分かってねえなこいつw
いくらエージェントとか言っても、相手はコンピュータ
自然言語理解する訳ねえだろ。

計算式をエージェントが解く場合、まず構文解析エージェントがトークンに分ける。次に演算順序エージェントが順番に並べる。
そしてかけ算エージェント、割り算エージェント、足し算エージェント、引き算エージェントがそれぞれ計算し、演算順序エージェントと協調して結果をとりまとめるエージェントに渡して、人間さまの理解出来る形に変換するエージェントがプリントアウト。

オブジェクト指向だと計算順序から次の処理オブジェクトまで静的に人間様がコーディングするが、エージェントの場合はメッセージだけ規定してコーディング。

理解出来る物しか実行しないというのは、文字通り本当に指定されたメッセージ処理以外しないって事だ。

0305デフォルトの名無しさん

2014/03/23(日) 06:29:03.28ID:JKEnhuU6

>>304
それだとエージェントである必要が全く無いですよね？

まず構文解析オブジェクトがトークンに分ける。次に演算順序オブジェクトが順番に並べる。
そしてかけ算オブジェクト、割り算オブジェクト、足し算オブジェクト、引き算オブジェクトがそれぞれ計算し、
演算順序オブジェクトと協調して結果をとりまとめるオブジェクトに渡して、人間さまの理解出来る形に変換する
オブジェクトがプリントアウト。

さて、エージェント特有のものは何でしょうか？

> オブジェクト指向だと計算順序から次の処理オブジェクトまで静的に人間様がコーディングするが、
> エージェントの場合はメッセージだけ規定してコーディング。

そのメッセージを作るのが不可能なんですよ。
メッセージの一例を書いてみてください。

0306デフォルトの名無しさん

2014/03/23(日) 08:04:56.81ID:pu2brC7x

すげー勘違いしてない？
エージェントって言ってるのは呼び出し方がちょっと違うだけの
機能を持ったオブジェクトだよ

0307デフォルトの名無しさん

2014/03/23(日) 08:06:58.75ID:2/mKAdk3

２０年くらい前エージェント指向というのが雑誌に書いてあったので読んでこれはダメだと思ったことしか覚えてない。

0308デフォルトの名無しさん

2014/03/23(日) 11:54:05.88ID:hof0CNNK

よく分からんが、エージェント全員に同じメッセージを出して、
受理できるエージェントが自動的に実行するってこと？

実行したエージェントが、次よろしく、とメッセージを出す。
それを受理できるエージェントが・・・

0309デフォルトの名無しさん

2014/03/23(日) 13:17:47.86ID:JKEnhuU6

>>306
だからそういうこと。
エージェント指向というものは存在しない。

オブジェクト指向にある種のインターフェースを持たせただけのもの。
エージェント指向で凄いことが出来るように言っているが、
その多くは実現不可能で、現実にはインターフェース以上にものにはなりはしない。

ただのインターフェースなのに指向とか風呂敷を広げ過ぎたんだ。

0310デフォルトの名無しさん

2014/03/23(日) 13:20:32.71ID:JKEnhuU6

>>308
うん。そういう宣伝をしているね。

だけどエージェントが全てのメッセージを理解できるわけでもなく
メッセージを出す側がやってほしいことを
ちゃんとエージェントがやるかといったら、
エージェントが勝手に判断してやることなんかない。

結局のところメッセージとは、受理できるエージェントを
指定した関数呼び出しでしかない。

0311デフォルトの名無しさん

2014/03/23(日) 13:24:58.25ID:9EUDVluQ

もしかして：分散オブジェクト

0312デフォルトの名無しさん

2014/03/23(日) 13:28:37.44ID:JKEnhuU6

>>311
そういうこと。

エージェント指向なんてものはなくて
実態はオブジェクト指向なんだよ。

0313デフォルトの名無しさん

2014/03/23(日) 13:45:38.51ID:DU/ep8WR

アスペクト指向も？

0314デフォルトの名無しさん

2014/03/23(日) 13:56:09.37ID:JKEnhuU6

アスペクト指向も指向ってほどのものじゃないね。
mixin等と同じようなもの。
オブジェクト指向のフレームワークや言語拡張で提供できてる。

0315デフォルトの名無しさん

2014/03/23(日) 13:57:22.52ID:Ob+xqTTb

何でもできる神クラスを作ろうとして結局何もできなかったって感じだな。
それだったらGoogleにリクエスト投げた方がよっぽど良い返事がもらえる。

0316デフォルトの名無しさん

2014/03/23(日) 14:10:53.11ID:ZhYebgxz

あらゆるプログラミング言語はアセンブリ言語のフレームワークや言語拡張だ、
と言っているようなものだ。実質何も言っていない。

0317デフォルトの名無しさん

2014/03/23(日) 14:12:18.32ID:JKEnhuU6

今更だがｗ十数年前に聞いただけの記憶に頼るのはアレなんで、検索してみた。

http://itpro.nikkeibp.co.jp/word/page/10024992/
> エージェント指向 agent-oriented
>
> オブジェクト指向におけるオブジェクトを、自ら判断し処理できる
> 機能を持ったエージェントと呼ばれるモジュールに置き換えたもの。
> エージェント同士が状況に応じて自律的に連携、協調できるようになることを目指している。
>
> 　エージェント指向システムを構築するに当たっては、
> それを使って解決しようとする問題を分割し、それぞれの問題を
> 解決するエージェントを設計するといった方法などが考えられている。

うん、あってたｗ

問題を小さくし、その問題を解決するエージェントってのは要するにクラスや関数のこと。
そこはオブジェクト指向でも同じなわけで、エージェントのキモは「自ら判断し処理できる」こと。

単純に、○○ができるエージェントさんに仕事を頼むのが、オブジェクト指向であり、こっちは簡単にできる。

エージェント指向では仕事を用意すれば、エージェントが勝手に仕事をするんだが、
その仕事＝メッセージをどうやって定義すればいいのか。
仕事を行ってくれるための、"完ぺきな"命令を用意しなければいけない。大変な作業だよ。

「カレーつくってれ」という簡単なメッセージで人間世界は成り立つかもしれないが
コンピュータの世界じゃ詳細なレシピをメッセージとして、エージェントに渡さないといけないからな。
カレーに野菜が入っているか、肉が入っているかはエージェントにお任せ。
なんてものを人間はコンピュータに求めていないわけで。

0318デフォルトの名無しさん

2014/03/23(日) 14:15:19.10ID:ZhYebgxz

日経解説だしな

0319デフォルトの名無しさん

2014/03/23(日) 14:15:27.60ID:JKEnhuU6

>>316
あらゆるプログラミング言語はアセンブリ言語のフレームワークや言語拡張だよ。
正確には、アセンブリの中の特定のパターンに
名前をつけて、単純でわかりやすい記述（文法）でかけるようにしたもの。

指向は考え方。だけどエージェント指向やアスペクト指向は考え方ではなくて
機能（エージェント）と文法（アスペクト）にすぎないって話。

別に、使えないものだとは言ってないんだよ。
オブジェクト指向は指向でいいが
エージェントやアスペクトは指向ではないってこと。
だから「指向」としてはオブジェクト指向を置き換えるには至らなかったんでしょ。

機能や文法はオブジェクト指向言語やそのフレームワークに取り入れられたが。

0320デフォルトの名無しさん

2014/03/23(日) 14:16:04.42ID:JKEnhuU6

>>318
もっといい解説が存在するなら
それを書いてくれていいよ。

0321デフォルトの名無しさん

2014/03/23(日) 14:27:40.22ID:GCXxAoQu

美少女とトイレでばったりとか、美少女のお漏らしとか見れないのん？

0322デフォルトの名無しさん

2014/03/23(日) 14:28:26.44ID:ZhYebgxz

オブジェクト指向だって、機能と文法に過ぎないじゃないか。

0323デフォルトの名無しさん

2014/03/23(日) 14:31:50.05ID:JKEnhuU6

いえオブジェクト指向は（言語とは無関係の）設計パターンですよ。
オブジェクト同士の関連を表したもので、実装ではありません。

その設計パターンを実装しやすいような文法にしたのが
オブジェクト指向言語です。

0324デフォルトの名無しさん

2014/03/23(日) 14:39:18.52ID:ZhYebgxz

その言葉の「オブジェクト」を「アスペクト」に変えてみたらどうかな？

AspectJ は、アスペクト指向のパターンを実装しやすいような文法にしたもの、
以外のなにものでもない、と思うけど。

0325デフォルトの名無しさん

2014/03/23(日) 16:18:39.45ID:3XgyoelJ

トランザクションスクリプト全盛期にはインパクトあったじゃん
オブジェクトの外側でロジックが浮いちゃってたからこれを神でも小人でもいいけどエージェントと呼ぶとすっきりした気になった

0326デフォルトの名無しさん

2014/03/23(日) 16:29:43.48ID:uH5dKzzp

> すっきりした気になった

それは大事なこと。

0327デフォルトの名無しさん

2014/03/23(日) 16:37:03.89ID:jszu+iCk

class Humen{
　void evacuation{
　　printf("unko");
　　return;
　}
}

class Bisyojo extends Humen{
　void evacuation{
　　　return;
　}
}　

0328デフォルトの名無しさん

2014/03/23(日) 17:11:57.14ID:X1SDIdox

オブジェクト指向が自然を記述する為にあるとかわけの分からん勘違いしてる様な奴は度し難いという一例

0329デフォルトの名無しさん

2014/03/23(日) 17:28:50.92ID:wpIB4f22

ObjectiveC以外でオブジェクト指向しようとするから悩むんだよ。

0330デフォルトの名無しさん

2014/03/23(日) 18:58:20.37ID:zACKZbQg

92,3年頃にでたOMT のツールが使いやすかったんだが名前忘れた。だれかしらない？

0331デフォルトの名無しさん

2014/03/23(日) 19:21:01.00ID:JKEnhuU6

オブジェクト指向は指向なんでそこから色んなパターンが生まれてるけど
アスペクトは1パターンでしかないんだよね。

オブジェクト間の連携の間に処理を割りこませる時に使うパターン

0332デフォルトの名無しさん

2014/03/24(月) 00:17:43.01ID:uaFpB2hk

>>328
ランボーが自動車をサンプルとして提示したから
現実に適用できる、なんだかすごいやつとして
いつの間にか広がったと信じています

0333デフォルトの名無しさん

2014/03/24(月) 07:21:48.48ID:abZb4UQn

オブジェクト指向って要するに大失敗した米国防総省のAdaプロジェクトの遺物だからな

0334デフォルトの名無しさん

2014/03/24(月) 08:36:32.03ID:+IuI6ea0

I Have to Work Faster and Faster
　スケジュールが長かった時代には、ドメインモデルを注意深くモデル化してコードに落とし
こむこともできたが、設計ミスがあると、修正して新バージョンをつくるまで数ヶ月かかって
いた。今日ほとんどのプロジェクトでは、ドメインを的確に理解することは、すばやく価値を
提供することよりも重要ではない。ドメインの理解はいずれにしろすぐに変わっていくし、顧
客側でもデプロイごとに新しい発見をしていく。ドメインのいくつかの側面を誤解していた場
合、リリースを繰り返す中ですばやく修正される。
　もし注意深いモデリングが重要でないのなら、オブジェクトモデルを忠実に実装すること自
体、以前よりも疑いの度を増してくる。アジャイルソフト開発は、品質と変更への対応を大幅
に改善したが、いまどきの要件に対しては、”必要最小限”かつ柔軟に変更に対応できるよう
にコードを保つ方法を考え直さなければならない。関数プログラミングはこのためにある。
shop.oreilly.com/product/0636920021667.do

0335デフォルトの名無しさん

2014/03/24(月) 18:35:49.17ID:ftyS+NcD

>>323
OOPでない純C言語でもOOP出来るもんな
言語サポートが無いから「やりにくい」だけで

0336デフォルトの名無しさん

2014/03/24(月) 18:38:56.70ID:reURH2nI

UML2.0への変化についていけず
ウォーターフォールに戻りました

0337デフォルトの名無しさん

2014/03/26(水) 00:04:03.82ID:2SW0uc9D

Cしか知らなかった頃は1関数内千行も書いて怒られていたがC++を知ってからは積極的に処理を外出しする癖がついた
その頃から業務の細分化もできるようになって後輩に仕事を与えやすくなった気がする十五年前の思い出

0338デフォルトの名無しさん

2014/03/26(水) 00:19:16.31ID:3K6UX0Lt

数千行は極端ですな。おれは15年前は中坊なんで想像もできないですが

一方今は、無数のフォルダ分けがなされて20行もないファイルが数千個ばらまかれ、リファクタツールかける気にもなりようがないメンテナンス不能なjavaプロジェクトみたいな極端も存在します
どっちがマシなんでそ

ぶっちゃけ手のつけようがあるかないかで言うと、(gotoスパゲティがなければ)数千行のcコードの方が望みがあるのかなとか思うんすけどw

0339デフォルトの名無しさん

2014/03/26(水) 01:12:21.29ID:2SW0uc9D

>>338
goto大好きBASIC(≠VB)の世代ですんで^ ^

Javaは残念ながら知らないんですが私の場合はC++が
仕様書がなくとも何とか他人が読めるコードを書けと教えてくれた
決して先輩上司ではなくてね

0340デフォルトの名無しさん

2014/03/26(水) 13:27:09.83ID:fTe0++yc

>>337

俺はN88-BASICの時代から１プログラム100行以下を心がけていた。。。たぶん、ストレスなく管理できるのは２００行が限界じゃないかな。

プログラムの重複を整理するとＣ言語で９５％がサブルーチン化できるが、どうしても５％は素直にサブルーチン化できない。
その代表格がsort()関数だろうね。標準ライブラリのsort()関数は最終パラメータにプログラムの開始アドレスを渡している。
この部分が５％にあたる。

　ただ、そう考えるとＣ言語は１００％サブルーチン化出来るとも言える。最後は関数のアドレスをわたしゃいんだから。
そのアドレス渡しを高級文法の中で（知らない間に）使えるようにしたのがＣ＋＋の特徴と言えるべさ。

　もっとも、、、Ｃ言語に関数を示す判りやすいキャストを登録しただけの方がすっきりした気がする。

0341デフォルトの名無しさん

2014/03/26(水) 13:39:35.84ID:fTe0++yc

　ただね、、、オブジェクト指向言語、いや、Ｃ＋＋とそれをお手本にした言語というべきなんだけど、ゼロポストの言うとおり糞だというのは同感なんだ。

　オブジェクト指向の考案者は、もともとは「作業を楽する事を心がけるプログラミング」という意味だったんじゃないかね？
俺はSmallTalkは触ったことないからＣ＋＋しか判らんのでそう思う。

　Ｃ＋＋の作者はクラス化という考え方で「作業を楽する事を心がけるプログラミング」を実現しようとした。
で、それを見た子ネズミ達は、クラス化がオブジェクト指向なんだと勘違いしたのジャマイカ？

　　　　　　　　　　　＊＊＊

　Ｃ＋＋のクラス化って情報処理で落ちこぼれの温床になっていると思うんだが詳しい人いないかな？
クラス化を素直に理解できる人は２種類いると思う。

１）アセンブラをマスターしている人。
　Ｃ＋＋ってのは機械語で仕事していれば実に実に判りやすいんだ。

２）丸暗記に強いタイプ。

　Ｃ＋＋がクソじゃねえか？ってのは、１，２も一般的とは言いがたいと思うというのが理由。

0342デフォルトの名無しさん

2014/03/26(水) 19:52:22.98ID:xj0aRC2d

同意。

たぶんクラスというのは元々、構造化プログラミングで関数をばらばらに扱うと
大変なことになってくるのでそれを簡単にする為にグループ化、もしくはモジュール化
していたのを、最初から言語仕様にしてしまおうという目的だったと理解している。

その結果出来たクラス、モジュールの振舞いが、現実世界のものに似ている場合が有る、
ことから誰かがオブジェクト指向なんて名前をつけてしまったんだと思う。

だからあくまでも結果論であって、「オブジェクト」指向から理解しようと思っても
それに当てはまらないケースなんて山ほどあって、結局理解出来ないことになる。
あの、ワンとかニャーの例が初心者を落ちこぼれさす一番最悪な例だと思う。

0343デフォルトの名無しさん

2014/03/26(水) 19:57:37.24ID:65VtCojr

で、俺もそのワンとかニャーの被害者ｗ

長年理解出来ずに居たが。
結局、よく整理された分かり易いコードを書くようにしていたある時、
その結果のコードが「オブジェクト指向」になっていて、
初めてそこで「オブジェクト指向」と呼ばれていたものが理解出来たという感じ。

0344デフォルトの名無しさん

2014/03/26(水) 20:57:03.96ID:fTe0++yc

　オブジェクト指向の最大の問題点は、過剰な喩えでこれから覚えなくてはいけない人を惑乱したことだろうね。
「メソッドにメッセージを送る」なんて実際に、どっかで呼んだ覚えがある。

　素直に「サブルーチンを呼ぶ」って言えばよい話。
メソッド（オブジェクト指向プログラミングにおいて、各オブジェクトが持っている自身に対する操作）
と気取った言い方をした所で、所詮プログラムはプログラム。

　で、メッセージを送るなんて大袈裟な事言っても、ただ単にメソッドを実行しているだけ。

　コンピュータの構造を理解している人間ほど、電波に感じる言葉遣いをしているって問題もある。

0345デフォルトの名無しさん

2014/03/26(水) 21:04:37.01ID:lornT58y

>コンピュータの構造を理解している人間ほど
誤解はよろしくない。
本を書くのはヒマな人間だ。
それがどういう意味かわかるな？

0346デフォルトの名無しさん

2014/03/26(水) 21:41:35.89ID:FbuvqMDP

> ただ単にメソッドを実行しているだけ。

そういう論理は、どんなコンピュータも機械語を実行しているだけ。だからアセンブリ言語以外無用。
という無意味な結論にしかならないよ。

0347デフォルトの名無しさん

2014/03/26(水) 22:22:28.57ID:46PJc7fJ

メソッドにメッセージを送るのではなく、オブジェクトにメッセージを送るとメソッドがじっこうされる。

メッセージを送るというのを意識した言語なんてRubyとかごく一部な気が。
普通の言語ならメソッドを呼ぶのほうが一般的に使われる(rubyとかも)

メソッドはサブルーチンの一種だから、わざわざ誤解する可能性のあるサブルーチンという用語を使う意味はない

0348デフォルトの名無しさん

2014/03/26(水) 22:33:14.81ID:UEvWvg+1

プーチンでも呼んで来い

0349デフォルトの名無しさん

2014/03/26(水) 23:09:45.02ID:eb0F/6mj

サブプーチン

0350デフォルトの名無しさん

2014/03/26(水) 23:18:06.04ID:Cc+RYh9g

サブルーチンという用語だと、データと処理が別々になってしまう印象を受けるな。
メソッドだと、大体はカプセル化されてデータを隠蔽する印象。

呼び出して使う側からすると前者は面倒。呼び出し側がデータの後始末意識しないといけないし。

0351デフォルトの名無しさん

2014/03/26(水) 23:24:41.77ID:lornT58y

オブジェクト指向だからといってガベージコレクションやRTTIが完備されてるわけじゃない。

0352デフォルトの名無しさん

2014/03/26(水) 23:28:38.92ID:dEVLbQ7F

関数とサブルーチンに明確な境目はないけれど、
ちゃんとした関数なら副作用がなくてテストが容易で
コードの中身を見なくても処理が推測できるもので

だめな関数＝サブルーチンは、副作用がメインでテストが難しい
コードの中身を見ないと何をやっているのかさっぱりわからない。
ってイメージが有るな。

たとえば、コードが長くなったから
一部分をそっくり抜き出して、関数にすると
たいていダメな関数＝サブルーチンになってる。

そういうサブルーチンばっかり作っているような技術力の低い所だと
関数（実際はサブルーチン）を使うとあちこちにジャンプする必要があるから
コードが読みにくい！とか言うやつが出てくる。（本当はちゃんとした関数をかけてないから）

0353デフォルトの名無しさん

2014/03/26(水) 23:32:30.86ID:LlFFIxqw

おいおい、そんな基本的な話されても…

…なんだここ素人しかいねえよw

0354デフォルトの名無しさん

2014/03/26(水) 23:37:45.86ID:XRtgkR6L

俺もワンにゃーでは全く分からんかったな…
スクリプト系で、組み込みの配列や文字列、果てはBigIntや実数どころか
フツーの小さな整数までがオブジェクトとされてる言語を触ってから
「あ、オブジェクトって、たかがそういう話なんだ？」と気付いた
その「たかがオブジェクト」が中々理解に苦しんだ

0355デフォルトの名無しさん

2014/03/26(水) 23:47:01.97ID:XiMhbNPd

そう。現実のオブジェクトってどんなものでも多機能なイメージになるよな。
だから、初心者がそのイメージで設計すると、そのまま多機能で大量のメンバー変数と
メソッドを持つクラスになってしまう。

0356デフォルトの名無しさん

2014/03/26(水) 23:54:00.90ID:MAe46oc1

>>354
そうだよ。実は知らない人のほうが理解早いぐらい。
それぐらい普通の概念なんだよね。

俺も小学5年生の時、BASICを少しかけるようになった時、
よしエロいゲームを作ろう。
さて女の子を作るにはどうしたらいいんだ？
頭、顔、足、手、おっぱい、これらをどうやってプログラムすればいいんだ？

で、ここまでで挫折した。

その後オブジェクト指向ではない言語を使ってきて、
体のパーツを作ろうとかいう発想じゃダメだなーってわかったんだが、

オブジェクト指向を理解して、あの時考えたものは
オブジェクトを使うことによって、実装可能であることに気づいた。

0357デフォルトの名無しさん

2014/03/27(木) 00:34:43.69ID:Q+RTv4Ce

>>355
15年後の>>337が１クラスに１０００メソッド詰め込んだ感じか？

0358デフォルトの名無しさん

2014/03/27(木) 01:27:26.01ID:aIgjMDhZ

　まああれだ、、、古典的な教本ではサブルーチンって読んでいたわけだ。
BASICとかFORTRANの時代な。

　ルーチン（手続き、処理）のサブだから、子プログラムはサブルーチンと読んでいたわけだ。

　Ｃ言語が出現してこれを関数（ファンクション）といい始めた。
Ｋ＆Ｒの主張は、サブルーチンは、x=f()の関係だから関数なんだというもんだったな。

　言っている事は同じなんで違和感がここまではなかった。

　Ｃ＋＋になってメソッドと言いはじめて、、、メッセを送るだと？・・・これでどれだけ有望な技術者が納期を守れず夜逃げしたことか。。。これ実話。

0359デフォルトの名無しさん

2014/03/27(木) 01:36:42.90ID:aIgjMDhZ

>>347
>メソッドにメッセージを送るのではなく、オブジェクトにメッセージを送るとメソッドがじっこうされる。

　自然言語としてヘンだってことを理解してほしい。
メッセージという言葉がおかしいんだよ。

　メッセというのはマルチタスクで動いているプログラムＡ，Ｂの間でプロセス間通信を利用し、メッセージを送るというのが本来の使い方。
メッセージという言葉使った瞬間にそういう誤解を受ける。これが大問題。

　階層構造を持つ、クラス定義したジャンプテーブルに従い、関数を読んでいるだけなんで、実際にはメッセージでも何でもない。

　現実に即して言うならば、メッセージという言葉を最初に使った時点で思想家を気取った香具師がこの言葉を選らんだのではにかと思うわけだ。

0360デフォルトの名無しさん

2014/03/27(木) 01:48:22.72ID:aIgjMDhZ

>>346
>そういう論理は、どんなコンピュータも機械語を実行しているだけ。
>だからアセンブリ言語以外無用。という無意味な結論にしかならないよ。

ならんと思うよ。
アセンブラの観点から見ると、FORTRAN->C言語->C++の流れはポインタ操作に関しては先祖返りだというのが良く判る。

FORTRAN/COBOLの時代に、良く使う機能を強化し、レアな機能を隠蔽したわけなんだが、隠蔽されていたポインタはやっぱり必要だろうとＣ言語で復活した。

Ｃ言語ではデータ操作を前提としていたが、サブルーチンもポインタ操作する必要があるというのでＣ＋＋が出現したと言う指摘は可能だ。

0361デフォルトの名無しさん

2014/03/27(木) 02:13:25.02ID:1568NTop

>>359
たしかにメッセージという言葉は他にも使われていた用語だから紛らわしいけど、おかしいまではいかないでしょ
言語によって用語の意味が異なることもあるんだし

俺もそれほどメッセージの考え方が好きなわけではないけど、
メソッドがジャンプテーブルになかった時とかメッセージのほうが自然な解釈ができる気がする

0362デフォルトの名無しさん

2014/03/27(木) 06:32:58.93ID:ryvqkXO3

>>353
今更かｗ
ここには妄想技術者とか日曜プログラマしかいねーよ

0363デフォルトの名無しさん

2014/03/27(木) 10:25:29.12ID:8HxvNny/

>>362 理解できないのでそう思うのですねわかりますw

副作用があるものまでひっくるめて「関数」と呼んじゃうのはC言語他の悪い慣習に過ぎないな。
一般名詞と、特定の言語仕様におけるテクニカルタームは、ちゃんと峻別しなきゃダメ。

0364デフォルトの名無しさん

2014/03/27(木) 10:42:48.93ID:Dupb/ZEA

ワナビーくんが駄目出ししたところで意味ないでしょ

0365デフォルトの名無しさん

2014/03/27(木) 10:51:17.07ID:qIhM9I6N

いっつも思うんだが、語る資格がないような雑魚ほど語りたがるよなｗ
子供が政治を語ってるような陳腐さになぜ本人は気づかないのか。
ひたすらそれが不思議でならない。

0366デフォルトの名無しさん

2014/03/27(木) 10:51:19.59ID:8HxvNny/

そう思うなら「C言語は関数型言語」とか主張して一生混乱しとけ

0367デフォルトの名無しさん

2014/03/27(木) 10:51:51.82ID:8HxvNny/

> 子供が政治を語ってるような陳腐さになぜ本人は気づかないのか。

自己紹介乙w

0368デフォルトの名無しさん

2014/03/27(木) 13:00:54.46ID:ryvqkXO3

もう「手続き」って読んどけよ(笑)

0369デフォルトの名無しさん

2014/03/27(木) 13:39:33.43ID:pwhdAG7g

Smalltalk知らなさそう

0370デフォルトの名無しさん

2014/03/27(木) 14:40:21.96ID:TYq55S8V

そりゃしょうがないよ。K&RがC言語は関数型言語だって「プログラミング言語C」の中で言っていたよね？
K&Rは原理的に数学オタクだった気がするなｗｗｗ

　彼らが作ろうとしたUnixが物事を徹底して抽象化して一元化したものだから、さもありなんという気がする。

　こないだLinuxでプロセス管理していたんだが、Linux/Unixって、プロセスをファイルで管理しているのな・・・あれは驚いた。
プログラムを実行するとプロセス番号を名前に持つファイルがポコポコ生まれる。

　実にファンダメンタルだなって思ったよｗｗｗ

　まあミニコンがメモリ８Kだから３２Kだかって時代の名残りかもしれんが。。。

0371デフォルトの名無しさん

2014/03/27(木) 14:49:02.41ID:8HxvNny/

> そりゃしょうがないよ。K&RがC言語は関数型言語だって「プログラミング言語C」の中で言っていたよね？

何頁？

0372デフォルトの名無しさん

2014/03/27(木) 14:49:06.26ID:TYq55S8V

　ただなあ、、、オブジェクト指向が実学ではなく、宗教化しているんじゃないかなあ。。。
　一般的にオブジェクト指向と称している言語の文法を「オブジェクト指向」と誤解しているのは良い事ではないだろう。

　たかがオブジェクト指向、その証拠に、Linux系のコンパイラ系オープンソースの開発のほとんどはC言語ベースで行われている。
C++でオブジェクト指向というのはめったに見かけない。

　つまり世の中のシステムの大半はC言語で十分、いやC++では無理があるということを暗示している。

　　　　　　＊＊＊

　C++でないとダメだって分野もあるから一律否定はしない。

　Linux系のGUIライブラリGTKは、C言語ベースなんだが失敗例だろうな。
GTK+になってクラス化されて始めてまともに使えるようになった。

　C言語だと、GUIライブラリは設計者が上手くないと失敗するんだろうな。
MSのMFCとかGUI関連にクラスライブラリが多いのはそれがC++と相性が良いんだろう。。。

　でもこれは珍しいケースだと思うけどね。

0373デフォルトの名無しさん

2014/03/27(木) 14:53:29.35ID:TYq55S8V

>>371
太古の昔に読んで記憶しかないな。確か、Cではサブルーチンは関数として扱うという記述のところで見たと思う。
あるいは<stdio.h>のあたりかな。

　いや、まてよ・・・main()のところかもしれん。ｗｗｗ
main()関数つまり、それ自体が関数型言語だと自己主張しているように見える。

0374デフォルトの名無しさん

2014/03/27(木) 14:54:34.18ID:8HxvNny/

C言語の「関数」は、単に「そう呼んでるだけ」だから。

0375デフォルトの名無しさん

2014/03/27(木) 15:00:42.38ID:pwhdAG7g

>>370
> 　こないだLinuxでプロセス管理していたんだが、Linux/Unixって、プロセスをファイルで管理しているのな・・・あれは驚いた。
> プログラムを実行するとプロセス番号を名前に持つファイルがポコポコ生まれる。

procfsでググれアホ

0376デフォルトの名無しさん

2014/03/27(木) 15:10:02.00ID:8HxvNny/

つーかUNIX的には後付けだな。
Plan9あたりからのバックポート。

0377デフォルトの名無しさん

2014/03/27(木) 15:43:10.94ID:TYq55S8V

>>375

ググッタがね、、、ってかさ、徹底的にファイルで一元管理しているのが凄いと思わんか？
おれはのけぞったよ。

　ユニファイドIOでここまで突き詰めたんだなってのが素直な感想。

0378デフォルトの名無しさん

2014/03/27(木) 15:54:51.60ID:8HxvNny/

一元管理してるわけじゃないよ。
単に、昔はpsコマンドとかが実装に依存して情報を得ていたような所にAPIを横から追加してるだけ。

ネットワークまわりがファイルに乗ってないというUNIXの設計は変わってないし、
「ユニファイドIO」とやらが一体何を指してるのか知らないけど、何も突き詰めてない。

0379デフォルトの名無しさん

2014/03/27(木) 15:55:24.20ID:pwhdAG7g

>>377
多分、俺とお前の「管理」が意味するところが違うんだと思うので、これ以上話しても無駄だなという感想

0380デフォルトの名無しさん

2014/03/27(木) 16:28:28.45ID:TYq55S8V

>>379

おれもそう思うよ。
俺は素直に、Unixって原理的にコダワッテイルナと思うわけよ。

こないだ、ディスク管理ツールを作ったんだが、GUIからシェルコマンド叩いてスタンダードIOだけでプログレスバーを表示出来たときには感動したなあ。

0381デフォルトの名無しさん

2014/03/27(木) 16:39:10.50ID:pwhdAG7g

ただかまって欲しいだけなんだろうか。

0382デフォルトの名無しさん

2014/03/27(木) 17:58:56.11ID:1568NTop

単にいろんなものファイルとして処理するという発想なだけでメモリが少なかったとか関係ないじゃん

0383デフォルトの名無しさん

2014/03/27(木) 18:07:02.02ID:8HxvNny/

ファイルに抽象化して、むしろオーバーヘッドが増えるんだから、メモリは余計に食うよな。

（初期の）BSDなんかは、仮想記憶を使うためにBSDがあるのか、BSDを使うために仮想記憶があるのか、
てな感じにメモリ空間を必要としたようだしw

0384デフォルトの名無しさん

2014/03/27(木) 19:09:37.68ID:2/K+jOvx

久々に覗いたら、まじめなはなしになってんな……

美少女クラスの話をしてくれよ！

0385デフォルトの名無しさん

2014/03/29(土) 09:32:47.62ID:mXUNxkRi

美少女とは二次元空間にしか存在しない架空の存在である

0386デフォルトの名無しさん

2014/03/29(土) 13:45:56.23ID:f2a6Bc9R

アニメーターとかは、バスや電車で人物観察してスケッチに残したりする。アンケートの標本みたいに、
現実世界の人々のサンプリングとして使う。が、それって本当に客観的で抽象的なデータなのか？
Googleマップとかでも起こりうるように、そういうのは実際には全部個人情報なのではないか？
美少女キャラといっても、９割方は現実に存在する美少女のパッチワークであり、絵描きがクリエイト
した部分は１割もないのが普通ではないか？宮崎アニメでなぜわざわざ、スタッフの人に似せたキャラ
を出したりするかというと、元のモデルが差し障って使えなかったりするからだろう。

0387デフォルトの名無しさん

2014/03/30(日) 06:48:57.96ID:ur7wdjMW

へんなもの食ったのか？

0388デフォルトの名無しさん

2014/03/30(日) 09:08:19.08ID:fmP+ZTw3

>>384
なにげに良スレになってるな。

ダックタイピングにおける美少女クラスの持つべき属性を
まじめに論じてくれよ。

0389デフォルトの名無しさん

2014/03/31(月) 10:22:08.76ID:d/6Xhq7D

>>373
Cは関数型言語じゃない
ソースはwiki

0390デフォルトの名無しさん

2014/04/09(水) 17:53:39.69ID:iVtPfWG1

Cはただ命令型言語

0391デフォルトの名無しさん

2014/04/09(水) 22:53:43.95ID:PWguwHse

>>390
命令型で無いものの名前と代表的な言語を教えて頂けますか

0392デフォルトの名無しさん

2014/04/10(木) 05:11:41.58ID:sy5Vj+v2

>>391
宣言型言語。Scheme, Haskell, Prolog など

0393デフォルトの名無しさん

2014/04/22(火) 17:13:34.79ID:jOCCWe2b

今北

外出とは思うがJSみたいなオブジェクト指向なら
メソッドを削除するだけだから何の問題もないな

0394デフォルトの名無しさん

2014/04/22(火) 17:34:35.32ID:kD92NltV

JCかJKみたいなオブジェクト指向も頼む

0395デフォルトの名無しさん

2014/04/23(水) 22:13:57.74ID:rToGCAYv

２ついいことを教えてやろう。HunterxHunterはなぜ唐突にアリの話になったのか？
『社会生物学』のEdward O. Wilsonが、アリの研究者だからだ。そして、新しいガ
ンダムがなぜレコンギスタなのか？ --- 「The Social Conquest of Earth」という
新著の題名から採ったかは別として、おそらくそのあたりがネタ元のはず。

0396デフォルトの名無しさん

2014/04/28(月) 16:16:29.13ID:zA2QJfGQ

オブジェクトってのは個体の全ての情報を持っているわけじゃなくて
あるテーマにおける情報と振る舞い方を表してるにすぎない
筆記用具としてのペンと、凶器としてのペンではクラスを別にしないといけない
データベースのレコードがいい例えになる
僕らが扱っているのはオブジェクトではなく、あくまでオブジェクトの側面なのだ。
それどころかオブジェクト自身が側面の集まりであることに気づくべきなのだ

0397デフォルトの名無しさん

2014/04/28(月) 23:08:43.05ID:BPdrCHGq

そういうオブジェクト指向の哲学を中心に語った本って何かある？

0398デフォルトの名無しさん

2014/04/28(月) 23:33:00.51ID:Psvl1AKr

>>396
おかしい。

あるオブジェクトが筆記用具（クラス）として扱われたり、凶器（クラス）として扱われるというのが、
OOPの多態性の話だというのに。

君が言ってるのは、「クラス」の話なんだから、どこをどうやったら、それが「オブジェクト」の話として、
そういう大上段に構えた主張になれるわけ？

0399デフォルトの名無しさん

2014/04/29(火) 07:25:50.46ID:POF8JjRC

オブジェクト自体には情報が無いって事？
型抜きが増えるたびに情報が付与されていく感じか

0400デフォルトの名無しさん

2014/04/29(火) 07:28:04.70ID:POF8JjRC

ペン自体はそういう形をした物質でしか無いからな。

0401デフォルトの名無しさん

2014/04/29(火) 08:02:23.15ID:POF8JjRC

ん、なんか変だな
そういう形をした物質は、筆記用具としても凶器としても使える。
で問題ない気がする。

そもそもクラスからオブジェクトを生成するってのが変なんだよな
△クラスと□クラスと○クラスが合わさって☆クラスになる
☆クラスのインスタンスが☆オブジェクト

でも現実には☆オブジェクトが先にある
☆の要素を分解したら△、□、○に分解できるわけだ

でも使い方なんてのは無限に付与できるわけで
それは☆が元々持っている情報なのかって話になってくる

新しい使い方が付与されると☆は☆ではなかったという事態になる。
それが☆はそれ自体の側面でしかないってことか。

0402デフォルトの名無しさん

2014/04/29(火) 12:44:35.35ID:TvL0I6wZ

>>398
そ、それは多態性ではないお。

0403デフォルトの名無しさん

2014/04/29(火) 13:43:39.95ID:A+wzKE9y

ペンにwriteメソッドとattackメソッドをつけるのか

0404デフォルトの名無しさん

2014/05/05(月) 17:03:18.55ID:1BHBnJWI

ココは memset で構造体初期化しちゃうひとたちの掃き溜まり？

0405デフォルトの名無しさん

2014/05/05(月) 18:53:00.16ID:iOAd4z36

>>404
当たり前だろ
仕様上も問題ないぞ

0406デフォルトの名無しさん

2014/05/05(月) 22:22:56.91ID:CN0OEHd5

IEEE754 だったら問題ないね、他あるかね

0407デフォルトの名無しさん

2014/05/05(月) 23:00:18.68ID:2z4BaSVB

内部表現が0以外のヌルポな環境もダメだね。
今時そんな環境無いとは思うけどね。

0408デフォルトの名無しさん

2014/05/06(火) 00:52:53.49ID:wMsmsiA/

C++のコンストラクタ付きの構造体や、初期化関数付属なら流石にそれに任せるよ

0409デフォルトの名無しさん

2014/05/06(火) 14:58:13.92ID:8Qg1rCMs

>>408
c++ なら、ゼロ初期化に明示的なコンストラクタは必要ないんだけどね。

struct A {/* 宣言何でも */};

A a = {}; //←とか、
A a = A(); //←でオケ。

0410デフォルトの名無しさん

2014/05/06(火) 16:48:58.48ID:wMsmsiA/

>>409
A a = {}; は知ってたし、それが書ける状況なら書いてる。(まあ大概は値も書くけど)

A()はゼロ初期化なのか、知らんかった。

…ただ、一番書きたいのはゼロ初期化よりも任意値での初期化だなあ。
特にコンストラクタ初期化子とnew。最近のC++規格ではできる？

0411デフォルトの名無しさん

2014/05/06(火) 19:07:35.27ID:t6gEhEsD

CでもC99からは A a = {0}; でゼロ初期化できる

A a = {.x = 10, .y = 5 } で特定のメンバだけ初期化できる（他の値はゼロ初期化）も便利

0412デフォルトの名無しさん

2014/05/14(水) 07:32:04.56ID:1OGBraEf

オブジェクト指向はクソか？
http://qiita.com/tokomakoma123/items/fb7530232912dc4176c4

0413デフォルトの名無しさん

2014/05/15(木) 20:41:54.76ID:WhJaypeI

お前らみたいなゴミが使うには十分過ぎる

0414デフォルトの名無しさん

2014/05/28(水) 01:02:49.30ID:lGdlGpum

人間ならばクソをする
美少女はクソしない
つまり美少女が人間を継承するのがおかしい

0415デフォルトの名無しさん

2014/05/31(土) 16:11:39.13ID:eTy5fHBW

>>414
つ virtual

0416デフォルトの名無しさん

2014/06/01(日) 23:19:04.36ID:b5kgbd/f

理解できないものに人は発狂するものなんだね

0417デフォルトの名無しさん

2014/06/01(日) 23:38:16.13ID:arqWqssg

人間にうんこさせることはできる
美少女にはうんこさせられない
∴美少女クラスのうんこメソッドが呼び出されたら例外を投げればよい。

class Human
{
　　Human() { }
　　virtual void Unko()
　　{
　　　　/* Unko */
　　}
}

class PrettyGirl : Human
{
　　PrettyGirl() { }
　　new void Unko()
　　{
　　　　throw new InvalidOperationException("No pretty girls can excrete.");
　　}
}

0418デフォルトの名無しさん

2014/06/01(日) 23:52:11.17ID:hgOmvH3S

だからうんこするなんてメソッド自体無いの

0419デフォルトの名無しさん

2014/06/02(月) 00:44:51.78ID:tefrIQhm

Humanから派生させるのが誤り
終了

0420!omikuji

2014/06/02(月) 00:46:06.91ID:wL8q2tSx

>>419
これ
美少女は美少女であって人間ではない

0421デフォルトの名無しさん

2014/06/02(月) 05:31:06.30ID:wWzzbAT8

人型基底クラスを作って派生だな。

0422デフォルトの名無しさん

2014/06/02(月) 18:44:04.41ID:z+2jxbnt

生命体→動物（うんこ）→人間
　　　→美少女

こうだろ例え隠蔽しようが例外を投げようが美少女にうんこメソッドを持たせること自体が継承関係としておかしい

0423デフォルトの名無しさん

2014/06/02(月) 18:47:29.28ID:Q2JN1vdj

委託にすればいいだろ

0424デフォルトの名無しさん

2014/06/02(月) 21:12:22.39ID:bFWGwTOa

わかったわかった
俺が結論を書いてやる

美少女クラスが全てのスーパークラスだ
人間クラスは美少女クラスのプロパティ値をブサイク側に落としたり、排便メソッドを追加したにすぎん

0425デフォルトの名無しさん

2014/06/02(月) 21:14:01.90ID:BsTuHAB4

>>424
お前みたいなやつが設計してくれると助かるんだがなあ

0426デフォルトの名無しさん

2014/06/02(月) 21:41:44.95ID:GxQx5MVJ

>>424
おいおいおいキモヲタも美少女から派生したって言うのか

0427デフォルトの名無しさん

2014/06/02(月) 22:17:08.69ID:zBJnJbic

>>424
ナイスだねえ

0428デフォルトの名無しさん

2014/06/02(月) 22:37:55.39ID:B78Q4Bvn

このネタ、方々で妙に盛り上がるけど
よーく考えると、かなりキモイと思わんか

0429デフォルトの名無しさん

2014/06/02(月) 22:42:46.80ID:v9gL5QeH

なぜオブジェクト指向で作るのか？
って本でも読んでみなさい
ベストかどうかはわからんがベターな手法がOOだってだけだ

0430デフォルトの名無しさん

2014/06/02(月) 22:46:54.20ID:NlQ/mcTl

>>428
美少女が万年便秘って話だもんな

0431デフォルトの名無しさん

2014/06/02(月) 22:59:08.75ID:B78Q4Bvn

みんなそろいもそろって美少女美少女って連呼しているのに
誰もそこにツッコを入れないところが、なんつーか、異常事態なわけだよ。

0432デフォルトの名無しさん

2014/06/02(月) 23:04:01.32ID:tefrIQhm

美少女という名前ならそう呼ぶ以外ないだろ
どんな生き物かみたことないけど

0433デフォルトの名無しさん

2014/06/02(月) 23:04:43.01ID:HTALVQrn

ある種のストレス発散法

0434デフォルトの名無しさん

2014/06/03(火) 01:19:24.34ID:aLVsXfyI

美の少ない女

0435デフォルトの名無しさん

2014/06/03(火) 08:53:40.72ID:7GUeu0U0

>>429
なぜオブジェクト指向で作るのか？って最悪ではないがわかった気にさせるだけのダメ本だろ

0436デフォルトの名無しさん

2014/06/03(火) 16:48:58.05ID:SoScdUlm

微笑女「ふっ」

0437デフォルトの名無しさん

2014/06/05(木) 12:06:29.51ID:sbJqvd4f

メソッドはすべてinterfaceにすべきですか？

0438デフォルトの名無しさん

2014/06/05(木) 15:43:28.24ID:bTGozmC4

人間に排便メソッドを付けるのが間違ってんだろ

0439デフォルトの名無しさん

2014/06/05(木) 15:54:28.17ID:CKgEe1xE

美少女の排便メソッドが外部（他人）からpubulic(呼び出せる)と考えると、ありじゃね？
privateだとしても、美少女インスタンスが他の美少女インスタンスの排便メソッドをコールできるんだぜ。ｽｶﾄﾛｼﾞｰｷﾏｼﾀﾜｰ
さらにｃ++だと friendクラスにしておけば男クラスでも美少女の排便メソッドよびだせるんだぜ。この美少女超ビッチ

結論から言うと、オブジェクト指向（美少女）は確かに愚かかもしれない。でも、ありじゃね？

0440デフォルトの名無しさん

2014/06/05(木) 15:56:58.81ID:bTGozmC4

>>439
たとえ同期メソッドで待ちが発生しても大量コールするわ

0441デフォルトの名無しさん

2014/06/05(木) 17:20:39.18ID:a7PnX2WK

トイレの排便メソッドに人を渡す

0442デフォルトの名無しさん

2014/06/05(木) 17:21:23.44ID:bTGozmC4

>>441
人オブジェクトを渡されたトイレはそのオブジェクトをどうするんだ？

0443デフォルトの名無しさん

2014/06/05(木) 17:24:45.27ID:7wqllzhY

排便済みフラグを立てるだけだろ

0444デフォルトの名無しさん

2014/06/05(木) 17:50:53.41ID:m9Ubt7TR

そもそも美少女クラスを人間クラスから継承すること自体が愚かだと思うんだが

0445デフォルトの名無しさん

2014/06/05(木) 17:54:52.86ID:a7PnX2WK

美少女判定クラスに人間クラスを渡す

0446デフォルトの名無しさん

2014/06/06(金) 04:27:06.84ID:D3Fkllmq

クラス拡張にextendsではなくmutatesを使えばいい

0447デフォルトの名無しさん

2014/06/06(金) 17:33:23.35ID:PkEZtuTl

ウンコ　排便(){ 便意 = 0; }

0448デフォルトの名無しさん

2014/06/06(金) 17:41:20.98ID:Egx2cIKQ

うんこを取り出すpublicメソッドを呼ぶものは無いだろう
あれは不定期のイベント処理だ

0449デフォルトの名無しさん

2014/06/06(金) 18:11:26.70ID:QuJl51mf

>>447
ウンコは不定値かよ

0450デフォルトの名無しさん

2014/06/06(金) 18:35:55.59ID:PkEZtuTl

ウンコをリターンするの忘れてた
ウンコがイベント処理だったら催した瞬間ウンコ漏らしちまうから催すイベントの中でウンコ可能かどうかとウンコ我慢可能かどうかの判定をせにゃ

0451デフォルトの名無しさん

2014/06/07(土) 01:00:47.55ID:htILiUF+

ウンコをリターン…

0452デフォルトの名無しさん

2014/06/07(土) 02:21:48.44ID:glqSAZRM

if( !排便 ){ throw 便秘(); }

0453デフォルトの名無しさん

2014/06/07(土) 02:34:38.74ID:Rlb4AoSA

ふむ。まずこの「排便」に()がついて無いのが気になった。
C#のプロパティ的な機能がある言語表現だとすれば、名前は「排便可能か(IsHaibenable)」一択だ
便秘はステートとして必要だと思う。だが、このステートを仕様に入れるのであれば、同時に別のステートに対する考慮を網羅する形で完成を目指したい。
痔に悩まされている二次元美少女とは事後の「爽快感」なり「苦痛」なりを返り値に返納する必要があるだろう。
ではHaibenResultクラスが必要だな。

そうだな、まずはこのクラスに何が必要か、ざっくりでいいので洗い出して貰おうかな？
頼んだよ、君には期待している。

0454デフォルトの名無しさん

2014/06/07(土) 03:29:56.83ID:glqSAZRM

()ないのはなんも考えてなかったからだわ
排便メソッドの戻り値はやっぱりウンコであるべきだ思う

// 疾病[編集]
// 排便がスムーズにできない便秘、便がもれてしまう便失禁、便が正常でない下痢などがある。また肛門部にできる痔などは排便時の障害になる。

便秘かどうかはをウンコの硬さと人間の筋肉の強さから算出するべきで例外にするべきじゃなかった
便失禁は人間の筋肉の強さ、下痢はウンコの硬さ
痔は肛門の状態であるべきで排便メソッドで参照してウンコの生成、排便の成否に使う

よってHaibenResultクラスはウンコで初期化して人間の状態を参照しながら便秘やら快便やらであるかどうかを見れるクラスであるのがいいと思う
人間は排便をした後HaibenResultから快便なら爽快感イベントを生成するなり人間の快感度に一定数値加算するなりする

でも美少女はウンコしないから

0455デフォルトの名無しさん

2014/06/07(土) 04:03:26.09ID:ZS1CtPlr

万年便秘が美少女になれるわけなかろう。

0456デフォルトの名無しさん

2014/06/08(日) 11:06:22.40ID:t5DgyYSS

現実を見ろよ、排便メソッドが隠ぺいされてるだけだよ

0457デフォルトの名無しさん

2014/06/08(日) 11:22:04.57ID:KvYp5qa4

>>456
排便メソッドはprotectedでpublicな浣腸、下剤メソッドから内部的に呼ばれるだけだよな

publicな排便メソッドの用途って何なのさ？

0458デフォルトの名無しさん

2014/06/08(日) 11:23:25.30ID:Pbbj2M8m

赤ちゃんなんか紙縒りでこちょこちょすると出ちゃうんですよ

0459デフォルトの名無しさん

2014/06/08(日) 19:39:10.40ID:lKXXVfJW

排便メソッドの戻り値をeatメソッドに渡すことができれば
すべて丸く収まる

0460デフォルトの名無しさん

2014/06/08(日) 19:48:42.20ID:UQpq0lvz

元々そのようにして宇宙船地球号は丸く収まってる。

0461デフォルトの名無しさん

2014/06/08(日) 20:06:51.15ID:KvYp5qa4

>>459
ウサギはそうだったはず。
豚はhumanインスタンスの排便メソッドをeatメソッドで受け取る事ができる。

0462デフォルトの名無しさん

2014/06/08(日) 20:08:27.47ID:s20QYk1X

内蔵クラスが食物クラスを分解してだな

0463デフォルトの名無しさん

2014/06/08(日) 20:51:23.30ID:pQgiBDcI

Eatメソッドの引数はfoodオブジェクトだからな
unkoオブジェクトだってfoodオブジェクト足りえるだろ

0464デフォルトの名無しさん

2014/06/08(日) 21:22:05.52ID:ebiSUswj

うるせーnullでも食ってろ

0465デフォルトの名無しさん

2014/06/08(日) 21:30:18.32ID:cZCobFVP

カロリー無いからいくらでもいけるわ

0466デフォルトの名無しさん

2014/06/08(日) 21:41:33.96ID:UQpq0lvz

お前らが述べてるのは「ムカデ人間」クラスであって「美少女」クラスなどでは決して、ない。

0467デフォルトの名無しさん

2014/06/08(日) 22:02:40.50ID:Qs6rCHv1

>>463
直は無理だろ。
最低限、デコレーターが欲しい。

0468デフォルトの名無しさん

2014/06/09(月) 02:20:15.89ID:qFQu14zp

>>467
細かいことは気にするな。C スタイルキャストして口に突っ込んで知らんふりしとけ。

0469デフォルトの名無しさん

2014/06/09(月) 09:01:33.41ID:9X1WaQlw

foodは食料であるべきじゃねーの？
口に突っ込めるものが全て食い物って主張するならこの世の物体全てはfood継承して多態性もってることになるぞ

0470デフォルトの名無しさん

2014/06/09(月) 10:34:27.93ID:zNsk9buo

Objectクラスでよくね？

0471デフォルトの名無しさん

2014/06/10(火) 13:12:35.75ID:yKXxiytk

Objectだと仮想物質、エーテルだのダークマターだのまで食っちまうぞ

0472デフォルトの名無しさん

2014/06/17(火) 13:16:10.88ID:+NudqTHK

DrinkメソッドとEatメソッドでどう分けるかだが・・・

カレーはDrinkメソッドでいいのか？

0473デフォルトの名無しさん

2014/06/17(火) 19:22:33.72ID:lErmvhZY

unk()で得たものはどっちだよ
どっちでもいいだろ？

0474デフォルトの名無しさん

2014/06/20(金) 09:34:07.27ID:JvORDqjx

まず原子核くらいから始めようぜ

0475デフォルトの名無しさん

2014/06/20(金) 10:57:16.32ID:NPb+wCxe

メソッド名の先頭を大文字にして書くやつ何なの

0476デフォルトの名無しさん

2014/06/20(金) 16:18:33.90ID:dJm8VmGm

public class ClassName
{
　　private string _fieldName;

　　public ClassName() { }

　　public void MethodName(int argumentName) { }

　　public FieldName
　　{
　　　　get { return _fieldName; }
　　　　set { _fieldName = value; }
　　}
}

公開するものはたいてい大文字で始める

0477デフォルトの名無しさん

2014/06/20(金) 18:30:54.60ID:A5iKHxqY

俺が見聞きしたコード規約では大文字はクラス名か定数だな

0478デフォルトの名無しさん

2014/06/20(金) 18:32:01.75ID:soLc4QvJ

C#とJavaとか、言語によってちがうのだ

0479デフォルトの名無しさん

2014/06/20(金) 21:59:16.50ID:IywK6tpz

>>475
.NETの開発者でござろうよ

0480デフォルトの名無しさん

2014/06/21(土) 02:43:08.25ID:f7pfT12F

>>476
このインデントスタイル苦手

0481デフォルトの名無しさん

2014/06/21(土) 02:52:03.63ID:IVchIU4N

>>480
if (foo1) {
　　bar1();　　　　　　//スクリプトとかに多いイメージ
} else if (foo2) {
　　bar2();　　　　　　//同上
}
else if (foo3)
{
　　bar3();　　　　　　//.NETかな？
}
else
{
　　if (foo4)
　　{
　　　　bar4();　　　　//特異
　　}
} else bar5();　　　　//死ね

0482デフォルトの名無しさん

2014/06/21(土) 07:29:14.15ID:wO8FjMhe

オブジェクト指向になると名前付け規則が単なるローカルルールだって事を忘れるの？

0483デフォルトの名無しさん

2014/06/21(土) 10:07:05.84ID:LBtFHXKV

Ruby「なんだって」

0484デフォルトの名無しさん

2014/06/21(土) 11:24:27.97ID:Tr8yUhEQ

>>480
c#のデフォルトの自動インデントスタイルでしょ。
｛が後ろに来なくて縦に長くなるので {hoge;} みたいなのも使う。

0485デフォルトの名無しさん

2014/06/21(土) 12:22:12.65ID:kmx99McK

オブジェクト指向はソフトウェアのためだけにあるんじゃないから

0486デフォルトの名無しさん

2014/06/21(土) 12:53:43.00ID:QbGMt/yg

>>479
.NET以外でもMFCとかがそう
いずれにしてもMS流
MFCの時はクラス名の先頭にCがついてたからまだ区別できたけどC#でそれがなくなり、名前空間、クラスメンバー、オブジェクトメンバー、の区切りが全部ドットになって最悪

0487デフォルトの名無しさん

2014/06/21(土) 12:59:57.19ID:QbGMt/yg

インデント、最近はC++でもJavaScriptスタイルな括弧の位置が多いよ、Qtとか

ラムダ式の名無し関数とか一々改行してたら気持ち悪いし、括弧が多重になるので見易さにも拘りたい部分

0488デフォルトの名無しさん

2014/06/21(土) 13:32:52.46ID:dacvVTou

>>486
IDEがあればプレフィックスなどたいして必要ではない

0489デフォルトの名無しさん

2014/06/21(土) 13:34:06.94ID:5NxEdf68

if (foo1)
{
　　bar1();
}

この括弧の位置がいいとされる理由に、} から
視線を上に上げていき { が見つかれば、そこがブロックの開始ってことで
わかりやすい。という意見があるが、

if (foo1) {
　　bar1();
}

別にこれであっても、視線を上にあげていき、文字が見つかった所が
ブロックの開始とわかるので、別に{ }の位置をそろえる必要はない。

理解できなければ、こうかけば、ブロックの開始がわかる。ってことが理解できると思う。

if (foo1) {
　　bar1();
fi

{ が冗長な一文字である。それだけのこと。

0490デフォルトの名無しさん

2014/06/21(土) 14:01:00.81ID:QbGMt/yg

VS2008の頃はIDEのインテリセンスが気まぐれだったんよ

大括弧のペアをハイライト表示するIDEとかも有るよな

0491デフォルトの名無しさん

2014/06/21(土) 20:06:34.90ID:Tr8yUhEQ

>>489
c風の{}構文は、K&R式が一番しっくり来る
ご本家には勝てない

0492デフォルトの名無しさん

2014/06/21(土) 20:15:35.09ID:4JtY8OkT

おい排便問題はどうした

0493デフォルトの名無しさん

2014/06/21(土) 22:31:29.16ID:8F5XS3IM

どっか行った

0494デフォルトの名無しさん

2014/06/22(日) 07:50:12.52ID:+pyEYukS

>>491
クロージャーを多用する現代では
K&Rの関数だけは{を次の行に書くというのは
時代遅れだな。

0495デフォルトの名無しさん

2014/06/22(日) 14:46:26.19ID:cNigt8hH

実際に我々の妄想では出来る事がコンピュータでは出来ない
オブジェクト指向を使っていると創造性が落ちる

0496デフォルトの名無しさん

2014/06/22(日) 15:19:52.46ID:SeQGq/ox

>>494
そっちかいw
K&R式だとif, switchが縦長にならなくて良い。

0497デフォルトの名無しさん

2014/06/22(日) 16:37:30.98ID:F2AWWsuI

おいおいお前らもっと真面目に美少女の排便問題について語り合ってくださいよ

0498デフォルトの名無しさん

2014/06/22(日) 17:30:19.36ID:aHfMDX3q

どっか行った

0499デフォルトの名無しさん

2014/06/22(日) 20:57:39.70ID:JMLOp0vE

美少女とかもういいよ
美少女とは何か、その定義が上流設計で曖昧なんだから論議はまとまらない
美少女が排便しないとか意味不明

0500デフォルトの名無しさん

2014/06/24(火) 08:02:38.45ID:UGMpGcAv

ウンコしないよ

0501デフォルトの名無しさん

2014/06/24(火) 08:10:15.62ID:EZ2uwnd9

うんこしない美少女て具体的になんだよ
勿論人間でな

0502デフォルトの名無しさん

2014/06/24(火) 08:18:53.57ID:MKS7z3Yf

背理法なんだろう

美少女はウンコをしない
うんこをしない人間はいない
ゆえに美少女はおしっこをする。QED

0503デフォルトの名無しさん

2014/06/24(火) 08:27:49.47ID:EZ2uwnd9

美少女はうんこしないという段階で完全に設計ミス、上流設計から間違ってる

0504デフォルトの名無しさん

2014/06/24(火) 08:52:35.13ID:Pi2ItOpT

俺もウンコしないから美少女ってことになるな

0505デフォルトの名無しさん

2014/06/24(火) 09:33:19.22ID:Bme2pp+l

【石川ってウンコするの？確認その２５０】
http://anago.2ch.net/test/read.cgi/ainotane/1271771699/

0506デフォルトの名無しさん

2014/06/24(火) 09:37:38.82ID:YG3pi1py

顧客が説明した要件
http://search.yahoo.co.jp/search?p=%E7%9F%B3%E5%B7%9D%E3%81%A3%E3%81%A6%E3%82%A6%E3%83%B3%E3%82%B3%E3%81%99%E3%82%8B%E3%81%AE%EF%BC%9F

0507デフォルトの名無しさん

2014/06/24(火) 09:54:35.67ID:AAHBTYvg

haibenメソッドにアクセスするにはfriendにならないとね

0508デフォルトの名無しさん

2014/06/24(火) 11:48:34.22ID:ZxwOG2Eq

結局のところメソッドなのかプロパティなのかイベントなのかハッキリしろ

0509デフォルトの名無しさん

2014/06/24(火) 11:49:51.51ID:Bob1zYc2

friendになったからといって、任意のタイミングで排便させることができると思うか？
あれは定期イベント処理だ。

0510デフォルトの名無しさん

2014/06/24(火) 11:55:38.23ID:ZxwOG2Eq

排便がイベントだと便所にたどり着く前に漏らすだろ

0511デフォルトの名無しさん

2014/06/24(火) 11:56:47.01ID:AAHBTYvg

イベントは便意だなｗ

0512デフォルトの名無しさん

2014/06/24(火) 12:02:49.45ID:ZxwOG2Eq

便意イベント発生　→　一定時間ふんばりメソッド非呼び出し　→　排便イベント発生
↓
ふんばりメソッド呼び出し　→　排便イベント非発生　→　便秘
↓
排便イベント発生

0513デフォルトの名無しさん

2014/06/24(火) 12:03:29.87ID:ZxwOG2Eq

こんな感じか

0514デフォルトの名無しさん

2014/06/24(火) 13:23:37.03ID:rOvxW007

便意はイベントじゃなくてカウンタ

0515デフォルトの名無しさん

2014/06/24(火) 16:57:01.47ID:EgIP0a8a

人工肛門はどう表現するんだよ

0516デフォルトの名無しさん

2014/06/24(火) 20:04:07.73ID:Pi2ItOpT

adapterパターン

0517デフォルトの名無しさん

2014/06/25(水) 01:33:01.20ID:lvTtxCUa

排便メソッドをオーバーライドして甘いクリームが出るようにすれば解決。

0518デフォルトの名無しさん

2014/06/25(水) 01:44:08.53ID:NpFcbEGT

なんだ天才か

0519デフォルトの名無しさん

2014/06/25(水) 08:35:52.45ID:5jF5jEEW

何だよオーバーライドって
そもそも排便メソッド自体を持ってたらおかしいっつーの

0520デフォルトの名無しさん

2014/06/25(水) 10:15:02.42ID:1LRKxhWJ

排便や喫煙は表向きあってはならない。

0521デフォルトの名無しさん

2014/06/25(水) 10:30:43.92ID:kliLC1F5

>>520
隠蔽しろ。

0522デフォルトの名無しさん

2014/06/25(水) 11:08:37.08ID:5jF5jEEW

美少女がうんこしないのは、実は外見えだけはうんこしてないように見せかけているだけ
実は裏でうんこしている

これは許されるの？

0523デフォルトの名無しさん

2014/06/25(水) 14:18:52.34ID:NedFU3Wc

ばれなきゃOK

0524デフォルトの名無しさん

2014/06/25(水) 19:06:31.69ID:tUEa+pcc

俺の前ではウンチしてもいいから

0525デフォルトの名無しさん

2014/06/25(水) 19:09:25.66ID:3nm1g6Ub

新宿コマ前に行け

0526デフォルトの名無しさん

2014/06/25(水) 22:04:40.29ID:bFMV3PM1

>>522
喫煙写真で炎上してたヤツとかいるだろ

0527デフォルトの名無しさん

2014/06/26(木) 07:11:12.28ID:XZ5cuq4F

物質というスーパークラスから
筆記用具や凶器のクラスを派生するべき

0528デフォルトの名無しさん

2014/06/26(木) 07:14:53.20ID:nwumEtrQ

>>519
便を観察できなければ排便の証拠はないわけですから
証拠がない以上は推定無罪の原則にしたがいますので、
排便メソッドが存在すること自体は問題ないかと思います。
排便メソッドがnullを返せばいいのですよ。

0529デフォルトの名無しさん

2014/06/26(木) 07:16:57.36ID:nwumEtrQ

>>524
ぶりぶりー

0530デフォルトの名無しさん

2014/06/26(木) 08:31:34.12ID:c9X7dxai

今からうんこしてくる

0531デフォルトの名無しさん

2014/06/26(木) 10:19:52.02ID:a5DVBYeG

おきばりやす

0532デフォルトの名無しさん

2014/06/26(木) 22:13:18.79ID:uDDJgGPW

>>528
nullが見えてる時点でダメ

0533デフォルトの名無しさん

2014/06/26(木) 23:13:04.40ID:QKwR51m7

ニュー速＋に、このスレ貼った人は挙手を！

0534デフォルトの名無しさん

2014/06/26(木) 23:32:12.59ID:TWoKXVde

継承をリアル系に例える奴は無能

0535デフォルトの名無しさん

2014/06/27(金) 00:55:25.12ID:qFGg+FQ7

なんで＋にはりまくってんだ。
つい開いちゃったじゃないか。そっ閉じ。

0536デフォルトの名無しさん

2014/06/27(金) 06:12:24.90ID:/tBLbKnn

アナルセックスは？

0537デフォルトの名無しさん

2014/06/27(金) 07:55:25.27ID:YpljvfwD

undefined property 'anus' in class BeautifulGirl in excrete()

0538デフォルトの名無しさん

2014/06/27(金) 09:02:22.31ID:W2q1VU1/

クラスは使えるヤツ。
C++にしたらCには戻れない。

0539デフォルトの名無しさん

2014/06/27(金) 09:28:14.65ID:s7tpg0Dg

>>76
これはマジ

0540デフォルトの名無しさん

2014/06/27(金) 09:31:16.96ID:KVr3qvyY

>>84-85
http://kzho.net/jlab-giga/s/1403790339333.jpg
http://kzho.net/jlab-giga/s/1403790343645.jpg
http://kzho.net/jlab-giga/s/1403790351370.jpg
http://kzho.net/jlab-giga/s/1403790365926.jpg
http://kzho.net/jlab-giga/s/1403790072216.jpg
http://kzho.net/jlab-giga/s/1403790075792.jpg
http://kzho.net/jlab-giga/s/1403790079055.jpg
http://kzho.net/jlab-giga/s/1403790082172.jpg

【画像】　最新の後藤真希＆モー娘OGの方々ｗｗｗｗｗｗｗｗｗ
http://hayabusa3.2ch.net/test/read.cgi/news/1403791336/

0541デフォルトの名無しさん

2014/06/27(金) 09:37:01.65ID:+ZczKhMv

>>91
最新の生物学だとティラノサウルスが生き残りを賭け省エネ進化した結果がニワトリだと言われてるからな。
基底クラスに全部を詰め込んで派生クラスは機能を削るのが正解なのかもしれない。

0542デフォルトの名無しさん

2014/06/27(金) 10:23:48.56ID:AG96assv

確かに人は尻尾を棄てたな。

0543デフォルトの名無しさん

2014/06/27(金) 11:34:49.71ID:OFMBdCh4

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

排便メソッドをオーバーライドしてそのメソッドがコールされたら「女の子はうんこなんてしないもん」て喋らせればいいだけだろ

0544デフォルトの名無しさん

2014/06/27(金) 13:13:57.00ID:l/IMeWo+

俺は髪を捨てた。
これは進化だ。

0545デフォルトの名無しさん

2014/06/27(金) 15:48:48.39ID:/uObMSkE

まず、うんこしない人間とか自然の摂理に反してる
ないものねだり

0546デフォルトの名無しさん

2014/06/27(金) 16:27:05.59ID:z+13KQkR

自然だろうが不自然だろうがモデル化できるならそれでおしまい

0547デフォルトの名無しさん

2014/06/27(金) 20:23:10.71ID:hGnFS3mo

>>541
おもしれぇ･･･。
そういうカタチの進化もあるんだな。
たしかにプログラム続けてると、何でもできるけど重たいもんより、
必要最小限でサクッと動くものに快感を覚えるようになってきたな･･･。

0548デフォルトの名無しさん

2014/06/27(金) 22:21:52.09ID:3hVRneQz

>>547
コンピューターもアホみたいに小型化したからな。
人間も尻尾を棄てたし。

0549デフォルトの名無しさん

2014/06/27(金) 22:26:01.06ID:3hVRneQz

重要な機能を強化するのも進化だし、不要な機能を削るのも進化ってことだな。
依存関係が入り組みすぎて機能を削れない設計こそ愚かの極み。

0550デフォルトの名無しさん

2014/06/27(金) 22:26:55.66ID:k8gxFslq

>>547
そのためにも基底クラスはシンプルにしないといかんよな。
基底は必要最小限の機能。必要な機能のみを追加する。

0551デフォルトの名無しさん

2014/06/27(金) 22:32:08.71ID:3z2uA2Px

無駄に複雑に作りたがる若手を撲滅したい
駆け出しの連中の自慰行為で誰が得するんだ・・・

0552デフォルトの名無しさん

2014/06/27(金) 22:32:09.61ID:KCFxCotR

やっぱり美少女は正しい進化を辿った人間なんだな

0553デフォルトの名無しさん

2014/06/27(金) 22:33:40.64ID:3hVRneQz

そういう意味では依存関係を持たず不要な関数をバッサリ削除できる純粋関数型こそ正しいのかもしれない。

0554デフォルトの名無しさん

2014/06/27(金) 22:34:17.13ID:k8gxFslq

>>551
無駄に複雑に作りたがる老害は撲滅しなくていいのかい？

0555デフォルトの名無しさん

2014/06/27(金) 22:36:17.83ID:TatRAlv+

老害はライブラリも使わず長々と書き下すのがシンプルとか思ってそうだよね。

0556デフォルトの名無しさん

2014/06/27(金) 22:37:17.92ID:3hVRneQz

>>550
深い階層構造こそ複雑な依存関係を生む諸悪の根元だ。
とIPのRFCに書いてあった。

0557デフォルトの名無しさん

2014/06/27(金) 22:49:07.83ID:RJo08/K4

>>555
車輪を再発明できるワシかっけけえええ

0558デフォルトの名無しさん

2014/06/27(金) 22:53:25.80ID:k8gxFslq

なんか最近、ココへのリンクを貼ってる奴がいるな。

そいつがどんな人物か、リンクで推測できるなｗ

0559デフォルトの名無しさん

2014/06/27(金) 22:58:25.63ID:KCFxCotR

お前だろ？何がしたいんだよ一体？

0560デフォルトの名無しさん

2014/06/27(金) 22:59:42.79ID:v4hT6ZBq

スリム化できなくなった結果がCOBOLやJavaの延命案件だからな
スリム化は次のキーワードかもしれない

0561デフォルトの名無しさん

2014/06/27(金) 23:03:00.94ID:HZMS2foh

動的に関数を消せる言語ってあるのか？
プログラマが手作業で消すんじゃこのスレの御題目には適合しないと思うんだが

0562デフォルトの名無しさん

2014/06/27(金) 23:10:08.80ID:FdRw8KiU

動的に構文木を書けば
関数型言語の権威が来たようだ

0563デフォルトの名無しさん

2014/06/27(金) 23:21:16.66ID:4J/EwoOx

アラン・ケイも関数型は完璧だがITドカタには理解不能だろうという理由でSmallTalkを作ったと言ってるくらいだからな。
愚民はオブジェクト指向で突き進むしかない。

0564デフォルトの名無しさん

2014/06/27(金) 23:23:20.74ID:Kwkz6XHJ

そのSmallTalkがITドカタに理解されてないわけだがｗ

0565デフォルトの名無しさん

2014/06/27(金) 23:23:55.63ID:pS6EaL8E

美少女もウンコはする

0566デフォルトの名無しさん

2014/06/28(土) 00:19:50.78ID:ewL6wVzW

見たのかよ

0567デフォルトの名無しさん

2014/06/28(土) 00:22:32.70ID:xYrnaOxY

観測された事実はないけど理論上はしてもおかしくない

0568デフォルトの名無しさん

2014/06/28(土) 01:32:44.74ID:tdozaW8W

ウンコしないよ

0569デフォルトの名無しさん

2014/06/28(土) 01:46:27.86ID:I8fAr5iN

ウサギは朝一のウンコを食すそうだ。
ウンコも色々あるのかもしれない。

0570デフォルトの名無しさん

2014/06/28(土) 02:04:11.73ID:Wnh+uZwR

ぷろぐらまなら直接見えなくても論理的思考・洞察力と検証技術でカバーできる

0571デフォルトの名無しさん

2014/06/28(土) 04:21:39.16ID:/smPcrqz

eval を使う

0572デフォルトの名無しさん

2014/06/28(土) 07:02:51.39ID:sbJu8Med

>>565
美少女であることを観測していると同時にウンコをしていることを観測できないよ

0573デフォルトの名無しさん

2014/06/28(土) 16:53:03.76ID:Cq5kOmKx

class Unk extends Food implements Serializable {
　　private long quantity;
　　private Quality qualty;
　　...
}

誰か拡張してくれ
美少女がうんこをするのであれば、果たしてどのようなプロパティを持つのかを考えなければならない

0574デフォルトの名無しさん

2014/06/28(土) 19:30:52.90ID:w+QI/fAg

神クラスから人間クラスと美少女クラスをそれぞれ派生させて
人間クラスにだけうんkメソッドを追加すりゃいいんじゃないの

0575デフォルトの名無しさん

2014/06/28(土) 19:36:02.34ID:CHjKf8wy

神の定義は

0576デフォルトの名無しさん

2014/06/28(土) 19:39:40.14ID:d97dzfvu

属性が万能なんだけど具体的な機能の定義はない>>575

0577デフォルトの名無しさん

2014/06/28(土) 20:11:48.21ID:FZuFSmTK

>>573
Serializableというキーワードみて、胃で消化された物が腸を通過するところを想像したぜｗ

0578デフォルトの名無しさん

2014/06/29(日) 01:00:17.18ID:M4NyBsIF

人間のスーパークラスは遺伝子か？いや炭素かな？
まあここまでよく継承してきたもんだ

0579デフォルトの名無しさん

2014/06/29(日) 01:31:23.94ID:YZTRTJoa

全知全能の神がウンコできないわけない

0580デフォルトの名無しさん

2014/06/29(日) 08:17:43.68ID:+ivrPHOX

>>578
中性子と陽子と電子くらい

0581デフォルトの名無しさん

2014/06/29(日) 08:18:54.97ID:+ivrPHOX

>>574
美少女もババアになれば普通の人間に戻る

0582デフォルトの名無しさん

2014/06/29(日) 14:25:21.17ID:/P1xKMDm

美少女の年齢は定数

0583デフォルトの名無しさん

2014/06/29(日) 14:54:13.56ID:ojuPNtQE

時間経過がないからウンコしないのも当然の帰結という事か

0584デフォルトの名無しさん

2014/06/29(日) 15:01:55.64ID:89ZlFzgF

private int age = 49;
public int getAge() {
　　return 17;
}

0585桃白白 ◆9Jro6YFwm650

2014/06/29(日) 15:04:27.45ID:brJxynPM

>>584
きゃーうそつきメソッドよー

0586デフォルトの名無しさん

2014/06/29(日) 15:49:51.98ID:5x1gBBWh

>>584
ワロタ
age宣言意味がねぇ

0587デフォルトの名無しさん

2014/06/29(日) 15:55:44.04ID:3GfQiCGW

スレが上がったから意味あるだろ

0588デフォルトの名無しさん

2014/06/29(日) 17:49:40.90ID:lFZ15VQI

>>584のクラス(KusoClass584)は永遠の17歳とかほざいてるクソクラスなため、
現在deprecatedとなっています。
本来の年齢をしっかり晒すようgetAgeを修正したサブクラスTadashiiClass584の
使用を推奨します。

public class TadashiiClass584 extends KusoClass584 {
　public int getAge() {
　　return age;
　}
}

0589デフォルトの名無しさん

2014/06/29(日) 18:06:38.98ID:OApS8+mw

エラー privateで宣言されたageをサブクラスからアクセスできません

0590デフォルトの名無しさん

2014/06/29(日) 18:07:38.90ID:lFZ15VQI

>>589
ほんとクソクラスじゃねーかｗ

0591デフォルトの名無しさん

2014/06/29(日) 18:37:29.66ID:lFZ15VQI

オーバーライドによる修正が出来なくて胃が痛くなるデスマパターン

0592デフォルトの名無しさん

2014/06/29(日) 18:45:37.58ID:ojuPNtQE

面白いなこれｗ
間違った修正をしようとして泥沼にハマるパターンって、実際結構あるんだよな。
よくよく考えてみたら元の>>584が正解だったていうｗ

0593デフォルトの名無しさん

2014/06/29(日) 18:49:55.35ID:s1CDyW9K

そもそも子クラスで親クラスを是正しようというのがお門違い
クラス継承はあくまで拡張するもので、バグ修正ではない
親が17というのなら、子は黙って従うのが筋というもの

0594デフォルトの名無しさん

2014/06/29(日) 18:51:05.74ID:lFZ15VQI

意地でも永遠の17歳と言い張りたいのかよという部分は置いといて
ま、>>584が普通の実装だよね

0595デフォルトの名無しさん

2014/06/30(月) 02:07:26.32ID:QN5Y0CW0

class 美少女 : private 人間
{
以下略

これで人でありながら排便メソッドは隠された（ﾄﾞﾔｧ

0596デフォルトの名無しさん

2014/06/30(月) 06:18:52.31ID:XW/GDaYQ

class 俺 : 人間
{
　private 美少女[];
}

0597桃白白 ◆9Jro6YFwm650

2014/06/30(月) 06:46:15.99ID:eTaIRXON

>>596
ぬるぽ乙

0598デフォルトの名無しさん

2014/07/01(火) 00:28:19.88ID:dxoVJyx+

美少女の糞は食用可だから

class 美少女 : public 人間
{
bool CanEatShit() { return true; }
};

0599デフォルトの名無しさん

2014/07/01(火) 00:35:22.13ID:CABUEVWD

それだと美少女が糞食えるってだけじゃねえか。
実際にそんな風に間違った作り方してる人いるけどさぁ

0600デフォルトの名無しさん

2014/07/01(火) 00:37:12.66ID:/dpi9Kd/

それを言うならher shit is eatableだよ

0601デフォルトの名無しさん

2014/07/01(火) 01:05:18.69ID:F4926xKO

食えるか食えないかで語れば、病気とか精神的抵抗を鑑みなきゃ食える訳だろ
ある属性立ってたらisDeliciousメソッドにtrueが返るべきだ
そうなるとshitは独立クラスのインスタンスとすべきだ。美少女がうんこの実装や内容を把握している必要はない
e.g.「あらやだ今日の私のアレにはコーンがこんなにも形を保って出てきたのね」なんてことがあってはならない
これは仕様から抹消すべきだ。関数型よろしく、副作用のない形で状態変数を排除することが望ましい
彼女は排便したという事実さえもなかったことにすべきなのだ。事実上は不可能ながら、外部がインターフェースに則ることでこの制約を記述できるのはご承知の通り。
すなわち我々が「あの子、今トイレに行ったって言ってたけどウンコなんかしないはずだよね！？」という混乱を正しk

0602デフォルトの名無しさん

2014/07/01(火) 07:39:33.23ID:l9yjQtpJ

いい加減きもいわ…。

0603デフォルトの名無しさん

2014/07/01(火) 21:30:54.87ID:wjCbvLq3

美少女 akemi = new 美少女();
人間 ore = new 人間();
if (akemi.CanEatShit()) {
while (1) {akemi.Eat(ore.Haiben());}
}

0604デフォルトの名無しさん

2014/07/02(水) 00:01:36.10ID:XHKpyBTh

3行で頼む

0605デフォルトの名無しさん

2014/07/02(水) 01:12:30.70ID:Tqef2qbc

美少女 akemi = new 美少女();
人間 ore = new 人間();
if (akemi.CanEatShit()) { while (1) {akemi.Eat(ore.Haiben());} }

0606デフォルトの名無しさん

2014/07/02(水) 14:49:32.69ID:te2YeL3q

発注者は絶対神

0607デフォルトの名無しさん

2014/07/02(水) 16:40:07.57ID:pH8yGVZa

nozomiからkanaeに移転

0608デフォルトの名無しさん

2014/07/02(水) 17:31:41.00ID:qHPl58vh

次は tamae か

0609デフォルトの名無しさん

2014/07/02(水) 22:49:01.67ID:mMWor7Yi

このスレためになるわwww

0610デフォルトの名無しさん

2014/07/02(水) 22:56:44.28ID:xzleK9Nk

>>605
意味が分かるだけにきもすぎる。

0611デフォルトの名無しさん

2014/07/02(水) 22:57:49.87ID:xzleK9Nk

まあ、普通は、メソッドの最初の文字は小文字にするけどな

0612デフォルトの名無しさん

2014/07/02(水) 23:11:04.81ID:sFQ5DsId

>>611
お前の普通は世間では通用しない

0613デフォルトの名無しさん

2014/07/02(水) 23:11:28.28ID:4SUeGhMp

大文字派です。

0614デフォルトの名無しさん

2014/07/02(水) 23:16:50.53ID:C+6SIvpM

>>605
akemiに俺の糞を食わせ続けるわけかwwww

0615デフォルトの名無しさん

2014/07/02(水) 23:20:28.23ID:A10blloK

美少女指向プログラミング

0616デフォルトの名無しさん

2014/07/02(水) 23:38:48.54ID:xzleK9Nk

>>612
えっ？
ttp://google-styleguide.googlecode.com/svn/trunk/javaguide.html#s5.2.3-method-names

0617デフォルトの名無しさん

2014/07/02(水) 23:45:45.42ID:/BemnJ0f

メソッドのパスカルケースはC#のMSコーディング規約くらいでしか見ないな
他にもあるのかな

0618デフォルトの名無しさん

2014/07/02(水) 23:51:03.76ID:xzleK9Nk

なるほどC#厨だったか。C#ってメソッド名UpperCamelCaseなのな…。
普通のメソッドがどうしてもコンストラクタに見えてしまうわ。。

0619デフォルトの名無しさん

2014/07/03(木) 00:44:23.43ID:2hDhGVr5

C#も4.8％といい線いってる方だとは思うけど、上位4言語の関数/メソッド名はLCCだね
どっちが世間の普通かは言わずもがな
ttp://news.mynavi.jp/news/2014/04/11/456/

0620デフォルトの名無しさん

2014/07/03(木) 03:17:00.37ID:6CJlex6f

永遠に出し続ける方も辛そうだな。

0621デフォルトの名無しさん

2014/07/03(木) 03:31:22.13ID:3Uay+h3v

西太后だっけか

0622デフォルトの名無しさん

2014/07/03(木) 05:36:11.59ID:VyOuWYyM

>>620
Haiben() と Eat() が終わるまで次のループに行かないから心配する必要ないし、すぐに例外吐くかも知れない。

0623デフォルトの名無しさん

2014/07/03(木) 06:14:50.63ID:fWjka1bK

>>617
名前通り、Pascal系のDelphiでなら…
あとMicrosoftのライブラリはC++でもPascalCase使う傾向あるな

0624デフォルトの名無しさん

2014/07/03(木) 09:13:31.09ID:NClDm5rA

ちょっと待てよ。

ウンコは意思どおりに出ない事もあるだろ。
haiben()でウンコでなかったらヌルポじゃないのか？

0625デフォルトの名無しさん

2014/07/03(木) 09:20:20.46ID:wcrk/q7Q

もっと違う例外吐けよ

0626デフォルトの名無しさん

2014/07/03(木) 09:35:17.83ID:wcrk/q7Q

って言った手前ちょっと考えてみたけど
サブクラスAnusがIOException吐くくらいしかないのか
それもどうなのかな

0627デフォルトの名無しさん

2014/07/03(木) 09:57:29.33ID:xwf26ttP

うんこ出なかったら、IllegalConditionExcepcionを吐いておけ
これはチェック例外か？動かしてみなきゃわからんわけだしな……どうだろ

0628デフォルトの名無しさん

2014/07/03(木) 10:48:43.77ID:T6nbxnRY

血が出る人とか子供出ちゃった人もいるしな

0629デフォルトの名無しさん

2014/07/03(木) 12:54:29.49ID:gJnQQam8

スカトロはスカトロサイトへ

0630デフォルトの名無しさん

2014/07/03(木) 12:56:57.16ID:NClDm5rA

>>628
ちょw

0631デフォルトの名無しさん

2014/07/03(木) 13:56:01.41ID:zOUadPKl

美少女は人間じゃないんだから継承関係なんか無いのが正しい設計。

何でもかんでも継承で片付くと思うのはOOP初心者。

0632デフォルトの名無しさん

2014/07/03(木) 14:31:33.52ID:fWjka1bK

美少女はクラスでなくインタフェースじゃないかなと思う

0633デフォルトの名無しさん

2014/07/03(木) 15:43:39.82ID:UPnhE+Ml

まあ抽象クラスだろうね

0634デフォルトの名無しさん

2014/07/03(木) 19:10:37.38ID:hcFR20dy

時代によって美少女の定義が変わるからね

0635デフォルトの名無しさん

2014/07/03(木) 20:42:40.87ID:2hDhGVr5

結局実装する必要があるので、抽象クラスもインターフェースもめんどいっす

0636デフォルトの名無しさん

2014/07/03(木) 20:45:46.60ID:xwf26ttP

うんこする美少女と、うんこしない美少女を作るしかないの？
インターフェースは違うのに、中身が似てしまうのは、あかん設計だ…

0637デフォルトの名無しさん

2014/07/03(木) 22:16:31.32ID:vlM9M92F

美少女の聖性と性性

0638デフォルトの名無しさん

2014/07/03(木) 22:38:13.98ID:AJhcZxeH

うんこしない美少女は観測者側の問題で美少女側の問題では無いだろ
美少女クラスの使用者が排便メソッドを一切使わず体内のうんこを握り潰せ

0639デフォルトの名無しさん

2014/07/05(土) 00:21:42.84ID:JO6TaKKO

お前ら揃いも揃って未だに基本設計すら出来ないのかよｗ
それもこれもオブジェクト指向は根本的に物理の原理原則に基づいていないって事だろ

0640デフォルトの名無しさん

2014/07/05(土) 00:25:39.85ID:JO6TaKKO

オブジェクト指向なんてやめて自然の法則に倣ったクアンタム指向プログラミング言語を作った方がいい

0641デフォルトの名無しさん

2014/07/05(土) 00:41:34.78ID:NYIIPPgF

ウンコするは、汚物を体外へ排出。
ウンコしないは、汚物を体内へ蓄積。

どっちの方がキレイ？

0642デフォルトの名無しさん

2014/07/05(土) 02:05:14.89ID:45+vS8+6

そもそも美少女は人間じゃなくて神

0643デフォルトの名無しさん

2014/07/05(土) 07:34:28.15ID:iQTreEDi

>>641
便秘のオバチャンと、美少女のそれは根本的に別物だぞ。

0644デフォルトの名無しさん

2014/07/05(土) 08:20:58.32ID:9tG0Ff1F

なんだよこのクソスレ

0645デフォルトの名無しさん

2014/07/05(土) 09:00:16.01ID:uo4UKCEn

文字通りのクソスレでﾜﾛﾀｗ

0646桃白白 ◆9Jro6YFwm650

2014/07/05(土) 11:22:05.23ID:GM6nx+qM

http://ideone.com/B6dqNn

これでよくない？

0647デフォルトの名無しさん

2014/07/05(土) 11:33:45.54ID:9tG0Ff1F

んー、それだとisBeautifulGirl()で詐称するGenericHumanの派生が発生して…
ってこんなクソスレで何言ってんだおれは

0648デフォルトの名無しさん

2014/07/06(日) 09:09:07.67ID:AeA7FwHt

>>640
作らんでも一杯ある
http://en.m.wikipedia.org/wiki/Quantum_programming

0649デフォルトの名無しさん

2014/07/06(日) 12:03:22.82ID:lwpWIhgY

作らなくても有るのではなく
作ったから有るるのだろう

0650デフォルトの名無しさん

2014/07/06(日) 12:06:08.30ID:lwpWIhgY

ばよえーん

0651デフォルトの名無しさん

2014/07/06(日) 12:14:25.77ID:GbHffdHQ

ふぁいやー

0652デフォルトの名無しさん

2014/07/06(日) 20:11:13.81ID:8H24GUT0

ヒャダルコ

0653デフォルトの名無しさん

2014/07/06(日) 20:39:39.10ID:lNfGFcva

ビデ男

0654デフォルトの名無しさん

2014/07/07(月) 22:10:30.10ID:BWeUs5o2

七夕うんち

0655デフォルトの名無しさん

2014/07/11(金) 07:49:46.37ID:qi8LntOV

脱糞だ

0656デフォルトの名無しさん

2014/07/11(金) 11:33:49.93ID:VezMxowA

変なおじさん
あ、変なおじさん

0657デフォルトの名無しさん

2014/07/23(水) 09:00:45.68ID:jWyS8GP5

ひょっとしたらそもそも美少女がhaibenしないっていう前提がおかしいんじゃ……

0658デフォルトの名無しさん

2014/07/23(水) 19:24:29.12ID:/q4EOKUh

現実から目を背けるんじゃない。
美少女がHAIBENしないのはれっきとした事実だ。

0659デフォルトの名無しさん

2014/07/23(水) 19:55:54.42ID:tQ3r/Qgs

既成概念に囚われてオブジェクトの機能的な実装をないがしろにしてはいけない
現実の美少女の概念からHAIBENするべきか否かを導き出すのではなく
美少女オブジェクトにHAIBENして欲しいか否かで実装を考えるべきなのだ

0660デフォルトの名無しさん

2014/07/23(水) 23:16:02.74ID:7fepBoxA

理想じゃなくて、あるべき姿で仕様を語れよ！

0661デフォルトの名無しさん

2014/07/24(木) 03:52:03.77ID:w6LJQQVB

.isHaibenable

0662 ◆QZaw55cn4c

2014/07/24(木) 07:29:26.64ID:MYJWPOnC

>>646
教科書どおりの委譲だ！もしよろしければクラスにフラグを持たせる理由を
http://peace.2ch.net/test/read.cgi/tech/1313183984/765
どうしても楽してこうしちゃんだけど‥‥

0663桃白白 ◆9Jro6YFwm650

2014/07/24(木) 07:39:16.36ID:RXUpOp7y

>>662
美少女が排便メソッドを持つのはおかしいと思います。

0664デフォルトの名無しさん

2014/07/24(木) 08:13:56.23ID:JwSI9TV1

いつまでやんだよお前ら…

0665デフォルトの名無しさん

2014/07/24(木) 09:09:16.60ID:7eAbaSO9

まず、肛門プロパティの有無から始めようじゃないか？
アナルセクース的見地からして排便なしでも肛門は必須だと思うんだが、
そうなるとオプショナルではあっても排便も必要ではないかと思うのだが？

0666デフォルトの名無しさん

2014/07/24(木) 09:14:40.31ID:/brxOujk

今きたけど
親クラスを
Abstract人間にして
abstract 肛門　メソッドにして
子クラスにfinal　美少女作って
abstract肛門をオーバーライドして「うんこしない」にしちゃだめなの？

0667デフォルトの名無しさん

2014/07/24(木) 10:40:03.30ID:VXvthDui

お前ら美少女とスカトロできなくなるけどいいの？

0668デフォルトの名無しさん

2014/07/24(木) 13:26:23.70ID:kov8o7Ee

美少女クラスにも排便メソッドは実装すべき
ただしprivateにするのが普通

0669デフォルトの名無しさん

2014/07/24(木) 14:19:42.40ID:ZcLcxa/c

>>665
パンツを履いたままの美少女とパンツを脱いだ時の美少女を別クラスにするべきかも？
「あれ？ないはずの肛門があるぞ？」みたいな

0670デフォルトの名無しさん

2014/07/24(木) 15:38:44.14ID:VXvthDui

>>668
美少女に「排便しろ」って指示が出せなくなるじゃないですかーやだー

0671デフォルトの名無しさん

2014/07/24(木) 18:26:56.41ID:tALbVrv8

>>670
美少女とfriendになればいいよ

0672デフォルトの名無しさん

2014/07/24(木) 19:00:57.71ID:MYJWPOnC

>>663
なるほど継承ならどうしても基底クラスのメソッドをぜーんぶ引き継がざるを得ないが、
委譲なら委譲先（基底クラスにあたる）のメソッドをすべて引き受けるなんてないからねえ‥

でもポリモーフィズムの良さが半減して C で書いているような気分になるんだ‥もうちょと考える‥

0673デフォルトの名無しさん

2014/07/24(木) 19:31:13.17ID:i5s3vOe2

>>666
肛門（名詞）自身が操作として動作するのはおかしくないか？
人間が肛門をhasしているのが自然だろう
んで肛門のbool型haibenプロパティにgettersetterつければ解決じゃなかろうか

0674デフォルトの名無しさん

2014/07/24(木) 20:31:29.22ID:VYcL+cb7

俺達.lick(美少女.anus);
やはり美少女に肛門は必要だ

0675デフォルトの名無しさん

2014/07/24(木) 22:28:11.10ID:VXvthDui

>>671
うまいなｗ

0676デフォルトの名無しさん

2014/07/24(木) 22:29:50.06ID:dKV8eE/G

美女はイケメンによってのみアクセス可能である

0677デフォルトの名無しさん

2014/07/24(木) 23:23:39.22ID:fKJnopkZ

>>676
そんな言語はすぐ廃れるｗ

0678デフォルトの名無しさん

2014/07/24(木) 23:26:23.43ID:dKV8eE/G

次のクラスを実装しなさい
public class IkeMen{}
public class Bishoujo{}
private class BusaMen{}

0679デフォルトの名無しさん

2014/07/24(木) 23:55:31.42ID:jMdTNohg

ダイヤモンド継承したらDNAがかぶるん？

0680デフォルトの名無しさん

2014/07/25(金) 02:27:26.86ID:jD/+yCd0

class ikemen extends man() {
public void see(woman w) {
w.orgasm;
}
}

0681デフォルトの名無しさん

2014/07/25(金) 03:42:45.67ID:5HeCUYeT

>>678
個人的にはそれらは全てインタフェースだなあ

0682デフォルトの名無しさん

2014/07/25(金) 06:19:05.09ID:GjF34FHj

BusaMenだけprivate

0683デフォルトの名無しさん

2014/07/26(土) 09:54:16.67ID:CuU1Nf6y

美少女∈天使
天使⊄人間

∴美少女∉人間

0684デフォルトの名無しさん

2014/07/26(土) 10:55:26.60ID:li86vg8U

久しぶりに美しい証明を見た

0685デフォルトの名無しさん

2014/07/27(日) 06:18:30.99ID:wsh1VGaY

天使は男性名詞だぞ

0686デフォルトの名無しさん

2014/07/27(日) 07:23:20.46ID:riQC05hV

実装の継承は分かりづらいから包含の方が良いし
インターフェースは再利用にはならん
そんなオブジェクト指向

0687デフォルトの名無しさん

2014/07/28(月) 09:31:15.13ID:+pLOPYiN

わかった！美少女は人間じゃないこともあるから（天使とか、人魚とか）
is-a関係の継承じゃなくてhas-a関係の委譲で実装すればいいのか！お前ら最高だな

0688デフォルトの名無しさん

2014/07/28(月) 11:35:45.10ID:9L8umOkN

結局オブジェクト指向厨って
些末を論ずるばかりで
肝心の中身は空っぽのままなんだよな

0689デフォルトの名無しさん

2014/07/28(月) 13:09:08.40ID:GcLwXukV

>>688
virtualな実装なので中身は空っぽでOK

0690デフォルトの名無しさん

2014/07/28(月) 20:07:41.48ID:dU5jf/g6

なんだブス専か

0691デフォルトの名無しさん

2014/07/30(水) 19:01:49.01ID:eeTm+IF3

>>690
中身はともかく外見（見やすさ・整備性）が第一ってことだよ言わせんな

0692デフォルトの名無しさん

2014/07/30(水) 19:32:04.89ID:KoZfO5w8

美少女といえども、内臓はグロいだろ？そういうことだ

0693デフォルトの名無しさん

2014/07/30(水) 20:46:17.37ID:Lx6eGAbr

内蔵は美少女に必須ではないよ、例えばロボの美少女もいるし

0694デフォルトの名無しさん

2014/07/30(水) 21:11:25.80ID:e/Xty7u4

こんにちは。私は大阪に住む中学二年生です。東京のことを知りたいと思いますから、
あなたの学校や家庭やお友だちのことを、できるだけくわしくおしえてください。
返事にはかならず同封の封筒を使ってください。調査費を同封しました。使ってください。

　　本郷令子《ほんごうれいこ》

0695デフォルトの名無しさん

2014/07/30(水) 22:55:55.88ID:ppyvpbtO

言語仕様として実装しても使い慣れない者にとっては手続言語と変わらない。

0696デフォルトの名無しさん

2014/07/31(木) 00:00:48.09ID:5+PCA2t1

ヒューマノイド・インターフェース（インプリがあるとは言ってない）

0697デフォルトの名無しさん

2014/08/03(日) 23:01:41.06ID:6VmSwBKM

アランケイも関数型が最強だが凡人には無理なのでSmalltalk作ったというくらいだからな

0698デフォルトの名無しさん

2014/08/03(日) 23:41:00.41ID:hs4+np7R

おじいちゃんそれ前にも聞いた

0699デフォルトの名無しさん

2014/08/05(火) 14:54:39.30ID:KjFc//c1

結局のところ万人にわかりやすい手続き型が最強なんだよ

0700デフォルトの名無しさん

2014/08/05(火) 23:17:58.70ID:0zf4tnEO

オブジェクトどころか構造化も無視したコードは異常な長さで怖いよ。信じられない物をみた

0701デフォルトの名無しさん

2014/08/06(水) 00:33:39.27ID:xPBmt9lp

結局美少女は糞をするか？しないか？ではなく、美少女の糞を食えるか？食えないか？
の問題に帰着するな

0702デフォルトの名無しさん

2014/08/06(水) 01:16:52.19ID:uN0CZP6f

>>701
任せた。

0703デフォルトの名無しさん

2014/08/06(水) 08:24:27.38ID:1M326YIX

>>701
美少女は糞をしない、というのに存在しない糞の可食性を問うてなんになる？

0704デフォルトの名無しさん

2014/08/06(水) 08:26:40.77ID:0lMoSOXj

だめだ、お前らなんとかしねーと…

0705デフォルトの名無しさん

2014/08/06(水) 08:41:12.51ID:I7VH9rk/

やっぱ排便しないって仕様は変えるべき
浣腸プレイできないから

0706デフォルトの名無しさん

2014/08/06(水) 09:54:36.90ID:XjEJd+oC

肛門と排便は別だということを考えろよな

0707デフォルトの名無しさん

2014/08/06(水) 10:07:27.55ID:+oVXtDw0

>>700
オ○ワンのmainかｗ

0708デフォルトの名無しさん

2014/08/06(水) 10:55:14.66ID:pt+u5Nz9

>>700
美少女自体が巨大な一本糞objectなのだ。

0709デフォルトの名無しさん

2014/08/06(水) 13:41:03.28ID:sLo31c4x

オブジェクト指向否定する奴らはこんなのばっかり

やっぱりオブジェクト指向は正しいんだな

0710デフォルトの名無しさん

2014/08/06(水) 14:25:45.86ID:hro7czLJ

>>709
オブジェクト指向が正しいって意味わからん

0711デフォルトの名無しさん

2014/08/06(水) 20:50:07.39ID:fky+nf++

>>687

何をわかったのやら。このバーカ

0712デフォルトの名無しさん

2014/08/07(木) 09:22:56.82ID:UtjYrkXD

>>711
その式は副作用が・・・

0713デフォルトの名無しさん

2014/08/08(金) 11:56:26.78ID:HuF5Urg5

下衆な極み

0714デフォルトの名無しさん

2014/08/09(土) 01:20:04.77ID:vhTKaBjI

インターフェース＋拡張メソッドはクラスの依存性を取り除けるいい方法だと思う

ようはstaticメソッドに汎用的な処理を全部書くってことなんだが

0715デフォルトの名無しさん

2014/08/09(土) 21:39:39.47ID:85AgQkaA

美少女の固形便->食う
美少女の軟便->軍艦巻きに乗っけてウニみたいに食う
美少女の下痢便->飲む

多態

0716デフォルトの名無しさん

2014/08/11(月) 03:46:33.33ID:7PxlFrje

>>714
不用意に使うとただのスパゲティだけどな

0717デフォルトの名無しさん

2014/08/11(月) 10:23:51.22ID:zfy5op3+

パスタ大好きっ子でーす

0718デフォルトの名無しさん

2014/08/11(月) 21:27:18.51ID:t6ma4gI9

ペンネコードなら絡まらない・・・

だけど、中身がスッカスカ

0719デフォルトの名無しさん

2014/08/14(木) 12:08:47.90ID:+XhQH/UR

>>715
不覚にも「変態」に見えた

ポリモーフィズムか

0720デフォルトの名無しさん

2014/08/14(木) 12:26:34.04ID:xlLN/xxE

>>719
ワロタ。
俺も言われるまで「変態」だと思ってたわ。

0721デフォルトの名無しさん

2014/08/14(木) 13:55:48.24ID:UiK3whtS

どこが変態なんだ？

0722デフォルトの名無しさん

2014/08/14(木) 14:35:26.45ID:urKwdI18

いや、褒め言葉だろ

0723デフォルトの名無しさん

2014/08/14(木) 14:48:44.56ID:xlLN/xxE

ま、まさか、
「日常のたしなみですが何か？」
とか言うのではあるまいな…？

0724デフォルトの名無しさん

2014/08/15(金) 00:27:01.81ID:4LUeB/cD

ちょっとした偏食

0725デフォルトの名無しさん

2014/08/15(金) 21:09:17.31ID:1cc7xSQI

|　先生！お相撲さんはオブジェクト四股してもいいんですか？
＼＿＿＿　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　Ｖ
　　　 ∧＿∧∩
　　　（　´∀｀）/
　＿ / /　　 / 　
＼⊂ノ￣￣￣￣＼
　||＼　　　　　　　　＼
　||＼||￣￣￣￣￣||
　||　 ||￣￣￣￣￣||

0726デフォルトの名無しさん

2014/08/16(土) 00:31:28.46ID:qVbJRBi7

お相撲さんはオヤカタトシコシコしといて下さい

0727デフォルトの名無しさん

2014/08/16(土) 23:15:25.04ID:b/2hDExA

>>715
なんだろう、軍艦巻きでウニ風ならいけそうな気がしてしまう不思議

0728デフォルトの名無しさん

2014/08/17(日) 20:39:12.19ID:c9VW6Qwc

>>727
美少女の軟便は食べ物だからな
クラスが書きやすい

0729デフォルトの名無しさん

2014/08/18(月) 00:29:29.93ID:RA9sryUQ

0730デフォルトの名無しさん

2014/08/20(水) 04:19:55.36ID:aXMAirYx

オブジェクト指向が使い物にならないと思うのは、単なる手続言語から何の工夫もしない人間の
言い分としか思えない。
だがそういう奴が組んだ「オブジェクト指向コード」はただのスパゲティ

0731デフォルトの名無しさん

2014/08/20(水) 21:09:33.43ID:LZsMnaJ0

俺様がわからないものは、
他の人がわかるはずがない。

根っこに流れているのはこの思想。

0732デフォルトの名無しさん

2014/08/21(木) 00:12:19.96ID:9c2ZCRpO

美少女のうんこを食べてゲロを吐いた場合は例外が飛ぶのか？

0733デフォルトの名無しさん

2014/08/21(木) 19:04:42.73ID:tiRwnYRM

なんだこの糞スレ

0734デフォルトの名無しさん

2014/08/21(木) 20:26:32.18ID:xYHZAt6H

汚物イジェクト指向
すなわち、汚物を汚物として認めない汚物な人たちの考え方

0735デフォルトの名無しさん

2014/08/21(木) 20:33:30.86ID:pfk+bNhI

誰か通訳頼む
この人は何といっていますか

0736デフォルトの名無しさん

2014/08/21(木) 21:12:21.64ID:/84bZOPR

糞レスしている奴は　>>729　を読め！
うんこ（汚物）レスしている奴はうんこスレへ逝け！

0737デフォルトの名無しさん

2014/08/22(金) 23:32:23.25ID:BtBgkxO2

使いこなせないPGは見たことがある。通常の１０倍ほどの行数に膨れ上がるコード書いてた。

0738デフォルトの名無しさん

2014/08/23(土) 12:36:02.59ID:FfLkKFUC

オブジェクト指向は一人でプログラミングする時はとても役立つと思う

でもチーム設計で、仕様書がしっかりしてる現場ならさほど重要性は感じない

0739デフォルトの名無しさん

2014/08/23(土) 13:04:50.81ID:8qi7s3No

>>738
>>729　を読んだか？

0740デフォルトの名無しさん

2014/08/23(土) 13:28:39.02ID:3fjA/9I4

オブジェクト指向を説明してるわけでもないでしょ
読んだでないんだろうね

0741デフォルトの名無しさん

2014/08/23(土) 19:06:48.56ID:6csT3QKU

そんなくだらない事はどうでもいいんだよ

0742デフォルトの名無しさん

2014/08/23(土) 21:41:09.45ID:WD0hjI4I

>>729ってstaticおじさん題材にしたやつか、懐かしい

ぐぐってみたら本家記事もコメ欄ごと残ってるのねw
ttp://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html

0743デフォルトの名無しさん

2014/08/24(日) 17:38:37.06ID:uBdWgXj+

public abstract class Shape
{
　　　　public int X { get; set; }
　　　　public int Y { get; set; }
　　　　public abstract double GetArea();
}
public class Circle : Shape
{
　　　　public double Radius { get; set; }
　　　　public override double GetArea()
　　　　{
　　　　　　　　return Math.PI * this.Radius * this.Radius;
　　　　}
}
public class Rectangle : Shape
{
　　　　public double Width { get; set; }
　　　　public double Height { get; set; }
　　　　public override double GetArea()
　　　　{
　　　　　　　　return this.Width * this.Height;
　　　　}
}
public class Triangle : Shape
{
　　　　public double Bottom { get; set; }
　　　　public double Height { get; set; }
　　　　public override double GetArea()
　　　　{
　　　　　　　　return this.Bottom * this.Height / 2;
　　　　}
}

0744デフォルトの名無しさん

2014/08/24(日) 17:39:29.67ID:uBdWgXj+

public static double GetCircleArea(double radius)
{
　　　　return Math.PI * radius * radius;
}
public static double GetRectangleArea(double width, double height)
{
　　　　return width * height;
}
public static double GetTriangleArea(double bottom, double height)
{
　　　　return bottom * height / 2;
}

0745デフォルトの名無しさん

2014/08/24(日) 17:49:32.37ID:uBdWgXj+

オブジェクト指向って今は当たり前のように言われているけど、
上のレスを比べて有益な理由を説明できる人いますか？

0746デフォルトの名無しさん

2014/08/24(日) 18:41:18.70ID:CuOpZ5wY

酷いコードでつね

0747デフォルトの名無しさん

2014/08/24(日) 18:54:41.38ID:K7l2BZMJ

そのコードだけならメリット微塵もないけど将来的にShape型で突っ込むことが出来るようになるじゃん
丸三角四角どれか分からんけどとりあえずGetArea打てば面積取得できる

0748デフォルトの名無しさん

2014/08/24(日) 19:01:33.33ID:uBdWgXj+

>>746
参考にしたのはここ↓です。
http://msdn.microsoft.com/ja-jp/library/ms173152.aspx

お手本を見せてもらえませんか？

0749デフォルトの名無しさん

2014/08/24(日) 19:11:40.73ID:CuOpZ5wY

>>746
ポリモーフィズムだけに焦点あててるしOOPじゃないよそれは
ただのサンプル

0750デフォルトの名無しさん

2014/08/24(日) 19:12:44.32ID:CuOpZ5wY

749は>>748の間違い

0751デフォルトの名無しさん

2014/08/24(日) 19:17:19.64ID:uBdWgXj+

>>749
そうですよ、ただのサンプルです。
ポリモーフィズムなんて一言も書いていません。
ただ、サンプルを見比べた時の有益性について聞いています。
論点がずれていますよ！

それで、お手本は？
すばらしいコードをみせて見せてもらえませんか？

0752デフォルトの名無しさん

2014/08/24(日) 19:23:21.72ID:CuOpZ5wY

カプセル化されてないの見えないの？お馬鹿さん
Cがお似合いだよ君には
＞すばらしいコードをみせて見せてもらえませんか？
なんで？嫌だよｗ

0753デフォルトの名無しさん

2014/08/24(日) 19:31:53.36ID:uBdWgXj+

>>752
また論点をずらしてごまかそうとしていますね！？
カプセル化とか何言っているんですか？
本当にカプセル化の意味を理解して欠いていますか？
↓を読んでください！
http://e-words.jp/w/E382ABE38397E382BBE383ABE58C96.html

>>746で酷いコードと言ったのはあなたです！
結局カマって欲しいだけで、ろくなコードが書けないということが解りました。

0754デフォルトの名無しさん

2014/08/24(日) 19:37:17.10ID:CuOpZ5wY

>>753
酷いコードって言ってんじゃんだから君がレスしたコードにたいして酷いコードだって
んでソースみたらただのサンプルなんだもん
カプセル化の意味がわかってないのは君だろ見りゃわかるだろ
端から
＞上のレスを比べて有益な理由を説明できる人いますか？
この問に対してのレスじゃないと理解してない君が論点が違うとか言ってんだよ

0755デフォルトの名無しさん

2014/08/24(日) 19:49:42.17ID:uBdWgXj+

>>754
おまえ、本当に馬鹿だな！？
MSに載っているサンプルのプロパティとメソッド替えただけだぞ、それのどこが酷いんだ！？

そこまで言うならコード書いて見せてみろよ！
コードを書けば済む話を論点ずらしてごまかそうとしてるんじゃねぇよ！
どうせ出来ないくせに！カマって欲しいだけだろ！？

まぁ、おまえのような馬鹿はたまにいるけど、だいたい否定しか出来なくて、
実際にやってみろと言われてやったことのある奴はいない！
おまえもその口で、全く理解してないでトンチンカンなことを言っている。
まぁ、馬鹿だからしょうがないか！？
もう、相手にしないので、後は勝手にやってな！大馬鹿ちゃん！

0756デフォルトの名無しさん

2014/08/24(日) 19:51:26.89ID:CuOpZ5wY

>>755
よう馬鹿
ググって理解できないなら本買えよ馬鹿ｗ
もう、相手にしないので、後は勝手にやってな！大馬鹿ちゃん！

0757桃白白 ◆9Jro6YFwm650

2014/08/24(日) 20:36:29.13ID:ac7Ezw4p

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／￣￣　ヽ,
　　　　　　　　　　　喧嘩をやめゅてぇ～♪　　　　/　丶　/　　　',
　　　　　　　　　　　　　　　　　　　　　　　　　ﾉ//,　{ﾟ}　 /¨`ヽ　{ﾟ}　,ﾐヽ
　ふたりをとゅめてぇ～♪　　　　　　　　／　く　ｌ　　ヽ._.イｌ　　　 , ゝ　＼
　 .ｎi 7　　　　　　　　　　　　　　　　　　／／⌒　ﾘ　　　ﾍ_/ﾉ　　　' ⌒＼＼
l^l | | ｌ ,/)　　　　　　　　　　　　　　　　(　　￣￣⌒　　　　　　　　　　⌒￣　＿)
', U ! ﾚ' /　　　／￣￣　ヽ,　　　　　　　｀￣￣｀ヽ　　　　　　　　　　　/´￣
/　　　〈　　 /　　　　　　 ',　　　　　　　 .ｎ　　 .|　　　・　　　　・　　 |
　　　　　ヽっ{ﾟ}　　/¨`ヽ　{ﾟ}, 　　　　　 l^l.| | /）ﾉ　　　　　　　　　　｜
　／´￣￣ .ｌ　　ヽ._.イｌ　　',　　　　　 | U ﾚ'/／)　　　　　　　　　ﾉ
／　　ｨ-r--ﾉ　　　ﾍ_/ﾉ　　　',　　　　ﾉ　　　／　　　　　　　　　∠＿
　　 ,/　　　　　　　　　　　　　ヽ　ｒニ　　　　|　 f＼　　　　　　ﾉ　　￣`丶.
　丿'　　　　　　　　　　　　　　　ヽ､　 `ヽ　　　l　|　　ヽ＿＿ﾉー─-- ､_ 　　）
. !/　　　　　　　　　　　　　　　　　　ヽ、 |　　　|　|　　　　　　　　　　/　　/
/　　　　　　　　　　　　　　　　　　　　　 !jl　　　|ﾉ　　　　　　　　　　,'　　/
　.l　　　　　　　　　　　　　　　　　　　　　 l　　　 |　　　　　　　　　　| 　 ,'
　.|　　・　　　　　　　　　　　　　　　　　　丶　　　ヽ　　　　　　　　　|　 /
　!　　　　　　　　　　　　　　　　　ア!、,　　|　　　｜　　　　　　　　,ﾉ　〈
./　　　　　　　　　　　　・　　　./'　　(　ヽ_＿＿__ﾉ　　　　　　　ヽ.__　＼
　　　　　　　　　　　　　　　　 /　　　ヽ.＿>　　　　　　　　　　　　　　＼__)

0758デフォルトの名無しさん

2014/08/24(日) 22:29:17.90ID:1pmyv6Ja

>>745
元のプログラムがシンプルすぎる場合はOOPのありがたみを実感する事は出来ない
実際のプロジェクトで体感するしか無いね

http://blog.jnito.com/entry/20100717/1279321664

0759デフォルトの名無しさん

2014/08/24(日) 22:37:31.62ID:pcDH3u1P

>>729
のブログ

要するにこのstaticおじさんは

利用現場・その管理側の声
＝
（低性能コンパイラコードを賛美）

と

開発現場の声
＝
（高性能コンパイラ賛美）

の間で挟み撃ちになってるんだが
低性能コンパイラの優秀性を
高性能コンパイラに対してアピール
しようとしてますますドツボにハマっている
わけだ。

0760デフォルトの名無しさん

2014/08/26(火) 01:02:00.06ID:z99lQM7+

美少女クラスでもインスタンスでもどうでもいいわ
くだらん拘りで場を乱されるのが一番現場じゃ迷惑

0761デフォルトの名無しさん

2014/08/26(火) 01:34:05.24ID:om/XTGpv

富豪プログラムしかやったことない人は...

0762デフォルトの名無しさん

2014/08/26(火) 11:09:20.75ID:6VCTgLyq

美少女の派生クラスである

0763デフォルトの名無しさん

2014/08/26(火) 13:18:56.43ID:pnNmkXZo

脱糞放尿美少女
最高クラス

0764デフォルトの名無しさん

2014/08/26(火) 13:29:55.70ID:MKH9aUc8

>>763
class 脱糞放尿美少女 extends 女性 implements 美少女, 脱糞able, 放尿able

…か、個人的には継承するクラスを男性にして男の娘にするかな

0765デフォルトの名無しさん

2014/08/26(火) 14:26:12.72ID:d4+sueLb

美少女はプロパティで成るものと思っていたが、言われてみりゃ振る舞いも必要か

0766デフォルトの名無しさん

2014/08/26(火) 16:16:45.68ID:nk+oPmFW

>>764
それプラス imprements Runnable
いつでもどこでも下痢便脱糞

0767デフォルトの名無しさん

2014/08/26(火) 19:21:55.27ID:dmiBeoKJ

class 脱糞放尿美少女 extends 美少女 with 男性 with 脱糞 with 放尿

0768デフォルトの名無しさん

2014/08/26(火) 20:36:09.25ID:hUn2Lhk7

>>745
>>743 をA >>744 をBとして説明します。
単純にコード量だけを比べればBの方がシンプルに思われますが、
Aのコードはクラスの中にデータを持っていますが、Bのコードにはデータがありません。
Bのメソッドを実行するためには何処かでデータを管理する必要があり、
クラスを使用しないのであれば構造体を使用する事になると思います。
public struct Circle
{
　　　　public int X, Y;
　　　　public double Radius;
}
public struct Rectangle
{
　　　　public int X, Y;
　　　　public double Width;
　　　　public double Height;
}
public struct Triangle
{
　　　　public int X, Y;
　　　　public double Bottom;
　　　　public double Height;
}
C#では構造体は継承する事が出来ないので、コードで書くとこういう感じになると思います。

0769デフォルトの名無しさん

2014/08/26(火) 20:37:46.35ID:hUn2Lhk7

もし基底クラスに共通のプロパティが沢山あったらどうなるでしょう、
描画のためのプロパティとメソッドを追加してみます。
public abstract class Shape
{
　　　　public int X { get; set; }
　　　　public int Y { get; set; }
　　　　public Font TextFont { get; set; }
　　　　public Brush Foreground { get; set; }
　　　　public Brush Background { get; set; }
　　　　public Brush BorderBrush { get; set; }
　　　　public Thickness BorderThickness { get; set; }
　　　　public FontFamily FontFamily { get; set; }
　　　　public double FontSize { get; set; }
　　　　public FontStretch FontStretch { get; set; }
　　　　public FontStyle FontStyle { get; set; }
　　　　public FontWeight FontWeight { get; set; }

　　　　public abstract double GetArea();
　　　　public abstract void Draw();
}
オブジェクト指向で実装すれば、共通に使えるものは基底クラスに定義すれば良くなります、
しかしstaticなメソッドで処理を実現しようとすると、データ構造は継承できないので、
新たな構造（この場合図形）が出てくる度に記載（コピペ）する必要があります。
有益性ということで言えば、この例からも生産性と拡張性が高いと言えるのではないでしょうか。

0770デフォルトの名無しさん

2014/08/26(火) 20:45:49.22ID:hUn2Lhk7

>>746
割り込みすみません。>>743 は参考にされたコードの一部を置き換えた普通のコードだと思います。
MSのサイトに記載されているものなので、技術力のあるエンジニアが記載したものを数人の有識者がレビューしているはずです。
もちろん英語のサイトにもあって、それを翻訳して掲載しているものです。
http://msdn.microsoft.com/en-us/library/ms173152.aspx

これが酷いコードであれば当然レビュー指摘を受けて修正させられているはずです。
今まで書いてきたコードがどのようなものかは解りませんが、ご自身の認識を改められたほうが良いと思います。
ものすごく単順に言うと、MSのサイトに記載されているコードの方が、あなたの認識より信頼度が高いということです。
もし、それでも酷いコードであると思うのならば、ご自信のコードを晒してみてはいかがでしょうか。

0771デフォルトの名無しさん

2014/08/26(火) 20:48:39.68ID:om/XTGpv

思い込みもここまで来ると

0772デフォルトの名無しさん

2014/08/26(火) 21:12:29.90ID:J5pRhLKB

>>764
class 脱糞放尿美少女 : 美少女, 脱糞Provider, 放尿Provider

で、拡張メソッドで脱糞と放尿を実装する

0773デフォルトの名無しさん

2014/08/26(火) 22:57:28.46ID:l0Y41UVi

>>770
いつまでスレチな話題を続けるつもりだ？

0774デフォルトの名無しさん

2014/08/26(火) 23:13:17.84ID:3+0a9yno

>>770
初心者スレでやれ

0775デフォルトの名無しさん

2014/08/26(火) 23:20:15.76ID:n283KxnX

やっぱり美少女問題がこのスレのあるべき姿なのか？

0776デフォルトの名無しさん

2014/08/26(火) 23:28:47.60ID:J01AMfM3

>>770
＞MSのサイトに記載されているものなので、技術力のあるエンジニアが記載したものを数人の有識者がレビューしているはずです。
自分で良し悪しの判断もつかないようじゃダメだよ

0777デフォルトの名無しさん

2014/08/26(火) 23:30:07.43ID:4Rp5YETb

ID:l0Y41UVi = ID:3+0a9yno

0778デフォルトの名無しさん

2014/08/26(火) 23:32:17.06ID:J01AMfM3

>>777
被害妄想も鬱陶しいわ
他でやれ

0779デフォルトの名無しさん

2014/08/26(火) 23:37:42.89ID:rphrvnai

ID:l0Y41UVi = ID:3+0a9yno = ID:J01AMfM
こんな過疎スレに短時間で3つの新規IDが湧くはずがない

0780デフォルトの名無しさん

2014/08/26(火) 23:52:36.69ID:3+0a9yno

いいから他でやれ

0781デフォルトの名無しさん

2014/08/26(火) 23:52:42.12ID:J01AMfM3

>>779
専ブラで開いてるスレ更新したらすぐわかるけど…
ちなみに全部違う人だと思うけど少なくとも俺は違う自演する理由がない

0782デフォルトの名無しさん

2014/08/27(水) 02:05:02.76ID:7YFbSQAl

ようはMSですらｵﾌﾞｼﾞｪｸﾄ指向とか言って
知らず知らずのうちにへっぽこコード書いていたって話し？

0783デフォルトの名無しさん

2014/08/27(水) 07:44:23.83ID:/J0QHWWC

実際にはほとんど実用的などコードを書けない方法論狂信者に
多くの人がまんまと騙されていたんだろうな

0784デフォルトの名無しさん

2014/08/27(水) 07:47:29.81ID:/J0QHWWC

Rubyとかどうするんだろう
まるきり影響受けてシンタックスドンドン変えていって
あのカオスな言語仕様にしてしまって

0785デフォルトの名無しさん

2014/08/27(水) 08:31:41.95ID:L0Jm1RMG

何を書き込もうが、必死で自演しようが、
コードが載せられなければ何の説得力も無い

0786デフォルトの名無しさん

2014/08/27(水) 11:34:44.48ID:AeFXd/uK

教える気がないんでしょ

0787デフォルトの名無しさん

2014/08/28(木) 08:31:36.40ID:pu2HxkGi

うんコード・クソース載せてボコられるのがいやなんでしょ

0788デフォルトの名無しさん

2014/08/28(木) 20:32:18.07ID:3R7BbeAy

うぇるかむつーhttp://peace.2ch.net/test/read.cgi/tech/1408962564/
公開オナニーを生きがいとする奴らが集っています‥

0789デフォルトの名無しさん

2014/08/28(木) 20:48:50.42ID:jrv4a9x8

客）美少女なんだから排便機能要らないよ。
俺）ではHumanクラスを継承して排便イベントの発生条件の変更と排便時の通知機能を隠蔽するよう、修正すると言うことでよろしいでしょうか。
客）誤解しているようだが、美少女は隠れて排便するんじゃなく、排便自体が無いんだよ。
俺）そんな…それではキューに溜まった便が排出できずに腸クラスが管理できずにオーバーフローを起こしますよ。
そんな事したらすぐにシャットダウンですよ。つまりすぐに死んでしまいます。
客）それを何とかするのが御社の仕事ではないのですか？御社の実績を見込んでの契約なんだよ。
俺）契約ではhumanライブラリの利用を前提とした容姿の改善となっています。
客）そうだよ。排便メソッドがインターフェースに存在している以上、容姿の改善として必須の対応項目でしょう。排便メソッドが存在しているなんてそんなの美少女じゃなぁい。
俺）ふぅ、承知致しました。それではhumanライブラリを改変して新たに美少女ライブラリを作成いたします。
humanライブラリのライセンスはLGPLですので改変の場合は公開義務が発生いたします。
今回弊社が開発したソフトウェアの著作権は御社に譲渡する事になっています。
つまり、排便メソッドを削除した美少女ライブラリを御社名義で公開しなければなりませんがそれでも宜しいでしょうか。

0790デフォルトの名無しさん

2014/08/29(金) 08:59:21.75ID:iKuMhGCk

>>775

例題としては有りだと思うよ。

0791デフォルトの名無しさん

2014/08/29(金) 09:18:08.84ID:iKuMhGCk

脱糞しろと言われたら、美少女として何らかのリアクションが必要なのではないだろうか。
コンパイルで弾く事に疑問を感じる。

0792デフォルトの名無しさん

2014/08/29(金) 09:23:17.17ID:Bwk7jxqw

メソッドがないときは実行時エラーで

0793デフォルトの名無しさん

2014/08/29(金) 09:26:58.66ID:iKuMhGCk

黙れ小僧！それで顧客満足が得られるか！

0794デフォルトの名無しさん

2014/08/29(金) 11:49:48.89ID:8CYlhDKE

>>791
個人的には、美少女への脱糞命令そのものがあり得ないな
むしろそんな命令をするプログラムはバグっている

0795デフォルトの名無しさん

2014/08/29(金) 12:29:33.62ID:hNCS4Fg4

なにいってだこいつ

0796デフォルトの名無しさん

2014/08/29(金) 18:29:19.96ID:tst07tzv

上司に虐められここで暴れるな

0797デフォルトの名無しさん

2014/08/29(金) 19:41:08.03ID:VugVcqgZ

>>792
>>662

>>794
>>663

0798デフォルトの名無しさん

2014/08/30(土) 03:38:05.28ID:66fjylvI

スカトロを実行しようとしたら相当に肝が据わってないと無理だぞ！
どんなに糞が臭いと思ってるんだ
そういうのもメンバ関数にパラメータとして与えるべきだと思う

0799デフォルトの名無しさん

2014/08/31(日) 21:03:54.28ID:hZlYlHHY

クラスを設計するだけなら肝がすわってなくても平気だろ
美少女クラスの設計は楽しいもんだ

0800デフォルトの名無しさん

2014/08/31(日) 21:55:20.67ID:iO5iN/7U

机上の空美少女だな

0801デフォルトの名無しさん

2014/09/01(月) 00:26:46.87ID:WmSwoar8

捕らぬ美少女の糞算用とも言うな

0802デフォルトの名無しさん

2014/09/02(火) 19:06:49.86ID:ylv6qIif

美少女クラスが時間経過でババアクラスに豹変するのをどう設計すればいいのかがわからない。

0803デフォルトの名無しさん

2014/09/02(火) 19:56:04.01ID:BxPdE7CF

美少女というクラスはあるオブジェクトに対する評価で評価物と評価者の間に存在するつながりの一種だ

0804デフォルトの名無しさん

2014/09/02(火) 22:54:26.40ID:h4iRRc1G

ウンコするの？

0805デフォルトの名無しさん

2014/09/02(火) 22:57:18.51ID:H/l86JX/

美少女のうんこが苦いというプロパティはどこに？

int beautyGirlsUnko() { return very_bitter; }

0806デフォルトの名無しさん

2014/09/02(火) 23:26:32.80ID:T5knonjg

まずintじゃないと思う。引いてはenum型でもないのかなと
苦さというなら味覚フォーマットを汎用的に規定すべきでは
嗅い、食感に関するデータも絡むだろうけど、とりあえずは将来の拡張の余地を残しておけば問題ないかな
客観情報としての定義と、味覚判断する側のデータ型は別持ちにするべき
食べる側の体調や精神状態によるところが大きいと思うし
たとえば俺だとintだと-1返し続けるしかないと思うけど、それだと情報不足かもしれないね
そもそも無理です、って伝えたいが故のエラー定番な値を返してるってのに、腹一杯で食べられないだけだと判断されても困る

願わくば、「美少女もうんこはするし、それは食べ物ではない」、という俺みたいな特殊な認識にも対応した表現ができる設計であって欲しいと思う

0807デフォルトの名無しさん

2014/09/03(水) 08:52:40.20ID:ql9acggS

intのビットフィールドでまあいいかな

0808デフォルトの名無しさん

2014/09/03(水) 12:31:18.69ID:w57je16S

>>806
間違った認識で設計を進めるとシステムが無駄に複雑になるんだよな

美少女はウンコをしないというのが唯一解だ

0809デフォルトの名無しさん

2014/09/03(水) 19:12:15.35ID:qW20Ksi1

>>808
>>663

0810デフォルトの名無しさん

2014/09/03(水) 19:56:12.00ID:VIvsBTwH

>>808
美少女がウンコしなかったら美少女のウンコが食えなくなるじゃないか
それはやめてくれ

0811デフォルトの名無しさん

2014/09/03(水) 21:11:23.29ID:TCoLldH3

栗饅頭を食べると旨いけど、なくなるだろ？
でも食べないと、なくならないけど旨くないだろ？
どうしたらいい？

ドラ「はい、バイバイン」

0812デフォルトの名無しさん

2014/09/04(木) 02:18:59.70ID:B/UF4Mgg

ウンコはどう考えればいいんだ
リソースなのか？

0813デフォルトの名無しさん

2014/09/04(木) 03:08:22.81ID:OCBOYGfu

まず事象としてはストリームであり、返り値としてのオブジェクトでもあると考えるべき
やや同期処理が複雑化することにも配慮する必要がある
標準入出力との整合性と非同期IOの両立が必要になる
排便と並行で排尿を伴うことがあるが、片方のみ完了した段階で清掃行為を始めても結局ロックされてない方の排泄物に塗れてしまうからだ
これは構造的なデッドロックである。一台の便器リソースの上でこの問題を並列処理することは不可能と思われている。効率的な並列処理方法の発明が待たれる課題と言えよう
個人的には楽観的ロックの活用の余地があると思う。さらにより積極的には、エラー忘却型コンピューティングの適用が可能な分野ではなかろうか

0814デフォルトの名無しさん

2014/09/04(木) 13:02:27.46ID:7dB2Q1uZ

>>812
美少女のウンコは高級食材

0815デフォルトの名無しさん

2014/09/04(木) 16:01:00.65ID:mQNqO57b

Unko haiben()のパラメータにlong moneyが必要なのね
美少女のインスタンスによっては、Integer.MAX_VALUEを渡してもお金足りない

0816デフォルトの名無しさん

2014/09/04(木) 19:12:20.03ID:89WWur94

いやloveも必要だ
しかし俺には型が分からない

0817デフォルトの名無しさん

2014/09/04(木) 21:02:07.58ID:gpU5zEQW

もう議論が嫌になったと見える

0818デフォルトの名無しさん

2014/09/04(木) 21:19:47.28ID:QAcwrcLQ

だーから、大前提として「美少女はうんこしない」って言うのがあるわけ。これが唯一にして絶対の要件。
実行時エラー吐き出すだの隠蔽すればいいだのそんなのは実装として間違い。
存在しないはずのものがあるから実行時エラーで死ぬし、隠蔽しないといけなくなるんだろ。

スカトロマニアの言っている「美少女のうんこが存在しなくなる」っていうのは別の要件だから、
「美少女」から派生した「うんこする美少女」を実現すれば解決する話だろ。

0819デフォルトの名無しさん

2014/09/05(金) 00:33:45.27ID:a7+2CN2u

単細胞のゾウリムシですらウンコするというのに・・・

0820デフォルトの名無しさん

2014/09/05(金) 02:03:37.06ID:GdbQxB5G

ここはスカトロ派の勝ちだろ
スカトロ思考に従ってクラスを設計しよう

0821デフォルトの名無しさん

2014/09/05(金) 02:21:38.69ID:7uQ6AMFi

美少女がうんこするかどうかは要件次第だよ。
普通はしないが、スカトロが要件に入っていたらする必要がある。
だから、通常の美少女クラスには持たせられないが
排便インタフェースを持った派生クラスの形での実装はアリだと思うんだ

0822デフォルトの名無しさん

2014/09/05(金) 03:01:52.07ID:a7+2CN2u

それは微妙だな
スカトロ美少女でも、最初は普通の美少女だったんじゃないかと思う
なにかのきっかけで「変化」が起きると、排便するようになるものと考えられる
つまり、排便は美少女の「バックドア」が開くことによって発動する
実装ではなく、「脆弱性」なのではないか

0823デフォルトの名無しさん

2014/09/05(金) 10:11:53.01ID:kg7b/6er

ウンコ穴（セキュリティホール）

0824デフォルトの名無しさん

2014/09/05(金) 11:57:38.23ID:qmuQRxyX

じゃあ、やおい穴は？

0825デフォルトの名無しさん

2014/09/05(金) 14:26:29.69ID:DyBFlc/l

糞(人糞)=人が飲食して内臓器官で栄養を吸収た後の残りかす
糞クラスに必要な要素とは
皆様考査をよろしくお願いします

0826デフォルトの名無しさん

2014/09/05(金) 16:37:02.72ID:bsJL9R2a

>>825
美少女がご飯を食べ、なおかつ100％消化吸収出来ない事
まずだいたい当てはまると思うw

0827デフォルトの名無しさん

2014/09/06(土) 00:23:03.66ID:+Cq7+s9w

まずヒト科ヒトを定義するところから始めろ

0828デフォルトの名無しさん

2014/09/06(土) 00:27:12.12ID:FxO0l8rM

まずは原子からだろ

0829デフォルトの名無しさん

2014/09/06(土) 01:25:32.56ID:41blr29b

ユーザーの意見とかを無節操に取り入れていくと破綻するってことがよく分かるスレだな。
あらゆるジャンルとかを表現するには、
まだまだプログラム言語は貧弱すぎるってだけのこと。

0830デフォルトの名無しさん

2014/09/06(土) 01:43:34.98ID:OMjL4jEt

入門書等で現実に則した、とはよく言うけど現実に則したら>>828の言う通り人クラス作るためには原子から始めないといけないからなｗ

0831デフォルトの名無しさん

2014/09/06(土) 06:16:39.46ID:tSCKRkac

どれが解として汎用的なのか
・美少女は、ヒトと同等の食物を摂取するが、100% 消化率を持つため、排泄に至る廃棄物が体内に生じない
・美少女は、排泄を要する廃棄物が体内に生じるほどの食物を摂取しない
・美少女は、体内に生じた廃棄を、ウンコに代わる美しい排泄物または形態を以って排泄する
・美少女を生き物の枠でくくるとか無理

0832デフォルトの名無しさん

2014/09/06(土) 07:57:20.17ID:1x8EnNND

現実の則して、がキモスMAXなアホを量産しただけなのがよく分かるなｗ

0833デフォルトの名無しさん

2014/09/06(土) 09:11:35.63ID:K6q5qWzS

非現実的なプログラミングでは非現実的な仕様は満たせない

0834デフォルトの名無しさん

2014/09/06(土) 09:12:06.43ID:chlXawyT

奥が深いな

0835デフォルトの名無しさん

2014/09/06(土) 12:39:04.23ID:bqJb4ygb

・美少女はイチゴしか食べないから、イチゴミルクを排泄する

0836デフォルトの名無しさん

2014/09/06(土) 13:01:10.89ID:/bkdNzZR

非現実的なプログラミングでしか非現実的な仕様は満たせない

0837デフォルトの名無しさん

2014/09/06(土) 15:41:53.10ID:v/IF1bgH

こういう一見くだらない議論を徹底的にしないと本当のオブジェクト指向の知識が身に付かないんだよな
ところで>>831

俺はどれも賛成しないな
美少女もくっさいくっさいウンコをする
それを食べる事にこそ価値があると思う

0838デフォルトの名無しさん

2014/09/07(日) 06:20:52.72ID:XizgQSPQ

不毛な議論を何時間、何日間、何年続けても不毛だけどな。

0839桃白白 ◆9Jro6YFwm650

2014/09/07(日) 09:21:21.93ID:bAAOGsFe

　　　　　　　　　　　|
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･`)
　　　　　　　　　　　　　(|　　　|)::::
　　　　　　　　　　　　　(γ　/:::::::
　　　　　　　　　　　　　　し＼:::
　　　　　　　　　　　　　　　　　＼

0840デフォルトの名無しさん

2014/09/07(日) 09:26:14.11ID:/xMXQIAp

そりゃ、ウンコを何時間、何日間、何円間眺め続けてもウンコだわな。

0841デフォルトの名無しさん

2014/09/08(月) 09:26:16.80ID:95P8owa8

ウンコを何日も眺め続ければ発酵などを伴い物質的に変化するだろ。

0842デフォルトの名無しさん

2014/09/08(月) 23:11:18.77ID:OWA9QNF6

つまりFIFOクラスを実装することになる訳だ。

0843デフォルトの名無しさん

2014/09/08(月) 23:47:47.45ID:ufQ8S1WX

つまり、Unkoを積むキューがあるわけだな

0844デフォルトの名無しさん

2014/09/09(火) 00:07:03.88ID:kIMuAYU9

単細胞生物にも細胞肛門があってウンコをする
単細胞生物にも美少女がいるとしたら、ウンコをするのかしないのか？
これによって美少女クラスの継承が大きく変わってしまうぞ

0845デフォルトの名無しさん

2014/09/09(火) 10:47:33.30ID:9biGiWMs

RNAかDNAしか持たない半生物、つまりウイルスかもしれない。
熱狂は出血熱の一種の恐れもある。

0846デフォルトの名無しさん

2014/09/09(火) 14:18:59.60ID:gwS2ebzP

このスレに隔離されている限り安全

0847デフォルトの名無しさん

2014/09/09(火) 19:09:49.18ID:kp00Q8e9

>>830
でも、原子クラスだけを作ったところで人オブジェクトは作れないでしょ
どの分子を使って、それらをどのように配置して、といった情報も必要
つまり、原子より上位の情報を表現したクラスも人オブジェクトを作るためには必要
そして、下位（例えば、原子）の情報を表現したクラスが人オブジェクトにとって機能上必要ないと判断すれば
その実装は省略しても良いのでは
だから、人オブジェクトを作る時に原子クラスを実装していないからといって
オブジェクト指向が現実に則してオブジェクトを作っていないと安易に言えないのでは

0848デフォルトの名無しさん

2014/09/09(火) 21:51:31.56ID:ACZnc7/q

オーバーライドで何もしないようにすればいい話だろ。

0849デフォルトの名無しさん

2014/09/09(火) 22:28:27.08ID:aH1xMpvJ

>>847
原子を避けて通るのは将来の拡張において不具合を生む可能性にならないか？
例えば呼吸するメソッドを作るにしても、ただ息を吸うだけで済むなら実装する必要ないけど、
体内にもつ酸素分子を二酸化炭素分子に変換させろ、とかが追加案件で降ってきたら爆死しそうだ

0850デフォルトの名無しさん

2014/09/09(火) 23:10:13.93ID:kp00Q8e9

>>849
なるほど、ためしてガッテン系ですか
ゲームにばかり目が向いていたので盲点でした
あれはいろんな分子や器官を実装しないといけないので大変そうですね
放射線の案件なんかが来た時には…

0851デフォルトの名無しさん

2014/09/09(火) 23:37:24.93ID:GVPse+39

美少女のあの消化液の強烈な苦味と強烈な悪臭どうにかならないかなあ
いい味を感じていい匂いに感じるように俺の舌と鼻クラスも改造したい

0852デフォルトの名無しさん

2014/09/11(木) 07:20:58.68ID:HBrj4G/Y

美少女インターフェースを使えば解決

0853デフォルトの名無しさん

2014/09/11(木) 09:27:35.97ID:Wf5PAqOh

↑はアホの代表

0854デフォルトの名無しさん

2014/09/11(木) 11:17:57.47ID:awRn/eWy

↑は、そのアホに規制して生きてるダニ

0855デフォルトの名無しさん

2014/09/11(木) 12:25:40.14ID:TzXqzUOg

↑はウンチする方の美少女

0856デフォルトの名無しさん

2014/09/11(木) 22:12:40.61ID:Cc2k1xNo

→ 普通に美少女

0857デフォルトの名無しさん

2014/09/12(金) 00:23:27.66ID:jWAgZsfc

↓美少女が一言

0858桃白白 ◆9Jro6YFwm650

2014/09/12(金) 07:00:49.05ID:9osvpauL

　　　　　　　　　　　　＿＿＿_
　　　　　　　　　　　／　　　　＼
　　　　　　　　　　／　─　　 ─　＼
　　　　　　　　／　（●）　（●）　＼　　　　　　　おはおー
　　　　　　 |　　　（__人__）　　　 |
　　　　　　　　＼　　　｀⌒´ 　　　,／
　　　　　　　　／　　　　ー‐　　　　＼

0859デフォルトの名無しさん

2014/09/12(金) 21:37:50.77ID:AMfZrM7u

>>875はどのの時代の人間なんだろうか？

0860デフォルトの名無しさん

2014/09/12(金) 22:19:31.46ID:U4wM2UPd

15レス先の未来に決まってる

0861デフォルトの名無しさん

2014/09/13(土) 06:21:35.53ID:1EEtulRT

C++とC言語の中間の言語が最強だなぁ

0862デフォルトの名無しさん

2014/09/13(土) 06:54:29.39ID:WU+mcApI

>>861
それは C に C++ の何を追加すればいいのか？
あるいは C++ から何を排除すればいいのか？

はっ embedded C++ ‥‥

0863デフォルトの名無しさん

2014/09/13(土) 08:29:39.23ID:n2gLy+qF

言語に拘ってる奴は総じてカスなのがガチ

0864デフォルトの名無しさん

2014/09/13(土) 10:37:30.59ID:IDCmmlK7

美少女は継承しないよ

0865デフォルトの名無しさん

2014/09/13(土) 10:55:17.34ID:0rLdV7Vq

俺は美少女のサブクラスだけど、何か質問ある？

0866デフォルトの名無しさん

2014/09/13(土) 12:13:32.05ID:WU+mcApI

>>865
継承元スーパークラスを複数お持ちのようですね‥

0867デフォルトの名無しさん

2014/09/13(土) 15:18:05.39ID:VE/fbqWK

排便を Dispose() と考えてみたら閃いたんだ
普通の人間は Dispose() しないとウンコの圧迫が起こるんだ
でも、美少女は Dispose() の必要がないからマネージなんだ
ウンコはアンマネージリソースだったんだ

0868デフォルトの名無しさん

2014/09/13(土) 17:34:58.18ID:15BeafyY

排便じゃなく肛門にDispose()が必要なんじゃね？

0869桃白白 ◆9Jro6YFwm650

2014/09/13(土) 17:38:59.71ID:wjssHkxb

そういえばインタフェース使ってメソッドを隠蔽するやり方があるよね。

public class Test {
　public static void main(String[] args) {
　　BeautifulGirl girl = new Human();
　}
}

interface BeautifulGirl {

}

class Human implements BeautifulGirl {
　public void unko() {
　　System.out.println("ぶりぶりー");
　}
}

0870デフォルトの名無しさん

2014/09/13(土) 18:15:54.56ID:WU+mcApI

>>869
BeautifuGirl <- Human なのか？結局 >>424 なのか？

0871デフォルトの名無しさん

2014/09/13(土) 23:07:09.69ID:5wElGZSY

じゃあもうこれでいいじゃん

class Human {
　public void unko() {
　　System.out.println("ぶぼぼっ、ぶばっ！");
　}
}

interface BeautifulGirl {}

class BeautifulGirlHuman
extends Human
implements BeautifulGirl
{
　public void unko() {
　　throw new ImpossibleUnkoException;
　}
}

0872デフォルトの名無しさん

2014/09/13(土) 23:21:11.36ID:oDcdBDm2

どう見ても非検査例外じゃねえと思う

0873デフォルトの名無しさん

2014/09/14(日) 00:29:38.76ID:pYL8ChvE

>>871
あれ？美少女のウンコ食えなくね？

0874デフォルトの名無しさん

2014/09/15(月) 01:15:54.84ID:jSabMZv+

>>873
ウンコする美少女は、いわばこういうことだ

class Human {
　public void unko() { System.out.println("ぶぼぼっ、ぶばっ！"); }
　public void appearance() { System.out.println("美しくない"); }
}

interface FakeBeautifulGirl {}

class FakeBeautifulGirlHuman
extends Human
implements FakeBeautifulGirl
{
　public void appearance() { System.out.println("フェイクにより外見のみ美少女となった"); }
}

0875デフォルトの名無しさん

2014/09/15(月) 10:45:55.11ID:wrfh+9F0

>>874
なるほどこれが一番現実に近いクラス設計だな
美少女のウンコも結局普通の人のウンコと同じ

しかし食えるか食えないか、そこだけに差がある
それとやはり見た目が可愛い(*^_^*)

0876870

2014/09/15(月) 15:59:38.73ID:VIfM4oIh

結局 >>424 なのか？

0877デフォルトの名無しさん

2014/09/15(月) 16:21:02.66ID:KIOI8KER

イダルトゥを見て美を感じるなら、それが解であろう。

0878デフォルトの名無しさん

2014/09/15(月) 16:48:16.02ID:Cx7MKABq

美少女はウンコしないが好きな食べ物や嫌いな食べ物がある
つまり食物は摂取するという事だ
ということは美少女が食べた物はウンコに変換される前にブラックホールに消え去ってしまうという事なのだろう
美少女自体は排便機能を持たないがブラックホールに委譲してるわけだな

class Blackhole {
　public void unko() {
　　System.out.println("event horizon!");
　}
}

class BeautifulGirl {
private Blackhole asshole = new Blackhole();

　public void unko() {
　　this.asshole.unko();
　}
}

もし美少女がトイレに入ればそこにはブラックホールが発生している可能性がある

0879デフォルトの名無しさん

2014/09/16(火) 04:24:26.41ID:Lca7H6PK

ホントは知ってて言ってるんでしょ？
サナダムシがいるんだよ

0880デフォルトの名無しさん

2014/09/19(金) 00:43:45.78ID:OKwVWCiL

>>875
ウンコしないよ

0881デフォルトの名無しさん

2014/09/19(金) 04:56:29.83ID:byS0udTb

微生物が全部分解して口からガスになって出てくんだよ

0882デフォルトの名無しさん

2014/09/19(金) 07:09:48.16ID:W51CG8r7

口から屁が出てくるのか
それはそれで嫌だな

0883デフォルトの名無しさん

2014/09/19(金) 22:06:49.31ID:dw3A5iNu

>>1-10辺りを読んで下までスクロールしたら
話題が全然変わってなくて噴いた

0884デフォルトの名無しさん

2014/09/19(金) 22:10:56.75ID:GUgRmWP+

話題が変わらないどころか、話をしてる人も変わってないんだよ。

0885デフォルトの名無しさん

2014/09/20(土) 13:03:28.31ID:q935tC4o

関数呼び出しとメソッドのオーバーヘッドに違いは有るのだろうか？

0886デフォルトの名無しさん

2014/09/20(土) 16:59:21.51ID:DBxsgTpv

そりゃメソッドは呼び出しまで確定しないからな

0887デフォルトの名無しさん

2014/09/22(月) 00:00:14.31ID:pAHEDIwB

ところで美少女のウンコにも種類があると思うんだけど、そこはポリモーフィズムで表現するのか？

便秘便・自然便・軟便・下痢便　それぞれの味と香りを表すクラス？

0888デフォルトの名無しさん

2014/09/22(月) 00:03:42.09ID:g2Ql2lun

フィールドで

0889デフォルトの名無しさん

2014/09/22(月) 00:50:58.39ID:7V2OgHvP

>>887
MIMEタイプ

0890デフォルトの名無しさん

2014/09/22(月) 12:12:17.54ID:u93Qxjkl

application/octet-streamっぽい

0891デフォルトの名無しさん

2014/09/22(月) 16:58:52.77ID:LvPIFofq

色とか形とかcssなどのスタイルの話だろ。

0892デフォルトの名無しさん

2014/09/23(火) 09:55:36.17ID:UljEbdbt

ロボコン世界大会見てたんだが、設計段階でオブジェクト指向が必須だと痛感した
無駄に複雑に作った挙句に動作の肝がアナログすぎる

複雑な構造は、故障するリスクが増大し
アナログな調整が必要なのは、挙動のミスを誘発する
オブジェクトに出来る事は徹底的に専念させて任せるべき

0893デフォルトの名無しさん

2014/09/23(火) 10:03:23.02ID:UljEbdbt

結果は静的オブジェクトに対して人が介在する余地を極力排除して
介在し無くてはならない箇所に人は専念したチームが最初から最後まで
ミスが一度もなく安定してダントツのぶっちぎりで勝ってた

0894デフォルトの名無しさん

2014/09/23(火) 12:04:12.20ID:0GR7DMvy

ぶっちぎりの美少女クラスを設計したいな
Unkoオブジェクトの設計が特に大事だと思う

0895デフォルトの名無しさん

2014/09/23(火) 23:10:12.64ID:Nq6dJy9E

美少女てのは人以外にもあるんだしインターフェイスか多重継承

0896デフォルトの名無しさん

2014/09/24(水) 08:45:04.94ID:WFTQdxOj

オブジェクト指向って、インスタント食品をつくるみたいな感じで、
プログラミングしている気がしないね。

0897デフォルトの名無しさん

2014/09/24(水) 08:46:22.19ID:cE+EEWCp

全く分からないｗ

0898デフォルトの名無しさん

2014/09/24(水) 12:40:52.70ID:X4p6+nxl

インスタントだろうがうまいもんだったら OK

0899デフォルトの名無しさん

2014/09/24(水) 13:38:19.75ID:27efG/Se

インスタント食品そのものを作るのかと思った

0900デフォルトの名無しさん

2014/09/24(水) 14:32:13.06ID:vR0uv7uc

インスタンス食品

0901デフォルトの名無しさん

2014/09/24(水) 20:15:47.87ID:8WLT/KOc

>>900
お年を召された方とはつゆ知らず大変失礼いたしましたことお詫び申し上げます

0902デフォルトの名無しさん

2014/09/26(金) 13:28:08.01ID:Q2vsaeew

>>887
ウンコしないよ

0903デフォルトの名無しさん

2014/09/26(金) 23:12:19.24ID:xr9NkI3J

>>898
味さえ良ければいいわけではなかろう。
食品に含まれる体に好ましくない成分（例えば防腐剤とか農薬とか合成着色料とか化学調味料とか
甘味料とかいろいろありそうだ、俺はその辺詳しくないから最も的確なものを説明はできんが）とか、
産地や賞味期限や何の肉なのかの偽装表示とか、放射能のベクレル検出量が高いとか、栄養のバランス
に問題がないかとかを気にしたほうがいいだろうな。

0904デフォルトの名無しさん

2014/09/26(金) 23:15:36.30ID:lQgqSm+m

やはり愚かである
http://mysearch.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%E3%81%AF%E6%84%9A%E3%81%8B%E3%81%AA%E8%80%83%E3%81%88

0905デフォルトの名無しさん

2014/09/27(土) 00:03:01.28ID:2YkqVza8

>>903
それ別にインスタント関係ないし

0906デフォルトの名無しさん

2014/09/27(土) 03:14:22.72ID:tkA+uJKc

美少女は超越した存在であるのでオブジェクト化できないよ

0907デフォルトの名無しさん

2014/09/28(日) 08:31:46.06ID:JIuEAavz

超越した存在クラスを継承するってことか

0908デフォルトの名無しさん

2014/09/28(日) 09:23:29.27ID:kOgp2LjF

つまり抽象的なものなので
それを実体化したものは全て「ただの人」になるってことじゃないの？

0909デフォルトの名無しさん

2014/09/28(日) 15:34:52.25ID:MhJMUX/f

糞すら食える気にさせる美少女ってただの人を超えてるよな

0910デフォルトの名無しさん

2014/09/28(日) 16:33:13.20ID:aXwgPgZg

天使

0911デフォルトの名無しさん

2014/10/06(月) 16:32:42.58ID:5atgaD4t

美少女のウンコを食うことがなぜ愚かなのか

0912デフォルトの名無しさん

2014/10/06(月) 17:38:23.64ID:WyBFAJxm

誠愚かの極み

0913デフォルトの名無しさん

2014/10/08(水) 21:49:29.37ID:vy3gGoVS

美少女の食糞は文化だな
これをクラス化するのは非常に難しくて驚く

0914デフォルトの名無しさん

2014/10/08(水) 22:30:16.12ID:hP0aEtf7

この問題だれが考えたの？
センスいいなｗ

0915デフォルトの名無しさん

2014/10/08(水) 22:36:53.12ID:0/yzM00L

>>424 のセンスもなかなかのもの‥本末転倒が正解なんだ‥

0916デフォルトの名無しさん

2014/10/10(金) 16:32:03.17ID:7A0fF6Qy

うんこしてる時点で美少女じゃないだろ

0917デフォルトの名無しさん

2014/10/10(金) 19:30:54.01ID:hQuTKqvQ

だからそういう問題設定だろ

0918デフォルトの名無しさん

2014/10/12(日) 09:18:58.86ID:dVkiLASS

お客様は神様なのか？

0919デフォルトの名無しさん

2014/10/12(日) 13:50:00.01ID:n4H9xNXC

美少女が神様だろ
で、人間は神様の質の悪いイミテーションなわけだから…

!!! 結局>>424に行き着くのか?!

0920デフォルトの名無しさん

2014/10/13(月) 10:36:57.10ID:rZriUTWi

大規模プログラムをあまりしたくない人？
コードの流用をしないで、開発効率を落としたい人のスレッド？？

0921デフォルトの名無しさん

2014/10/13(月) 10:38:04.76ID:rZriUTWi

あとオブジェクト指向は、頭固い人と、完全主義的な人にはあまり好まれないかな？

0922デフォルトの名無しさん

2014/10/13(月) 11:05:24.01ID:PPv6Llzm

んー完全主義者の方が好むと思うんですけど‥実際どうなんでしょう？

0923デフォルトの名無しさん

2014/10/15(水) 06:53:38.00ID:okeZbcHF

COBOLからJavaへの移植案件がことごとく失敗した理由はここにある

0924デフォルトの名無しさん

2014/10/15(水) 08:00:06.36ID:5uiN1y6H

どこ？

0925デフォルトの名無しさん

2014/10/15(水) 14:35:19.14ID:E9Sq+YP1

COBOLの移植案件破綻はオブジェクト指向の副作用によるもの。
アホみたいに規模が大きくなるとメンバ変数がグローバル変数に豹変する。

0926デフォルトの名無しさん

2014/10/15(水) 16:26:10.45ID:hrBmyTxM

staticおじさん？

0927デフォルトの名無しさん

2014/10/15(水) 18:39:45.50ID:ldr17fUQ

昔は美少女がCOBOLで書かれていたってことか？

0928デフォルトの名無しさん

2014/10/15(水) 20:00:27.90ID:hrBmyTxM

うむ。COBOLを作った頃のホッパー氏は美少女と言えなくもないぐらいの歳ではなかったか？

0929デフォルトの名無しさん

2014/10/15(水) 20:07:34.10ID:lpgCjhbv

COBOLの美少女なら俺の隣で寝てたけど、gotoが多すぎてどっか行っちゃったよ

0930デフォルトの名無しさん

2014/10/15(水) 23:18:16.67ID:S0G5IAlY

COBOLはクソだけどコボラーのinとout絶対主義という文化は見習うものがある

0931デフォルトの名無しさん

2014/10/15(水) 23:19:39.96ID:S0G5IAlY

COBOLからの移植はHaskellが最適だと悟った

0932デフォルトの名無しさん

2014/10/16(木) 17:09:17.05ID:7O3aHiya

コボラ出欠熱の死亡率はどのくらいでしょうか。

0933デフォルトの名無しさん

2014/10/16(木) 23:49:35.41ID:uHSp6Nil

staticおじさん主催のSE WORLDのコラムをみるとあんがいまともな事を書いている。

0934デフォルトの名無しさん

2014/10/17(金) 09:42:31.07ID:O3Ha9Xaq

単に外しようがない鉄板な話題を選んでるだけに見えるがw

古典的で保守的なだけなinとout絶対、じゃなくて単一代入とか現代的な概念をとっとと学ぶが吉。

0935デフォルトの名無しさん

2014/10/18(土) 00:27:07.49ID:HGvF8uFf

ここはまだ昭和なのか

0936デフォルトの名無しさん

2014/10/18(土) 02:36:24.89ID:Vq+12zqm

脱線したまま最期まで行くかと思ったら更に脱線してるな

0937デフォルトの名無しさん

2014/10/19(日) 09:10:16.51ID:pln/iCiO

で、ウンコするの？

0938デフォルトの名無しさん

2014/10/19(日) 10:56:13.57ID:juftpz1M

しないよ

0939デフォルトの名無しさん

2014/10/20(月) 12:39:25.75ID:1baZceC6

モリモリブリブリするよ

0940デフォルトの名無しさん

2014/10/25(土) 22:19:32.49ID:/IskbIz6

C++って文字列から指定のクラスって作れないの？
デザパタ本のprototypeの章にそんな事書いてあったんですが

0941デフォルトの名無しさん

2014/10/25(土) 22:28:38.54ID:ujOd7NYK

クラスを作るって何だ？
インスタンスをつくるならまだなんとなくわかるが。

0942デフォルトの名無しさん

2014/10/25(土) 23:02:53.90ID:JeaoDKCP

クラスを動的に作れるかって聞いてんだよ低能どもめ日本語の勉強からしなきゃならんのか？

0943デフォルトの名無しさん

2014/10/25(土) 23:30:22.60ID:wrHJr5tI

スクリプト言語とかのevalがあればできるんじゃね？

0944デフォルトの名無しさん

2014/10/26(日) 00:00:38.16ID:uOXWt5rP

実行時にコード生成してコンパイルして動的リンクしてそれを使うコードを書けばいいんじゃね

0945デフォルトの名無しさん

2014/10/26(日) 00:09:04.14ID:neF7jQ3p

Rubyの通常のクラスはClassクラスのインスタンスで、実際に動的に作れるな
クラス自体がClassのインスタンスだから
組み込みクラスそのものを、そのまま配列や連想配列にブチ込んだりとか、
普通に定義したクラスに実行時に動的にメソッドや変数を追加したりとか出来る

そこからの生成もいつも通りだしな…というか普段も「クラス名.new(引数)」で、
単にクラスメソッド(Classクラスから見ればインスタンスメソッド)呼んでるだけだが

文字列からならeval()のが早いだろうが、ユーザ文字列のeval()は気を付けんとな

0946デフォルトの名無しさん

2014/10/26(日) 01:50:17.71ID:Qp6cU4uw

スレ間違えてたから、回答来ないと思ってたけど、返答あり！
Prototypeってメタクラスの代わり的な意味もあったんすね

0947デフォルトの名無しさん

2014/10/26(日) 09:38:23.56ID:C9oxs2gl

メタプログラミングは愚かな考え

0948デフォルトの名無しさん

2014/10/26(日) 09:53:16.61ID:Phs+L9Xj

オブジェクト指向自体は悪くはないが
「おれおれオブジェクト指向」に「車輪の再発明」がシンプルで単純に
済むものを複雑怪奇でメンテしづらいものにしてしまってる

0949デフォルトの名無しさん

2014/10/26(日) 12:58:38.69ID:80YXmqlk

>>948
staticおじさんの言う通り、中途半端な理解で使うとろくなことにならないな。

0950デフォルトの名無しさん

2014/10/26(日) 13:24:31.83ID:eAcs35DC

欠片も努力せず学習する気が無いstaticおじさんのほうが、その何万倍もダメで有害な存在だけどな。

0951デフォルトの名無しさん

2014/10/26(日) 18:35:06.24ID:oHEmrs0n

http://wonderfulsky.web.fc2.com/oop.html
　↑のコラムを見る限り、単なる頭の固い中高年老害には見えないな。基本はしっかり
押さえているけど。

業務系サーバーの世界は専門じゃないのでそのへんは本から聞きかじりだけど、
現状、ドメインモデルを作るような複雑ものを必要としていないからだと思うが。

0952デフォルトの名無しさん

2014/10/26(日) 20:34:08.57ID:Phs+L9Xj

>>951
staticおじさんは、HTMLとスタイルシートを理解できてないのは分かったw
見やすい文章レイアウト構成ができないおじさんにまともなプログラムが書けるとも思えないな。

0953デフォルトの名無しさん

2014/10/26(日) 22:53:31.60ID:KG4JkrdV

ラクして年上より偉くなりたいなんて思ってると何もかも無くしてしまうぞ
ＰＧにとっちゃ腕だけが頼りだ

0954デフォルトの名無しさん

2014/10/27(月) 12:18:52.66ID:VoSGhOqg

まず「PG」なんて呼んでる世界から抜け出せ、な。

オブジェクト指向の理解（肯定するか否定するかはともかく）、少なくとも、staticでない変数の
存在意義がわかるぐらいは基本としてしっかり押さえるべきで、それすらわからないおじさんが
「基本はしっかり押さえている」とは言わない。そんなレベルで「腕」って何のこと、って感じだ。

>>952
目に見えるものと、その背後にある（目に見えない）構造、という、モデルという考え方の
基本すらわからないのに、この業界でいっぱしの地位にあるおっさんが多杉なんだよな。
今後、滅びるプロセスと再生のプロセスの競走になるだろうが、滅びるほうが速いだろうw

0955デフォルトの名無しさん

2014/10/27(月) 13:01:27.27ID:1bLib10v

>>954
滅んで欲しいのはオブジェクト指向が目的となっているおれおれオブジェクト指向er
我流のデザパタ解釈でスパゲッティオブジェクトだらけ
メンテ不能だよorz

0956デフォルトの名無しさん

2014/10/27(月) 20:05:02.16ID:F7mrF5jF

俺もそれは思う
簡単に作れるじゃんって物に自称凄い設計をかまして
爆死させてるやつが後を絶たない

0957デフォルトの名無しさん

2014/10/27(月) 20:43:58.95ID:m/3fqmB1

>>956
まあ類は友を呼ぶっていうからね。
それは仕方ないよ。

0958デフォルトの名無しさん

2014/10/27(月) 22:38:48.87ID:clb3jKUM

糞オブジェクト実装をリファクタリングしてやったぜ
コード量が４割減って見通しがかなりよくなったwww

0959デフォルトの名無しさん

2014/10/28(火) 10:00:53.50ID:mWoDuXTf

インスタンス変数は愚かな考え

0960デフォルトの名無しさん

2014/10/28(火) 10:23:22.34ID:z1DCwElo

>>959
名前が悪いわな。インスタンス内グローバル変数と言う名前だったら、あれ程世の中に神クラスが蔓延することがなかった。

0961デフォルトの名無しさん

2014/11/01(土) 14:17:30.73ID:hdcrWs+g

神クラス、素晴らしいクラスだな。

悪い名前っていうのがどんなのか
よく分かるわｗ

0962デフォルトの名無しさん

2014/11/02(日) 02:07:32.56ID:pOi6viHj

>>956
巻き添え食らう方はたまらん。>>954みたいな考えの奴に常軌を逸したコードを書かされた。
俺は老人より優秀だぜって手合い

0963デフォルトの名無しさん

2014/11/02(日) 05:22:42.02ID:D9qrVPKa

　あのおっさんのコラム読んで気づく人は気づくけど、構造化設計/分析とオブジェクト
指向とのつながりに関する知見はそれなりに持っている。

　理論的な考察については、railsとかいじるだけしかできない若者では、面と向かって議
論しても太刀打ちできない。単に老害とかほざく事は議論じゃないからな。

で、適切にクラス設計できる天才?を確保できてシステム化する対象が必要としているなら、
使えばいいんじゃないか？という事も暗示している。

ただ、現実は954みたいな小難しい事言う割に理解してない奴に振り舞わされたりする事が
多いし、自社のシステムは要件も簡単で、ライフサイクルが安定しているからオブジェクト
指向設計なんて要らんやんという考えだと思う。

0964デフォルトの名無しさん

2014/11/02(日) 05:32:47.45ID:bdDdiLM7

はっはっは。あのオッサンは結局
新人にしか勝てないってことなのねｗ

0965デフォルトの名無しさん

2014/11/02(日) 07:32:34.52ID:pOi6viHj

組むときはラクだけど確かに長期的にコードの使い回しが出来るかというと疑問だな

0966デフォルトの名無しさん

2014/11/02(日) 08:39:19.11ID:D9qrVPKa

　単に長くやって年取ればベテランか？と言われるとな。

あのおっさんと対等に議論して、君のような人はオブジェクト指向を使って
問題ない言われたすごい優秀な人は、今アマゾンの本社で働いているし。

0967デフォルトの名無しさん

2014/11/02(日) 09:38:14.13ID:v64sJeTB

>>962
若害ってやつだな。
そういうオブジェクト指向病に冒された奴らの中から真に優秀なエンジニアが誕生するんだよ。
オブジェクト指向が何かなんて自分のオツムで考えてない奴らは何も生まれない。

若気の至りってやつだ。少しは大目にみてやれやw

0968デフォルトの名無しさん

2014/11/02(日) 11:40:52.53ID:yi2J6/pq

webやってるとMVCも何かなあって思うことがあるな
コントローラーに取得データ弄くる処理あんま書きたくないんだけどなあ

0969デフォルトの名無しさん

2014/11/02(日) 13:31:49.11ID:aOhxai0O

コントローラーに取得データ弄くる処理を
書かなくていいように、MVCがあるんだろ？
なにいってんだ

0970デフォルトの名無しさん

2014/11/02(日) 13:36:18.59ID:yi2J6/pq

俺もそう思うんだけどな
モデルがモデルしてないというかコントローラーがコントローラーの役割逸脱してるというか
そんなのにたまに出会う

0971デフォルトの名無しさん

2014/11/02(日) 13:38:18.65ID:aOhxai0O

そんなのコードが悪いだけだろ。
MVCの問題じゃない。

それに、まさかお前MVCだったら、
MとVとC以外を作ってはいけないと思ってないか？

0972デフォルトの名無しさん

2014/11/02(日) 14:34:30.80ID:yi2J6/pq

増やすにしてもMの部分じゃね？
Cの要素はあくまで行き先だけを記述するべきだと思うんだけど

0973デフォルトの名無しさん

2014/11/02(日) 14:41:47.00ID:UQ+cnApO

webのMVCではCはMとVの間に入るものらしいし本来のMVCとは全くの別物なんだろ

0974デフォルトの名無しさん

2014/11/02(日) 15:52:22.33ID:pOi6viHj

>>967
なるほどなぁ。そうかもしれない

0975デフォルトの名無しさん

2014/11/02(日) 17:08:49.35ID:mACG5wDA

>>967
　オブジェクト指向技術は勉強と実践を積んで、理解が進むとあれれという感覚は必ず出てくる。
とあるUML本にも書いてあったけど、補助輪なしの自転車に乗れたりする感覚に近いかな。
後、霊能力者みたいに霊が見えるように、オブジェクトが見えるとか。

0976デフォルトの名無しさん

2014/11/02(日) 17:18:55.71ID:To2wlUhA

>>975
何だオブジェクト指向はただのインチキなのか

0977デフォルトの名無しさん

2014/11/02(日) 17:33:34.79ID:PnSgxGQX

霊は存在するのです

0978デフォルトの名無しさん

2014/11/02(日) 17:35:43.21ID:vxEoPS2x

>>975
早くその域に達したいものです。ずいぶんと長いあいだ C++ を通じて苦労しているんですが、まだ私の中では陽の目をみない‥

0979デフォルトの名無しさん

2014/11/02(日) 17:46:29.80ID:mACG5wDA

>>978
　「オブジェクト指向プログラミング　理解　４つ　ポイント」でググれ。
これが一番わかりやすい。オブジェクト図を書くとさらに理解が深まるかな。

後、最近はネットに有識者が書いた資料がただで見れる。首都圏に住んでいる
なら、その有識者がやっているセミナーをただや格安で受けれたりする。独学
はやっぱ辛いよ。

覚えるならSmalltalkの方がいいかもね。上の人は似た理由でJS進めているけど。

　

0980デフォルトの名無しさん

2014/11/03(月) 10:55:23.86ID:yN2w0N/w

C++は諸般のオブジェクト指向なんちゃらの中では最もエクストリームな一派のひとつなんだから、
（普通にはGCが無いとか）、刺さってるならとっとと別のものを勉強しないと時間のムダ。下手の考え
なんとやら。

0981デフォルトの名無しさん

2014/11/03(月) 20:35:25.79ID:0p63Fyei

C++は制約無くて組み易い。妙なルールも増えてきたが前は少なくて読み易かった。

0982デフォルトの名無しさん

2014/11/04(火) 12:36:47.93ID:tJPjGfpS

>>970
そのパターンはあれだ、MVCじゃなくて
画面層→サービス層→永続化層の三層構造なんだよ

機能メソッドは全てサービスに記述
画面はテンプレートもしくはクライアントソフトウェア全部
永続化層はORまっぱから先とDB

サービス自体は手続き型で設計されてるはず

0983デフォルトの名無しさん

2014/11/04(火) 20:09:02.85ID:E4XGFJi4

ついこの間、やっとMVCとMVCモデル2の違うを
みんな理解しだしたと思ったら、またリセットされたのか？

ウェブアプリで一般に言うMVCとはMVCモデル2のことで、
本来のSmalltalk由来のGUIアプリに適用される
MVCとは似て非なるものだって話題になったろ。

JavaScriptを使ったクライアントサイドのインターフェースなら
Smalltalk由来の本来のMVCになることもあるが、
ウェブアプリはMVCモデル2

俺はこれをMVCというのをやめろと常々思っている。
MVCモデル2というのは三層モデルといった方がいい。

0984デフォルトの名無しさん

2014/11/04(火) 20:50:55.20ID:YxZeqrIi

Smalltalk由来の本来のMVCはゴミなので
使うべきではないってところまでがテンプレ

0985デフォルトの名無しさん

2014/11/04(火) 22:15:52.28ID:99dxtSJ/

ほらすぐこういうゴミが出てくる

0986デフォルトの名無しさん

2014/11/04(火) 22:41:59.53ID:E4XGFJi4

○○はゴミ
↓
ゴミはお前だろ。

ここまでが一つのパターンｗ

0987デフォルトの名無しさん

2014/11/04(火) 22:59:18.60ID:34Z4Dz35

たまに勉強になるなこのすれ

0988デフォルトの名無しさん

2014/11/05(水) 00:42:10.90ID:1+Vp0nqY

美少女にコーヒー豆を噛まずに飲み込んでもらって、美少女がひり出した糞の中の
未消化のコーヒー豆をあまり洗わずにコーヒー淹れるという一連の作業を
クラスにしたらどうなるかな

0989デフォルトの名無しさん

2014/11/05(水) 00:43:23.04ID:lJf3l7vH

無理やり戻そうとしなくていいと思うがｗ

0990デフォルトの名無しさん

2014/11/05(水) 00:55:51.85ID:lJf3l7vH

次スレ

オブジェクト指向は逆位置の愚者(The Fool)のカード [転載禁止](c)2ch.net
http://kanae.2ch.net/test/read.cgi/prog/1415116510/

0991デフォルトの名無しさん

2014/11/05(水) 02:36:11.85ID:uc7LihU2

0992デフォルトの名無しさん

2014/11/05(水) 02:36:30.99ID:nAiaEdbW

■次スレ
オブジェクト指向は愚かな考え。排便メソッド2
http://peace.2ch.net/test/read.cgi/tech/1415122540/

0993デフォルトの名無しさん

2014/11/05(水) 02:37:24.37ID:nAiaEdbW

■次スレ
オブジェクト指向は愚かな考え。排便メソッド2
http://peace.2ch.net/test/read.cgi/tech/1415122540/

0994デフォルトの名無しさん

2014/11/05(水) 02:37:51.04ID:nAiaEdbW

■次スレ
オブジェクト指向は愚かな考え。排便メソッド2
http://peace.2ch.net/test/read.cgi/tech/1415122540/1

0995デフォルトの名無しさん

2014/11/05(水) 02:38:17.94ID:nAiaEdbW

■次スレ
オブジェクト指向は愚かな考え。排便メソッド2
http://peace.2ch.net/test/read.cgi/tech/1415122540/

0996デフォルトの名無しさん

2014/11/05(水) 02:38:44.66ID:nAiaEdbW

■次スレ
オブジェクト指向は愚かな考え。排便メソッド2
http://peace.2ch.net/test/read.cgi/tech/1415122540/

0997デフォルトの名無しさん

2014/11/05(水) 23:25:18.42ID:UbfQ7xJO

ウンコするの？

0998デフォルトの名無しさん

2014/11/05(水) 23:36:48.32ID:TObpxnP7

よくもまあ下らない議論を展開してくれたものよ

0999デフォルトの名無しさん

2014/11/05(水) 23:48:54.29ID:TObpxnP7

スレッドターミネーター参上

1000デフォルトの名無しさん

2014/11/05(水) 23:50:12.51ID:TObpxnP7

生き埋め

1001１００１

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。