オブジェクト指向ってクソじゃねぇよ？ Part2

**デフォルトの名無しさん** · 2018/10/18(木) 23:20:41.34

すごいんだよ？

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前スレオブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/

**デフォルトの名無しさん** · 2018/10/28(日) 17:35:35.29

半角ちゃん、たとえ話がくどいよ
人のことをどうこうじゃなく
オブジェクト指向がどうかなぜそういう話をできないんだあんたは

**デフォルトの名無しさん** · 2018/10/28(日) 17:36:35.53

いやペンギンが空飛んだら大事件だろ。
世界中でトップニュースになるぞ。

**デフォルトの名無しさん** · 2018/10/28(日) 17:44:43.42

ｵﾚは明確なｺﾀｴを一貫して書き込んでる
ｵﾚの言説の正しさを補強したﾚｽにちゃんとなってるからな
一切ﾑﾀﾞがない

　低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向は
　ｷﾁｶﾞｲに刃物

低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ
当然、この板にいるような低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ

わかった？

低学歴知恵遅れには分かんないか、やっぱり

**デフォルトの名無しさん** · 2018/10/28(日) 17:59:29.84

>>446
半分合ってて半分間違い。
知恵遅れに刃物は合ってるけど、だからこそオブジェクト指向でその影響を局所化してる。
構造化プログラミングとかだとグローバル変数が多い分、全体まで影響しかねない。

オブジェクト指向でも構造化プログラミングでも知恵遅れにまともなプログラミングは出来ないのは同意。
だが、周りにかける迷惑の範囲が違う。

**デフォルトの名無しさん** · 2018/10/28(日) 18:03:38.75

低学歴知恵遅れの理解では
構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞはｸﾞﾛｰﾊﾞﾙ変数を使うことになるのか

ｵﾌﾞｼﾞｪｸﾄ指向なら使わないですむと

やっぱり低学歴知恵遅れがいうことは
一味違うわ

**デフォルトの名無しさん** · 2018/10/28(日) 18:11:37.14

>>448
程度問題だよ。
特にGUIでは顕著に違う。
初期化関数とイベントの関数で共通の変数とかね。
イベント関数内で初期化する訳にはいかないって場面は意外と多いよ。

**デフォルトの名無しさん** · 2018/10/28(日) 18:13:14.02

こんどは程度とな。。。。

ｸﾗｽを全部構造体にかえてみ
なにが違うわけ？

**デフォルトの名無しさん** · 2018/10/28(日) 18:18:05.08

構造体にデータと関数ポインタを持たせてOOPってのはC言語でも昔から知ってる人はやってた
言語でサポートしてミスできないようにしただけで中身は同じなんだよな

ということはアンチOOPの人たちも実質OOPを使っていたと言えなくもないな

**デフォルトの名無しさん** · 2018/10/28(日) 18:45:19.42

でも俺はパソコンに向かって独り言ブツブツ言って、チンポがシコシコしてるだけだ！！！

**デフォルトの名無しさん** · 2018/10/28(日) 19:02:09.50

>>450
馬鹿なの？
全部構造体にしたらどこからでも参照し放題でしょ？
全部じゃないが、ある程度の変数がクラス内のメソッドでしか使われないから影響が構造化プログラミングよりはマシなんだよ。

自分の作った構造体を知恵遅れに弄られたいの？
次関数呼んだら、弄られてて予定してた値と違うとかあるんだよ？
(そして、それが自分のせいじゃないとか)

関数型言語は代入が基本的に無いから、同じグローバル変数を使っても、そっちはそっちで勝手にバグ作っててもこっちに影響が無いってだけ。
変数を書き換えることが基本だからオブジェクト指向は生まれたんじゃないかと思うし、それはそれで一つの正解だとは思うよ。

**デフォルトの名無しさん** · 2018/10/28(日) 19:09:04.54

と言うか最初から関数型言語ほど徹底するとメモリアクセスが増えて遅くなるし、最適化目指すと大規模開発に対応出来ないって書いてる通り、
最初から程度問題の話しかしてないよ。

**デフォルトの名無しさん** · 2018/10/28(日) 19:27:29.98

