2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

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

1 :仕様書無しさん: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種類あって、全体(俺)と部分(チンボ)一体化している場合と、
全体(俺)と部分(チンボ)が別々になっている場合とが考えられる。けれども「チンボ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。

5 :仕様書無しさん:2012/10/12(金) 16:54:51.64
小学生レベルの下ネタを孤独に書き続けていて虚しくなんないの?
もしかしてお前ってそんなくだらないことを書くためだけに生きてんの?
すげーわあー、マジそんけいするわー(棒)
人と話す機会もないんじゃ、会話やジョークが下手糞なのも仕方ないのか
なーんて突き放すように見せかけて、【わざわざ話しかけてやってる】←重要!   俺ってばチョー優しいぃぃいいいい!!!!!!!wwww
wwwwwwwwwwwwwwwwwwwww

6 ::2012/10/12(金) 19:32:06.68
>>5
「頭がズキズキする」は良いが、「チンボがシコシコする」はダメな理由を、50字以内で述べろ。

7 :仕様書無しさん: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
関数型言語が全く理解できない。
オブジェクト指向が不要とかのたまうのがまた意味がわからない。

10 :仕様書無しさん:2013/06/25(火) 17:52:29.28
ここまで"馬鹿には無理"無しか

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

11 :仕様書無しさん:2013/07/06(土) NY:AN:NY.AN
現実と形而上を結びつけ科学哲学的なところは好きだな

12 :仕様書無しさん:2013/09/11(水) 01:42:55.73
>>1

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

だから勝手に使うな。

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

言われたものだけ作れ。

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

13 :仕様書無しさん:2013/09/11(水) 04:17:07.78
あながち>>1は間違っていない気もする
100年後にはオブジェクト指向って史上最悪の無駄と呼ばれててもおかしくないような

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

14 :仕様書無しさん: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時間くらい本読んでアイデア出しながら実装したらまぁそこそこ分かるだろ。

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

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

18 :仕様書無しさん:2013/09/12(木) 09:26:22.42
インターフェース指向設計でも読めば?

19 :仕様書無しさん:2013/09/12(木) 12:41:46.15
俺のアナルでもなめてろよ

20 :仕様書無しさん:2013/09/12(木) 14:21:18.54
>>18
あれってOOPに入るの?
なんか何でもかんでもOOPって言ってる気がする

21 :仕様書無しさん:2013/09/13(金) 23:47:47.92
俺も理解できん。
全部staticでいいじゃん。

22 :仕様書無しさん:2013/09/14(土) 00:48:06.05
いやそこは、最低でもArrayListやHashMapで自作クラス纏めたらnewできる利点くらいわかるだろよw

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

23 :仕様書無しさん:2013/09/14(土) 08:20:15.22
完全に社内も関連会社も下請けもオブジェクト指向が当たり前だわ。
分かる奴が周囲にほとんどいなかった20年前が懐かしい。

24 :仕様書無しさん:2013/09/14(土) 12:23:21.69
>>22
意味が分からん

25 :仕様書無しさん:2013/09/15(日) 16:24:18.58
オブジェクト指向が普及してない時代に
関数ポインター使ってポリモーフィズムみたいなコーディングしてた人は
天動説唱えたガリレオみたいに迫害されていたのかね?
きっと今頃ドヤ顔してるんだろうな

26 :仕様書無しさん:2013/09/15(日) 16:50:42.64
>>25
そんな時代の人たちはもう生きてない

27 :仕様書無しさん:2013/09/17(火) 09:36:39.68
C言語でオブジェクト指向とか謳ってるサイトがまだ検索にヒットするよな〜全く読む気にならんが

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

29 :仕様書無しさん:2013/09/18(水) 00:54:11.72
>>28
C++とかC#での実装をそのまま真似しようとしていないか?
多態なんて同じシグネチャで違う動きをさせればいいだけなんだから、
派生クラスとか考えなくても実現できる。

30 :仕様書無しさん:2013/09/18(水) 01:20:46.09
だから関数ポインタは使わないって話をしているのだけど…。

31 :仕様書無しさん:2013/09/18(水) 14:48:14.77
Javaだと
メソッドで引渡しされるクラスはとりあえずインターフェース切る
循環依存厳禁

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

32 :仕様書無しさん:2013/09/20(金) 12:51:25.62
>>25
今でもそんな書き方は勘弁して欲しい。

33 :仕様書無しさん:2013/10/16(水) 11:14:48.55
単一継承は良いと思うが
多重継承はクソ

34 :仕様書無しさん:2013/10/16(水) 14:04:17.96
なんか話題が大昔からちっとも進歩してないな…

35 :仕様書無しさん:2013/11/05(火) 22:12:56.01
事前面接の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

36 :仕様書無しさん:2014/01/19(日) 14:34:02.21
ポリモーフィズムを理解できたあとのオブジェクト指向は
もう神レベルのプログラムになる。他のプログラムには戻れない。

37 :仕様書無しさん:2014/01/19(日) 14:53:34.83
ああ、多態に限るとデメリットってちょっと思い付かないな。うまくはまったら結構快感なくらい

38 :仕様書無しさん:2014/01/25(土) 14:02:41.62
作ってる分には快感だけど、解析するのは面倒。

39 :仕様書無しさん:2014/01/27(月) 13:50:11.30
>>36
ポリモーフィズム使わないオブジェクト指向ってそれオブジェクト指向じゃないわな

40 :仕様書無しさん:2014/02/26(水) 13:50:25.67
>>38
確かに…

41 :仕様書無しさん:2014/03/21(金) 16:08:08.34
馬鹿なやつほど解析できない

