エンジニアになる前に知っておきたい、業界の現実と魅力。いちばん重いのは、多重下請けです【フェーズ1-1｜ITエンジニアの卵に贈る、就活の書】

【お知らせ】本連載は、2026年9月20日に全記事を全面アップデートしました。

　この記事は本気でITエンジニアになりたい！ という学生さんたちに向けて就活プロセスを伝える「ITエンジニアの卵に贈る、就活の書」シリーズの一本です。シリーズ全体の目次はこちら（扉記事）からご覧いただけます。

　エンジニアを目指す学生のみなさん、こんにちは。クオリティアーツの池田です。

　ITエンジニアの卵に贈る、就活の書・フェーズ1-1の記事です。前回の序章-3では、生き方としてのエンジニアと、職業役割としてのエンジニアの違いをお話ししました。職業役割としてのエンジニアは、入社した日に会社から与えられる肩書きのこと。生き方としてのエンジニアは、公衆の安全と福祉を日々の判断のいちばん上に置く、自分で選び取って背負っていくもののことです。この2つは、別のものです。

　序章の3本を土台にして、今回からフェーズ1「気づく」の各論に入っていきます。

　今回はその輪郭を持ったうえで、IT業界そのものの地図へと入っていきます。エンジニアを目指す前に一度は知っておきたい業界の現実と魅力を、5つの魅力と5つの現実に分けてお伝えします。

　今回の記事の狙いは、「IT業界って、実際どんな仕事なの？」というふわっとしたイメージを、少しだけ具体的な輪郭に置き換えることです。現実を知ることで、魅力もより鮮明に見える。そんなつもりで書きます。

　私自身、エンジニアとして、会社員として、そしてコンサルタントとして、いろいろなIT企業を内側から見てきました。この業界で、良い時期も苦しい時期も経験してきました。そのなかで感じてきたことを、これからこの業界に入ろうとするみなさんへ、エールとして届けます。

この記事のポイント

• IT業界は情報通信業の就業者だけで302万人。5つの魅力と5つの現実を並べると、現実を知ることが、そのまま就活の防具になります。

• いちばん重い現実は多重下請けです。公正取引委員会の調査では、中抜きを感じたと答えた割合が、最終下請で33.5%でした。

• 本気でエンジニアになるなら、発注元から遠い位置にいる会社は選ばないでください。切る基準は規模でも地理でもなく、仕様を決める側にいるかどうかです。

1. まず知っておきたい、IT業界の「大きさ」

　「IT業界」と一言で言っても、その規模はみなさんが想像しているよりも、はるかに大きい世界です。

　総務省統計局の労働力調査によると、2025年平均の情報通信業の就業者数は302万人で、前年に比べて10万人増えました。就業者が増えた産業の上位に、医療・福祉、サービス業と並んで情報通信業が入っています。

　ひとつ、正確に置いておきます。この「情報通信業」という区分には、通信、放送、出版なども含まれます。ソフトウェアを作るエンジニアは、その一部です。それでもこの区分だけで300万人を超え、しかも増えている。エンジニアという職業は、その中で中核を担っています。

　世界に目を向けると、GAFAM（Google, Amazon, Meta, Apple, Microsoft）をはじめとする巨大テック企業があります。その外側にも、シリコンバレー、ヨーロッパ、アジアの新興テック企業まで、無数のプレイヤーがいます。

　そして、この規模は、いまも拡大し続けています。生成AI、クラウド、モバイル、IoT、Web3、量子コンピューティング。技術の進化とともに、新しい領域が次々に生まれ、その領域を担うエンジニアの需要も生まれ続けています。少し前まで存在しなかった職種が、いまでは当たり前に求人票に並んでいます。「MLエンジニア」「クラウドアーキテクト」「DevOpsエンジニア」「SRE（Site Reliability Engineer）」「プロンプトエンジニア」。どれも、みなさんが生まれた頃には無かった呼び名です。

　みなさんがエンジニアという職業を選ぶということは、この巨大で、しかも成長し続ける世界の一員になるということです。仕事の選択肢という意味で、これほど広い可能性を持つ職業は、そう多くありません。

