オブジェクト指向システムの設計 173 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/08/08(火) 17:52:14.38

前スレ
オブジェクト指向システムの設計 172
http://mevius.2ch.net/test/read.cgi/tech/1467992113

類似スレ
手続き型システムの設計 1
http://mevius.2ch.net/test/read.cgi/tech/1500282714

**デフォルトの名無しさん** · 2017/09/18(月) 14:37:31.75

>>550
自作自演失敗かね？

>>527を言ったのはお前だろ
そして>527の内容じゃわからんから、
>>528や>>536が、ちゃんと説明しろと言われてるのに
ほらまたお前、それを無視してるじゃんか

この流れだよ。

**デフォルトの名無しさん** · 2017/09/18(月) 14:53:38.23

>>551
自分の発言を参照したら自演なの？わけわからんわ
対応している段落まで示さないといけないのは面倒くさいなぁ…
「早すぎる最適化は後でコストがかさむからできるなら避けよう」は
The Fram oil filter principleのところで述べられているんだよ
ついでを言えば、その次のLate bindingにある図で、プロジェクトの途中で得られたノウハウを
早期結合の言語で決めうちして作られたプロダクトだと適用しにくいという指摘がある

**デフォルトの名無しさん** · 2017/09/18(月) 14:55:09.36

それがオブジェクト指向と何の関係があるのだろう？

**デフォルトの名無しさん** · 2017/09/18(月) 14:57:29.30

> ついでを言えば、その次のLate bindingにある図で、プロジェクトの途中で得られたノウハウを
> 早期結合の言語で決めうちして作られたプロダクトだと適用しにくいという指摘がある

これは嘘だね。

別に早期結合の言語でもそうでない言語でも
適用のしやすさに違いはない。

ただ単にノウハウを取り入れてコードを修正して
再コンパイルすればいいだけの話なんだから

**デフォルトの名無しさん** · 2017/09/18(月) 15:04:46.44

ついでにいうと「早すぎる最適化は後でコストがかさむからできるなら避けよう」は
「決定の遅延」とは何の関係もない。

なぜなら、最適化してないコードをもう作ってるわけだろう？
遅延しているのは最適化だけであって、コードは作られている、つまり決定はなされている。

それに「避けようと決定している」という言い方もできる。
つまり避けるぞーっと方針を決定している。遅延せずに。

何が言いたいかというと「決定の遅延」とは何の決定なのか
全く書いてないし、そもそもアランケイが言った言葉なのかも不明。

「オブジェクトの結合の遅延」の話から目的を忘れ、
遅延という言葉だけが独り歩きし、オブジェクト指向と関係ないことにも
適用しようとしている。オブジェクト指向とは関係ない話だから
「決定の遅延」と呼ばざるをえない。

**デフォルトの名無しさん** · 2017/09/18(月) 15:04:51.13

>>554
ちょｗ、おまｗ、読んでなかったんじゃん…

**デフォルトの名無しさん** · 2017/09/18(月) 15:10:35.01

>>433以降のループはいったい何だったんだ？

**デフォルトの名無しさん** · 2017/09/18(月) 15:13:54.47

>>556
いや？読んでいたけど？
何をどう解釈するとそうなるんだ？

まさか「アランケイが言いたいこと」が
明らかに間違いの部分だとは思わなくてね

結局、早期結合の言語で決めうちして作られたプロダクトだと
プロジェクトの途中で得られたノウハウを適用しにくいと
言いたかっただけ？

**デフォルトの名無しさん** · 2017/09/18(月) 15:17:18.19

すまん。ワイ以外にアランケイに勝ってる奴おりゅ？ｗ

**デフォルトの名無しさん** · 2017/09/18(月) 15:30:04.85

殆どの人は「早期結合の言語で決めうちして作られたプロダクトだと
プロジェクトの途中で得られたノウハウを適用しにくい」と言われると
なんでだ？って思うはず。

プロジェクトの途中で得られたノウハウを適用するのに
早期結合の言語かどうかなんて関係ないじゃんと。
確かにその通りなんだよ。関係ない。

