オブジェクト指向ってクソかよPart5

**デフォルトの名無しさん** · 2019/10/08(火) 15:46:57.38

無理やりオブジェクト指向にしたから出てきた問題を解決して凄い凄い言ってるだけ。
単なるマッチポンプ。

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前前前前スレ
オブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/
前前前スレ
オブジェクト指向ってクソじゃねぇよ？ Part2
https://mevius.5ch.net/test/read.cgi/tech/1539872441/
前前スレ
オブジェクト指向ってクソじゃねぇかよPart3
https://mevius.5ch.net/test/read.cgi/tech/1542884872/
前スレ
オブジェクト指向ってクソじゃねぇかよPart4
https://mevius.5ch.net/test/read.cgi/tech/1556462315/

**デフォルトの名無しさん** · 2019/12/16(月) 17:09:05.86

>俺.チンポに力を入れる　俺.チンポから力を抜く

たとえば、車を運転するにしても人は車がどういう構造をしてるのかなんていちいち知っておく必要はありません。
ただ「アクセルを踏む」「ハンドルを回す」というメッセージを車に送っているだけです。
もし車を運転するのに運転手側が内部構造の制御を常にしなければならないとしたら、それは非常に使いづらいものでしょう。
http://brbranch.jp/blog/201511/%E9%9B%91%E8%A8%98/oop/

**デフォルトの名無しさん** · 2019/12/16(月) 23:19:39.29

>>598
>クリントンの「不適切な関係」

チンポがシコシコして、チンポが勝手に女性の口に入ってフェラチオ！

**デフォルトの名無しさん** · 2019/12/20(金) 14:01:16.00

メソッドがフィールドに依存してるとテストしにくい
パブリックメソッドはフィールドを参照する骨組みメソッドにしてプライベートなスタティックメソッドでロジック組み上げるのが良いと思いました

**デフォルトの名無しさん** · 2019/12/20(金) 16:37:03.66

オシッコを出す・オシッコを止める、これはメッセージングしてパプリックメソッドにアクセスする。

**デフォルトの名無しさん** · 2019/12/20(金) 19:59:54.91

何が一番大事ですかって質問ストレスで吐きそうになる
価値観が一致しててレベルが相手より上でも下でもだめなんだ

**デフォルトの名無しさん** · 2019/12/20(金) 21:04:08.33

そもそも日本人は独立心が無く互いに依存しあい忖度しあいガチガチの
しがらみに絡み合って助け合って生きていたのにオブジェクト指向ができるわけない
他人に独立しろ独立しろとアメリカに植え付けられて洗脳テレビ放送で理想ばかり
いうわりに自分はお互い寄生しあって傷を舐めあって生きてる共産主義者には
C言語がお似合い

**デフォルトの名無しさん** · 2019/12/20(金) 21:06:40.93

上の文ではわかりにくいが日本は規制でガチガチに忖度してあるから変更が効かない
が共有してるから忖度し放題ってことだよ

**デフォルトの名無しさん** · 2019/12/20(金) 21:14:59.93

一言でいうと
日本＝依存＝C
アメリカ＝独立＝C++

**デフォルトの名無しさん** · 2019/12/20(金) 21:15:38.45

日本＝依存＝C＜＜＜＜＜＜＜＜＜アメリカ＝独立＝C++

**デフォルトの名無しさん** · 2019/12/20(金) 21:18:13.32

チンポはオシッコもするし勃起もするし射精もする、これがオブジェクトの多態性だ。

**デフォルトの名無しさん** · 2019/12/20(金) 21:24:52.49

オブジェクトというのは、文脈によって時と場合によって、どうとでも変わるのだから！

**デフォルトの名無しさん** · 2019/12/20(金) 23:17:31.88

そういえば頭にタイヤ付けてるオッサン見たことある。
たしかミシュランマンとか言ってた。

**デフォルトの名無しさん** · 2019/12/21(土) 12:55:48.31

チンコしか例え話ねえのかよ

**デフォルトの名無しさん** · 2019/12/21(土) 13:08:27.97

