オブジェクト指向は本当に正しいのか？

1 ：12/03/11 〜 最終レス ：Over

議論する

2 ：

このスレッドは天才pンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

3 ：

高慢と偏見（1）隣は何をする人ぞ
http://el.jibun.atmarkit.co.jp/pressenter/2010/11/1-828a.html
　高学歴で長い経験に自信を持つエンジニアは他人の話を聞かなくなる、
というのは広く世に知られた真理の1つである。
　K自動車ICTシステム部の三浦技術担当マネージャは、そのようなエンジニアの生き見本のような人だった。
初めに言葉ありき。私が聞いた三浦マネージャーの最初の言葉はこうだ。
　「オブジェクト指向など、実業務では使いものにならない！」
　私は思わず手を止めてしまい、壁を見つめた。
　隣に座っていた男性プログラマも同じように手を止めて、まるで隣の会議室が見えるかのように壁をまじまじと見つめている。
　声は続いている。
　「オレはもう20年以上システム業界にいるけどな、その長い経験から言うと、オブジェクト指向なんてものは、
理論としては面白いけど、およそ実用的とは言い難いものだな。まぁ、例えばGUIのコンポーネントとかは
オブジェクト指向に基づいて作られているようだから、そういうツールとかを作る人には必要なものなのかもしれない。
しかし君たちがいずれ作ることになる業務アルゴリズムにはまったく無縁のものだと思ってもらって間違いない。
どうもこの業界、オブジェクト指向でなければダメ、というような風潮がまかりとおっているけどな、
オブジェクト指向なんか本当に使っている人はほとんどいないよ。オレも少し勉強してみたけど、カプセル化とかポリ何とかとか、
どうにも利点が理解できなかったね。実際、実業務で使ったことなどないしな……」
　おいおいおいおい。私は思わず壁の向こうの顔も知らない講師に突っ込んだ。もちろん心の中で、だが。
　――あなたはオブジェクト指向をほとんど使ったこともないくせに、
オブジェクト指向は「使えない！」と断言しているわけですか？

4 ：

そんなことより、手続き型、オブジェクト指向、関数型に代わる新しいパラダイム考えようぜ

5 ：

高慢と偏見（終）　エピローグ
http://el.jibun.atmarkit.co.jp/pressenter/2011/02/post-6b95.html
　疲労による脱落者を数人出しながらも、3月末に何とかカットオーバーした――というかさせた――新部品調達システムは、
4月1日に本番稼働した。三浦マネージャは自分の功績を大いに吹聴したらしいが、
その栄華はほとんど1日しか続かなかったとのことだった。
　初日から立て続けにいくつかの機能でトラブルが発生した。最初のうちは、本番サーバと予備サーバを切り替えることでしのいでいたものの、
数日後に、とうとうシステムを停止せざるを得なくなった。同じようなコードをコピペして、複数のモジュールで使っていたため、
バグが複製されてしまったのが原因だったようだ。無用なドキュメント作成に時間を取られたために、
十分なテストができなかったことも遠因だったに違いない。数々のトラブル対して、
大量のドキュメントがまったく役に立たなかったのは言うまでもない。
　それでも三浦マネージャは、「この程度のバグは、新しいシステムの初期段階では大抵起こりうる程度にすぎない」などと
強気な発言をしていたらしい。が、バグを修正することが新たなバグを作り込んでしまうという悪循環が続き、
新部品調達システムは、予定の半分以下の機能だけが辛うじて稼働しているだけになってしまった。
　とうとう業を煮やした経営層が、トラブルシューティング専門のコンサルティング会社に、システム全体の調査を依頼した。
三浦マネージャはICTシステム部だけで対応できると言い張ったらしいが、すでにその言葉を額面どおりに受け取る人間は少なくなっていた。
　ソースを調査したコンサルティング会社のエンジニアは、あまりに効率の悪い
前時代的なコーディングに絶句したらしい。そりゃそうだろう。私だって、事前知識なしであのソースを見たら驚く。
　「時代錯誤も甚だしい」
　「保守性というものをまった考慮していない」
　「最低でも6カ月を要する、根本的な大改造が必要」

6 ：