42 :仕様書無しさん:2014/09/12(金) 01:04:08.96
他人のソースを見る前にヘッダファイルをまず見る。
ヘッダファイルは、本でいうと目次にあたるので目次を読むようにどんなことが書かれているか概要を
押さえておく。それからソースを見ていくとよい。

43 :仕様書無しさん:2014/12/06(土) 10:52:21.72
解析するのにコツがいるというか、オブジェクト指向設計を理解し
てないと解析できない。

44 :仕様書無しさん:2014/12/21(日) 11:42:32.95
全てをオブジェクト指向で実装しようとするのが無駄って言いたいんじゃないの?
SingletonやCommandパターンなんて、今の時代もっと小さく実装できるんだし

45 :仕様書無しさん:2015/02/15(日) 02:29:52.97
オブジェクト指向も単なる方法論でしかないよ
お客さんに合った、仕様に合った開発をすればいいだけよ
オブジェクト指向を理解できないのは、視野がせまいだけだし
まぁ、客からすれば問題が起こらず、正しく動けばいいだけだよ
案件に合わせ設計すればいいだけだしね
将来機能拡張の可能性の高い案件や機能の統合性の高い案件は、オブジェクト思考で設計するし
単純な案件は、オブジェクト指向なんてつかってたら無駄が多いしね
オブジェクト指向の実用性を本当に理解してから使ったほうがいいよ。
まぁ、後日別の技術者がソースみてなんじゃこりゃって思われるだけだし
指向の使い分けも出来ないような技術者なら、そんなに長くこの業界でやっていけないだろう
まぁ、頑張ってよ

46 :仕様書無しさん:2015/03/30(月) 10:20:44.44
顧客の設計方針を尊重したら、難解なパズルが出来上がったんだが。
いたるところにパズルがあって、納品した後から後から不具合がエンドユーザーから上がって来る。

47 :仕様書無しさん:2015/03/30(月) 14:36:57.90
「なんでこんなことができないんだ」→設計壊して場当たり対応の連続ですかね分かりますん

48 :仕様書無しさん:2015/10/30(金) 09:07:35.56
転職の際は要チェック。
下記の条件が全て当てはまる会社にご注意下さい。

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

49 :仕様書無しさん:2015/11/07(土) 12:33:18.37
Staticオジサンage

50 :仕様書無しさん:2015/11/08(日) 21:20:46.49
就労移行支援事業所は、利用者1名×1日で行政から1万円前後の補助金が出てるんだよね。。

51 :仕様書無しさん:2015/11/10(火) 16:49:28.48
できないからプログラマー失格でもないけどオブジェクト指向でやるよってなった時どーすんだろ喚くのか

52 :仕様書無しさん:2015/11/10(火) 17:02:25.35
ぜーんぶまとめてひとつのオブジェクトw

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

54 :仕様書無しさん:2015/11/10(火) 21:52:18.18
ご説はごもっともながら、それOOPというより単にモジュール化の話になってないかい

55 :仕様書無しさん:2015/11/10(火) 21:58:10.29
>>54
確かにそうでした

俺の中では「OOPできない」人は単に純粋なOOPだけじゃなくて、
「まともなモジュール化もできない」ってことを書きたかっただけでした・・・

56 :仕様書無しさん:2015/11/10(火) 22:04:13.76
モジュール化とオブジェクト化は似て非なる物なんだよね。

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

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

58 :仕様書無しさん:2015/11/11(水) 23:09:06.10
オブジェクト志向ってあれですよね。
つい、隠蔽!隠蔽とかいいながらprivateな関数をリフレクションしちゃうよね。

59 :仕様書無しさん:2015/11/12(木) 01:18:58.69
ねえよwww

60 :仕様書無しさん:2015/11/12(木) 01:19:31.85
>>58
えっと・・・
オブジェクト志向じゃなくて
オブジェクト指向です

61 :仕様書無しさん:2015/11/26(木) 01:22:05.47
あんたらどんな仕事してるんかしらんけどほとんどのやつってデータベースいじくってるだけやろ
オブジェクト指向なんてどう考えてもいらんで

62 :仕様書無しさん:2015/11/26(木) 02:02:29.14
JavaScriptやっててDBには上長の決めたAPIアクセスしか許されんやつらも多いぞ
そもそも今パイがでかいスマホアプリは、サーバサイドなんて書いてないぜ
モバイルバックエンドサービス使っててDBなんか知るかって手合いが赤マル急増中

ぶっちゃけボれる

63 :仕様書無しさん:2015/11/26(木) 02:48:18.43
> JavaScriptやっててDBには上長の決めたAPIアクセスしか許されんやつらも多いぞ

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

64 :仕様書無しさん:2015/11/26(木) 07:52:44.05
>>63
そんな所ねえだろwって思うかもしれんが、実はこんな所も予想に反して多いぞ
という意味だろ
日本語も読めない馬鹿はひっこめよw

65 :仕様書無しさん:2016/02/11(木) 23:16:49.07
age

66 :仕様書無しさん:2016/02/14(日) 09:38:43.33
技術屋の御家族かわいそう
技術ない方が寿命と収入高い

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

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

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

67 :仕様書無しさん:2016/02/15(月) 22:29:24.16
staticおじさん

68 :仕様書無しさん:2016/02/22(月) 13:47:40.00
>>1
独りで全部開発すれば解決するよ

69 :仕様書無しさん:2016/02/23(火) 20:45:07.31
時給換算5,000円以下のSEの皆様へ

相場下がって迷惑ですので、SE辞めてもらえませんか?
主婦SE以下の時間報酬レベルですよ。
こちらこそ優秀なSEの離職で大損害なんですから。

発注者より

15 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)