オブジェクト指向を教えてくれ！

**デフォルトの名無しさん** · 2021/03/16(火) 17:06:02.41

オブジェクト指向について、調べれば調べるほど疑問が募ります。低レベルで粗末な疑問かも知れませんが、ご教授願いたいです。

・データと振る舞いをまとめる？
まとめると何か良いことあるの？
ファイルあるいはモジュールにはまとまってるよね？
丁度いい単位があるのに、何故わざわざオブジェクトという概念を導入するの？
(Javaには1ファイル1クラスという文化あるらしいけど)

・カプセル化？
モジュールのimport, exportでも実現出来るよね？
(構造体などへのアクセスを制限できれば)

・ポリモーフィズム？
別にデータと振る舞いをまとめなくても実現出来るよね？

・モノのように扱いたい？
モノとして扱いたいときに扱えば良くない？なんでわざわざ全てをオブジェクトにするの？

**デフォルトの名無しさん** · 2021/03/17(水) 15:41:05.53

だがopenという名前をグローバルに定義しないといけなくなる
open(database)という使い方ができない

**デフォルトの名無しさん** · 2021/03/17(水) 16:16:04.31

>>40
クッションというのは
・ファイルを読み込むクラス
・読み込む
のどちらですか？ファイルを読み込むクラスに関して、モジュールと解決する問題の領域が被っている感じしますね。(当時は無かったということでしょうか？)
Objective-Cは詳しくないのでよく分かりませんが、今は静的解析によってエディタが補完してくれるので関数(データ)よりもデータ.関数の方が便利には感じます。

**デフォルトの名無しさん** · 2021/03/17(水) 16:17:58.81

>>41
私が言っているものがそのエージェント指向というものに近いということですか？

**デフォルトの名無しさん** · 2021/03/17(水) 16:22:35.13

>>42
open(file), file.open()の意味が同じなのは理解しています。(機能としてメソッドにはオブジェクトへのアクセスができるという点は異なりますが)
つまり、オブジェクト指向かどうかは記法で決まると言うことでしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 16:34:45.58

>>43
名前空間を汚染しないというのは、オブジェクト指向のメリットだと思います。

たしかに、異なるデータに対して使いたいときはオーバーロードするか、fs.open(file)とか書く必要あるので、やはり名前空間の解決のメリットは大きいですね。

**デフォルトの名無しさん** · 2021/03/17(水) 16:49:12.98

現在、オブジェクト指向を使う主な利点は、
・データが名前空間になる
・継承で記述量が減る
の2点で、他の機能については様々な実現方法はあるものの、言語の一貫性、統一性のために、独自の機能が備わっている。

といった認識で良いでしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 16:51:27.50

>>48
もちろん歴史的経緯は違いますが

**デフォルトの名無しさん** · 2021/03/17(水) 16:58:25.89

>>48
「いや、他にもあるわ」
って方いたら教えて下さい

**デフォルトの名無しさん** · 2021/03/17(水) 19:00:06.81

カプセル化の意義が理解出来ないアホに何言っても無駄だし
それだけでも分かればスレタイのようなことをいちいち聞かない
ポリモーフィズムの意義について理解したければ
ローカルファイルシステムも
ネットワークファイルシステムも
似たように操作できる利点と
その実現方法に想いを馳せれば充分
下らないスレを建てたことを自覚しろ
目の前の言語の機能をまともに使え
ライブラリのインターフェースから常識を学べ
机上の空論をダラダラ並べるな

**デフォルトの名無しさん** · 2021/03/17(水) 19:21:27.08

>>51
カプセル化, ポリモーフィズムの意義がわからないとか一言も言ってないんだがw

**デフォルトの名無しさん** · 2021/03/17(水) 19:38:17.66

>>52
おう、>>1 を読んでなかったわ
適当にスレタイと直近のレスの雰囲気だけ見て
タイトルの疑問に答えてやった
obj.method()ではなくmethod(obj)みたいな記法なら
オブジェクト指向ではないみたいな
しょうもない戯言はとっくの昔に頭から追い出してるから
あんな下らないことが >>1 にダラダラ書いてるとは思わなかったわ
そういう扱いが妥当な疑問だってことだよ
それぞれの記法のメリット、デメリットぐらい
見れば分かるだろうが
いい加減にレスして悪かったな