2. 業界の「魅力」を、5つの角度から

　なぜ、エンジニアという仕事は多くの人を惹きつけるのか。現場で見てきたなかで、とくに強く感じる魅力を5つに整理します。

2-1. 魅力1：手を動かして作ったものが、公衆の暮らしに直接届く

　エンジニアの仕事は、自分の手で作ったものが、公衆の暮らしに直接届く仕事です。書いたコードが動く。設計したシステムが人の役に立つ。設計図が現実になる瞬間の手応えは、他の職業ではなかなか味わえないものです。

　たとえば、自分が書いた1本の関数が、日本中の何万人ものユーザーの困りごとを解決している瞬間。自分が設計したシステムが、企業の業務を毎日支えている実感。自分が改善したパフォーマンスチューニングが、レスポンスタイムを目に見えて速くした達成感。「作った」が「動いた」につながる、その手応えの繰り返しが、エンジニアという仕事の芯にあります。

　序章-1でお話しした「公衆の福祉に責任を負う」という高潔な職業観は、決して抽象論ではありません。みなさんが日々書く1行のコードが、その責任の具体的な形になります。学生時代に個人開発でこの手応えを一度でも味わっておくと、その責任の重みが体で分かってきます。就活の面接で「なぜエンジニアか」を語るときの、最も強い動機の一つにもなります。

2-2. 魅力2：技術と職業観が、国境を越える

　プログラミング言語もフレームワークも、世界共通です。自分が書いたコードは、そのままの形で世界のどこでも動きます。同じように、世界のどこにいるエンジニアの成果でも、自分の手元で使えます。この越境性は、他の職業にはあまりない特徴です。

　越えるのは、技術だけではありません。序章-2でお話ししたように、「エンジニア」という職業観そのものが、世界共通です。日本の技術士倫理綱領も、世界の技術者団体が定めた倫理規定も、公衆の福祉を最上位に置くという同じ一点を共有しています。だから世界のどこに行っても、この職業観を持つエンジニア同士は、すぐに話が通じます。

　日本で働きながら海外のオープンソースに貢献したり、海外に拠点を移して同じスキルで仕事を続けたり。GitHubで公開したコードが、地球の裏側のエンジニアの目に留まり、そこからキャリアの機会が生まれる。そんなことが、エンジニアという職業では日常的に起こります。キャリアの地理的な柔軟性という意味でも、恵まれた職業です。

2-3. 魅力3：学び続けることが、そのまま仕事になる

　技術は日々進化します。だから、エンジニアの仕事には学び続ける時間が組み込まれています。新しい言語、新しいフレームワーク、新しい設計思想。これを追いかけ続けることが、そのままキャリアを積み上げる行為になります。

　これは、プロフェッションの共通特徴でもあります。公衆に対する責任と倫理を負う職業のことです。医師が新しい治療法を追わなくなったらどうなるかを考えれば、話は早い。エンジニアにとっても、学び続けることは、公衆の福祉を守るための職業的な義務です。学ぶことをやめた瞬間から、公衆の安全を守る力が古びていきます。

　学生時代に触ったことのある技術が、社会人1年目でもそのまま使える。3年目には、また新しい技術を仕事で学べる。10年目には、後輩に教える立場になりながら、まだ新しいことを吸収し続けている。私自身、この歳になってなお、いま博士課程で学び直しをしています。学び続けることが、この職業では義務であり、同時に喜びでもあります。

　「学ぶことが好き」という人にとって、これほど相性の良い職業はありません。「学ぶこと自体を楽しめるか」を、自分に問いかけてみてください。

2-4. 魅力4：仲間と確かめ合いながら、ひとつのものを作る

　エンジニアの仕事の多くは、チーム戦です。一人で全部を作ることは稀で、複数のエンジニアが役割を分担して、一つのシステムを作り上げるのが基本形です。

　これも、プロフェッションの共通特徴です。ひとりの判断では間違えるから、同業で確かめ合う。カルテの検討も、事務所での判例の議論も、コードレビューも、やっていることの骨格は同じです。「これは公衆の福祉に照らして正しいか」を日々確かめ合う。この共同作業そのものが、プロフェッションを内側から支えています。

