消えてなくなれよ >オブジェクト指向 part.2

0001デフォルトの名無しさん

2009/03/22(日) 06:57:59

前スレ
http://pc11.2ch.net/test/read.cgi/tech/1198822420/

0951デフォルトの名無しさん

2009/05/31(日) 00:30:39

UMLは、ホワイトボード使って議論するときに共通知識として使えるってのが一番の使い道。

0952デフォルトの名無しさん

2009/05/31(日) 00:31:51

>>951
はぁ？

0953デフォルトの名無しさん

2009/05/31(日) 00:33:34

お絵かきで物事を伝えなければならないときに一応よく知られた書き方
として使えるメリットはあるよね>UML

0954デフォルトの名無しさん

2009/05/31(日) 00:35:51

そうそう、こういう生産性に何の寄与もしないツールを高額で売りつける
ベンダーや代理店が多すぎること、そしてそれにすぐ騙される奴が多いから
OO自体胡散が臭く思われる。

0955デフォルトの名無しさん

2009/05/31(日) 00:36:09

仕様書あるなら仕様書使って説明すればいいじゃん
ないならＵＭＬなんて書いてる場合じゃないんだよ

0956デフォルトの名無しさん

2009/05/31(日) 00:37:17

>>954
ホントだ
詐欺ばっかりだったよなー
１００万近くもするクズツール平気で売りつけるヤツとかホント酷い

0957デフォルトの名無しさん

2009/05/31(日) 00:37:18

クラス図: 出来の悪いブロックダイアグラム
シーケンス図: さらに出来の悪いタイミングチャート
状態遷移図: まぁ、許してやろう

他になんかあったっけ？

0958デフォルトの名無しさん

2009/05/31(日) 00:38:46

>>955
その仕様に関してどうすればいいかを議論する場だよ。

0959デフォルトの名無しさん

2009/05/31(日) 00:38:56

俺はセミナーと言えば、MSとOracleの無料セミナーしか行った事無いから、
セミナー屋云々の話がいまいちよく分からない。

0960デフォルトの名無しさん

2009/05/31(日) 00:46:51

>>959
オブジェクト指向関連のセミナーにいっては駄目とだけ覚えておけ

0961デフォルトの名無しさん

2009/05/31(日) 00:49:11

>>960 >>959 ではないが
会社が金払って一日寝ててもいいって言うてくれるんだから絶対に行くw

0962デフォルトの名無しさん

2009/05/31(日) 00:58:41

クラス図やアクティビティ図シーケンス図は
考えを整理するときにコピーの裏に思い切りインフォーマルなやつをちょこちょこと書くぐらい

0963デフォルトの名無しさん

2009/05/31(日) 01:10:07

>>950
違うね。セミナー屋のやり口はそれだけじゃない。
派遣やら本書きやら大学・専門学校での講義や資格セミナーや有名人を取り込んでブログや本書きなどで宣伝させたり、あの手この手でプロパガンダを広めていくのがセミナー屋の恐ろしいところ。

0964デフォルトの名無しさん

2009/05/31(日) 01:11:08

特にオージス総研はウンコ

0965デフォルトの名無しさん

2009/05/31(日) 01:57:41

オブジェクト指向関連のセミナーいって
「で？工数はいくら削れるんです？」とか具体的な質問してくるといいよ
だってこんなのビジネスの席で用意してねーほうが悪いんだから
積極的に聞いて良し（これでまともな答えを返せるやつがいたらそのセミナー参加してみたい）

0966デフォルトの名無しさん

2009/05/31(日) 02:02:47

セミナー嫌いをやたら表明してる奴は、何か痛い目にあったのか？

0967デフォルトの名無しさん

2009/05/31(日) 02:07:56

>>965
そんなこと言っても、大抵は、

「システム稼働までの工数削減だけでなくメンテナンスフェーズまで考えた
トータルでの効率化を実現するものです。お客様がご所望のシステムを分析
しないと細かく見積りは出来兼ねますが総工数が1/nになった事例もあります。」

とか適当に煙に巻き続けるだけだろ。口だけは上手いからな。

0968デフォルトの名無しさん

2009/05/31(日) 02:32:08

>>965
逆に、君が推奨する方法を採用すれば、採用していないときと比べて
工数がどれだけ減るのか聞きたい。

0969デフォルトの名無しさん

2009/05/31(日) 02:57:01

>>968
俺が推奨する方法？
普通に組むの一択だろ
もう末端ＰＧは汎用化なんて気にしなくていいんだよ
逆に気にすることで工数が無駄にかかってしまっている
何もするなといいたい
ひたすらベタで書け

0970デフォルトの名無しさん

2009/05/31(日) 03:13:49

>>966
おおかた高いツールを買わされたはいいが、きっと能力不足で使いこなせなかったんだろうな。

0971デフォルトの名無しさん

2009/05/31(日) 03:27:36

>>969が、プロジェクトやチームで一番要らない人間に思えて仕方が無い

0972デフォルトの名無しさん

2009/05/31(日) 03:47:55

>>969の下で育った後輩が可哀想だ。

0973デフォルトの名無しさん

2009/05/31(日) 06:14:16

>>937
君さあ、関数型言語は数学的裏付けがあるなんて呑気に言ってるけど、
型推論はNP完全だということが証明されている件についてはガン無視ですか？

0974デフォルトの名無しさん

2009/05/31(日) 10:43:16