アタッチメント式で着脱可能と言ったらちんぽしかないな

**デフォルトの名無しさん** · 2019/12/21(土) 13:24:23.72

怖い

**デフォルトの名無しさん** · 2019/12/21(土) 15:13:46.87

>>718
繋がっているけれども独立しているというのがオブジェクト指向だ。

**デフォルトの名無しさん** · 2019/12/21(土) 15:19:30.16

おまいらチンポマンをスルーできないのか

**デフォルトの名無しさん** · 2019/12/21(土) 15:22:51.91

>>722
そいつが一人だと思っているなら素人

**デフォルトの名無しさん** · 2019/12/21(土) 15:40:34.50

ちくわよちくわ、どうしてお穴が空いてるの～♪
チンポよチンポ、どうしてお股に付いてるの～♪

べ、べ、べ、べ、ベントマン！
チ、チ、チ、チ、チンポマン！

**デフォルトの名無しさん** · 2019/12/21(土) 15:48:04.96

えっ、
マシュマロマンと
ビブグルマンかと
思ってた。

**デフォルトの名無しさん** · 2019/12/22(日) 10:24:46.94

ちんこ隔離スレだから仕方ないね。

**デフォルトの名無しさん** · 2019/12/22(日) 16:47:22.70

最近、ちんこにメッセージが上手く届かないんだが。

**デフォルトの名無しさん** · 2019/12/22(日) 18:51:33.54

>>727
トイレに行って、オシッコを止める・オシッコを出すをやってみろ！

**デフォルトの名無しさん** · 2019/12/22(日) 19:03:40.89

>>728
うるせえ！

**デフォルトの名無しさん** · 2019/12/22(日) 20:19:11.92

>>729
チンポに筋力を入れてオシッコを出す、チンポから筋力を抜いてオシッコを止める。

**デフォルトの名無しさん** · 2019/12/22(日) 20:21:26.15

間違い。

チンポに筋力を入れてオシッコを止める、チンポから筋力を抜いてオシッコを出す。

730 デフォルトの名無しさん 2019/12/22(日) 20:19:11.92 ID:HuJxWYNl
>>729
チンポに筋力を入れてオシッコを出す、チンポから筋力を抜いてオシッコを止める。

**デフォルトの名無しさん** · 2019/12/23(月) 19:40:11.25

下品

**デフォルトの名無しさん** · 2019/12/23(月) 20:07:19.54

エレクトコマンド連打してもリソース不足でエラーが返って来る。

**デフォルトの名無しさん** · 2019/12/23(月) 20:43:01.41

赤玉出たか

**デフォルトの名無しさん** · 2019/12/24(火) 14:05:48.04

型にハマらないお前らにオブジェクト指向はムリゲ
他人と組むとかえって混乱の元になる

**デフォルトの名無しさん** · 2019/12/24(火) 15:35:33.12

>>735
オブジェクト指向は俺の股間に付いているからな。

**デフォルトの名無しさん** · 2019/12/24(火) 17:05:07.05

赤玉出たらハメられない

**デフォルトの名無しさん** · 2019/12/24(火) 23:13:19.31

オブジェクト指向よりmvcのがクソ

**デフォルトの名無しさん** · 2019/12/25(水) 10:06:44.78

>>738
まあ、あれは和製糞アプリ乱発の元凶だからなぁw

**デフォルトの名無しさん** · 2019/12/25(水) 12:25:41.18

mvc自体は理に叶った仕組みだから、
クソアプリが乱発されたということは、
日本人はITに弱いということ

**デフォルトの名無しさん** · 2019/12/25(水) 14:36:15.64

mvcは滅びたウンコ言語smalltalk由来だけあってクソの塊
頭のおかしいsmalltalkerの宣伝にのって広まったのが不幸の始まり

**デフォルトの名無しさん** · 2019/12/25(水) 15:01:24.01

スモールトーカーのビッグマウスｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/12/25(水) 17:24:05.31

mvcもoopもクソではない。
クソなのなこのスレの住人。
あと、日本人でひとくくりにするなカス。

