UMLなんていらない
■ このスレッドは過去ログ倉庫に格納されています
>469
>悪いのはUMLじゃなくて、あんたの頭。
>469 は、アレかな?
他人が、自分と違う解釈を UML に入れると、馬鹿扱いかな?
世界は、オマエ を中心に回っている訳では無いから。
チョット悪質なので、自己愛製人格障害を患っている可能性が高いな。
きっと、幼い頃の ネグレクト(育児放棄、児童虐待)体験 が原因だろう。
父ちゃんは、アル中で、母ちゃんは、男作って逃げたんだろう?
分っているんだよ。知ってんだよ。何でも、お見通しさ! >>471
ここまで被害妄想の激しい人間も珍しいな >>468
使いこなしてる人間が居るならそいつに合わせれば良いんじゃね? >>469はUMLに限らず道具を道具として利用できない人全般に言えることだと思う
この業界の老害に結構多い まさかとは、思うが、
「道具として使いこなしている」≒「クラス図しか描かない」
じゃないだろうな?
アホアホ仕様のUMLとの格闘の末に疲れ果て、
現実解として、もう、「クラス図」しか、書いていない所は多いが、
「疲れ果てた」結果と、「使いこなしてる」が、
やっている事が同じ? んな訳無いよね。
大上段に、家元や、賢者を気取って、
「クラス図」しか書かなくて良いんですよ、
「僕が発見した方法です」って、
言われなくても、もう皆、クラス図しか、書いてないけど。
まあ、まさか、勘違いだとは思うので、
「使いこなしている」派の諸氏は、是非、その優れた方法とやらを
披露してくれたまへ。(出来るモノなら) へー、やっぱりクラス図しか書いてないからあんなアホな解釈になるんだな。
道具の文句は、ちゃんと使ってからにしないと、自分が恥かくだけだよ。 クラス図、コンポーネント図、シーケンス図、ステートチャート図くらいしかまともに使ったことない。
特にユースケース図、本当に使っている奴いんの? >>479
プログラミングしかしないと使わないよな。SEが業務分析とかするときに使ってるの見るぜ。
フローチャートの代わりに使ってる奴もたまに居るよな。 >>480
間違えた。
そりゃアクティビティ図だった。 ユースケース図は利用シーンを設定するためのものだからな、
使われるのは主に業務分析とかUIデザインあたりだな。 >>477
>UMLに良心でも殺されたんじゃね?
UMLが殺したモノがあるとしたら、>>477 の両親と、
オブジェクト指向 と、ソフトウエア工学 かな。
何の裏付けも無い、「僕の経験則」 や、「ただ何となく」 が、
標準と名乗って、有益な手法達を駆逐してしまった。 まあ、末端のPG の目から見たら、
「UMLを使って設計する」 ≒ 「ドキュメントが実質無い様な状態」
と同じに見える事だろう。
・それは上流設計だから、お前が見るべきモノでは無い。
・そもそも、そんなドキュメントは無い。
・誰も見ないので、何ヶ月も、まったく保守されていない。
・要求機能仕様と、そのクラス図、全然、合って無いから、見ないほうが良いよ。
・実は、UML とは全然関係ない、ドキュメントがある。
・そんな暇があるなら、コーディングしろ。
通常は、優秀なPGの何人かが、時間と才能を無駄にする事で、
この 「ドキュメント真空状態」 を何と力づくで、押さえ込むが、
メンバー が ショボ かったり、殆ど初対面同士で、意思の疎通を欠くと、
ひたすら、防戦一方になり、性能未達、工期遅延、完成不能 に、容易く陥る。
「UMLは、デス・マーチ 発生機」? それUML関係ないよね
仕事に不満があるのはわかったから上司に直接言えば? 現場のPGごときが自分の作業範囲を確定出来ないとかレベルが低いですって自己紹介乙 それをUMLのせいにしようと必死かよ。クズゴミアスペは現場から消えろよ。 このスレは、分りやすいね。
誰〜れも、まともな、反証も挙げれず、感情的な レス しか帰ってこないところを見ると、
「あぁ〜、図星を付かれて、痛いんだなぁ〜」 と思うね。
まあ、UML 自体が、嘘の上に嘘を付き固めて、矛盾の上に矛盾を塗り込めて、出来ていて、
更に、ご丁寧に、失敗の上に失敗を繰り返した、隠し切れない、実績(?)があるから、
それこそ、本当に、穴だらけ。
弁論(ディベート) の 論題(テーマ) に、こんな物を選んだ日には、
肯定派は、100% 近くの確立で負けるだろう。
今、UML を弁護するには、
「白馬は馬にあらず」 と言う詭弁で、相手を言い負かす位、難しいね。 なんか、UML信じている人って、マルクス主義 や、共産主義を信じていた、
70年代安保の時代の学生運動家に似ていて、面白いよね。
UML肯定派は、まるで、浅間山荘にまで追い詰められた、連合赤軍みたい。
「革 命 が成功しないのは、オマエの革命戦士としての自覚が足りないからだ〜!」
「UMLが成功しないのは、オマエの S E としての自覚が足りないからだ〜!」
それから、日系移民社会において、太平洋戦争に日本が負けても、信じない
「勝ち組」と呼ばれる人たちが居て、「神国日本が負けるハズは無い」とか言っていたらしい。
アメリカ領のハワイで、終戦後10年しても、まだ居たって言うんだから、凄いなぁ。
だから、オマエらも、後10年は、ガンバレよ!
個人的に興味があるのは、
戦時中の軍国少年は、戦後、大挙して、左翼になったが、
今、UML を担いでる奴らは、UML亡き後、何処へ行くのかなぁ〜〜って言う事。
あぁ、そういえば、ITRONも、何だか、同じ様に、妙に思想っぽかったけど、
ITRON協会も解散して、アイツら、何処に消えたんだろう。
ソフトに変な思想を持ち込んじゃイカンね。 信じるも何も…
言語に過ぎないものを信じるとか嘘とか、あるわけないだろ、バカすぎw UML(Undefined Mysterious Language)は確かに必要無いよな。
意味わからないもんな。 >>489
言葉は意志を伝えるためにあるんだよ
あなたの言葉には罵声以外に意志を感じられない
虚しくないですか? UML使って書くのはいいけど、
それよりも重要なのは
どの方法論を使うかだと思うな。
UML使ってる人って
方法論は何を使ってるの? >>489
>>あなたの言葉には罵声以外に意志を感じられない
いや、罵倒しているんですけど。読んで分りません?
>>虚しくないですか?
このハタ迷惑な標準とやらで、どれだけの人が迷惑したか分っているのか?
変な独自解釈入れれば、イケるとか言っているが、所詮、独自解釈でしょう?
この業界に、入りたての若い人は、こんな変な、独自解釈入れなくちゃ、使えないなんて、分らないよ。
新たな、犠牲者、量産して、どうするの?
自分の気持ちを最優先にして、他人が、苦労したり、挫折したりする、可能性を全く無視ですか、
それは、冷たくは、ないですか?
もう、こんな変な方法論は、一回、お葬式出して、一旦、仕切りなおした方が良いよ。
少なくとも、OMTや、Booch でやっている、頃は、全然、こんな問題無かった。
まるで、明治時代以前の、文言不一致みたいな状態。
読み言葉と、書き言葉が、もう、全然違いますみたいなのは、もう、止めようよ。 今更、死に体で、オワコンの、UML を担ごうなんて、
相当な情弱か、4月フレッシャーズ新人特集の受け売りだからな。 犬小屋を作るには設計はいらないが
設計せずにビルを建てるのは無茶だよな 結局四角形を線で結ぶ何かを書き始めるくらいならUML使えよ… 結局文句言ってるのはUMLに振り回されてる人でしょ
役に立つ部分だけ採用すればいいだけなのに 5人のチームで全員が俺様謎表記法だったらどうする? >>504
>>じゃあどうやって設計すんの?
個人的な意見を言わせてもらうと、
まともだった、OMT か Booch法 か、
更に、もう、一昔前の、DOA(データ中心分析)で、十分だろう。
分析、設計、製造、デバッグ の各フェース で、何を書かなくてはならないのか、
ハッキリ しているので、精神衛生上、相当、スッキリ する事請け合い。 >>510
はい、お前は設計経験なしの素人ってことが確定しました。おめでとうございます。
1.ツールと手法を同じレベルで並べるなド素人
2.デバッグはフェーズじゃねえだろ?テストって言いたかったの?このド素人
3.フェースってなに?リアルで使ったことない言葉を背伸びして言ってみたのがバレバレですねド素人 分り辛いので、ちょっと歴史に例えさせてもらうと、
ヨーロッパで、ギリシャ、ローマ と高い文明が続いて、
その後、中世に、一度、衰退するよね。
ソフトウェアにおいて、更に、最近の話で、信じられないだろうが、あんな感じ。
文明や学問が発達していたのに、宗教と迷信まみれの原始社会に、後退してしまった
UML からは、そんな印象しか受けない、まさしく後退。
良く整備された C言語 でも、個人で取り扱えるのは、数10万行 あたりが限界だった。
それが、OMT/Booch 法 を使って、C++で、個人でも、本気で、数100万行単位で、
取り扱う事が出来た。 本当に、巨大で、複雑なモノが作れるようになったと、スゲー喜んでいた所に、
・・・UMLの登場だ。
ニュー・カマーの諸君は、最初から、UML しか無かった様に見えるかも知れないが、
オールド・カマーの目線からすると、後から出てきたクセに、何だこのゴミは? と写る訳。 > それが、OMT/Booch 法 を使って、C++で、個人でも、本気で、数100万行単位で、
> 取り扱う事が出来た。 本当に、巨大で、複雑なモノが作れるようになったと、スゲー喜んでいた所に、
>
> ・・・UMLの登場だ。
ん? UMLってOMT法やBooch法で使われていた図を
統一しただけのものだよ。
OMT法やBooch法は図が変わっただけで
何も変わってないはずだが? >>511
>>はい、お前は設計経験なしの素人ってことが確定しました。
スゲーな、オマエは、僅か十数行の文章を読んだだけで、プログラムの経験値が分るのか?
エスパーじゃねぇの、まるで、ウチの会社じゃ要らねーけど、誰か、雇ったげて〜。
>> 1.2 3
箇条書きにすると、頭が良さそうに見えるね。良かったね。々々。ヨシヨシ。
言葉の粗や、重箱の隅をつつかせると、日本一だね。
じゃあ、今度は、ソフトウェア工学で、反論してみよっか? >>513
>>何も変わってないはずだが?
(゚Д゚)ハァ >>513
>>何も変わってないはずだが?
しまった、思わず、絶句してしまった。
図をカッパらっただけよ。
そこは、まるで、中国製の粗悪なデッド・コピーの模造品の様。
なぜ、この部品の、ここの形状は、こうなっているのか?
とか言う設計ノウハウが、まるまる、ゴソっと、音を立てて、抜け落ちている。 読みづらい文だなおい
UMLなんて高度なテクノロジーの前に国語(あいうえお)を勉強し直せば? >>516
> そこは、まるで、中国製の粗悪なデッド・コピーの模造品の様。
何を言ってるのかさっぱりわからん。
かっぱらうも何も本人じゃん。
http://itpro.nikkeibp.co.jp/word/page/10003184/
> OMT法 米リレーショナル・ソフトウエア社のJames Rumbaugh氏らが開発した。
> 同じくOOA/OOD方法論では代表的なBooch法を開発したGrady Booch氏や
> Objectory法の開発者であるIvar Jacobson氏と共同で
> これら3つの方法論を融合させた新しいOOA/OOD方法論を作成している。
> この統合方法論は「Unified Modeling Language(UML)」という名称で,
> 分析/設計のプロセスを細かく定義するよりはむしろ,
> さまざまなプロセスに使える表記法の確立に重点を置いている。
表記法の確立 そもそもランボーもブーチも
「方法論は本に書いてある通りやるんじゃない、
それぞれの事情に応じて自分で改良して実践するもんだ」
って書いてたはずだが、
このスレの例のあの可哀想な人は全然読んでないようだ。 センスのない人はUML覚える程度の事すら大変らしいな >>524
>>しかも論破されてやんの
論破?ハァ?どこが?
UML が、クソ の役にも立たないのは、万人が認める所だろう。
都合の良いコピペで、勝ったとか、論破とか、馬鹿じゃないの?
オマエらは、脳内とか、チラシの裏 だけだから、お気楽に UML を担いでいれば
済んでいるかも知れないが、無責任極まりない。
責任ある立場だったら、効率の悪い方法は、使っちゃいけないの。
売り上げ、工程の進行、労務管理、皆の給料、守らなくちゃいけないモノは沢山ある。
どこを、どう見たって、役に立たないだろう。 あなたは、どちらの上司に付きますか?
A.UML 信者。 変な教義や解釈を押し付けてくる。
B.アンチ UML。 実利優先。正当性?権威? そんなの関係ねー!
まあ、自分のサラリーマン生命や、プライベートな時間を 投げ打ってまでもねぇ。 >>525, 526
>>518
やっぱり論破されてんじゃんww
声に出して>>518もう一度読めよwww
boochなんて言ってるよwww >>527
>>boochなんて言ってるよ
別段、関係無いんじゃない? 特定の個人が何か言ったって。
本当に全然役に立たないんだから。
勝ったとか言うなら、世間の UML 離れ、過疎化 を何とかしてから言いたまえ。
UML を触った事のある人の 90% 以上は、何だこのゴミ、役に立たない。
と思っているぞ。 ブーチ法とか誰も使って無いと思います。古すぎますね。OMTとか今時誰が知ってるんですかね?
誰も知らない使えない。その上ツールも無い。まだUMLの方がマシなんじゃないですかね?
そこまで言うならその手法で成果を発表して下さいよ。
今ならGitHubもオープンソースもTwitterもblogも発表する場は星の数ほど有りますか是非そのご自慢の開発手法とやらの効果を見せて下さい。
ま、成果が上がったら認めてあげますよ。 まっ、UML が、正しいのか、間違っているのか、を決めるのは、結局は、世間だから。
使って役に立ったと思う人の方が多ければ、残るし。
何じゃこれ、と思う人の方が多ければ、消えていくし。
マズい、ラーメン屋が、潰れていくのと、あまり、事情は、変らない。
二度と行かないでしょう? 激マズだったら。 自分が使いこなせない=ゴミって思うのは勝手だけど
主張しても同じくゴミのような人からしか同意は得られないと思うよ ゴミだゴミだと連呼してるだけじゃ何も言ってないのと同じなのに
いい歳こいてるであろうオッサンが、なぜそんなことにも気付けないのだろう エクセル方眼で俺様表記
見た目はUMLなのに線の意味が全然違うとかな
+の代わりにp_とか書いてあって毎回意味を聞く羽目に
しねwwww p_って書いてあるんだから
プライベートのpだろ。
英語ぐらい知ってろよな 画像を表すpって事ですね!分かります!俺らプログラマーであって大喜利やってんじゃないからなから!残念!!
しかし派遣は瞬間で消えるからいいけどプロパーがそうやってると炎上確定だよな〜… VisualStudio2012Ultimateのシーケンス図生成機能って便利だね 道具を道具として使えない奴は猿にも劣るってことだな、ってのがよくわかる良スレだった。おわり。 そういうのいいから実践的なUMLの素晴らしさを述べてよ >>547
涙拭けよwwwwうぇwwうぇwwwww いや、いらないだろ。
100徳ナイフなんて現場じゃ有害なだけ。 UMLを100徳ナイフだと評した奴がどこにいる?
>>550 の脳内? 実際使えない事から目を反らして人格攻撃なんてUMLが使えない左証だな。
使えるって主張が全部感情論とかpgr > アスペかテメェは
↑人格攻撃
> 全部感情論
↑自己紹介 肯定派は揚げ足しか取れないってもの追加だな
こんな感情論の世界じゃUMLとかいう100徳ナイフで現場が無用の混乱を起こしてるってのも納得だな そりゃ、俺様論理なんだから、おまえが納得できるのも当たり前。
おまえの論理が納得できるのは、他に誰もいないけどなw >>558
肯定派は揚げ足しか取れないってもの追加だな
こんな感情論の世界じゃUMLとかいう100徳ナイフで現場が無用の混乱を起こしてるってのも納得だな さすがに天下のMicrosoftを敵に回す気は無かったか MicrosoftのvisualstudioがUMLに対応してる事すら知らないの? UMLの使われ方全体から見れば、そんなの誤差の範囲内。 実装レベルで使うのは無意味
設計段階でこんな感じでーってやるのが一番マシ >>564
それってどの程度対応してるの?
ラウンドトリップに対応してる? UMLはソースコードで記述可能なことを全て表現可能なように設計された言語じゃないし ソースで書ける事をUMLで書く位ならさっさとソースを書けばよろしいDRY UMLいらない人って設計どうしてるの?
IFの仕様書だけ書いてあとはマによろしくーって感じで流すの?
それとも詳細設計書とかでなに作るか共有してるの?
そうするとどのクラスにどんな機能が実装されるかどうやって表現するの?
まさか表と文章で全部表現するの?
やっぱりせめてドメインモデル図みたいなオーバービュー欲しいよね?
そうしないとみんな勝手に同じような機能作っちゃうよね?
そしたら何かしらの絵を書くよね?
UML欲しいよね?
それともエクセルとかワードで無駄に綺麗な絵を作っちゃうのかな?
それこそ無駄だよね?
受託だと客次第ってのもあるし規模にもよるけど、
ドメインモデル図、ユースケース図(外部IFだけ記載)、クラス図(スケルトンから自動生成)、ステートマシン図はやっぱ使うかなー。
あとはUMLじゃないけどER図あれば大体事足りるかな。 ■ このスレッドは過去ログ倉庫に格納されています