おそらくアランケイが考えていたシステムはSmalltalk上で
すべてを動かし、システムを止めること無く変更を
適用するという前提があったのだろう。それならば理屈はあう。

だけど今の時代は、稼働しているシステムとは別の待機系とか
ステージング環境とか開発環境とか、そういった止められる
環境で開発し、必要ならば止めずにシステムをデプロイ
する技術があるため、早期結合の言語であってプロジェクトの
途中で得られたノウハウを適用できるようになってる。

その点でアランケイが言ったことは今となっては間違いになってるんだよ

**デフォルトの名無しさん** · 2017/09/18(月) 15:40:34.35

うんだからWeb開発はサービス単位で遅延結合が出来てるからいいんじゃないの？
その君の主張は誰も否定していないよ？
アラン・ケイはWeb開発に特化した話はいっさいしてないってだけ

**デフォルトの名無しさん** · 2017/09/18(月) 15:41:44.09

ちゃんと引用しろよ

**デフォルトの名無しさん** · 2017/09/18(月) 15:42:07.34

何はともあれようやく話は進んだじゃないか。

アランケイが言ってることとはすなわち
「プロジェクトの途中で得られたノウハウを早期結合の言語で
決めうちして作られたプロダクトだと適用しにくい」
ということだそうだ

それはなぜなのか、それは正しいのか
その話をしようじゃないか。

間違いであることは>>560で書いたとおりだ。

反論を待っているぞ

**デフォルトの名無しさん** · 2017/09/18(月) 15:42:22.69

リンクだけ貼って投げっぱなしのジャーマンのやつにレスするな

**デフォルトの名無しさん** · 2017/09/18(月) 15:42:47.36

>>561
アランケイが言った言葉は間違いだってこと？

「プロジェクトの途中で得られたノウハウを早期結合の言語で
決めうちして作られたプロダクトだと適用しにくい」

**デフォルトの名無しさん** · 2017/09/18(月) 15:43:52.96

>>565
そんなのおっさんの開発した言語でできる性能はないよｗ

**デフォルトの名無しさん** · 2017/09/18(月) 15:44:26.97

>>561
> Web開発はサービス単位で遅延結合

あんたが言うサービス単位で遅延結合とはどういうこと？

俺はサービス単位で遅延なんかせずに普通に結合していると思ってるけど。

なんか無理やり関係ない言葉を再利用しようとしていない？ｗ
Web開発におけるサービス単位の「遅延」って何よ？

**デフォルトの名無しさん** · 2017/09/18(月) 16:00:10.16

>>563
> ようやく話は進んだ

そうだね
ただこちらが抜粋した内容をその都度吟味していくのは相互に関連することもあるし非効率なのでとりあえず
http://squab.no-ip.com/collab/uploads/61/IsSoftwareEngineeringAnOxymoron.pdf
から読んで明らかな間違いだと思う点を箇条書きでいいから（しかし場所が分かるように）列挙してみてくれないかな？
そうすればお互いの誤解や問題領域の齟齬がどんなところにあるか論点をしぼりやすいと思うので
列挙するのが大変なくらいたくさん間違いがあるようなら、とりあえずは目に付いた２～３項目だけでもいいよ

**デフォルトの名無しさん** · 2017/09/18(月) 16:02:04.98

明らかな間違いはそこ以外無いんじゃないかな？

プロジェクトの途中で得られたノウハウを早期結合の言語で
決めうちして作られたプロダクトだと適用しにくい
というのは間違い。

話を進めましょう

**デフォルトの名無しさん** · 2017/09/18(月) 16:06:08.91

システムレベルの保守性可用性は言語レベルでやるこっちゃねぇ、
停止して再起動すれば良いんだからオブジェクトの結合の遅延は
徹底するほどのものでもねぇってのは最初から俺がずっと言ってることだしね。
そこに戻ったってだけ

**デフォルトの名無しさん** · 2017/09/18(月) 16:14:38.54

先々週のハイライト？（俺の書き込みじゃないよ）
結局この話に戻ってきたなぁと

295 名前：デフォルトの名無しさん[sage] 投稿日：2017/09/02(土) 20:43:07.29 ID:SLw7DScq [2/2]
>>280
それは完全に「メッセージ指向派」が悪い。
これ関しては、ID:x3xo3AHAが100%正しい。

