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

**デフォルトの名無しさん** · 2018/08/24(金) 13:32:09.36

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

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

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

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

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

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

ま火事とがいしは2chの華か

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

まあｵﾏｴはｵﾂﾑの病院へいったほうがいいわ
ｵﾂﾑが壊れてる

間違いなく軽度の知的障害がある

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

お前さんは重度だぞｗ

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

つーかいい子だからもうオナニーでもしてネナヨ
おじさんは忙しいんだから

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

オナニー中らしいですｗｗ

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

オブジェクト指向のメリットは出たかな？

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

クラス単体のプログラムが出来るのは利点だと思う。
そのクラス同士のまとめが難しい

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

ID:5FzXpRZO大発狂しちゃってるやん…
応酬見てると半角のほうがまだまともに見えてくる件ｗ

>>574
みたいに人種に原因を求めるのは実は面白いと思う
本人たちが従ってる働き方に既に問題があって
そこに疑問を持たないしどうしようとも考えない
足並みそろえて稲植えてたら収穫できるって発想

たがいの独立性や多様性をベースとした協調
直交性のあるもんを組み合わせるという日常
ってのはやっぱあちらさんに向いてるんだろうね

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

自由で独立した人間は因果関係に縛られないんだぜ
原因はこれだから結果は必ずこうなるとか思ってない

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

>>606
それはお前の思い込みですね

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

思い込みではなく分類
因果関係に逆らえないのはモノや動物のように扱われる
それ以外が人間

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

思い込みではなく分類というのは話が噛み合ってない
そういう分類があるという思い込みなんだから

思い込み or 根拠があるという話なんだから、
思い込みじゃないなら根拠を示すべき

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

>>607
それはお前の思いこみだな

こんな糞レスへの反論なんてこれで十分なんじゃね？

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

いや、こういうのでいいんだよ
分類に根拠がないという意見と、OOPに根拠がないという意見は似ている

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

それでオブジェクト指向にメリットはあるのかい？

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

>>611
だから分類の話はしてない。

> 自由で独立した人間は因果関係に縛られないんだぜ
> 原因はこれだから結果は必ずこうなるとか思ってない

↑これが思い込みだって話をしている

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

どや？話をずらそうとしても、毎回戻されるのって苦痛やろう？ｗｗｗ

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

半角さんは逃げてこんなスレでも足りない知識でドヤしてるんだwww

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

GUIみたいに誰もが抽象化のイメージがわきやすいクラスと、Webフレームワークのような、使う人が継承して使えばなんとなく便利なクラスでは、抽象化のやりかたそのものが学問になりそうだよな

一般人はおとなしく継承したクラスの中に、業務ロジックを構造化プログラミングしてなさいってこった

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

>>616
抽象化に何のメリットがあるの？

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

>>617
GUIの座標とか描画とか、共通関数にするよりもスーパークラスに持たせた方が共通処理と分岐処理が別れて、分岐判断の引数とか減るだろ？

別にオブジェクト志向言語じゃなくても構造体でも出来るし、事実、WindowsだってCで書かれてるけどな

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

>>618
いや別に分岐が必要な仕様じゃないんだけど

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

>>618
WindowsはC++では？

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

>>619
分岐が必要な仕様じゃないってことは、
分岐が必要な仕様の場合は？

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

>>621
switch case

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

>>622
なんで不分岐が必要ない仕様とか言い出したの？
自分が都合がいい例にしたかった？ｗ

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

>>623
いや、テメーで勝手に分岐が必要なブッサイクなクラス作っておいて
それはないなと
それにクラス構造で分岐しないでくんない？
読み辛い
はっきり言ってクソ
仕様書にどんな条件で分岐してるのか書きにくい
控えめに言って死ね

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

>>623
こういう奴がパラダイムの違いを理解しないまま書くからOOPが害悪になるんだよな

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

windowsでは普通にｲﾍﾞﾝﾄ分岐処理でもswitch文使う
それを隠蔽化するために仮想関数にして実現するどうかは作るﾔﾂのｾﾝｽで決まる

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

>>626
それすげーやめてほしい
こっちはテメーが作ったただでさえうんこみたいな設計書に
そう書いてあるから見に行ったのに
そのとおり作ってないとか設計書ゴミ箱に捨てんぞ糞が

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

いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。Windowsの低レベルプログラムは。

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

>>628
> いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。

オブジェクト指向で作らないからそうなる

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

MFCのメッセージマップは嫌いだった。
switchのほうが100倍分かりやすい。

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

MFCが出てくる前は、Cでゴリゴリ書いてたのよ
MFCが曲者っつー話はさておき、
Cでクライアントプログラムを書くわけだが、Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる

◆QZaw55cn4c · 2018/10/08(月) 18:53:59.21

>>626
＞windowsでは普通にｲﾍﾞﾝﾄ分岐処理でもswitch文使う
pedzold では終始一貫して switch なのは、ちょっとどうかな、と当時でさえ思っていました

＞それを隠蔽化するために仮想関数にして実現するどうかは作るﾔﾂのｾﾝｽで決まる
今思うに、これは悪手なのではないかと

◆QZaw55cn4c · 2018/10/08(月) 18:58:32.67

>>631
＞Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる
それ、今でもよくわからないですね
::RegisterClass() ってコンストラクタに該当するのですか？なぜ ::CreateWindow() とは別に定義したのでしょうか？私はこの二つはラッピングしちゃってます…

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

WindowsをCで書くわけにはいまさら中々いかないだろう。
かといってgcのある言語やインタプリタのようにアプリ寄りの言語で書くのは不可能だろ。
そうやってnative codeを出せかつOSの記述も(苦労するが何とか)記述可能な言語は
消去法でC++しかなくなる。DとかRustじゃ無理。

また、Windowsと言う位だから、上位には何らかのOOP GUI IFを提供しなければならない。
別にC++のOOP機能が優れていたからWindowsがC++が記述されたわけではない。
ここ勘違いしないように。

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

WindowsがOOそのものの思想、と言うのはハンドルまみれなAPI群があるので素直に同意できないけど、ウィンドウ周りは多少は頑張った感あるよね。
>>633
ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時にメモリが節約できるというメリットがあるかと。

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

シグナルが何とかならないかと思うけど
atomとかもう使いたくない

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

>>526さんへ

示された所じゃなくて
その下に有ったリンク先を読んで解った事が有った
https://qiita.com/hiruberuto/items/26a813ab2b188ca39019
読んでいて何が自分に難しいのか?

関数型の場合
処理対象全域を考えて関数で並ぶように作らないといけない
副作用やその他の物を一時に頭に入れて整理し無いといけない
(リンク先にはそうではないと書かれているが自分にはそう見える)

けどオブジェクト指向の場合
対象となる処理を分割して個々に作っていく
分割して個々に作っていった物を連携させて
最終的にはその集合体が出来上がれば機能する
という方が自分に向いている

頭が悪い人間と言うのは広く色んな要素が一編に出て来る物の状態を正確に把握して
それを組み立てる
というのが苦手なのよ

関数型プログラミングは間違いなく
使える人が限られる
そういう物になるだろあなぁ

でもc++なんかでも標準ライブラリーに既にそれっぽいのが有るから
使える程度には理解しないといけなくなるんだろうねぇ
その程度ならなんとかなるかなぁ(笑)

何にしても参考になりました

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

>>637
バカじゃん
テメー以外の奴が作ったときに
privateにされたらそれでしめーだろーが

そういう当たり前の想像力が欠落してるからテメーは何考えても
ダメダメのうんこちゃんなんだよ

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

メソッド呼ぶたびにクソクラスの内部のウンコがどうなってるのか
ケツアナほじって掻き出さなきゃいけねーんだよ

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

標準ライブラリのprivateメソッドとか
もうソースコード読みまくりだからな

◆QZaw55cn4c · 2018/10/08(月) 20:52:27.06

>>635
＞ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時に
同じウィンドウクラスを使いまわすっていうのが、そういうことをやる機会があるかどうか、という点でいまいち、なんです
つまり現状のウインドウクラスにてウィンドウプロシージャを設定する、というのが疑問でして、ウィンドウプロシージャが ::CreateWindow() の引数だったら、使いまわす、ってことも検討したかもしれませんが

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

>>637
foreach, map, reduce, filter などを使うことによって、
for ループやif分岐や一時変数を使う助長で古典的な書き方から脱却し
リストの要素間の多対応・変換を宣言的に記述し切っていく、
既存言語に拡張されつつある関数プログラミングパラダイムの
限定的でも美味しいとこ取り的な使い方からはじめても全然いいんジャマイカ

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

あと、詳しく書くと長くなるので一言ずつ書くと
繰り返しではなく末尾再帰を使えるところでは活用する
クラスを設けて多様性をあらわすのではなく、クロージャーや部分適用で簡潔に表現する
遅延評価や関数変換を使って有効なところで使う
とか

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

関数型とオブジェクト指向は実は相性がよくて、
オブジェクト指向でオブジェクトとしての構造を
そしてオブジェクト指向の中で使う関数は関数型と
組み合わせて使うのが最強なんだ

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

>>644
だからそれはレイヤやグレインの観点から上手くいかないんじゃないかって
上で書いたのに。
上手くいく方法があったら披露してよ

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