**デフォルトの名無しさん** · 2021/03/17(水) 19:45:08.36

>>52
スレタイが悪い
名前の重要性が分かったろう
こんなガバガバなセンスでネーミングされた
モジュールやメソッドが山ほどあるシステムを想像してみろボケナス

**デフォルトの名無しさん** · 2021/03/17(水) 19:52:05.44

>>54
確かに、スレタイと>>1の質問の仕方は悪かったなとは反省してる。聞きたいことそんまま書いたら誰も反応しなくて埋もれると思ったんや。

メソッドが山ほどあるのはきついが、モジュールは構造化されてれば問題ないし
、そういう言語が大半だろ

**デフォルトの名無しさん** · 2021/03/17(水) 20:15:10.51

クラス指向の言語はなんだかんだでヘルプが見やすい
Microsoftが膨大なライブラリを公開する上で
他の選択肢なんかあり得るのか具体的に細かいところまで想像してみろ

**デフォルトの名無しさん** · 2021/03/17(水) 20:22:00.46

>>53
記法に関して言うと、>>42の回答の意味, 主張を確認しただけであって、別にそうだと思ってない。そして記法にメリットとデメリットが存在するのは自明だし、どっちもどっちだと思ってる。

あくまで疑問としては、オブジェクト指向のメリットとして挙げられるものに、他にシンプルな実現方法があるのに、それでもなおオブジェクト指向であるメリットは何なのか、だった。

**デフォルトの名無しさん** · 2021/03/17(水) 20:32:53.65

>>57
ローカルで無駄なくシンプルにするならすればいい
プログラムで世界の発展を目指していったらオブジェクト指向が
効果的ってこと

**デフォルトの名無しさん** · 2021/03/17(水) 20:34:26.35

>>57
お前の言うのオブジェクト指向では無いものって何のことだよ
せいぜいクラス指向じゃ無いもの程度の意味じゃないのか
カプセル化とポリモーフィズムがあれば
記法や語順がどうであろうとオブジェクト指向と呼んで良い
何が知りたいのかハッキリしろ

**デフォルトの名無しさん** · 2021/03/17(水) 20:48:14.98

優劣で考えるからわからなくなるので
プログラム界の政治的な方針と考えればいいんじゃ
作る側としては０と１をコントロールできたほうが
無駄のないものができる

**デフォルトの名無しさん** · 2021/03/17(水) 21:05:28.52

>>59
クラス指向あるいはプロトタイプ指向を指して、オブジェクト指向と呼んでる。

ちなみに俺の言うカプセル化は「直接アクセスを制限するための言語機能」という意味。

**デフォルトの名無しさん** · 2021/03/17(水) 21:09:42.08

>>61
要はデータと振る舞いをバンドルすることをオブジェクト指向と呼んでる。

**デフォルトの名無しさん** · 2021/03/17(水) 21:11:18.49

ポリモーフィングとか知らんけど
オブジェクトを継承しすぎてわけがわからなくなる
から上の方でまとめるってことだろ

**デフォルトの名無しさん** · 2021/03/17(水) 21:13:44.06

>>58
>>60
歴史的な経緯でオブジェクト指向良いよねという政治的方針が固まった。

そのときのプログラム界の方針に合わせて、一貫性や統一性を重視したほうが良いプログラムになるってことでしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 21:16:11.94

>>64
「歴史的な経緯」だけでなく、歴史的経緯及び世界的情勢

**デフォルトの名無しさん** · 2021/03/17(水) 21:27:15.70

>>64
歴史とか政治とか比喩だし
上流から見たらオブジェクトを作れば下々も扱える
ようになるという
一種のプログラミングだね

**デフォルトの名無しさん** · 2021/03/17(水) 21:30:01.79

別に手続き型でも変わらないという意見は分かるけど
細かい事だがVSCodeなどでインテリセンスで表示されるパブリックなメソッドやプロパティの候補が
全てが分かるのは効率良いかと思う
これが手続き型では、どういう関数があるかを覚えてないといけない点は何気に違うかなと

クラスにまとまっている方が何かと美しいし、メソッド名も冗長にしなくて良いという点も価値があると思う
fopen()とFileクラスのopen()ではオブジェクト指向の方が個人的にはすっきりすると思う
DIでモックとか作ったりする場合もinterfaceでメソッドだけ宣言して実際のクラスの実装が切り替えられるような
使い方が出来るのも何気に便利だと思うし、一度使いだしたら今更手続き型の方法で機能を提供する意味が無いかなと

