2021年の「オブジェクト指向」を考える

きしださんが先日もたのしいお題を投下されていました。 出遅れましたがこのネタについて少し掘り下げてみます。 念のため個人的なスタンスをあらかじめ表明しておくと、オブジェクト指向に対してはそれなりに好意的ですが、別に時代の最先端だとかソフトウェア開発に必須の知識というほどではない（でも知っておくと便利というか、知らないと不便なこともあるかもしれないのでわざわざ避けるのはおすすめしない）というくらい温度感です。 オブジェクト指向 is 何 そもそも「オブジェクト指向」という言葉自体、座りの悪い言葉です。 意味が明確なのは「オブジェクト指向プログラミング(OOP)」、「オブジェクト指向プログラミング言語(OOPL)」、「オブジェクト指向設計(OOD)」「オブジェクト指向分析(OOA)」といった「オブジェクト指向なんとか」の方で、それらをふわっとまとめた（ような気がする）単語が「オブジェクト指向」

[fa11enprince]

状態をゴリゴリ書き換えまくるWindowsとかのGUI系プログラミングとかゲーム系とかだとOOP便利だし、OOPしてる感じになる。Webアプリ系だと全然OOP感ない。

[masa8aurum]

このように定義が曖昧すぎるため、「オブジェクト指向」という言葉で何か意味のある議論はできない印象。「継承」とか「データと手続きを一緒に置くこと」など、個別の要素について議論すべき。

[mohno]

「Algorithms + Data Structures = Programs」という手続き型言語の時代からやってきてると「Algorithms + Data Structures = Objects」（いわゆるカプセル化）が基本なんよ。それがプログラム間になればサービス指向とかDIとかいう話になる。

[aike]

あらためて元記事を解釈すると現代のシステム開発で一般開発者がOOP特有のオブジェクト設計に注力することは減ったとは思う。OOPで書かれたフレームワークやライブラリを単に使うのがオブジェクト指向でないとするなら

[getcha]

OOPが出てきた当時「そんな当たり前な事定義せんでも」と思ったけど、この業界に何年もいるとOOPはまだ良心的に思える。結局、何を実現したいか。が先に来るので方法論が先に来るのは政治以外で経験した事はないな。

[chiroruxx]

このまとめ方は面白いな。自分はバーランドメイヤーからのオブジェクト指向なので、データを振る舞いで表現したいやつ。

[Bryntsalov]

ボブおじさんが、「オブジェクト指向プログラミングは、間接的な制御の移行に規律を課すものである」って言ってたから個人的にはもうそう思うようにしている。

[sasasin_net]

あーーたしかにそれも「オブジェクト指向」で示されるやつだなあと読んだ。多くて草

[mak_in]

最後に書いてある風呂敷広げた概念的なものが、僕の中のオブジェクト指向かな。

[odakaho]

この人説明わかりやすいな

[takatama]

「なんだかよく分からないけど、知らないから勉強しとくかー」で、結果的に引き出しが増えるのはいいこと

[quick_past]

特定の言語や環境、案件だけ考えても不毛。それぞれのシチュエーションに合わせた現実的なツールを使うだけの話。

[zyzy]

こうしてみると本当にみんなそれぞれ別の意味に対して同じ名前で呼んでて紛らわしくなってるなぁ、と。大体C++が原因な気がするが。

[rawwell]

“直接関係なくても、間接的には影響を与えていた、ということですね。その辺もみんなひっくるめて「オブジェクト指向」ということ”

[pmint]

意識高い系が書きがちなふわっとしたポエムなんだけど、OOPがオブジェクト指向だと思ってるなら「実行速度が激遅になるやつ」を第一に書かないとダメだろう。AppleのM1プロセッサーが爆速な理由とも絡めるといい。

[mas-higa]

s/あなたち/あながち/ ? ; 自分のオブジェクト指向○○は世間とはズレてる自覚ある。

[mohritaroh]

