オブジェクト指向はオワコン

**デフォルトの名無しさん** · 2023/08/26(土) 22:00:53.85

最近の言語には採用されないことが増えている

**デフォルトの名無しさん** · 2023/08/26(土) 23:53:44.68

オブジェクト指向言語で書きさえすれば勝手にオブジェクト指向になると
勘違いしてるやつが多かったな

**デフォルトの名無しさん** · 2023/08/27(日) 00:05:48.88

また複おじか

**デフォルトの名無しさん** · 2023/08/27(日) 01:02:23.53

そうなの？もう標準になっちゃってるだけじゃないの？

**デフォルトの名無しさん** · 2023/08/27(日) 10:56:24.10

そもそもライブラリがオブジェクト指向だし
オブジェクト指向を回避したくても出来ない

**デフォルトの名無しさん** · 2023/08/27(日) 11:25:38.22

みんな一時的に反発して違うパラダイムに行くけど結局帰ってくるのさ

**デフォルトの名無しさん** · 2023/08/27(日) 12:35:22.13

コンストラクタに独自のクラスいくつも要求してくるタイプの設計マジで嫌い

**デフォルトの名無しさん** · 2023/08/27(日) 14:38:41.20

この処理は一箇所に集約できるんじゃないかっていう人間の感覚と
型による論理的な整合性がズレてることがあって
継承を使ったオブジェクト指向は思ってるより難しいのよね
作り始めたときはよかったけど修正が入るうちにどうしようもなくなった
なんてことも起こりがち

**デフォルトの名無しさん** · 2023/08/27(日) 14:43:49.76

プログラム作れない奴注目してほしくてクソスレ立てるムーブ
リアルで犯罪やらかす前に病院行った方がいいぞマジで

**デフォルトの名無しさん** · 2023/08/27(日) 15:01:39.11

オブジェクト指向じゃなくて継承が諸悪の根源なだけだろ

**デフォルトの名無しさん** · 2023/08/27(日) 15:08:02.74

gofデザインパターンもいらん

**デフォルトの名無しさん** · 2023/08/27(日) 20:07:36.84

またC言語が勝ったか
敗北を知りたい

**デフォルトの名無しさん** · 2023/08/27(日) 23:59:58.82

オブジェクト指向を不適切に使っている人が多いだけ。オブジェクト指向で本当に書くべき所だけ書けばよい。

**デフォルトの名無しさん** · 2023/08/28(月) 00:19:04.52

ペテン師がうそばっかこいて布教
ttps://stat.ameba.jp/user_images/20140429/20/kurosawa-tomoyo/99/73/j/o0800107112924360687.jpg

**デフォルトの名無しさん** · 2023/08/28(月) 15:03:35.30

継承ｗ
継承なんかフレームワーク構築で使うもの。
アプリでは、委譲、集約を使う。

**デフォルトの名無しさん** · 2023/08/28(月) 15:19:41.36

アプリは底辺土方の作業なのでどうでも良いじゃん
プログラマはライブラリやフレームワークを作ります

**デフォルトの名無しさん** · 2023/08/29(火) 11:18:21.31

>>16
と底辺土方が申しております

**デフォルトの名無しさん** · 2023/08/29(火) 11:52:41.99

そうです、私が底辺土方です

**デフォルトの名無しさん** · 2023/08/29(火) 11:59:48.44

土方的にはオブシコは時代遅れっていうかー
オブシコでは複雑さに対処できないことが多くの人の経験から明らかになってるのでー
昔はstaticおじさんとかドメイン貧血症と言われてバカにされていたものが
実は正しかった可能性が高いっていうのがいまの状況でー
データと振る舞いを分離することでシステムがしなやかになると認識してますねー
以上、土方の現場はそんな感じですねー

**デフォルトの名無しさん** · 2023/08/29(火) 12:14:34.24

オブジェクト指向最強説が巷間に流布していたのは～2007年くらいまでですね