**デフォルトの名無しさん** · 2021/03/17(水) 21:45:10.18

>>66
それはメソッドというインターフェイスがあることによって、オブジェクトの使用者も余計なことを考えずに使えるという意味でしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 21:48:00.61

メジャーな多くの言語に生き残っている記法のメリットが本気で分からないなんてのは頭おかしいレベルだからな
大抵のケースで最適解なんだよ
単なるメンバアクセスと計算を伴うプロパティ取得を
同じインターフェースに統一可能で
それが最小限の記述で出来る文法が前提で…
というだけでも、もう色んな選択肢が限られてくる

**デフォルトの名無しさん** · 2021/03/17(水) 21:54:23.00

>>67
補完機能に関しては、単純に文法の問題であって、型推論に完全性があれば機能すると思うのですが。もしかして私が何か勘違いしているでしょうか？

メソッド名に関するメリットには>>48等に書いたとおり同意できます。
interface等については、データと振る舞いのバンドルという概念を用いずとも、ポリモーフィズムを実現する方法があるので、そちらのほうが良いのでは？というのが私の疑問です。

ちなみに、私は手続き型派というよりどちらかというと関数型派です。

**デフォルトの名無しさん** · 2021/03/17(水) 22:01:39.82

オブジェクト指向言語というのは「オブジェクト指向ができる言語」ではなく
オブジェクト指向をするための構文が備わってて「オブジェクト指向がしやすい言語」という意味

**デフォルトの名無しさん** · 2021/03/17(水) 22:05:11.08

>>71
それは理解していますが、そのオブジェクト指向をする目的はなんですか？

オブジェクト指向のメリットに挙げられるものが、よりシンプルに実装可能なのになぜオブジェクト指向する必要があるの？という質問, 疑問です

**デフォルトの名無しさん** · 2021/03/17(水) 22:10:51.20

>>72
LINEとかいろいろなもの
ホームページすらできないよ
個人的なクレーム言ってるだけなんじゃ

**デフォルトの名無しさん** · 2021/03/17(水) 22:14:50.88

>>73
できますよ。LINEを作ったことはないですが。
クレームですか。それでもなおオブジェクト指向である理由があるなら、納得しますよ？というかそれが知りたくて聞いてるんです。

**デフォルトの名無しさん** · 2021/03/17(水) 22:19:27.77

>>69
記法のメリットには同意してます。一つのオブジェクト指向のメリットであると思います。

「単なるメンバアクセスと計算を伴うプロパティ取得を
同じインターフェースに統一可能」このようにする利点を教えてくれないですか？
モジュールによるカプセル化ではなにかデメリットがあるんでしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 22:33:58.22

モジュールとカプセル化は知らんけど
好きにすればいいんじゃ
知らんけど

**デフォルトの名無しさん** · 2021/03/17(水) 22:50:44.23

>>72
>よりシンプルに実装可能

その例をコードで示してくれれば議論が進むんでないの？

**デフォルトの名無しさん** · 2021/03/17(水) 23:00:22.40

>>77
まぁそうですね。でも面倒くさい気持ちあるんで(不毛な議論続けるよりマシか？)、ポリモーフィズムは継承やinterface以外の方法もあるんやぞで納得できないかな？いやどっちも見せた方早いでしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 23:09:24.27

>>72
オブジェクト指向は人間のメンタルモデルに一致してるからわかりやすい

俺の机の横には卓上時計というモノがある。
卓上時計には、いろんな機能がある。
それらの機能は、そのモノ特有の機能である。

という文章をモノを排除して説明してみ

**デフォルトの名無しさん** · 2021/03/17(水) 23:25:10.41

>>79
>>1の最後の「モノとして扱いたい」という考え方したいということで間違ってないですか？

**デフォルトの名無しさん** · 2021/03/17(水) 23:29:53.38

カプセル化についてはこんな感じです。

mod hello {
type NameString = String;

pub struct User {
pub name: NameString,
age: usize,
}

pub fn the_user() -> User {
User { name: String::from("Alex"), age: 10 }
}

pub fn get_age(user: &User) -> usize {
user.age
}
}