　最新の日記は、
　「オブジェクト指向など、実業務では使いものにならない！」
　間違いない。あの人だ。
　日記の内容はというと、「私は20年以上、企業システムのプログラミングを続けているが、
その中でオブジェクト指向などというものが役に立ったことは一度もない」と始まっていて、
　「staticを使えば、わざわざインスタンスを作る必要などない」
　「独自にクラスを作る必要などない。クラスは使うものだ。作るものではない」
　「20年にわたる経験から明白である」
と、どこかで聞いた言葉が並んでいる。
　吹き出したのは、
　「……私はカプセル化もポリモリズムも意味がよく理解できなかった。従って私はこれは不必要なものだと結論づけた……」
のくだりだった。案の定、コメント欄は炎上状態だった。
最初の方では、懇切丁寧にオブジェクト指向の利点を解説してくれている人たちもいたのだが、
　「あなたの経験は何年だ？ 私は20年だ」
　「あなたの出身校はどこだ？ 私はT大学大学院卒だ」
　「あなたはSIerだろう。私は客側の人間だ。客の言うことは絶対だ」
などのように、火に油どころか爆弾を投下するような発言が続いたため、親切なコメントはなくなっていた。
　その後も、たまに覗いてみると、
　「ベテランが提案する非オブジェクト指向開発」
　「使えるパターンと使えないパターン」
　「デザパタなどは時間の無駄である」
といったタイトルの日記が定期的に更新されていた。中身はというと、自分が理解できないことを経験だけで批判しているか、
オブジェクト指向を解説しているWebサイトのささいな誤字脱字を針小棒大に批判するか、どちらかでしかなかった。
　たまに別のWebサイトのコメント欄に、オブジェクト指向批判を書くこともあった。当然、技術的な裏付けも何もない、
思い込みによる批判だから、正論で完膚なきまでに叩きのめされてしまう。正面から議論を展開できるだけの知識がないから、
スリービーチさんにできることは、「その日本語はおかしい」とか「若い人はすぐに感情的になるから議論にならない」などと、負け惜しみを書くことだけだった。

7 ：

クラスの継承で再利用できるってこと実務でありえるの？

8 ：

どんな糞職場で働いてんだ。

9 ：

>>4
すでに俺は考えてある。

10 ：

>>8
まともな職場教えてくれよ。

11 ：

>>7
社内用のライブラリとか無いのか？

12 ：

長文が貼ってあるけど
プロジェクトが破綻した理由とオブジェクト指向やデザパタがつながってないように見える

13 ：

今、アプリ開発でフレームワークを使わないことは
まず無いと思うけど、ちょっと前までは自前で作ってた。
フレームワークのコードを見ればわかるけど
継承や各種オブジェクト指向のオンパレード。
それ（フレームワーク）によって何が持たされるかというと、
大幅な開発効率の向上。
あるものを使ってるだけだと、オブジェクト指向の恩恵に
気づかないかもしれないけど、自分でフレームワークに近いものを
作るようになれば、そのメリットが分かる。
ようは下っ端はわからない。

14 ：

単なる老害が関わったせいでプロジェクトが崩壊する典型的な一例だな
こういった老害は、どんな方法論を与えても同じことを繰り返す

15 ：

アプリそのものの実装で、再利用を考えた設計をすることってあんまないな
ライブラリ作るときは使いまくるけど

16 ：

>>15
似た奴を２個目つくるときは再利用するだろ。で、３個目も考慮して一部ライブラリ化される。

17 ：

アプリそのものを単純に作れるようにするために、
共通部分をライブラリやフレームワークとして分離する。
そのライブラリやフレームワーク側でオブジェクト指向を使う。
だから、それらを使うだけの人は、誰かが頑張ってくれたお陰で
自分は単純に作れると知りましょう。

18 ：

>>13
そうかなぁ？
それらを非オブジェクト指向でラップしちゃってもやっぱり同じことになると思うよ
オブジェクト指向関係ないじゃない

19 ：

オブジェクト指向でも最近は継承使わずに委譲だな
委譲を使って必要なメソッドだけを使って必要なメソッドだけを実装するほうが、仕様が爆発しなくて済む。
継承だと親のメソッドを引き継いで、下流が「なんかこんなメソッド有ったんで使っときましたよ^^」「はぁ仕様書に書いてないだろ」「いや、つかえましたよ^^」とか面倒な事が減る

20 ：

>>19
javaにはC++のような多重継承がない。
これは多重継承みたいな事をやりたいときは多重委譲にしろって事なのかもね。
でも委譲で十分じゃんとは思う。オーバーライドの整合性を考える余計な労力が減るし。

21 ：

俺はライブラリ制作側と使う側のスタイルは分けて考えないとダメだと思ってる
俺等は使う側なので極度の抽象化は作業効率が落ちるだけ
それとライブラリ制作にもまた複数あると思う
ＭＳみたいに一度リリースしてしまったら不具合も含めて仕様・・・となってしまうライブラリ制作と
同じ会社のどっかのライブラリチームみたいに不具合がみつかり次第修正
仕様も簡単に変えて修正してもらいますじゃ適用するもんが全然違う