チンポがシコシコするぜ！

**デフォルトの名無しさん** · 2018/10/28(日) 19:27:32.77

いじられたくないなら
構造体のﾎﾟｲﾝﾀにconstつけて入力の引数でわたせばおしまい

いじられたくないのに
なんでｸﾞﾛｰﾊﾞﾙｽｺｰﾌﾟでなんでもありでわたそうとすんの？
どうしてそんなに低学歴知恵遅れは頭ﾜﾙｲの？

もしかして低学歴知恵遅れは
引数の入力となる状態が変更されないｸﾗｽのｲﾝｽﾀﾝｽにconstつけたり
ｸﾗｽのｲﾝｽﾀﾝｽが変更されないﾒｿｯﾄﾞにconstをちゃんとつけたりもしないの？

どうしてもｸﾞﾛｰﾊﾞﾙｽｺｰﾌﾟにおきたいなら
最低でもconstの構造体ﾎﾟｲﾝﾀでｱｸｾｽできるようにでもしとけば
知恵遅れが想定外の記述をしないかぎり変更されることはないからな

やっぱりな低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ

**デフォルトの名無しさん** · 2018/10/28(日) 19:34:00.47

>>456
お前、Win32APIでプログラミングしたこと無いだろ。

**デフォルトの名無しさん** · 2018/10/28(日) 19:38:58.32

こんどはwin32APIとな。。。

win32APIってmicrosoftがmicrosoft windowsで提供するただのｱﾌﾟﾘｹｰｼｮﾝｲﾝﾀｰﾌｪｰｽのことだが
それがどうかしたのか。。。

ﾎﾝﾄなこんなのがｵﾌﾞｼﾞｪｸﾄ指向（）とかなんとかいっちゃってるﾜｹだからな

**デフォルトの名無しさん** · 2018/10/28(日) 19:41:44.86

どういう問題を示唆されてるかわからなければ半角は黙ったほうが良いよ。
また恥晒すの？
低スペだから？

**デフォルトの名無しさん** · 2018/10/28(日) 19:43:54.73

また低学歴知恵遅れがしゃしゃりでてきてるわ

大体分かるwindowsでｲﾍﾞﾝﾄの処理でﾃﾞｰﾀをうまく渡すことが
低学歴知恵遅れのｵﾂﾑではまともにできない

**デフォルトの名無しさん** · 2018/10/28(日) 19:45:20.34

自分だけはバカじゃないという前提

**デフォルトの名無しさん** · 2018/10/28(日) 19:45:50.75

それが低学歴知恵遅れの程度

**デフォルトの名無しさん** · 2018/10/28(日) 19:46:34.49

ﾏｼﾞでｷﾐﾗって低学歴知恵遅れ自覚がないの？

**デフォルトの名無しさん** · 2018/10/28(日) 19:49:16.31

こんなのが偉そうに講釈たれてんのがこの板だからな
相当に低学歴で
相当に知能が低い

まずｺｲﾂﾗをこの板から排除しないと板が正常化しない

**デフォルトの名無しさん** · 2018/10/28(日) 19:53:41.93

米国で上位1%が富の独占をしている大きな理由は、労働者をスキルや成果で大きく選別しているからだ。
しかしながらそうでもしないと、ドラクエ10の下請けのように、コードの質が大きく落ちてしまう。
俺はドラクエ一筋なんてのはむしろゴミなコードを入れてしまう『有害な』働き者なのだ。
それは中小企業のデスクワークによくありがちな、要らない書類ばかり作って俺は仕事ができるみたいなものだ。

提案広場でよく『そう思わない』される理由
http://dragon-quest.me/dq10/27646/
このゲームすぐ持ち物いっぱいになるな
http://dragon-quest.me/dq10/28435/
【ドルボードGP】おいｗデスルーラ作戦晒すなやｗｗｗｗｗ
http://dragon-quest.me/dq10/28002/

でも月額千円では、下請けプログラマーの選別なんて出来っこないだろう？

＞このゲームすぐ持ち物いっぱいになるな