**デフォルトの名無しさん** · 2019/12/25(水) 17:36:52.90

まあ、mvcのどこで何をどこまでやらせるかって考え方がアホなんだけどな。
例えば、ジャンプするとおっぱいが揺れるアプリがあったとする。
この時、おっぱいの揺れまでcにお伺いを立てるか、とりあえずmで制御してやるか、んなもんvの範疇だろとするか、
おまえらならどう考える？

**デフォルトの名無しさん** · 2019/12/25(水) 21:27:21.55

カスってな
mvcを日本に持ち込んで荒れたことは遺憾だが
オブジェクト演算子の発明もした僕に言うな

**デフォルトの名無しさん** · 2019/12/26(木) 02:06:18.77

仮にオブジェクト指向がクソだと感じたとしても、時代の潮流がそうなのだから
逆らうことは出来ない　逆らっていたら生きた化石となっていくだけ

**デフォルトの名無しさん** · 2019/12/26(木) 05:31:59.12

smalltalkの体系はマジ良い
OSもファイルシステムも何もかもが混然一体となって単一のイメージファイルに収まっている
一般的なOSとかファイルシステムとかが分離したシステムと微妙に相性があるだけ
切り出すと巨大なライブラリが必須みたいな
究極なチューニングを必要としない領域では最強に近い

**デフォルトの名無しさん** · 2019/12/26(木) 08:41:58.34

使い手次第

**デフォルトの名無しさん** · 2019/12/26(木) 09:40:16.78

>>746
オブジェクト指向は俺の股間に付いているのだからな。

**デフォルトの名無しさん** · 2019/12/26(木) 09:59:39.29

>>747
> OSもファイルシステムも何もかもが混然一体となって単一のイメージファイルに収まっている

その単一のイメージファイルは、どうやって実行するの？

**デフォルトの名無しさん** · 2019/12/26(木) 16:28:47.86

>>750
仮想マシン(CPU)の仮想コードにコンパイルされたプログラムを仮想コードインタープリタで実行する
最近はJITコンパイラでx86とかも吐き出していると思う

**デフォルトの名無しさん** · 2019/12/26(木) 21:04:00.25

つまりsmalltalkだと別に仮想マシンと仮想コードインタプリタが
必要となって、それらは一体化されてないと

smalltalkはOSもファイルシステムも何もかもが一体となるが
その外に別のOSとファイルシステムが必要になるってことですかね

**デフォルトの名無しさん** · 2019/12/26(木) 22:54:09.64

仮想マシン上のOSの上でさらに仮想マシンが動いているのか。

**デフォルトの名無しさん** · 2019/12/27(金) 05:53:52.43

>>753
微妙に違う

smalltalkの仮想マシンとは仮想マシン用にデザインされたコードを実行する
Cとかアセンブラ他で組まれたインタープリタの事です

smalltalkのプログラムは仮想マシン用のコードにコンパイルされます
コンパイルされたコードは仮想マシンインタープリタで実行されます
javaとかと同じような感じ

>>752
>smalltalkはOSもファイルシステムも何もかもが一体となるが
>その外に別のOSとファイルシステムが必要になるってことですかね
おおむねその通りです

**デフォルトの名無しさん** · 2019/12/27(金) 06:09:47.42

smalltalkは今の洗練されたソフトウェアシステムとは相性が悪そうだね
smalltalkでアプリとか作ったら重くなりそう
Javaみたいなもんかな

**デフォルトの名無しさん** · 2019/12/27(金) 10:27:03.74

Smalltalkは決して速くはないが、今が旬のPythonや
今やオワコンだが一時人気を博したRubyよりはずっと高速に動く

このSmalltalkで培われた高速化技術の転用を契機に
JavaやJavaScriptが実用速度で動くようになっていたりもする

**デフォルトの名無しさん** · 2019/12/27(金) 10:31:41.25

例えばどんなん

**デフォルトの名無しさん** · 2019/12/27(金) 10:58:21.22

Smalltalk由来のオブジェクト指向が
巡り巡って改良されて、ネイティブ再実装されて
最適化されて、全く違うものになった結果爆速になった
つまりSmalltalkのおかげ！