22 ：

>>18
そりゃ、使う側から見れば
おなじに見えるだろうなｗ
だけど、作る側の開発効率がぜんぜん違うわけで。
オブジェクト指向は言語にあらず。
非オブジェクト指向言語でも
オブジェクト指向で作られてる。
オブジェクト指向で作るならば
オブジェクト指向言語が相性がいい。

23 ：

>>22
じゃ、ＭＳのライブラリを使ってるという視点でみれば
必ずしもオブジェクト指向は正しい選択じゃないと
そういえるわけだよね？

24 ：

>>21
> 俺はライブラリ制作側と使う側のスタイルは分けて考えないとダメだと思ってる
> 俺等は使う側なので極度の抽象化は作業効率が落ちるだけ
極度の抽象化が必要になったら、それはライブラリとして
分離するべき所ってこと。そうすればもっと作業効率が上がる。
だがまともな技術とセンスを持った人がいなければ使いにくいものができてしまう。
だけどそれはただだの、「技術力が低いと使いにくいものが出来る」という
当たり前の話しに過ぎない。

25 ：

>>24
>だがまともな技術とセンスを持った人がいなければ使いにくいものができてしまう。
その場合のオブジェクト指向の使用の有無はどういう風に影響を及ぼすわけ？
とりあえず会社的には特定の技術者に特別な処置をしてもらうよりも
馬鹿を長時間働かせて解決する方向へもっていきたいと考えるようだから
ご立派な人にしか理解できないはメリットにはならないと思うが
オブジェクト指向は人を選ぶのだろうか？

26 ：

>>23
それは正しいかどうかを語る資格が無いだけ。
飛行機に乗るだけの俺が
航空理論はほんとうに正しいのか？なんて
議論しても意味がないだろう？
俺は航空理論を使ってなくても、飛行機乗れるといっても
何の説得力があるだろうか。
オブジェクト指向が正しいかどうかを語っていいのは、
オブジェクト指向を適用するライブラリや
フレームワーク開発者だけだ。

27 ：

>>25
だから、お前には無関係の世界なんだろ？
それだけだよ。
無関係の人は語らないでくれ。
ただ、便利なライブラリやフレームワークを
作ってる人たちに感謝するのは忘れるなよ。
お前が感謝している人たちが感謝をしている
オブジェクト指向を信じろ。

28 ：

.net Frameworkの開発者ぐらいしか発言できないなこのスレｗ

29 ：

>>27
なんで怒ってるの？
ＭＳの社員じゃないと発言できないぜ？

30 ：

.net frameworkだけがライブラリやフレームワークなのだろうか？

31 ：

>>29
なんで、MSの社員じゃないと発言できないって思い込んでるの？

32 ：

社内のショボ宴Cブラリをフレームワークと表現するかい？
とりあえずどの規模からフレームワークと定義するの？
俺の休日に作ったコントロールのイベントをすべて監視してログに残すdllもフレームワークでおｋ？

33 ：

ちまちま議論してないでacmの論文でも探して読めよ^^

34 ：

> 社内のショボ宴Cブラリをフレームワークと表現するかい？
しない。
なぜなら「ショボチン」だから。
逆に言えば、ショボチンでなければ
ライブラリ（フレームワーク？）と表現する。

35 ：

>>34
ショボチンとデカチンの基準を決めてくれるかい？

36 ：

> コントロールのイベント
これ、オブジェクト指向だろ？ｗ

37 ：

>>35
あぁ、ソムリエじゃないと
ワインの味はわからないよねｗ

38 ：

>>32
それはただのアプリケーションだろ。

39 ：

>>36
え？
今はライブラリやフレームワーク開発者じゃないと
このスレで語るに値しない
って発言から参加権があるかどうかを決定してるのだよ
君は話がわかっているのかい？

40 ：

>>22を見て思いついたんだが、>>6 の老害は、
非オブジェクト指向言語でやるようなオブジェクト指向プログラミングを、
オブジェクト指向言語でやってたりするんだろうか。

41 ：

>>39
うん。感謝はしろ。
だけど、良し悪しは語るな。

42 ：

>>41
は？
日本語でおｋよ？

43 ：

だからオブジェクト指向を使うような
仕事をしていないで、
単に（オブジェクト指向で作られたものを）
使うだけのやつは語る資格ないってことだよ。
お前が便利に使っているものに
オブジェクト指向が使われてるのに
それを否定して説得力があると思うか？