fn main() {
use hello;

let user = hello::the_user();
let age = hello::get_age(&user);
println!("name: {}", &user.name);
println!("age: {:?}", age);
println!("age: {:?}", &user.age); // private field!
}

**デフォルトの名無しさん** · 2021/03/17(水) 23:32:19.12

>>78
>不毛な議論続けるよりマシか？)
当たり前だ
話に具体性がないせいで全ての議論が空転して
結論も出ようが無いのに
その程度のこともなかなか察しない奴だから
ハッキリ言って馬鹿だと思われてると思うよ

大体、モダンな言語は関数型言語の機能も大体持ってて
あからさまに関数型インターフェースの方が良い類のライブラリは普通にそのように書かれるようになっている

一体、既存のどんな例を、お前のどんな案で置き換えて
どのように良くなると言いたいのか
具体的な例を出せや
どうせデメリットの指摘が普通に来るから
具体的にやってみろ

クソみたいに単純な処理が山ほどあって
一部だけ異様に複雑でコロコロ仕様が変わったりする業務プログラムを
HaskellでC#より簡潔に書けるもんなら書いてみろと言いたい

**デフォルトの名無しさん** · 2021/03/17(水) 23:33:56.42

よりシンプルに実装可能…？

**デフォルトの名無しさん** · 2021/03/18(木) 00:01:53.12

>>81
UserだけじゃなくPCやスマホ、DogやCatも含まれてるコレクションからそれぞれの名前のリストを出力出来るようにしてよ

**デフォルトの名無しさん** · 2021/03/18(木) 00:22:09.40

>>84
この言語だと継承できないんですけど、ポリモーフィズムだけ実現できればいい？

**デフォルトの名無しさん** · 2021/03/18(木) 00:34:00.80

>>81
これこそ関数型で書くメリットが何一つアピール出来ない例じゃないか
少しは多数派より優れた点を示せ
既存の慣習に挑戦しようとしてんじゃねーのかよ
例えばC#でどれだけ簡潔にプロパティ書けるか知ってたらこんな例は出さないだろ
プロパティだってポリモーフィックに出来るんだぞ

これが30個の項目のアクセサを持つ報告書だったらどうなるか想像しろ
しかも一部のプロパティはネストしたプロパティを持つ別のオブジェクトのリストだったりとかザラだぞ
get_ageがそんなアクセサの一つだったら
使う側が探すだけでもダルいだろう

**デフォルトの名無しさん** · 2021/03/18(木) 00:49:00.76

簡単に言うと片付けの方法だよオーディオ関係のクラスには音を司る物をビデオ関係のクラスには絵を司る物を入れとけ混ぜるなよってこと

それらの自前ライブラリを設計できる上級者に向けた指針なわけよ読んで理解できない初心者には完全理解なんて不要

まずは全部入れたカタマリで好きなもの作れるようになれリサイクルしたくなって分別始めたらそれがオブジェクト指向の始まり

**デフォルトの名無しさん** · 2021/03/18(木) 01:03:22.71

>>86
コードが上手くかけてないのはすまん。オブジェクト指向のメリットを知らないくらいには経験がないんだ。あとカプセル化が可能であることを示すのが目的だったんだよ。関数型言語の優位性を示したかった訳ではない。

なんで、オブジェクト指向に挑戦してると思い込んでるのか？
別に挑戦してるわけではなくメリットを知らないから、このスレ立てて聞いてるんよ。

C#だとプロパティもポリモーフィズムができるのか知らなかった。現状それもオブジェクト指向するメリットですね。

**デフォルトの名無しさん** · 2021/03/18(木) 01:12:42.28

>>87
質問なんですが、
○○するためのモジュールはこれ。
○○を操作するためのモジュールはこれ。
これだとダメなんでしょうか？

「まずは全部入れたカタマリで好きなもの作れるようになれリサイクルしたくなって分別始めたらそれがオブジェクト指向の始まり」分かりました。これ試しながらプログラム書いてみます。

**デフォルトの名無しさん** · 2021/03/18(木) 01:22:59.14

>>80
>>1の最後の「モノとして扱いたい」という考え方したいということで間違ってないですか？

プログラマーが「モノとして扱いたい」ではなくて
人間が「モノとして扱いたい」ということ

https://www2.nhk.or.jp/archives/tv60bin/detail/index.cgi?das_id=D0009050226_00000
> 科学者たちは「あらゆる自然現象は、最終的には一つの数式で説明できるはずだ」と信じてきたのだ。