　良いチームでは、コードレビューを通じて互いに学び合い、失敗を仕組みで受け止めて次に活かします。若手も先輩も対等に議論して、より良い設計を選び取っていく。ペアプログラミングで隣に座って一緒にコードを書く。ポストモーテムで、失敗を個人の責任ではなく仕組みの問題として振り返る。設計レビューで、経営層や部課長も含めて技術の意思決定に加わる。そういうチームの一員になれたとき、エンジニアの仕事の楽しさはいちばん深くなります。

　就活で「どのチームに入るか」がとても大事なのは、この共同の質が、みなさんの成長を大きく左右するからです。

2-5. 魅力5：プロフェッションとしての、待遇とキャリアの柔軟性

　近年、エンジニアという職業の待遇は着実に改善しています。背景のひとつがJOB型雇用の広がりです。年次や在籍年数ではなく、担当する職務の内容と責任の範囲で処遇を決める考え方のことで、この形をとる会社が増えてきました。新卒であっても、実力次第で相応の待遇を受けられる会社が出てきたのは、大きな変化です。

　これは、プロフェッションとして扱われる職業の待遇に近づいてきた、ということです。医師や弁護士が資格と実力で処遇されるように、エンジニアも技術力と責任の重みで処遇される時代になってきました。

　転職市場も活発です。エンジニアの中途採用は求人が多く、キャリアの選択肢は豊富です。いまの会社が唯一の選択肢ではないという状態は、技術者としての判断を通しやすくもします。

　だから、「良い技術を身につけて、良い会社で働く」というシンプルな戦略が、素直に報われやすい業界。それが、いまのIT業界の姿の一面です。

3. そして、知っておきたい「現実」

　魅力の裏には、いつも現実があります。魅力だけを見て就活すると、入ってから戸惑うことになります。だから、この時期にあえて現実の側面もお伝えします。

3-1. 現実1：技術の進化のスピードは、ときに厳しい

　学び続けることは魅力でありながら、学び続けなければ置いていかれるという現実でもあります。数年前に主流だった技術が、今は使われないこともあります。学生時代に身につけた知識だけで、10年、20年と食べていくのは難しい業界です。

　たとえば、10年前にWebフロントエンドの主流だったjQueryは、いまはReactを筆頭に、VueやSvelteなどの新しいフレームワークに置き換わりました。5年前に注目されていた技術のいくつかは、いま影が薄くなっています。そして、5年前はまだ主流でなかった生成AIやコンテナ技術が、いまは業務の中心にあります。

　これは怖がる話ではなく、学ぶこと自体を楽しめる人には、むしろ好条件という話です。ただし、「一度学んだら安泰」を求める人には、少し合わない業界だということは知っておくといいです。

3-2. 現実2：仕事の「見えにくさ」

　エンジニアの仕事は、多くの場合、成果が形として直接見えにくい仕事です。裏側で動くインフラ、地道なリファクタリング、テストの整備、ドキュメントの改善。目立たないけれど、システム全体を支える仕事が、実は多くを占めます。

　たとえば、あるサービスが「たまに落ちる」問題を、根本原因を追いかけて解消する仕事。数万行のコードのなかから、パフォーマンス低下の原因になっている数十行を突き止める仕事。障害が起きたときに、深夜でも復旧作業に入る仕事。こうした「見えないところで支える仕事」が、エンジニアの本質でもあります。

　私がこの重みを身体で理解したのは、ある本番システムの重大な不具合の対応に、深夜まで関わったときでした。1行の誤りが、大勢の人の生活に影響する。この経験が、私が品質とテストの分野に進むきっかけの1つになりました。

　「派手な成果を出したい」よりも、「地味でも意味のある仕事を積み重ねたい」というタイプの方が、実は長く楽しめる職業でもあります。学生時代に「自分は目立たない仕事にも意味を見いだせるか」を、一度考えてみるのは良い準備になります。

