エンジニアとして生き始める。ロックがジャンルではなく生き方であるように【序章-3｜ITエンジニアの卵に贈る、就活の書】

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

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

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

　ITエンジニアの卵に贈る、就活の書・序章-3の記事です。前回の序章-2では、世界基準のエンジニアと、日本の現状のギャップをお話ししました。世界の多くの国では「エンジニア」は法律で保護された名前であること。私が海外で「エンジニアだ」と名乗って冷や汗をかいた実体験。同じ言葉が、島の内と外で違う意味を持つということ。エンジニアという言葉の重みの話でした。

　序章の締めくくりとなる今回は、いよいよ、この連載を貫くいちばん大切な思想をお伝えします。エンジニアとは、職業ジャンルではなく、生き方である、ということ。生き方としてのエンジニアと、職業役割としてのエンジニアは、まったく別のものであるということ。この視座を持って就活を始めるかどうかで、その先の10年、20年の歩き方が、根本的に変わっていきます。

　そして本記事は、続くフェーズ1〜フェーズ6のすべての土台でもあります。

この記事のポイント

• 「エンジニア」には、会社から与えられる職業役割と、自分で選び取って背負っていく生き方の、2つの意味が混ざっています。

• 「学生エンジニア」という自称はやめてください。私が見てきた範囲では、実体のない肩書で身を飾りにきた人と判断され、避けられます（1-3）。

• この生き方は学生時代から始められます。作ったものを公開する、他の人のソフトウェアに手を貸す、学びを書く、勉強会で5分話す。

1. エンジニアには、2つの意味がある

　序章-1と序章-2を読んでいただいたみなさんに、いま、こうお伝えします。

　「エンジニア」という一つの言葉には、実は2つの、まったく違う意味が混ざっています。

• 職業役割としてのエンジニア：会社が設けた職種、給与テーブルの一行、履歴書の職種欄、名刺の肩書き

• 生き方としてのエンジニア：公衆の福祉に責任を負う、プロフェッションを自分で背負って生きる人

　世の中では、この2つが、しばしば混同されて使われています。IT企業に入社した学生さんは、その日から「新卒エンジニア」と呼ばれます。名刺に「エンジニア」と印字されます。ただし、それはあくまで職業役割としてのエンジニアです。序章-1で語った、公衆の福祉に責任を負うプロフェッションとしてのエンジニアには、その日にはまだなっていません。

　この区別を、明示的に持っていることが、極めて大切です。学生さんに、暗黙のうちに伝わることを期待するのは、危険です。だから、あえて、はっきりと言葉にします。

1-1. 職業役割としてのエンジニアは、会社から与えられる

　職業役割としてのエンジニアは、会社から与えられる立場です。

• IT企業がエンジニア職として採用する

• 会社の給与テーブルに「エンジニア」という職位が定義されている

• 履歴書や職務経歴書の職種欄に「エンジニア」と書ける

• 名刺に「エンジニア」の肩書きが印字される

　これらは、みなさんが入社した瞬間に、会社から自動的に与えられる立場です。世界基準では、この名前に審査がついている国が多いのですが、日本では、この職業役割としてのエンジニアの呼称は自由化されています。だから、日本のIT企業に入社したみなさんは、その日から職業役割としてのエンジニアではあります。

　これ自体は、悪いことではありません。日本の慣行の中で、みなさんが「エンジニア」という肩書きを持って社会に出ることは、自然なことです。問題は、これで終わってしまわないことです。

1-2. 生き方としてのエンジニアは、自分で選び取って背負っていく

　生き方としてのエンジニアは、会社から与えられるものではありません。みなさん自身が、自分で選び取って、日々の判断と行動の中で、背負っていくものです。

• 公衆の福祉を、日々の判断のいちばん上に置く

• 依頼者や雇用者に対する独立性を保つ

• 継続的に学び続ける

• 業界に対して貢献する（技術書、論文、コミュニティ、後進育成）

• 同業者と共に、プロフェッションの質を守る

• 場合によっては、依頼者の意向に反してでも、公衆の福祉を守る

　これらは、会社が自動的に与えてくれるものではありません。みなさん自身が、日々の場面で、意識的に積み重ねていく生き方です。

　入社しただけでは、生き方としてのエンジニアには、まだなっていません。日々の判断の中で、この生き方を積み重ねていって、何年か十年か経ったある日、ふと「私はエンジニアです」と、自分の中で言えるようになる。そういうものです。

