オブジェクト指向ってクソじゃね？
■ このスレッドは過去ログ倉庫に格納されています
カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。
偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。
一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。
オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。
https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96 まあ例外なくアホとかいう恥ずかしい書き込みをするような奴は例外なく知的障害者だろうけど。例外なく、なｗ >>516
それらlibraryレイヤははよく練り上げられてまぁ使いやすいと思うよ。
でもよく考えてみてよ、納品を決められ短期間に仕様の策定からQAまでこなさなければならない
アプリケーションソフトウエア開発とそういった長年同じような機能のライブラリが繰り返し作り
直されてきたものは同一に論じることは無理でしょ。
それにレイヤが全然違うじゃない。
下から見れば数百個程度の機械語＞言語の文法レベル＞ｱﾙｺﾞﾘｽﾞﾑのライブラリレベル
＞それらを組み合わせ具体的なあるぴにための処理を折りませたアプリレイヤ＞…
レイヤによって全然特性が違うんだよ。適した表現手段は当然違うと俺は思う。
つまりｱﾙｺﾞﾘｽﾞﾑのライブラリレベルに適した表現手段が必ずしもその上位にある
複雑な応用レベルの表現には適しているとは言いがたいのではないかということ。(ここ伝わりにくいと思う)
これは今でも俺も日々とても悩まされている問題。でもまそれはしｚでんげんしょうみたいなものでしょうがないいんだよ。
誰も悪くないし。
本当に問題は、オブジェクト指向の名の下に非科学的非合理的で変な表現手段が流布し
（一部の人間が意図的に拡散させ）ソフトウエア開発の技術的水神をを後退させ混乱させてしまったこと。
俺はこの一点を問題視しているんだよ。
また飲みながらのポエムで悪いな。 >>533 誤記多いなｽﾏｿ
しｚでんげんしょう → 自然現象
技術的水神 → 技術的水準 >>533
大変申し訳ないが今後一切のポエムは不要ですんで分かってください >>535
そんなことよりポエムでもいいからなんか内容を書けよ
なんかむかついたのかｗ だからねえ、凡人プログラマがいきがってOOを語るなっつーの
それなりに名が売れてる人以外、講釈垂れ禁止にしたいよね そしたら日本にいないぞ
>>540 も >>541 も 論外、対象外だし
おれはそもそもOOの講釈をたれたことは無いので自由だ。 日本人がプログラミングで実績残せないのはなぜだろうと思うけど
(まつもとゆきひろとか神レベルを除く)
講釈垂れは、１億円程度の案件でも沸いてくるんだわ
しかもたいていＦランとか専門卒の地頭の悪さを自認できない語り部
俺のガンダムはさー、とか言い出す小学生と変わらんのよ そういう非論理的揚げ足取り未満のレスが着き始めると
ああ、OOP信者はねた切れなのかあるいは
そもそも何か問題のある人たちだったとつくづく思う 細かいところの揚げ足取りで、議論になり得ないのも底辺の特徴ね
なので2ちゃん５ちゃんみたいな底辺８割の落書きでOOのメリットデメリットが議論できるわけがない
数年前はちょっと期待してたけど そうだけどそれでも決して悪いことではないと思う。
別に理想の場をもとめて誰もきているわけじゃない
しかしその一方、これもひとつの社会の縮図で
そのなかで自分も生きていくことには変わりは無い が、しかしだ。
オブジェクト指向ってのは実はクソだったと思う。
そして講釈をたれて変なオブジェクト指向を吹聴していた奴らはクソだった。
これは変わりない。 新しいものを無条件に礼讃するのはヲタの特徴だからしかたがない
問題なのはそれを実業に持ち込むバカと語り部がいることなんだよ
この業界は敷居が低いからヲタの比率が高くなりがちで、困るのは自己顕示欲が大勢な新しモノ知ってるぞヲタ このスレはレッテル張りばかりで中身のないレスが多いな 日本のIT産業産業全体にいえることじゃん。
いま世界で絶賛ぼろ負け中だけど。
やITに限らない、はば広くぼろ負け中。絶賛衰退中。
OOP現象も同じだと思うんだよ。
純粋な技術的問題じゃないんだよね、社会的問題というか、人の問題というか。
CMMIもISO9000も 俺もこの業界に長くいて新三大嫌悪感があるのが、多重請負、ISOとか監査もの、OOやDIの語り部
どれもこれも欧米被れというか、日本人が背伸びして、品質と生産性を落としてるだけだわ
そういえば技術じゃなくて社会的な問題かもね 腹黒い奴がどう他人を操るかの手法として利用されてきたか側面はあると思う
洩れの周りでの話だけれど、OOPのカプセル化、getter/setter、
継承による(後付の)コード再利用性による開発量削減・コスト低減を社内でうたい始めた奴は
実は自分ではコードは書けず無論設計は出来ず、マネージメントもできず、忖度と口先でしのいできて
くいっぱぐれるまえにJavaの流行を察知して社内OOP論者になり、布教に励み
それが下火になるとCMMI,IPISOの流行にのってQA論者に衣替えした それにさんざだまされてうっかりJava信者になって
いまも問題点に気がつかず変なコード書いてる、あるいは部下や外注さんに強要して
迷惑がられている奴ら多数
これを暗黒時代と言わずしてなんというのだろうか んなこたどうでもいい。
結論
オブジェクト指向はクソだった
都市伝説みたいな迷信だった。
沢山の人がだまされた
以上。 つぎに
関数型はクソだった
って言うｽﾚが建てば一過言あんだけれどもな… OOPに批判的な奴は最初から一定数いたよな
ちょろい奴を操る手法もまあ腹黒いが、批判を無力化する手法の方がもっと腹黒い 俺の会社では語り部は淘汰されたけど、糞コードは負の遺産として急には捨てられなくて困ってる
ロジックをトレースしづらいだけの継承とか、呼び出し順が分かりにくいだけのテンプレートメソッドとか、背伸びしまくりの知ったかぶりOO OOPって、それじゃあ全然ﾀﾞﾒだったかというとそうでもなくて
頑張ればそれを使って(向いてないレイヤ・アプリでも)何とかソフトウエアを構成できたんだよ。
それはgotoを乱用してもがんばれば何とかソフトウエアを構成できたのと実は大差ないことだと
俺は思っているんだけれど。
それが厄介ごとの元。
上手くいかなかったときはOOPの理解が足りないからだとか、
低学歴には無理ｗとか批判されて、
そう、自分ではまともなコードををかけない奴に批判される
一体OOPは何のための手法なんだろうか ｵﾌﾞｼﾞｪｸﾄ指向は低学歴にはﾑﾘ
それはあってる
ｵﾏｴも含めてな >>565
手続き型とオブジェクト指向てscopeのもちかたとその応用以外特に差はないよ 低学歴知恵遅れはﾚｽみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
ｵﾂﾑの程度をみても
低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はまずﾑﾘ 手続き型言語で取り返しのつかない設計ミスって結構あったんだよ
そういう部分でオブジェクト指向には意味があると思うんだけどな
とりあえずデザパタどおりにしとけば何とかなる的な あんたあちこちで毎日こんなレスばっかかいてるね
いろんな人がいるなこの世には
543 名前：デフォルトの名無しさん[] 投稿日：2018/10/08(月) 00:05:22.29 ID:SHTmPUE+
と低学歴知恵遅れの底辺がいってもな
567 名前：デフォルトの名無しさん[] 投稿日：2018/10/08(月) 01:12:22.52 ID:SHTmPUE+
ｵﾌﾞｼﾞｪｸﾄ指向は低学歴にはﾑﾘ
それはあってる
ｵﾏｴも含めてな
569 名前：デフォルトの名無しさん[] 投稿日：2018/10/08(月) 01:14:58.10 ID:SHTmPUE+
低学歴知恵遅れはﾚｽみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
ｵﾂﾑの程度をみても
低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はまずﾑﾘ >>571 は ID:SHTmPUE+ 宛
念のため
>>570
デザパタとか言うけどsingletonとか後論されつくしている通り
糞だぞ この必死さ
自己評価だけは高い低学歴知恵遅れで底辺にありがち
低学歴知恵遅れで底辺であるからこそそうであるといえることが、
同様のｻﾝﾌﾟﾙをみるにつけ、最近段々と経験から分かるようになってきた
残念なことにすぐに分かっちゃう 人間が持つ分類の概念が似ているもの、GUIとか、そのサブクラスで違和感なくロジックがdispatchできるものが適用範囲なんじゃね？
欧米人のように、複数のオブジェクトが協調しあうような高度、かつうまく行くようなクラス設計できるようなセンスの持ち主が日本のIT業界に割り当てられるとは思えんし、実際に出くわしたこともない
絵空事のパワポの達人にはよく出くわすけどな >>574
応用レイヤのclass設計で言うと見事と思えるものは海外にはある？ この必死さ
自己評価だけは高い低学歴知恵遅れで底辺にありがち
低学歴知恵遅れで底辺であるからこそそうであるといえることが、
同様のｻﾝﾌﾟﾙをみるにつけ、最近段々と経験から分かるようになってきた
残念なことにすぐに分かっちゃう 低学歴知恵遅れはﾚｽみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
ｵﾂﾑの程度をみても
低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はまずﾑﾘ ｵﾌﾞｼﾞｪｸﾄ指向は低学歴にはﾑﾘ
それはあってる
ｵﾏｴも含めてな >>576
オープンじゃないけど時価配信でObserverパターンになってるのはよく見るな
GUIだとDelphiだね、古いけど基本は同じだろう ﾊｰﾄﾞが壊れるのと
低学歴知恵遅れのｵﾂﾑが壊れてるのは
別問題 ｼｽﾃﾑが壊れてるﾜｹじゃない
壊れてるのは低学歴知恵遅れのｵﾂﾑ
ｵﾂﾑが壊れてないﾔﾂが作れば
壊れたｼｽﾃﾑはできあがらない
ｵﾌﾞｼﾞｪｸﾄ指向はｷﾁｶﾞｲに刃物
ﾉｰﾀﾘﾝにｵﾌﾞｼﾞｪｸﾄ指向を促すこと自体が常軌を逸してる
ﾉｰﾀﾘﾝがｵﾌﾞｼﾞｪｸﾄ指向で開発しようとすること自体が銃刀法違反並の重罪 だいたいわかる
ｳﾝｺｽｸﾘﾌﾟﾄしか使えないような低学歴知恵遅れが
ﾑﾀﾞにｵﾌﾞｼﾞｪｸﾄ指向あげしてる >>584
お前さんの今までのレスをコピペして遊んでいただけだよ ｵﾚぐらいのﾚﾍﾞﾙでないと
ｵﾌﾞｼﾞｪｸﾄ指向は使いこなせない ID:B/yxkRYZ
ID:j/6nk0eH
ID:cRG95Xcq
ID:Kxio7RVg
ID:pq96CSzd
ID:k5h2WtG4
ID:IuTgmxg/
ID:R8M7QKDK
ID:mIq+f5AO
ID:SHTmPUE+
このｽﾚのｵﾚのﾚｽはｺﾚがすべてだ
ｵﾏｴみたいな内容のない低学歴知恵遅れと違って
たくさん有益なﾚｽをしてる
低学歴知恵遅れには理解できないし読めないのはわかる
知能に著しい欠陥があるからな 低学歴知恵遅れが自分を大きくみせようと
必死なのはわかる >>590
乙。暇だね。
これはあくまで親心で申し上げるが、頭の病院いったほうがいいレベルですよ。 ﾊﾞｶは自分がﾊﾞｶであることに気づけないからな
ｷﾁｶﾞｲには健常者がｷﾁｶﾞｲにみえるのと同じ いやなら別に病院に行かないでそのままひとり病んでてもいいけど
他人にはつくづく迷惑かけないようにね ﾊﾞｶは自分がﾊﾞｶであることに気づけない
つまりﾊﾞｶは一生治らない
まずﾊﾞｶはﾊﾞｶの自覚をもつことができない つかこんなにレスしてたんだ
ぱっとみノイズレスだと思って読んでなかった 病んでるのは間違いなくｵﾏｴだからな
低学歴知恵遅れで底辺になると発症する病気にかかってる まあｵﾏｴはｵﾂﾑの病院へいったほうがいいわ
ｵﾂﾑが壊れてる
間違いなく軽度の知的障害がある つーかいい子だからもうオナニーでもしてネナヨ
おじさんは忙しいんだから クラス単体のプログラムが出来るのは利点だと思う。
そのクラス同士のまとめが難しい ID:5FzXpRZO大発狂しちゃってるやん…
応酬見てると半角のほうがまだまともに見えてくる件ｗ
>>574
みたいに人種に原因を求めるのは実は面白いと思う
本人たちが従ってる働き方に既に問題があって
そこに疑問を持たないしどうしようとも考えない
足並みそろえて稲植えてたら収穫できるって発想
たがいの独立性や多様性をベースとした協調
直交性のあるもんを組み合わせるという日常
ってのはやっぱあちらさんに向いてるんだろうね 自由で独立した人間は因果関係に縛られないんだぜ
原因はこれだから結果は必ずこうなるとか思ってない 思い込みではなく分類
因果関係に逆らえないのはモノや動物のように扱われる
それ以外が人間 思い込みではなく分類というのは話が噛み合ってない
そういう分類があるという思い込みなんだから
思い込み or 根拠がある という話なんだから、
思い込みじゃないなら根拠を示すべき >>607
それはお前の思いこみだな
こんな糞レスへの反論なんてこれで十分なんじゃね？ いや、こういうのでいいんだよ
分類に根拠がないという意見と、OOPに根拠がないという意見は似ている >>611
だから分類の話はしてない。
> 自由で独立した人間は因果関係に縛られないんだぜ
> 原因はこれだから結果は必ずこうなるとか思ってない
↑これが思い込みだって話をしている どや？ 話をずらそうとしても、毎回戻されるのって苦痛やろう？ｗｗｗ 半角さんは逃げてこんなスレでも足りない知識でドヤしてるんだwww GUIみたいに誰もが抽象化のイメージがわきやすいクラスと、Webフレームワークのような、使う人が継承して使えばなんとなく便利なクラスでは、抽象化のやりかたそのものが学問になりそうだよな
一般人はおとなしく継承したクラスの中に、業務ロジックを構造化プログラミングしてなさいってこった >>617
GUIの座標とか描画とか、共通関数にするよりもスーパークラスに持たせた方が共通処理と分岐処理が別れて、分岐判断の引数とか減るだろ？
別にオブジェクト志向言語じゃなくても構造体でも出来るし、事実、WindowsだってCで書かれてるけどな >>618
いや別に分岐が必要な仕様じゃないんだけど >>619
分岐が必要な仕様じゃないってことは、
分岐が必要な仕様の場合は？ >>622
なんで不分岐が必要ない仕様とか言い出したの？
自分が都合がいい例にしたかった？ｗ >>623
いや、テメーで勝手に分岐が必要なブッサイクなクラス作っておいて
それはないなと
それにクラス構造で分岐しないでくんない？
読み辛い
はっきり言ってクソ
仕様書にどんな条件で分岐してるのか書きにくい
控えめに言って死ね >>623
こういう奴がパラダイムの違いを理解しないまま書くからOOPが害悪になるんだよな windowsでは普通にｲﾍﾞﾝﾄ分岐処理でもswitch文使う
それを隠蔽化するために仮想関数にして実現するどうかは作るﾔﾂのｾﾝｽで決まる >>626
それすげーやめてほしい
こっちはテメーが作ったただでさえうんこみたいな設計書に
そう書いてあるから見に行ったのに
そのとおり作ってないとか設計書ゴミ箱に捨てんぞ糞が いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。Windowsの低レベルプログラムは。 >>628
> いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。
オブジェクト指向で作らないからそうなる MFCのメッセージマップは嫌いだった。
switchのほうが100倍分かりやすい。 MFCが出てくる前は、Cでゴリゴリ書いてたのよ
MFCが曲者っつー話はさておき、
Cでクライアントプログラムを書くわけだが、Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる ■ このスレッドは過去ログ倉庫に格納されています