3-3. 現実3：会社によって、プロフェッションとして育つ場所か否かの差が大きい

　これはとくに強調したい現実です。日本では、「エンジニア」という呼称に資格の縛りがありません。医師や弁護士と違って、IT企業に入社した日から、誰でも名乗れます。だから同じ「エンジニア」という職業名でも、会社によって成長する速さがまったく違います。職業役割としてのエンジニアで止めてしまう会社と、生き方としてのエンジニアに育てる会社の差が、大きいのです。

　生き方としてのエンジニアに育てる良い会社では、次のような育成の日常が用意されています。

• 経営層や部課長が、技術のことを自分の言葉で語れる（抽象的なビジョンではなく、具体的な技術の話ができる）。かつ、エンジニアとして今も実践し、その証拠が学生にも見える

• 新卒の入社1年目からコードレビューに参加でき、先輩から丁寧なフィードバックがある

• 技術選定の議論に若手も加わり、意思決定のプロセスを見て学べる

• 失敗を個人の責任にせず、ポストモーテムなどの仕組みで組織全体の学習機会にする

• ペアプログラミングや技術勉強会など、日常のなかに学びの場が組み込まれている

• 業務時間で技術ブログを書ける、OSSに貢献できる、勉強会に登壇できる

• 技術書購入や社外カンファレンス参加が、会社の負担で支援される

　こうした環境にいる若手は、1年で驚くほど伸びます。そして、いま挙げた7つが日常のなかにどれだけあるかには、会社によって大きな幅があります。この厚みの薄い環境で最初の5年を過ごし、外の世界に出てはじめて、自分の育ちの遅れに気づく。これは、私がこれまで見てきた中で、いちばん痛みを感じるパターンです。

　では、その厚みを、就活の入口でどう見分けるか。7つの項目は、会社の内側の話なので、フェーズ1の時期にそのまま確かめるのは難しい。ただ、説明会や採用ページの段階で観測できる兆候があります。

• 新卒研修の説明が「3か月の座学研修」という期間の話だけで終わり、その後に誰が面倒を見るのか（メンター、OJT担当、1on1の頻度）の説明がない

• 「配属は本人の希望を尊重します」と言うのに、去年の新卒が実際にどこへ配属されたかの実績が出てこない

• 技術ブログはあるが、書いているのが同じ2人で、若手や新卒の記事が1本もない

• 勉強会の写真は載っているが、開催の頻度と、業務時間内かどうかが書かれていない

• 「コードレビューをしています」の説明で、新卒のコードを、誰が、いつ見るのかが出てこない

　これらが重なっているなら、研修という「イベント」の予算は通っているが、育成という「毎週の工数」の決裁は、まだ通っていない状態です。この2つは、社内ではまったく別の話です。研修は期間と費用が見積もれるので、稟議が通ります。一方で、メンターが毎週2時間を新卒に使うことは、見積書のどこにも現れません。誰かの生産性が、静かに落ちるだけです。その静かな低下を引き受けるかどうかを、部課長が毎年決めています。

　みなさんが5年後に立っている場所は、その決定の積み重ねの上にあります。ただ、書かれていないことは見えません。厚みの薄い会社を選んでしまったとしても、それはみなさんの見立ての失敗ではありません。だから、就活で「どの会社に入るか」がとても大事です。このシリーズ全体を通してお伝えしたいのは、実はこの一点でもあります。良い会社を見分ける物差しは、フェーズ3、フェーズ4の記事で具体的にお話ししていきます。

3-4. 現実4：多重下請け構造。この連載で、いちばん重い現実です

　この節から、商流（しょうりゅう）という言葉を使います。聞き慣れないと思うので、先に説明します。

3-4-0. 商流とは、仕事とお金が流れていく道すじのことです

　あるシステムを作るとき、お金を出して「これを作ってください」と言う人がいます。銀行、メーカー、自治体、病院。その人が使うために作られるので、この連載ではエンドユーザー（発注元）と呼びます。

　エンドユーザーは、たいてい自分では作りません。IT企業に発注します。これを受けた会社を、元請けと呼びます。

