2000年代オブジェクト指向は絶対の正義だった。つまり僕は洗脳を経験している - レベルエンター山本大のブログ

テクノロジーカテゴリーの変更を依頼記事元:

daiyamamoto.hatenablog.com

274 usersがブックマークコメント

2000年代オブジェクト指向は絶対の正義だった。つまり僕は洗脳を経験している - レベルエンター山本大のブログ

私がIT業界の片隅に所属をし始めた2000年ごろ、Java エンジニアはスーパースターだった。Java エンジニア... 私がIT業界の片隅に所属をし始めた2000年ごろ、Java エンジニアはスーパースターだった。Java エンジニアを名乗るということは、秘奥義オブジェクト指向を習得していることに他ならないからだ。「オブジェクト指向こそ正義」だった。 Javaとオブジェクト指向を身につければ、20年は食っていけると言われたものだった。あれから20年。たしかにJavaとオブジェクト指向で20年は食えた。が、もはやオブジェクト指向は絶対でも正義でもない。僕は、IT講師として新入社員にJavaを教える仕事もしているが「オブジェクト指向こそ正義」と無垢な生徒達に教えなければならない時に、苦痛を覚えるようにすらなってしまった。 2000年代から、新人教育のテキストは変わっていない。継承は積極的に使っていくべきで、オブジェクトは現実世界を模した仮想現実世界をコンピューター内に生み出す技術とされている。Strutsだけ

gengesa こういう主張する人たちってここ数年のトレンドを何も抑えてないから「もはやオブジェクト指向は絶対でも正義でもない」とか意味不明なこと言っちゃうんだよね。もはや常識なので異端審問すら必要なくなっただけ。

2021/02/14 リンク

fromdusktildawn フレームワークを作るエンジニアにはオブジェクト指向の技法はクリティカルに重要だけど、そのフレームワークを使ってアプリを作るエンジニアは、そこまでオブジェクト指向にこだわらんでもいい時代になったよね。

takopons 手続きを抽象化して、パターンを抽出して、適したデザインパターンを採用して（または組み合わせて）実装する、という面倒くさい仕事は、フレームワークのHotSpot部分を埋めるだけの簡単なお仕事には、まぁないよね。

u_1roh この記事に「お前が分かってないだけ」ていうウエメセなコメントしてる人って、2000年代当時の雰囲気を経験してる人なのかどうか気になる。宗教じみた熱狂が確かにあったと思う。

ichiken7 もはやオブジェクト指向はわかっていて当然のことで、使うたら使わないたらを語る領分ではない。ちゃんと理解できてないのだろう。

cloverstudioceo オブジェクト指向とデザインパターンを混同してね？オブジェクト指向は普通にクラスのない言語でも使ってる気がするけど。

moons 流行り物を流行り物だからという理由で教育する側はそりゃあボリュームが増えるにつれて質も悪くなってくよねと思う。去年AI、実質Pythonの研修とか受けながら、これゼロ年代半ばのオブジェクト指向研修だ、って思った

sugawara1991 当時は先鋭的なアイディアだったから宗教的に普及させる必要があったけど、当たりまえになってしまったら向き合い方が自然になる話。アレルギー的な反発も必要なくなってるんだけどそっちだけ残っちゃう人もいるのね

magnoliak 解決したい複雑性に合わせて道具を選んでいく、複雑性と道具がマッチしないと違和感がある（でもできないわけでもない）という話かなぁって

t-tanaka 私たちが嘘を信じさせられていたわけではない。解決するべき問題とそのために与えられている道具が移り変わったため，最適な手法がかわっただけ。当時の問題の多くはライブラリに隠蔽されただけで今も存在している。

2021/03/14 リンク

asayamakk データ設計するときもActiveRecordパターンありきで考えちゃうからオブジェクト指向が特別なものじゃなくて当たり前に存在する世界になった感覚

2021/02/16 リンク

wwolf 当時を振り返ってやべーなって思うのはオブジェクト指向分析とかオブジェクト指向要件分析みたいな虚無が大手を振って喧伝されてたことだと思うの

