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

**デフォルトの名無しさん** · 2018/11/22(木) 20:07:52.47

無理やりオブジェクト指向にしたから出てきた問題を解決して凄い凄い言ってるだけ。
単なるマッチポンプ。

カプセル化（英語：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/

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

**デフォルトの名無しさん** · 2018/12/23(日) 19:29:49.92

>>281
1995年に2018年のWindows 10の設計書が書けたら
神だと思うよｗ

**デフォルトの名無しさん** · 2018/12/23(日) 20:11:00.83

>>282
え？そんな仕事あったの？

**デフォルトの名無しさん** · 2018/12/23(日) 20:11:40.28

そりゃMSにはWindows開発って仕事はあるだろうね

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

そうやってありもしない想定ばっかりしてるカスだから提案の一つもできないんだろう

**デフォルトの名無しさん** · 2018/12/23(日) 20:19:31.19

そもそも設計技術の本質がわかっているのか？
どんなに自分がいいと思っていても見るやつが

なにこれきったねぇ構造してやがんなクソ

って思ったら終了だっての
残りは動くか動かねぇかしか残ってねぇ
つまり、設計とはコミュニケーションスキルのことだ

テメーが一番苦手なことだろうがよ
なにできる気になってんだよボケカスアホ
今まで一度だってうまくコミュニケーションが取れたことなんてお前らにねぇだろバーカ
陰キャにうまい設計なんて物理的に不可能

**デフォルトの名無しさん** · 2018/12/23(日) 20:24:40.15

格ゲーでいつまでも技を出すことに執着してる雑魚と何ら変わらん
相手の動きをよく見て相手の動きに対応するということができない

設計がコミュニケーションスキルであれば
プログラムを組む人間をよく見てよく知ることが
設計技術を伸ばすための必須条件である
自分がやりたいことしかできない人間にそもそも設計技術は身に付かない

**デフォルトの名無しさん** · 2018/12/23(日) 20:29:08.85

大手SIerが作った自社糞フレームワークが何か？

**デフォルトの名無しさん** · 2018/12/23(日) 20:43:18.65

>>286
> って思ったら終了だっての
> 残りは動くか動かねぇかしか残ってねぇ

動くことは最低条件で、それに加えて
低コスト（低期間）で実現することが必要なのでは？

さらに完成して終わりではなくバージョンアップを繰り返すのであれば
それにたいしても低コスト（低期間）で実現することが必要になる。

最低条件だけで十分っていうのなら別にいいけどさ
いくらでも開発コストだしてくれて期間も伸ばしてくれるの？

**デフォルトの名無しさん** · 2018/12/24(月) 00:02:49.16

>>289
は？見積り次にオブジェクト指向で工数を削減する気なの？
んであいつより俺のが少ない工数でできますよって安値競争すんの？
正気か？

お前バカなんだからもうちょっと考えて発言しろよ

**デフォルトの名無しさん** · 2018/12/24(月) 01:11:24.56

>>290
それ発言してるのお前じゃね？

俺は安値競争するなんて言ってないよ

ちょっと考えから発言しようよ
馬鹿にみえるよ

**デフォルトの名無しさん** · 2018/12/24(月) 03:32:55.95

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

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

**デフォルトの名無しさん** · 2018/12/24(月) 07:18:40.39

コーダーはコストなんか気にしても見積りできんのやから意味ないでw
てかオブジェクト指向どこいったんやw

**デフォルトの名無しさん** · 2018/12/24(月) 07:21:15.16

>>291
発言元は低コストって連呼してね？
これが安値競争でないって本格的に脳に異常があるんだな

**デフォルトの名無しさん** · 2018/12/24(月) 07:46:58.56

>>294
お前ビジネス向いてないよ。

ビジネスの基本は「安く仕入れて（作って）高く売る」だ

なんで低コストで作って低プライスで売らんといかんのだ。
馬鹿なのか？人月計算が正しいと思って
開発期間が減ったら請求金額も下げる馬鹿なのか？

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

