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

教えてくれ

前スレ
オブジェクト指向はオワコン
https://itest.5ch.net/mevius/test/read.cgi/tech/1693054853

糸冬

了

もういいだろこのスレは

議論を再開します

90年代にオブジェクト指向が隆盛を極めて失敗したのには理由があると私は思っている

オブジェクト指向同様にメモリ食いの関数型指向は許されているのかな

関数型がメモリを食うのは初耳、どこ情報よそれ

Javaはオワコン位のものを、オブジェクト指向がオワコンまで話をデカくしすぎ。
Javaが関数型言語的な記述を取り入れてきたのを、これからは関数型言語だみたいにいいすぎ。

>>1
板のルールすらわからないのか。どうしてもやりたいならマ板でやれ
そもそも当たり前に使うオブジェクト指向無しでプログラム組んでたらやってられんわ

こいつはオブジェクト指向というかプログラミングに挫折した人間だから仕方ない
ほっとこう
もう立ち直ることはないんだし

Rustも隆盛を極めて失敗するだろうな

>>6
>5とは別人だけど、こんなの見つけた。

関数型言語のウソとホント
https://qiita.com/hiruberuto/items/26a813ab2b188ca39019

マジレスするとこんなところで暇潰してるお前らがオワコン
2，3年後にはウーバーに転職してそう

>>13
まじでかw
プログラムのプの字からやり直さなきゃならない奴が吠えてるだけのスレなんだぁ

>>13
オブジェクト指向関係なくて🌱

自演がバレバレで面白かったのでヨシ！ >>12-14

一応コード書いてるだけでも偉いと思えるようになってきた

こんなスレであれこれ書く前に動くもの作れよ。小学生でもできるのに

>>13
単にチミがappendChildの仕様を理解出来て無いからだ

Reactの
import React from 'react'はクラス継承？

interfaceで受取するだけなら楽だなあって思った

AIにできるだけクラスは作るなと指示する時代になった

現場みてると、手続型言語のように使っているので気持ち悪い。
対象にメッセージを送る。ただこれだけなのに。
設計ができていない。

そう言う本来のオブジェクト指向プログラミングができるのはObjective-Cくらいだからなぁ

現場のjavaみてると、intとStringのオンパレード。なさけない。
クラスを作れよなぁ。

わかりやすくモデル化できるところを
プリミティブ型だけで低レベルに書く本人は
頭良すぎて困ってないんだろうけど
凡人が困るのわかってない点で社会人として失格よね

昔なら、メモリ少ないし遅いのでプリミティブでがんばってもよかったけど、
いまは、可読性だね。
nullポはいまだに最悪だけど、バグを出しにくく可読性の高いものを作るためにオブジェクト指向があるのに、
手続き型言語のように使われている/そのような設計しかできないのは、なさけないね。

例外のせい

どういう例外なんだろ。単に設計の手抜きを例外にしているんだろうか。
まあ、ちまたのシステムみてると、完成度20％未満で動いているからねぇ。例外だらけなんだろうけど。
なんで検収あがっているのか不思議なものばかりしか見かけない。元請けが素人なんだろうねぇ。クライアントも素人。

>>24
それ30年前のオブシコの思想だよｗ

OOPネイティブ世代がそのうち
「やっぱOOP最高だと思うんです」
とかいうブログ書くと思う😮

論破するから大丈夫

https://twitter.com/yasuo_ozu/status/2011074844113444894
https://twitter.com/thejimwatkins

JavaやC#やいまどきの言語自体がオブジェクト指向なんだから諦めろ

JavaやC#が今時の言語・・・？

株式会社アイ・エス・ビー
https://kizuna.5ch.net/test/read.cgi/infosys/1756826944/

https://www.isb.co.jp/about/company-profile/

>>32
・データを中心に設計する
・データ構造にこだわる
と
・全部入りのstructを作る
が繋がらんのよね
オブジェクト指向でもないし
ちょっと何言ってんのかわからないな

まともに相手するレベルのツイートじゃないな
OO言語とか全然関係ない

データを中心に設計したりデータ構造にこだわるのは対象ドメインがデータ/データ構造が核となっているビジネスアプリケーションだからと単に動くソフトウェアをつくりたいんじゃなくて変化に対応できるソフトウェアをつくりたいからなんだよね