ゲームの仕様について意見を出すと、必ずといっていいほどに『そう思わない』で真っ青。
つまり準廃プレイヤー＝下請けプログラマーには、ゲームの仕様を変える能力が欠如しているのだ。
アルバイトの賃金が低いのはスキルを必要としない単純作業だからで、労働者にスキルを求めるのであれば、
アルバイトよりも高い賃金を上乗せして払わなければならず、更に成果に応じた報酬も必要となる。

**デフォルトの名無しさん** · 2018/10/28(日) 19:56:46.74

constとか書いてるからさ。
作ってみりゃわかるけど、const付けて～とか事実上無理。
子Windowの値を親Windowに反映させる時点でグローバル変数が出て来るし、代入不可避。
(別々のコールバック関数が必要)

const～で済んでりゃMFCや.netは出てない。

**デフォルトの名無しさん** · 2018/10/28(日) 20:12:41.22

低学歴知恵遅れにはﾑﾘ
それがｺﾀｴ

**デフォルトの名無しさん** · 2018/10/28(日) 20:16:59.94

他人に対してバカしか言えないやつって頭が悪い可能性が高い

**デフォルトの名無しさん** · 2018/10/28(日) 20:17:58.05

しっかり低学歴知恵遅れの理由を書いてあるからな
残念なことに

**デフォルトの名無しさん** · 2018/10/28(日) 20:50:15.29

登り棒してたらチンポがシコシコしてきた、小学生時代にそういう経験したか？

**デフォルトの名無しさん** · 2018/10/28(日) 21:05:42.65

>>456
素人露にすんなよw

**デフォルトの名無しさん** · 2018/10/28(日) 21:12:11.91

>>446
>一切ﾑﾀﾞがない
ほとんど無駄話ばっかしやがって
なに言ってやがるｗ

**デフォルトの名無しさん** · 2018/10/28(日) 21:44:33.61

>>472
＞ほとんど無駄話ばっかしやがって
＞なに言ってやがるｗ

俺はもとよりパソコンに向かって独り言ブツブツ言って、チンポがシコシコしてるだけだが？

**デフォルトの名無しさん** · 2018/10/28(日) 21:54:03.67

局面が変わると融通が効かない複合型データ構造を元にscopeを持たせるから
データ構造のinstanceが依存ネットワークのhubみたいな役割を果たしてしまう。
private/protectedでメンバごとのscopeを人間が制御しようとしても、
一旦中に隠したものを、別の場面では外に見せなきゃいけなくなったりして
少し規模が大きくなると急激に複雑さをます。
また内部scopeからは幅広くすべてがglobal変数みたいに丸見え
局面に応じたscopeやextentの管理がしにくい
カプセル化1つとってもこれだけ欠点があるよ

**デフォルトの名無しさん** · 2018/10/28(日) 22:00:04.44

でもカプセル化の一番の弱点というか欠点は
人間が把握しやすい階層的で入れ子なextent, scope管理としにくく
非階層的でランダムグラフ的な依存ネットワークを形成して
かつ本来状態が不要なところまでもinstanceを状態変数みたいにして
getter/setterで頑張って状態管理しちゃおうとしてカオスに向かうこと

**デフォルトの名無しさん** · 2018/10/28(日) 22:02:38.88

何言ってるのかさっぱりわからんかった
オブジェクト指向のメリットの説明はできたん？

**デフォルトの名無しさん** · 2018/10/28(日) 22:02:55.82

a.foo()
foo(a)
どちらもaを渡してfooを呼んでいるのに
a.fooの方はグローバル変数と言うらしい

**デフォルトの名無しさん** · 2018/10/28(日) 22:04:11.51

継承にいたっては目も当てられない
コードの実装レベルの類似性に基づく共有のための手段として利用されがちで
論理的な構造、モジュラリティーを破壊し
クロスファイルで静的依存ネットワークを形成する。
その静的コードから動的にどのような依存を持ったインスタンスネットワークが
形成されるのかもはやカオスとなる
あフォトしか言いようがない

**デフォルトの名無しさん** · 2018/10/28(日) 22:05:25.52

>>477
とりあえずそのfooの実装においてaがどんなふうにアクセスされるのか意識して
プログラムしてみたら？
少しはコードがマシになると思うよ。