2021/02/15 リンク

NOV1975 当時はまだ汎用処理をたくさん書く必要があったから、わかってる人とそうじゃない人でだいぶ差があった（strutsが広まり始めてだいぶこういう感じになった）。オブジェクト指向よりリフレクションが敵だったな…

rryu 使うと便利が使わなきゃならないに変化するのはよくあることで、そういう話がよく出てくるのはJava関連だった感じはする。

プログラミング

FTTH 抽象化が有効じゃない場面なんてそうは無くない？　／　フレームワークがgetter/setterを要求してくるやつはまあ「オブジェクト指向ｗ」でいいと思うけど（そこを起点に流行ったのは不幸だった）

# |ω・)……

sisya オブジェクト指向が絶対の正義とは思わないが、オブジェクト指向を抑えないで体系的にプログラムを学ばせるのは難しいと思う。夏休みの宿題に朝顔を育てさせるように、大枠を掴む意味で有用な概念だと思うが。

MtAsuka ここで言ってるのは主にOOPの話のようだけど、オブジェクト指向の神髄は業務の分析から実装までオブジェクト指向の統一された手法で一貫して具体化していけること。そんなに複雑な業務でないならまあ不要だよね。

UhoNiceGuy 関数型のように仕事(射)中心で考えるよりデータ(オブジェクト)中心で考える方が楽じゃない？ただ、継承を神格化し過ぎたと思う。

sds-page クラス、メソッド、プロパティ位ならいいけど無駄に継承とかインターフェイス使いまくって「付いて来れない方がカス」みたいな連中もいた

tor4kichi ちなみに2020年代の絶対正義とはなんだろう？ドメイン駆動設計？それも結局オブジェクト指向の延長線上にあるから今もなおオブジェクト指向が君臨してるって感じもするけど、うーん。

toro-chan 2000年初頭にもプログラマしてたけど、宗教じみた熱狂な人も居たかもしれないが、絶対の正義と感じたことはない。間違ってオブジェクト指向を否定する人への対抗として、熱く語ってただけだと思ってる。

ledsun 当時のオブジェクト指向は適材適所じゃなかった。オブジェクト指向分析とかあらゆる作業に適用できる、プログラミングでもあらゆる箇所に使うのが良いと信じられていた。（AIみたいなバズワードだった

khtokage ライブラリやフレームワークはオブジェクト指向やそれに類する名前空間分離技術で上手くパッケージングされてるよね。それを利用するだけなら手続き型的なプログラミングで十分、という話かなと。

aike 万能じゃないけど分野によっては有用なツールというのが実態。良くないのは万能と思われてた時代の思想を説いたり当時の情報を鵜呑みにすること。絶対の正義ではないからといって絶対の悪と決めつけないのも大事。

nakag0711 OOPのうちユーザ定義型を作れる機能は必須ではないか？Webアプリだとセッションごとや画面ごとに自動的にインスタンスが作られるから意識してないだけでは。IFの考え方はレイヤ設計に必要だが簡単なアプリには不要かも

radian19831019 自分も何でもかんでもインターフェースを分離するのがオブジェクト指向だと思ってた時期があった。独学だと偏った情報に触れやすいしね。だけど凝集、疎結合をどこで使うか、設計次第ですよ。

オブジェクト指向

versatile 議論はもっと上位レイヤーの話になっている。オニオンとか依存の逆転とか設計の話。まぁこれもだいぶ前の話だけど・・・。オブジェクト指向とかそう言うのはすでに議論終わっている気がする。

kagerou_ts なんでもオブジェクト指向オブジェクト指向で細かく分けた方がえらいみたいな風潮はあったかもしれんなあとは思う。手段と目的が逆転してる感。

lalupin4 SQL おじさんに続き、static おじさんも再評価されるようになったかー。

はてなブックマーク

2000年代オブジェクト指向は絶対の正義だった。つまり僕は洗脳を経験している - レベルエンター山本大のブログ

記事へのコメント70件

関連記事