**デフォルトの名無しさん** · 2019/12/27(金) 11:49:37.65

JavaはHotSpot、JSはV8

**デフォルトの名無しさん** · 2019/12/27(金) 12:36:13.19

つまり実行環境はブラウザでいいって事ですね
(納得)

**デフォルトの名無しさん** · 2019/12/27(金) 13:18:13.67

実行速度の話をしている時点でじいさんだとわかる。

**デフォルトの名無しさん** · 2019/12/27(金) 14:26:52.91

ttps://scrapbox.io/kawasima/命名のプロセス
型やクラスの命名、リファクタリングに関係する資料見つけたのでリンク
凄く良い内容

**デフォルトの名無しさん** · 2019/12/27(金) 16:01:39.92

GPUの100倍遅いCPUで
ネイティブの10倍遅いVMの速度が自慢になると思ってる
Smalltalkおじさんw

tensorflowやpytorch触ったら速さに脱糞しそう

**デフォルトの名無しさん** · 2019/12/27(金) 16:19:27.62

速度的にはブラウザアプリと競合だぞ
機械学習とかは別途ライブラリの呼び出しになる

**デフォルトの名無しさん** · 2019/12/27(金) 22:07:16.16

Smalltalkは過大評価されてる気がするね
最初の方に作られた言語の中では当時としてはユニークな
アイデアだったけど今となっては大したことないというか
方向性が違っていてOS技術が発達した現代には合わなくなってる

**デフォルトの名無しさん** · 2019/12/27(金) 22:46:37.80

概念を生み出し確立させたと言う意味で
LISP、Smalltalkは特筆するに値すると思う
世代を重ねることでより優れた概念が生まれることは普通
でも、理念なり概念が洗練されるには平気でウン十年経過するけどね

**デフォルトの名無しさん** · 2019/12/27(金) 22:55:56.03

Smalltalkのオブジェクト指向の概念は良かったけど、
今ほど洗練されてなくて、
OSと統合させようとしたのは失敗だった
これが結論かなぁ

**デフォルトの名無しさん** · 2019/12/27(金) 23:47:31.94

んー、どこらへんが洗練されてなかったの？

**デフォルトの名無しさん** · 2019/12/27(金) 23:52:05.51

「どこらへん」という変な日本語を使うやつにわかるとは思えませんが？

**デフォルトの名無しさん** · 2019/12/27(金) 23:56:58.51

1970年代にダイナブックの実現を目指した暫定実装向けの
奇をてらったOSモドキとして作られた経緯から
まあOSっぽいところまでやりたがるのは仕方がない
http://web.archive.org/web/20041016084842/http:/marimpod.homeip.net/chomswiki/24

**デフォルトの名無しさん** · 2019/12/28(土) 00:01:42.28

「どこいらへん」？いやこれも方言らしい…
「（具体的には）どんなところが」でお願いします

**デフォルトの名無しさん** · 2019/12/28(土) 00:20:59.59

>>769
ふつうの日本語じゃん
君のボキャブラリーが足りないだけなんじゃ

**デフォルトの名無しさん** · 2019/12/28(土) 00:32:49.60

>>769
は？

**デフォルトの名無しさん** · 2019/12/28(土) 00:42:05.38

OSが統合されてると主張するSmalltalkに
ドライバを統合することはできるだろうか？

答え　無理

OSを密結合させたのは失敗と言わざるをえない

**デフォルトの名無しさん** · 2019/12/28(土) 00:43:28.07

カプセル化はオープンソースに反するってことなの？
まさかね。

**デフォルトの名無しさん** · 2019/12/28(土) 00:59:22.01

当時のCPU、メモリ、ディスク状況ではあれが限界では?
今みたいに無駄遣いできなかったから

**デフォルトの名無しさん** · 2019/12/28(土) 01:20:43.31

イメージベースってDockerのコンテナみたいな考え方だろ
コンテナにドライバを統合できないからダメってのもおかしな話だ