　ここで終わることもあります。ただ、元請けが、その一部をさらに別の会社に頼むことがあります。頼まれた会社が二次請け。二次請けがさらに別の会社に頼めば、三次請けです。

　この、仕事とお金が流れていく道すじを、商流と呼びます。川にたとえて、エンドユーザーに近いほうを上流、遠いほうを下流と言います。

　ビルを建てるときと、形は同じです。ビルを建てたい人がいて、大きな建設会社が請け負って、その下に工務店が入り、さらにその下に職人さんが入る。IT業界にも、同じ形があります。

　商流の位置は、会社の大きさとも、場所とも、関係ありません。社員10人でエンドユーザーと直接やり取りしている会社もあれば、社員1000人で三次請けの仕事が中心の会社もあります。別の物差しだと思ってください。

　そして、下に行くほど、決められることが減ります。何を作るかは上で決まっています。なぜ作るかも、上で決まっています。下に降りてくるのは、決まったものを、決まったとおりに作る仕事です。

　この節では、その差が、みなさんの3年後に何をもたらすかを扱います。5つの現実のなかで、いちばん重いものとして扱います。理由は、これから説明します。

3-4-1. まず、国の調査が何を見つけたか

　公正取引委員会が、下請取引の実態を調べています（ソフトウェア業の下請取引等に関する実態調査報告書、2022年6月公表）。対象は、ソフトウェア業の資本金3億円以下の企業2万1000社です。調査の趣旨に、こう書かれています。

　結果のうち、学生のみなさんに知っておいてほしい数字を挙げます。

　「中抜き」事業者の存在を感じたことがある、と答えた割合です。中抜きとは、実質的な役務を果たさずに商流に入り、マージンだけを取る事業者のことです。

• 全体：25.9%

• 元請：18.5%

• 中間下請：29.2%

• 最終下請：33.5%

　下流になるほど、高くなります。 同じ調査で、買いたたきを経験したと答えた会社が15.7%、不当な給付内容の変更が14.2%、下請代金の減額が13.5%ありました。

　報告書にはヒアリングの声も収録されています。割合ではなく個別の事例ですが、そのまま引きます。

3-4-2. なぜ、これがいちばん重い現実なのか

　いま挙げたのは、お金と契約の話です。ただ、みなさんにとって重いのは、そこではありません。

　4次下請として参加した案件で、エンドユーザーへの質問が途中の業者で止まっていた。この一文を、もう一度読んでください。

　質問が、届かない。 これは、序章-1の10章で見た「作業者」と「エンジニア」の線が、構造として引かれているということです。エンジニアは、何を作るか、なぜ作るかに責任を持つ人でした。そのためには、使う人に届かなければならない。商流に4社挟まっていて、質問が途中で止まる場所では、その責任の持ちようがありません。

　どれだけ本人にやる気があっても、です。これは能力の問題ではなく、座っている位置の問題です。

　もう一つ。層が増えるたびに、間に立つ会社の取り分が発生します。同じ100万円の仕事でも、下流に届くころには減っています。減った予算のなかで人を出すには、単価の安い人を出すことになります。新卒は、そこにいちばん当てはまります。

　そして、仕様を決める仕事と、決められた仕様を実装する仕事では、後者のほうが人を入れ替えやすい。入れ替えやすい人材として新卒を採る会社にとって、この構造は不都合ではなく、前提です。

3-4-3. 3年後に、手元に何が残るか

　ここが、就活の判断にいちばん効くところです。

　エンドユーザーから遠い位置、つまり商流の下流で最初の3年を過ごすと、次のものが手元に残りにくくなります。

• 何を作るかを決めた経験。決めるのは、上流にいる誰かです

• 使う人の反応。届く前に、商流で止まります

• 技術を選んだ理由。技術は、たいてい指定されて降りてきます

• 公開できる成果物。客先の資産なので、外に出せません

• 社外に見せられる実績。守秘義務の範囲が広く、案件名すら言えないことがあります