↑このように「専門家」は、どうにか頑張って数式で表したいと考えるが
専門家じゃない人にとってはそうじゃないんだよ

プログラミングは最初から専門家が使う道具として登場したから
非オブジェクト指向の方が先に作られたが、
本来オブジェクト指向と非オブジェクト指向であれば
人としてわかりやすいのはオブジェクト指向の方で
専門家が頑張って表現しようとしてるのは逆に手続き型や関数型の方なんだよ

**デフォルトの名無しさん** · 2021/03/18(木) 01:34:17.74

>>90
「プログラマーがモノとして扱いたい」なら扱いたいときだけ扱えばいいが、「人間としてデータをモノとして扱いたい」のだから、常にモノとして扱いたいのだ。ということでしょうか？

**デフォルトの名無しさん** · 2021/03/18(木) 01:43:22.24

>>91
「あらゆる自然現象は、最終的には一つの数式で説明できるはずだ」と考えてる科学者でも
話をする時は自然言語を使うのと同じこと

**デフォルトの名無しさん** · 2021/03/18(木) 02:41:52.32

>>87
playメソッドなどコマンドいっしょなのでオーディオファイル再生クラスから
ビデオ再生クラス作る例がオブジェクト指向として挙げられてたの見た記憶あるが…

**デフォルトの名無しさん** · 2021/03/18(木) 04:15:54.44

オーディオファイル再生クラスからビデオ再生クラス作るだと
継承して作るみたいに思えてしまうな

実際はオーディオファイル再生クラスから共通のメディア再生のインターフェースや共通機能を
独立させて、オーディオとビデオの共通クラスからの継承として作るのが正しいだろう
そして直接オーディオやビデオを再生するのではなく
コンテナクラスを作って、そこに複数のメディアを入れられるようにするだろうな

**デフォルトの名無しさん** · 2021/03/18(木) 11:08:27.95

一番大きい恩恵は、モデル化によるメモリ空間を管理を丸投げできる

**デフォルトの名無しさん** · 2021/03/18(木) 12:49:39.45

1が何をしたいのかさっぱり不明
どうにかしろ
大方、具体的な言語から離れてオブジェクト指向について
抽象的な戯言ばかり書いてる本や記事ばかり読んでるから
いくら調べても分からないんだろ
それぞれの言語の設計思想に則った
まともな書き方があるだけだ
なんでオブジェクト指向でないといけないのか？
なんて戯言はC#の入門書(オライリーの分厚いやつ)でも
ガッツリ読んでから言え
スタティックメソッドとして実装するのが適切な処理なら普通にそうしろ
普通にまともにやれ

**デフォルトの名無しさん** · 2021/03/18(木) 12:55:29.12

>>96
なんか君だけ空回ってるよ、肩の力抜きなよ

**デフォルトの名無しさん** · 2021/03/18(木) 13:03:12.04

オブジェクト指向で作りやすいと思うのはデータ構造かな
リストとかスタックとか、手続き型でもオブジェクト指向のように
記述することはできるので、手続き型でも良いといえば良いけど

データと処理をセットにしてオブジェクトとして抽象化するとデータ構造を
うまく表現できて、そのデータ構造を使ってプログラム書くのが僕は好き

**デフォルトの名無しさん** · 2021/03/18(木) 13:04:48.98

>>94
たしかObjective-Cのドキュメントで「継承じゃなくてコンポジット大事。」な例で扱われてたかな。
基礎クラスNSObjectベースにオーディオ再生クラス乗せて、外に再生関係のインターフェイス出して
中で動画ファイル来た場合の処理書いて…はい！マルチメディアクラスができました！これがオブジェクト指向です。
って感じの。

**デフォルトの名無しさん** · 2021/03/18(木) 14:42:05.24

>>97
お前も不毛なこと書いてる癖に
手続き型言語…というより単なる旧式言語で
結局オブジェクト指向と同じことする方法を今更話して何になるんだよ
せめて関数型言語でのやり方と比較しろよ
1が目的不明だからみんな思い思いに目的不明な議論してるだけだろ
不毛だな

**デフォルトの名無しさん** · 2021/03/18(木) 15:00:48.46

Cで充分です

・データと振る舞いをまとめる？
まとめると何か良いことあるの？
構造体にまとまってるよね？
丁度いい単位があるのに、何故わざわざオブジェクトという概念を導入するの？

