前スレ
オブジェクト指向システムの設計 172
http://mevius.2ch.net/test/read.cgi/tech/1467992113
類似スレ
手続き型システムの設計 1
http://mevius.2ch.net/test/read.cgi/tech/1500282714
探検
オブジェクト指向システムの設計 173 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2017/08/08(火) 17:52:14.38ID:4Kd2O+xB567デフォルトの名無しさん
2017/09/18(月) 15:44:26.97ID:4Oi7LGiO >>561
> Web開発はサービス単位で遅延結合
あんたが言うサービス単位で遅延結合とはどういうこと?
俺はサービス単位で遅延なんかせずに普通に結合していると思ってるけど。
なんか無理やり関係ない言葉を再利用しようとしていない?w
Web開発におけるサービス単位の「遅延」って何よ?
> Web開発はサービス単位で遅延結合
あんたが言うサービス単位で遅延結合とはどういうこと?
俺はサービス単位で遅延なんかせずに普通に結合していると思ってるけど。
なんか無理やり関係ない言葉を再利用しようとしていない?w
Web開発におけるサービス単位の「遅延」って何よ?
568デフォルトの名無しさん
2017/09/18(月) 16:00:10.16ID:AUL476A9 >>563
> ようやく話は進んだ
そうだね
ただこちらが抜粋した内容をその都度吟味していくのは相互に関連することもあるし非効率なのでとりあえず
http://squab.no-ip.com/collab/uploads/61/IsSoftwareEngineeringAnOxymoron.pdf
から読んで明らかな間違いだと思う点を箇条書きでいいから(しかし場所が分かるように)列挙してみてくれないかな?
そうすればお互いの誤解や問題領域の齟齬がどんなところにあるか論点をしぼりやすいと思うので
列挙するのが大変なくらいたくさん間違いがあるようなら、とりあえずは目に付いた2〜3項目だけでもいいよ
> ようやく話は進んだ
そうだね
ただこちらが抜粋した内容をその都度吟味していくのは相互に関連することもあるし非効率なのでとりあえず
http://squab.no-ip.com/collab/uploads/61/IsSoftwareEngineeringAnOxymoron.pdf
から読んで明らかな間違いだと思う点を箇条書きでいいから(しかし場所が分かるように)列挙してみてくれないかな?
そうすればお互いの誤解や問題領域の齟齬がどんなところにあるか論点をしぼりやすいと思うので
列挙するのが大変なくらいたくさん間違いがあるようなら、とりあえずは目に付いた2〜3項目だけでもいいよ
569デフォルトの名無しさん
2017/09/18(月) 16:02:04.98ID:4Oi7LGiO 明らかな間違いはそこ以外無いんじゃないかな?
プロジェクトの途中で得られたノウハウを早期結合の言語で
決めうちして作られたプロダクトだと適用しにくい
というのは間違い。
話を進めましょう
プロジェクトの途中で得られたノウハウを早期結合の言語で
決めうちして作られたプロダクトだと適用しにくい
というのは間違い。
話を進めましょう
570デフォルトの名無しさん
2017/09/18(月) 16:06:08.91ID:4Oi7LGiO システムレベルの保守性可用性は言語レベルでやるこっちゃねぇ、
停止して再起動すれば良いんだからオブジェクトの結合の遅延は
徹底するほどのものでもねぇってのは最初から俺がずっと言ってることだしね。
そこに戻ったってだけ
停止して再起動すれば良いんだからオブジェクトの結合の遅延は
徹底するほどのものでもねぇってのは最初から俺がずっと言ってることだしね。
そこに戻ったってだけ
571デフォルトの名無しさん
2017/09/18(月) 16:14:38.54ID:4Oi7LGiO 先々週のハイライト? (俺の書き込みじゃないよ)
結局この話に戻ってきたなぁと
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
それが今対応出来てなくて、「決定の遅延」で対応出来るとでも思ってるの?
結局この話に戻ってきたなぁと
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
それが今対応出来てなくて、「決定の遅延」で対応出来るとでも思ってるの?
572デフォルトの名無しさん
2017/09/18(月) 16:16:54.30ID:AUL476A9 >>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.
も間違いとは思わないと?にわかには信じられないなぁ…
え?そうなの?じゃあ
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.
も間違いとは思わないと?にわかには信じられないなぁ…
573デフォルトの名無しさん
2017/09/18(月) 16:20:21.77ID:4Oi7LGiO574デフォルトの名無しさん
2017/09/18(月) 16:40:14.70ID:AUL476A9 >>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.
なるほど
ではこちらの主張はどうだろう?ここは>>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.
575デフォルトの名無しさん
2017/09/18(月) 16:50:38.67ID:4Oi7LGiO 読みとばすっていうか忘れてるんだよ
何年前だと思ってんだよ。読んだの
つーか俺が読んだか読んでないかを追求するのはそんなに重要な事なのか?
仮に俺が読んでないとするならば、それだけすきがあるってことだろ?
そこを攻めてこいよ。
自分の言葉で俺が言ったことに反論してきてくれ
何年前だと思ってんだよ。読んだの
つーか俺が読んだか読んでないかを追求するのはそんなに重要な事なのか?
仮に俺が読んでないとするならば、それだけすきがあるってことだろ?
そこを攻めてこいよ。
自分の言葉で俺が言ったことに反論してきてくれ
576デフォルトの名無しさん
2017/09/18(月) 16:52:33.02ID:IcOpWHLw577デフォルトの名無しさん
2017/09/18(月) 16:52:51.34ID:lltdeu1n どうでもいいけどスレチでレス消化しまくるのうっとおしいからあっちいけ
アラン・ケイ 議論スレ 1 [無断転載禁止]©2ch.net・
http://mevius.2ch.net/test/read.cgi/tech/1505708105/
アラン・ケイ 議論スレ 1 [無断転載禁止]©2ch.net・
http://mevius.2ch.net/test/read.cgi/tech/1505708105/
578デフォルトの名無しさん
2017/09/18(月) 16:55:47.92ID:4Oi7LGiO579デフォルトの名無しさん
2017/09/18(月) 16:56:18.01ID:4Oi7LGiO 間違い
ほんとそればっかりだなお前
ほんとそればっかりだなお前
580デフォルトの名無しさん
2017/09/18(月) 16:59:43.55ID:IcOpWHLw581デフォルトの名無しさん
2017/09/18(月) 17:15:55.26ID:4Oi7LGiO >>580
全然OKじゃねーよw
Smalltalkは他のオブジェクト指向言語に比べて余計な思想が有る。
その部分を信者どもは優れていると言うが、
余計な部分でありSmalltalkの言語からは消し去るべき部分
言語でやらなくていい部分だからだ。
ここまではおk?
全然OKじゃねーよw
Smalltalkは他のオブジェクト指向言語に比べて余計な思想が有る。
その部分を信者どもは優れていると言うが、
余計な部分でありSmalltalkの言語からは消し去るべき部分
言語でやらなくていい部分だからだ。
ここまではおk?
582デフォルトの名無しさん
2017/09/18(月) 17:17:34.19ID:4Oi7LGiO Smalltalkの余計な部分というのは
オブジェクト指向とは全く関係ない
ということも言っておかないとダメだったな
オブジェクト指向とは全く関係ない
ということも言っておかないとダメだったな
583デフォルトの名無しさん
2017/09/18(月) 17:35:33.28ID:IcOpWHLw584デフォルトの名無しさん
2017/09/18(月) 17:37:15.57ID:IcOpWHLw585デフォルトの名無しさん
2017/09/18(月) 18:22:23.93ID:XvxaP9zF Smalltalkは余計な機能が付いてて
他の言語と比べて出来損ないのゴミである
これに反論できるやつはいないって事?
まずは一つづつ明確な結論を得て行こうよ
他の言語と比べて出来損ないのゴミである
これに反論できるやつはいないって事?
まずは一つづつ明確な結論を得て行こうよ
586デフォルトの名無しさん
2017/09/18(月) 18:25:25.32ID:nAoTSCTK587デフォルトの名無しさん
2017/09/18(月) 18:52:03.20ID:DpRq8b6A 醜いジャップランド土人村の子
588デフォルトの名無しさん
2017/09/18(月) 19:19:40.41ID:IcOpWHLw それもこれもオブジェクト指向のメリットを誰も挙げられないからだ
あるような?
ないような?
どこにも明確に書かれていないし
各自が勝手な解釈を垂れるだけ
各自が勝手な郷土研究を発表するだけ
実際はどうだ?と問うと
今度はそれはオブジェクト指向じゃない
お前のは違う、俺のがあってる
技術の統一見解が全くない
ハッキリ言って
捨 て ち ゃ え よ こ れw
あるような?
ないような?
どこにも明確に書かれていないし
各自が勝手な解釈を垂れるだけ
各自が勝手な郷土研究を発表するだけ
実際はどうだ?と問うと
今度はそれはオブジェクト指向じゃない
お前のは違う、俺のがあってる
技術の統一見解が全くない
ハッキリ言って
捨 て ち ゃ え よ こ れw
589デフォルトの名無しさん
2017/09/18(月) 20:28:01.22ID:S8/CpHKy >>585
そんなの次世代言語スレかSmalltalkスレ行ってやれよ
そんなの次世代言語スレかSmalltalkスレ行ってやれよ
590デフォルトの名無しさん
2017/09/18(月) 21:44:18.37ID:9UUI5dsL OMTで設計うまく行ってると思ってるんだけど
何か見えてない問題点あるのか?
尊師の教えと違うとか宗教的なことでなくて
3行で言えるメリット
何か見えてない問題点あるのか?
尊師の教えと違うとか宗教的なことでなくて
3行で言えるメリット
591デフォルトの名無しさん
2017/09/18(月) 21:45:20.34ID:Bwfp2Sqx592デフォルトの名無しさん
2017/09/18(月) 21:46:43.69ID:IcOpWHLw >>590
メリットをどうぞ
メリットをどうぞ
593デフォルトの名無しさん
2017/09/18(月) 21:49:03.55ID:9UUI5dsL >>592
比較対象がないとメリットもデメリットもないよ
比較対象がないとメリットもデメリットもないよ
594デフォルトの名無しさん
2017/09/18(月) 21:56:09.34ID:IcOpWHLw >>593
オブジェクト指向とそうじゃないのと
オブジェクト指向とそうじゃないのと
595デフォルトの名無しさん
2017/09/18(月) 21:58:59.22ID:9UUI5dsL >>594
そんな話はしてない
そんな話はしてない
596デフォルトの名無しさん
2017/09/18(月) 21:59:42.35ID:9UUI5dsL >>594
スレチ
スレチ
597デフォルトの名無しさん
2017/09/18(月) 22:01:45.25ID:IcOpWHLw598デフォルトの名無しさん
2017/09/18(月) 22:02:09.15ID:4Oi7LGiO >>591
> Smalltalkはゴミ。存在価値なし。それで良いよな?
それでいいんじゃね?w
俺は最初からSmalltalkのやり過ぎなオブジェクト指向、
言語とは関係ない部分にオブジェクト指向を適用するのが
おかしいと、アランケイの考えが古いと言っていたのに、
それを理解できてないやつがいるんだよな。IcOpWHLwとか
> Smalltalkはゴミ。存在価値なし。それで良いよな?
それでいいんじゃね?w
俺は最初からSmalltalkのやり過ぎなオブジェクト指向、
言語とは関係ない部分にオブジェクト指向を適用するのが
おかしいと、アランケイの考えが古いと言っていたのに、
それを理解できてないやつがいるんだよな。IcOpWHLwとか
599デフォルトの名無しさん
2017/09/18(月) 22:02:37.40ID:IcOpWHLw あー、なんとなくわかってきたなぁ
お前ら、ぶっちゃけこれ以外での組み方知らない?
お前ら、ぶっちゃけこれ以外での組み方知らない?
600デフォルトの名無しさん
2017/09/18(月) 22:11:26.52ID:9UUI5dsL601デフォルトの名無しさん
2017/09/18(月) 22:20:16.44ID:IcOpWHLw >>600
は?
じゃあ、何をやるにも全くメリットわからないのに
自己流でオブジェクトに分けてそれで何がしてーの?
何がよくなんの?
何に向かって何やってるの?
すげー馬鹿だろお前等
じゃあ、オブジェクト単位で分割するの辞めてみたら?
それでも分割するお前の行動は何か利益を産んでるの?
全く無駄なことやってるの?
は?
じゃあ、何をやるにも全くメリットわからないのに
自己流でオブジェクトに分けてそれで何がしてーの?
何がよくなんの?
何に向かって何やってるの?
すげー馬鹿だろお前等
じゃあ、オブジェクト単位で分割するの辞めてみたら?
それでも分割するお前の行動は何か利益を産んでるの?
全く無駄なことやってるの?
602デフォルトの名無しさん
2017/09/18(月) 22:27:40.96ID:9UUI5dsL603デフォルトの名無しさん
2017/09/18(月) 22:30:51.87ID:IcOpWHLw604デフォルトの名無しさん
2017/09/18(月) 22:32:21.17ID:FKyHuAgC >>542
それは知らないだけだろ
オブジェクトの指向の源流だから
今当たり前に使っている技術も
Smalltalkから生まれてきた
たとえばRubyが「すべてはオブジェクト」だ
っていうのもSmalltalkが元祖
テストフレームワークも
最初にSmalltalkで生まれた
それは知らないだけだろ
オブジェクトの指向の源流だから
今当たり前に使っている技術も
Smalltalkから生まれてきた
たとえばRubyが「すべてはオブジェクト」だ
っていうのもSmalltalkが元祖
テストフレームワークも
最初にSmalltalkで生まれた
605デフォルトの名無しさん
2017/09/18(月) 22:33:28.20ID:FKyHuAgC >>547
それで君はどこの土人だい?
それで君はどこの土人だい?
606デフォルトの名無しさん
2017/09/18(月) 22:41:02.34ID:9UUI5dsL >>603
入門書に書いてあるだろ
入門書に書いてあるだろ
607デフォルトの名無しさん
2017/09/18(月) 22:42:30.53ID:9UUI5dsL608デフォルトの名無しさん
2017/09/18(月) 22:42:59.21ID:FKyHuAgC >>561
>Web開発はサービス単位で遅延結合が出来てる
マイクロサービスが典型的だな
サービスを分けることでマクロに遅延結合できる
だけど別にアランケイが間違っていたわけじゃなくて
むしろその発想を大規模に発展させた結果だよね
Smalltalk誕生の時代にはインターネットなかったから
>Web開発はサービス単位で遅延結合が出来てる
マイクロサービスが典型的だな
サービスを分けることでマクロに遅延結合できる
だけど別にアランケイが間違っていたわけじゃなくて
むしろその発想を大規模に発展させた結果だよね
Smalltalk誕生の時代にはインターネットなかったから
609デフォルトの名無しさん
2017/09/18(月) 22:44:38.63ID:IcOpWHLw610デフォルトの名無しさん
2017/09/18(月) 22:45:57.14ID:nAoTSCTK611デフォルトの名無しさん
2017/09/18(月) 22:49:49.74ID:4Oi7LGiO612デフォルトの名無しさん
2017/09/18(月) 22:51:03.60ID:4Oi7LGiO >>608
> だけど別にアランケイが間違っていたわけじゃなくて
アランケイが間違っていたのはオブジェクト指向や
Smalltalkで実現しようとしていた所
マイクロサービスにSmalltalkもオブジェクト指向も関係ない
> だけど別にアランケイが間違っていたわけじゃなくて
アランケイが間違っていたのはオブジェクト指向や
Smalltalkで実現しようとしていた所
マイクロサービスにSmalltalkもオブジェクト指向も関係ない
613デフォルトの名無しさん
2017/09/18(月) 22:52:02.80ID:9UUI5dsL614デフォルトの名無しさん
2017/09/18(月) 22:55:18.51ID:ACfwNVcC >>603
わざわざ書く必要がないほど自明だからだよ。
だけど初心者には分からない。なぜならOOPは大規模じゃないとメリットが無いから。
だから大きい(10k行以上)の物を書き、保守をしばらく続ければ、誰でもわかるようになる。
例えばCの手続き型で書いたとしても、保守しやすく保てば、だんだんOOPに似てくる。
これが分かっているからJava等では最初から初心者をOOP信者として洗脳しようとする。
ところが初心者にはOOPのメリットが見えるはずもない。これが大体のパターン。
500行程度のプログラムをOOPで書いても大してメリットない。当然理解出来るはずもない。
最低3k行程度、出来れば10k行以上書いて保守してみ。いやでも分かる。
わざわざ書く必要がないほど自明だからだよ。
だけど初心者には分からない。なぜならOOPは大規模じゃないとメリットが無いから。
だから大きい(10k行以上)の物を書き、保守をしばらく続ければ、誰でもわかるようになる。
例えばCの手続き型で書いたとしても、保守しやすく保てば、だんだんOOPに似てくる。
これが分かっているからJava等では最初から初心者をOOP信者として洗脳しようとする。
ところが初心者にはOOPのメリットが見えるはずもない。これが大体のパターン。
500行程度のプログラムをOOPで書いても大してメリットない。当然理解出来るはずもない。
最低3k行程度、出来れば10k行以上書いて保守してみ。いやでも分かる。
615デフォルトの名無しさん
2017/09/18(月) 23:03:49.23ID:FKyHuAgC616デフォルトの名無しさん
2017/09/18(月) 23:04:53.82ID:IcOpWHLw617デフォルトの名無しさん
2017/09/18(月) 23:07:52.17ID:4Oi7LGiO618デフォルトの名無しさん
2017/09/18(月) 23:16:18.54ID:ACfwNVcC >>616
オブジェクト指向の利点が分からず、君がいっぱしのプログラムを書けるというのなら、
その君のやり方で大規模な物を書いて保守してみればいい。
だんだんオブジェクト指向に似てくるから。
500行程度のプログラムを書き捨てするのなら、大してメリットはないし、当然理解も出来ないよ。
プログラミング言語C++とか読めば、いろいろ具体的にハゲが力説してるよ。
ただその意味は初心者には分からないと思うよ。
オブジェクト指向の利点が分からず、君がいっぱしのプログラムを書けるというのなら、
その君のやり方で大規模な物を書いて保守してみればいい。
だんだんオブジェクト指向に似てくるから。
500行程度のプログラムを書き捨てするのなら、大してメリットはないし、当然理解も出来ないよ。
プログラミング言語C++とか読めば、いろいろ具体的にハゲが力説してるよ。
ただその意味は初心者には分からないと思うよ。
619デフォルトの名無しさん
2017/09/18(月) 23:18:19.59ID:IcOpWHLw620デフォルトの名無しさん
2017/09/18(月) 23:20:22.40ID:ACfwNVcC621デフォルトの名無しさん
2017/09/18(月) 23:21:34.19ID:IcOpWHLw622デフォルトの名無しさん
2017/09/18(月) 23:22:51.75ID:IcOpWHLw623デフォルトの名無しさん
2017/09/18(月) 23:24:17.62ID:FKyHuAgC 規模が大きくなるほど
手続き型で保守しにくくなる
大規模プログラムで保守性が高まるのは
オブジェクト指向のメリットのひとつで
いろんな入門書に書いてある
手続き型で保守しにくくなる
大規模プログラムで保守性が高まるのは
オブジェクト指向のメリットのひとつで
いろんな入門書に書いてある
624デフォルトの名無しさん
2017/09/18(月) 23:27:29.49ID:4Oi7LGiO625デフォルトの名無しさん
2017/09/18(月) 23:27:57.21ID:DpRq8b6A626デフォルトの名無しさん
2017/09/18(月) 23:28:42.89ID:9UUI5dsL ID:IcOpWHLwが論点を挙げられないのは
テキトーに否定するだけだったからか
テキトーに否定するだけだったからか
627デフォルトの名無しさん
2017/09/18(月) 23:28:45.85ID:ACfwNVcC >>619
日本語でおk
日本語でおk
628デフォルトの名無しさん
2017/09/18(月) 23:30:22.06ID:IcOpWHLw629デフォルトの名無しさん
2017/09/18(月) 23:31:42.19ID:IcOpWHLw >>626
お前は全くメリット挙げられないクズ
お前は全くメリット挙げられないクズ
630デフォルトの名無しさん
2017/09/18(月) 23:32:46.81ID:IcOpWHLw631デフォルトの名無しさん
2017/09/18(月) 23:34:05.63ID:9UUI5dsL >>629
説明損になるとこだったよ
説明損になるとこだったよ
632デフォルトの名無しさん
2017/09/18(月) 23:35:05.51ID:IcOpWHLw >>631
消えろ邪魔
消えろ邪魔
633デフォルトの名無しさん
2017/09/18(月) 23:36:35.21ID:9UUI5dsL メリットなんてケースによるんだから否定するのは容易い
俺は大規模開発なんてしないもん!とかな
自分の開発対象にあった開発方法をとって、
その上での議論だろ
俺は大規模開発なんてしないもん!とかな
自分の開発対象にあった開発方法をとって、
その上での議論だろ
634デフォルトの名無しさん
2017/09/18(月) 23:37:27.40ID:9UUI5dsL635デフォルトの名無しさん
2017/09/18(月) 23:37:50.84ID:IcOpWHLw636デフォルトの名無しさん
2017/09/18(月) 23:39:45.83ID:9UUI5dsL なんで見えないのにわかるんだ
口からでまかせばかりだな
口からでまかせばかりだな
637デフォルトの名無しさん
2017/09/18(月) 23:44:08.97ID:ACfwNVcC >>624
ちなみに俺はそれもありだと思ってるよ。
具体的に言えばJavaScriptの連中が壮絶に酷くて、OOPどころかそれ以前なんだけど、
実際はそれでも結構動いてしまう。
理由は簡単で、サーバー/クライアント構成でデータ管理は完全に分離されてて、
データクエリはhttpでフォーマットもJSONとお決まりで、何も考える必要なく、
JavaScriptは単にGUIの装飾だけやればいい感じだから。
抽象度もそれなりだから50行位で一機能出来てしまって、
5個くらい(=250行)あればまあまあ見栄えしてしまう。
ああこれでは成長せんなーとは思ったね。
この規模なら毎回コピペ+書き捨ての方が生産性高いし。
ただ、従来はデータ管理等も全部自前でやるから肥大化するのであって、
正直OOPでがんばって自前でやりくりするより、
既製品のDBとか使ってマッシュアップするJavaScript的開発の方が楽だから、
今後はそうなる気もする。
ちなみに俺はそれもありだと思ってるよ。
具体的に言えばJavaScriptの連中が壮絶に酷くて、OOPどころかそれ以前なんだけど、
実際はそれでも結構動いてしまう。
理由は簡単で、サーバー/クライアント構成でデータ管理は完全に分離されてて、
データクエリはhttpでフォーマットもJSONとお決まりで、何も考える必要なく、
JavaScriptは単にGUIの装飾だけやればいい感じだから。
抽象度もそれなりだから50行位で一機能出来てしまって、
5個くらい(=250行)あればまあまあ見栄えしてしまう。
ああこれでは成長せんなーとは思ったね。
この規模なら毎回コピペ+書き捨ての方が生産性高いし。
ただ、従来はデータ管理等も全部自前でやるから肥大化するのであって、
正直OOPでがんばって自前でやりくりするより、
既製品のDBとか使ってマッシュアップするJavaScript的開発の方が楽だから、
今後はそうなる気もする。
638デフォルトの名無しさん
2017/09/18(月) 23:48:22.36ID:ACfwNVcC >>630
> そんなにオブジェクト指向のメリットが常識だって主張するなら
> 書いてあるサイト探してこいって言ってんだよ
これを主張した奴はこのスレ内にはいない。
つまり、日本語でおk
俺が言ったのは「プログラミング言語C++」で、これは本だ。
お前が知りたいのなら、おまえ自身が探してきて、
ここにこんなこと書いてますが合ってますか?と訪ねればいいだろ。
> そんなにオブジェクト指向のメリットが常識だって主張するなら
> 書いてあるサイト探してこいって言ってんだよ
これを主張した奴はこのスレ内にはいない。
つまり、日本語でおk
俺が言ったのは「プログラミング言語C++」で、これは本だ。
お前が知りたいのなら、おまえ自身が探してきて、
ここにこんなこと書いてますが合ってますか?と訪ねればいいだろ。
639デフォルトの名無しさん
2017/09/18(月) 23:52:37.86ID:nAoTSCTK640デフォルトの名無しさん
2017/09/18(月) 23:55:59.34ID:FKyHuAgC >>637
ああそういう所はあるよな
Web(アプリ)って単体のコードは
壮絶に汚くなりがちだし
OOPも退化してる
だがフロントエンドとバックエンドを分けるとか
Webの仕組みが上手くできてるんで
それでも何とかなっちゃうんだよな
ああそういう所はあるよな
Web(アプリ)って単体のコードは
壮絶に汚くなりがちだし
OOPも退化してる
だがフロントエンドとバックエンドを分けるとか
Webの仕組みが上手くできてるんで
それでも何とかなっちゃうんだよな
641デフォルトの名無しさん
2017/09/18(月) 23:56:19.32ID:3rLLB/Qm 張り切ってるヤツは
俺の考えにそぐわない物は間違いである
って主張なの?
俺の考えにそぐわない物は間違いである
って主張なの?
642デフォルトの名無しさん
2017/09/18(月) 23:59:55.60ID:4Oi7LGiO オブジェクト指向は、それ以前から存在する技術も
オブジェクト指向に取り入れた=オブジェクト指向の技術
と言うつもりなんだあろうか?
保守性とか拡張性とか、そんなもんオブジェクト指向以前から有るだろ
例えば金融業界、COBOLなんかの世界で使われてる
全銀フォーマット規格
http://www.kitashin-bank.co.jp/pdf/f-manual/99-02-00_WEB-FB.pdf
こういうのまでオブジェクト指向だって言うつもりなんだろう?
マイクロサービス化におけるAPIは、この全銀フォーマット規格となんもかわらん。
こういうフォーマットでデータ投げれば処理してくれますよーなんだから
オブジェクト指向に取り入れた=オブジェクト指向の技術
と言うつもりなんだあろうか?
保守性とか拡張性とか、そんなもんオブジェクト指向以前から有るだろ
例えば金融業界、COBOLなんかの世界で使われてる
全銀フォーマット規格
http://www.kitashin-bank.co.jp/pdf/f-manual/99-02-00_WEB-FB.pdf
こういうのまでオブジェクト指向だって言うつもりなんだろう?
マイクロサービス化におけるAPIは、この全銀フォーマット規格となんもかわらん。
こういうフォーマットでデータ投げれば処理してくれますよーなんだから
643デフォルトの名無しさん
2017/09/19(火) 00:04:25.20ID:9ArzpmiB 結局こういう論理なんだよな
オブジェクト指向を使うと従来よりも保守性や拡張性が向上する場面が有る
↓
オブジェクト指向は保守性や拡張性をもたらすものである
↓
保守性や拡張性をもたらすにはオブジェクト指向を使ったほうが良い
↓
保守性や拡張性がある=オブジェクト指向である
↓
マイクロサービスとかクラウドとか保守性や拡張性が有るやろ?
それらは全部オブジェクト指向なんやで?
オブジェクト指向とは一体何なのか?
オブジェクト指向を使うと従来よりも保守性や拡張性が向上する場面が有る
↓
オブジェクト指向は保守性や拡張性をもたらすものである
↓
保守性や拡張性をもたらすにはオブジェクト指向を使ったほうが良い
↓
保守性や拡張性がある=オブジェクト指向である
↓
マイクロサービスとかクラウドとか保守性や拡張性が有るやろ?
それらは全部オブジェクト指向なんやで?
オブジェクト指向とは一体何なのか?
644デフォルトの名無しさん
2017/09/19(火) 00:06:29.46ID:H6eyWyRr >>641
っていうか
この技術は効果無しの似非技術で
間違いなくね?
そんなに当たり前の技術なら
メリットなんてググったら
その仕組みから明確なものが出てきていいだろw
こんなに勿体ぶる必要もないし
仕組みがわかれば大きいプロジェクトでないと効果がないも
わかるけどそもそも
正しいオブジェクト指向が反映されたソース自体よくわからんし
っていうか
この技術は効果無しの似非技術で
間違いなくね?
そんなに当たり前の技術なら
メリットなんてググったら
その仕組みから明確なものが出てきていいだろw
こんなに勿体ぶる必要もないし
仕組みがわかれば大きいプロジェクトでないと効果がないも
わかるけどそもそも
正しいオブジェクト指向が反映されたソース自体よくわからんし
645デフォルトの名無しさん
2017/09/19(火) 00:13:23.26ID:H6eyWyRr そもそもなぜここまでメリットの説明できないものを
効果がありそうに言うの?
お前らは
これ役に立たないだろ
だから説明できないじゃん
お前らがアホなんじゃなくて
どの資料にもサイトにも
具体的なメリットおよびその効果をもたらす仕組みの記述がねぇんだよ
だから誰も具体的な話がよくわからないが正解だろこれ
んでオブジェクト単位で分けたところで
書く必要のある処理を書かなくて良くなることはないし
保守だの拡張だのなんてあるわけないし
なんで騙されてるって気が付かないんだ?
効果がありそうに言うの?
お前らは
これ役に立たないだろ
だから説明できないじゃん
お前らがアホなんじゃなくて
どの資料にもサイトにも
具体的なメリットおよびその効果をもたらす仕組みの記述がねぇんだよ
だから誰も具体的な話がよくわからないが正解だろこれ
んでオブジェクト単位で分けたところで
書く必要のある処理を書かなくて良くなることはないし
保守だの拡張だのなんてあるわけないし
なんで騙されてるって気が付かないんだ?
646デフォルトの名無しさん
2017/09/19(火) 00:16:43.07ID:yzSynM5D >>639
使いまわせればそれに越したことはないんだけど、
チョイ変更が必要なときどうするかだよ。
そこを共通モジュール側に変更として取り込むか、使い捨てと割り切ってコピペ+改変で乗り切ってしまうか。
やってみて分かったんだが、GUIって実際に使ってみないと使い勝手が分からないことも多くて、
張り切って作ってもゴミだとか、
或いは一時凌ぎで適当に作ったら意外に使いやすくて拡張していき、おかげで酷いことになるとか結構あって、
どれを取り込むべきか最初には分からないんだよ。
(俺にGUIのセンスが無いといえばそうだが)
だからとりあえずコピペ+改変で組んでしまって、
後で本当に使える場合はもう一度共通側に取り込むほうがましだと俺は判定している。
二度手間ではあるが、変に最初に取り込んで除去する方が死ねるから。
>>640
イエス。
使いまわせればそれに越したことはないんだけど、
チョイ変更が必要なときどうするかだよ。
そこを共通モジュール側に変更として取り込むか、使い捨てと割り切ってコピペ+改変で乗り切ってしまうか。
やってみて分かったんだが、GUIって実際に使ってみないと使い勝手が分からないことも多くて、
張り切って作ってもゴミだとか、
或いは一時凌ぎで適当に作ったら意外に使いやすくて拡張していき、おかげで酷いことになるとか結構あって、
どれを取り込むべきか最初には分からないんだよ。
(俺にGUIのセンスが無いといえばそうだが)
だからとりあえずコピペ+改変で組んでしまって、
後で本当に使える場合はもう一度共通側に取り込むほうがましだと俺は判定している。
二度手間ではあるが、変に最初に取り込んで除去する方が死ねるから。
>>640
イエス。
647デフォルトの名無しさん
2017/09/19(火) 00:18:34.87ID:stFT2Xr6648デフォルトの名無しさん
2017/09/19(火) 00:20:28.09ID:stFT2Xr6649デフォルトの名無しさん
2017/09/19(火) 00:22:36.67ID:H6eyWyRr650デフォルトの名無しさん
2017/09/19(火) 00:24:26.80ID:H6eyWyRr そろそろitproとか日ソフに
オブジェクト指向役に立ちませんでしたって記事書いてほしいけどね
オブジェクト指向役に立ちませんでしたって記事書いてほしいけどね
651デフォルトの名無しさん
2017/09/19(火) 00:24:32.28ID:6o+b/JQG まともに作ったオブジェクト指向プログラムでは
ユーザーの既知の言葉とクラスが対応している
クラスに関わる情報が集約されてる
よって仕様変更に対応しやすい
もっともメリットを享受してるのはここだな
ユーザーの既知の言葉とクラスが対応している
クラスに関わる情報が集約されてる
よって仕様変更に対応しやすい
もっともメリットを享受してるのはここだな
652デフォルトの名無しさん
2017/09/19(火) 00:26:06.13ID:H6eyWyRr653デフォルトの名無しさん
2017/09/19(火) 00:27:06.08ID:yzSynM5D >>639
ああすまん、俺が言っているのは「スニペット」と言うのかもしれん。
(俺自身はあの機能は嫌いだから使ってないが、たぶん意味的にはこれ)
モジュールというよりは「お約束的コード」の塊を持っておき、
それをベースにその都度必要なら改変して使う、って奴。
それで使えると判明したら「お約束的コード」に新しい機能を取り込む。
JavaScriptはGUIの装飾が主だから、割とこんな感じのほうが上手く行く気がする。
ああすまん、俺が言っているのは「スニペット」と言うのかもしれん。
(俺自身はあの機能は嫌いだから使ってないが、たぶん意味的にはこれ)
モジュールというよりは「お約束的コード」の塊を持っておき、
それをベースにその都度必要なら改変して使う、って奴。
それで使えると判明したら「お約束的コード」に新しい機能を取り込む。
JavaScriptはGUIの装飾が主だから、割とこんな感じのほうが上手く行く気がする。
654デフォルトの名無しさん
2017/09/19(火) 00:27:42.18ID:stFT2Xr6 >>649
関数型も完璧すぎるC言語に対抗するためのマーケティングと捉えてる?
関数型も完璧すぎるC言語に対抗するためのマーケティングと捉えてる?
655デフォルトの名無しさん
2017/09/19(火) 00:29:49.11ID:H6eyWyRr656デフォルトの名無しさん
2017/09/19(火) 00:30:54.19ID:stFT2Xr6 >>652
え、どう仕様変更されるかわからないからって仕様変更への対応しやすさはまったくの度外視でシステム作っちゃうのお前
え、どう仕様変更されるかわからないからって仕様変更への対応しやすさはまったくの度外視でシステム作っちゃうのお前
657デフォルトの名無しさん
2017/09/19(火) 00:32:11.91ID:stFT2Xr6 >>655
構造化もマーケティング、手続きもマーケティング、さあどこまで遡ればマーケティングと無縁の世界、お前の桃源郷に辿り着くんでしょうかw
構造化もマーケティング、手続きもマーケティング、さあどこまで遡ればマーケティングと無縁の世界、お前の桃源郷に辿り着くんでしょうかw
658デフォルトの名無しさん
2017/09/19(火) 00:34:11.72ID:9ArzpmiB >>645
> そもそもなぜここまでメリットの説明できないものを
> 効果がありそうに言うの?
メリットというか、人間のメンタルモデルに一番マッチしてるから
使いやすいってだけだよ
小学校入学前の子供であっても、車という種類(クラス)があって
白い車、黒い車、なんて属性(プロパティ)や
走る、止まる、曲がる、なんて処理(メソッド)が
車に紐付いてるって理解してるだろ?
なんかその道のプロは、オブジェクト指向の真のメリットは
継承やカプセル化や多態性とか言ってるけど、
それはオブジェクト指向の応用でできることであって、
オブジェクト指向はわかりやすいっていうのが
(メリットではなく)特徴
> そもそもなぜここまでメリットの説明できないものを
> 効果がありそうに言うの?
メリットというか、人間のメンタルモデルに一番マッチしてるから
使いやすいってだけだよ
小学校入学前の子供であっても、車という種類(クラス)があって
白い車、黒い車、なんて属性(プロパティ)や
走る、止まる、曲がる、なんて処理(メソッド)が
車に紐付いてるって理解してるだろ?
なんかその道のプロは、オブジェクト指向の真のメリットは
継承やカプセル化や多態性とか言ってるけど、
それはオブジェクト指向の応用でできることであって、
オブジェクト指向はわかりやすいっていうのが
(メリットではなく)特徴
659デフォルトの名無しさん
2017/09/19(火) 00:35:21.48ID:H6eyWyRr660デフォルトの名無しさん
2017/09/19(火) 00:38:39.43ID:9ArzpmiB >>656
> え、どう仕様変更されるかわからないからって仕様変更への対応しやすさはまったくの度外視でシステム作っちゃうのお前
仕様変更に対応しやすくするために必要なのは、
コードを書かないこと。これはオブジェクト指向とは関係ない。
コード量が少なければ、仕様変更で書き換えるコードも少なくなる。
オブジェクト指向的にはモジュールを抽象化して、拡張性を持たせることだろうが
それは過剰な設計になって複雑さが増すだけで無駄になることが多い。
最初に作り込むのをやめて、最低限動くコードを書くのが良い。
これもオブジェクト指向とは関係ない話
> え、どう仕様変更されるかわからないからって仕様変更への対応しやすさはまったくの度外視でシステム作っちゃうのお前
仕様変更に対応しやすくするために必要なのは、
コードを書かないこと。これはオブジェクト指向とは関係ない。
コード量が少なければ、仕様変更で書き換えるコードも少なくなる。
オブジェクト指向的にはモジュールを抽象化して、拡張性を持たせることだろうが
それは過剰な設計になって複雑さが増すだけで無駄になることが多い。
最初に作り込むのをやめて、最低限動くコードを書くのが良い。
これもオブジェクト指向とは関係ない話
661デフォルトの名無しさん
2017/09/19(火) 00:40:09.40ID:m+YtWxtc プロトタイプ開発
662デフォルトの名無しさん
2017/09/19(火) 00:40:23.37ID:6o+b/JQG >>652
仕様変更はユーザーの既知の言葉でなされる
仕様変更はユーザーの既知の言葉でなされる
663デフォルトの名無しさん
2017/09/19(火) 00:41:58.60ID:9ArzpmiB ユーザーの既知の言葉はオブジェクト指向ではない
664デフォルトの名無しさん
2017/09/19(火) 00:47:42.06ID:stFT2Xr6 >>659
オブジェクト指向は役に立つね
オブジェクト指向は役に立つね
665デフォルトの名無しさん
2017/09/19(火) 00:48:50.65ID:H6eyWyRr >>664
お前、ミソが腐ってるからな
お前、ミソが腐ってるからな
666デフォルトの名無しさん
2017/09/19(火) 00:53:31.47ID:m+YtWxtc >>665
お前、性根が腐ってるからな
お前、性根が腐ってるからな
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【サッカー】U-17日本代表、激闘PK戦制す 北朝鮮撃破で6大会ぶり8強入り U17W杯 [久太郎★]
- 「国民の憤りを引き起こした」中国側“高市首相発言の撤回改めて要求” [どどん★]
- 【インバウンド】中国からの“渡航自粛”…ツアー1000人分の直前キャンセル「キャンセル料は免除してくれ」 ことしいっぱいキャンセルに [1ゲットロボ★]
- 【芸能】日中関係悪化でエンタメ業界に大ダメージ… JO1の中国でのイベント中止、邦画は公開延期、STARTOアイドルへの影響も [冬月記者★]
- XやChatGPTで広範囲の通信障害 投稿や閲覧できず [蚤の市★]
- 【サッカー】日本代表、ボリビアに3発快勝 森保監督通算100試合目を飾る…鎌田、町野、中村がゴール [久太郎★]
- Perfume・あ~ちゃんの結婚相手の一般男性、吉田カバンの社長と判明 [977261419]
- 地球から無限km先の場所ってどうなっているの?
- 自民党議員「高市は先人が築き上げた日中関係を壊した。外務省が謝罪に言ってるが自分で責任を取れ」 [834922174]
- 日本、高市のお陰で破滅に近づくwwwwwwww
- AIアーティストだけど作品公開する
- 岡田克也「軽々しく存立危機事態とか言うべきじゃない」高市早苗「台湾で武力攻撃が発生したらどう考えても日本の存立危機事態」 [931948549]