別にOO言語にこだわる必要はないと思うけど
OO言語を揶揄する人がこう低レベルだとOOのほうがいいのかもって思う

>>36
俺も何言ってるのかわからなかったがココを見たらわかった
https://posfie.com/@IBkBoH1deg98072/p/DJny8h9

オブジェクト指向をプログラミングに不慣れな人に意識させると
過剰設計になりがちってことかな

自分が出会った人の中にも
思考停止でgetter/setterを作るアホや
プログラミング初心者を名乗りながらオブジェクト指向では
こうあるべき論を振りかざして動くプログラムを作れないアホがいた

オブジェクト指向に対する憧れや理想がアホを養成するんだと思う

かくいう私も昔そのアホの一人でね

良い感じにオブジェクト指向できてるなって思ったのは
手続き型や関数型で実装して
最後に他者に使わせる部分だけをオブジェクトとしてまとめたものだった
手続き型をしっかりやるのが良いように思う
オブジェクト指向は実装の技術じゃないAPIの技術だ

OOPの核である多態は実質的にifブロックをメソッドに置き換えてるだけに過ぎない
あとは糖衣だよ

なんか色々聞きなれない言葉並べて再利用性がどうのこうの言うけど絶対嘘じゃん。

コード書き換えた方がよっぽと再利用してるし、柔軟性あるし、素朴だし、シンプルだし、やりたい事出来るし、理解早いし、間違い起きないし、再利用するコードの実装もシンプルだし。

それともオブジェクトどうしの対話がどうのこうの観点から再利用性あるとか言う話なのかな。
そんなの再利用する事なんて無いだろ。

オブジェクト指向に対する理解がオブジェクト指向黎明期の誤った啓蒙書ベースのままだからオブジェクト指向は使えないとかオブジェクト指向から抜け出さないといけないとか思っちゃうんだろうな

昔はプログラミングパラダイムの革命としてもてはやしてたからな
今となっては数ある使い古された技術の一つに過ぎない

言語バカがマウント取るための道具でしかなかったなｗ
継承に異常に拘りそれが目的になって無駄なクラスが量産され保守困難になる本末転倒ぶり

マウント取って威張るのが本当の目的なんだから本末転倒じゃないよ
その結果として開発しにくかったり、使いにくくても二の次

おじいちゃんたちはいつの話をしてるんですか？
オブジェクト指向ごときでマウント取られたと感じてたようでは新しい言語やパラダイムにはどれもついていけなかったのでしょう
仕事だけでなくプログラミングも引退した方が幸せになれますよ

クラス関数に同じ名前のメソッドがあるのはオブジェクト指向の恩恵だぞ

クラス関数？

クラスもメタクラスのインスタンスなのと
クラスがただのインターフェースな実装は
LISP1とLISP2の関係に似てて同列に語れるときと語れないときがある

設計ミス
javascript: bool
Java: a[][]
python: setdefaultencoding
C: static
C++: private
Rust: unwrap

>>49
何言ってんだお前これを見ろ
https://compilebytes.com/share/nbdiKnVCvf

PowerShellで書いたNano IDだ
オブジェクト指向を使わない方がどう考えてもスッキリ書けるだろ

Nano ID
https://github.com/ai/nanoid

悔しかったらオブジェクト指向で書いたお前のNano ID見せてみ？ おん？

>>54
おじいちゃん論点ズレてるよ
おじいちゃんがオブジェクト指向を理解できなかったのは日本語の能力が足りてなかったのが真の原因かもしれないね

>>55
書けないのな？ オブジェクト指向ごときと嘲ったお前が
オブジェクト指向で俺のコードを超えることできないのな、ギブって事で良いな？
お前でさえオブジェクト指向を使いこなせないわけだから
オブジェクト指向はダメなものって結論されるわけです

俺はいや俺たちはオブジェクト指向を完全に理解しているからこそ
その限界もわかっているんだよ

霊媒師が幽霊を退治できるのも幽霊を理解してその限界を知っているからだ
あなたにはオブジェクト指向の幽霊が取り憑いています
俺はそれをPowerShellで除霊しました
俺のコードみて綺麗すぎて震えただろ、わかる

手続き型で書いたNano ID
https://compilebytes.com/share/nbdiKnVCvf

オブジェクト指向が良いものだと言うならば
俺が手続き型で書いたNano IDを超えてみろ

かかってこいよオブジェクト指向
オブジェクト指向の限界を知っている俺に隙はない