・カプセル化？
ファイルとstatic, externで実現出来るよね？

・ポリモーフィズム？
別にデータと振る舞いをまとめなくても実現出来るよね？

・モノのように扱いたい？
FILE * で出来てるやん？

**デフォルトの名無しさん** · 2021/03/18(木) 15:06:07.96

Object Oriented Programming is an expensive disaster which must end
https://medium.com/@jacobfriedman/object-oriented-programming-is-an-expensive-disaster-which-must-end-2cbf3ea4f89d#:~:text=Object%20Oriented%20Programming%20is%20an%20expensive%20disaster%20which%20must%20end,-Jacob%20Bernard%20Friedman&text=And%20this%20is%20my%20experience,it%20is%20dismissed%20as%20irrelevant.

「オブジェクト指向プログラミングは費用のかかる災害であり、終わらせなければなりません」
長いけどよみごたえあるOOP批判

**デフォルトの名無しさん** · 2021/03/18(木) 15:07:22.97

リンクがおかしかった

https://medium.com/@jacobfriedman/object-oriented-programming-is-an-expensive-disaster-which-must-end-2cbf3ea4f89d

**デフォルトの名無しさん** · 2021/03/18(木) 15:08:30.36

そら「別に電気製品をプラグアンドプレイにしなくても
毎回電源落として各自が自分で電線を半田付けすればできるよね！」って言われりゃそうだが
まあ、あたまおかしいだろおまえ。としか

**デフォルトの名無しさん** · 2021/03/18(木) 15:40:42.68

>>100
不毛だと思って書き込んでるあなたの心はハゲてるよ

**デフォルトの名無しさん** · 2021/03/18(木) 15:51:54.17

>>101
オブジェクトという概念によってデータと処理をひとまとめにして整理できますよ
構造体にまとまってるのはデータだけですよね、構造体のデータを操作する
関数があるでしょうけどデータと関数をセットにするととても便利ですね、つまりオブジェクト指向爆誕なわけです

**デフォルトの名無しさん** · 2021/03/18(木) 15:55:23.46

djbのqmailのソースコードとか
linusのgitのソースコードとか
C言語だけれどもオブジェクト指向だよね

**デフォルトの名無しさん** · 2021/03/18(木) 15:58:21.42

データと関数を整理してオブジェクトにまとめる、オブジェクト指向とはソースコードの整理術

**デフォルトの名無しさん** · 2021/03/18(木) 15:59:58.30

モジュールもモジュールオブジェクトという一つのオブジェクトなんですよ

**デフォルトの名無しさん** · 2021/03/18(木) 18:19:00.98

モノとして扱いたいって言ってる人は
何をモノとして扱いたいの？

主語も目的語もなくちょっと意味が分かんない

**デフォルトの名無しさん** · 2021/03/18(木) 19:19:21.01

関数ポインタよりも関数を無理なく渡せるってだけだぞ。
まあ最近はクロージャーのが使われる傾向にあるけど。

**デフォルトの名無しさん** · 2021/03/18(木) 19:50:17.88

そーいや、c++は昔。
classはstructで定義した時代があったね。

**デフォルトの名無しさん** · 2021/03/18(木) 20:08:35.80

ところで「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2021/03/18(木) 20:10:54.72

オブジェクト同士は常に二人称で、「俺」←対話（メッセージング）→「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。

この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/

チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650

＜俺＞
「　部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。」
＜チンポ＞
「　その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。」

まさに独立した人格を有したチンポという、もう一人の俺がそこに現れるのである！

【藤子・F・不二雄】「みきおとミキオ」現在と未来、憧れの入れ替わり生活！
https://www.google.com/amp/s/middle-edge.jp/articles/0izbO.amp

**デフォルトの名無しさん** · 2021/03/18(木) 20:18:40.59

『シコシコ』という擬音はどうでもよい。問題は、

自我　　　　チンポ
↑　　　　　　↑　　　チンポ＝自我
チンポ　　　自我

オブジェクト指向では、この三種類が考えられるということだ。
＞チンポ＝自我
散歩している時、自分もチンポも所在地は同一である。

https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg

夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。

『笑ってごまかすな！！』

と言われても、夏目くんは何と言えば良かったのだろう？

　　　　チンポ≫自我

『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする！

