オブジェクト指向は禁止するべき - きしだのHatena

プログラムがまだ不慣れな人が「プログラムちょっとわかるようになったけど、まだぜんぜんオブジェクト指向とかできてません」のように言ったり、ちょっと慣れた人が「このソース、ぜんぜんだめ。オブジェクト指向ができてない」にようなことを言ったり、まるで、オブジェクト指向ができてるかどうかがよいプログラムかどうかを表すことになってるようだ。 Javaのアルゴリズムの本に、「Javaなのにオブジェクト指向ができていない」のような書評がついているのを見たときには、お前は何を求めてるんだと思ったりもした。 そのようなオブジェクト指向は、窓から投げ捨てるべきだ。オブジェクト指向はプログラムのよしあしの基準にならない。 むだにHogeインタフェースとHogeImplクラスがあったり、むだにnewするだけのcreateメソッドがあったり、どこで値が設定されてるかわからないオブジェクトがひきまわされてたり、ソースコ

[fukken]

オブジェクトがない世界から経験値を積んで「どうしてオブジェクト指向が必要とされたのか」に自分で行き着くのは大事だと思っていて、最初からオブジェクトがある世代は若干不幸ではあると思う

[moryo0109]

禁止しろとは言わないが大半の人にとってその前にやることがある。

[VoQn]

オブ厨な人らと会話してて神経使うのだけど「OOPそのものは善し悪しじゃなくて、如何に良き設計にするか」でDDD,DCIの話を繰り広げるので、まずどれにしろ「パラダイムはパラダイムでしかない」と腹に据えてる

[mtmt101jp]

巨大迷路をつくっちゃうひとはたぶんオブジェクト指向でなくてもつくっちゃうんじゃないかと

[ledsun]

そこで「オブジェクト指向のこころ」ですよ。（クラスやインタフェースがある言語なら）わりとまじめに http://www.amazon.co.jp/dp/4621066048

[love0hate]

調子乗って抽象化すると大抵あとで設計失敗したわってなる自分の中の経験則に似ている。具体的な部分を殴り書きして定期的に構造化していくスタイルの方が綺麗なコードが書ける気がする。

[polynity]

論理型言語は論理プログラミングを強要し、純粋関数型言語は関数型プログラミングを強要する。しかし、いかなるオブジェクト指向言語もオブジェクト指向プログラミングを強要しない。これが普及の要因。

[osiire]

たぶん主題はこれ。「メルヘンの世界には入らず、機能だけ考えるのがいい。」これには同意。

[Isuzu_T]

これJavaが悪い側面もあって言語機能が貧弱だから「抽象化したいな」って思った時使えるものがなくて仕方なくインタフェース作ってええええ！　継承関係考えてええええ！　ああああめんどくせええええええ！

[coppieee]

オブジェクト指向は中二病みたいなもの。

[quick_past]

いや今の所超消極的にでも使わざるを得ないと思う。次の優れた一手がいまいち見つからない。

[soy-curd]

“けれど、そのようにプログラムに不慣れな人にファンタジックな指標を与えても、ファンタジーあふれた夢の城のような無駄の多いプログラムができるだけだ。”

[iga_k]

オブジェクト指向、思考停止しやすいから禁止でいいかも。

[zetta1985]

"深い意味はないが時間稼ぎになる"

[kazutox]

2014年

[megumish]

オブジェクト指向は現実の世界に合わせた指向だと思ってるんだけど、必ずしも現実と同じにする必要はないと思ってる。プログラミングの世界での最適があるよね。

[katzchang]

レガシーに悩まされてるんだろうなって想像するけど、オブジェクト指向を禁止したところで、別の何かになるだけだと思うけどな。

[kikikaikaikai]

インターフェイス切りたがりの自分にグサグサ来る記事

[hamlet-r]

昔継承を使って、既存システムのコード量を1/4以下にして、バグを全滅させたら、周囲から魔法使い扱いされた。何のことはない、現実世界のモデル化をちゃんとやり、何が分類項目かをはっきりさせただけの話。

[yarumato]

“ソースコードを追いにくくしているオブジェクト指向なコードをよく目にする。小さなオブジェクトが協調し複雑なシステムを構築する世界は迷路ができるだけ。「責務と違うけどコードが単純になる」は許される”

[onehiro]

将来を見越し過ぎて面倒になってるパターンはあるかも。でもオブジェクト指向皆無の人のは条件分岐いっぱいだったりでテストしづらいしバグも含みやすいと思う。

[newnakashima]

概ね同意

[buhoho]

オブジェクト指向をうまく使いこなしてるソース見たこと無い。自分が作るときも継承はまず使わない

[stp7]

“2014-07-18”

[monorod]

オブジェクト指向はともかく、継承は人類には早すぎた感ある。オブジェクト指向=継承みたいな入門書が多いのもちょっとな〜って感じ

[programmablekinoko]

モジュール化やコンポーネント化だよね必要なのは。それをオブジェクト思想（あえて思想と呼ぶ）で解決しようとしてきたら複雑になりすぎた。

[lalupin4]

SQL おじさんと static おじさんを誹謗中傷した人が逆切れするのでバラすのはやめてください！

[sheephuman]

初心者なら目的の処理書いてから、抽象化なりinterfaceなり考えればいいって話では。

[masakitk]

話が大げさ過ぎる気が。create やimplがオブジェクト指向なの？シンプルにとか状態云々は同意。でもデータとロジックは同じところにないとパラメータ大量に引き渡して大変。(追記あー、かなり昔のエントリだった)

[ikaro1192]

実際の中身はOOPを禁止というより、偶像崇拝はやめてまともなプログラミングをしろという話

[kanu-orz]

言い切ったなぁ

[junjun777]

「*1」が最高／でまあ、該当レベルの人に禁止するとして、じゃあどうするの問題が残る。教育してそれまでの間は、できる人ががんばるのか。

[objectiveworker]

完全に煽りですね。責務という用語は確かに曖昧であまり使わない方がいいかな。

[yumu19]

ふむ。

[south37]

オブジェクト指向入門欲しい

[gallu]

ちょっとタイトルが煽り臭い。本文見ると割とすぐ気づくレベルだけど。あと、OOは所詮「道具」なので。「最低限を節度を持って使う」のが結局は一番。

[mumumu-tan]

ところで、オブジェクト指向入門、この本は、ぜんぜんオブジェクト指向してない。1800ページもあるし、ある程度は型理論とかを知らないと読みにくいという点では入門でもない。オブジェクト機能をもつプログラミング

[kazuph1986]

“「コードは複雑になるけど、責務としてはこのクラスに書くべきだからこのコード」というのはほとんどの場合よくないコードになる”

[gelegele]

“プログラムにおいて、管理する状態が少なければ少ないほどえらい。”

[kmaebashi]

HogeインタフェースとHogeImplは悪くないと思うのだけどな／メソッドは、特にprivateメソッドは、片っ端からstaticにすべきだと思う。メソッド同士がインスタンスフィールドで情報共有したらグローバル変数と同じだ。