　そして、序章-1の10章で書いたエンジニアとワーカーの線は、ここに重なります。職業役割のところで止まったままなら、肩書がエンジニアでも、やっていることはワーカーです。名刺は何も保証しません。保証するのは、日々の判断の積み重ねだけです。

　そしてもう一つ、大切なことをお伝えします。日々の判断で「生き方としてのエンジニア」を積み重ねる場面が、どれだけ日常のなかにあるかは、会社によって大きく違います。若手が技術選定に加われる。コードレビューが対話として機能している。障害のあとに、犯人を探すのではなく仕組みを直す話し合い（ポストモーテム）をする文化がある。業務時間で技術発信ができ、勉強会参加や書籍購入を会社が支えている。

　こういう場面を日常に持つ会社では、生き方としてのエンジニアの積み重ねが、自然に進んでいきます。就活で会社を選ぶとき、みなさんは同時に、この積み重ねの場面を、日常のうちにどれだけ持てるかを選んでいます。

1-3. だから、「学生エンジニア」という名乗りは、いちばん損をします

　ここで、序章のうちに、はっきり言っておきたいことがあります。

　「学生エンジニア」という自称は、やめてください。

　理由は、ここまでの話がそのまま当てはまるからです。エンジニアという語は、1-2で見たとおり、自分で背負って初めて成り立つもの。そして序章-2で見たとおり、世界の多くの国では、この名前に審査がついています。その語を、まだ何も引き受けていない段階で、誰にも付けられていないのに、自分で自分に付ける。この構図が、どう見えるかという話です。

　私が観測してきた範囲では、「学生エンジニア」を自称する人は、面接で、実体のない肩書で身を飾りにきた人と判断され、避けられる確率が高いです。ここは、断言します。当人に悪気がないことは、たいていの場合、分かります。それでも結果は変わりません。

　なぜそうなるのか。その一語が、能力について何ひとつ語っていないからです。何が書けるのか、何を作ったのかは、1文字も伝わりません。にもかかわらず、プロフィールの先頭に置かれている。読む側は、そこに書き手の選択があったと受け取ります。能力を伝えない語をわざわざ先頭に選んだのなら、それは印象を作るために置かれたと読むほかありません。

　そして、そう読まれた人は、こう判断されます。この人は、中身ではなく肩書で語る。印象を作りにきた人は、入社してからも同じことをする。採用が見ているのは、その人の今だけではなく、その人の癖のほうです。

　ここは非対称です。読む側は、文字列しか見ていません。悪気がなかったという事情は、こちらには見えません。イベントの募集要項にあった語をそのまま使っただけでも、結果は同じになります。

　ひとつだけ、分けておきます。主催者が付けた名称は別です。「学生エンジニア部門で入賞」「学生エンジニア向けインターンに参加」。これは自分で付けた名乗りではなく、第三者の目利きを経た実績です。そのまま書いてください。問題になるのは、誰も付けていない肩書を、自分で自分に付けるときだけです。

　やることは、消すだけです。消すとプロフィールは短くなりますが、読む側が受け取る情報量は、まったく減りません。むしろノイズが消えた分だけ、やったことが目に入ります。

　すでに名乗っていた方へ。 過去に出した書類を取り戻すことはできません。いま直せるのは、公開しているプロフィールと、これから出す書類です。そして、面接で掘られたときに何を返せるかは、この一語とは別のところで決まります。消すことと、返せる中身を増やすこと。やることは、この2つです。

　ひとつ、先回りしておきます。 この連載では、これから何度も「新卒エンジニア」という言葉が出てきます。自称はやめてくださいと言っておきながら、と思われるかもしれません。分かれ目は、ここまでと同じです。

　ひとつは、誰が付けたか。「新卒エンジニア」は、会社がエンジニア職として募集し、選考し、その職で採用した、という事実の呼び名です。従事すべき業務は、フェーズ5-5で見るとおり、労働条件通知書に明示して渡される項目です。付けたのは、会社のほうです。

　もうひとつは、何を指しているか。「新卒エンジニア」が指しているのは、入社して何年目か、という立場だけです。能力について、何ひとつ主張していません。だから、読む側は飾りとは受け取りません。

　ただし、安全なのは語ではなく、使い方のほうです。 プロフィールの先頭に「新卒エンジニア」と掲げて、やったことが1行も添えられていなければ、受け取られ方は「学生エンジニア」と変わりません。基準は語ではなく、その語が、中身の代わりに置かれているかどうかです。