プログラミングは結果ではなく手段でしかない。
「○○指向」するのは何らかの目的があっての事だ。
「決定の遅延」によって何を得たいのか、それを明示出来ない時点で
「決定の遅延」なんて使い物にならない、と言っているのと同じ。

ID:x3xo3AHAは、「決定の遅延」によって得たい物が「仕様変更」なら、
それは既に他の方法で十分に達成されているから要らない、と繰り返し述べているだけ。
これ自体は全くその通りだし、
議論を進める為に「他の目的を明示しろ」というのも至極まっとうな意見だよ。
そして>>284にはそれが書いてないのも確かだよ。

>>284内でグダグダ言われていることは、
Evalを持っている言語なら普通に出来ることでしかない。
しかしEvalは普通は要らんというのも事実だし、
メジャーなEval使える言語(JavaScript)もあるんだし、欲しければそれ使え、でしかない。

>>293
それが今対応出来てなくて、「決定の遅延」で対応出来るとでも思ってるの？

**デフォルトの名無しさん** · 2017/09/18(月) 16:16:54.30

>>569
え？そうなの？じゃあ

For example, a paradigmatic system such as generalized desktop publishing can
be examined in both worlds, and some answers can be given about why the late
bound one in Squeak is more than 20 times smaller, took even less fractional
person-time to create, and yet still runs faster than human nervous systems
at highly acceptable speeds.

も間違いとは思わないと？にわかには信じられないなぁ…

**デフォルトの名無しさん** · 2017/09/18(月) 16:20:21.77

>>572
知らんがなｗ
アランケイのファンじゃないんだから
読み飛ばしたりしてる部分だって有るだろうさ。

あんたがそこが間違いだっていうのなら、
そこも間違いでいいんじゃね？

**デフォルトの名無しさん** · 2017/09/18(月) 16:40:14.70

>>573
なるほど

ではこちらの主張はどうだろう？ここは>>563にも関わる本質部分だと思うのだけれども
とくに問題とは思わなかったと言うことはやはり読み飛ばしちゃってた？

On the other hand, most programmers learn their craft by starting with
“algorithms and data structures” courses that emphasize just the opposite:
sequential logic and nonobjects. This is a kind of simple “godlike” control of weak
passive materials whose methods don’t scale. I think it is very hard for
many programmers to later take the “nongod” view of negotiation and strategy
from the object’s point of view that real systems designs require.

**デフォルトの名無しさん** · 2017/09/18(月) 16:50:38.67

読みとばすっていうか忘れてるんだよ
何年前だと思ってんだよ。読んだの

つーか俺が読んだか読んでないかを追求するのはそんなに重要な事なのか？
仮に俺が読んでないとするならば、それだけすきがあるってことだろ？
そこを攻めてこいよ。

自分の言葉で俺が言ったことに反論してきてくれ

**デフォルトの名無しさん** · 2017/09/18(月) 16:52:33.02

>>544
平気でこういうおかしなレスをする
オブジェクト指向のメリットになんねぇならどっちでもいいだろがそんなとこ

自分の指摘箇所がオブジェクト指向にとってどうでもいいのにこだわってるの君？

**デフォルトの名無しさん** · 2017/09/18(月) 16:52:51.34

どうでもいいけどスレチでレス消化しまくるのうっとおしいからあっちいけ
アラン・ケイ議論スレ 1 [無断転載禁止]©2ch.net･
http://mevius.2ch.net/test/read.cgi/tech/1505708105/

**デフォルトの名無しさん** · 2017/09/18(月) 16:55:47.92

またかよーｗ

>>576
だから、おかしいと思ったなら、
どこがどうおかしいかをレスしろって。

ほんと俺ばっかりだなお前

**デフォルトの名無しさん** · 2017/09/18(月) 16:56:18.01

間違い

ほんとそればっかりだなお前

**デフォルトの名無しさん** · 2017/09/18(月) 16:59:43.55

>>578
死ねよ
ちゃんと書いたじゃん

>>544
平気でこういうおかしなレスをする
オブジェクト指向のメリットになんねぇならどっちでもいいだろがそんなとこ

