07/09/16 21:45:33
オブジェクト指向といえばデザインパターン。
デザインパターンが適用可能な問題に出会ったとことがないのかな？
つまり大きなことをやったことがない。経験値が少ないからかな？
メリットを説明しようとしても、そもそも
デザインパターンを利用すべき機会にであわない
レベルの人間には理解させられない。
インターネットを使う機会がない人に、
常時接続のメリットが理解できないのと同じこと。
とりあえず、経験をつんで出直してください。
話はそれからだ。
前スレ
なぜオブジェクト指向は普及しないのか 4
ｽﾚﾘﾝｸ(prog板)
過去ログ
part 1 ｽﾚﾘﾝｸ(prog板)
part 2 ｽﾚﾘﾝｸ(prog板)
part 3 ｽﾚﾘﾝｸ(prog板)
※必須NGワード：おじゃぱさま 電卓
3:乙
07/09/16 21:45:37
. / / .i ,' .,' ﾄ ﾞ、 '､. ﾞ､ '､ ヽ、ヽ＼ヽ i／ ／
.,' i .i ! ! ! ﾊ .i､ ,ﾙ--,､、 ﾞ､ ﾞ、'､､ ﾞ､ヾ､ﾞｖ',ﾉ , '
, .i l l _i､- -ﾄ. i ', !ﾞｒ'´ !ﾞ, ',ﾞ,｀ヽ、i ﾞ,. ﾞ,ヽ ',. ﾞ,'､ﾞ、 , '
i. l. !,r'".i| 'l ,' ! ' i ,ｊ､L_l',i ', i. i i. ﾞ､.i ﾞ,ﾞ､', , '
!. ｌ ', ', !', ,,,'_ﾄ./ ! ,' ｒ',ｒ''‐=-ヽ,',. ! l l ',l ﾞ､',ﾞ, , '
l ', ',ヾ,r''-=:-､､ '/ ﾘ ﾄ-ｲiii::ﾊﾞi. ,i ,i ﾊ ! ',ﾞ,i ／
', ﾞ, ',,i ﾄ-ｲiii:::ﾊ ' !ゞ::!r''::ﾘ,l. ,'.! ,'.ｊ/ ﾞ,', ﾚ!ﾞ
i. ', 'l{. !ゞ::!!r''ﾘ ､. ヽ-==' ,'ｲ.,'/.ﾒ; .i',', !.!
', ./ '、 ', `‐-‐ ' ,-‐ ''', j,'／ i. ,' ',', .,
', ﾞ ､ヽ 、. ', { } ,. '" .l.,' i ! .
'､'､｀`､ﾞ､ ﾞ､. ﾞ､ ﾉ ,､‐'"i !', ' ',.! /.
. ' ,ヽ, ヽヽ ヽ`' ‐- ､、,｀,,´､-ﾔ ', ﾞ, , ' i.!,.'
ヽ､＼ヽ＼ ヽ,､ゝr'ヽ ﾊ ', ', , ' j,' . ”
ヽ. ヽ`,>ﾄ､v .! ﾉ ﾞ, ﾞ､ ', ./ /
／ l i＼iヽ､, ／,､‐' ヽy'
4:仕様書無しさん
07/09/16 21:46:12
part 4 ｽﾚﾘﾝｸ(prog板)
5:仕様書無しさん
07/09/16 21:47:03
>>2
, -''":::::::::::::::::::::::｀` ‐ ､' :,
,:／:::::::::::::;;;;;: -―‐- :;;;;;;｀ヽ、
,:'/:::::::::::::::::/u , , ｀`-;ヽ
,:':/:::::::::::::::::/ '⌒`ｰ‐'| | |｀ｰ-‐､u|::|
,:'/:::::::::::::::::/u /⌒ヽ /⌒ヽ !::! ;
,' l--､:::::::／ l Ｏ | lj | Ｏ | '､l ,:
/´,―､ヽ:/ ヽ､,r‐'-､:::::::::ゝ--く l ;
.;'/ /ニ_ﾉ | ..::::::::{ r,､ ヽ / ,r-, ﾉ::.. '、;
; | l '-, / ヽ !},. ---'し'_,ﾍ :..ヽ':,
':,! `‐' u ヽ ,. -'"´_,. ----,､ ヽ、u l ;
':,ヽ＿ノ u ﾉ'" ,. -''"￣￣￣ ヽ. ヽ |
.,: | lj / /_,. ---､,. -----、| | / ;.,
--―'ヽ / '-------――‐''" ﾉ /｀`ー- ､_
6:仕様書無しさん
07/09/16 21:48:19
ここは偽スレです。
ここに常駐している人物は、コーディングすらできない偽者です。
本スレ：
好き好き大好きｵﾌﾞｼﾞｪｸﾄたん
ｽﾚﾘﾝｸ(prog板)l50
7:仕様書無しさん
07/09/16 21:48:47
*******本スレの副タイ*******
オブジェクト指向で電卓作るのが夢です５
「夢の実現に頑張る信者一同スレ」
*******************************
8:仕様書無しさん
07/09/16 21:48:53
>>6
必死だなｗｗｗｗ
9:仕様書無しさん
07/09/16 21:50:50
とりあえず二つとも運用しろよ
そのうち傾向が出てくるだろ
10:仕様書無しさん
07/09/16 21:51:56
どうでもいいけどさぁ。
コーディングもできない奴にOO騙られても迷惑なんだよねぇ。
さっさと死ねよ
11:仕様書無しさん
07/09/16 21:53:54
>>10
おまえ底辺コーダとかいって、さんざバカにしてたじゃんｗ
宗旨替えか？
12:仕様書無しさん
07/09/16 21:59:50
デザインパターンは目的を実現するための「手段」だぞ。
「手段」と「目的」が入れ替わってる奴は要注意な。
13:仕様書無しさん
07/09/16 22:00:52
>>11
タカヒロ？
コーディングはIT業界の基本教養。
コーディングできない奴はさっさと出てけよｗ
大体さぁ、俺の場合環境科学とか物理とか、
ヘタレ情報科学以外の基礎教養持った上で
OO議論してるんだぜ？
情報科学専門の自称コンサルが、コーディングすら満足にできねぇなんて、笑止千万
14:仕様書無しさん
07/09/16 22:04:03
>>13
いや、同意だよ
コーディングできない奴はオブジェクト指向以前の問題だ罠ｗ
っていうか、おまえがそれいうかって思っただけでよｗ
15:仕様書無しさん
07/09/16 22:05:22
>>13
いい歳こいて、まだ、コーダーやってんの？
16:仕様書無しさん
07/09/16 22:05:25
>>14
はい？なんか勘違いしてんじゃねぇの？
Adobeファックするために、一日1000行コーディングしてた時期もある俺相手に、
見当違いもいいとこだｗｗｗｗ
17:仕様書無しさん
07/09/16 22:06:23
まだ語ることあるの？
18:仕様書無しさん
07/09/16 22:07:16
>>15
ホント恥ずかしいなお前。
オゾン層問題の世界的研究者と議論もすれば、
はたまたコーディングもする。
それがSIerのトップクラスSEの仕事なのさｗ
19:仕様書無しさん
07/09/16 22:07:41
>>12
> デザインパターンは目的を実現するための「手段」だぞ。
> 「手段」と「目的」が入れ替わってる奴は要注意な。
その目的がわかんないんだろうね。
オブジェクト指向がわからないっていうのは。
20:仕様書無しさん
07/09/16 22:08:56
>>18
おいおい、いまだにSEなのか...
21:仕様書無しさん
07/09/16 22:08:57
デザパタ厨＝タカヒロ
判りやすい構図だ・・・
22:仕様書無しさん
07/09/16 22:10:40
>>20
はぁ？どこまで恥ずかしい奴やら。
最近は宿敵悪の元コンサルの会社で、
唯一サーバサイド技術が判るPMとして
くだんねぇ金融関係仕事やってるよｗ
ほんと金融関係ってなんで文系しか雇わねぇ～んだろうな。
金融工学なんて実態、バリバリの理系仕事なのに。
23:仕様書無しさん
07/09/16 22:11:28
だれとか何やってるとかどぉーでもいいのにな
ま、いいけどよ
24:仕様書無しさん
07/09/16 22:11:42
abstract factoryジュウジュウ prototypeショリショリッ
Compositeパカッフワッ mediatorトットットッ…
GoFッ GoFGoFッ、GoFッ!!
25:仕様書無しさん
07/09/16 22:12:27
名前がダサい
26:仕様書無しさん
07/09/16 22:13:51
つかさ、例のBizmoって最近なにやってるの？
「現場業務に悩殺されてるあんたらのために新技術導入をコンサルします」って、
俺のIT業界最初の１０年のテーマやん。４０過ぎてそんな会社建てるとは
どれだけオメデタイんだよｗ
27:仕様書無しさん
07/09/16 22:16:52
>19
君が作っているシステムの目的は何なのか
よく考えてごらん。
28:仕様書無しさん
07/09/16 22:18:49
タカヒロが、タカヒロではない振りをして延々書き込んでるスレ
29:仕様書無しさん
07/09/16 22:19:53
>>28
たかひろ涙目
30:仕様書無しさん
07/09/16 22:21:28
たかひろ乙ｗ
はやくBizmoの現状報告をしろｗ
31:仕様書無しさん
07/09/16 22:22:14
ここは偽スレです。
ここに常駐している人物は、コーディングすらできない偽者です。
本スレ：
好き好き大好きｵﾌﾞｼﾞｪｸﾄたん
ｽﾚﾘﾝｸ(prog板)l50
32:仕様書無しさん
07/09/16 22:22:54
>>27
「目的」の意味が違ってるぞ。
お前が言いたいのは、客の要望だろ？
視点がぜんぜん違っている。
33:仕様書無しさん
07/09/16 22:25:42
デザインパターンを使う目的？
そりゃ、大規模なものを統制が取れた状態で
効率よく作るために決まっているじゃないか？
電卓のような小さなものを持ち出してもしょうがないってのがわかるよね。
34:仕様書無しさん
07/09/16 22:28:15
コーディングできない奴が何を言っても
無駄
35:仕様書無しさん
07/09/16 22:28:37
なんで、もっと効率よく作業しないのか？
なぜ改善をしないのかといったことがある。
そうしたら、そんなことしても給料上がらないじゃないですかといわれた。
あぁ、だからいつまでも店長になれないんだと思った。
36:仕様書無しさん
07/09/16 22:29:30
店長ｗｗｗどんだけ底辺？アンタｗｗｗ
37:仕様書無しさん
07/09/16 22:30:59
コーディングできねぇ奴煽ったってよ、流石にこの板じゃ少数派だろ
むしろおめぇが一番怪しいってか？ｗ
38:仕様書無しさん
07/09/16 22:33:19
>>37
どんだけバカなんだコイツｗ
例のPHPとPerlしかできねぇクソ害虫未満だなｗｗｗ
まぁ存分に脳内で吼えててクレ。
39:仕様書無しさん
07/09/16 22:33:47
今の仕事をやっているだけのサラリーマンなんだろうな。
取り合えずプログラマではない。
ただのコーダーだろう。
40:仕様書無しさん
07/09/16 22:34:38
PHPやPerlでも最近はオブジェクト指向が出来ないと
仕事にならないよなぁ。
41:仕様書無しさん
07/09/16 22:35:14
お前ら、早くITドカタから卒業汁
>>36
マクドで働いてるバイト君との会話だから気にスンナ
42:仕様書無しさん
07/09/16 22:36:33
オブジェクト指向以外にもいろいろなのがあったのだが、
世の中オブジェクト指向ばかりになってしまったのは
それなりに理由があるのだろう。
43:仕様書無しさん
07/09/16 22:38:32
プログラマ専業者が役立たない理由：
・Webのページ設計すらできねぇ
・お客様要件から、要件確認すべき事柄すら抽出できずに、
コーディングを始めて、肝心要のコアは放置ｗ
いや、あんたができねぇ部分を最初に抽出しろって言ってんだけど、
それ確認せずにコーディング始めて、結果「これが確認事項です」って出せればまだしも
「できません」ってどれだけバカなんだｗｗｗｗ
・忙しくなると休む
・障害対応は全部Googleさんで解決できると思い込んでいて、
トンチンカンな報告を客先に挙げてくる
・「ボク、RFCちゃんと読んでて、英文でRFCに関する論文を雑誌に寄稿した事あるんです！」
ってどれだけ底辺大学やねん。RFCに薀蓄あるなら、さくっとRFC出せバーカ
しかもRFCなんて今時相手にしてんのって、インターネット技術しか自慢がねぇ底辺技術者だけだっつーの。
44:仕様書無しさん
07/09/16 22:40:31
>>43
で？
45:仕様書無しさん
07/09/16 22:43:37
「RFC読んだ事ある」が自慢になっちゃう奴って、10年前もから厨房だよな。
あんなんまともなSIerで仕事してたらサクっと読んで
「暇人どもの杜撰な規格の穴をどうやって実務的かつデファクトに近い方法で埋めてくか」
っつうパズルしてRFCにはフィードバックする暇ねぇよ！
つうノリの技術メモに過ぎないのにｗｗｗ
46:仕様書無しさん
07/09/16 22:44:20
>>43
てかよ、PGが実際にプログラミングを行ってる時間はそんなに長くないから、
コーディングしかできないバカは要らんよ。
47:仕様書無しさん
07/09/16 22:45:42
最近バロスなのは、KDDIやNTTのメールアドレスがRFCに沿ってない！！！とか言い出す厨房。
RFC厨房と、KDDI/NTTと、どっちが学歴＆実務技術が高いと思ってるんだｗｗｗｗ
48:仕様書無しさん
07/09/16 22:46:16
>>45
自己レスおつ。満足したか？
49:仕様書無しさん
07/09/16 22:48:05
>>47
そういう問題じゃねーだろ。
メールアドレスがRFCに沿っていない弊害を考慮しろよ。
50:仕様書無しさん
07/09/16 22:48:24
PG： 義務としてのお仕事として、プログラミングを行う底辺階層。
実際のお仕事では、好き勝手に遊んでいる事が多い、社会生活不適格者の巣。
PG以上： 趣味や人生の楽しみとしてプログラミングに関わる事のできる、知的階層。
物理や化学等、科学分野のスキルを持つ奴も多く、途中で大学教官や公的研究機関に移る奴も多し。
51:仕様書無しさん
07/09/16 22:49:31
>>47
そればかりはRFC厨房の方が正しいな。
52:仕様書無しさん
07/09/16 22:51:30
>>49
ああ、あんたも底辺層か。
メールアドレスに顔文字書きたい、
それがビジネスになるなら、RFCの方を変えればいいだけの話。
実際問題としては、RFCなんて相手にしなくともビジネスは成り立つから、
誰もRFC出さないだけ。そこを鬼の首でもとったようにKDDI, NTT批判するって、
どんだけ底辺丸出しなんだよｗｗｗｗ
文句あるならKDDIやNTTに移って、KDDIやNTTの都合の良いRFC出せっつーのｗ
53:仕様書無しさん
07/09/16 22:52:18
> RFCの方を変えればいいだけの話。
変えてねーだろｗ
54:仕様書無しさん
07/09/16 22:54:26
>>52
RFC仕様にそっていないから、メールが正しく送られない場合や
会員登録できない場合があるとちゃんと告知して使えという話。
そういうのを客がちゃんと知っていると思うか？
55:仕様書無しさん
07/09/16 22:55:36
アレだよな。
bizやinfoのドメイン作るのが
ビジネス的なメリットとインターネット・ネーム空間の管理上の都合との妥協であるのと同様、
「女子高生ﾀｿのために、顔文字メールアドレス許可するにょれす」っつうのも
ちゃんとRFCに出しゃえぇーやん。それが前向きなビジネス姿勢というものだ。
批判は何も生まない。
規格や法律に従え、それ以外は悪だ！だなんて
今時文系だってよっぽどバカじゃなきゃいわねぇよ。
規則が実態にそぐわなくなったら、規則を変える。
それがまっとうな法治主義ってもんだってｗｗｗｗ
学歴ない奴・理系バカには難しすぎる話だったかなｗ
56:仕様書無しさん
07/09/16 22:57:04
>>54
ヒント：携帯メール空間は、ほぼ携帯メール空間に閉じている件。
ヒント：インターネットメールから携帯メールへの送達可能性は、
例のスパムフィルタでほぼ閉じられている件ｗｗｗｗ
57:仕様書無しさん
07/09/16 22:57:18
> ちゃんとRFCに出しゃえぇーやん。それが前向きなビジネス姿勢というものだ。
KDDIとかNTTとかRFCに出さずに
やったから、みんな批判しているのさ。
58:仕様書無しさん
07/09/16 23:00:19
本当に閉じているわけじゃないじゃん
どうしてそんな屁理屈言うんだろうか。
59:仕様書無しさん
07/09/16 23:00:41
>>57
実際問題として、RFC厨房より、KDDI, NTTで携帯メール規格立ててる奴(下請け除く)の方が、
社会的地位も収入も学歴もずぅーっと上だろ。
そんな相手にRFC云々言うっつうのが、そもそも負け犬なんだよ。
悔しかったら、現在のRFCと、KDDIやNTTの変態メールアドレスを相互運用させるための
RFCくらい書いてみろｗｗｗｗｗ
60:仕様書無しさん
07/09/16 23:01:32
> 悔しかったら、現在のRFCと、KDDIやNTTの変態メールアドレスを相互運用させるための
> RFCくらい書いてみろｗｗｗｗｗ
それはKDDIやNTTの仕事。
61:仕様書無しさん
07/09/16 23:01:33
つまり、RFCに準拠してないメールアドレスを使うシステムを構築するのにOOを使ったってことだな。
62:仕様書無しさん
07/09/16 23:02:43
>>59
> 実際問題として、RFC厨房より、KDDI, NTTで携帯メール規格立ててる奴(下請け除く)の方が、
> 社会的地位も収入も学歴もずぅーっと上だろ。
そんなやつより、RFC書いた奴のほうが上だと思うがね。
63:仕様書無しさん
07/09/16 23:03:47
RFC厨房の社会的地位： 害虫＆派遣人生、年収＜１０００万、学歴(とてもここには書けません＞＜)
KDDIやNTTでそこらへん決めてる人の社会的地位：
一流会社勤務、例えどんなヘマをやっても、下請け会社の管理職は保証されるｗ
年収＞１０００万、学歴：旧帝大～地方有名国立大・有名私立大の博士課程前期出身のおにゃのこ。
モットー：仕事は程ほどに。残業なんてもっての他ｗｗｗｗ
64:仕様書無しさん
07/09/16 23:04:37
うっはｗｗｗ 妄想きたｗｗｗ しかも自分と関係ない人の妄想ｗｗｗｗ
65:仕様書無しさん
07/09/16 23:05:31
なんか、それってよプログラムでいうならANSI規格を無視って感じだな
66:仕様書無しさん
07/09/16 23:05:46
まぁ実際問題として
同窓生や身近にそこらへんの大手キャリアの人居るけど、
メーカとは雲泥の差だなｗｗｗ
こんな事ならキャリアに就職すれば良かったｗｗｗｗっつうくらい
67:仕様書無しさん
07/09/16 23:06:44
>>66
じゃあ死ねば？
68:仕様書無しさん
07/09/16 23:08:01
>>62
はいみんな注目！！！
これが貧乏派遣のRFC信仰って奴ですよ。
そんなに文句あるなら、サクッと自分でRFC提出して、
KDDIやNTTから一目置かれる害虫になりゃーええのにｗｗｗｗ
自分で出せないRFCについて、大手を批判してストレス解消って
どれだけ底辺な人生？
69:仕様書無しさん
07/09/16 23:08:36
>>66 やっぱ、人生のリセット必要だよね
70:仕様書無しさん
07/09/16 23:09:11
URLﾘﾝｸ(neta.ywcafe.net)
DoCoMoの説明にある「RFCに準拠しています」はウソ
NTTドコモのこのページがいつからこのように書かれているのかは知らないが、こういうウソは本当にやめてほしい。
ワロタ
71:仕様書無しさん
07/09/16 23:10:00
>>69
タカヒロの人生をリセットしますか： Yes
Error: ブートプロセスで障害が発生しました。
システムの復旧は無理だと思います。
涅槃で寝て待て
72:仕様書無しさん
07/09/16 23:10:08
>>68
お前さ。RFC違反ってのはようするにバグだよバグ。
73:仕様書無しさん
07/09/16 23:11:39
>>70
だからぁ。文句言ってる暇があったら、
RFCを盾に、KDDI & NTTを追い込む準備するか、
あるいは 新しいRFCを出しなさいっつーの。
前者は、RFCコミュじゃ認められない姿勢だと思うけどｗｗｗ
文句言ってるだけで、行動起こさない奴は、人生の敗北者。サクッと氏ね
74:仕様書無しさん
07/09/16 23:12:42
まぁいい歳こいた大人なら、
世の中は矛盾と対立で成り立っている事を知っているから、
つまんない虚栄心で、利害関係もない事にクビ突っ込まないよな。
75:仕様書無しさん
07/09/16 23:13:06
>73
文句言ってるのはお前じゃん。
76:仕様書無しさん
07/09/16 23:13:19
>>70
キャリアの偉い人ってRFC規定されてるって知らなかったんだろ
だから、勝手におれおれメールアド作たんだろ。
なら、キャリアってバカがだな。
77:仕様書無しさん
07/09/16 23:14:11
>>75
文句？はぁ？勘違いもいい加減にしたらぁ？
底辺害虫をからかっているだけだよーん
78:仕様書無しさん
07/09/16 23:14:15
事実、KDDIやNTTからのメールアドレスが使えないことがある。
その責任はあきらかにKDDIやNTTにある。
これは事実。
79:仕様書無しさん
07/09/16 23:14:49
>>77
でも、誰一人お前に賛成してないぞｗ
80:仕様書無しさん
07/09/16 23:16:30
>>77
からかってるつもりが、その底辺害虫からもバカにされる、お前って....
81:仕様書無しさん
07/09/16 23:16:33
>>76
つかさ、社会的実力持ってる奴って大抵、社会的規則を捻じ曲げてでも自分の主張通すやん。
そのために必要な根回しできないお子茶魔の根城が六本木ヒルーズｗｗｗ
なんで自分の意地通す事にばっか専念して、自分を正当化する努力を怠るかなぁ～ヒルズのお子茶魔達はｗｗｗｗ
82:仕様書無しさん
07/09/16 23:17:38
さてこのスレに、コーディングができる人物は何人居るでしょう？
底辺害虫ですらコーディングできるってのに、
コーディングすらできずにム板に粘着するお前ってｗｗｗｗ
83:仕様書無しさん
07/09/16 23:19:15
× 六本木ヒルズ
○ 六本木ヒールズ
84:仕様書無しさん
07/09/16 23:19:18
たしか、どこかで、DOCOMOが過失でRFC違反のメールアドレスを許してしまい。
KDDIの技術者が文句言いながら対応を許していた記事があったような。
85:仕様書無しさん
07/09/16 23:20:38
>>81
RFCに日本からの意見が取り入れられたことあるのか？
黄色いサル口出しするなじゃね、いくらNTT/KDDIすごくても所詮黄色いサルだろ
86:仕様書無しさん
07/09/16 23:20:43
＞＞８４
あんたどれだけ鈍ちんやねん。
最初っからその話題だっつーの
87:仕様書無しさん
07/09/16 23:21:48
偽スレはさすがクオリティ低いな
OOスレでRFCの話題って、どんだけ底辺なんだｗｗｗｗ
88:仕様書無しさん
07/09/16 23:22:13
>>84
そりゃ、RFC違反は文句言われても当たり前だろｗ
89:仕様書無しさん
07/09/16 23:22:41
自作自演厨房が必死に話題を継続しているな
90:仕様書無しさん
07/09/16 23:22:58
>>87
どうせお前が始めたんだろ？ｗ
91:仕様書無しさん
07/09/16 23:23:54
>>89
むこうのスレか？
なんか一人で必死で話題を続けようとしているのが
みていて、痛々しい。
92:仕様書無しさん
07/09/16 23:24:14
>>87
所詮、インターネットだけが頼りの
引き篭もり人種の話題なんてこんなもん。
生身の人間相手にまともな会話などできない癖に、
ネット上でだけは随分威勢がいいんだよな
93:仕様書無しさん
07/09/16 23:24:27
じゃあデザインパターンの話をしようぜ。
94:仕様書無しさん
07/09/16 23:25:10
なぜオブジェクト指向が出来ない奴は
関係ない話をしたがるのか？
95:仕様書無しさん
07/09/16 23:25:21
OOスレでRFC？なんで？
あと、このスレのデザパタ厨房は、コーディングの裏づけのない空理空論しかできねぇから無視。
荒しはさっさと氏ね
96:仕様書無しさん
07/09/16 23:26:10
RFC命の害虫即死
97:仕様書無しさん
07/09/16 23:26:29
>>95
デザインパターンにOO言語でコードは書いてあるよ。
あとは、それを（かけるもんなら）非OOで書けという話。
98:仕様書無しさん
07/09/16 23:27:01
>>95
デザインパターンの話をされたらよっぽど困るようだなｗ
99:仕様書無しさん
07/09/16 23:27:41
>>97
空理空論乙。
頭デッカチで手をうごかさねぇ奴の話って
ほんとトンチンカンだな
100:仕様書無しさん
07/09/16 23:29:30
今更GoFを騙るって、どれだけ時代遅れなんだよ。
20年前の話だぜ、20年前。
平成生まれの学生さんが、まだ卵子と精子に分離してた時代の話題。
なんでそんな古臭い話題に何年も何年も固執して２ちゃんを荒し続けるのか、
あんたの頭の中は進化がねぇなぁ
101:仕様書無しさん
07/09/16 23:29:43
オブジェクト指向は、普通にクラスとインスタンスだけでも
十分便利だと思うけどね。
仕事の範囲がクラスという単位に細分化されているから
管理がしやすい。
非オブジェクト指向の場合、ローカル変数か
さもなければグローバル変数かの二つしかないから、
ごちゃごちゃするんだよな。
小さいプログラムしか作ってないレベルの人にはわかんない話だろうけど。
102:仕様書無しさん
07/09/16 23:30:00
>>99
だから、電卓できない
103:仕様書無しさん
07/09/16 23:30:10
Enterprise Pattern ですら、時代遅れの感があるというのに・・・
104:仕様書無しさん
07/09/16 23:30:22
>>100
たとえ作られたのが昔であっても、
昔というだけじゃなにも否定したことにはならないが。
105:仕様書無しさん
07/09/16 23:31:00
>>103
その時代遅れよりもさらに遅れているのが
アンチOOなわけか。
106:仕様書無しさん
07/09/16 23:32:19
ここに粘着しているコーディングすらできない厨房のプロファイル：
年齢： ４８歳童貞
職業： 自称トレーダ (昨年度利益１００万円、生活費は親から貰っている)
学歴： 地方無名公立大中退 (履歴書には卒業と記載)
107:仕様書無しさん
07/09/16 23:32:28
>>101
クラス内でグローバル変数してるのよく見かけないか？
108:仕様書無しさん
07/09/16 23:32:49
最先端の現場ではオブジェクト指向が
普通に常識的なものとして利用されているね。
あって当たり前、それを元に何かをする。
どっかの底辺現場とは違って。
109:仕様書無しさん
07/09/16 23:33:49
>>107
それはメンバ変数といいます。
110:仕様書無しさん
07/09/16 23:34:07
>>104
もう語り尽されて、誰も話題にしない状態にあるものを、
未だに話題の中心に据えようとするのを勘違いとか時代遅れと呼ぶ
111:仕様書無しさん
07/09/16 23:34:47
>>110
つまり、オブジェクト指向はすでに普及しているといいたいのか？
だよな？ そういうことだよな？
112:仕様書無しさん
07/09/16 23:35:26
はいそうです。
113:仕様書無しさん
07/09/16 23:36:15
>>111
お前はそろそろ引き篭もり部屋から出た方がいいと思うよ。
世迷言を何年も何年も言い続けるお前って、
からかいの対象にしかなっていないし、
最近はお前相手にしてる奴もほとんどいねぇ～し
114:仕様書無しさん
07/09/16 23:36:20
もう、オブジェクト指向は語りつくされて、
すでに常識のものになっているのに。
まだ否定する奴がいるなんて・・・
115:仕様書無しさん
07/09/16 23:37:04
>>113
ここ匿名掲示板だから・・・
116:仕様書無しさん
07/09/16 23:37:23
>>114
２ちゃん常駐のバカの煽りって、発言に背景知識がないから哂えるな
そんな幼稚な発言を、何年繰り返したら気が済むの？
117:仕様書無しさん
07/09/16 23:38:10
>>115
匿名掲示板でもいつも無能な発言繰り返すバカは識別できるし
118:仕様書無しさん
07/09/16 23:38:25
>>116
またお前かｗｗｗｗ
119:仕様書無しさん
07/09/16 23:38:58
異常者乙
120:仕様書無しさん
07/09/16 23:39:25
117 名前：仕様書無しさん[sage] 投稿日：2007/09/16(日) 23:38:10
>>115
匿名掲示板でもいつも無能な発言繰り返すバカは識別できるし
ハカー着ました。バカーかもしれませんｗ
121:仕様書無しさん
07/09/16 23:40:04
もはや誰もデザインパターンを否定する奴はいなくなった。
俺の勝利だなｗｗｗｗ
122:仕様書無しさん
07/09/16 23:40:16
>>114
OOを理解できてない似非OOが多いのが、一番の問題。
奴らは、理解してないのに理解していると信じ込んでいる一番たちの悪い連中
123:仕様書無しさん
07/09/16 23:40:27
また異常者の一人芝居か
124:仕様書無しさん
07/09/16 23:40:40
↑このように簡単につれますｗｗｗｗ
125:仕様書無しさん
07/09/16 23:41:27
異常者の脳内お花畑では釣りが始まったつもりの件
126:仕様書無しさん
07/09/16 23:41:46
>>132
似非OOはその発言に背景知識が感じられないから
すぐにわかるな。
127:仕様書無しさん
07/09/16 23:42:28
異常者の人って、どうやって生活費捻出してるの？
アフェリエイトと親のｽﾈかじり？
それとも生活保護？
128:仕様書無しさん
07/09/16 23:42:47
ま、客観的にみてRFCにしろデザパタにしろ
本日は異常者のフルボッコ負けってことでお開きにしようぜ
129:仕様書無しさん
07/09/16 23:43:01
あとすぐに異常者とかレッテルはりをはじめるｗ
130:仕様書無しさん
07/09/16 23:43:24
>>127
異常な人は、国からちっちゃな手帳をもらって、
それをネタに毎月毎月国が生活費をくれるらすぃよ
131:仕様書無しさん
07/09/16 23:44:03
>>128
逃亡宣言？
132:仕様書無しさん
07/09/16 23:44:21
なんだニュー即で「おまえフルボッコって言いたいからスレたてただろボケ」
とか言われてるバカか
133:仕様書無しさん
07/09/16 23:44:50
異常者の人ってOOの話を始めると
すぐいなくなるね。なんでかな？
134:仕様書無しさん
07/09/16 23:44:52
レッテルじゃねえよ
100人見たら100人が異常者っていうだろｗ
135:仕様書無しさん
07/09/16 23:44:59
>>131
自作自演乙。
つかOOの話題もできねぇクズは死ね。
リアルで心臓止めてくれ。迷惑だ
136:仕様書無しさん
07/09/16 23:45:04
フルボッコってなんだ？
137:仕様書無しさん
07/09/16 23:45:48
オブジェクト指向が理解できなくてねたんでるんだろ？
138:仕様書無しさん
07/09/16 23:46:11
いまどきMulti-dimensional SoCの話題もできないとは、どんだけ底辺なんだよこのスレ来てる奴ｗ
139:仕様書無しさん
07/09/16 23:46:33
ココに正常者はいない、居るのは異常者のみだ
140:仕様書無しさん
07/09/16 23:46:39
今度からアンチをフルボッコ厨って呼ぼうぜ！
141:仕様書無しさん
07/09/16 23:47:20
>>138
いきなり、何関係ない話し始めてんだよｗ
142:仕様書無しさん
07/09/16 23:48:09
>>138
オブジェクト指向も理解できない奴に
そんな話をすると泣くぞｗ
143:仕様書無しさん
07/09/16 23:48:10
ここで暴れてるバカの精神年齢：３歳児
せめて Mix-Inのプログラム意味論くらい語れるようになってから書き込むようにしてくれ。
それまでは１０００万年ROMってろって
144:仕様書無しさん
07/09/16 23:49:23
>>143
じゃあ、お前が語れよｗ
145:仕様書無しさん
07/09/16 23:50:03
>>144
いいのか？ かたっても？
146:仕様書無しさん
07/09/16 23:50:39
さーーーーーーっ
>>143 のMix-inの話がはじまるぞーーーーー、wktk
147:仕様書無しさん
07/09/16 23:50:41
>>145
だからさっさと語れってｗ
出なければくるな。
148:仕様書無しさん
07/09/16 23:51:09
>>142
って書き込む奴いるはずないだろｗ
ちっとは考えて自演すればぁ？ｗ
149:仕様書無しさん
07/09/16 23:51:16
偽スレは相変わらずクオリティ低いなｗｗｗ
本スレ：
好き好き大好きｵﾌﾞｼﾞｪｸﾄたん
ｽﾚﾘﾝｸ(prog板)
150:仕様書無しさん
07/09/16 23:52:16
>>143
まだか？
151:仕様書無しさん
07/09/16 23:53:44
Multi-dimensional SoC、それは物事には複数の側面があるにも関わらず、
OOのクラスはそのごく少ない側面しか表せない、という問題への一つの解答である。
152:仕様書無しさん
07/09/16 23:54:28
なんだ。その教科書的な文章はｗ
153:仕様書無しさん
07/09/16 23:54:53
うんうん、先生、それで、どうなるんですか
154:仕様書無しさん
07/09/16 23:55:12
>>151
で、それは、オブジェクト指向じゃ実装できないのか？
手段と目的が逆になってないか？
155:仕様書無しさん
07/09/16 23:56:46
なんだやっぱまともな奴いねぇ～じゃん。
相手して真面目に語って損した。
じゃぁな、クズでバカでのろまなヒッキー君
156:仕様書無しさん
07/09/16 23:57:58
結局、説明も出来ないなんちゃってMulti-dimensional SoCだなｗ
157:仕様書無しさん
07/09/16 23:59:30
>>155
で、どんな回答を提示するの？
158:仕様書無しさん
07/09/17 00:01:08
ヒッキー必死w
159:仕様書無しさん
07/09/17 00:02:46
Mix-inとはまあ、装備みたいなものだな。
160:仕様書無しさん
07/09/17 00:04:49
>>159
Rubyか？
161:仕様書無しさん
07/09/17 00:05:07
たとえば、ストライクガンダムがそのままじゃ遅いが、
エールストライカーをMix-inすることで高速機動が可能になるようなものか。
162:仕様書無しさん
07/09/17 00:05:17
２ちゃんで暴れているうちにリアル人生を生きる術を忘れたのか
それともリアル人生を歩めないほど弱い人間だから２ちゃんに入り浸るのか
どっちにしても、哀れな人生ｗｗｗ
163:仕様書無しさん
07/09/17 00:07:12
OO信者（デザパタ厨）！ 具体的クラスと抽象クラスを結びつけるMix-inってデザパタで言うとどれに相当するん？
まさか、その名の通りMix-inパターンってことないよな
164:仕様書無しさん
07/09/17 00:09:31
>>163
具体的クラスと抽象クラスを結びつけるMix-inってのがちょっと意味不明だが、
Mix-inは一般的には多重継承の一形態。
165:仕様書無しさん
07/09/17 00:09:48
低脳くんの自作自演タァーイム！
166:仕様書無しさん
07/09/17 00:15:49
Mix-Inの講義が始まると聞いて飛んできました
167:163
07/09/17 00:17:51
>>161
俺OO知らん異常者だが、Mix-inって具体的クラスに抽象的クラス（複数OK)を組み合わせて（両方を継承して）
具体的クラスに属性（抽象クラスからの）を持たせるやり方だろ。
抽象クラスを色々継承してバラエティに富む具体的クラスを作る手法じゃなかったか
信者解説頼むよ、おまいらのもっとも得意とする範疇だろ
168:仕様書無しさん
07/09/17 00:17:57
っていうか、なんで俺がMix-inの説明しなきゃならないんだよｗ
最初に持ち出してきた奴はどこに行ったんだ？
169:163
07/09/17 00:20:10
>>168
敵前、逃亡（脱走兵）になったじゃね
170:163
07/09/17 00:31:47
おいおい、なんで、静かになるんだよｗ
多重継承をサポートしてないOOPLしか使ったことないのか....
C++を使ったことあるやしなら、常識と思うんだが
171:仕様書無しさん
07/09/17 00:32:42
しらね。俺は最初に持ち出してきた奴を待ってる。
172:仕様書無しさん
07/09/17 00:32:47
多重継承の安全な利用法ってことでいんじゃね？
173:仕様書無しさん
07/09/17 00:35:54
Mix-inって何のパターンに該当って、言ってることがおっかしくね？
直感的にブリッジパターンって答えたくなるけど
174:仕様書無しさん
07/09/17 00:40:13
だから装備だよ装備。
ガンダムはバルカン砲やビームサーベルやシールドを持っている。
これらの三つは他のガンダムタイプモビルスーツでも持っている.
しかし、感覚的に言って、ガンダムや他のガンダムタイプのモビルスーツが
バルカン砲やビームサーベルやシールドを継承しているとはいえないだろ？
つまり、継承ではないが、そのほかのオブジェクトを使いたいときに
モビルスーツにバルカン砲などをMix-inするわけさ。
俺にはこれが限界。ガンダムしらねorz
175:仕様書無しさん
07/09/17 00:42:31
ビームサーベルとかシールドは単なる持ち物じゃね？
176:仕様書無しさん
07/09/17 00:43:56
装備はわかった。
だが、装備ならば適切なインターフェイスを実装したオブジェクトに委譲する事で実現できるのではないか？
177:仕様書無しさん
07/09/17 00:44:44
いや、機能機能。
ビームサーベルを持つとガンダムはサーベルで
切りつけるという機能（メソッド）を実行できるようになるし、
シールドを持つと守るというメソッドが利用できるようになる。
あたかもオブジェクト（ガンダム）が本来持っている機能のように。
178:仕様書無しさん
07/09/17 00:46:05
>>177
いやだけどデレゲートで出来んじゃんそれ
179:仕様書無しさん
07/09/17 00:46:08
>>176
委譲するのめんどくさくね？
180:仕様書無しさん
07/09/17 00:47:05
>>173
全てのOOPLが多重継承サポートしてないから、パターンになくてもしょうがないよな
>>174
たとえにはワロタが、いいせん言ってると思う。
181:仕様書無しさん
07/09/17 00:49:21
>>179
面倒だが、好き勝手に装備できるのも怖いので一長一短。
装備（機能）を追加できるならば、陸専用のバズーカを宇宙用のガンダムに装備できてしまうって事だろ？
まあ、なんでもできるが、メカニック（プログラマ）の腕が問われるんだろう。
182:仕様書無しさん
07/09/17 00:49:47
>>180
そういう意味じゃなくてよ
例えば継承ってデザパタで言ったら何よ？って聞いたらおかしくね？
つってもやっぱ、ブリッジパタンの替わりのような気がするんだよな。。
183:仕様書無しさん
07/09/17 00:52:22
>>181
> 面倒だが、好き勝手に装備できるのも怖いので一長一短。
それを言ったら委譲だって好き勝手に委譲できるわけで。
184:仕様書無しさん
07/09/17 00:53:12
タイトル：なぜオブジェクト指向は普及しないのか 5
【糞スレランク：Ｃ】
直接的な誹謗中傷：13/181 (7.18%)
間接的な誹謗中傷：9/181 (4.97%)
卑猥な表現：4/181 (2.21%)
差別的表現：14/181 (7.73%)
無駄な改行：1/181 (0.55%)
巨大なＡＡなど：6/181 (3.31%)
同一文章の反復：0/181 (0.00%)
まだまだ他に比べたらマシでしょう
185:仕様書無しさん
07/09/17 00:55:36
うはwww ガンダム改造していったらガンダム継承したガンダムマークIIができたｗｗｗｗ
↑おかしくなーい。
うはwww ビームサーベル改造していったらビームサーベル継承したガンダムができたｗｗｗ
↑どんだけー
186:仕様書無しさん
07/09/17 00:56:33
>>183
委譲はランタイムのインスタンスだけしか影響ないじゃん
Mix-inしちゃうとそこ以下にクラスレベルで影響あるじゃん
187:仕様書無しさん
07/09/17 00:59:10
おれの職場でMix-Inなどと言っても
「なにそれ？」
としか返ってこないな。
188:仕様書無しさん
07/09/17 01:01:28
>>187
じゃ、オブジェクト指向って言ったらどんな反応ある？
189:仕様書無しさん
07/09/17 01:03:25
>>188
rfﾆ､ヽ
l｡ ｡ f9i
t≦_ﾉゝ､ ,,....,,,,__
｀フﾞ´,,:: -- ::､ ,r''"''''''ヽ:::｀ヽ.
,rﾆｭf::r-‐t::::::::ヽ f´,,..、 r"::::::::::i
/,,, Y.. -‐ ヾ::::::::l ノﾞ f･= 7:::::::::::l.
ﾑﾟﾞﾞ' く､'ﾟ` ﾞ'"):::l ヽ'' ﾞ'⌒ﾘ:ﾉ ,:rﾆテ三ミゝ、
l=,,;;:. l=､ ..::" ,)ヽ、 j⌒ ﾄ'"fノ ,r"彡彡三ﾐミ｀ヽ、
／`ゝ-''^ヽ''" ,/: : : :＼ ヽ、: : : '" ノ^i, ﾞゞ''"´ ﾞifrﾐソﾍ,
/rf´ i′ ,f^ヽノ:,. - - 、 ヽ,,. -ﾃ） ,／ ｀ヽ:,i ,,.,...、 ヾミく::::::l
ﾞ'ﾞ l l: : j :f´: : : : : ヽ,/ '''"´ ,,.: - lｦ ｪ｡､ 〉:,r-､::ﾘ
! /: :ﾉ l: : : : : : : ノ, ,:'" / ,, 、 '"fっ)ﾉ::l
/-‐-/: :/: l: : : : : : ,/ / / `i- ､ヽ ,.:ﾞ''" )'^`''ｰ- :、
. _,,..::-,テ /`7: :（: : : : : //'´ミ)ゝ^) 〃 i､ヲﾞi .:" ,,. /;;;;;;;;;;;;;;;;;;;｀ﾞ
｀_,:ｨ''" _,r''" f: : :ト---ヲ ﾄ､つノ,ノ fﾉ ﾉﾞi ,,.:ｨ'" /;;;;;;;;;;;;;;;;;;;;;;;;;
-‐-‐'''フ" ,.ﾉ,:::::」､,:r'" i _,,.:イ / ,r''";;;;;;｀ﾞﾞ" ヽ_,,ノ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
､..､く´＿,,∠"ｨ''"´ ／ ,ヽ ﾞ:､ /＼、 /;;;;;;;;;;;;;;;;;r-'"´｀i,;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
´ ,ﾍr:､-､=---／ ,:ｲ ヽ ＼ ｀ヽ〃_;;;;;;;;;;;;f´' ll;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
ｰフ´ > ヽ`ｰ､／ ／く _,,..ヽ ヽ ,／ ｀ﾞ''ーハ. l;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
／ ／ ,,ゝヽ, ） ,.／ ｨ'" ﾞt `' ／^t;＼ ,,.ゝ;;;;;;;;;;;;;;;i;;;;;;;;;;;;
190:仕様書無しさん
07/09/17 01:03:28
「Javaだよね」
と返ってくるな。
ボンクラ多いんだわ、うち・・・
191:仕様書無しさん
07/09/17 01:03:55
どうでもいいけど、だれか俺のMix-in=ブリッジパタン説を論破してくれ
ブリッジさえ無くなりゃ、DIでアブストラクトファクトリ消し去ったときくらいのスッキリ感なんだけど
192:仕様書無しさん
07/09/17 01:04:00
ついでに、横断的関心事がねーなんて言ったら、どう？
193:仕様書無しさん
07/09/17 01:06:03
この前、プロジェクトで珍しく多重継承があると便利な場面があった。
結局は委譲で実装したんだが、その時にMix-inが使えりゃ楽なのに！と言った。
「ミクシイ？ 社内じゃミクシイ禁止だよ」
委譲すら理解していないヤシにはちょっと難しい言葉でしたｗ
194:仕様書無しさん
07/09/17 01:06:07
「ジャンプ読むからあとでいい？」
って返ってくるな。
間違いなく。
195:仕様書無しさん
07/09/17 01:09:58
多重継承あると便利な局面って割と多いんじゃね？
Hibernateとかモデルにプロキシかまして永続オブジェクトとして使ってるけど、
多重継承できれば簡単なはず
便利さ以上に複雑さが増す可能性もあるかも知らんけど
196:仕様書無しさん
07/09/17 01:13:38
>>195
便利な局面は多いが、必須な局面はほとんどない。
設計がいたずらに複雑にならないので使えてもなるべく使わない方がいいと思うがどうなんだろ。
197:仕様書無しさん
07/09/17 01:14:20
やつが逃亡宣言した後、本当に逃亡したようで、まともな流れになってるなｗ
198:仕様書無しさん
07/09/17 01:20:03
どうでもいいんだが、Maven2 と Continuum との連携にはまっている件に関して。
199:仕様書無しさん
07/09/17 01:20:35
よし、そのことを詳しく書け。許可する。
200:仕様書無しさん
07/09/17 01:23:07
>>198
hudson使え
ってのはだめ？
201:仕様書無しさん
07/09/17 01:24:09
あー、あのハチのマークで有名な
202:仕様書無しさん
07/09/17 01:24:34
許可されたのでチラシの裏程度に。
---以下チラシの裏---
pom.xml
<scm>
<connection>scm:svn:URLﾘﾝｸ(127.0.0.1)
<developerConnection>scm:svn:URLﾘﾝｸ(127.0.0.1)
<url>URLﾘﾝｸ(127.0.0.1)
</scm>
とするんだが、SVNで接続に行く時に、
WARN ContinuumScm - Command output: svn: PROPFIND request failed on
認証失敗のようだが、user:pass@127.0.0.1にしてもダメ
203:仕様書無しさん
07/09/17 01:25:34
許可した俺がだが、何のことかわからん。
204:仕様書無しさん
07/09/17 01:26:16
勘で、社内プロキシの問題
205:仕様書無しさん
07/09/17 01:27:30
>>200
Trac月使って、SVN + Trac + Eclipse + Mylyn + Maven2 + Continuum って構成で試しているだけよ
206:仕様書無しさん
07/09/17 01:28:17
>>204
うんにゃ、今現在、自宅のローカルマシンでやっている。
207:仕様書無しさん
07/09/17 01:29:14
>>205
多分Continuum関係ないな
PROPFINDってエラー俺も良く出す
LAN越しにリポジトリ参照するとき出る
208:202
07/09/17 01:48:35
解決。
単にContinuumの画面からユーザー名とパスワードを入力するだけだった。
でも、バグだったらしく原因究明に時間が掛かっていたというオチ
URLﾘﾝｸ(jira.codehaus.org)
---チラシの裏---
209:仕様書無しさん
07/09/17 03:18:00
スレとは全く関係ない話題がMix-inされてしまった。
210:仕様書無しさん
07/09/17 03:31:08
誰がうま・・・くねーよｗ
211:仕様書無しさん
07/09/17 04:10:06
無理やり本題に戻るが・・・
普及しない理由のひとつには、商用として実用可能なＯＯＰＳが存在しない事が挙げられると思う。
212:仕様書無しさん
07/09/17 04:52:01
いや、普通に普及しているから。 oops !
213:仕様書無しさん
07/09/17 06:52:43
まともな議論などできない人物でも
50も60もレス付けて、その中に１個か２個まともなレスがあれば、
いっぱしの議論屋気取りｗｗｗ
それが２ちゃんの議論のクオリティｗｗｗｗ
214:仕様書無しさん
07/09/17 07:05:44
public abstract class BaniraFlavors implements Flavors, Foo {
public void doIt() {
...
}
}
public class ConcreteObj implements Foo {
Flavors banira = new BaniraFlavors();
public void doIt() {
// 事前コード挿入
....
// Flavors呼び出し
banira.doIt();
// 事後コード挿入
...
}
}
こんだけｗ
215:仕様書無しさん
07/09/17 07:09:14
上記のコードで、明示的にFlavorsの初期化と呼び出ししてる部分を、
言語システムが自動で行うのが、Mix-In。手で委譲コード書けば済む話だから
意味論を議論するのは意味あるとしても、今更Mix-Inについて50も60もレス付けて、
曖昧な回答しか出せないのは底辺コンサルの証拠。
以上
216:仕様書無しさん
07/09/17 07:22:18
Flavorsの側で、事前コード doIt_pre() や 事後コードdoIt_post()を提供するやり方もあったんじゃないかな。
上のコードは普通の継承となんら変わりないが、
Flavors側で事前/事後コード用意するやり方は、通常のシンプルな継承では書けない。
理由は、親クラス側では子クラスの呼び方を確定できないから。メタプログラミングの仕組み使えばなんか書けるけど。
217:仕様書無しさん
07/09/17 07:29:34
Mix-InってC++で言うところのポリシークラスだよな。
逆にポリシークラスで無いものをMix-inとか言って使われると
多重継承の問題くらい理解しとけやこの三下が！とかは思う
218:仕様書無しさん
07/09/17 09:16:40
>>216
なんで？普通に↓じゃだめ？
public abstract class Parent {
public final void doIt() {
// 事前コード提供
...
// 事後コード提供
}
public abstract void subDoIt();
}
public class Child extends Parent {
@Override public void subDoIt() {
....
}
}
219:仕様書無しさん
07/09/17 09:49:57
まあそのあたりは、どの程度の自由度で我慢するかしだいだな。
俺も最初にFlavorsの説明読んだ時(かれこれ20年前のbit記事)は、あなたと同様なコードを考えた。
ただそのやり方は、あらかじめコードをカスタマイズするポイントが判っていて、subDoIt()をきちんと定義してないと使えない。デザパタちっくな、堅苦しくて余分な形式的ゴミコードが発生しやすいやりかたなんだ。
これに対して例えばAspectJでは、特定のクラスの特定のメソッド中の別のメソッド呼び出しをパターン指定してフックする方法を採用してたりする。
それ自体あんま美しいやり方とは言えないが、この方法はバイナリーコードの動的な改変にも使えるという意味で素晴らしい。
・・・と、そういったふうな自由度を実現する事はなかなか意味のあることなんじゃないかな。確かにクラスを駆使すりゃ等価なコードは書ける。それはアセンブラとて同じこと。
同じことをもっとシンプルで判りやすく 書ける
これこそが、プログラミング言語の進化にとって重要な事なんだ。
キミに二年前にAOPとCLOSの話をした主旨、そろそろ理解できたかな？すずきたかひろくん
220:仕様書無しさん
07/09/17 09:51:29
>>1
斉藤みたいな奴がいるから
221:仕様書無しさん
07/09/17 10:37:41
OOP知らない奴にOOPのメリット説明すんのって難しいよな
なので先にAOPのメリット説明するのはどうよ
AOPは今まで出来なかったことが出来るようになるからアホにもメリットが理解しやすいだろ
222:仕様書無しさん
07/09/17 10:43:26
いや全然オブジェクト指向のメリットを説明するのは難しくないわけだが
お前らそんなこと言ってるからわかってないとか、俺俺オブジェクト指向とか言われてることにいい加減気づけよ
223:仕様書無しさん
07/09/17 10:54:44
1. OOP知らない奴にOOPのメリット説明すんのって難しいよな
2. OOPのメリット説明すんのって難しいよな
1と2は意味違うけどOK?
OKなら説明開始してくれていいよん
224:仕様書無しさん
07/09/17 11:15:41
ガクッとレベル低下
またいつもの低脳常駐者か
225:仕様書無しさん
07/09/17 11:19:05
なんか、Mix-inと同じようなことを継承で実装して
えらそうなことをいっているやつがいるな。
だからわかってないといわれる。
226:仕様書無しさん
07/09/17 11:25:37
> キミに二年前にAOPとCLOSの話をした主旨、そろそろ理解できたかな？すずきたかひろくん
どうでも良いが、この文だけは恥ずかしいな。
すずきたかひろって誰だよｗ
227:仕様書無しさん
07/09/17 11:33:57
>>222
> いや全然オブジェクト指向のメリットを説明するのは難しくないわけだが
難しくないといいながら、説明しないから説得力ないんだよん♪
228:仕様書無しさん
07/09/17 11:39:19
banira ってなに？ 恥ずかしいなぁｗ
229:仕様書無しさん
07/09/17 11:41:10
オブジェクト指向を必死に信仰して押し付けてくる奴ってのは
実務でオブジェクト指向を使ったことがなく、本で理屈を知ってる
だけの場合がほとんどだ
だから実効性など説明できず本に書いてあることを真似して言うだけ
230:仕様書無しさん
07/09/17 11:46:00
いまどき実務でオブジェクト指向なしに仕事なんか出来るかよｗ
PHPでさえオブジェクト指向使うよ。
フレームワークのせいで○○クラスの継承をして作るってことが
必須になっているし。
231:仕様書無しさん
07/09/17 11:49:27
仕事でプログラムする場合って大抵フレームワーク状になるんじゃねーの？
ファクトリメソッドなクラスが、テンプレートメソッドなクラスを生成して、実行。
俺が関わるプロジェクトってOOなら言語関わらず大抵がこの形なんだが。
OOってのは「書きやすい」じゃなくて「仕様を説明しやすい」、「引き継ぎやすい」を目的とするものじゃねーの？
232:仕様書無しさん
07/09/17 11:49:51
>>230
じゃあ既存の設計と比べてどれだけ実効性が上がったか
具体例を挙げて説明して
233:仕様書無しさん
07/09/17 11:50:47
>>230
おまえが言ってるオブジェト志向なんて、どうせ言語レベルだろｗ
234:仕様書無しさん
07/09/17 11:50:51
>>226
まめぞの元ｼﾔﾁｮ
235:仕様書無しさん
07/09/17 11:54:41
Banira
それはマニラ原産のバナナから抽出されるヴァニラ香料。
236:仕様書無しさん
07/09/17 11:56:01
>>232
既存の設計？
フレームワークを使うのと使わないのでは実効性は大きく違うが、
でもそれはフレームワークの実効性の話であって、
きって君はそういうことじゃないんだろ？
オブジェクト指向を使わないフレームワークと比べたいとこだが、
オブジェクト指向を使わないフレームワークって知らないのだが。
（言っとくけど、フレームワークは関数群とは違うよ）
だから、オブジェクト指向があればフレームワークというものを作れる。
そしてそれを使うことで大幅に実効性があがると主張しておくよ。
237:仕様書無しさん
07/09/17 11:58:20
vanillaな
238:仕様書無しさん
07/09/17 11:58:21
オブジェクト指向プログラミングの利点を説明してもいいけどさー、
説明したところでそんなことは知ってるわボケって返って来るんだよな。
実際同僚に説明してみたからわかる。
聞いたことがあるってことと理解してるってのじゃ全然違うこともわからん奴が多すぎてなぁ。
ま、とりあえず構造化設計手法の利点と問題点を考えてみ。自分で考えないと理解に繋がらん。
239:仕様書無しさん
07/09/17 11:58:49
C言語だからオブジェクト指向が出来ないってもんでもないしな。
構造体に関数ポインタ持たせてテンプレートメソッドしたりも普通にする。
枠組みを決めて、役割を明確化するだけで、自ずとOOになるもんだよ。
240:仕様書無しさん
07/09/17 12:00:45
>>239
問題は、そうやって書いたコードの量が
オブジェクト指向言語で書いたコードの量に比べて多い。
そして意味がわかりにくいところだな。
デザインパターンのどれか一つでも良いから
それをC言語で実装してみればわかる。
241:仕様書無しさん
07/09/17 12:01:50
>>236
いつものとおり分かりやすい説明ありがとう
242:仕様書無しさん
07/09/17 12:06:08
C言語からC#に移った時の感想を聞いたが
「最初は倍掛かったが、今は3倍くらい速くなった」とのこと。
OOというより、ライブラリが豊富ってのが一番の原因だけどｗ
標準でRegexとかあるとねぇ・・・
243:仕様書無しさん
07/09/17 12:07:30
>>240
その前に,javaでMS-DOSのデバイスドライバを作ってくれよ
244:仕様書無しさん
07/09/17 12:09:35
>>243 それはOOと関係ないじゃん
>>240にもいえることだけど、言語とOOに直接の関係は無い。
オブジェクト指向言語と、オブジェクト指向分析・設計は分けて考えよう
245:仕様書無しさん
07/09/17 12:11:29
>>243
それをすることで何がわかるんだ？ｗ
まさか、Javaでハードウェアを直接操作しづらいとか、
MS-DOS上のJavaってあるのか？という点を持ち出して
オブジェクト指向はだめという、とんちんかんな
論理展開をするつもりじゃないだろうな？ｗ
246:仕様書無しさん
07/09/17 12:14:03
>>244
> >>240にもいえることだけど、言語とOOに直接の関係は無い。
>
> オブジェクト指向言語と、オブジェクト指向分析・設計は分けて考えよう
そもそも>>239がオブジェクト指向分析・設計をC言語で実装するって話をしているじゃん。
そういうことは>>239にいってくれよ。
247:仕様書無しさん
07/09/17 12:14:30
>>242
そのライブラリをたくさん提供しやすいのもOOの特徴だろう
248:仕様書無しさん
07/09/17 12:16:37
>>246
意味が分かりにくいとか適当なレッテル貼ったのは>>240だからそういった。
249:仕様書無しさん
07/09/17 12:17:47
>>242
おまえなんで、C#に行ったんだよ、C++にも超素晴らしいライブラリあるぞ！
今からでも良いから、C++に来なさい。C#にはない強力なGenericで遊ぼうよ。
>>244
アンチな俺も
>オブジェクト指向言語と、オブジェクト指向分析・設計は分けて考えよう
には同意
250:仕様書無しさん
07/09/17 12:19:07
>>247
それは言えると思う
C++のライブラリはCから移行したときは
理解しずらかったが慣れると便利で戻れない
詳細を知らなくても使い方を知ってるだけで
便利だ
251:仕様書無しさん
07/09/17 12:20:28
>>248
> 意味が分かりにくいとか適当なレッテル貼ったのは>>240だからそういった。
話がつながってないぞ。それじゃただの脊髄反射といわれても仕方がないな。
252:仕様書無しさん
07/09/17 12:21:15
>>249
メタプログラミングにアンチな俺はそれをさせない。
・・・てか、ただの会社の方針。
253:仕様書無しさん
07/09/17 12:21:57
>>249
> C#にはない強力なGenericで遊ぼうよ。
知識が古い
254:仕様書無しさん
07/09/17 12:22:33
>>251
脊髄反射はお前だろ
C言語を無意味に批判してるのはお前だけ。
255:仕様書無しさん
07/09/17 12:22:57
>>247
OO + オープンソースが最強だったと、歴史が証明しているな
256:仕様書無しさん
07/09/17 12:23:06
メタプログラミングといえば、
リフレクション。便利だよ。
257:仕様書無しさん
07/09/17 12:24:15
>>254
> C言語を無意味に批判してるのはお前だけ。
はぁ？ C言語でオブジェクト指向設計を実装すると
オブジェクト指向言語で実装するよりも
面倒だといっているだけだろ。
勝手に無意味に批判しているとか勘違いすんな。
258:仕様書無しさん
07/09/17 12:25:00
>>245
同じぐらい、バカなことを>>243が言っている。
259:仕様書無しさん
07/09/17 12:26:22
何が面倒くさくて、何が分かりにくいんだ？
thisポインタを自前で管理してる程度の違いしか思い当たらんが。
260:仕様書無しさん
07/09/17 12:28:22
>>259
それに加えて継承や仮想関数を多用するコードを書けばわかる。
261:仕様書無しさん
07/09/17 12:31:15
メタプログラミングとリフレクションって何か関係あるのか？
メタプログラマから見たらリフレクションなんて邪道なんじゃないのか
ましてAOPなんて本質から足を踏み外してるとしか思ってないんじゃなかろうか
262:仕様書無しさん
07/09/17 12:32:11
継承＝関数を変えるだけ
仮想関数＝関数ポインタそのもの
ホントはお前、C触ったこと無いだろ
263:仕様書無しさん
07/09/17 12:33:46
ところでよ、そのすごいOO言語ってCで書かれてないのか？
どうなんよ？
264:仕様書無しさん
07/09/17 12:33:58
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
メタプログラミングの例として次にリフレクション（reflection）を取り上げましょう。
Rubyのまつもとせんせの記事
265:仕様書無しさん
07/09/17 12:34:03
とりあえず、オブジェクト指向分析/設計は今のところバズワードってことは認識しとこうぜ
有効性をあたりまえのように語って恥ずかしくないのは現状OOPだけな
266:仕様書無しさん
07/09/17 12:34:23
アンドリューがC++は頭を使う言語だと言っている
267:仕様書無しさん
07/09/17 12:34:39
>>265
お前の存在がバズワードってことは認識できた。
268:仕様書無しさん
07/09/17 12:35:05
>>262
お前はC++を触ったことがないな
触っていたとしても、便利なC言語としてぐらいだな。
269:仕様書無しさん
07/09/17 12:35:39
>>262
どうかんがえても勝ち目ないから、その辺でやめとけよ
なんだよC触ったことないって煽りは。センスなさすぎだろ
270:仕様書無しさん
07/09/17 12:36:12
>>265
もうさ。オブジェクト指向分析・設計以外の設計は
現場では死滅してしまっていると思うんだがｗ
271:仕様書無しさん
07/09/17 12:36:39
>>263
書かれてたり書かれてなかったり。
272:仕様書無しさん
07/09/17 12:37:18
>>269
ボロ負けしてるお前がいうな
273:仕様書無しさん
07/09/17 12:38:10
なんでもいいけど、OOA/OODの信者は
OOPの信者とはまた別の存在って考えてくれ
アンチOOに、そのへん勘違いされると困る
274:仕様書無しさん
07/09/17 12:38:37
>>261
メタ情報ってのは対象を俯瞰したときの構成要素の情報を指すんじゃねーの
喧嘩の最中に「お前童貞だろ」ってのはメタ攻撃だと思うがどうか？
275:仕様書無しさん
07/09/17 12:38:50
>>271
まつもとRubyはCじゃなかったか？
276:仕様書無しさん
07/09/17 12:39:37
>>275
だから「書かれてたり書かれてなかったり」。
277:仕様書無しさん
07/09/17 12:40:06
>>270
おまえがなんとなくOOA/OODって言葉使ってるんだとしたら、
それいわゆるOOA/OODと違うものだからな
その辺の機微わかって使ってるんだったら、もう何も言わないけどな
278:仕様書無しさん
07/09/17 12:41:31
俺は分かってるけどお前は分かってない。
この手の茶番はガンダムオタとかに良く見る光景。
279:仕様書無しさん
07/09/17 12:41:33
>>274
> 喧嘩の最中に「お前童貞だろ」ってのはメタ攻撃だと思うがどうか？
それはメタ攻撃じゃなくて、ダメ攻撃だｗ
280:仕様書無しさん
07/09/17 12:41:42
>>273
ここの信者ってOOPL信者だろ
意外と、その信者ってアンチOOD/OOAって多いんじゃない
てか、OOD/OOAなんてできませんじゃね
281:仕様書無しさん
07/09/17 12:42:11
>>272
誰が見たってフルボッコはおまえだろうよ
C++使いにC使ったこと無いだろってなんだそれ、バカか？
282:仕様書無しさん
07/09/17 12:42:41
>>277
とりあえず、意見があるのならちゃんと言ったほうが良いよ。
あなたの意見はグーグルじゃ見つからないのだから。
283:仕様書無しさん
07/09/17 12:43:26
>>281がC++使いだってさ
284:仕様書無しさん
07/09/17 12:44:33
つーか、みんなウォーターフォールで開発やってんの？
いまだに設計と実装わけてやってんの？
285:仕様書無しさん
07/09/17 12:44:33
アンチはOO（D|A|P）に代わる代替技術を示す事。
OOに相当する便利な機能が不要であればそれを示す事。
信者はOOの優位性をアンチに押し付けぬ事。
286:仕様書無しさん
07/09/17 12:45:48
アンチはOO（D|A|P）に代わる代替技術を示す事。
しかし現実はOO（D|A|P）を知らないで文句を言うだけの奴。
287:仕様書無しさん
07/09/17 12:46:51
>>284
ウォーターフォールは優れた工程管理ですが何か。
アジャイルは仕様が曖昧、技術者不足のときに適用するものです。
288:仕様書無しさん
07/09/17 12:47:47
>>282
OOA/OODはググればでてくるよ
少なくとも現場でOOA/OOD使ってるところは少ない
あたりまえの意見
289:仕様書無しさん
07/09/17 12:47:53
>>287
何その分け方。
290:仕様書無しさん
07/09/17 12:47:58
> ウォーターフォールは優れた工程管理ですが何か。
そう。あれはただの工程管理。
分析や設計ではない。
291:仕様書無しさん
07/09/17 12:48:29
>>288
お前の現場で使ってないだけ。
292:仕様書無しさん
07/09/17 12:48:30
OOに代わる技術といったらXXしかないだろあと大穴で□□とか△△とかか
293:仕様書無しさん
07/09/17 12:49:59
>>262 この手の発言をする人って信用ならんｗ
手間を省きたいためのOOPでありOOPLなのにｗ それなのにｗ
294:仕様書無しさん
07/09/17 12:50:22
>>291
おまえOOA/OOD以外死滅したっていったろ？
俺はさ、OOA/OOD否定するものじゃないけど、
突拍子も無いこといいだされると逆に迷惑するわけ
あたりまえの意見
295:仕様書無しさん
07/09/17 12:50:43
>>285
根性開発、根性解析、根性プログラミング、滝開発、これが日本の伝統です。
そして、池田先生、マンセーすることが大事
296:仕様書無しさん
07/09/17 12:51:35
>>287
ウォーターフォールの提唱者が「こりゃダメだ、サーセンｗｗ」と言っているのは知らんのかｗ
本来、ウォーターフォールが有効になる現場の方が少ない
297:仕様書無しさん
07/09/17 12:52:57
>>293
信用もなにも、Cで済むんだったらなんでOOPLが作られたのかって
考えればわかるはなし
298:仕様書無しさん
07/09/17 12:54:18
> そして、池田先生、マンセーすることが大事
だれ？ ラッキー池田？
話の流れからしたら、知る必要のない人間みたいだけどｗ
299:仕様書無しさん
07/09/17 12:54:33
>>296
んだ。そんな常識も知らねんだよな
結局、ものをしらなすぎなんだよ
300:仕様書無しさん
07/09/17 12:54:55
>>296
出来てないと出来ないを混同すんなっての。
ナレッジが集約できる企業はウォーターフォールでやってます。
301:仕様書無しさん
07/09/17 12:56:00
>>300
やってると好適とを混同してんのはあんたでは？
302:仕様書無しさん
07/09/17 12:56:02
ナレッジｗ
303:仕様書無しさん
07/09/17 12:56:57
事実出来てるから言ってんだけどな
304:仕様書無しさん
07/09/17 12:57:49
（毎度毎度デスマを乗り越えてやっと）出来てるYO！
305:仕様書無しさん
07/09/17 12:58:19
>>302
顧客や上司の前で同じ反応示してみな。白い目で見てくれるから。
306:仕様書無しさん
07/09/17 12:58:38
>>303
頭悪くて>>301読めない？
307:仕様書無しさん
07/09/17 12:59:13
てか少ないっていってんのが前提的に根拠がないしな
308:仕様書無しさん
07/09/17 12:59:33
ナレッジを集約は、リアルで発言するの無理だろｗ
309:仕様書無しさん
07/09/17 13:00:36
ナレッジマネジメントって言葉も使えない現場の奴だったか。
310:仕様書無しさん
07/09/17 13:02:40
ナレッジマネジメントなんてとっくに失敗、死滅してるだろ
ウォータフォールも然りだけど、あんた以外は一般論しか言ってないんだよ
あんたがものしらなすぎだからだめなだけ
311:仕様書無しさん
07/09/17 13:03:32
死滅って言葉好きだな。世間知らない奴しか使わない言葉だよ。
312:仕様書無しさん
07/09/17 13:04:57
>>311
日経システム構築だけ読んでても、世間を知ったことにならんぞ
精進しろ
313:仕様書無しさん
07/09/17 13:05:15
>>311 クールに
ナレッジマネジメントはディスコンです
314:仕様書無しさん
07/09/17 13:05:35
>>298
ラッキィ池田な。
>>286
>アンチはOO（D|A|P）に代わる代替技術を示す事。
代替技術といか、単に従来の技術を示すだけだ。
取り入れるメリットが無い、従来の物で十分と言う主張だと思う。
>しかし現実はOO（D|A|P）を知らないで文句を言うだけの奴。
2行目は同意だが、知るための労力を目先の作業に充てているって感じかな。
俺はとりあえず言語から入ります。
315:仕様書無しさん
07/09/17 13:06:59
精進って何だ？引きこもりが偉そうに使って成立する言葉じゃないだろ。
316:仕様書無しさん
07/09/17 13:08:49
これからの時代はアスペクト指向分析・設計の時代なんだがね。
317:仕様書無しさん
07/09/17 13:09:27
>>315
悔しいのはわかるけど、その悔しさを建設的な方向に生かせよ
お互いがんばろうぜ！
318:仕様書無しさん
07/09/17 13:10:32
お前だけな。何もしてなさそうで、むしろ心配なくらいだ。
319:仕様書無しさん
07/09/17 13:11:09
>>316
あなたは時代を見てきた玄人さんですか？
320:仕様書無しさん
07/09/17 13:11:20
>>285
＞アンチはOO（D|A|P）に代わる代替技術を示す事。
代替技術じゃないけど、おじゃばその他が言ってる構造化手法+OOPで
いいんじゃん、無理してOOD/OOA使う必要ねえよってのがアンチの主張
じゃないの？
321:仕様書無しさん
07/09/17 13:14:09
>>320
最近来る奴はそれ以前な感じだな
322:仕様書無しさん
07/09/17 13:15:12
ちゃんぽんまんせーが一番だと思うけどなぁ・・・
323:仕様書無しさん
07/09/17 13:16:38
>>314>>320
だから、従来技術で充分である根拠を示せ、と。
開発効率は多少低くてもできるし、顧客は充分な時間を与えてくれるから急ぐ必要はない、とかね。
324:仕様書無しさん
07/09/17 13:17:47
>>314
違う、現人神であられる、池田犬作大聖人
人を罵ることが好きな地獄界の住人は池田先生に帰依しなければ、
地獄界永劫輪廻より転生できないぞ。
325:仕様書無しさん
07/09/17 13:20:44
上司が新しい手法に着手しない一般原則的な理由があってだな。
新しい流儀を覚える・覚えさせていく時間が無いってことが一番の原因なのですよ。
伝家の宝刀「流行りものより10年持つ技術の方が大切」ってのが飛び出すから。
326:仕様書無しさん
07/09/17 13:21:41
そもそも、オブジェクト指向分析・設計に、
オブジェクト指向なんてプログラミング用語を
つけたのが間違い。みんなそう思っているんだろ？
なんでもオブジェクト指向ってつければ良いってもんじゃないのよ。
そんなにオブジェクト指向が好きなら、
オブジェクト指向要求定義
オブジェクト指向テスト
オブジェクト指向検収
オブジェクト指向納品
オブジェクト指向人事採用
オブジェクト指向給料
とか作れという話。
327:仕様書無しさん
07/09/17 13:22:56
>>325
オブジェクト指向上司が必要ですね。
328:仕様書無しさん
07/09/17 13:24:01
従来の会議をやめて、オブジェクト指向会議をしよう！
329:仕様書無しさん
07/09/17 13:24:03
>>325
>流行りものより10年持つ技術の方が大切
これ正しいぞ。
330:仕様書無しさん
07/09/17 13:25:50
連休なのにおまぃらすること無いのかお（ ＾ω＾）
罵り合いで生産性がないお（ ＾ω＾）
331:仕様書無しさん
07/09/17 13:26:27
オブジェクト指向休暇真っ最中
332:仕様書無しさん
07/09/17 13:26:48
オブジェクト指向なんて２０年、アジャイルですら１０年くらいの歴史があるんですがｗ
333:仕様書無しさん
07/09/17 13:28:15
> オブジェクト指向なんて２０年、
そういやWindows 1.0がでたのが20年前か。
334:仕様書無しさん
07/09/17 13:28:21
オブジェクト指向保身
オブジェクト指向デスマ
オブジェクト指向組織
オブジェクト指向契約
オブジェクト指向私怨
335:仕様書無しさん
07/09/17 13:29:45
「実績」と「歴史」は別物だわな
336:仕様書無しさん
07/09/17 13:30:46
>>332
歴史じゃない、それがメジャー技法としていられる期間が10年って事じゃね
337:仕様書無しさん
07/09/17 13:31:15
別かもしれないけど実績は積まなければ永遠にゼロ
338:仕様書無しさん
07/09/17 13:31:24
XML+XSLTに対してまで10年持つ技術批判する上司がうちにいる。
そして最近俺は支社が時間的に請け負えなくなったXSLTベースのシステム開発を引き継いだ。
ちょｗ、採用してんじゃんｗ
339:仕様書無しさん
07/09/17 13:32:03
さて、20年前に流行の技術であった
オブジェクト指向を採用した奴は
どう評価されるのかしらね。
340:仕様書無しさん
07/09/17 13:33:12
>>336
それならばもう２０００年頃にはウォーターフォールは終焉を迎えている。
しかし、切り替えは未だに進まない
341:仕様書無しさん
07/09/17 13:33:35
>>329
いや、正しいんだけど、その上司ってのが
技術レビュー・手法レビューをしない人でね。
VBにSQLを埋め込んでサーバーに投げようよとかいう人だから。
342:仕様書無しさん
07/09/17 13:33:38
オブジェクト指向なんてなぁ、
「使う側」にいる場合はなんちゃないんだが、
「作る側」になったとたんに破綻する奴がいるんだよ。
オブジェクト指向「言語」は普及してるが、
いざ「作る側」としての知識を持ってる奴ばかりかといわれると、
疑問符がつくってのが実際のとこだろ。
343:仕様書無しさん
07/09/17 13:34:08
いい加減ウォーターフォールなんてやめて
オブジェクト指向工程管理を採用しろよ。
344:仕様書無しさん
07/09/17 13:35:22
だからオブジェクト指向という用語を
言語以外につかっちゃったからいけないんだよ。
その分析や設計って、オブジェクト指向と何の関係もないでしょ？
345:仕様書無しさん
07/09/17 13:36:13
>>341
> 技術レビュー・手法レビューをしない人でね。
そんなことしてないで、仕事しろ。
346:仕様書無しさん
07/09/17 13:36:14
契約社会である限り、ドキュメント至上主義は変わらない
ゆえに？ウォーターフォールは、アジャイルでは置き換えられない。
347:仕様書無しさん
07/09/17 13:36:56
>>345
無限ループのはじまりだな
348:仕様書無しさん
07/09/17 13:37:15
オブジェクト指向ドキュメント
349:仕様書無しさん
07/09/17 13:39:32
>>344
がくっとくる発言だなぁ・・
オブジェクト指向「言語」「分析」「設計」とそれぞれ存在する。
「分析」して、「設計」して、「実装」する。
このときに各フェーズ同士で移行しやすいのがオブジェクト指向の利点。
つか、どうやって設計してんの？
クラス設計とかしてなさそうね。
350:仕様書無しさん
07/09/17 13:40:01
>>342
度々登場するテンプレートメソッドってのがその折衷案なのさ。
使う側はメソッドの中を実装するから、構造化でOKってなる。
手法云々以前の問題でリファクタリングできない状態にもたまにしてくれるが
351:仕様書無しさん
07/09/17 13:42:00
>>349
クラス設計はクラス設計と呼べばいい。
っていうか、あれはコードのメソッドを抜き出しただけ。
実装だよ。実装。
352:仕様書無しさん
07/09/17 13:42:47
>>338
上司が言いたいのは、10年以上主流として使われる技術は体の芯に叩き込め
さっと、やってきてすぐに過ぎ去るような技術(台風技術）はさらっと使える程度の習得で良い、
体の芯に叩き込む必要はないといいたいんじゃね。
だた、どれが10年主流技術、台風技術なるのかは？だ。
で、XML+XSLTって10年主流技術って思う？
353:314
07/09/17 13:43:55
ちなみに、俺はアンチじゃないつもりだ。だからメリットが無い理由は示せない。
今のところ >OO（D|A|P）を知らない のでね。
>>314は[代替技術]=[より新しい技術]みたいな印象があったので書いてみた。
個人的な考えとしては単に、「既に普及している技術を身につけることに意味がある。」
と感じているし(スレタイに疑問)、単純に興味もある。
仕事でJAVA触ったけど上手く組めなくて悔しかったしな。
354:仕様書無しさん
07/09/17 13:44:31
>>352
> で、XML+XSLTって10年主流技術って思う？
そんなこと誰にもわかりません。
後になってから10年主流技術だった！って叫ぶかもしれんだろｗ
355:仕様書無しさん
07/09/17 13:45:17
>>351
あのな、クラスはオブジェクト指向の要素の１つってこと理解してる？
356:仕様書無しさん
07/09/17 13:45:47
>>352
どれが10年技術かなんてわからねーだろ
技術自体がこれだけのスピードで動いているんだから。
俺もJavaを始めた頃（1.1時代）は、周りからアホ呼ばわりされていた。
今じゃ経験年数だけでハッタリにもなるほど周知されてる。
357:仕様書無しさん
07/09/17 13:46:01
>>355
無知はほっとけ
358:仕様書無しさん
07/09/17 13:46:37
>>355
だから？
359:仕様書無しさん
07/09/17 13:46:37
>>352
芯に叩きめば、10年使える技術になる。そういう人が多ければね。
360:仕様書無しさん
07/09/17 13:47:14
オブジェクト指向分析のどこが
オブジェクト指向なんですかね？
361:仕様書無しさん
07/09/17 13:47:31
なんかクラスすら理解してない奴がまぎれてるなｗ
362:仕様書無しさん
07/09/17 13:48:16
クラスってのはオブジェクト指向言語で使うべき言葉。
設計に持ち出してくるのがそもそも間違い。
363:仕様書無しさん
07/09/17 13:48:19
オブジェクト指向わざわざ普及させる必要ってなくね？
プロジェクト全体の１割、いや５％が理解してればいい訳だし。
そいつらが、残りのドカタPGの為にOO意識しなくて良いフレームワークなりを
提供すれば問題無い。
つかむしろ普及させないでくれ。
継承とシングルトンとクラスメソッドを適当に使うんじゃねーーーー！
ちょっとソースレビューしなかった隙に、
糞クラス作りまくられてたおれの心の叫びORZ
364:仕様書無しさん
07/09/17 13:49:11
トマトスープのどこがトマトなんですかね？
フィレ肉のステーキのどこがフィレ肉なんですかね？
オブジェクト指向分析のどこがオブジェクト指向なんですかね？
ちゃんと書いてあるだろｗｗｗ
365:仕様書無しさん
07/09/17 13:49:49
ちなみに、逆に廃れた技術を習得するのは意味があるか？
先日、3年目でJavaを中心にやってきた若手に対し、上司が来月からコボラになれと言った。
若手はごねて、上司は「いやなら辞めろ」と言い放ち、結局は辞めた。
新しい技術とかにも興味ある奴だったしセンスもあると思っていたので俺も上司とやりあったんだが、今は俺も辞めようとしている。
366:仕様書無しさん
07/09/17 13:51:35
>>364
名前にオブジェクト指向が入っていたら
なんでもオブジェクト指向なのかよｗ
オブジェクト指向煽り乙ｗｗｗｗ
367:仕様書無しさん
07/09/17 13:54:11
オブジェクト指向設計はようするにデザインパターンやアーキテクチャなわけだが
オブジェクト指向分析は意味不明すぎｗ
368:仕様書無しさん
07/09/17 13:54:17
>>365
意味があるかどうかその目的によって違うしな。
COBOLが金になるってことでそういう話になったのかもしれんし。
その上司がJavaに将来性を見出さなかっただけかもしれんし。
ただ、少なくともなぜ廃れたのかを知ってるぐらいはあってもいいかもしれん。
369:仕様書無しさん
07/09/17 13:55:39
悲惨な奴が一匹紛れてるな。
>>366=367
こういう「猫の手」にすらなれない奴、まじかわいそうだわ。
370:仕様書無しさん
07/09/17 13:56:27
>>352
> で、XML+XSLTって10年主流技術って思う？
Webに限定するならブログなどの静的なデータ配信では今でもXSLTが本命だと思う。
というより、Ajaxの流行り技術のが心配。
371:仕様書無しさん
07/09/17 14:00:21
>>349
テスト駆動で、コード・テストコード書きながらクラス設計してますが。
372:仕様書無しさん
07/09/17 14:00:25
>>368
うちも似たような状況だな。
コボラが引退しつつあるんで「若いコボラを育てたい」そうだ
そりゃ目先の契約を考えればそうだが、そいつは１０年後に技術者としてどうすればいいんだ？
373:仕様書無しさん
07/09/17 14:01:45
>>363
現実的にそれが一番だと思うよ。
「俺達にモラトリアムはない」という要件定義から始めれば、最適解としてそうなる。
374:仕様書無しさん
07/09/17 14:06:20
話が逸れてるように見えて、意外とこのスレの核心なのかもしれん。
オブジェクト指向設計のメリットを享受できるのは、チーフプログラマだけである。
若干言いすぎな気もするが、大局的に見たらそうだろうなと思う。
375:仕様書無しさん
07/09/17 14:08:25
オブジェクト指向弁当 580円
この弁当はオブジェクト指向で作りました。
376:仕様書無しさん
07/09/17 14:10:42
>>375
肉抽象クラスが大活躍ですね。
377:仕様書無しさん
07/09/17 14:11:52
>>374
言い過ぎとは思わんよ。
６人の開発チームがあったとして、OOを理解して使いこなせているのが２人いればなんとかなる。
２人はOOな設計はできなくとも、なんとなく継承とかを用いOOっぽい実装を行う事が出来ればいい。
残りの２人はifとforが書ければいい。
プロジェクトにもよるけど、このくらいの比率で何とかはなると思う。
問題はこの６人の給料がほとんど変わらない事なんだがな・・・
378:仕様書無しさん
07/09/17 14:19:27
>>377
実際のおまいのプロジェクトはどうなん？
OOを理解して使いこなせている：％
継承とかを用いOOっぽい実装可:％
ifとforが書けれる：％
379:仕様書無しさん
07/09/17 14:19:52
>>375
肉クラスとダンボールクラスを多重継承。
380:仕様書無しさん
07/09/17 14:21:15
>>378
>ifとforが書けれる。
日本語を使いこなせれる。:％
381:仕様書無しさん
07/09/17 14:26:29
OOを理解して使いこなせている：20％
継承とかを用いOOっぽい実装可:20％
日本語を使いこなせれる：40％
382:仕様書無しさん
07/09/17 14:27:16
>379
弁当に肉まんかよ！
383:仕様書無しさん
07/09/17 14:29:12
中国のGCは適当なオブジェクトにMix-inするので困る
384:仕様書無しさん
07/09/17 14:30:15
OOを理解して使いこなせている：10％
OOを理解して使いこなせていると思っている：90％
385:仕様書無しさん
07/09/17 14:32:19
OOの概念は人によって違うからなw
386:仕様書無しさん
07/09/17 14:36:17
俺の関わるプロジェクトは1～4人ってのが殆どなんだよなぁ・・・
OOについて造詣が深い（？）のは、俺と顧客だけという目も当てられない状況も多い。
387:仕様書無しさん
07/09/17 14:36:25
おまけに中国のGCは勝手に他のシステムに侵入して、まだ参照のあるオブジェクトを回収しちまうな。
388:仕様書無しさん
07/09/17 14:36:40
>>381
ちょーっ、なんて言ったらいいんでしょ。
肉クラスとダンボールクラスを多重継承っておかず作ってイイよね。うん、それでいいよ。
389:仕様書無しさん
07/09/17 14:36:58
さあ宗教のはじまりです
390:仕様書無しさん
07/09/17 14:37:16
>>386
顧客が解らないってのが一番悲惨じゃないのか？
391:仕様書無しさん
07/09/17 14:40:21
誰も知らないのに声のデカい旗振り役が「オブジェクトシコでヤレ」といったらどうだ？
392:仕様書無しさん
07/09/17 14:40:31
おおまかに言って、分析モデル出すのがOOAな
設計モデル出すのがOODな
実装モデル出すのがOOPな
実装モデル'(クラス)の設計するのはOODじゃないからな
393:仕様書無しさん
07/09/17 14:43:36
>>390
なんかポジティブになってきた。ありがとう。
394:仕様書無しさん
07/09/17 14:44:06
JavaはUMLツール結構出てるけどC++とか.NET系って何で設計してるの？
Visioとか使ってUML？
395:仕様書無しさん
07/09/17 14:45:00
設計でオブジェクト指向とか言ってるやつはうさんくさい。
396:仕様書無しさん
07/09/17 14:46:09
現実問題として顧客がOOPを知らないのは痛い。
一番困るのが、機能ごとの進捗率とかを毎日提出しろとか言う奴。
フレームワークとか通じないから「共通部品」って項目になるんだけど、「なんで共通部品しか進めてないんだ！」と怒り出す・・・
397:仕様書無しさん
07/09/17 14:50:04
君のヒューマンスキルが足りないのでは？
398:仕様書無しさん
07/09/17 14:54:56
なんで「共通部品しか進めてない」んだ?
"ある機能"がその共通部品を使うんだろ？その分進んでいるんじゃね？
ってスレ違い
399:仕様書無しさん
07/09/17 14:55:11
ここのアンチ共を説き伏せる程度のヒューマンスキルがおまえにあるか？
400:仕様書無しさん
07/09/17 14:56:34
>>394
Excelに決まってんだろ！この馬鹿珍が！
401:仕様書無しさん
07/09/17 14:56:36
>>398
どんな説明しても理解しようとしない相手には通じない。
402:仕様書無しさん
07/09/17 14:59:11
何にそのオブジェクト指向ガントチャート。
機能単位で受注されてるんなら、共通機能の進捗分を依存度分だけ進めろよ。
403:仕様書無しさん
07/09/17 15:01:57
>>402
そうやっていたら、該当するファンクション（クラス）のステップ数が増えてないのに進捗が増えるのはどういう事だ！となった。
404:仕様書無しさん
07/09/17 15:03:53
それOO分からなくて切れてるのと違うくね？ｗ
リファクタリングしてコード数減らすともめるタイプの顧客だな
405:仕様書無しさん
07/09/17 15:17:54
>>236
＞（言っとくけど、フレームワークは関数群とは違うよ）
関数群もフレームワークなんだが。
普通にCのライブラリとかフレームワーク。
406:仕様書無しさん
07/09/17 15:22:53
ミドルウェアの中にフレームワークとライブラリがあるって考えのがすっきりする
その上で、広義のフレームワーク＝ミドルウェアとするのが皆と仲良くするコツ
407:仕様書無しさん
07/09/17 15:24:33
お前らの中にデブいる？
408:仕様書無しさん
07/09/17 15:26:23
>>405
おれも、その辺の切り方がよく分からんのよ。
フレームワークとコンポーネントが違うというなら何となく分かるが、
関数群／ライブラリというのは単にその実装を集めた物として認識してる。
409:仕様書無しさん
07/09/17 15:28:34
文脈から意味は変わるだろ。
確かに関数郡もフレームワークといえない事はないが、OOの話をしている中ではフレームワークと言うにはシンプルすぎる
410:仕様書無しさん
07/09/17 15:30:13
>>406
俺の理解だと、フレームワークってのは「再利用可能に一般化された
モジュール群(関数だったりクラスだったり)のパッケージ」なんだが、
コレは広義のフレームワーク？
とすると、狭義のフレームワークってなんぞ？
411:仕様書無しさん
07/09/17 15:32:51
フレームワークって言葉自体はOOでなくても使えそうだな。
412:仕様書無しさん
07/09/17 15:35:52
>>410
ある目的があって、その機能を実現する為に用意された特殊なライブラリ・・・って感じかね？
413:仕様書無しさん
07/09/17 15:41:15
「オブジェクト指向」と同じくらいわからないよ。フレームワークってｗ
Rubyで、CのAPI群は、フレームワークだと思う。
あるていどの品質でまとまっていて、
まとまり感を生かして嬉しくなれるのがフレームワークだと思う。
フレームワークが何か調べたことがないので、カンでｗ
414:仕様書無しさん
07/09/17 15:51:09
フレームワーク：屋台骨（MFC、VCL...)
ライブラリ：ねじ、釘、トンカチ、系統だってないクラス
PG:大工
俺：発注者
415:仕様書無しさん
07/09/17 15:53:11
>>410
目的を達成する役割と結合度で分ければいいんじゃない？
エントリポイントとそれから呼ばれるオブジェクトを構成するクラス群をFWとすれば
コレクションフレームワークはエンタープライズな視点では、ただのライブラリ。
STLやjava.utilやSystem.Collectionsそのものを拡張する場合でもなければ
それそのものをフレームワークとして認識なんてしないんじゃないかな。
飽くまで整理の仕方であって定義したいとは思わないけど。
416:仕様書無しさん
07/09/17 15:57:03
Framework
├Frameworks
└Utilities
こんな感じの木構造じゃねーかと
417:仕様書無しさん
07/09/17 15:59:40
>>414
そういえば、ログハウス組み立てるキットみたいのがあるって聞いたことがある。
それはフレームワークかな。
418:仕様書無しさん
07/09/17 16:04:05
Library
├Framework
├Utilities
└Functions
419:仕様書無しさん
07/09/17 16:04:49
>>417
それは拡張しようがないからフレームワークじゃないだろ
単にコンポーネントをばらして売っていて組み立てて終わりなだけ。
建築分野でのフレームワークっていうと２×４とか、基本的な工法じゃね？
抽象度が高いフレームワークもあれば、コンポーネントを組み合わせるだけで自由度は低いけど安く簡単にできるフレームワークもあるってのも似てる
420:仕様書無しさん
07/09/17 16:05:31
はぁ、またオレオレOOの低脳技術者がきてんのかよ。
俺のOOが一番OOしてるな。
421:仕様書無しさん
07/09/17 16:08:08
SystemもApplicationもMiddlewareも全て、Nodeに名前付けして、
Rootとして参照できるようにしたBookmarkに過ぎない。
こう考えてかないと、これからも言葉が溢れてくこの業界に付き合っていけない。
422:仕様書無しさん
07/09/17 16:09:47
Node=Frameworkね
423:仕様書無しさん
07/09/17 16:09:58
不勉強者どもが。。。
424:仕様書無しさん
07/09/17 16:10:12
>>420
よう、低脳
425:仕様書無しさん
07/09/17 16:12:00
>>423
先生、フレームワークって何すかｗ
426:仕様書無しさん
07/09/17 16:12:52
俺に言わせればフレームワークは設計だな。
ウェブアプリ（他でも良いが）というものを作るいじょう
結局同じような設計が出てくる。
ウェブアプリで言えば、アクセスしてきたURLから
引数に変換してロジックにわたしデータベースを利用しながら
処理を行い出力表示する。
このロジック以外の同じような処理をやってくれるのがフレームワーク
イベントドリブンなプログラミングのイベントドリブンを実現
している部分もまたフレームワーク
427:仕様書無しさん
07/09/17 16:13:06
>>420
よう、低脳
428:仕様書無しさん
07/09/17 16:14:25
違うような事言ってるようにみえてみんな同じ事さしてる気がする
429:仕様書無しさん
07/09/17 16:14:32
>>420
よう、無能
430:仕様書無しさん
07/09/17 16:16:12
>>428
それなりに勉強してそれなりに理解しているならば、当然だろう。
それをどう表現するかとなると個人差が出るし、万人が納得する説明は無理だから難しいという事。
431:仕様書無しさん
07/09/17 16:22:25
おれは、低能でも無能でもないんだ。
ただ、みんなが低能、無能と俺に言ってるだけだ。
みんなは、間違っている。
432:仕様書無しさん
07/09/17 16:23:46
まあ、俺は20年前からbit記事などを見て
オブジェクト指向とか知っているからな。
お前らとは経験も年も違う
433:仕様書無しさん
07/09/17 16:24:07
>>431
よう、貧脳
434:仕様書無しさん
07/09/17 16:27:46
>>430
おれは、低能、無能と呼ばれてるが、
おじいちゃんは基地外と呼ばれてないか？ でも、それは間違いだから気にするな。
435:仕様書無しさん
07/09/17 16:28:04
20年前なんてうまれてねーよｗ
436:仕様書無しさん
07/09/17 16:30:29
>>435
ゆとりか。
437:仕様書無しさん
07/09/17 16:32:08
自分の書いたコードを呼んでくれるのが(狭義の)フレームワークで、
自分の書いたコードから呼ぶのが(狭義の)ライブラリ
ってことでいいだろ。
438:仕様書無しさん
07/09/17 16:33:11
>>436
さとりだ
439:仕様書無しさん
07/09/17 16:33:14
あーーーーっ、間違えた
>>434は>>432へ
440:仕様書無しさん
07/09/17 16:34:18
>>439
ばかかおまえ
441:仕様書無しさん
07/09/17 16:34:59
やっぱSmallTalkが一番OOしてるな。
442:仕様書無しさん
07/09/17 16:37:21
あーーーーっ、間違えてる
俺、良い香具師だから訂正してあげるね
>>440は>>432へ
443:仕様書無しさん
07/09/17 16:38:02
>>442
ばかだおまえ
444:仕様書無しさん
07/09/17 16:39:48
ゆとりvs異常者か？ｗ
445:仕様書無しさん
07/09/17 16:40:11
以降１０００までどーでもいい無能レスが続く
446:仕様書無しさん
07/09/17 16:42:49
>>443
同志バカ、仲良くしようぜ
ところで、漢字使える？
447:仕様書無しさん
07/09/17 16:44:04
個々の小さな機能を(何らかの分類に従って)集めた物はライブラリ。
ある目的のために構築されたライブラリ群=フレームワーク
て感じでどう？
448:仕様書無しさん
07/09/17 16:45:10
「フレームワーク」なんてシステム関係無く
一般のビジネス用語として使われるぐらいで、
この言葉の意味する範囲は人によって全く違う。
一意で決まると思ってる奴がバカ。
449:仕様書無しさん
07/09/17 16:46:18
ひたすらに低レベルなスレだな
450:仕様書無しさん
07/09/17 16:47:13
なにしろ、ライブラリとの決定的な違いは
フレームワークは「コントロールする側」であるってことだろ条項
よって>>437でいいだろ
451:仕様書無しさん
07/09/17 16:47:54
>>449
俺も俺も、そういおうと思っていた。
低レベルだなぁｗｗｗｗ
なっ？
452:仕様書無しさん
07/09/17 16:48:42
ゆとり(>>451)vs異常者(449)か？ｗ
再掲
453:仕様書無しさん
07/09/17 16:50:03
いつも以上にレベル低いな・・・
454:仕様書無しさん
07/09/17 16:51:48
>>449,>>451
じゃあ高レベルなレスをできるってなら、してみやがってください。お願いしましたよ。
455:仕様書無しさん
07/09/17 16:51:50
いつも似たようなもんだ
とっとと、ゆとりをなんとかしろ
456:仕様書無しさん
07/09/17 16:52:22
低レベル、庶民の味があって良い
457:仕様書無しさん
07/09/17 16:53:00
高レベルな人はこちらでどうぞ。
ｽﾚﾘﾝｸ(prog板)l50
458:仕様書無しさん
07/09/17 16:53:59
おいゆとり
>>457行ってやれ、な？
459:仕様書無しさん
07/09/17 16:54:17
>>448
ここはマ板。プログラミングに関する用語として考えるのが当然。
460:仕様書無しさん
07/09/17 16:56:04
>>459
いやプログラミングでも頭に対象が付いて初めて意味を持つからｗ
461:仕様書無しさん
07/09/17 16:56:33
話の端々に ObjectDesign～豆蔵あたりで半可通やってた時代の名残カスが感じられて
いと哀れなり
462:仕様書無しさん
07/09/17 16:58:18
>>432
さすがバカだな。
20年前に載ってた記事は、Flavorsの説明だよ。
OOの記事なんて、見た覚えもねぇやｗｗｗ
463:仕様書無しさん
07/09/17 16:58:30
いつから猫の手のための教育スレになったんだ？
ああそうか。
連休厨か。宿題やっとけよ。
464:仕様書無しさん
07/09/17 16:59:27
RFCが唯一の自慢の種の害虫さん乙
465:仕様書無しさん
07/09/17 16:59:35
>>462
他の奴にかまわんでいいから
まずゆとりをなんとかしろ
466:仕様書無しさん
07/09/17 17:00:44
BASIC（笑）って書くとムッとする人が居るスレ？
467:仕様書無しさん
07/09/17 17:02:34
異常者はまた妄想モードかよ。。
ほんとゴミ溜めだな、ここ
468:仕様書無しさん
07/09/17 17:05:20
休日に２ｃｈやっている時点で全員同レベル
469:仕様書無しさん
07/09/17 17:11:41
２ｃｈ、それは、我々の重要な日常である。
470:仕様書無しさん
07/09/17 17:12:00
皆休日に休んでると思っている時点で最低レベル
471:仕様書無しさん
07/09/17 17:14:09
ねぇ、RFC自慢まだー？（ﾁﾝ★、ﾁﾝ★
472:仕様書無しさん
07/09/17 17:15:04
ゆとり当てゲーム
>>469=ゆとり
473:仕様書無しさん
07/09/17 17:22:49
ゆとり云々じゃなくて実際に使った事もない奴は自重しろ
474:仕様書無しさん
07/09/17 17:23:15
>>460
プログラミングの対象が変わると、意味が変わるほど曖昧な言葉って事かい？
ある程度の範囲内でもいいから、共通の認識がないと、言葉自体に意味が無いぞ。
475:仕様書無しさん
07/09/17 17:25:11
>>473
俺の大事な日常を奪うな！
自慢じゃないが、C++の本を持ってるんだぞ
476:仕様書無しさん
07/09/17 17:27:07
KDDIとNTTのクソメールアドレスに
インターネットメールとの相互流通性を確保するための
ヲタクRFC提出、まだ～？（ﾁﾝ☆、ﾁﾝ☆