**デフォルトの名無しさん** · 2018/10/28(日) 22:12:05.45

>>476
とりあえず、インポートで名前がぶつかりにくい
ぶつかるのクラス名ぐらいだから

**デフォルトの名無しさん** · 2018/10/28(日) 22:41:05.36

>>478
継承元のクラスのコードだけを見てもコード変更の影響が推測できないのが本当に邪悪だよな

**デフォルトの名無しさん** · 2018/10/28(日) 22:53:27.92

>>464の意見は正しい
アホなやつほどシッタカレスに努力する
知ってることだけ言うんじゃなくて
知ってることを総動員して精一杯背伸びしたフワフワ文書を書き込むよね

初心者の子はカキコまんでいい
半年ROMれ

**デフォルトの名無しさん** · 2018/10/28(日) 23:01:01.96

グローバル変数との区別もできないようなので
話すだけ無駄かと

**デフォルトの名無しさん** · 2018/10/28(日) 23:05:48.86

リファレンスのドキュメントを継承元スーパークラスから継承したメンバ（フィールド、メソッド）を含めて全部書いてもらえればもうおれはそれ以上は望まない
それだけでいい。。

**デフォルトの名無しさん** · 2018/10/28(日) 23:06:03.23

そもそもオブジェクト指向のメリットだけ説明すればいい

**デフォルトの名無しさん** · 2018/10/28(日) 23:08:22.68

自分が使ってる技術のメリットも説明できんやつはサルだろ
キーボード折って便所掃除でもしてろ

**デフォルトの名無しさん** · 2018/10/28(日) 23:10:16.04

いちいち表現が大げさで過激なのは芸風？

**デフォルトの名無しさん** · 2018/10/28(日) 23:26:53.50

>>484
inheritedで一覧出てくるのはあるよね

**デフォルトの名無しさん** · 2018/10/28(日) 23:43:18.92

ｵﾚの正確無比でﾑﾀﾞのないﾜﾙｸﾁに耐えられないのは分かる

低学歴知恵遅れが射精できる今の板の状態はゆゆしき問題
まずｺｲﾂﾗに射精させないようにしないといけない
著しい低学歴知恵遅れのｵﾏｴ含めてな

低学歴知恵遅れに強いｽﾄﾚｽを与え続けて排除することが板の正常化につながるということは
もうだれもが気付き始めてる

もう後戻りはない

**デフォルトの名無しさん** · 2018/10/28(日) 23:55:19.05

射精くらいさせてやれよ、基本的人権にかかわるぞ
つかお前の書くﾚｽもチンポちゃんレベルのゴミだな

**デフォルトの名無しさん** · 2018/10/29(月) 03:33:54.12

今時継承とか使わないし
マジ包含だし

**デフォルトの名無しさん** · 2018/10/29(月) 06:35:34.63

継承は、サブタイピングの目的では使わないけど
差分プログラミングの目的では使うっしょ
ケースバイケースだよ

**デフォルトの名無しさん** · 2018/10/29(月) 07:25:07.42

>>478
＞継承にいたっては目も当てられない
＞コードの実装レベルの類似性に基づく共有のための手段として利用されがちで

戦神のベルトが倉庫を圧迫。仕分けましょう【DQ10】
http://okirakudq10.com/archives/53537205.html

**デフォルトの名無しさん** · 2018/10/29(月) 07:34:29.07

299 その名前は774人います (ﾜｯﾁｮｲ db8e-7PZ0) sage 2018/10/24(水) 06:21:12.94 ID:U7GhzgwH0
ドラゴンクエストテン
～目覚めし５つの倉庫整理～

**デフォルトの名無しさん** · 2018/10/29(月) 07:37:42.87

187 その名前は774人います (ﾊﾞｯﾄﾝｷﾝ MMe3-9smq) 2018/10/28(日) 20:26:05.00 ID:+SX2t0AiM
新規さんに俺から質問。