44 ：

>>43
関係ないラインがあるってさっき自分で言っただろｗ
だからライブラリ、フレームワーク開発者に参加者を絞ったんだろ
自分で言っといて忘れるなよクズ

45 ：

もう>>1のQ全部むしりたくなってきた
発言があまりにもクズ過ぎる

46 ：

>オブジェクト指向は正しいか。
コンパイラーがエラーを出さない限り正しい。

47 ：

実はオブジェクト指向ってしっくりこないんです

48 ：

どこらへんがしっくりこないのか気になる。

49 ：

オブジェ区都市高

50 ：

staticおじさんは他人のブログに糞コメ混ぜてくるから困る

51 ：

自分の庭で暴れても相手にされなくなったんで、でばって暴れて回ってるのかw
悪名が広まって結構なことだ。

52 ：

実は構造化ってしっくりこないんです、って若いころおっさんが言ってたら
ムキになって否定してそうなのが余計ムカツクこのタイプ。

53 ：

gotoを使うなとかbreakを使うなとか、そういうおかしい人とは関わりたくないな。
こんなのがいると、ifの行の最後にに{を書く奴がマシに見えてしまう。

54 ：

　ショボチンでも要件みたせるなら、それはそれで有りだと思う。
下手に凝って、納期を外したらあほやろ？　ニーズに応じて作りこんで行けばいい。

55 ：

if の行の最後に { は、C の神様が C の次に作った limbo や、
その次に作った Go でそういう風に構文を変更した程だぞ。

56 ：

そりゃ失策だ。

57 ：

if () {
}
else if () {
}
普通降格だろ？

58 ：

いや、こうだな
if () {
} else if () {
} else {
}

59 ：

多様性を使ってif自体を消しておこうか。

60 ：

せっかく匿名ifが使えるんだからそうさせてくれよ

61 ：

oh!豚痔ェ苦怒嗜好

62 ：

そんなに漢字が好きなら中国にでも行くといいよ。

63 ：

高慢と偏見（1）隣は何をする人ぞ
http://el.jibun.atmarkit.co.jp/pressenter/2010/11/1-828a.html
　高学歴で長い経験に自信を持つエンジニアは他人の話を聞かなくなる、
というのは広く世に知られた真理の1つである。
　K自動車ICTシステム部の三浦技術担当マネージャは、そのようなエンジニアの生き見本のような人だった。
初めに言葉ありき。私が聞いた三浦マネージャーの最初の言葉はこうだ。
　「関数型言語など、実業務では使いものにならない！」
　私は思わず手を止めてしまい、壁を見つめた。
　隣に座っていた男性プログラマも同じように手を止めて、まるで隣の会議室が見えるかのように壁をまじまじと見つめている。
　声は続いている。
　「オレはもう20年以上システム業界にいるけどな、その長い経験から言うと、関数型言語なんてものは、
理論としては面白いけど、およそ実用的とは言い難いものだな。まぁ、例えばパーサコンビネータなんかは
関数型言語が向いてるみたいだから、トイ言語を作る人には必要なものなのかもしれない。
しかし君たちがいずれ作ることになる業務アルゴリズムにはまったく無縁のものだと思ってもらって間違いない。
どうもこの業界、関数型言語でなければダメ、というような風潮がまかりとおっているけどな、
関数型言語なんか本当に使っている人はほとんどいないよ。オレも少し勉強してみたけど、モナドとか参照透明性とかモノイドとかとか、
どうにも利点が理解できなかったね。実際、実業務で使ったことなどないしな……」
　おいおいおいおい。私は思わず壁の向こうの顔も知らない講師に突っ込んだ。もちろん心の中で、だが。
　――あなたは関数型言語をほとんど使ったこともないくせに、
Haskellは「使えない！」と断言しているわけですか？

64 ：

>>63
こちらにどうぞ。
http://toro.2ch.net/test/read.cgi/tech/1331328955/

65 ：

オブジェクト指向プログラミングは間違いだったか?
http://www.infoq.com/jp/news/2010/07/objects-smalltalk-erlang

66 ：

マ板か、ここ

67 ：

いや、プ板だ。

68 ：

aとtheの区別がつかない日本人には基本的に必要ない機能だよねコレｗ

69 ：

またstaticおじさんか

70 ：

ポリフォーリズムは正しい

71 ：

パラダイムの一つでしかないんだから正しいも糞もない
効率が良いと思う人が使えばいいだけの話

72 ：

オブジェクト指向は役に立つという迷信は本当に正しいのか？

73 ：

世の中からオブジェクト指向でできたものを
取り除こう。

74 ：

オブジェクト指向だと思っていたらただの構造化だった

75 ：

クラス図を書いたと思ったら、ただのE-R図だった。

76 ：

せいぜい１００個しか変数の動きを追えない俺が
１００万行以上のプログラムを開発できるのはＯＯＰのおかげ。

77 ：

>>73
世の中のOSからウィンドウシステムが消えそうだな

78 ：

>>72 おまえの脳味噌が迷信、というのが正しいよ。

79 ：

>>72 に脳味噌があるなんて迷信だった

80 ：

>>77
ウィンドウハンドラなんて概念を持ってるくらいだし、あれはオブジェクト指向じゃない。

81 ：

ハンドラ持つとオブジェクトじゃない！入りました〜

82 ：

ウインドウ "メッセージ" ハンドラ な
ちまたにあふれるニセooよりよほど忠実

83 ：

ちまたにあるれるニセoo
って例えば何だよ

84 ：

private:
public:
こんなやつ

85 ：

bless

86 ：

Perl6のキャメルブックまだー？

87 ：

言語とか環境によるかもしれないけど
ファイルアクセスもオブジェクト指向に近い

88 ：

ファイルへのアクセスは
シェルスクリプトやバッチファイルでは非OOP的だけど
大半のプログラミング言語はOOP的なところあるよね

89 ：

様々な対象をファイルとして抽象化するのが
極めてオブジェクト指向的

90 ：

そもそもファイルをファイルとして扱うのがオブジェクト指向的じゃない

91 ：

>>89-90
どっちだよw

92 ：

ストリームならＯＫなん？

93 ：

ストリームでファイルでもオブジェクト指向的に扱うことは可能。
ストリームやファイルそのものがオブジェクト指向かどうかは関係ない。
Cのファイル操作関数は非オブジェクト指向、
Javaだとストリームはオブジェクト、ファイルもオブジェクトっぽく扱える。
しかし読み込みなどのやり方がいかにもな手続き型。

94 ：

?
fopenでインスタンス生成
以後生成したインスタンスを渡してサービスを呼び出す
オブジェクト指向だと思うが

95 ：

fopenっていうかその先のOSのシステムコールの中身が
関数ポインタ+構造体でまんまオブジェクト指向な作りになってるよ

96 ：

fopenとpopenで同じ関数が使えるところは多態だよな

97 ：

多態と言えばstdoutだろやっぱ
コンソール出力とファイル出力とパイプ出力なんて全く別のものなのに

98 ：

インターフェースの標準化、抽象化が目指すのは多態ではあるが、オブジェクト指向では無い。

99 ：

理由を示すことはできないが、オブジェクト指向では無い。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

日下部陽一著 作ってわかるCプログラミング(第6版) (524)
日下部陽一著 作ってわかるCプログラミング(第6版) (524)
Emacs Lisp 3 (868)
【会津】パソコン甲子園2004【若松】 (777)
【関数化】ビット演算　0x03 (880)
【QBASIC互換!?】FreeBasic【GPL】 (497)
--log9.info------------------
松平健のパロディCMについての寸評と評価について (115)
ザ!時代劇クイズ (103)
菅貫太郎スレッド その3 (336)
影の軍団　その３ (538)
【尾上菊之助】弥次喜多隠密道中【目黒祐樹】 (142)
【土曜時代劇】 桂ちづる診察日録 【藍染袴お匙帖】 (642)
【ﾌｨﾘﾋﾟﾝ人だ】黄金の日日ﾊﾟｰﾄ10【ﾀ━(ﾟДﾟ)∵━ﾝ】 (166)
【美冬殿】男装の女剣士に萌える【左近殿】 (119)
時代劇の名脇役俳優総合 (142)
今日の伊達三郎 (263)
時代劇の華「切腹」について語れ！ (111)
【米国製】47Ronin【スーパー時代劇】 (156)
土曜時代劇◆まっつぐ〜鎌倉河岸捕物控〜01◆橘慶太 (949)
e-radioとFM石川の経営破綻を願うスレ3 (588)
福岡のAMラジオを語る PART 41 (641)
JORF 1422 ラジオ日本 Part1 (462)
--log55.com------------------
なぜ野球はサッカーに差を付けられたのか？
中日を法律で禁止しろ
プロ野球を退屈でダラダラさせないために。
日米野球視聴率７％を教訓に
目を逸らさないで！野球ファン！
イチローはそんな凄くないだろ
☆おい！ブタどもちっとは考えろ！★
【NPB】野球協約について【暴力団】