　フェーズ2で学生時代に積み上げるものを、思い出してください。公開できる成果物、技術選定の理由、詰まったところと解き方でした。下流で3年過ごすと、その3年ぶんが、同じ形では積み上がりません。学生時代に自分で作ったものだけが手元にあって、社会人になってからの3年が空白、という状態が起こりえます。

　転職のときに何を見られるかは、フェーズ2-2で書いたとおりです。証跡です。証跡が作れない場所で3年を過ごすと、3年目の選択肢が、学生のときより狭くなります。

3-4-4. だから、こう言い切ります

　本気でエンジニアになるつもりなら、エンドユーザーから遠い位置にいる会社は、選ばないでください。 商流の下流、という言い方をしてきた場所のことです。

　地方だから、中小だから、ではありません。フェーズ3-3の4章で見るとおり、情報通信業で働く人の63.2%は中小企業に勤めています。規模で切ったら、この業界のほとんどが消えます。切る基準は、規模でも地理でもありません。商流のどこに座っているかです。

　地方の中小企業でも、自社製品を持ち、仕様を決める側にいて、技術を自分たちで選んでいる会社はあります。そういう会社は、むしろ強い候補です。 一方で、東京の大きな会社でも、実態が人材の供給だけなら、同じことが起こります。

3-4-5. 商流のどこにいるかを、学生が見分ける方法

　会社は「うちは3次請けです」とは書きません。書く義務もありません。だから、別のところに出ているものを読みます。次の5つです。いずれも、応募前に、無料で調べられます。

1. エンドユーザーの名前が、出てくるか

　いちばん簡単で、いちばん確かな1つです。会社のサイトの「導入事例」「実績」「ニュースリリース」を開いてください。

• 発注元の企業名が実名で出ている：少なくとも、その案件では直接契約の関係があります

• 「大手SIer様」「大手メーカー様」「金融系のお客様」としか書けない：その先に、誰かが挟まっています

　なぜ実名を出せないのか。発注元と直接の契約がないと、実名を出す許可を取る相手が、そもそも自社の取引先ではないからです。取引先の、そのまた先に許可を取りに行くのは、現実には難しい。だから書けません。書かないのではなく、書けないのです。

2. 売上の構成を見る

　会社概要、採用サイトの事業紹介、決算資料。自社サービスの売上と、受託・技術者派遣の売上の比率が分かることがあります。後者が大半なら、商流のどこかにいます。そこから先は、1・3・4と組み合わせて読みます。

3. 就業場所の書き方

　JDの就業場所が「当社および客先」「プロジェクトによる」「首都圏一円」。これは、常駐が前提という意味です。

　なぜここに出るか。2024年4月1日施行の改正職業安定法施行規則で、募集の時点で就業場所の変更の範囲を明示することが求められているからです（フェーズ3-2の5-7で扱います）。書かないわけにいかないので、実態が出ます。

4. 雇用形態の注記

　「正社員型派遣」「無期雇用派遣」という語があるか。あれば、契約の形として、人を出す事業です。「正社員」と大きく書いてあっても、注記の側を読んでください。

5. 「上流工程に携われます」の中身

　最後に、いちばん注意したい1行です。この言葉は、下流の会社ほどよく使います。上流にいる会社は、当たり前すぎて、わざわざ書きません。

　書いてあったら、件数と人数で聞いてください。

　失礼な質問ではありません。 会社が募集要項に書いたことについて、その中身を尋ねているだけです。書いたのは、会社の側です。

　そして、答え方そのものが情報になります。件数と人数がすぐ出てくる会社は、把握しています。「案件によりますね」で終わる会社は、把握していないか、言いたくないかのどちらかです。

3-4-6. ただし、受託開発そのものを否定しているのではありません

　ここは、正確に分けます。受託開発は、必要で、価値のある仕事です。社会のシステムの多くは、受託で作られています。

　問題にしているのは、受託かどうかではなく、商流のどこにいるかです。同じ受託でも、エンドユーザーと直接契約し、要件定義から入り、技術を自分たちで選べる会社は、まったく別の場所です。そういう会社では、みなさんは「何を作るか」の側に立てます。