仮にオフラインのゲームであれば「拾った」ことを検知して、プレイヤーの手にそれを持たせるなどの処理をかけば目的が達成できます。
（もちろん、ゲーム的に意味を付けるならもっと色んなことを書かないとダメですが）
しかし、オンラインゲームの場合、その「拾ったオブジェクト」はサーバおよび全クライアントで表示されています。
そしてその位置を動かした場合。誰の位置を信頼したらいいでしょうか。
サーバ側？　でも、位置のアップデートはたった今拾ったプレイヤーの位置や行動によって変更されます。
http://edom18.hateblo.jp/entry/2017/05/30/120811

『キラキラマラソン金策』やってますか？　儲かるキラキラアイテムがアストルティアのあちこちにありますか？

ドラクエ10 キラキラの復活時間に仕様変更！
https://serious-takacchi.blog.so-net.ne.jp/DQ10_Kirakira-Marathon-Ver4-0

キラキラオブジェクトの復活時間、意識してますか？

**デフォルトの名無しさん** · 2018/10/29(月) 07:48:44.66

正式名称は分からないが、死亡ラグとは症状としては既に死んでしまっているが自分の視点ではまだ動けている状態となる。
俗に言う「赤ピン」と呼ばれる症状が長く続くことでダメージ判定が遅れてやってくる。
他のプレイヤー視点では既に倒れている。しかし、遅れているので自分では分からないためいきなり何もないところで死ぬ。
また、デスマッチなどでは既に死んでいるため、自分が動けてもリスポンされていたりして無敵時間が無くなり、
復活した瞬間に倒されることもある。自分がいつ死んでいるのか分からず突然死んで突然画面が切り替わってしまう。
その結果キルログを注視してしまいゲームを楽しめなくなってくる。
国内のゲームではこの「赤ピン」という症状が発生し、移動以外の全ての行動が遅れて同時にやってくる。
射撃も投擲も全て赤ピン状態が解除された瞬間に行われるが、射撃の弾丸は飛ばず音だけ重なって発生する。しかし、
投擲は投げたはずが飛ばす、赤ピン状態が解除された瞬間に投擲開始するため、
銃を構えていても突然投擲してしまい味方を巻き込んだり自爆したりしてしまう。
https://gamingpcs.jp/knowledge/basic/kankyou/yusentomusen/kaisenhuguai/

プログラミング言語の性能差
主な言語とスループット
言語スループット特性
C/C++ 100 静的言語ネイティブコード
Java 1～10 静的言語VMバイトコード
Ruby/Python 0.1～1 動的言語
オンラインゲームのサーバではC/C++が最も使われ
る
http://www.wata-lab.meijo-u.ac.jp/file/seminar/2013/2013-Semi1-Atsushi_Somekawa.pdf

メインとなるのはC＋＋で書かれたゲーム関連のプログラムなんですけれども、他にもWebですね、
こちらはJavaで書かれていますし、他にもToolsとかスクリプトとか、実はいろいろなゲームがデータベース
に接続します。この時にある処理を全ての言語で同じように実装していくというのは非常に冗長なので、
Oracle側にSQL言語で書かれたAPIを実装して、どんな言語からでも、全くその実装のことが分からなくても、
同じ処理が呼び出せるという手法を取っています。
https://gigazine.net/news/20120824-dragonquest-backstage-cedec2012/

**デフォルトの名無しさん** · 2018/10/29(月) 08:05:48.40

俺にとっての『オナニー』はするしないではなくて気がついたらしていた、オナニーはそこにあったのだ！

**デフォルトの名無しさん** · 2018/10/29(月) 08:08:02.95

328 その名前は774人います (ﾊﾞｯﾄﾝｷﾝ MMe3-9smq) 2018/10/28(日) 21:03:44.64 ID:+SX2t0AiM
>>327
＞桁直しは直すのは簡単。直ったか確認するのがすげーめんどくさい（金かかる）。

オブジェクト指向によるアプリケーション開発は、変更されない箇所を軸に、
頻繁に変更されるであろう箇所をクラスに抽出するプログラミングスタイルです。
例えば、店舗がどんどん増えていくファーストフードのシステムを開発することになったとしましょう。
店舗が増えていくということは、そこは「頻繁に変更される箇所」なのでクラスに抽出して設計する必要があります。
そうすると近い将来起こる「店舗が増える変更」に対して柔軟に対応できるようになります。
https://qiita.com/tutinoco/items/6952b01e5fc38914ec4e

