アカウント名:
パスワード:
上流工程と下流工程っつって人員を分けちゃっていることが、結果として上流工程のノウハウやセンスを磨く機会を逸している可能性はあるね。本来、要件定義や設計も含めてプログラマーの仕事なんだから、それらのすべての工程に何らかの形で関われるような、統合・一本化されたスタイルが形成されれば、結果として技術を伝えるって意味での社内文化が培われていくようになるんじゃないかな?
ライン作業と同じような感覚で、上流工程→下流工程→テスト、みたいにして人員を切り分けることに、この業界ではそれほど意味を感じないんだよね。実際、大して効率化されていない。だって、同時進行でできることなんて限られているんだから (せいぜい上流バグをフィードバックすることぐらい)、ライン化すること自体に意味無いよ。上流工程で仕様が上がるのを待っているコーダーのアイドル時間は本当に無駄だし、精神衛生上も良くない。
それだったら、要件定義をまとめた人間がそのまま設計して、設計した人間がそのままコーディングした方がいい。フィードバックが必要な箇所についても当人達が把握しているんだからそれこそスムーズに行われる。そしてテストも基本的には当人達で (各レイヤごとに開発と同時進行で) 作成。それに更にユーザー視点でテストを追加する別部隊がいれば、開発全体としては十分なんじゃないかしら?
昇格すると管理職になって仕事内容が変わるっていう、プログラマ以外の事務職の常識をプログラマにも当てはめてるから、おかしいことになるのよね。職人はいくら年季を積んで腕を磨いたって職人としての仕事は変わらないけど、年季を積んでノウハウやセンスを磨いた分、若い奴ができることとは明らかに違うことが任せられるようになる。でもそれは結果論であって、昇進の仕組みとして形成すべきものではないんだよ、きっと。
# でも「ソフトウェアエンジニア」はやめて。某社を思い出すから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
プログラマではなくSEの質が悪い (スコア:3, すばらしい洞察)
だから悪いのはSEか、そもそもSEとPGという今の線引きにしたことだと思います。プロジェクトが遅れるのは要件定義からコーディング手前までなのが多いので、SE(特に発注側SE)というものがうまく機能していないことは明らかです。ここに人件費掛かりすぎです。
スパイラル開発の思想を取り入れて、SEのやることを減らしてPG側にもっと仕事を投げるべきです。余計な調整が激減するはずです。でもってプログラマなんていう呼称はやめて、ソフトウェアエンジニアという呼び名が一般的になればいいと思います。
Re:プログラマではなくSEの質が悪い (スコア:1)
無茶な設計をすれば、実装する段階になって考え込むはずだし、
実装に遠慮し過ぎた設計をすれば、こんなことやってて顧客に価値を提供できるのか?
という疑問が実装時に湧いてくるはずだ。そういうフィードバックから切り離された
設計者というのは、無茶過ぎる設計か安直過ぎる設計かに偏ってしまって、
「プロジェクトを成功させる設計」というストライクゾーンに投げられなくなる。
Re:プログラマではなくSEの質が悪い (スコア:1)
上流工程と下流工程っつって人員を分けちゃっていることが、結果として上流工程のノウハウやセンスを磨く機会を逸している可能性はあるね。本来、要件定義や設計も含めてプログラマーの仕事なんだから、それらのすべての工程に何らかの形で関われるような、統合・一本化されたスタイルが形成されれば、結果として技術を伝えるって意味での社内文化が培われていくようになるんじゃないかな?
ライン作業と同じような感覚で、上流工程→下流工程→テスト、みたいにして人員を切り分けることに、この業界ではそれほど意味を感じないんだよね。実際、大して効率化されていない。だって、同時進行でできることなんて限られているんだから (せいぜい上流バグをフィードバックすることぐらい)、ライン化すること自体に意味無いよ。上流工程で仕様が上がるのを待っているコーダーのアイドル時間は本当に無駄だし、精神衛生上も良くない。
それだったら、要件定義をまとめた人間がそのまま設計して、設計した人間がそのままコーディングした方がいい。フィードバックが必要な箇所についても当人達が把握しているんだからそれこそスムーズに行われる。そしてテストも基本的には当人達で (各レイヤごとに開発と同時進行で) 作成。それに更にユーザー視点でテストを追加する別部隊がいれば、開発全体としては十分なんじゃないかしら?
昇格すると管理職になって仕事内容が変わるっていう、プログラマ以外の事務職の常識をプログラマにも当てはめてるから、おかしいことになるのよね。職人はいくら年季を積んで腕を磨いたって職人としての仕事は変わらないけど、年季を積んでノウハウやセンスを磨いた分、若い奴ができることとは明らかに違うことが任せられるようになる。でもそれは結果論であって、昇進の仕組みとして形成すべきものではないんだよ、きっと。
# でも「ソフトウェアエンジニア」はやめて。某社を思い出すから。
むらちより/あい/をこめて。
Re:プログラマではなくSEの質が悪い (スコア:0, フレームのもと)
それはあなたが極めて簡単なシステムしか開発したことがないか、
あなた自身のレベルが低レベルプログラマ並だからですよ。
無知な人には、本来なら今の数十倍の品質と生産性が得られる
ことなど、想像もできないでしょう。
Re:プログラマではなくSEの質が悪い (スコア:0)
そういうところにはちゃんといいプログラマがいます。
困ってるというのは、あなたのレベルがその程度だから、その程度の人しか寄ってこないんですよ。
#自分の言ってることがまるっきり逆だということに気づけよな
Re:プログラマではなくSEの質が悪い (スコア:0, フレームのもと)
>そういうところにはちゃんといいプログラマがいます。
だからあなたが無知だから、今が酷い状態だということにも
気付かない/気づけないんだってば。
Re:プログラマではなくSEの質が悪い (スコア:0)
「ああこんな馬鹿論争を他人事として楽しめる
オレっちって、幸せなんだなあ」とつくづく思う。
Re:プログラマではなくSEの質が悪い (スコア:0)
あなたが上にあがれないのは構造的な問題じゃないから。
#そのことに気づけばもうちょっとマシになれるかもね