　見分ける問いは、1つで足ります。この会社は、仕様を決める側にいるのか。それとも、決まった仕様を受け取る側にいるのか。

　なお、公正取引委員会の調査そのものが、資本金3億円以下の会社に聞いたものです。つまり、この構造の中で苦しんでいるのは、下請側の会社自身でもあります。会社を責める話ではなく、みなさんが、その構造のどこに自分を置くかという話です。

3-4-7. ただし、これは禁止リストではありません

　ここまで強く書きました。そのうえで、もう一つだけ足します。この連載は、受けてはいけない会社の一覧を配っているのではありません。止めたいのは、知らないまま入ってしまうことです。

　商流の位置が何を意味するのか、3年後に何が手元に残らないのか。それを理解したうえで、それでもその会社を選ぶ理由が自分にあるなら、それは意思のある選択です。理由は人それぞれで、私が採点するものではありません。

　ただし、知って選んだ人と、知らずに入った人は、3年目に差がつきます。 知らずに入った人は、そこで初めて気づきます。知って入った人は、入る前から、何が残らないかを織り込んで手を打てます。社外に出せる成果物を業務の外で作る。案件の外で技術を選ぶ機会を作る。3年目に何を持って動くかを、1年目から決めておく。同じ会社にいても、次の一手があるかどうかが変わります。

　だから、この3-4を読み飛ばさないでください。選ぶなと言う前に、知っておけと言っています。

3-5. 現実5：エンジニアの呼び方に、会社の職業観が滲む

　もう一つ、細部の話です。会社によって、エンジニアの呼び方が違います。「エンジニア」「ソフトウェアエンジニア」と呼ぶ会社、「SE」「開発職」と呼ぶ会社。呼び方に、会社の職業観が正直に映ります。募集要項の1行、面接での応対、内定式の肩書き。詳しくは、フェーズ3-2の記事で掘り下げます。

4. 現実を知ると、魅力はもっと鮮明に見える

　5つの現実を読んで、少し身構えた方もいると思います。それでいいのです。身構えられる状態が、そのまま防具になります。

　学び続けることを楽しめる。地道な仕事にも意味を見いだせる。良い会社を見分けて選び取れる。エンジニアとして扱われる場所を、自分で見つけられる。この状態で入った1年目と、そうでない1年目は、まったく違います。

　そして、ここまでの5つの現実には、共通の形がありました。どれも、学生の努力では動かせず、会社の側の決定で決まるということです。研修のあとに誰が面倒を見るか。何次請けの位置で仕事を受けるか。エンジニアを何と呼ぶか。だから、確かめる先は自分の中ではなく、相手の側にあります。

　そのうえで、5つのうち3-4（多重下請け）だけは、扱いが違います。ほかの4つは、入ってから状況が動くことがあります。商流の位置は、動きません。会社が事業構造そのものを変えないかぎり、入社1日目から3年目まで、同じ場所です。だから、入る前にしか決められません。

5. 業界を知るための、軽やかな準備アクション

　フェーズ1「気づく」の時期にできる、業界を知るための軽やかな準備アクションを5つお伝えします。どれも1回30分〜1時間で試せる、軽いものです。

1. 気になる技術ブログを1本読んでみる：メルカリ、クックパッド、サイボウズ、LINEヤフー、DeNA、はてな。多くの会社が公式の技術ブログを持っています。1本読むだけで、そのチームの空気が伝わります。ここに挙げたのは一例で、メーカー系・地方・中堅・中小企業にも、技術に誠実に向き合う会社は数多くあります

2. 技術系のオンラインイベントを1つのぞく：connpassやTECH PLAYで検索すると、無料で参加できる勉強会が毎週たくさん開かれています。学生歓迎のイベントも多いです

3. 現役エンジニアの発信を追う：X（旧Twitter）やnoteで、現役エンジニアの日常投稿を眺める。実際の働き方の空気に触れられます

4. オープンソースのコードを眺める：GitHubで、有名なライブラリのコードをただ眺めてみる。読めなくても、雰囲気を感じるだけで意味があります