**デフォルトの名無しさん** · 2018/10/29(月) 08:12:33.59

半角さん、いろんなところで論破されて、ついには相手に低学歴と言う機能しか無くなってたんだな

**デフォルトの名無しさん** · 2018/10/29(月) 08:36:03.61

win32apiでは無理なんだーというのは論破なんですかね

**デフォルトの名無しさん** · 2018/10/29(月) 08:51:11.68

>>474
＞private/protectedでメンバごとのscopeを人間が制御しようとしても

集約と汎化、制御と独立の使い分けが大切なんだよな。

**デフォルトの名無しさん** · 2018/10/29(月) 08:58:50.49

>>475
＞でもカプセル化の一番の弱点というか欠点は

チンポは独立した生き物、とは考えられないか？

**デフォルトの名無しさん** · 2018/10/29(月) 09:05:50.09

>>366
＞多重継承によってクラス間の依存度が高まることでデバッグが難しくなってしまうのが問題の本質なんだから

シコシコするチンポは不随意筋だが、オシッコをするときのチンポは随意筋だろ？

**デフォルトの名無しさん** · 2018/10/29(月) 09:09:30.28

2013-05-17 00:04
チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/touch/20130516/1368716650

**デフォルトの名無しさん** · 2018/10/29(月) 09:34:03.09

>>492
差分にこそ使うなよ

**デフォルトの名無しさん** · 2018/10/29(月) 09:42:25.11

>>498
単に同じ種類のデータが増えるのは変更とは呼ばんだろ

**デフォルトの名無しさん** · 2018/10/29(月) 19:05:03.88

DBがカオスなのでオブジェクト指向でいくら頑張っても無駄

**デフォルトの名無しさん** · 2018/10/29(月) 19:43:48.51

>>505
なんで？

**デフォルトの名無しさん** · 2018/10/29(月) 22:31:26.97

「りっきーのなんでもおコタえしまショー！」　当日のプレイバック
http://hiroba.dqx.jp/sc/topics/detail/286674e3082feb7e5afb92777e48821f/

質問　11
アイテム・装備欄がキツキツなのに　
春イベでナスの衣装券５ワクをくれたり　しかも人に渡せなかったり。
この件に関して　開発は何を考えているのか　教えてください。

【回答】　齋藤力
アイテム枠の軽減についてはできる限りのことをしたいと思い　
日々スタッフが総力戦で取り組んでいるというのが正直な現状です。
一方で　新しいアイテムが　まったく増えないようなゲームにもするわけにはいかない思っております。

↑これに対するありがたいお言葉

いま目の前にあるもんをちゃんと使ってそれを面白くするほうが先
ttp://i.imgur.com/UMoHBoY.jpg

宮本
いま、若いデザイナーがゲームをつくってる時、
面白くないから、ついつい新しい材料を追加して
面白くしようとするんですよ。
実は、いま目の前にあるもんをちゃんと使って
それを面白くするほうが先やのに、
新しいものを持ってくるという。

岩田
新しい材料をどんどん増やして
面白さを導き出そうとするんですね。

**デフォルトの名無しさん** · 2018/10/29(月) 22:34:06.97

>>366
＞多重継承によってクラス間の依存度が高まることでデバッグが難しくなってしまうのが問題の本質なんだから

随意筋　　　不随意筋
　　↘　　　↙　
　　　チンポ

**デフォルトの名無しさん** · 2018/10/29(月) 23:32:40.68

随意筋←implements─チンポ─implements→不随意筋

**デフォルトの名無しさん** · 2018/10/30(火) 00:22:04.00

関数型言語のやり方がそれなりに普及しちゃったんで、全てオブジェクト指向でプログラムを書くメリットはそんなに残ってないんだよ
オブジェクト指向が唯一の抽象化の手段になってる言語ばっかりだった時代はもう過ぎ去ったんだよ

**デフォルトの名無しさん** · 2018/10/30(火) 00:32:22.39