　そして、任命は入口であって、到達点ではありません。会社が職として置いたことと、1-2で書いた「自分で背負う」ことは、別の話です。4月に肩書は手に入りますが、中身は手に入りません。

　この論点は、フェーズ2-2の4章で、証跡で語る方法とあわせて詳しく扱います。序章でこれを書いているのは、書類を出す前に読んでおけば間に合うからです。知らなければ落ちます。知っていれば、落ちません。

　最後に、ひとつ添えます。この失敗は、学生だけのものではありません。「俺は部長だぞ」。この言い方をする人に、社会に出ると何度も会います。役職で語る人は、40代にも50代にもいます。同じ物差しが、相手にも自分にも向きます。

1-4. 積み重ねる場面は、誰かが承認しないと日常に現れません

　では、その場面が日常にあるかどうかを、どう確かめるか。次の5つは、選考の会話のなかで観測できます。

• 「若手が技術選定に加われますか」への答えが「提案はできます」で終わり、直近1年で実際に採用された若手の提案の例が出てこない

• コードレビューの話を尋ねると「レビューはしています」で終わり、誰が誰のコードを見るのかの決まりが説明されない

• 障害が起きたときの話が「担当者に確認しました」で終わり、再発を防ぐ仕組みをどう変えたかの話にならない

• 勉強会の参加費や書籍購入の支援が福利厚生の欄にあるのに、今年度の利用実績の件数が答えられない

• 「技術発信をしています」の中身が広報の管理するオウンドメディアの話で、エンジニアが自分の名前で書く場の話が出てこない

　これらが重なっているなら、その会社では、積み重ねの場面が業務の設計の中にまだ組み込まれていない状態です。理由は、はっきりしています。技術選定に若手を入れると、決まるまでの時間が延びます。コードレビューを対話にすると、レビューする側の時間が要ります。仕組みを直す話し合いを回すには、障害が収まった後に、さらに2時間の会議がいります。どれも、短期の生産性を一時的に下げます。

　その一時的な低下を引き受けるかどうかを決めているのは、現場のエンジニアではありません。部課長と経営層です。彼らが引き受けた会社では、若手の積み重ねが日常のなかで進みます。引き受けなかった会社では、同じ努力量でも、進みが遅くなります。

　みなさんの積み重ねの速さは、みなさんの努力量だけでは決まりません。だから、選ぶ側に立ってください。

2. ロックがジャンルではなく、生き方であるように

　私は、この「生き方としてのエンジニア」を、こんなふうに言い換えることがあります。

　エンジニアは、職業のジャンルではなく、生き方である。ロックが、音楽のジャンルではなく、生き方であるように。

　ロックというのは、単に音楽の一つのジャンルではありません。魂の自立、体制に迎合しない姿勢、自分で背負う覚悟。そういう生き方の呼称でもあります。「私はロックだ」と名乗る人は、ジャンルとしての音楽をやっているのではなく、その生き方を自分で背負って生きている、と宣言しているのです。

　エンジニアも、これと似ています。IT企業の職業役割としてのエンジニアではなく、公衆の福祉に対する責任を自分の日々の判断のいちばん上に置いて生きる、その姿勢を背負って歩いていく生き方の呼称です。

　逆に見えるかもしれません。ロックは体制に迎合しないこと、エンジニアは社会に責任を負うこと。ただ、序章-1で見たとおり、公衆の福祉を最上位に置くというのは、依頼者や雇用者の意向に反してでも、それを守るということです。迎合しない理由が、自分のためではなく、公衆のためである。自分で選んで背負うという一点は、同じです。

　「私はエンジニアだ」と自分の中で言える日は、この生き方を、自分で背負い始めた日です。

3. 私自身の話と、「エンジニアの卵」という呼び方

　私自身、自分をエンジニアと自然に名乗れるようになったのは、実は最近のことです。2002年、新人として入社したときは、「エンジニアとしての生き方」をまったく理解していませんでした。

　そもそも、当時の日本では「エンジニア」「ソフトウェアエンジニア」という呼称そのものが、まだ広く浸透していませんでした。周りで飛び交っていたのは、SEという言葉です。国家資格の名前としては情報処理技術者もありましたが、現場で人を指す言葉は、圧倒的にSEでした。この言葉が業界で自然に使われるようになったのは、私の体感では、その後のWeb系スタートアップやベンチャーが台頭してきた時代からです。