**デフォルトの名無しさん** · 2019/12/28(土) 01:28:13.18

> 当時のCPU、メモリ、ディスク状況

0.6 MIPS、64～128 KB、2.4～4.8 MB でよくぞここまで
https://upload.wikimedia.org/wikipedia/commons/9/91/Smalltalk-76.png

**デフォルトの名無しさん** · 2019/12/28(土) 07:35:13.27

参考まで
このGUI付きのOSモドキはお絵描きツール等の組み込みアプリまでもろもろ含めて
150のクラス、3,500個のメソッド、コメント行込みで2万4千行
のSmalltalk（-76）で書かれている

**デフォルトの名無しさん** · 2019/12/28(土) 07:38:06.09

最近気が付いたけど
Haskellの型と型を利用したパターンマッチは
複雑な場合分けを簡潔に表現できる発明とか発見かも知れない

たぶん既存の構文(if,case,等)でも表現は出来るだろうけど
プログラムの字面が長くなって全体の把握に必要な視覚的情報が多くなる

関数の合成や加工データの伝搬を利用したパイプライン演算子も
冗長な記述を簡潔にすると言う意味で発明発見かもしれない

型とパターンマッチのコンビネーション
関数の合成(パイプライン演算も含まれる？)

ここら辺はLISPのマクロで実現されていたかも知れないけど
Haskell等で特徴的な記述として焦点が当たることで
再認識≒発見発明化したのかなと思います
同じ様に先発処理系C等比較すると際立って特徴的

c,LISP,Smalltalk,Haskellここら辺はエポックメイキング(新時代を開く？)なのかな
最新の機械学習とか量子コンピュータ辺りも現在進行形で革新的ななにかが進行中だと考えます
まだ認識できる状態まで知見が一般化してないと思う(試行錯誤中？)

設計趣意書(コメントとか)
全ての水準でどの様な意図をもってプログラムのパーツとか全体が実装されているのか
その情報が最も重要で、違う処理系で再実装する場合でも設計趣意書があれば再現可能性が高くなる
これの一部ないし多くを担うのが
>>762にリンクを張った
型やクラスの命名、リファクタリングに関係する命名のプロセスなんだけど
必要であれば細かな挙動説明もコード内コメントして良いと考えます

以上、素人のうわ言

**デフォルトの名無しさん** · 2019/12/28(土) 08:10:41.66

長文書く前にPrologを一回みといた方がイイかもね

**デフォルトの名無しさん** · 2019/12/28(土) 08:32:23.31

Prolog
思い出したなんかスゲーとしか思わなかった
バックトラックどうなってるの??な感じ
自分には異次元過ぎてお手上げ

プログラムは扱うデータの物理的量に対し分類選別加工に関係する知的情報は
相対的にみて圧倒的に知的情報の方が小さい
これがたぶん、Prologでは逆転してる
知的プアな人間がPrologに対峙できるはずもなしorz

**デフォルトの名無しさん** · 2019/12/28(土) 09:23:13.93

フォルダのアクセス権調べるプログラム作るのにフォルダを調べるプログラム群のクラス名を「フォルダ」にするか「フォルダ探索」にするか悩んでる
どちらが適切と思います？

**デフォルトの名無しさん** · 2019/12/28(土) 09:32:33.90

フォルダを調べる？動詞やろ？クラスじゃないやろ？

**デフォルトの名無しさん** · 2019/12/28(土) 09:50:25.34

>>772
どのあたりのあたり、どのへんのへんと言う意味になっていますよ？

**デフォルトの名無しさん** · 2019/12/28(土) 10:12:56.39

二択ならフォルダ探索
フォルダはねーな

**デフォルトの名無しさん** · 2019/12/28(土) 10:20:48.51

FolderSearch.search()とかいうメソッド作るの？ｗ

**デフォルトの名無しさん** · 2019/12/28(土) 10:28:54.65

searcherでおｋ

**デフォルトの名無しさん** · 2019/12/28(土) 10:58:25.89

オブジェクト指向七不思議