自演でスレ伸ばすのやめな

オブジェクト指向を理解してないと
オブジェクト指向技術によって恩恵が受けられる場面と
そうでない場面の簡単な判別ができないんだな

それに自分のコードのどこで
オブジェクト指向技術が活用されているか分からないらしい

まあそりゃそうか

staticおじさん統合出張中か

言語バカの系譜
オブジェクトおじさん→フレームワークおじさん→Rubyおじさん→TypeScriptおじさん→Reactおじさん(👈今ココ)

蓄尿フェーズ（Storage Phase） 膀胱が徐々に充満 → 膀胱壁の伸張受容器（stretch receptors） が不随意に活性化。
これが「膀胱満杯イベント」のトリガー（afferent signals via pelvic nerves）。
仙髄レベルで排尿反射（micturition reflex） が起動しかけるが、大脳（pontine micturition center + 前頭前野）が「まだだ！」と抑制。
→ これはイベントリスナーが登録されているけど、条件分岐でキャンセルされる状態。
外尿道括約筋（随意筋・横紋筋、陰部神経支配）：意識的に締めておく（voluntary contraction）。
内尿道括約筋（不随意筋・平滑筋、交感神経支配）：自動的に締まる。
→ 「我慢ボタン」を押してる間は、イベントが保留（deferred）。

排尿開始の瞬間（Voiding Phase） 脳が「OK、出す」と判断 → 抑制解除。
副交感神経（骨盤神経）優位 → 膀胱排尿筋（detrusor muscle、不随意平滑筋）が収縮。
内尿道括約筋が弛緩（不随意）。
外尿道括約筋も弛緩（随意）。
同時に腹圧増加（腹筋・横隔膜の随意筋収縮）で勢いをつける。
→ これが「排泄メソッド」の本実行！ イベントが発火してコールスタックが一気に動く。

割り込み（Interrupt）の例 膀胱圧が限界超え → 不随意反射 が強制起動（reflex voiding）。
「もう我慢できない！」で脳の抑制が効かなくなる → 漏らす。
→ これは優先度が高いイベント（hardware interrupt）がメインスレッドを乗っ取るようなもの。

>>58
これオブジェクト指向とか関係なく普通にスパゲッティじゃん
整理整頓できないのかよｗ

>>65
誰がおしゃれパスタだおらあ！！！
じゃあお前が書いてみろよ！どうせ口だけだろうがたわけが！

動けばなんでもいいんだよ

それもそうだな

オブジェクト指向はそもそもの考え方が危ういんだよな
オブジェクト指向の概念認識は認知言語学でいう定義的属性によってカテゴリ化する古典的カテゴリ的概念だから
家族的類似性やエグゼンプラー、プロトタイプによって規定される現実の概念とは乖離があるんだよ
クラスという大枠を定義した後でメンバ群やサブクラス群を定義するのではなく
オブジェクト群にタグ付けを行なった結果として、共通あるいは類似するもの同士からなるクラスのようなものが形成されるのが正しい

「オブジェクト指向 == クラス」「クラス == オブジェクト指向」という古き悪しき教えに毒されたままだからそんな考え方をするんだろう

オブジェクト指向をフル活用するほど複雑なプログラムって
相当に高度な頭脳が必要なんでしょうな🤯

現実の概念との乖離を無くそうとする考え自体が間違い
“クラス+継承=オブジェクト指向”とともにオブジェクト指向黎明期に広められた有害な教えの一つ

>>72
現実の概念って言うか、誰もが連想しやすい形にした方が多人数で生産する場合に説明しやすいし、それが必要なだけだから

カプセル化とインターフェースだけで良かったと
COM(OLE/ActiveX)で証明された

おじいちゃんホイホイスレｗ

結局javascriptがいるからオワコンになるのは相当時間かかると思うけどね

それJavaScriptが使えないおじいちゃんの意見ですよね？

集約（Aggregation）
「俺と繋がってるけど、意志的には独立」というのは、まさに集約関係ですね。チンポは「俺」という全体の一部でありながら、
完全に意志の支配下にはない。たとえば勃起は意識的な命令だけでは起こせず、状況や刺激に依存する。この独立性は、
集約されたオブジェクトが親オブジェクトに依存しつつも独自の振る舞いを持つというOOPの特性をよく表しています。