　だから、当時の私に「エンジニアとしてのあるべき姿」というイメージは、正直、ありませんでした。プロフェッションとしての重みを、自分で背負っている自覚はありませんでした。それは私一人の話ではなく、当時の日本のIT業界全体の空気だったのだと思います。

　その後の道のりの中で、私は少しずつ、生き方としてのエンジニアを自分で背負い始めていきました。そしてある日ふと、「私はエンジニアだ」と、自分の中で自然に言えるようになる瞬間が訪れました。この瞬間は、外から与えられるものではありませんでした。日々の判断と行動の積み重ねの中で、内側から、自然に立ち上がってきたものです。

　みなさんにも、いつかこの瞬間が来ます。何十年もかかることもあれば、もっと早いこともあります。だから私は、この連載を通して、みなさんを「エンジニアの卵」と呼び続けています。「まだエンジニアではない」と言っているのではありません。みなさんが生まれつつあるエンジニアである、という意味です。卵は、生まれる前の姿ではなく、生まれつつある姿。就活は、その卵から生まれ出るための最初の一歩です。

4. エンジニアという生き方の、日常の具体像

　「生き方としてのエンジニア」と言われても、抽象的で捉えにくい。そう感じる学生さんも多いと思います。ここでは、その生き方が日常のなかで、どんな姿として現れるかを、具体的に描いてみます。

　朝、起きて、コーヒーを淹れながら、昨日書いたコードのことを思い出す。「あのバグの原因は、たぶんキャッシュの無効化タイミングだ」。歯磨きをしながら、ふと解決策の見当がつく。

　通勤の電車で、技術記事の投稿サイトの新着を読む。海外のエンジニアが書いた、データベースの面白い解説記事。「あとで自分の言葉で書き直して、社内共有しよう」とメモを取る。

　午前中、同僚が出したコードの変更（Pull Request）をレビューする。同僚が書いたコードに、丁寧なコメントを2つ残す。1つは「ここのエラーハンドリング、こういう別解もあります」。もう1つは「テストケースの命名が丁寧で、読みやすかったです」。良かったところと改善提案を、対等な言葉で伝える。

　昼休み、社内Slackで別チームのエンジニアから相談を受ける。「◯◯の設計で迷ってて、少し話を聞いてもらえますか」。予定を調整して、午後30分の1on1をセットする。自分の時間を、同僚のために少し譲る。

　午後、本番環境で小さなアラートが上がる。すぐ調べて、影響範囲を確認する。幸い実害はなかったが、原因の追跡と、次に同じことを起こさないための仕組みの提案を、チームの課題管理（Issue）に書き残す。犯人探しではなく、仕組み改善の議論として。

　夕方、今度は自分が出した変更に、指摘を受ける。「この命名は誤解を招くかもしれません」。素直に受け止めて、命名を変えるコミットを積む。指摘してくれた同僚に、「なるほど、そのほうが伝わりますね」と返信する。

　退社後、家で技術書を10ページ読む。付箋を貼る。土曜に、その章の内容を試すコードを書く予定。

　週末、地域の勉強会で5分間、自分が試したことを話す。懇親会で、初対面のエンジニアから「その視点、私も同じ壁にぶつかってました」と声をかけられる。連絡先を交換する。

　こういう1日が、生き方としてのエンジニアの、日常の姿です。派手なことは何一つ起きていません。ただ、コードと、人と、仕組みと、丁寧に向き合っている。この積み重ねの中で、生き方としてのエンジニアは、少しずつ立ち上がっていきます。

　同じ職種、同じ役職でも、こういう日常を送っている人と、そうでない人は、明確に違います。何が違うか。日々の判断のいちばん上に、何を置いているかが違うのです。公衆の福祉、コードの品質、同僚への敬意、学び続ける姿勢。これらを日常の判断の起点に置いているかどうか。この差は、5年、10年で、明らかな形になって表れます。

5. 学生時代に、生き方としてのエンジニアを始める入口

　「生き方としてのエンジニアは、社会人になってから始めるもの」と思っている学生さんが、多いかもしれません。ただ、実はそうではありません。学生時代からでも、生き方としてのエンジニアは始められます。

　むしろ、学生時代に始めておいた方が、社会人になってからの立ち上がりが、はるかに速くなります。学生時代の入口は、たとえば次のような場面です。