5. エンジニアという職業の書籍を1冊読む：新卒向けのキャリア本、ソフトウェアエンジニアリング入門書、業界のトレンド解説書。1冊選んで読むと、地図が一気に広がります

　どれも、応募のことは考えなくていい、業界の空気に触れるだけのアクションです。この時期に触れた空気は、その後のフェーズで選択の軸を作る土台になります。

まとめ

　本記事では、エンジニアを目指す前に一度は知っておきたい業界の現実と魅力をお話ししました。

　IT業界は、大きくて、いまも成長し続ける世界。仕事の選択肢という意味で、これほど広い可能性を持つ職業は多くない。業界の魅力は5つ：手を動かして作れる／技術が国境を越える／学び続けることが仕事になる／チームで作る一体感／待遇とキャリアの柔軟性。

　業界の現実も知っておくといい：技術の進化スピード／仕事の見えにくさ／会社による成長環境の差／多重下請け構造／エンジニアの呼び方に姿勢が滲む。現実を知ることは、就活の防具になります。そのうえで、軽やかな準備アクションで、業界の空気に少しずつ触れておく。

　次のフェーズ1-2では、この「業界」をもう少しズームインして、IT業界をひとつの軸で切らずに、4つの軸で立体的に眺める方法についてお話しします。

エンジニアの卵のみなさんへ、エール

　現実の話を含めて書いたのは、みなさんを身構えさせるためではなく、現実を知ったうえで、自分の目で魅力を選び取ってほしいからです。

　25年近くこの業界を見てきて、いまも、エンジニアという仕事に強い魅力を感じています。技術は美しいし、良いチームで働くのは楽しいし、学び続けることは飽きません。この面白さを、みなさんにも味わってほしいと思っています。

　今週、気になる技術ブログや技術記事を1本だけ読んでみてください。現役エンジニアが日々どんなことを考えて働いているか、その空気に触れるだけで、業界の見え方は少し具体的になります。それが、本記事で伝えたい、いちばん軽い一歩です。

　一緒に歩きましょう。ボン・ボヤージュ。素敵な旅を。

次の記事は、フェーズ1-2「IT業界は、ひとつの軸では切れません。自社開発・受託・社内ITを、4つの軸で見分ける」です。

この連載を読むにあたって

　事実の確認について。 法令・統計・制度の記述は、一次情報にあたって確認し、出典のリンクを各記事の末尾に置いています。それでも、誤りが混じっている可能性は、ゼロではありません。数字と法令は、リンク先の原典で確かめてから使ってください。確かめる手間ごと、この連載がお渡ししたいものです。

　調査の時点について。 記事中の法令・統計・制度は、2026年9月15日時点で確認したものです。法令は改正され、統計は毎年更新されます。読んでいる時点との差は、ご自身で埋めてください。

　生成AIの利用について。 この連載は、調査と推敲に生成AIを使っています。

　最後は、ご自身で判断してください。 就職活動は、みなさんの人生の大きな選択です。この連載がお渡しするのは、判断の物差しであって、判断そのものではありません。物差しを当てるのは、みなさん自身です。

　そして、一人で抱えないでください。 相談先があります。大学のキャリアセンター。新卒応援ハローワークは全国56か所にあり、すべて無料で、専任の就職支援ナビゲーターが担当者制でついてくれます。労働条件のことは、総合労働相談コーナー（都道府県労働局や労働基準監督署などに全国378か所）でも相談できます。

#エンジニア就活 #多重下請け #SIer #商流 #就活生 #エンジニア採用 #エンジニアの卵に贈る就活の書

関連記事・参考文献等

本記事で引用した統計・法令・規範

• ソフトウェア業の下請取引等に関する実態調査報告書（公正取引委員会）

シリーズ関連

• 総務省統計局「労働力調査（基本集計）2025年（令和7年）平均結果の要約」

• 新卒ITエンジニア 新卒研修シラバス

• 新卒エンジニア、観察ノートを開く（上巻）　観察を、始める

• 新卒エンジニア、観察ノートを開く（中巻）　両輪を、回す

• 新卒エンジニア、観察ノートを開く（下巻）　道を、選び取る