>>295
は？
低コストウリに主張してんだから
安値競争でしょ？
見積り多かったらそもそもウリにならないじゃん

お前は俺より安く作れるって主張したいんだよな？
したら見積額は当然俺より少ないよね？
それがお前の主張するアドバンテージのはずなんだけど
お前は高く売れると主張する
ならウリである低コストは誰に対するアピールなわけ？

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

> 低コストウリに主張してんだから
> 安値競争でしょ？
> 見積り多かったらそもそもウリにならないじゃん

本当に馬鹿だ・・・
コストとプライス（値）の違いもわかってねぇ

> お前は俺より安く作れるって主張したいんだよな？
> したら見積額は当然俺より少ないよね？
やっぱり人月計算してんのか
お前の頭じゃ、工数＝額なんだな

見積期間と見積額（請求金額）を比例させんなよ
その調子じゃどうせ見積もった工数を馬鹿正直にそのまま客に伝えてるんだろうな

生産性を上げて見積もった時間よりも短い期間で開発できたら
それをまるまる儲けにしていいってことにも気づいてないんだろ？
頑張って見積もりよりも短い期間で開発したので、請求金額も下げてあげますよとか、やってそうだな
本当ビジネスに向いてねーな

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

>>297
それを主張するんだったら低コスト関係ねーじゃんｗ
単に欲しい額主張して通るか通らないかだけじゃんｗ
低コストで浮いた工数はテメーの財布のの中だけの話だろｗ

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

> それを主張するんだったら低コスト関係ねーじゃんｗ

なにと？　見積額とか？
当たり前だ。だから最初から俺は金額の話なんか
してない。開発コストの話しかしてないだろ

開発コストが、請求金額（安値競争）と関係あるって
言い出したのはお前だろ

俺はお前が>>294で "ちゃんと理解している通り"

> 発言元は低コストって連呼してね？
> これが安値競争でないって本格的に脳に異常があるんだな

"低コストと連呼してるだけで安値競争ではない" と言ってるんだよ

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

> 低コストで浮いた工数はテメーの財布のの中だけの話だろｗ
この文章まただ。「コスト」の話が「金額（財布）」にそのまま対応してやがる。
人月計算に洗脳されてるなｗ

**デフォルトの名無しさん** · 2018/12/24(月) 09:31:06.24

>>299
だからさ
それは誰に対する売り込みなの？
俺より安く作れるから安く仕事を取ってこれるって主張してるんでしょ？

それともお前は見積りは他の誰かが
とある基準に基づいて出していて
それには自分の低コスト戦略が入っていなくて
それでもその見積もりで不思議と仕事は取ることができて

それと比較したときに安く済むって主張してるの？

あのさｗ
君、会社にいらないｗ

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

> 俺より安く作れるから安く仕事を取ってこれるって主張してるんでしょ？
また値段の話してる。お前頭悪いの？

お前より早く作れるとかはいうが、
なんでそれが安く作れることになるんだよ

むしろ特急料金で高くなってもいいぐらいの話なんだが。

お前、本当にビジネスに向いてないよ
仕事やめたほうが良い

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

>>302
え？お前は誰に売り込んでるの？ｗ
まあ、説明してやると
オブジェクト指向で作ってない俺より
安く作れるって主張してんでしょ？
でもそれは俺の出す見積りと比較しないとわからないことだよね？
そして生涯そんな瞬間は来ないわけ

お前の主張は大量生産時に前作った同じ工程をもう一度このやり方で行うと早いという主張に過ぎない
そしてソフトウェア開発においてそんなシーンはただの一つもない
だってお前それもう作ったことあんじゃんｗ

**デフォルトの名無しさん** · 2018/12/24(月) 19:43:07.80

レスバトルてどうしていつもバカvsバカなんや？

**デフォルトの名無しさん** · 2018/12/24(月) 19:47:02.13

>>303
話すり替えんなよｗ

コスト（費用）を減らしたら、値段（価格）も安価にしなければいけない！
だからコストを減らすと儲からないのだ。