自分の指摘箇所がオブジェクト指向にとってどうでもいいのにこだわってるの君？

解説するよ
まずさ、君はsmalltalkを他のオブジェクト指向言語と違うって主張でいいんだよね？
そしてそれはオブジェクト指向のメリットである部分に抵触してるんだよね？
ここまではおｋ？

**デフォルトの名無しさん** · 2017/09/18(月) 17:15:55.26

>>580
全然OKじゃねーよｗ

Smalltalkは他のオブジェクト指向言語に比べて余計な思想が有る。
その部分を信者どもは優れていると言うが、
余計な部分でありSmalltalkの言語からは消し去るべき部分
言語でやらなくていい部分だからだ。

ここまではおｋ？

**デフォルトの名無しさん** · 2017/09/18(月) 17:17:34.19

Smalltalkの余計な部分というのは
オブジェクト指向とは全く関係ない
ということも言っておかないとダメだったな

**デフォルトの名無しさん** · 2017/09/18(月) 17:35:33.28

>>581
それって俺の質問に答えてなくね?

それはお前が考えるオブジェクト指向のメリットに抵触する箇所なの？

**デフォルトの名無しさん** · 2017/09/18(月) 17:37:15.57

>>582
だったらお前の指摘ってのっけからズレてんじゃん
smalltalkと他のオブジェクト指向言語に大した違いは無いって自分で言ってるけど
みんなにごめんなさいって言えよとりあえず

**デフォルトの名無しさん** · 2017/09/18(月) 18:22:23.93

Smalltalkは余計な機能が付いてて
他の言語と比べて出来損ないのゴミである

これに反論できるやつはいないって事？
まずは一つづつ明確な結論を得て行こうよ

**デフォルトの名無しさん** · 2017/09/18(月) 18:25:25.32

一連の議論の発端は>>224, 225, 228
2週間以上もやってるんだね。

単純な質問に答えられず、意味のある反論も出来ないなら
無駄レスが続くだけだからもうやめてくれよ

**デフォルトの名無しさん** · 2017/09/18(月) 18:52:03.20

醜いジャップランド土人村の子

**デフォルトの名無しさん** · 2017/09/18(月) 19:19:40.41

それもこれもオブジェクト指向のメリットを誰も挙げられないからだ

あるような？
ないような？

どこにも明確に書かれていないし
各自が勝手な解釈を垂れるだけ
各自が勝手な郷土研究を発表するだけ

実際はどうだ？と問うと
今度はそれはオブジェクト指向じゃない
お前のは違う、俺のがあってる
技術の統一見解が全くない

ハッキリ言って

　捨　て　ち　ゃ　え　よ　こ　れｗ

**デフォルトの名無しさん** · 2017/09/18(月) 20:28:01.22

>>585
そんなの次世代言語スレかSmalltalkスレ行ってやれよ

**デフォルトの名無しさん** · 2017/09/18(月) 21:44:18.37

OMTで設計うまく行ってると思ってるんだけど
何か見えてない問題点あるのか?

尊師の教えと違うとか宗教的なことでなくて
3行で言えるメリット

**デフォルトの名無しさん** · 2017/09/18(月) 21:45:20.34

>>589
そうやって反論どころか主張すら曖昧な書き込みするから
いつまでも話が堂々巡りになるんだよ

Smalltalkはゴミ。存在価値なし。それで良いよな？

**デフォルトの名無しさん** · 2017/09/18(月) 21:46:43.69

>>590
メリットをどうぞ

**デフォルトの名無しさん** · 2017/09/18(月) 21:49:03.55

>>592
比較対象がないとメリットもデメリットもないよ

**デフォルトの名無しさん** · 2017/09/18(月) 21:56:09.34

>>593
オブジェクト指向とそうじゃないのと

**デフォルトの名無しさん** · 2017/09/18(月) 21:58:59.22

>>594
そんな話はしてない

**デフォルトの名無しさん** · 2017/09/18(月) 21:59:42.35

>>594
スレチ

**デフォルトの名無しさん** · 2017/09/18(月) 22:01:45.25

