- - PR -
設計以下はSEの仕事ではないような気がする
1
投稿者 | 投稿内容 | ||||||||
---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2006-10-20 18:41
分析から設計、実装まで一貫してPGがやらないと
おかしなシステムができてしまうのは私だけでしょうか?。 | ||||||||
|
投稿日時: 2006-10-20 18:43
プログラマ兼SEな人ってゴマンといると思いますが? むしろそこまでできて1人前だと思います。 半人前が多いんじゃないか?って意見なら同意しますよ。 | ||||||||
|
投稿日時: 2006-10-20 18:50
いや、開発はPGに任せて、SEは実務に集中できる環境を持たせるという意味合いも含んでいます。 わかりづらくてすみません。 | ||||||||
|
投稿日時: 2006-10-21 00:53
それは、あなたに技術力がないからです。 センス×努力=技術力 一度、読んでみては、いかがでしょか。 http://www.job-league.com/hh/About_SE-intro.html | ||||||||
|
投稿日時: 2006-10-21 07:16
またキチガイ未記入が増えたな。
| ||||||||
|
投稿日時: 2006-10-21 10:03
まぁ、典型的な「SE」と「PG」の用語の定義が曖昧だから出てくる投稿ですね。
SEとかPGを役職だと思っている人と役割だと思っている人で 全然話が噛み合わないのでよく注意してください。 SE・PGという用語を「役割」とした場合、その発言はナンセンスです。 役割をあらわす語の意味を変えようという問題提起となりますからね。 はっきりした定義はありませんが、役割としてのSEは だいたい仕様の取りまとめを行う仕事を担当する人で PGはプログラミングを主に担当する人のことをさす場合が多いようですね。 両方の仕事をするならSE兼PGとなりますね。 ですからSE・PGという用語を「役職」と捕らえて発言されているのでしょう。 それはその会社およびプロジェクト固有の問題です。 人の仕事の責任範疇をどこに定めるかという話でしょう。 日本は責任範疇をさだめずになあなあで仕事することが多いですね。 そのデメリットが表出してくると雑務に押されて仕事がはかどらない。 どういった仕事分担でプロジェクトを回すと効率がよいか という題目でなら議論する余地があるとは思います。 |
1