見えない部分(サーバ、データベース、ネットワーク)」の作業を指しています。下記は代表的な3階層システムのイメージです。現在のシステム構成の主流はこの3階層システムと考えて良いと思います。バックエンド側:インフラチーム、ネットワークチーム、データベースチーム等とチーム分けされることが多いです。システムエンジニア(SE)インフラエンジニアDBA(データベースアドミニストレーター)サーバーエンジニアネットワークエンジニアテストエンジニア(テスター)システム開発現場でのインフラエンジニアについては、担当範囲が非常に広くなるためさらに複数に分かれていることが多いです。データベースエンジニア等の場合は非常に微妙な立ち位置になります。実際のアクセス量から適切なサーバのサイジングを行い、適切なメモリ量やCPUスペックなどを見積もる場合はバックエンド側のインフラエンジニア寄りに位置します。近年では、簡単なテーブルくらいならプログラマーの担当範囲というところが多くなってきているように感じます。サードパーティ製の便利ツールが増えてきたことが要因でしょう。バックエンド側各作業の役割は、システムエンジニアがフロントエンド側の「要件定義書」と全体的なアーキテクチャから「要件定義書」を取りまとめます。違いはフロント側の「要件定義書」は「ユーザー顧客」から出てきた要望を取りまとめましたが、バックエンド側はフロントエンド側の「要件定義書」もインプットとして取り扱います。「基本設計書」はこの「要件定義書」をインプットとして作成していきます。設計書の中身は全く異なりますし、場合によっては設計書の名称自体変わることもあります。呼ばれることもしばしばあります。パラメータまでブレイクダウンされた、パラメータシートを設計書と呼ぶ現場も存在しました。古い体質の現場は今でもそうだと思います。IT業界自体が比較的まだ新しい業界に位置するため、用語の統一にはもう少し時間がかかるのでしょう。線引きがあいまいなところがあり、規模の小さなプロジェクトではサーバエンジニアはインフラエンジニアと同義語で扱われます。サーバOSの機能の設計・構築・運用を行うエンジニアです。理由はわかりませんが、バックエンド側のエンジニアの多くはフロントエンド側出身者で構成されことが多いです。フロントエンド側の知識無くしてサーバーサイジングやCPUスペックなどの見積もりが行えないためだと思います。年齢層も一気に跳ね上がります。40代~が多い気がしますね。フロントエンド側出身者が多いということもあってかはわかりませんが、インフラエンジニアの場合「設計書」の作成はシステムエンジニアではなく、インフラエンジニア自身が作成することが多いです。慣れてるんでしょうね。(Linux)構成管理AnsibleOSの基本知識TuneddiskFileSystemLVMServicesshChronypcpprofilelogauditkernelwebの知識apachehttp,httpsアプリケーション知識tomcatplayjboss-eapjdbcプロトコルsoapajphttp・httpsicmpscp・sftp上記はほんの一例です。覚えることはまだまだあります。近年ではWebサーバやAPサーバなどはサーバーエンジニアの作業範囲に属することが多いです。サーバには「物理サーバ」と「仮想サーバ」が存在します。ネットワークの設計・構築・運用を行うエンジニアです。最近まではネットワーク監視なんかもネットワークエンジニアの作業でしたが、監視ツールが多機能化し、今では監視チームが行うことが多いです。インフラエンジニアの一種ではありますが、個々のサーバをつなぐネットワーク専門のエンジニアになります。ネットワークエンジニアも意外と年齢層は高いです。40歳~なんて普通にいます。最近ではビッグデータ理論の登場で大量のデータを管理し、企業戦略にそのデータを活用できるスキルを持った人材が求められています。その影響もあってか絶えず人材不足なイメージがあります。データベースエンジニアが集まらず、インフラエンジニアが勉強しながらデータベースの設計・構築を行うことなんてざらにあります。(Windows)※「shell」「PowerShell」ともに言語の一種です。プログラマーで何か一つでも言語を習得していれば、プログラムそのもののアルゴリズムは殆ど共通なのですぐ覚えられます。上記を一つ一つ説明していると、一冊の本が出来上がってしまうためここでは割愛します。上記のスキルを習得して初めて一つのシステムが開発できるのです。なんとも気の長い話です。テスターの役割バックエンド側のテスターには、チーム内で担当者を変えて行うことが多いです。メモリーサイズやCPUスペックの妥当性など、どうしても設計者の「思い」が入り込むため、誰にでもお願いすると言うわけにはいかない場合が多いようです。この記事ではエンジニアの開発現場での役割や必須スキルを述べてきました。近年では、サードパーティ製ツールの発達もあり、その担当範囲がかなり広く、複数のチームに別れて作業することが一般的です。急ぎ足で紹介してきましたが、IT業界のバックエンド側の開発現場はおおざっぱにこんな感じです。エンジニアは「SE」=>「PM」=>「コンサル」といった具合に、多くのキャリアプランを選択できる数少ない職種でもあります。するITエンジニアのワークシェアリング化ここで一つ「資本主義」について考えてみましょう。結果、エンジニアの仕事(将来)に大きくかかわる気がしたため「プログラマーの仕事」枠へ入れることにしました。IT業界になると・・「できて当然!」って人ばかりなんでしょ?とかね。...4プログラマーとして生き残るには?唐突ではありますが、プログラマーとして作業見積もりは非常に重要な仕事です。この見積もりを誤ると無事にシステムを開発したはいいが、採算的には大赤字だったなんてことになりかねません。...5IT業界って、どんなところ?何をすればいいの?そもそも自分が希望している業界がどんなところなのか把握していなくては、折角プログラマーになっても雰囲気に馴染めずに辞めてしまうなんてことになりかねません。...6フリーランスの手帳術:01.価値観と目的を考えるキャリアプランを考える上で、あなたが満足な人生を謳歌したいと思うのであれば、まず「あなたの満足とは何か?」という問いに、ざっくりでも良いので答えられる必要があります。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。時代の変遷に伴い、社会環境は時々刻々と変化しています。年功序列制度が廃れ、年齢や性別に関係なく有能な人材を起用する考え方が浸透しています。万人と推計されたそうです。知識を解説2020/1/17エンジニアは最初が肝心!ハッタリ利かせて有能をアピール。IT業界に携わって20年以上。インフラエンジニアを経て、現在はシステムエンジニアとしてプロジェクトに従事しています。