>>595
いや、それが語れないならこのスレいらないだろ
自分の形を知るには他人が必要なんだよ
オブジェクト指向も同様

**デフォルトの名無しさん** · 2017/09/18(月) 22:02:09.15

>>591
> Smalltalkはゴミ。存在価値なし。それで良いよな？
それでいいんじゃね？ｗ

俺は最初からSmalltalkのやり過ぎなオブジェクト指向、
言語とは関係ない部分にオブジェクト指向を適用するのが
おかしいと、アランケイの考えが古いと言っていたのに、
それを理解できてないやつがいるんだよな。IcOpWHLwとか

**デフォルトの名無しさん** · 2017/09/18(月) 22:02:37.40

あー、なんとなくわかってきたなぁ
お前ら、ぶっちゃけこれ以外での組み方知らない？

**デフォルトの名無しさん** · 2017/09/18(月) 22:11:26.52

>>597
このスレは既にオブジェクト指向設計をする前提でその上での良し悪しだろ?
じゃなかったら設計全般スレの一つの主張でいいだろ

**デフォルトの名無しさん** · 2017/09/18(月) 22:20:16.44

>>600
は？
じゃあ、何をやるにも全くメリットわからないのに
自己流でオブジェクトに分けてそれで何がしてーの？
何がよくなんの？
何に向かって何やってるの？
すげー馬鹿だろお前等
じゃあ、オブジェクト単位で分割するの辞めてみたら？
それでも分割するお前の行動は何か利益を産んでるの？
全く無駄なことやってるの？

**デフォルトの名無しさん** · 2017/09/18(月) 22:27:40.96

>>601
プログラミングのスレでPCの電源の入れ方から質問するようなもんだろ
いちいち初心者に説明してたらキリがない
まずオブジェクト指向について勉強してから出直せ

**デフォルトの名無しさん** · 2017/09/18(月) 22:30:51.87

>>602
っていつも逃げるけど
オブジェクト指向のメリットなんてどこにも書いてないし

**デフォルトの名無しさん** · 2017/09/18(月) 22:32:21.17

>>542
それは知らないだけだろ
オブジェクトの指向の源流だから
今当たり前に使っている技術も
Smalltalkから生まれてきた

たとえばRubyが「すべてはオブジェクト」だ
っていうのもSmalltalkが元祖
テストフレームワークも
最初にSmalltalkで生まれた

**デフォルトの名無しさん** · 2017/09/18(月) 22:33:28.20

>>547
それで君はどこの土人だい？

**デフォルトの名無しさん** · 2017/09/18(月) 22:41:02.34

>>603
入門書に書いてあるだろ

**デフォルトの名無しさん** · 2017/09/18(月) 22:42:30.53

>>603
説明してやってもいいけど
使ってもいないのに聞いてどうするの?

**デフォルトの名無しさん** · 2017/09/18(月) 22:42:59.21

>>561
＞Web開発はサービス単位で遅延結合が出来てる
マイクロサービスが典型的だな
サービスを分けることでマクロに遅延結合できる

だけど別にアランケイが間違っていたわけじゃなくて
むしろその発想を大規模に発展させた結果だよね
Smalltalk誕生の時代にはインターネットなかったから

**デフォルトの名無しさん** · 2017/09/18(月) 22:44:38.63

>>607
議論の軸になるはずだが
予言していいけど絶対お前は説明できない

**デフォルトの名無しさん** · 2017/09/18(月) 22:45:57.14

>>603
何と比較したいの？
こういうやり方のほうが俺はいいと思ってるってな意見があれば議論になると思うけど

**デフォルトの名無しさん** · 2017/09/18(月) 22:49:49.74

>>608
> マイクロサービスが典型的だな
> サービスを分けることでマクロに遅延結合できる

でもそれオブジェクト指向ではないですよね？

**デフォルトの名無しさん** · 2017/09/18(月) 22:51:03.60

>>608
> だけど別にアランケイが間違っていたわけじゃなくて

アランケイが間違っていたのはオブジェクト指向や
Smalltalkで実現しようとしていた所
マイクロサービスにSmalltalkもオブジェクト指向も関係ない

**デフォルトの名無しさん** · 2017/09/18(月) 22:52:02.80