チンポがシコシコしていると（チンポが自我を超越していると）、息もハァハァになる。
チンポがシコシコしている（チンポが自我を超越している）と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。

博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。

**デフォルトの名無しさん** · 2021/03/18(木) 20:25:47.37

>>110
> 主語も目的語もなくちょっと意味が分かんない

「私は」オブジェクトを「モノ」として扱いたい
でいい？

主語とか目的語とか何を聞きたいのかわからん

**デフォルトの名無しさん** · 2021/03/18(木) 20:28:13.34

928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
＞ナンチャッテメッセージングスタイルになったのは

チンポ.オシッコを出す
チンポ.オシッコを止める

さっきトイレでやってきた。

929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

×
俺.オシッコを止める　俺.オシッコを出す
○
俺.チンポに力を入れる　俺.チンポから力を抜く

**デフォルトの名無しさん** · 2021/03/18(木) 20:34:29.65

>>115
おしっこの時のチンポは随意筋、勃起の時のチンポは不随意筋、これが「オブジェクトの独立性」。

**デフォルトの名無しさん** · 2021/03/18(木) 20:41:26.79

チンポが勃起したり射精したりする自然現象は、「数式」ではどうにもならんぞ？

92 デフォルトの名無しさん [sage] 2021/03/18(木) 01:43:22.24 ID:Ao1KNBsY
>>91
「あらゆる自然現象は、最終的には一つの数式で説明できるはずだ」と考えてる科学者でも
話をする時は自然言語を使うのと同じこと

**デフォルトの名無しさん** · 2021/03/18(木) 20:43:44.01

クリントン大統領の「不適切」というのは、チンポが独立して主体意思でシコシコしてしまったから。
チンポは独立した生き物であり、アメリカ大統領の権限をもってしても、制御することは不可能だ。

クリントンの「不適切な関係」
https://eigo-kobako.blog.so-net.ne.jp/2008-06-21

不適切な関係、そんな言語表現あるのか？

ちんぽがしこしこしてしまったのが、不適切な関係なのか？

**デフォルトの名無しさん** · 2021/03/18(木) 21:29:21.65

>>116
え、そうなの？

なぜオブジェクト指向を使うのか？の理由の一つとしてあげた
「モノとして扱いたい」というのはオブジェクトをモノとして扱いたいからなの？

トートロジーに感じるんだけど

**デフォルトの名無しさん** · 2021/03/18(木) 23:19:54.35

>>120
あわしろ氏は、オブジェクトとチンポは無関係と言ってるぞ。

**デフォルトの名無しさん** · 2021/03/18(木) 23:23:31.36

部品に例えられた

**デフォルトの名無しさん** · 2021/03/19(金) 06:58:20.75

いろんな起源があるけどsmalltalk系のベースの考え方は
プログラムモジュールを「独立したロボットのようなもの」として考える考え方で
これは大型コンピュータがネットワークで繋がって動いてる背景想定で
この場合、どの順番で結果が出るかは非同期的だし予想はできないから
モジュールに「これ頼むよ、はい」って命令と素材渡してあとは勝手にできてくるのを待つ
モジュールそのものに自分をコピーする命令があって
例えば「画面上にウィンドウを開く」モジュールがあったら
それを雛形に「おいおまえのこういう亜種を作れ」と命令すると
命令に従って新ウィンドウが開く。
いいじゃんそれ！とコンピュータサイエンス側では大絶賛だったけど
そこまでは要らないかな…ってエンジニアリング側の思想や技術的制約で
思想仕様をつまみ食いしていろんな言語コネ上げて現在に至る。

**デフォルトの名無しさん** · 2021/03/19(金) 08:55:07.75

データ構造とデータフローがしっかり設計されていると
プロセスフローが適切に動き出す

**デフォルトの名無しさん** · 2021/03/19(金) 11:25:59.11

>>122
チンポが勃起したり射精したりするメカニズムは、いかなるオブジェクト指向言語をもってしても不可能。

**デフォルトの名無しさん** · 2021/03/19(金) 12:13:53.83

いや？
チンコに別スレッドでイベントループ回して性的刺激イベントが来たら勃てば良いだけだが

**デフォルトの名無しさん** · 2021/03/19(金) 12:38:16.79

