多重下請けでは構造的にいいソフトウェアが作れない - きしだのHatena
多重下請けではエンジニアが育たないという話を前回のブログで引用していたのですが、そもそも多重下請けではまともなソフトウェアは開発できないんではないかという気持ちになりました。 多重下請けでは、上位受け会社の「SE」が「設計」を行い、下位受け会社の「PG」が実装を行うという役割分担があります。というか、今回の話はそういう役割分担がある多重下請けを前提とします。 そうすると、設計というのは会社間をまたがった契約文書であり、発注のための作業指示書であるということになります。ソフトウェア開発で本質的に必要な文書というよりは、ビジネス構造によって必要になったビジネス文書です。ちなみに派遣ではなく業務委託のはずなので詳細な作業指示になってはいけないのもポイントです。 ※余談ですが「設計は必要である」という人の話をきいてみると、必要なのは実装のための設計ではなく保守のためのドキュメントということがほとん
ITエンジニアの地位を落とす、日本企業の大きな誤解：日経ビジネスオンライン
現代の企業においては、IT（情報技術）、そしてウェブをどう使っていくかが企業の成長のカギを握っている――。このことに異論がある方はいないだろう。 少し前までは、既存の業務を一部IT化し「わが社はITを活用している」などと生ぬるいことを言っていられる時代だったが、今ではIT、ウェブをベースにビジネスモデルを組み立てていないと勝ち目の無い世界になりつつある。 グーグル、フェイスブック、マイクロソフトなどは言うまでもなく、今やITと全く無縁そうな回転寿司屋でさえ、ビッグデータを活用し廃棄量75％削減を達成している時代である（「スシロー、ビッグデータ分析し寿司流す 廃棄量75％減」：日経新聞電子版1月27日）。 しかし、これだけビジネスの中心にIT、ウェブが入り込んできている現在でさえ、IT、ウェブの中心を担うITエンジニアの仕事について「製造業と同じようなもの」と勘違いしている人が非常に多い。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