2007年前後にオブジェクト指向ってなんかおかしくない？と聡明な人たちが気付き始めて
より良い方向を探り出して関数型やデータ指向が再発見されて
その考えが一般の人にまで広がりだしたのが現代ですね

聡明な人はさらにその先まで見えてるのかもしれないですが
俺のような一般土方的にはデータと振る舞いは分けて設計するのがいまの現場のベストプラクティスです

**デフォルトの名無しさん** · 2023/08/29(火) 12:47:45.08

勉強になります

**デフォルトの名無しさん** · 2023/08/29(火) 15:17:11.07

これ会議が負けて、現場が勝ったみたいな話よね
現実は机上で考えるより複雑だったと

**デフォルトの名無しさん** · 2023/08/29(火) 16:11:58.85

オブシコキモい

**デフォルトの名無しさん** · 2023/08/29(火) 16:14:13.67

正確に言えばオブシコがキモいんじゃなくて
オブシコおじがキモい

**デフォルトの名無しさん** · 2023/08/31(木) 19:47:10.22

ちょっと論点ずれるかもだけど、
結局何が良いのだろう。

最近、Goが気になってるのですが、頭いい人教えてください。

下記見て混乱してるところにオブジェクト指向オワコンと来るとどういう時に使い分ける(関数型？)か混乱します。

Goはオブジェクト思考？
https://postd.cc/is-go-object-oriented/

GoとJavaの違い
https://inside.dmm.com/articles/ex-java-engineer-thoughts-about-go/

**デフォルトの名無しさん** · 2023/08/31(木) 20:57:44.89

混乱するなら関わるな
無理に理解しようとすると頭がおかしくなって死ぬぞ

**デフォルトの名無しさん** · 2023/09/01(金) 10:17:00.62

goがオワコン

**デフォルトの名無しさん** · 2023/09/01(金) 10:54:12.28

トップオブトップのPythonさんがオブジェクト指向なんだから安心してついていこうぜ

**デフォルトの名無しさん** · 2023/09/01(金) 12:32:14.48

コピペするなっていうけどコピペしてクラスメソッドとして実装した方が何かと都合いいよな

**デフォルトの名無しさん** · 2023/09/02(土) 01:55:07.77

WindowsにしろMacにしろUNIXにしろGUIがオブジェクト指向を根本原理として作られているから
フルスクラッチで刷新されない限り、オブジェクト指向の呪縛からは逃れられない

**デフォルトの名無しさん** · 2023/09/02(土) 12:26:53.46

フルスクラッチとは言ってもライブラリ使う時点でもうオブジェクト指向なので

**デフォルトの名無しさん** · 2023/09/02(土) 15:29:32.20

オワコンなのに人気絶大のスレ七不思議

**デフォルトの名無しさん** · 2023/09/02(土) 16:04:40.99

>>32
クソスレで雑談したがるお前みたいなカスがいるからだよ
当たり前のように使うものをオワコンって言うのが異常

**デフォルトの名無しさん** · 2023/09/02(土) 20:23:00.00

オブジェクト指向は部分的には成功してるんだと思う
よくあるコンテナ類のクラスライブラリとか使いやすいでしょ？
別になんにも文句ないでしょ？
OOPを定義するお題目、カプセル化がどうのとかも、
非常によくマッチして効果を発揮してくれてると思う。

だけどそっから先が盲点。
OOPのコンセプト自体はいいのかもしれん。
OOPで作ったクラスライブラリも、良いのがあるのかもしれん。

でも、クラス設計が難しい。
クラスライブラリの設計が難しい。
OOPを使ってさあ自前の何かを作ろうとしたら難しい。
間違う。間違いをさらなる間違いで補う。
糞の山を糞でラッピングする。

自分でクラスや、関連する一連のクラス群をつくるとき、
そこに最大の困難があり、さらにそれは自覚されない。
プログラマの共通認識とすらされていない。
OOPやOOPLについては語れど、クラス設計の困難さには意識が行かない。
またはその困難さを解決する認識も知識も文化もなにもかもが不足している。
クラス設計の難しさに対して誰もが、とたんに無力に、無自覚になる。
ここにOOPの恐ろしさがある。