>>89
自分で作ったものがモジュール化してリサイクルする価値のあるものになってきたら
カタマリから切り出す事が出来る好きにやればいいさ
何本か作ればここをモジュール化したら便利だなとか見えてくる

オブジェクト指向が思考の中心に有っちゃだめなんだよ頭の片隅にある程度でいい

**デフォルトの名無しさん** · 2021/03/19(金) 12:53:19.14

>>85
目的と手段を履き違えてる
別にポリモーフィズムで実現しなくてもいい
その場合は変更に対して弱くなるというだけ

ポリモーフィズムでやりたいならジェネリクスでもTraitオブジェクトでもimpl Traitでも構わないがそれぞれメリットとデメリットがある
継承もそれらと同じでメリット・デメリットがある
まずはそれを理解すること
次に状況に応じて適切な選択ができる力を身につけること

**デフォルトの名無しさん** · 2021/03/19(金) 12:57:03.86

>>93
AVクラスにまとめて便利ならいいんじゃない

**デフォルトの名無しさん** · 2021/03/19(金) 13:33:14.14

あらゆるメソッドを詰め込んだ神クラスを作ります

**デフォルトの名無しさん** · 2021/03/19(金) 14:54:37.42

結局のところ、目的は関数の呼び出し側と呼ばれる側の依存関係を逆にしたいってところなんだよ。
それをバカがどこまでも無駄に適用範囲を広げてわかりにくくしたっていうところ。

**デフォルトの名無しさん** · 2021/03/19(金) 17:13:06.19

>>132
それは関数の受け渡しができればいいだけなのでオブジェクト指向とは関係ないやろ

**デフォルトの名無しさん** · 2021/03/19(金) 18:13:21.05

staticおじさんという用語あるやん
あれってさ
議論に負けそうになった側の人間がよくやるやつに見えてきたな
論点じゃなくて相手の人格ごとケチつけようとレッテル張り始めるやつ

つまりstaticおじさんと言う用語に頼った時点でもう負けてんだね

**デフォルトの名無しさん** · 2021/03/19(金) 18:27:45.62

staticおじさんが急に予防線張り出したwww

**デフォルトの名無しさん** · 2021/03/19(金) 18:35:09.75

staticを理由も無く多用する奴って実際理解していないという意味だしねｗ

**デフォルトの名無しさん** · 2021/03/19(金) 18:41:18.39

議論を勝ち負けで判断してる時点でstaticおじさんの素質あり

**デフォルトの名無しさん** · 2021/03/19(金) 18:51:56.07

勝ち負けに拘らないなんて奴は
こんなクソスレに何しにしてるんだ？
バトルをしに来てんじゃねーのかよ

**デフォルトの名無しさん** · 2021/03/19(金) 19:36:48.79

>>134
それには僕も同意します

**デフォルトの名無しさん** · 2021/03/20(土) 02:17:44.90

オブジェクト指向が本当に「自然な」モデリング手法であったならこんな疑問は出てこず誰でも「自然に」理解して使えているはず。
結局オブジェクト指向が解決する問題とやらはオブジェクト指向を使うことによって産み出される問題なのだ。
とんだマッチポンプである。

**デフォルトの名無しさん** · 2021/03/20(土) 02:37:42.57

人間は自然に言葉を話し、自然に考えるが
言語学や哲学があるのと一緒

人間は自然に物事を考えてるがそれを曖昧さが許されない
コンピュータ上で表現しようとすると体系化が必要になる

**デフォルトの名無しさん** · 2021/03/20(土) 06:52:48.05

>>1
オブジェクト指向とは元々アラン・ケイが提案したようにオブジェクトが他のオブジェクトにメッセージングをすることに本質があるわけよ
その実装のために各オブジェクトがどういうメッセージングを受け取るか発するかを定義する方法としてクラスベースやプロトタイプベースがあるわけ
そこを間違えて最初にクラスを出発点にしちゃったりクラスを唯一の必須事項だと勘違いしてしまうと本質を見失う

つまりオブジェクト間はメッセージングによってのみ相互作用が可能であり
オブジェクト内部がどうなっているかは見えないし知る必要もないのがオブジェクト指向
それを実現するために各プログラミング言語によって表現方法や実装方法が様々に異なるだけ

この最初に提案されたオブジェクト指向の考えをきちんと理解できれば
あなたが疑問は解けるはず
実装方法の一つに過ぎないクラスとかに囚われるダメな人にはならないように