オブジェクト指向に対比するものは関数型なんだろうか?
オブジェクト指向や関数型は「抽象化」なんていうすごいことを
本当にしているんだろうか？
オブジェクト指向の「抽象化」は似たメソッドがあったら
スーパークラスを設けて継承、
「抽象化」とはそんなものなんだろうか?

**デフォルトの名無しさん** · 2018/10/30(火) 00:35:20.31

ｲﾝﾁｷﾏﾝｾｰなオブジェクト指向よさらば

**デフォルトの名無しさん** · 2018/10/30(火) 00:52:27.86

何かswiftでpostする時クッキーオブジェクトなるものを複数使って
ただデータ投げたいだけなのにクソ面倒臭い段取り組んだけど
関数型というかクロージャ使うというもう1つの別案が出来てからこういうのでいいんだよ感はかなりあった

**デフォルトの名無しさん** · 2018/10/30(火) 00:56:16.44

スーパークラスとか、何でもかんでも詰め込まれた四次元ポケットみたいになってるだけの場合もあるからな
抽象化はスーパークラス生成の必要条件ではない

**デフォルトの名無しさん** · 2018/10/30(火) 05:10:38.28

ビジターパターンとか考えると糞だと思うーん！！
パターンマッチグーあればこんな紛らわしいパターンはいらなくてグーなのにな

**デフォルトの名無しさん** · 2018/10/30(火) 06:18:44.10

パターンマッチングがなければ？

悪いのはパターンではなくて、言語だろう？

**デフォルトの名無しさん** · 2018/10/30(火) 07:36:22.58

ああ、>>517はビジターパターンの利点をまるでわかっていないな。
ばーか

**デフォルトの名無しさん** · 2018/10/30(火) 09:46:44.93

横からでスマンがビジターパターンの利点って何？ExpressionProblemに対処できるってのはもう利点にならないよ

**デフォルトの名無しさん** · 2018/10/30(火) 11:42:53.14

「助けてー！ドラえもーん！！」
それはのび太ーパターン。

**466** · 2018/10/30(火) 16:39:31.71

>>485
大規模開発で構造化プログラミングよりは責任分担し易いってだけ。
でも給料払う側にも貰う側にも、コレが最重要。

Linux作者や関数型言語や論理型言語信者はオブジェクト指向なぞ不要と言ってる。(のは、その個々が開発力あるから？)

>>500
コールバック関数が引数固定な以上論破は無理だろ。
他の事例なら関数型言語みたく引数増やせば良いじゃない戦法もあるが。
それだって限界ある。
(関数型言語もマルチスレッドにオブジェクト指向より向いてるだけで、銀の弾丸では無い)

>>492
そう。
ケースバイケース。
ただ、それが分からないまま使う奴も多いのがね。
案外複雑だから。
親クラスのprotectedが子クラスのprivateとか。代数重ねると新入社員には無理。
そういう言う人間の限界も含めた譲位。
クラスライブラリからの継承とか、本当一部だけが継承で有効。

**デフォルトの名無しさん** · 2018/10/30(火) 16:58:47.55

継承した時点で密結合になるので特に外部作成のクラスは継承せず包含しましょうは基本

ほとんどのケースはパブリックインターフェースを使用して事が済むので

**デフォルトの名無しさん** · 2018/10/30(火) 18:33:42.29

>>522
リーナスはC++を嫌ってるだけで、オブジェクト指向については否定してないぞ

**デフォルトの名無しさん** · 2018/10/30(火) 18:41:52.81

抽象化苦手な人ってどうしても居るからね

**デフォルトの名無しさん** · 2018/10/30(火) 19:03:28.13

>>524
いや相当否定してるぞ。
ただlinuxのファイルシステム回りはオブジェクト指向的だし、
その辺りについてはlinusも必要性を言ってた気はする。

**デフォルトの名無しさん** · 2018/10/30(火) 19:14:04.91

>>525
実際は抽象馬鹿で具体的なテスト内容を思いつかない馬鹿のが問題だけどな。

**デフォルトの名無しさん** · 2018/10/30(火) 19:18:11.16

>>527
具体的に言うと？

**デフォルトの名無しさん** · 2018/10/30(火) 19:23:17.43