①オブジェクト指向の定義
→議論の最後はいっつも「お前はオブジェクト指向をわかっていない!」
そんなやつとハナから議論すんなと
②オブジェクト指向のメリット
→イマイチ納得できる数字が上がらないのとメリットと言えるロジックが出ない
③オブジェクト指向言語とのリンク
→どんな思想でこの機能が追加されたのか？オブジェクト指向にそんなのねーじゃん
④オブジェクト指向って流行ってる？
→これ流行ってるの？誰も話題にしてる奴がいないような気がする
⑤オブジェクト指向の歴史
→志村なのか相撲のトークなのかアランケイなのか
⑥人によって言うことが変わる
→決して一つとして同じものがない、もう、宗教である
⑦誰もその効果を検証しない&できない
→やっても「お前のはオブジェクト指向ではない!」って言われる。酷い
⑧死ねよ
→もう死ねよ

**デフォルトの名無しさん** · 2019/12/28(土) 11:38:52.86

>>785
なってませんよね

**デフォルトの名無しさん** · 2019/12/28(土) 11:54:24.12

FolderUtil.search()

**デフォルトの名無しさん** · 2019/12/28(土) 11:56:11.98

いずれにせよ具体的な回答はなかったのでお察し

**デフォルトの名無しさん** · 2019/12/28(土) 13:41:35.32

クラスが名詞と考えればクラス「フォルダ」のが良いですよね
その中にメソッド「探索」を作ると
ただフォルダが名称だと範囲がデカいなと気にもなってます

**デフォルトの名無しさん** · 2019/12/28(土) 13:56:59.93

まあ慣れないうちで、小さい規模や個人的なツールならそれでええんちゃう
全然間違ってる訳ちゃうし

フォルダが名前としてデカイって直感は良いと思うよ
まあ色々考えながら、先でリファクタリング&再設計するのも良し

**デフォルトの名無しさん** · 2019/12/28(土) 14:55:44.57

いずれにせよ
名前付けてる時が一番楽しいよな

**デフォルトの名無しさん** · 2019/12/28(土) 15:17:01.43

日本人は狂ってるよな
学校教育という集団洗脳で気違いしかいなくなったよな
お前らは洗脳されてるから気づかないだろうから
俺の言うことを否定したがろうけど

**デフォルトの名無しさん** · 2019/12/28(土) 16:42:18.92

>>796
俺の言うことって何？

**デフォルトの名無しさん** · 2019/12/28(土) 17:01:11.44

「私が神である」

とかでは？

**デフォルトの名無しさん** · 2019/12/28(土) 18:21:44.88

>>798
その神が何なのか誰もわからない。

**デフォルトの名無しさん** · 2019/12/28(土) 19:13:12.04

とんでもねえあたしゃ神様だよ

**デフォルトの名無しさん** · 2019/12/28(土) 21:41:59.22

神って何?

**デフォルトの名無しさん** · 2019/12/28(土) 23:04:21.26

>>789
オブジェクト指向は俺の股間に付いているが？

**デフォルトの名無しさん** · 2019/12/28(土) 23:07:17.52

>>802
????

**デフォルトの名無しさん** · 2019/12/29(日) 00:03:54.87

オブジェクト指向アンチスレって需要ある？

**デフォルトの名無しさん** · 2019/12/29(日) 01:42:40.41

オブジェクト指向をちゃんと使った場合のメリットについて
具体的な数字が出てこないってアンチはよく言うけど
778-779って結構なエビデンスだよね？

オブジェクト指向以外（あるいは似非で）で同じ物を書いたらどうなるか
非PGだと圧倒的なすごさがピンときにくいのが難だけど

そういう意味では全く同じ物を書かせて単純に比較した
こっちの方はイメージしやすいか？↓
「どうかく？orgから生産性を邪推する」
https://cast-a-spell.at.webry.info/201001/article_7.html

あいにくお題と各言語での回答は失われてしまったけど
こっちでそのおおよそは掴める↓
「どう書く?Orgに感謝を込めての目次」
http://gushwell.ldblog.jp/archives/52400989.html?ref=head_btn_next&;id=164237