• 授業や研究で書いたコードを、公開の場（GitHub）に置く：世界のエンジニアと同じ土俵に、自分の名前が並びます

• 他の人が公開しているソフトウェアに、小さな貢献をする：OSS（オープンソースソフトウェア）と呼ばれる、誰でも中身を見られるソフトウェアのことです。誤字の修正、説明書の改善、翻訳。自分の外の世界に、少しだけ手を貸す

• 学んだことを、技術ブログに書き残す：次に学ぶ誰かのために、自分の言葉で残す

• 勉強会に参加する（聴くだけでもよい）：同じ道を歩いている他人が、実在するとわかります

• 勉強会で5分話す（LT、ライトニングトークと呼ばれます）：自分の学びが、他人の学びに変わります

• 同じ技術を学ぶ仲間と、対話する：2人で1つの画面を見ながら書くペアプログラミング、輪読会、ハッカソン

　これらは、フェーズ2の各論で丁寧に扱う実践です。ハウツーとしてではなく、生き方としてのエンジニアを始める入口として、これらの実践を捉え直してみてください。

　こうした学生時代の入口が持てるかどうかは、周囲の環境にも影響を受けます。良い大学、良い研究室、良い勉強会コミュニティ、良い先輩、良いバイト先。これらに囲まれると、生き方としてのエンジニアの入口が、日常のなかに自然に現れます。逆に、こうした環境から遠い場所にいる学生さんは、自分から意識的に外の世界に手を伸ばす必要があります。

　もし、いま自分の周囲にそうした環境が薄いと感じたら、インターネットの向こう側の世界に、意識的に手を伸ばしてください。コードを置く場、技術記事を書く場、発表資料を置く場、勉強会を探す場。この向こう側には、生き方としてのエンジニアを歩いている先輩たちが、たくさんいます。オンライン勉強会、Discord コミュニティ、Slack コミュニティ。地方や海外にいても、繋がれる場は開かれています。

6. 生き方としてのエンジニアを、10年、20年、30年続けるとは

　もう1つ、みなさんに伝えたいことがあります。それは、生き方としてのエンジニアを、10年、20年、30年と続けるとは、どういうことかという話です。

　私はこの道を、長く歩いてきました。振り返ると、続けるためには、いくつかの支えが必要でした。

6-1. 支え1：学び続ける習慣

　技術は、常に変化します。10年前に主流だった技術の多くが、いまは背景に退いています。10年前には存在しなかった技術（TypeScript、Kubernetes、生成AIなど）が、いまの主戦場です。この変化についていくためには、日々の学びを、生活の一部として続ける必要があります。

　週に何時間、月に何時間、学びに使うか。この時間を、意識的に確保し続けるかどうかが、10年後のみなさんの姿を大きく分けます。

　そしてもう一つ。その時間が残るかどうかは、みなさんの意志だけで決まりません。定時後に学ぶ体力が毎日残らない働かせ方をしている会社で、「学ばない若手が悪い」と言われることがあります。働かせ方を設計したのは、若手ではありません。ここを混同しないでください。就職先を選ぶというのは、学ぶ時間が手元に残る設計かどうかを選ぶことでもあります。

6-2. 支え2：外の世界とのつながり

　1つの会社の中だけに閉じていると、視野が狭くなります。社外のコミュニティ、勉強会、カンファレンス、OSSコントリビューション。これらの外との接続を、細くても切らさずに続けることが、長く歩き続けるための支えになります。

　私自身、ソフトウェアテストの技術者コミュニティに関わり続けてきました。NPO法人ASTER、長崎IT技術者会（NaITE）、WACATE（初代実行委員長）です。会社の枠を超えた仲間との対話が、私を何度も救ってくれました。

6-3. 支え3：健康と生活の土台

　どんなに志が高くても、身体と心が壊れてしまえば、続けられません。睡眠、運動、食事、家族との時間、休息。これらの生活の土台を、若い頃から丁寧に扱うことが、長く歩き続けるための、いちばん地味で大切な支えです。

　受け入れる側として、新卒で入ってきた方々の最初の数年を、たくさん見てきました。最初の数年の無理は、そのときは何とかなってしまいます。返ってくるのは、ずっと後です。だから、若いうちに崩れなかったことを、証明だと思わないでください。新卒1年目のみなさんに、この点を早めに伝えておきたい、と思って書いています。