>>609
先にはっきりさせときたいんだけど、
どういう点を論ずるの?

**デフォルトの名無しさん** · 2017/09/18(月) 22:55:18.51

>>603
わざわざ書く必要がないほど自明だからだよ。

だけど初心者には分からない。なぜならOOPは大規模じゃないとメリットが無いから。
だから大きい(10k行以上）の物を書き、保守をしばらく続ければ、誰でもわかるようになる。
例えばCの手続き型で書いたとしても、保守しやすく保てば、だんだんOOPに似てくる。
これが分かっているからJava等では最初から初心者をOOP信者として洗脳しようとする。
ところが初心者にはOOPのメリットが見えるはずもない。これが大体のパターン。

500行程度のプログラムをOOPで書いても大してメリットない。当然理解出来るはずもない。
最低3k行程度、出来れば10k行以上書いて保守してみ。いやでも分かる。

**デフォルトの名無しさん** · 2017/09/18(月) 23:03:49.23

>>611
>>612
＞マイクロサービスにSmalltalkも
＞オブジェクト指向も関係ない
いやそうは言い切れない

マイクロサービスは突然出てきた訳じゃなくて
オブジェクト指向からコンポーネント指向や
サービス指向を経由してきたもので
オブジェクト指向が発想の源流

**デフォルトの名無しさん** · 2017/09/18(月) 23:04:53.82

>>614
は？
悪い
俺には全くメリットがわからねぇ
お前のそんな長文を読んでも全くメリットが欠片もわからねぇ

**デフォルトの名無しさん** · 2017/09/18(月) 23:07:52.17

>>615
その根拠は？
なんでそれを書かないかな

**デフォルトの名無しさん** · 2017/09/18(月) 23:16:18.54

>>616
オブジェクト指向の利点が分からず、君がいっぱしのプログラムを書けるというのなら、
その君のやり方で大規模な物を書いて保守してみればいい。
だんだんオブジェクト指向に似てくるから。
500行程度のプログラムを書き捨てするのなら、大してメリットはないし、当然理解も出来ないよ。

プログラミング言語C++とか読めば、いろいろ具体的にハゲが力説してるよ。
ただその意味は初心者には分からないと思うよ。

**デフォルトの名無しさん** · 2017/09/18(月) 23:18:19.59

>>618
そんなにどこにでも書いてあるなら
リンクを5個ぐらい貼ってみろよ
オブジェクト指向の入門サイトにでもあるんだろ？
なにせ常識らしいからな

**デフォルトの名無しさん** · 2017/09/18(月) 23:20:22.40

>>616
ちなみに、分からなければ分からないでいい。
所詮はOOPも手段であり、OOPを用いずとも困ってないのなら、わざわざ使う必要はない。

**デフォルトの名無しさん** · 2017/09/18(月) 23:21:34.19

>>620
違うだろバカ
テメーはメリットなんか知らないだろ

**デフォルトの名無しさん** · 2017/09/18(月) 23:22:51.75

>>620
何偉そうにしてんの？
わからないくせに
わかるならいくつでも箇条書きで
書いてみろよアホ

**デフォルトの名無しさん** · 2017/09/18(月) 23:24:17.62

規模が大きくなるほど
手続き型で保守しにくくなる

大規模プログラムで保守性が高まるのは
オブジェクト指向のメリットのひとつで
いろんな入門書に書いてある

**デフォルトの名無しさん** · 2017/09/18(月) 23:27:29.49

>>623
言語レベルではそうだね。

だけど大規模プログラムを保守しやすくするなら
オブジェクト指向にするだけじゃなくて
単純に規模を小さくすればいい
それがマイクロサービスでもある

**デフォルトの名無しさん** · 2017/09/18(月) 23:27:57.21

>>619
ひょっとして、手続き型おじいちゃんの土人の方ですか？
屁臭いペチプァの方ですか？

**デフォルトの名無しさん** · 2017/09/18(月) 23:28:42.89

ID:IcOpWHLwが論点を挙げられないのは
テキトーに否定するだけだったからか

**デフォルトの名無しさん** · 2017/09/18(月) 23:28:45.85

>>619
日本語でおk

**デフォルトの名無しさん** · 2017/09/18(月) 23:30:22.06

>>623
どういう原理で？ｗ

そもそもなんででかくないと効果がないの？
機能10個作るのと機能20個作るので難易度変わるの？
変わるように組んでるの？

**デフォルトの名無しさん** · 2017/09/18(月) 23:31:42.19

>>626
お前は全くメリット挙げられないクズ

**デフォルトの名無しさん** · 2017/09/18(月) 23:32:46.81

>>627
そんなにオブジェクト指向のメリットが常識だって主張するなら
書いてあるサイト探してこいって言ってんだよ
嘘つき野郎

**デフォルトの名無しさん** · 2017/09/18(月) 23:34:05.63

>>629
説明損になるとこだったよ

**デフォルトの名無しさん** · 2017/09/18(月) 23:35:05.51

>>631
消えろ邪魔

**デフォルトの名無しさん** · 2017/09/18(月) 23:36:35.21

メリットなんてケースによるんだから否定するのは容易い
俺は大規模開発なんてしないもん!とかな

自分の開発対象にあった開発方法をとって、
その上での議論だろ

**デフォルトの名無しさん** · 2017/09/18(月) 23:37:27.40

>>632
論点を挙げられないこと指摘されて邪魔か
さすがクズ

**デフォルトの名無しさん** · 2017/09/18(月) 23:37:50.84

>>633
速く死ねよ
あぼーんで見えねぇよ

**デフォルトの名無しさん** · 2017/09/18(月) 23:39:45.83

なんで見えないのにわかるんだ
口からでまかせばかりだな

**デフォルトの名無しさん** · 2017/09/18(月) 23:44:08.97

>>624
ちなみに俺はそれもありだと思ってるよ。

具体的に言えばJavaScriptの連中が壮絶に酷くて、OOPどころかそれ以前なんだけど、
実際はそれでも結構動いてしまう。
理由は簡単で、サーバー/クライアント構成でデータ管理は完全に分離されてて、
データクエリはhttpでフォーマットもJSONとお決まりで、何も考える必要なく、
JavaScriptは単にGUIの装飾だけやればいい感じだから。
抽象度もそれなりだから50行位で一機能出来てしまって、
5個くらい(=250行)あればまあまあ見栄えしてしまう。
ああこれでは成長せんなーとは思ったね。
この規模なら毎回コピペ＋書き捨ての方が生産性高いし。

ただ、従来はデータ管理等も全部自前でやるから肥大化するのであって、
正直OOPでがんばって自前でやりくりするより、
既製品のDBとか使ってマッシュアップするJavaScript的開発の方が楽だから、
今後はそうなる気もする。

**デフォルトの名無しさん** · 2017/09/18(月) 23:48:22.36

>>630
> そんなにオブジェクト指向のメリットが常識だって主張するなら
> 書いてあるサイト探してこいって言ってんだよ
これを主張した奴はこのスレ内にはいない。
つまり、日本語でおｋ
俺が言ったのは「プログラミング言語C++」で、これは本だ。

お前が知りたいのなら、おまえ自身が探してきて、
ここにこんなこと書いてますが合ってますか？と訪ねればいいだろ。

**デフォルトの名無しさん** · 2017/09/18(月) 23:52:37.86

>>637
今どきはJavaScriptでもwebpackとかあるんだし
使い捨てせずにモジュール化して使いまわすよ普通は
OOPかどうかは別として

**デフォルトの名無しさん** · 2017/09/18(月) 23:55:59.34

>>637
ああそういう所はあるよな

Web（アプリ）って単体のコードは
壮絶に汚くなりがちだし
OOPも退化してる

だがフロントエンドとバックエンドを分けるとか
Webの仕組みが上手くできてるんで
それでも何とかなっちゃうんだよな

**デフォルトの名無しさん** · 2017/09/18(月) 23:56:19.32

張り切ってるヤツは
俺の考えにそぐわない物は間違いである
って主張なの？

**デフォルトの名無しさん** · 2017/09/18(月) 23:59:55.60

オブジェクト指向は、それ以前から存在する技術も
オブジェクト指向に取り入れた＝オブジェクト指向の技術
と言うつもりなんだあろうか？

保守性とか拡張性とか、そんなもんオブジェクト指向以前から有るだろ

例えば金融業界、COBOLなんかの世界で使われてる
全銀フォーマット規格
http://www.kitashin-bank.co.jp/pdf/f-manual/99-02-00_WEB-FB.pdf

こういうのまでオブジェクト指向だって言うつもりなんだろう？
マイクロサービス化におけるAPIは、この全銀フォーマット規格となんもかわらん。
こういうフォーマットでデータ投げれば処理してくれますよーなんだから

**デフォルトの名無しさん** · 2017/09/19(火) 00:04:25.20

結局こういう論理なんだよな

オブジェクト指向を使うと従来よりも保守性や拡張性が向上する場面が有る
↓
オブジェクト指向は保守性や拡張性をもたらすものである
↓
保守性や拡張性をもたらすにはオブジェクト指向を使ったほうが良い
↓
保守性や拡張性がある＝オブジェクト指向である
↓
マイクロサービスとかクラウドとか保守性や拡張性が有るやろ？
それらは全部オブジェクト指向なんやで？

オブジェクト指向とは一体何なのか？

**デフォルトの名無しさん** · 2017/09/19(火) 00:06:29.46

>>641
っていうか
この技術は効果無しの似非技術で
間違いなくね？

そんなに当たり前の技術なら
メリットなんてググったら
その仕組みから明確なものが出てきていいだろｗ

こんなに勿体ぶる必要もないし
仕組みがわかれば大きいプロジェクトでないと効果がないも
わかるけどそもそも
正しいオブジェクト指向が反映されたソース自体よくわからんし

**デフォルトの名無しさん** · 2017/09/19(火) 00:13:23.26

そもそもなぜここまでメリットの説明できないものを
効果がありそうに言うの？
お前らは
これ役に立たないだろ
だから説明できないじゃん

お前らがアホなんじゃなくて
どの資料にもサイトにも
具体的なメリットおよびその効果をもたらす仕組みの記述がねぇんだよ
だから誰も具体的な話がよくわからないが正解だろこれ

んでオブジェクト単位で分けたところで
書く必要のある処理を書かなくて良くなることはないし
保守だの拡張だのなんてあるわけないし
なんで騙されてるって気が付かないんだ？

**デフォルトの名無しさん** · 2017/09/19(火) 00:16:43.07

>>639
使いまわせればそれに越したことはないんだけど、
チョイ変更が必要なときどうするかだよ。
そこを共通モジュール側に変更として取り込むか、使い捨てと割り切ってコピペ+改変で乗り切ってしまうか。

やってみて分かったんだが、GUIって実際に使ってみないと使い勝手が分からないことも多くて、
張り切って作ってもゴミだとか、
或いは一時凌ぎで適当に作ったら意外に使いやすくて拡張していき、おかげで酷いことになるとか結構あって、
どれを取り込むべきか最初には分からないんだよ。
（俺にGUIのセンスが無いといえばそうだが）
だからとりあえずコピペ+改変で組んでしまって、
後で本当に使える場合はもう一度共通側に取り込むほうがましだと俺は判定している。
二度手間ではあるが、変に最初に取り込んで除去する方が死ねるから。

>>640
イエス。

**デフォルトの名無しさん** · 2017/09/19(火) 00:18:34.87

>>644
じゃあ他の手法でやってりゃいいじゃん
自分でどういう設計するか自分じゃ決められないのか

**デフォルトの名無しさん** · 2017/09/19(火) 00:20:28.09

>>645
騙されてるって、誰がなんのためにプログラマを騙すんだよ
なんらかの陰謀論のせいにして思考停止ですかw

**デフォルトの名無しさん** · 2017/09/19(火) 00:22:36.67

>>648
c言語が完璧過ぎたから
オブジェクト指向言語って名目で売り出したかったんだろ？
販売戦略の一環だろこれ

**デフォルトの名無しさん** · 2017/09/19(火) 00:24:26.80

そろそろitproとか日ソフに
オブジェクト指向役に立ちませんでしたって記事書いてほしいけどね