オブジェクト指向ってクソじゃね？

**デフォルトの名無しさん** · 2018/08/24(金) 13:32:09.36

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

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

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

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

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

**デフォルトの名無しさん** · 2018/10/18(木) 19:30:01.60

> そう言うのがいるからうちの会社は社用スマホが古いんだから、もっとアプリ軽くしろとか注文入って鯖に処理を移す事になるんだよ。。。

全く無関係の話をされても困るんだが？

**デフォルトの名無しさん** · 2018/10/18(木) 19:39:03.88

理想と現実は違うって事。
人間のこと考えたいけど、仕様変更繰り返すうちにグダグダになる。
出来る事は破綻しない様に事前に想定される事に対処して、その後も破綻しない様に管理することだけ。

**デフォルトの名無しさん** · 2018/10/18(木) 19:50:43.92

>>963
だからオブジェクト指向が必要なんだよね

**デフォルトの名無しさん** · 2018/10/18(木) 19:54:07.63

>>964
そう。
そのはずだ。
入門書でAnimalクラスを継承してDogクラスとCatクラスが～とか例えた弊害か、人間の事をとかなる。
人間の事を考えるなら顧客の事だ。

**デフォルトの名無しさん** · 2018/10/18(木) 19:54:59.16

従業員かもしれんし、何を言ってんだお前は？

**デフォルトの名無しさん** · 2018/10/18(木) 20:37:26.00

>>938
エキスパートと思われる人にヒアリングしたら
そいつが「年齢にまつわる宇宙の真理」とか求め出すというクソ案件はたくさんある。

**デフォルトの名無しさん** · 2018/10/18(木) 21:17:00.48

>>947
だからさ、業務によって年齢の扱いが違うんだから、固有の業務に特化した属性なんて実装は避けるべきなんだよ。
やりたいならpersonクラスじゃなくて業務クラスに持たせるべき。
それじゃ無いと、様々な業務に適用させる度に微妙に違う属性を返さなきゃならんくなるだろ？

**デフォルトの名無しさん** · 2018/10/18(木) 21:24:05.33

> だからさ、業務によって年齢の扱いが違うんだから、固有の業務に特化した属性なんて実装は避けるべきなんだよ。

Personクラスはそもそも業務に特化したクラスだろう？

現実世界の人間を完全シミュレートする。それがオブジェクト指向だって
考えてるのはお前だけやで

**デフォルトの名無しさん** · 2018/10/18(木) 21:25:37.05

>>969
いや、そもそもオブジェクト指向はパーツの使い回しがテーマだからな。

**デフォルトの名無しさん** · 2018/10/18(木) 21:26:42.98

パーツの使い回しはオブジェクト指向じゃなくてもできるんで
それは全然違いますー

**デフォルトの名無しさん** · 2018/10/18(木) 21:28:20.39

いやはや驚きだ。これが馬鹿というものか

まさか、どんな業務にでも通用する
Personクラスを想定していたとは

世界にたった一つPersonクラスがあれば
ゲームから業務まで何でも使えるものを想定していたとはな

愚かとしか言いようがない

**デフォルトの名無しさん** · 2018/10/18(木) 21:32:01.02

少なくとも会社や自分の作るアプリで使い回す為にオブジェクト指向で作るんだからな。
おまえみたいに毎回特定業務に特化してフルスクラッチから作るとかバカしかやらんぞ。

**デフォルトの名無しさん** · 2018/10/18(木) 21:33:57.36

>>973

え？お前こういったじゃん

> やりたいならpersonクラスじゃなくて業務クラスに持たせるべき。

お前は、使い回すために業務クラス作ってんのか？
どんな業務でも汎用的に使えるもの = 業務クラスだったのか？

**デフォルトの名無しさん** · 2018/10/18(木) 21:35:16.82

使い回さ（せ）ないもの = 業務クラス
Personクラスは使い回せない = 業務クラス

俺はこう言ってるだけなんだが、
こいつは何を言ってるんだろうか？

**デフォルトの名無しさん** · 2018/10/18(木) 21:37:02.39

アホに構ってしまった。
personなんて一般的な名前で個別に特化したクラスを作るあほは社会の迷惑だからしんでくれ。

**デフォルトの名無しさん** · 2018/10/18(木) 21:38:08.80

>>976
キミはネームスペースというものを知ったほうが良いぞ
多くの言語ではクラスはネームスペースの中に入れるから
一般的な名前が使えるんだよ

**デフォルトの名無しさん** · 2018/10/18(木) 21:43:24.79

それじゃ解決できねーんだよw

**デフォルトの名無しさん** · 2018/10/18(木) 21:59:23.07

マクロ使ってスコープ無視してるんじゃね

**デフォルトの名無しさん** · 2018/10/18(木) 22:04:29.72

つうか、使いまわせないから却下。

**デフォルトの名無しさん** · 2018/10/18(木) 22:20:46.14