6-4. 支え4：後輩への伝えるサイクル

　10年、20年と続けていくと、いつか自分が、後輩に伝える側になります。自分が学んだことを、次の世代に伝えるサイクルが回り始めると、続けることの意味が変わってきます。

　自分のためだけの学びから、後輩のためにもなる学びへ。この転換が、40代、50代の私を支えてくれています。みなさんも、いつかその立場に立ちます。そのとき、みなさんが伝える側として持っている中身は、いま学生時代に積み上げているものが、そのまま土台になります。

　私が「エンジニアの卵に贈る、就活の書」を書き続けているのも、この支え4の実践です。25年前の自分に伝えたかったことを、いまの学生のみなさんに、少しでも早く届けたい。この願いが、この連載の底に流れています。

7. この序章-3で、私がお伝えしたかったこと

　本記事では、この連載を貫く思想の芯をお話ししました。「エンジニア」という一つの言葉には、会社から与えられる職業役割と、自分で選び取って背負っていく生き方の、2つの意味が混ざっています。ロックがジャンルではなく生き方であるように、エンジニアも生き方です。そして「エンジニアの卵」とは、まだエンジニアではない姿ではなく、生まれつつある姿のことです。

　序章の3本を、これで読み終えました。序章-1ではエンジニアとは何か、序章-2では世界基準と日本の現状、序章-3では生き方としてのエンジニア。これらを土台にして、いよいよ次からは、就活の具体的な6つのフェーズに入っていきます。

8. 次からは、就活の6つのフェーズへ

　次からのフェーズは、就活の実践編です。

• フェーズ1：気づく（卒業年度の前年・春〜夏）業界と職業を知る

• フェーズ2：作る（入学から卒業までの長期戦）作れる自分を作る

• フェーズ3：接続する（卒業年度の前年・秋〜冬）応募先を絞る

• フェーズ4：確かめ合う（卒業年度の前年・冬〜卒業年度・春）選考の中でも対等に確かめ合う

• フェーズ5：決める（卒業年度・春〜夏）内定を選び取る

• フェーズ6：歩き出す（卒業年度・秋〜卒業）社会人になる準備

　これらの記事のなかで、具体的なやり方と、判断の基準を丁寧にお話ししていきます。

　ここで、序章の3本の役割を、はっきりさせておきます。序章は、目を覚ますための3本でした。

　エンジニアという職業は、公衆の福祉に責任を負うプロフェッションであること。世界の多くの国では、この名前に審査がついていること。日本では入社した日から誰でも名乗れてしまうが、名乗れることと、引き受けていることは、別だということ。

　この3つを持たないまま就職活動に入ると、どうなるか。「IT企業に入れれば、自分もエンジニア」という前提で、会社を選ぶことになります。その前提で選んだ会社が、みなさんをエンジニアとして扱うかどうかは、運です。運で決めるには、40年は長すぎます。

　そして、もう一つ。就職活動そのものを軽く見ていると、この連載の内容は重すぎて読めません。それでいいのです。重いと感じたら、それは正しく伝わったということです。就職活動は、そもそも簡単なものではありません。簡単に見えているとしたら、見えていない部分があるだけです。

　目を覚ました状態で、フェーズ1に入ってください。ここから先は、実践です。

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

　序章の3本で、私がいちばん渡したかったのは、エンジニアという言葉の重みです。入口では「エンジニア＝コードを書く人」というイメージだったかもしれません。出口で、そこに「エンジニア＝公衆の福祉に責任を負って生きる人」というとらえ方が少しだけ重なって見えていたら、嬉しいです。

　この視座を、大切に持って、フェーズ1に進んでください。その先のすべてのフェーズで、この序章の思想が、いつも裏側に流れています。

　今週、いま自分が持っている「エンジニアという言葉のイメージ」を、少しだけ、紙かノートに書き留めてみてください。序章を読む前のイメージと、読んだ後のイメージ。そのギャップが、みなさん自身の視座の変化の記録になります。半年後、就活が本格化した頃に、その記録を見返してみてください。きっと、また違うものが見えているはずです。

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

次の記事は、フェーズ1「「気づく」フェーズ。走り出す前に、立ち止まる」です。

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

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

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

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

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

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

#エンジニア就活 #学生エンジニア #生き方 #キャリア観 #就活生 #エンジニア採用 #エンジニアの卵に贈る就活の書

関連記事・参考文献等

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

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

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

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