デジタル回路はアナログを再現することが出来るが
デジタル人間は他人を認めることが出来ない

0975デフォルトの名無しさん

2009/05/31(日) 11:02:27

>>969
末端PGが担当範囲内で勝手に汎用化とか始めたら目も当てられないからな
気づいたときには手遅れ、同じようだがしかし微妙に違う関数がいたるところに出現ｗ

0976デフォルトの名無しさん

2009/05/31(日) 11:33:41

>>974
認める価値がない人間を認める必要はない

0977デフォルトの名無しさん

2009/05/31(日) 11:40:02

そうそう
デジタル人間にアナログな判断は出来ない

0978デフォルトの名無しさん

2009/05/31(日) 11:44:17

>>977
お前は日本語がわかっていない

0979デフォルトの名無しさん

2009/05/31(日) 12:06:17

>>975
そうなるぐらいだったらしかるべきところに
ちゃんと仕様を満たす記述をしっかり書いたほうがよっぽどいいよね
どこでそんなに汎用化しなければならない強迫観念を植え付けられたのか知らないけど
仕様の再利用はいいけどコードの再利用は絶対に役に立たないといいたい

0980デフォルトの名無しさん

2009/05/31(日) 12:24:37

>>975
> 同じようだがしかし微妙に違う関数がいたるところに出現ｗ
その担当範囲内で使うために作るのなら、別にかまわんとおもうよ。

嫌なら「こういう共通関数用意してるから、これつかえ」って指示すべき。

0981デフォルトの名無しさん

2009/05/31(日) 12:31:21

そもそも、関数を作ることが汎用化のためだと思うのはちょっとずれてる。
そういう考えでプログラム作ってると、１０００行越えるような関数作っても平気になるんじゃね？

0982デフォルトの名無しさん

2009/05/31(日) 13:21:06

>>980
あらかじめ被りそうな関数を全て定義しておけるほど世の中甘くない

0983デフォルトの名無しさん

2009/05/31(日) 13:36:13

>>982
そのあたりの話については、今月のCommunication of ACMにおもしろい記事が出ていた。

0984デフォルトの名無しさん

2009/05/31(日) 13:37:40

>>982 そこで高階関数

0985デフォルトの名無しさん

2009/05/31(日) 13:46:38

高階関数？
むしろパラメトリック多相やインクルージョン多相でそ。

0986デフォルトの名無しさん

2009/05/31(日) 14:23:56

>>983
記事のタイトル教えてくれ

0987デフォルトの名無しさん

2009/05/31(日) 15:03:26

おまえら難しい用語いっぱい知ってんな

0988デフォルトの名無しさん

2009/05/31(日) 16:04:57

>>986
API Design Matters

0989デフォルトの名無しさん

2009/05/31(日) 20:26:35

フローチャートは現代では無駄だが
構造化プログラミング以前は、それなりに有効だった。
教育や説明には図解も有効な手段。
数学的なセンスがないと使えないのでは、関数型も敷居が高い。

0990デフォルトの名無しさん

2009/05/31(日) 20:41:35

>フローチャートは現代では無駄だが

おいおい

0991デフォルトの名無しさん

2009/05/31(日) 21:07:55

関数型言語に必要だってみんなが主張してる「数学的センス」wって何？

関数型使うのに必要なのって普通に慣れとかそういう物でしょw。
Yコンビネータ？おまえらそんなの本当に使ってんの？
概念として知ってるのはいい事だと思うけど、本当にプログラム中で使ってるなら設計見なおした方がいいよww

0992デフォルトの名無しさん

2009/05/31(日) 21:13:32

要するに院生さんが数学用語ひけらかすのはかえって関数型言語への
敷居を上げていると。

0993デフォルトの名無しさん

2009/05/31(日) 21:34:03

>>969
無秩序に汎用化しては無駄に工数が掛かると思うが
汎用化のアイデアを末端からマネージャにフィードバックすればよいのでは？

末端PGでやったときはフィードバックして採用されたものもあるし
不採用で自分の範囲内で使っただけのものもある

初期段階で洗い出さないと手戻りが発生するが

0994デフォルトの名無しさん

2009/05/31(日) 21:45:53

たとえば再帰って、素人には相当敷居が高いよ。
どうして分からないのかと思うぐらい分からないもん。

0995デフォルトの名無しさん

2009/05/31(日) 21:49:18

>>994
経験上、それは「慣れ」によって克服できます。
別に数学的センスがあろうがなかろうが最終的に理解できない物ではありません。

0996デフォルトの名無しさん

2009/05/31(日) 21:52:39

だから、短時間で慣れさせるための「図解」はないのかと。
ひたすらコード書いて慣れるのを待つしかないのかと。

0997デフォルトの名無しさん

2009/05/31(日) 21:56:46

再起の原理はそんなに難しく思わなかったけど、
プログラム内部での具体的な動作とか、なんの役に立つのとか
気になることが次々でてきて自分で使えるようになるまで時間がかかった

0998デフォルトの名無しさん

2009/05/31(日) 22:07:31

次スレは要らんな

0999デフォルトの名無しさん

2009/05/31(日) 22:07:58

再帰はツリー構造のもんを弄るプログラムを組ませると一発で身につく
これで身につかなかった新人はいない

1000デフォルトの名無しさん

2009/05/31(日) 22:08:19

オブジェクト指向終了

1001１００１

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。