後半にデザインパターン、TDD、アジャイルっていう流れ、たしかコミュニティ的にもオブジェクト指向なエンジニアの集まりからアジャイルの実践が進んでいったみたいな経緯を思い起こさせる気がした

[tockri]

きしださんが書いてたことを端折らずに丁寧に書くとこうなるっていう親切な記事だと思いました

[ene0kcal]

（読んでないが）簡単に言うと、オブジェクトやワーカー（オブジェクトを操作する者）を定義し、それらをレゴのように扱って処理を記述していくのがオブジェクト指向プログラミング。／読んだ。簡潔でいいなと思った

[kujira_aoi_blue]

Webサービス時代のユースケース定義してシナリオ書いてオブジェクトを抽出して設計するやつから来ました。

[dhrname]

ダイクストラがメッセージをACM vol.8で提唱したのが1965年、「階層」構造化が68年、ダイクストラ階層を研究したパルナスの「情報隠蔽」が70年、クラスとダイクストラ階層を構造化プログラミングで結びつけたのが72年

[twainy]

ビジネス的に価値のあるソフトウェアの方向性が多機能ではなく、機能は少なくても高性能・高スループットになって、結果として複雑なオブジェクトの大伽藍を作る必要性が薄れた気がしている。肌感。

[t-tanaka]

私の中のオブジェクト指向は「データと手続き・処理・関数などを一緒にするやつ」が一番近い。これを継承を使って再利用しやすくしたのがオブジェクト指向。一般的な問題を解決するFWを継承して個別の問題を解決する

[findup]

結局、開発スピード重視でベタベタにコード書いて動けばいい、そのうち技術的負債が溜まったら作り直せばいい、みたいな方向に回帰しつつあるのかな。

[clockwork9]

特定のLL文化におけるOOPライクな流行を並べただけで、記事としては片手落ち。動的型付言語では恩恵の小さい要素がことごとく除外されている。Rubyについてだけ語るのであれば間違いでもないかもしれないが。

[otihateten3510]

PPAP

[matarillo]

アランケイのOOは、ソフトウェアに関するすべてをOOで、とは逆の、OOでモデル化される情報システムでこんな世界を実現したいというビジョンを指すし、SmalltalkはそのPoCにすぎないので、原理主義者と会話するときは注意

[cooking_kawasaki]

「変数の後ろに . と書くとメソッドを補完してくれるやつ」という視点は無かった、面白い。／gtkのソースとか、C言語で頑張ってオブジェクト志向してるのから時代は進んだな。

[snowcrush]

定義というか基盤が曖昧なまま、なんとなくいいものだと決めつけた上でその上に様々なパラダイムを構築しようとするのがオブジェクト指向信奉の気持ち悪いところだなと思う

[qtamaki]

結局、関数から副作用を無くすと静的関数とデータ構造があれば良いという結論になる

[gonta616]

面白い。オブジェクト指向って一言で言っても。って意味かも。

[nakag0711]

OOPの文脈ではリソースの確保と解放の単位としてのオブジェクトという概念が核にあってこれはプログラミングにおいてほぼ必須。Webアプリは扱うリソースの幅が狭く大体システム任せだからあまり意識されないが

[iga_k]

高橋会長の歴史まとめよい。最後が「いい感じなプログラミングを目指して、引き続き頑張っていきましょう。」なのもよい。

[ryer]

夢が失われた感はあるよね → つまるところ「チームビルディング頑張る＆テスト書きつつリリースサイクル早めて監視・計測すれば何とかなるのでは？」みたいな身も蓋もない「方法論」しか存在していない

[oqzl]

相手の考えてる「オブジェクト指向」がどれなのか確認してから会話しないと危ない、まで読んだ

[fn7]

考えるというタイトルだけど、紹介的な記事だった。色々網羅されてて面白い。

[atico]

それぞれのオブジェクトが自律的に動作してシステムが出来るとオブジェクト指向な気がするけど、現状はmainやサービスが手続き的にオブジェクトを生成、操作し、そちらがメロディでオブジェクトが伴奏のイメージ。