多重下請け構造、日本のサラリーマン的な終身雇用制度などとマッチしているということもあり、いまだに日本のSI業界では ・設計を行うSE ・設計に従ってコードを書くPG という役割が分けられているだけでなく、上流のSEが偉くて、下流のPGは末端作業員、クリエイティブでない単純労働作業と考えられているところがあります。 海外などの最新の開発手法を追いかけていれば、そのような分割は全く効率的でなく時代遅れなように思われますが、現実的には現在でもそのような発想をする人が多いのでしょうか。
最近のシステム構築では仕様書をきちんと記述しないで、いきなりツールを使ってプログラムを作成することも多いようだ。否定する気はないが、駆け出しのころはしっかり自分の手で仕様書を書いた方がいい。 前回は、SEを目指している皆さんに向けて、仕事に取り組む姿勢の観点からアドバイスを書いた。今回は、SEに求められるより具体的な知識やスキルの向上に役立つ話を書いてみたい。 SEとして必要な知識やスキルは非常に広範にわたる。経験を積み、上級SEになってくればより経営的な知識が求められるが、最初のころは、システム構築に必要な知識やスキルが特に重要になる。今回は、システム構築における基礎的なスキルの開発方法を紹介しよう。 仕様書を書くこと 最近のシステム構築では、仕様書をきちんと記述しないで、いきなりツールを使ってプログラムを作成したり、システムを構築したりする手法が取られることも多いようだ。こういった手法
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く