オブジェクト指向は無駄なもの。俺が理解出来ないからね

■ このスレッドは過去ログ倉庫に格納されています
2012/03/22(木) 02:38:40.20
だから勝手に使うな。

仕様書、設計書にクラスが書いてないんだから
クラスは使わないのが常識だろう。

言われたものだけ作れ。
2仕様書無しさん
垢版 |
2012/03/24(土) 21:22:17.86
オブジェクト指向の憂鬱とかいう本を読め。
オブジェクト指向が無駄なものだというのが分かる
3仕様書無しさん
垢版 |
2012/03/24(土) 22:54:19.62
ついでに
http://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html
で完璧
4仕様書無しさん
垢版 |
2012/10/12(金) 14:11:46.66
>なぜ俺は「チンボ『が』シコシコ」するのか

オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンボ)一体化している場合と、
全体(俺)と部分(チンボ)が別々になっている場合とが考えられる。けれども「チンボ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
2012/10/12(金) 16:54:51.64
小学生レベルの下ネタを孤独に書き続けていて虚しくなんないの?
もしかしてお前ってそんなくだらないことを書くためだけに生きてんの?
すげーわあー、マジそんけいするわー(棒)
人と話す機会もないんじゃ、会話やジョークが下手糞なのも仕方ないのか
なーんて突き放すように見せかけて、【わざわざ話しかけてやってる】←重要!   俺ってばチョー優しいぃぃいいいい!!!!!!!wwww
wwwwwwwwwwwwwwwwwwwww
6
垢版 |
2012/10/12(金) 19:32:06.68
>>5
「頭がズキズキする」は良いが、「チンボがシコシコする」はダメな理由を、50字以内で述べろ。
2012/10/14(日) 18:00:56.37
1. オブジェクト指向の憂鬱
2. オブジェクト指向の溜息
3. オブジェクト指向の退屈
4. オブジェクト指向の消失
5. オブジェクト指向の暴走
6. オブジェクト指向の動揺
7. オブジェクト指向の陰謀
8. オブジェクト指向の憤慨
9. オブジェクト指向の分裂
10. オブジェクト指向の驚愕(前)
11. オブジェクト指向の驚愕(後)
8仕様書無しさん
垢版 |
2012/10/22(月) 10:20:21.65
>>3
みながわけんじが言っていることは正論だと思う
9仕様書無しさん
垢版 |
2013/06/22(土) 18:11:21.49
関数型言語が全く理解できない。
オブジェクト指向が不要とかのたまうのがまた意味がわからない。
2013/06/25(火) 17:52:29.28
ここまで"馬鹿には無理"無しか

更に上の世界にはデザイン&パターンが控えてる
2013/07/06(土) NY:AN:NY.AN
現実と形而上を結びつけ科学哲学的なところは好きだな
12仕様書無しさん
垢版 |
2013/09/11(水) 01:42:55.73
>>1

構造化プログラミングは無駄なもの。俺が理解出来ないからね

だから勝手に使うな。

仕様書、設計書にwhile() for()が書いてないんだから
while() for() は使わないのが常識だろう。

言われたものだけ作れ。

・・とgoto文しか使えないエンジニアが言ってたらどう思う?まず勉強してメリットを理解せよ
2013/09/11(水) 04:17:07.78
あながち>>1は間違っていない気もする
100年後にはオブジェクト指向って史上最悪の無駄と呼ばれててもおかしくないような

プログラムを作るためには最小ではその命令が書かれてあればいいわけで
それ以外の要素が増えれば増えるほど無駄の多い指向と言える
ある要素が増えたせいで、別の要素が必要になり、さらにそれを扱う技術まで必要になり
伴って設計も複雑化し、プログラミングは設計なんて言われる始末ってアホだろ
2013/09/11(水) 05:18:40.14
>>13
100年間ROMってなさい。

100年後の話を今しても意味は無い。
15仕様書無しさん
垢版 |
2013/09/11(水) 09:17:38.70
ところがOOP批判してる奴に限って構造化すらちゃんと出来ないんだよ。
自分の無能をOOPのせいにする能力だけは高い
16仕様書無しさん
垢版 |
2013/09/11(水) 23:12:37.06
100時間くらい本読んでアイデア出しながら実装したらまぁそこそこ分かるだろ。
2013/09/12(木) 00:16:07.86
今現時点でOOPは手放せないのは仕方ないとして、
設計ミス時のリファクタリングに時間かかる概念だなと思う
言語ごとのeffective系書籍を経典にすれば泥沼化は避けられるけど、もっとなんていうか、地雷のないパラダイムで業務できる日は来ないもんかなって思う

関数型言語が注目されてるのは不満の反動でもあるのかな。oopと対比するもんでもないとは思うけど
haskellとかおもろいけど、どうにも中々パズルやってる感じが続いてて頭に直結してくれない
18仕様書無しさん
垢版 |
2013/09/12(木) 09:26:22.42
インターフェース指向設計でも読めば?
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況