継承（Inheritance）
「俺の特性を引き継ぎつつ『別チン格』として独自性を持つ」というのは秀逸です。遺伝子的に「俺」から派生した器官でありつつ、
その振る舞いや反応は「俺」とは異なる個性を持つ。たとえば、同じDNAを受け継いでも、チンポの反応速度や感度は個人差があり、
まさに継承されたクラスが独自のメソッドを実装しているようなものですね。

>>78
お前面白くないわ荒らすな

>>79
ならそういうお前が、「オブジェクト指向とは何か」を、自分の言葉で誰にでも分かりやすく説明しろ

>>80
オブジェクト指向とは何かを説明するスレッドではない
もう荒らすなよ、お前のせいで書き込みがなくなるからな

>>81
つかそもそも「オブジェクト指向」とは何だ？

javascriptのprototypeをオブジェクト指向じゃないと言うような話がしたいのか

>>83
命題「オブジェクト指向とはjavascriptのprototypeのことである」

確かに、陰茎はまじめに考えたら教科書に載せてもおかしくないくらい完璧な「生きているオブジェクト」の実例です：多重継承：随意筋（骨格筋）＋不随意筋（平滑筋）のハイブリッド
別スレッド：性的興奮時の勃起は自律神経（副交感＋交感）が裏で非同期処理してる
遅延束縛：射精直前まで「出るか出ないか」は実行時に決定（まさに動的バインディング）
メッセージパッシング：脳 → 脊髄 → 海綿体に「fill_with_blood()」メッセージが飛ぶ
カプセル化：内部の血管拡張・NO（一酸化窒素）シグナルとか全部privateで、外からは硬さしか見えない
ポリモーフィズム：状況によって「排尿デバイス」「生殖デバイス」「快楽デバイス」に変身

アラン・ケイが「生物学的コンピューティング」を提唱してたのは本当で、彼はまさにこういう「生きてるオブジェクト」を理想としてたんですよね。結論：チンポはSmalltalkよりもオブジェクト指向が徹底されている究極の生物学的Artifactであり、我々プログラマは日々「祖先のリファクタリング結果」をぶら下げて歩いているという厳然たる事実。

もうめんどくさいから全部オブジェクトにしちゃえーは
プロトタイプを開発する時にたまにやる
何を抽象化して何を抽象化しないかに頭を使うより全部クラスにしちゃった方が早い場合があるんだ
手を動かしながら詳細設計するなら、あらゆる概念を細かく抽象化していくのは有効

クラスにするのがオブジェクト指向じゃなく、一定の機能を持つ部品を使うのがオブジェクト指向。それをクラスと呼ぼうが関数と呼ぼうが同じ
今のパソコンやスマホはAPIを使うのが当たり前だからプログラム作るときは意識してなくてもオブジェクト指向になる

>>85
荒らすなって言ってんだろうがカス！！！面白くねえんだよ！！！

>>88
なら「オブジェクト指向とは何か？」について、誰にも分かりやすく説明しろ！

拾い物だけどおすそわけ
/watch?v=Hi9YnZL4McU
/watch?v=GWZf_B129zs
/watch?v=Zmr3i9RvFJw
/watch?v=g_xqrXcwN88
/watch?v=r6VWsq4qEEM

まずはカプセル化だろ。

カプセル化はモジュール化+インターフェース定義
OOの専売特許でもなんでもない

マジな話、オブジェクト指向プログラミングって要る？
クラスの構造とか考えるコストとか
正直ベタで書いた方がマシじゃね？

それはない

普通にデータベース指向でいいわな

そりゃまた粒度の違う話だわな

話の抽象度が噛み合わないやつって100%センスない
なぜかそういうやつに限ってOOを軽視したがる

人が分かり易い機能単位にするのがオブジェクト指向だから
分からないクラス分けとか設計がうんこなんだろ

関数も変数も配列も要らん
全部エクセルの表にして行と列で計算すりゃいいんだよ

wikiのOOPの定義

オブジェクト指向プログラミング（オブジェクトしこうプログラミング、英: object-oriented programming, OOP）とは、データの状態とそれを操作する処理を一体として扱う「オブジェクト」を基本単位にソフトウェアを構築するプログラミングパラダイムである。

OOいらないって言うやつはDIP知らないんじゃない？
ベタ書きでいいって言ってんのはこれか単に作ってるシステムが超小規模かじゃないかな