＠IT情報マネジメント会議室は、2009年4月15日に新システムに移行しました。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
- ＠IT情報マネジメント 会議室 Indexリンク
- IT戦略
- 仕事の改善
- アーキテクチャ
- プロジェクト管理
- ITインフラ
- Webマーケティング
- BPMプロフェッショナル
- 業務アプリ
- - PR -
ＭＶＣはＰＭが知らなくても良い細かい技術ですか？
| 投票結果総投票数：201 | |||
|---|---|---|---|
| 当然知ってる |  |
59票 | 29.35% |
| 知ってた方が良い | |
82票 | 40.80% |
| 準備で調べてるはず | |
5票 | 2.49% |
| ＰＭは知らなくても良い | |
38票 | 18.91% |
| お客さん次第 | |
5票 | 2.49% |
| その他 | |
12票 | 5.97% |
| |||
| 投稿者 | 投稿内容 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2007-03-21 19:59
objectです。
少し「アーキテクチャパターン」に対して誤解がある様なので、簡単に書きます。 「アーキテクチャパターン」は 「デザイン(設計)パターン」より上位の概念であり、最上位のパターンです。 例として、F.ブッシュマンが挙げているパターンを書いておきます。 1)混沌から構造へとして ・Layers(レイヤ) ・Pipes and Filters(パイプ＆フィルタ) ・Blackboard(ブラックボード) 2)分散システムとして ・Broker(ブローカ) 3)対話型システムとして ・Model-View-Controller(MVC) ・Presentation-Abstruction-Control(PAC) 4)適合型システムとして ・Microkernel(マイクロカーネル) ・Reflection(リフレクション) 以上の例からも理解して頂けると思いますが、 マイクロカーネル、リフレクション等と並ぶレベルの概念です。 デザインパターンと同じレベルでは考えない方が良いと思います。 | ||||||||||||||||
|
投稿日時: 2007-03-21 22:59
こっちのスレッドの、次の発言がおおもと。 http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=37183&forum=33&7
だから、「MVC は関係ない」んですよ。プロジェクト マネージャが、技術的なことをどこまで知っているべきか。その一つの指針として MVC が挙げてあるだけ。ここは DAO だろうが PAC だろうが、様々な単語に置き換え可能。 なので、アーキテクチャ パターンだろうが何だろうが、質問者が聞きたいことを無理矢理ねじ曲げようとはせず、ここの質問者がしたように別のスレッド立てればすむ話だろうに。。。 _________________ | ||||||||||||||||
|
投稿日時: 2007-03-21 23:53
ごめんなさい。僕は必要性は無いと考えているため、理由説明も無くMVCの知識は重要であり必須だと言われても理解できません。 また自分と異なる意見の「PMがMVCを理解している必要性がある」と考える方の背景を知りたいため投稿しています。 今回、僕から必要では無いと考える理由として、「MVCの骨格である階層化概念を理解していれば、PMというビジネス課題を担当する役職に、ソフトウェア構造の問題解決技術を理解してもらう必要性は無いはず」と説明させて頂いています。 私の意見を軸にして返答する必要はありませんが、例えば「仕事や組織などの階層的な話からMVCの知識を求めているのではなく、伴に働く仲間として価値観を共有したい為、PMにはMVCを理解して欲しい」や「周りにいるPMは組織目標がソフトウェア製造の組織長なので、ソフトウェア構造の問題解決技法であるMVCは用語程度で知っておいて欲しい」等の理由説明がなければ、対話にならないと思っています。 | ||||||||||||||||
|
投稿日時: 2007-03-22 00:13
すみません。話の出始めが「だから」となる理由がわかりません。私もMVCに拘る必要性無いと考えています。その為に私はobjectさんの意見を無視し、MVCを理解するつもりは無い雰囲気を作ってから意見を述べたつもりです。 私の意見は「階層化概念を用いて考える事ができるならば、PMにソフトウェア技術の知識を求める必要性って無いのでは？」という主旨からズレていないと思っているのですが、また誤字脱字でご認識を与えてしまっているのでしょうか？そうであれば混乱させてすみません。 そうでなければ、また具体的な指摘をお願いいたします。 [ メッセージ編集済み 編集者: はにまる 編集日時 2007-03-22 00:17 ] | ||||||||||||||||
|
投稿日時: 2007-03-22 00:54
PMにとってMVCが必須かどうかというより、 「MVCはプロジェクト管理方法の一つでもある」といったほうが判りやすいでしょうか？ 私が「実践してみないと」と言ったのは何もMVCに従ってプログラミングしろという ことではありません。プログラミングのみならず、設計・工程管理・人員確保や 原価管理なども含めた全体最適化をしないと、MVCは実践しても効果がなかなか出ません。 あらかじめMVCを意識したプロジェクト管理を実践すると、その効果がわかるという意味でした。 | ||||||||||||||||
|
投稿日時: 2007-03-22 00:58
ソフトウェア技術 ⊆ MVC です。(表現として正確ではありませんが…) 少なくとも MVC ⊆ ソフトウェア技術 ではありません。 | ||||||||||||||||
|
投稿日時: 2007-03-22 01:27
ちょっと整理しときましょうか？
余計だったら無視して下さいなと。
たぶん、途中に今までの私の発言やこれまでの議論の流れをいれると「だから」が繋がると思いますよ。 私の発言はぶさいくろうさんが引用されていますのでそちらもご覧になられては如何でしょうか。 > objectさん お話をする時には相手の投げたボールを取って、相手に投げ返した方が良いと思いますよ。 そうじゃなきゃ私のお返事のように「他で好きにやってくれ」か無視されるかのどちらかだと思いますよ。
階層化概念の１技法の理解で間違ってないと思いますよ。
言ってる事に間違いはないと思いますが、 階層化概念について別スレッドを立ててそちらで相互の理解を深めてからお話をされた方が良いと思いますが如何でしょうか。 後は階層化概念を理解しているPM限定の話になってますので、 階層化概念を理解していないPMならMVCを理解する事で階層化概念を多少理解する必要があるという事は同意出来ますか？ 余談：階層化概念なんて理解して実践出来てる人間が何人くらいいるんでしょうかね〜。 リアルと理想って大抵差異が大きいんだよね。 > ひらさん ⊆：[数学]部分集合（含まれる) ⊇：[数学]部分集合（含む) A⊆Bの時にはどっちがどっちに含まれますか？ A⊇Bの時にはどっちがどっちに含みますか？ わかりやすい日本語で書かれた方が誤解を生まないと思いますが如何でしょうか。 まあ、記号の方が俺みたいに数学科出身の人間には分かりやすいのですが。 余談：ﾒｯｾｰｼﾞが来ないｗ楽しみにしてたのに（・・） | ||||||||||||||||
|
投稿日時: 2007-03-23 01:06
日本語を下手にこねくりまわして、余計にわかりづらい表現になってしまうよりも 記号や専門用語を使ったほうがかえってわかりやすい場合もありますので (例:Windowsのスタートボタンを日本語で説明すると…)あえて記号を使いました。 | ||||||||||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.