パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

NEXT ENGINEER創刊」記事へのコメント

  • by Anonymous Coward

    SEになりたかったら、そんな昨日今日できた雑誌なんか読んでないで、まともな本を読んだほうがいいと思うがなぁ。

    雑誌も本も売れないこのごろだから、よくわかるんだけどね。こういうのを出したくなるのは。
    半可通どうしの社内議論が目に見えるようですねぇ。

    まぁ、がんばってくださいな。こういうじゅようはないとは言わないからさ。
    • SE とプログラマでは学ぶべきことがだいぶちがうんでしょうか?
      • 業務知識があるプログラマはSEと呼ばれるはずです.
        積算やってた人間がいきなり診療報酬はできないでし.
        • by coolguy (4034) on 2002年02月24日 18時45分 (#66129) ホームページ 日記
          業務に適合するシステムを設計できなければ
          業務知識があるだけではSEとは呼べません。
          ここで言うシステムは計算機上に実装されるものに
          限定されません。人間系の業務ロジックまで含まれます。

          積算やってた人間がいきなり診療報酬はできないは
          仰るとおりですが、未知未経験分野の業務であろうと
          顧客へのヒアリング等から、顧客業務を理解し、
          最適なシステムが設計できることがSEには求められます。

          顧客から得られる情報だけでなく、当該業務に関する
          書籍や雑誌等々からの情報収集も怠ることはできません。
          業務関連法規、業界動向や他社事例なども顧客との対話に
          必要な知識として情報収集対象に含まれます。

          以上私見です。
          親コメント
          • ちょっと反れますが・・・

            開発スパン短い、ちいこい(規模の小さい)システムを
            やらなきゃいけないことが多くて、毎回業務は異なるし、
            客先に派遣に出されたってそう。その業務について、初物
            であるケースがほとんど。

            それで、毎回問われるのは、

            未知未経験分野の業務であろうと
            顧客へのヒアリング等から、顧客業務を理解し、
            最適なシステムが設計できること


            まさに、これだったりします・・・。
            (毎回業務を一から覚えるの、確かに辛いんですがね。)
            親コメント

日々是ハック也 -- あるハードコアバイナリアン

処理中...