**デフォルトの名無しさん** · 2023/09/02(土) 21:16:52.73

Javaでないならムリに自分でクラスを作らなくても良くない？　とりあえず構造体と関数で書いてみて、必要だと思ったらクラスに移行するとか。スクリプト言語とかでもそんな感じだし。
組み込みのクラスライブラリを使うだけでも十分にOOLの恩恵はあると思うけど。

**デフォルトの名無しさん** · 2023/09/02(土) 21:28:19.20

正解
クラスを書かないほうが正解
標準のクラスライブラリだけを使って済むならそれが正解

ただ、そうもいかないときに徐々にホラーになっていく

**デフォルトの名無しさん** · 2023/09/03(日) 02:11:19.15

クラス使わないなら構造体のない言語でデータはどうやって定義すんの
全部辞書型か？
クラス自体が動作を振る舞う必要はないっていうデザインパターン論ならわかるが
それすら人間が歩いたり物を持ったりするという機能から考えると直感に反するけどな

**デフォルトの名無しさん** · 2023/09/03(日) 02:58:29.28

ここで人間とか動物の話はやめてくれんか
少なくともオブジェクト指向のアプローチは失敗した
その直感とやらは錯覚かもしれん

**デフォルトの名無しさん** · 2023/09/03(日) 10:25:05.88

メソッドは成功してると思う
継承と過度なカプセル化は失敗だと思う

**デフォルトの名無しさん** · 2023/09/03(日) 13:05:50.27

動物の例😩

**デフォルトの名無しさん** · 2023/09/03(日) 13:10:54.52

>>34
MFC ω のことですねωω判りますωωω

**デフォルトの名無しさん** · 2023/09/03(日) 13:12:09.26

>>37
Rustは？
Nimは？
知ってて言ってるのか？

**デフォルトの名無しさん** · 2023/09/03(日) 13:25:41.46

動物の例も批判されがちだけど
あれもねえ
例えは例えなんだから
そのあとは自力で応用しようよ？
コツだけうまく受け取ろうよ？　って思うわ

実装に対するインタフェースだとか
継承時のポリモーフィズムだとか
そこだけ例から読み取って
あとはうまく応用しろよって思うわ

具体例からエッセンスだけを取り出して
うまいこと抽象化してくのは必須よね

**デフォルトの名無しさん** · 2023/09/03(日) 16:55:38.75

>>42
Nimは知らんがRustは構造体あるだろ。
俺はRustはオブジェクト指向で書けると思ってるよ。

俺の考えるオブジェクト指向の中では継承は必須でも何でもないので。

**デフォルトの名無しさん** · 2023/09/04(月) 04:29:08.08

アプリレイヤを記述する際、継承は確かに百害あって一利くらいしかなかったけど
オブジェクト指向の本質的な問題点にちゃんと気が付いている人は
とても少ない

**デフォルトの名無しさん** · 2023/09/04(月) 06:10:55.97

ワンワン
にゃ~

**デフォルトの名無しさん** · 2023/09/04(月) 06:56:31.16

向き不向きがあると思う
GUIとかゲーム開発には向いているからスマホアプリ開発やwindowsアプリ開発には向いている

サーバサイドには全く向いていない

GUI、ゲーム開発は動物、犬に当てはめやすいから向いてるけど、サーバサイドは向いてないのよね

**デフォルトの名無しさん** · 2023/09/04(月) 14:21:39.02

>>45
そもそも問題は無い
はい論破です

**デフォルトの名無しさん** · 2023/09/04(月) 17:33:01.25

>>37
> 全部辞書型か？
そうなる
型の安全性と引き換えに柔軟性を得るっていうのがデータ指向の考え方

オブジェクトに状態をもたせるオブジェクト指向も使い所によってはあり
人間の場合はたとえば明日人間の機能が変わりますなんてことないし機能が安定しているのよね

オブジェクト指向はスタックやリストといったデータ構造とも相性が良い
一方で仕様がころころ変わる業務要件とはあまり相性が良くない