末尾再帰の話が出てきたから、知識の浅い人に説明しておくと

関数型は再帰で実装するから手続き型のループを使う方法よりも遅いという常識を
特定の条件を満たしている場合にループに変換することで、遅くならない
というもの。決してループよりも速くなるわけではない

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

>>645
何ができたらうまくいくってことになるんだ？

俺にとっては開発が楽になることがうまくいくことだ
楽になってるのでうまくいっている

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

>>644
あとcontinuationとかyieldとか使うと幸せになることがたまにあるぜよ

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

>>648
はい。オブジェクトの内部で使います

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

>>647
何の言語で何をどう作ってんだか知らないが
上手く言っているなら方法論を披露プリーズ

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

>>649
methodの中つまり関数の中でだろ

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

明日出勤なので寝るぜ
あばよはげどもﾉｼ

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

>>650
方法論ってなにがほしいのか知らんが、
関数型言語で作ったライブラリは状態を持たないから
汎用的な関数ライブラリになる。
それを便利にオブジェクトで使用する

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

オブジェクト指向のメリットは説明できたかい？

定期的に貼らないと関係ないこと主張する奴がわくからな
これが説明できないならクソ

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

オブジェクト指向のメリットは状態を
簡潔にわかりやすく持たせることができる

アルゴリズムならともかくシステムから
状態をなくすのは不可能なので
それをどれだけ直感的に扱うか不可欠になる

それが関数型に対するオブジェクト指向のメリット

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

>>655
直感ですか…

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

OOPのメリットを教えてくれる奴なんていくらでもいたよな
それでOOPが普及して
ふと気付いたらメリットが何だったのか思い出せない

ここでまたメリットを教えられても無限にループするだけだ

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

>>656
そう。3歳の子供でも、リンゴとミカンの色や形
犬や猫の鳴き声の違いぐらいわかるだろう。
それぐれいオブジェクト指向は人間の思考と一致している

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

型クラス、クラスscope、オブジェクトscope,
同じ名前の多態(振る舞いの違い)、
継承によるあっちこっちに無難格納したソースファイルの
似たmethon部分の短冊のような共有による依存性のジャングル

これらについて理論的、科学的に有効性を述べないとだめだよ

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

そう、そしてそれらがある程度規模の大きく複雑な
アプリケーションレイヤのソフトウエアの構造表現として
どう有効なのか理論的、科学的に述べないと…

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

確実にメリットがあるなら人には教えないで独占する
それが理論的で合理的

確実ではないギャンブルなら人に教える

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

>>661
つまりメリットは無いとｗ

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

ｵﾌﾞｼﾞｪｸﾄ指向は低学歴にはﾑﾘ
それはあってる

ｵﾏｴも含めてな

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

たまに見るけど100%でない=0%の人の思考はどうなってんだろうね

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

パニックでも起しちゃってるのかなこの子

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

低学歴知恵遅れが自分を大きくみせようと
必死なのはわかる

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

だいたいわかる

ｳﾝｺｽｸﾘﾌﾟﾄしか使えないような低学歴知恵遅れが
ﾑﾀﾞにｵﾌﾞｼﾞｪｸﾄ指向あげしてる

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

まーたお前かいつも必死だな

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

節子それfake

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

1bit思考の中で最悪なのは、需要と供給
買う方が100%自己責任と思ってるから売ってる側は罪悪感0

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

その論点から起こしてだね、
オブジェクト指向の有効性を非論理的、寝技的に布教しようとするのは
いくらなんでももう、無理があるよ

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

ここの議論でもそうだけどカプセル化とかインターフェイスに対するプログラミングとか
ここの要素について話すのは意味があるが
「オブジェクト指向」って言葉でまとめると途端にクソ議論になる。
その意味ではやっぱり失敗だろう。

**デフォルトの名無しさん** · 2018/10/09(火) 02:31:35.79

>>672
その辺はポジティブな意味合いが強いからな
ただメリットがあるからってデメリットがどうなるかは別問題として

**デフォルトの名無しさん** · 2018/10/09(火) 06:16:50.45

カプセル化とかは「学習コスト」だから100%ネガティブ
コストを消費する代わりに何かメリットがないとポジティブどころか中立にもならねえ

**デフォルトの名無しさん** · 2018/10/09(火) 06:53:21.12

今になって思うのは、オブジェクト指向にまつわる説明で特徴的な何々は何々であるだから何々があるはずだ的な事は製作者側の考え方の根本だったんだろうな。
ここに共感してないから触ってても疑問がつきまとう。
それでもってこういう考え方をする奴は布教的な奴が多い。こういう奴らは本当本当に嫌いだわ。人のその後に対する考えなんてみじんも無い。
例えばウェブ上で人気の言語的なランキングで上位に入ってる言語と周りを見渡して実際触られる言語の食い違いがひどい。
他の奴の意見見てると大体同じ感覚で変な笑いがでる。

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