というお前の馬鹿な考えを
ビジネスに向いてないと言ってるだけだ

コストを減らして価格はそのまま
安値競争なんかするわけ無いだろｗ

**デフォルトの名無しさん** · 2018/12/24(月) 20:06:44.29

>>304
争いは同じレベルのものでしか発生しないから
※賢かったらそうそう争いに発展せず、平和的な言葉のやり取りで完結する

**デフォルトの名無しさん** · 2018/12/24(月) 20:45:04.08

>>306
ひろゆき「それってなんかデータとかあるんですか？」

**デフォルトの名無しさん** · 2018/12/24(月) 20:49:58.28

>>307
http://mevius.5ch.net/test/read.cgi/tech/1542884872/

**デフォルトの名無しさん** · 2018/12/24(月) 21:39:53.12

>>306
韓国と争いになってる日本は韓国と同レベルなんですね

**デフォルトの名無しさん** · 2018/12/24(月) 21:58:18.71

アメリカと争いになってる北朝鮮はアメリカレベル！凄い！大国！

**デフォルトの名無しさん** · 2018/12/24(月) 22:25:26.25

アメリカの犬には真似できないなｗ

**デフォルトの名無しさん** · 2018/12/24(月) 23:53:40.56

>>305
は？じゃあ客から見たらテメーを使うメリットは欠片もないなｗ

**デフォルトの名無しさん** · 2018/12/25(火) 00:11:46.38

> は？じゃあ客から見たらテメーを使うメリットは欠片もないなｗ

「早く作れる」のがメリットでは？？？

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

コーディングが早いか遅いかなんて誰も気にしとらんのですけど

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

>>314
そんなんだからお前の仕事はいつも期限をオーバーするんだよ
早く作れや

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

>>314
ガラパゴス土方らしい意見ですね

**デフォルトの名無しさん** · 2018/12/25(火) 12:13:26.21

なにか言い返したいのやろうけどおしてもコーダー目線から離れられないおまえら可愛いすぎw

**デフォルトの名無しさん** · 2018/12/25(火) 12:48:45.02

OSがOOPと無縁？

エクスプローラがビヨンビヨン動いたりするのはOOで設計、コーディングしたことの現れなんだが

**デフォルトの名無しさん** · 2018/12/25(火) 12:48:54.51

「お、俺のほうが安く出来るし！」
行き着く先は餓死か一家心中か

**デフォルトの名無しさん** · 2018/12/25(火) 12:51:52.98

人月見積の業務屋こそOOとは無縁

OOPの言語的な進歩によるメリットをありがたく享受しとけや

**デフォルトの名無しさん** · 2018/12/25(火) 14:23:34.81

なんやこのバカw

**デフォルトの名無しさん** · 2018/12/25(火) 15:33:18.21

>>319
どうした？オープンソースに仕事取られたか？

**デフォルトの名無しさん** · 2018/12/25(火) 19:06:09.61

>>318
あのクソみたいなエクスプローラは？

**デフォルトの名無しさん** · 2018/12/26(水) 03:15:48.77

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

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

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

**デフォルトの名無しさん** · 2018/12/26(水) 11:58:06.03

シコシコするのはチンボだと何度言わせるつもりかね？キミ

**デフォルトの名無しさん** · 2018/12/26(水) 12:42:24.56

このスレが崩壊するまで
オブジェクト指向の話なんか聞きたくない

**デフォルトの名無しさん** · 2018/12/26(水) 18:52:14.52

いや普通にオフショアに発注するから
この業界も順調に空洞化してます

**デフォルトの名無しさん** · 2019/01/01(火) 13:41:22.67

今年もオブジェクト指向のメリット無し

**デフォルトの名無しさん** · 2019/01/02(水) 13:36:19.93

元号変わっても無いだろうなｗ

**デフォルトの名無しさん** · 2019/01/03(木) 01:01:06.83

動けばなんだっていいじゃないか。