抽象化を理解してるレベル帯ならSOLIDも理解してるだろう
これができてる人はテストが非常にエレガントだ(何故なら設計がエレガントだから)
抽象化が出来ない人の方がテストよくわからんと嘆いてるね
話を聞いてみると組み合わせ爆発を起こしてパンクしてしまうんだと

**デフォルトの名無しさん** · 2018/10/30(火) 19:27:37.65

>>526
明確にオブジェクト指向を否定してるコメントなんかあったか？

**デフォルトの名無しさん** · 2018/10/30(火) 19:27:39.02

オブジェクト指向を理解してないやつはSOLIDも理解してない

**デフォルトの名無しさん** · 2018/10/30(火) 19:30:03.47

>>530
C++を否定するってことは、オブジェクト指向を否定してるってことなんですよ？

**デフォルトの名無しさん** · 2018/10/30(火) 20:03:29.74

c++はマルチパラダイム云々なので
何でもアリ言語やぞ

**デフォルトの名無しさん** · 2018/10/30(火) 20:08:42.36

>>532
それはない

**デフォルトの名無しさん** · 2018/10/30(火) 20:10:28.83

>>532
お前の母ちゃんを否定するってことは、女を否定するってことなんですよ

**デフォルトの名無しさん** · 2018/10/30(火) 20:14:21.32

>>530
https://srad.jp/~taro-nishino/journal/509450/

ほとんどの部分はc++に対するヘイトだけど
OO言語について語ってる部分がオブジェクト指向の否定と思う。
だいたい言ってることは一理あるわ。
少なくともここでの議論よりかは意味がある。

**デフォルトの名無しさん** · 2018/10/30(火) 20:16:11.62

> OO言語について語ってる部分が

それどこ？

**デフォルトの名無しさん** · 2018/10/30(火) 20:57:56.92

Linusがオブジェクト指向を否定する理由の一つがまさに>>536
C++やオブジェクト指向の否定とも読めるが
それはKernelというコンテキストの中での話だ
egrep "オブジェクト|C++" としたときに
Kernelというコンテキストを隠蔽しているのだ

C++は本気で嫌ってるのかもしれんが
オブジェクト指向に関してはどこまで否定的なのか読めん

**デフォルトの名無しさん** · 2018/10/30(火) 21:09:06.98

ということで結論はLinusはオブジェクト指向を
否定してないってことでいいかな

**デフォルトの名無しさん** · 2018/10/30(火) 21:23:48.92

>>536
相当否定してる、から一転

**デフォルトの名無しさん** · 2018/10/30(火) 21:53:48.89

>実際の問題が特別なデータ記述で関連付けられるとは私は考えない。
>貴殿はその類のデータのためのライブラリルーチンを欲しくない。
>つまり、貴殿はデータとその他の種類のデータ両間で相互作用するコードを欲しいのだ。

オブジェクト指向の欺瞞の心臓
初心者から上級者までおそらく全員が思ってること
すばらしい

**デフォルトの名無しさん** · 2018/10/30(火) 21:54:42.59

>>539
私見だが6割程度は否定してると思う
コンテキストが一つのオブジェクトに依存している範囲のみ
オブジェクト指向は使える、と考えているのでは？

> だが、OO言語は、オブジェクトが重要であり、オブジェクトに関連付けられたメソッドを持つべきだという手段を考える傾向にある。まさに馬鹿げた話だ。一つのオブジェクト（又は、ある型のオブジェクトの当り前なコレクション）が本当の関心事ではない。
> 関心すべきは、異なる型の異なるオブジェクトが相互作用し、ロッキングルールを持つ等々の時なのである。その時点で、重要なのは一つのオブジェクトではもうないのだから、"オブジェクトインターフェイス"を隠蔽しようとするのは絶対に間違っている。

> だから、私はデータの記述が重要であることに賛成であるが、同時に、最も記述が本当に重要である事柄は、いかにデータが矛盾無いか、一貫性の必要条件があること、ロッキングルールがあること（そして、一つのデータオブジェクトのためでないことも）等々である。

**デフォルトの名無しさん** · 2018/10/30(火) 22:00:25.32

なんか分かりにくい日本語だな、もっとﾏｼな言い方はできなかったものか