名前空間内に入っていてその業務に特化したpersonという標準クラスはok派。
それを継承して使いまわしてもいいじゃない。

**デフォルトの名無しさん** · 2018/10/18(木) 22:53:19.65

名前空間のせいで型名が長い
その反動で関数名は短すぎるから型を省略したら情報が少なすぎて読めない

型を宣言する言語としない言語の対立が最も激しくなる仕組み

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

personに関わる宇宙の真理を考えてる奴がマジでいてクソワロタwww

**デフォルトの名無しさん** · 2018/10/18(木) 23:17:56.72

オブジェクト指向で作った時点で失敗

メンバ変数の状態の数だけパターンが増えていく
これを仕様で固定せず
オブジェクトの状態数×オブジェクトの状態数
の工数爆発を汎用性による品質の向上とか思ってるキチガイばっかで救いようがない

無限の汎用性とは無限のバグ数を持っていることを悟るべき

**デフォルトの名無しさん** · 2018/10/18(木) 23:19:33.39

> オブジェクト指向で作った時点で失敗

いきなり結論ありきｗ

**デフォルトの名無しさん** · 2018/10/18(木) 23:19:44.24

人類ｸﾗｽからﾎﾓｸﾗｽを導出するぐらい頭ﾜﾙｲことを平気でするからな

**デフォルトの名無しさん** · 2018/10/18(木) 23:22:42.95

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

**デフォルトの名無しさん** · 2018/10/18(木) 23:25:00.93

>>973-974
あー。。。
オブジェクト指向は素晴らしいかもしれん。
だがな。
納期に追われた焦った脳で扱うには手が余る。
精々次の一回使い回せたら使えたってのが現実。
(と言うか、そんなんだから継承は悪とか言われるわけで)

上で誰かがライブラリ的な方が嬉しいとか書いてたろ？
あれが真実。(誓って書いたのは俺じゃあない)
流石にまんま関数をライブラリにしなくて、関数とクラスをまとめたライブラリにするが。(むしろ気持ち悪いかこれは)

だから言ったろ？
現実と理想は違うって。

理想を追い求めて納期間に合わなくて、クビになったら元も子もないやろ？
いつかは。。。とか思いつつ、その連続よ。

**デフォルトの名無しさん** · 2018/10/18(木) 23:26:14.41

>>988
お前の現実の話なんか
他人には関係ない

**デフォルトの名無しさん** · 2018/10/18(木) 23:28:09.99

そう思うんなら、まだ現実を知らない。

**デフォルトの名無しさん** · 2018/10/18(木) 23:28:24.82

一番頭ﾜﾙｲやつが大量にﾚｽしてるわ。。。
まさに典型的な頭の悪さ

**デフォルトの名無しさん** · 2018/10/18(木) 23:28:41.89

お前の現実なんか知らんわｗ

**デフォルトの名無しさん** · 2018/10/18(木) 23:33:25.51

>>988
Personのような業務クラスは使いまわしできるわけがないのは常識で
どうせ作る力ないんだから作るな。使え。
オープンソースなんかの汎用クラスを使え
見事にオブジェクト指向で世界中使い回し出来てるんだから。

**デフォルトの名無しさん** · 2018/10/18(木) 23:35:05.22

業務でどこの馬の作ったか分からんような
ちゃんと試験されたかどうかすらわからんようなｺｰﾄﾞを使うとかな
ｺｲﾂは間違いなくﾆｰﾄ

**デフォルトの名無しさん** · 2018/10/18(木) 23:43:20.55

ちゃんと試験すればいいだけじゃね？

どうせ自分で作っても試験するんだから
他人が作ったものを試験するほうが
作るコストが節約できる

第一そもそも作る能力がないレベルなんだから
他人のが使えませんと言っても
自分で作ることもできませんっていうのが落ちだろう

**デフォルトの名無しさん** · 2018/10/18(木) 23:45:03.61

ｸｿﾆｰﾄの世界では手続きとういもんがないのは分かる

**デフォルトの名無しさん** · 2018/10/18(木) 23:46:15.45

ダメな奴は
できる方法を考えるのではなく
できない理由を考える

**デフォルトの名無しさん** · 2018/10/18(木) 23:46:31.81

はい、さっき次スレ立てましたよー

オブジェクト指向ってクソじゃねぇよ？ Part2
https://mevius.5ch.net/test/read.cgi/tech/1539872441/

**デフォルトの名無しさん** · 2018/10/18(木) 23:46:57.71

ｵﾏｴはこのｽﾚで頭わるいことばっかり書きこむまえに
ﾊﾛﾜへいく必要がある

**デフォルトの名無しさん** · 2018/10/18(木) 23:47:17.33

>>984
状態をクラスにカプセル化することによって独立性を保てる境界ができる
すると状態の組み合わせ数が激減するんだよ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 55日 10時間 15分 8秒