**デフォルトの名無しさん** · 2019/01/03(木) 01:42:40.59

ぐちゃぐちゃコードを量産して
なかなか動かないから困るんだよ

**デフォルトの名無しさん** · 2019/01/03(木) 08:38:49.21

オブジェクト指向信者は bash なんかより PowerShell 使うんやろなあ

**デフォルトの名無しさん** · 2019/01/03(木) 08:40:16.79

オブジェクト指向信者 = なんでも使えるので、それはないかと

**デフォルトの名無しさん** · 2019/01/03(木) 09:33:21.39

一人でオブジェクト指向のプログラムソフト作ったことあるやつなら、オブジェクト指向は凄いってなる
でもオブジェクト指向の恩恵を受けられなかったおじさん達は何も恩恵を受けられなかった
boostはオブジェクト指向！

**デフォルトの名無しさん** · 2019/01/03(木) 10:18:24.37

>>334
キッズの威勢がいいな

**デフォルトの名無しさん** · 2019/01/03(木) 21:52:41.61

ビルド時間がboostすることで有名なクソライブラリね。

**デフォルトの名無しさん** · 2019/01/04(金) 00:53:37.04

ビルド時間と実行時間の総和のトレードオフで、
別にビルド時間が７２時間とか掛かってもいいんじゃねえの

出来たバイナリを数百万人とか数億人が使うんだろ
全世界で節約できる実行時間総和は桁違いじゃん

**デフォルトの名無しさん** · 2019/01/04(金) 00:57:59.57

ビルドとテストに1分以上かかると集中力切れてやる気なくなる
昔はビルドに1日かかることもあったと爺さんが言ってたが正気の沙汰じゃない

**デフォルトの名無しさん** · 2019/01/04(金) 01:09:43.10

じゃあ指向は関係なしで開発方針の問題じゃねえの

爺さんの時代はコーディングシートやらフローチャートやらだろ
ビルドにミスは無いんだよ
だから一日掛かってもいい
ビルド以前にテストが終わってる時代だろ

**デフォルトの名無しさん** · 2019/01/04(金) 01:09:46.56

Visual StudioのLive Unit Testが意外と使える子だった

**デフォルトの名無しさん** · 2019/01/04(金) 12:18:18.33

エンティティにサービスを注入するのって有り？無し？
DDDだと無しってことになってるけど現実的に厳しくねえか?

**デフォルトの名無しさん** · 2019/01/09(水) 07:12:25.14

