ｵﾌﾞｼﾞｪｸﾄ指向は無駄なもの。俺が理解出来ないからね

ところがOOP批判してる奴に限って構造化すらちゃんと出来ないんだよ。
自分の無能をOOPのせいにする能力だけは高い

いくらオブジェクト指向が優れていたとしても、C言語で関数ポインタを駆使して多態を無理に実装するのは弊害が多すぎる。
特にコンストラクタの再現は面倒すぎて死ねる。
多態はすっぱりあきらめるか、設計上では派生クラスでも実装はtypeメンバ変数を見てswitchするとか程度だな。

>>13
100年間ROMってなさい。

100年後の話を今しても意味は無い。

顧客の設計方針を尊重したら、難解なパズルが出来上がったんだが。
いたるところにパズルがあって、納品した後から後から不具合がエンドユーザーから上がって来る。

>>1よ

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

だから勝手に使うな。

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

言われたものだけ作れ。

・・とgoto文しか使えないエンジニアが言ってたらどう思う？まず勉強してメリットを理解せよ

全てをオブジェクト指向で実装しようとするのが無駄って言いたいんじゃないの？
SingletonやCommandパターンなんて、今の時代もっと小さく実装できるんだし

あんたらどんな仕事してるんかしらんけどほとんどのやつってデータベースいじくってるだけやろ
オブジェクト指向なんてどう考えてもいらんで

>>38
確かに…

いいえ

いいえ

モジュール化とオブジェクト化は似て非なる物なんだよね。

インターフェースなど制約と多態の仕組み理解してたら「OOPは」出来てると思うんですが
それでもモジュール化が下手な人はいるからねぇw
前職で同一クラス内でデータ結合を徹底させられたときはマ辞めたくなった

まあ、何をもってOOPかと言われると難しい時代ですけども。
昔は「継承、多態、カプセル化」が3大要素とか言われてたけど、golangなんか継承を言語設計段階で捨てましたしねw

ここまで”馬鹿には無理”無しか

更に上の世界にはデザイン&パターンが控えてる

事前面接の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

転職の際は要チェック。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

ポリモーフィズムを理解できたあとのオブジェクト指向は
もう神レベルのプログラムになる。他のプログラムには戻れない。

> JavaScriptやっててDBには上長の決めたAPIアクセスしか許されんやつらも多いぞ

お前のところだけだろ。ひどい環境が一般的だって思い込むのはやめろ。
お前のところだけが特に酷いんだｗ

俺も理解できん。
全部staticでいいじゃん。

俺のアナルでもなめてろよ

>>22
意味が分からん

できないからプログラマー失格でもないけどオブジェクト指向でやるよってなった時どーすんだろ喚くのか

単一継承は良いと思うが
多重継承はクソ

>>3
みながわけんじが言っていることは正論だと思う

オブジェクト指向の憂鬱とかいう本を読め。
オブジェクト指向が無駄なものだというのが分かる

なんか話題が大昔からちっとも進歩してないな…

1. オブジェクト指向の憂鬱
2. オブジェクト指向の溜息
3. オブジェクト指向の退屈
4. オブジェクト指向の消失
5. オブジェクト指向の暴走
6. オブジェクト指向の動揺
7. オブジェクト指向の陰謀
8. オブジェクト指向の憤慨
9. オブジェクト指向の分裂
10. オブジェクト指向の驚愕(前)
11. オブジェクト指向の驚愕(後)

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

ARJBNVHH2I

関数型言語が全く理解できない。
オブジェクト指向が不要とかのたまうのがまた意味がわからない。

age

オブジェクト志向ってあれですよね。
つい、隠蔽！隠蔽とかいいながらprivateな関数をリフレクションしちゃうよね。

インターフェース指向設計でも読めば？

現実と形而上を結びつけ科学哲学的なところは好きだな

完全に社内も関連会社も下請けもオブジェクト指向が当たり前だわ。
分かる奴が周囲にほとんどいなかった20年前が懐かしい。

オブジェクト指向って、凝集度や結合度の理解や、モジュール安定度(今後修正が入るのか？)を考慮した設計スキルが必要だと思う
(他にも必要だけど)
OOPができない人はどんな言語でもかなりヤバい人
>>51が言うように、ファイルは一応分割されているけど、実質的にごった煮オブジェクト１つ！みたいな作りをやってしまう人がいる
OOPができない人は、たとえばMVCアーキテクチャとかでも、VにMやCを平気で混在させるからねぇ・・・

解析するのにコツがいるというか、オブジェクト指向設計を理解し
てないと解析できない。

今現時点でOOPは手放せないのは仕方ないとして、
設計ミス時のリファクタリングに時間かかる概念だなと思う
言語ごとのeffective系書籍を経典にすれば泥沼化は避けられるけど、もっとなんていうか、地雷のないパラダイムで業務できる日は来ないもんかなって思う

関数型言語が注目されてるのは不満の反動でもあるのかな。oopと対比するもんでもないとは思うけど
haskellとかおもろいけど、どうにも中々パズルやってる感じが続いてて頭に直結してくれない

作ってる分には快感だけど、解析するのは面倒。

オブジェクト指向が普及してない時代に
関数ポインター使ってポリモーフィズムみたいなコーディングしてた人は
天動説唱えたガリレオみたいに迫害されていたのかね？
きっと今頃ドヤ顔してるんだろうな

>>5
「頭がズキズキする」は良いが、「チンボがシコシコする」はダメな理由を、５０字以内で述べろ。

いやそこは、最低でもArrayListやHashMapで自作クラス纏めたらnewできる利点くらいわかるだろよw

Javaでコールバックインターフェース書く度にくそったれjs見習えとか会い入れぬ悪態は枚挙にいとまがないけどさ

>>18
あれってOOPに入るの？
なんか何でもかんでもOOPって言ってる気がする

>>1
独りで全部開発すれば解決するよ

ついでに
http://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html
で完璧

Javaだと
メソッドで引渡しされるクラスはとりあえずインターフェース切る
循環依存厳禁

これだけ気をつけとけばそれなりになったは
今となってはインターフェースとクラスなしでどうやってプログラムしてたのか思い出せん

>>25
そんな時代の人たちはもう生きてない

あながち>>1は間違っていない気もする
100年後にはオブジェクト指向って史上最悪の無駄と呼ばれててもおかしくないような

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

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

EFN72

「なんでこんなことができないんだ」→設計壊して場当たり対応の連続ですかね分かりますん

技術屋の御家族かわいそう
技術ない方が寿命と収入高い

技術下げろ！
収入上げろ！

放送・商社・銀行・公務 > 製造・化学・通信・情報

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T

小学生レベルの下ネタを孤独に書き続けていて虚しくなんないの？
もしかしてお前ってそんなくだらないことを書くためだけに生きてんの？
すげーわあー、マジそんけいするわー（棒）
人と話す機会もないんじゃ、会話やジョークが下手糞なのも仕方ないのか
なーんて突き放すように見せかけて、【わざわざ話しかけてやってる】←重要！　　　俺ってばチョー優しいぃぃいいいい！！！！！！！ｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