振り返ると、信仰宗教みたいな流行だった

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

オブジェクト指向の宗教的側面と、Rubyの宗教的側面がかけ合わさって
ドン引きするレベルの狂信者が出現した

もはや言語は死につつあるのに狂信者は毎日板を荒らし回ってる

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

>>674
学習コストはなんにでも適用できる
一般的すぎて無視できる

プログラムを作るにはカロリーを消費すると
言うようなもの、そらそうだで終わり

**デフォルトの名無しさん** · 2018/10/09(火) 11:01:37.61

カプセル化してしてデータを閉じ込めることこそ
オブジェクト指向の真髄、データに対する責務を
集約する事でプログラムを作りやすく堅牢で
メンテナンスしやすくできる

**デフォルトの名無しさん** · 2018/10/09(火) 11:40:52.35

>>678
コストがあるから見返りにメリットが必要だったんだが
コストを無視するならもうメリットがあってもなくてもいいぞ

**デフォルトの名無しさん** · 2018/10/09(火) 12:02:03.11

>>680
一般論過ぎてオブジェクト指向の話になってないやん

**デフォルトの名無しさん** · 2018/10/09(火) 12:02:46.32

赤信号なら止まると良いぞと言ってるようなもの
当たり前やん

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

オブジェクト指向テクニックを使うと外から壊されにくい
堅牢なデータ構造を作ることができてプログラムの
完全性を保証できる、オブジェクトを組み合わせて
より大きなプログラムを作れるっていうのが
オブジェクト指向のメリット

**デフォルトの名無しさん** · 2018/10/09(火) 12:11:49.02

当たり前すぎるってあれだよな
反証不可能ってやつ
反証したい勢力と対立煽りするくらいがちょうどいいんだよな

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

データ隠蔽が有害っていうのは嘘だ
データは隠してなんぼ、オブジェクトを使う側に
データの存在を意識させないようにする事で堅牢な
プログラムを構築できる

**デフォルトの名無しさん** · 2018/10/09(火) 12:44:03.73

大規模開発はオブジェクト志向が、
とか喧伝する低偏差値信者もおとなしくなり、
一歩下がって、そんなに良いものだったっけ？と振り帰られる雰囲気がでてきたのは良いこと

いつまでも熱狂信者の思惑通りにはいかないよ
時がたてば、本当にコストペイするものだけが生き残る

**デフォルトの名無しさん** · 2018/10/09(火) 15:34:08.86

>>685
テストもできないのが不味い
結局使用する側が状態を意識しなくてもいい造りなら問題はおきない

でもinitメソッド連発で呼ばれると死ぬだろ現実
initメソッド呼んだんだからどんな状態であれ初期状態に移行しろよ
ってのが呼ぶ側の主張

**デフォルトの名無しさん** · 2018/10/09(火) 16:17:24.49

>>687
ヌ

**デフォルトの名無しさん** · 2018/10/09(火) 16:51:04.98

>>688
ル

**デフォルトの名無しさん** · 2018/10/09(火) 17:11:39.56

>>687
> でもinitメソッド連発で呼ばれると死ぬだろ現実
> initメソッド呼んだんだからどんな状態であれ初期状態に移行しろよ

どんな場合でも初期状態に移行すればいいだけでは？

**デフォルトの名無しさん** · 2018/10/09(火) 17:18:38.78

別スレッドでアクセス中でもか？

**デフォルトの名無しさん** · 2018/10/09(火) 17:23:43.77

>>691
別スレッドでアクセスさせなければいいだけ

**デフォルトの名無しさん** · 2018/10/09(火) 17:54:07.48

スレドセーフじゃないのなら仕方ない

**デフォルトの名無しさん** · 2018/10/09(火) 18:17:11.30

>>690
でも実際はハードに近い部分のinitだったりするとそうはいかないケースがあるよね？
って可能性が想定できないなら君は設計を語るレベルにないんじゃない？

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

>>694
自分の都合がいい条件じゃないと当てはまらないと
認めているようなもんじゃないかｗ

**デフォルトの名無しさん** · 2018/10/09(火) 18:37:20.67

>>695
いやいや、この場合そういうケースがあることを説明できればいいよね

**デフォルトの名無しさん** · 2018/10/09(火) 18:50:57.71

>>696
じゃあそういうケース以外には当てはまらないってことでいいよね
例外中の例外なんてどうでもいいわ

**デフォルトの名無しさん** · 2018/10/09(火) 18:51:36.15

それに関数型だとハードに近い部分はさわれないし