>>338
いいぞ、のんびりで
午前中→ハイ、ポチッとな→ネットサーフィン
午後→(#･∀･)オイ!新人（俺）、バグってるじゃねーか!→(*ﾟ∀ﾟ)フヒヒ、サーセン→修正→ハイ、ポチッとな
→じゃあ、今日は○○くん（俺）のせいでテストできないので帰宅で

**デフォルトの名無しさん** · 2019/01/09(水) 07:15:22.16

アラン・ケイ御大より優れてる奴だけOOをディスりなさい

**デフォルトの名無しさん** · 2019/01/09(水) 09:54:20.72

「私がオブジェクト指向と言い出しましたがC++なんて知りません。クラスベースなんて知りません」

**デフォルトの名無しさん** · 2019/01/09(水) 10:05:54.22

クラスを使うことはまあいいんだよ（必要ならオブジェクトでシミュレートすればいい）
ただ、抽象データ型みたいにプロシージャやデータ構造をどうするかに拘泥して消耗したなくない

アラン・ケイが考えるオブジェクト指向プログラミング
http://d.hatena.ne.jp/katzchang/20080807/p2

いずれにせよ、クラス指向（つまり、クラスを使って抽象データ型を実践するアイデアの）オブジェクト指向
http://www.stroustrup.com/whatis.pdf

と、メッセージングを介して「決定の遅延」を実践するオブジェクト指向は分けて考えた方が混乱がない
http://metatoys.org/oxymoron/oxymoron.html

**デフォルトの名無しさん** · 2019/01/09(水) 10:59:13.90

ウンコ言語Smalltalkの影響を色濃く受けたDart 1.0は
Googleの力をもってしてもウンコ過ぎて全く普及しなくて
方向転換を余儀なくされたし、
やっぱりSmalltalkのやり方は間違ってるんじゃね

**デフォルトの名無しさん** · 2019/01/09(水) 11:07:59.02

Smalltalkと同じダイナミックバインディングのJavascriptは？良い悪いはともかく圧倒的普及率だが

**デフォルトの名無しさん** · 2019/01/09(水) 14:31:20.62

>>346
あんた、きちがい？

**デフォルトの名無しさん** · 2019/01/09(水) 14:52:46.55

>>347
Javascriptは関数型の方向に舵を切っているように見える

**デフォルトの名無しさん** · 2019/01/10(木) 04:45:08.36

>「決定の遅延」
に書いて有るのは単純にアプリケーションを作るにはそれで良いと思うけど
何時も土方系のデータ処理アプリケーションを作るのに
それは適用出来るのだろうか?
という疑問が何時も有る
端的にデータ処理系は対象外とか例外とかになっているのかねぇ?
そういう事なら納得し易いんだけど
これはsmalltalkだけじゃなくてオブジェクト指向的に作る場合何かも感じるんだけど?
どうなんだうろか?

guiなんかだとかなり適合度が高い感じで考えやすく作り易いけど
どうもデータ処理
という視点で考えた時に上手い方法を思いつかない
途中で処理を変えてしまうと後半に影響が出てしまう様な気がするんだけど
それを上手く影響し無い様に作れる物なのだろうか?
ウォーターフォール的に考えて作って
変更する時はテストで流して確認する
これしか無い様な気がして成らないんだけど
余りこの手の分野でのやり方を自分は聞かない
誰か聞いたこととかやってたりとかしないですかねぇ?
smalltalkの場合動的にやるのはいいけど
テストもせずにいきなりやる物なのだろうかという疑問が消えない
ファロみたいに試行錯誤する場合や互いの影響度が低い場合は良いと思うんだけど
データフローが有る様な物に適用出来るのだろうか?

**デフォルトの名無しさん** · 2019/01/10(木) 07:41:21.29

>>350
「遅延」させるべき「決定」事項が一切ない決まりきった処理なら
（メッセージングの）オブジェクト指向でやる意味はないんじゃない？
程度によってはソフトウェアである必要すらないわけでハードウェアで組んでしまえという話にもなる

という話ではなく？

何か小さな具体的な例を出してくれると実際のコードを示しつつ議論しやすいかと

**デフォルトの名無しさん** · 2019/01/10(木) 11:36:56.93

Smalltalkはウンコ過ぎるから別の言語に乗り換えた方が良い、って決定を遅延し続けた結果
時代に取り残されてるのがSmalltalker

**デフォルトの名無しさん** · 2019/01/10(木) 18:00:14.55

>>350
そのデータ処理の内容を分析してモデル化するだけでは？
データ処理だとダメという感覚が全くわからん

**デフォルトの名無しさん** · 2019/01/10(木) 18:33:55.69

乗り換えるも何も誰も乗ってない件

**デフォルトの名無しさん** · 2019/01/10(木) 21:38:51.03

>>351
何て言うのか
smalltalkについては殆ど知らないんだけど
見た感じ手続き型とは随分違う感じで書いている様に見えるんだけど
メッセージパッシングで遅延する場合はそういう手法で良い様な気がするんだけど
従来型の手続き的に書く場合はsmalltalkではどう書くのだろうか?
という疑問が有る
って事なんだけど
特に具体例って言われても無かったりする
c++だと手続き的にもオブジェクト指向的にも書けるけど
smalltalkだと手続き的に書けない?様に見えるから
遅延しない手続き的な処理が必要な時はどうしているんだろうか?
という疑問
って事
>>353
具体例が無いからアレなんだけど
その
分析してモデリング化する
これをどうやっているのだろうか?
所謂バッチ処理みたいな感じの時にどうやって分けているんだろうか?
という疑問って言えば良いかなぁ?
guiみたいなのだと処理がバラバラに発生するからイメージ出来るんだけど
バッチってズラッと流れるからどう分けるのかイメージ出来ない
そんな感じ何ですよねぇ

**デフォルトの名無しさん** · 2019/01/11(金) 08:11:31.95

バッチ処理もウェブもドメインモデルは同じ
外部インターフェイスとアダプタが異なるだけ
バッチ処理だから急にモデルが崩壊するということはありえない

**デフォルトの名無しさん** · 2019/01/11(金) 09:23:47.25

>>355
馬鹿かお前。
手続き型の反対は宣言型。SQLやPrologやXML、HTMLみたいなのを言うの。
ほか大抵の言語は手続き型。
当然smalltalkも純然たる手続き型。
いい歳して知ったかぶり恥ずかしいよ。
手続き型言語で宣言「的」に書く、書けるというのとは全然別。
それはナポリタン（ナポリと関係ない）トルコライス（トルコと関係ない）みたいなもん。

**デフォルトの名無しさん** · 2019/01/12(土) 12:16:48.26

smalltalk知らないから
その遅延とやらをどう活用するか聞いてるのに

>いい歳して知ったかぶり恥ずかしいよ。

殆ど知らない
って書いて有るのに
知ったかとか
何言ってってんだよ
アホだなおまえ

**デフォルトの名無しさん** · 2019/01/12(土) 14:54:55.70

>>358
357はSmalltalkについては一般論として語っているだけで
ケイの言わんとする「決定の遅延」についてはあまり実感ない（つまりうまく説明できない）んじゃないかな…

SmalltalkはSmalltalk-72というごく初期のバージョンでは（非同期でないながらも）実際に
メッセージを送ることをしていたのだけれども、結局当時のマシンではパワー不足で
その後のSmalltalk-76以降、普段は現在主流のメソッドの動的呼び出しをメッセージに見立てて
メッセージに対応するメソッドがないときだけメッセージをハンドリングできる機構だけ足された
よく言えば省コスト、悪く言えばナンチャッテな実装に落ち着いていて、PharoやVisualWorksといった
今あるSmalltalk処理系でもそれは変わっていません。

なので、通常の言語（たとえばJavaとか）と同じ程度には手続き的な記述は普通に可能です。
あと念のため、ここでいう「遅延」というのはあくまでも設計の指針であって、動的メソッド呼び出し以上の
特別な「遅延機能」というものがあるわけではありません。

強いて言えば、システムを動かしながらでもコードの変更が可能（というか、Smalltalkは
システムを動かしながらしかコードの変更はできません）というのが、他の、ちょうど例に挙がった
Javaのように静的型チェックのある早期結合を好む言語とは決定的に違うところで、
この特徴は件の「決定の遅延」の実践（たとえばデバッグのやり方など）に大いに役に立っています。

**デフォルトの名無しさん** · 2019/01/12(土) 15:53:51.66

>>358
顔真っ赤だぞ。新しい単語覚えられてよかったな。これからは知らない単語思い込みで安易に使わないようにしようなｗｗ

**デフォルトの名無しさん** · 2019/01/20(日) 13:23:57.80

エンティティが複雑で巨大なグラフ構造を形成していてしかも集合として調和が取れていなければならないという要件に対してオブジェクト指向は激弱
しかし多くの業務ではまさにこのような集合としての調和が重視すべき要件になりやすい

この事実に対してオブジェクト指向信者の人々はどういう答えをだしたの？
俺としては業務ロジックをSQLで表現する2層アーキテクチャの他に現実的な答えはないと思うのだが

**デフォルトの名無しさん** · 2019/01/20(日) 15:39:03.46

ストアドプロシージャで処理できる程度のことを
ORMでわざわざオブジェクト指向に落とし込む意味が分からん
とかそういう話？

**デフォルトの名無しさん** · 2019/01/21(月) 12:55:20.44

クラスで知識整理なんぞせず一本グソで書く方が良いって話か

**デフォルトの名無しさん** · 2019/01/22(火) 01:11:48.41

日本企業でオブジェクト指向が受け入れられない理由がわかった
ビジネスルールそのものが曖昧で矛盾してるから堅牢なオブジェクトモデルを構築できないんだ
だからカプセル化を解除して不変条件を排除して矛盾を受け入れるしかない

◆QZaw55cn4c · 2019/01/22(火) 01:20:22.79

>>364
＞ビジネスルール

ビジネス・スルー力
かと空耳してしまいました…ほ・し・い・ぃ

**デフォルトの名無しさん** · 2019/01/22(火) 04:46:37.14

とにかく全て、再利用だ！カプセル化だ！
たとえ今は使い捨てでも将来的に使う可能性はゼロではないから予め全てに備えておくのがオブジェクト指向だ！
無駄に手を広げてからのドキュメント整備、日本流オブジェクト指向は疲れる

**デフォルトの名無しさん** · 2019/01/22(火) 19:07:26.14

>>366
疎結合が目的であって再利用性は副作用だと高卒の俺は思ってたけど、合ってるのかな

**デフォルトの名無しさん** · 2019/01/22(火) 19:58:32.27

「再利用できる部品を大量にストックする」という理念のΣプロジェクトがあったので方向性は何一つも間違ってない

**デフォルトの名無しさん** · 2019/01/22(火) 21:47:28.77

高卒てマジにここまでバカなん？>>367が特別にバカなんか？

**デフォルトの名無しさん** · 2019/01/22(火) 22:02:38.65

Haskell使えば全て解決

**デフォルトの名無しさん** · 2019/01/22(火) 22:07:10.37

インタフェースって作る意味あるの？
どうせインタフェースを改良したら実装のもうも変えなきゃいけないし
二重メンテにならんのかね？

**デフォルトの名無しさん** · 2019/01/22(火) 22:12:03.17

インターフェースの改良て何なん？高卒て時々突拍子もないこと考えるよなw

**デフォルトの名無しさん** · 2019/01/22(火) 22:20:46.68

>>371
Hello Worldくらいはやってみたら？

**デフォルトの名無しさん** · 2019/01/22(火) 23:15:39.68

>>372
プロパティ追加が必要になったらインタフェースにも実装のほうにも追加するじゃん？

**デフォルトの名無しさん** · 2019/01/23(水) 03:19:48.14

>>371
インターフェースを作る意味は、
同じようだけど少し違う処理がたくさんある時に条件分岐よりバグが少なく実装できる
ってところかと

それに二重メンテになるのはインターフェースを使っても使わなくても同じだろ

**デフォルトの名無しさん** · 2019/01/23(水) 07:10:27.68

>>374
大声でケチ付けるけど自分の意見はなく3日後には忘れるタイプに建設的な答えは無理

**デフォルトの名無しさん** · 2019/01/23(水) 07:13:59.05

オブジェクト指向はクズだ無能
↓
じゃあどんな設計方法が良いの
↓
そんな事も知らんのか自分で調べろ高卒糞無能
↓
エントリポイントに一本グソ開発しました
↓
これやこれ　読みやすい

だいたいこういう流れになる

**デフォルトの名無しさん** · 2019/01/23(水) 15:49:49.57

じゃあどの言語が良いの
↓
オブジェクト指向のアレだよアレ後は自分で調べろ

**デフォルトの名無しさん** · 2019/01/23(水) 16:18:11.15

言語名を確定させないことによりシュレーディンガーのSmalltalkを延命させる仕組み

**デフォルトの名無しさん** · 2019/01/23(水) 17:30:54.46

rubyやjsはインタフェースないじゃん
でも困らない

**デフォルトの名無しさん** · 2019/01/23(水) 17:38:41.98

オブジェクト指向の対の概念を定める

エントリポイント一本グソ指向

以上の定義を前提に語ってくれたまえ
諸君