エンジニアとは何か。25年の実感がたどり着いた、ワーカーとの決定的な違い【序章-1｜ITエンジニアの卵に贈る、就活の書】

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

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

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

　ITエンジニアの卵に贈る、就活の書・序章-1の記事です。前回の「はじめに（扉ページ）」では、シリーズ全体の地図をお見せしました。今回からいよいよ、序章「エンジニアとは何か」の3本に入っていきます。フェーズ1「気づく」に入る前に、いちばん土台の問い、エンジニアとは、そもそも何者なのかを、丁寧にお話しする章です。

　「就活の書なのに、いきなり『エンジニアとは何か』の章？」と感じられた方もいらっしゃると思います。そう感じられた方も、この3本を先に読んでみてください。エンジニアという職業の輪郭を持たないまま就活を始めるのと、しっかり持って始めるのとでは、その後の見え方がまるで違ってきます。

　私は本記事で、私自身の実感からお話を始めます。それが結果的に、公の定義と驚くほど重なっていた話を、順にお見せします。世界の学会と、日本の国家資格と、専門職業の団体が、長い時間をかけて合意してきた定義です。

　序章の3本を読み終えたとき、みなさんの中で、エンジニアという言葉の重みが、いまとは違うものに変わっていることを、私は願っています。

この記事のポイント

• エンジニアとは、公衆の福祉に対する責任を負う、高潔な高度専門職業です。医師・弁護士・技術士と同じ列に並びます。

• 著者25年の実感は、技術士法・技術士倫理綱領・IEEE-CS/ACM・IEEEという4つの独立した公の定義と、正確に重なっていました。

• エンジニアと、ワーカーは違う職業です。甘く見ていた人はワーカー止まりの就職になります。戻り道は10-5に書きました。

1. 私が歩いてきた道のり

　学生さんに何かを語る前に、私がどんな道を歩いてきた人間かを、この連載の入口として簡潔にお伝えします。

　2002年、日立グループの一社に新人として入社し、組込みシステム（機器の中で動くソフトウェアです）の品質保証から社会人生活を始めました。そこから20年以上、ソフトウェアの品質・テスト・開発プロセス改善に取り組みました。グループ横断のソフトウェアテスト分野主査として、技術者育成にも関わりました。

　日立グループを卒業してからは、Webサービス／SaaSの分野へ移りました。HR系事業会社ではSQE（Software Quality Enabler、品質支援の役割）。FinTech系事業会社ではCQO（Chief Quality Officer、品質の最高責任者）。いずれもソフトウェア品質活動を管掌する立場です。並行して、伝統的な企業でCTO（Chief Technology Officer）を務め、経営の現場も内側から見てきました。

　個人事業主としてクオリティアーツを立ち上げ、いまはスタートアップから大手メーカー、公共領域まで、幅広い企業への技術支援と伴走を続けています。

　執筆や技術者コミュニティ活動も、私の道のりの大切な柱です。NPO法人ASTER、長崎IT技術者会（NaITE）、WACATE（若手向け合宿型ワークショップ、初代実行委員長）。SQiP・AFFORDD（いずれも国内のソフトウェア品質の研究会）。こうした場の運営委員として、業界全体の技術者育成に関わってきました。

　SQuBOK Guide（ソフトウェア品質の知識体系ガイド）や『実践ソフトウェアエンジニアリング第9版』の共著・共訳も続けています。思考を、公衆の言葉として残す仕事です。

　そして、この記事を書いている2026年、私は筑波大学の博士課程に、学生として通っています。2024年に入学しました。加えて、技術士取得のための勉強も続けています。エンジニアとしての最高位である技術士に、私自身がまだたどり着いていないのです。

　だから私は、この連載でみなさんに何かを語る立場でありながら、同時に、みなさんと同じように「学ぶ側」に立っている人間でもあります。この道のりを持ちながら、いまも学生。並走者と呼んでいただいて構いません。少し先を歩いていますが、同じ方向を向いて、一緒に歩いています。

2. 私の実感から始めます

　いろいろな現場を内側から見てきて、私の中に育ってきた実感があります。それを、いきなり結論からお伝えします。

　エンジニアとは、公衆の福祉に対する責任を負う、高潔な高度専門職業です。

　英語で言えば、プロフェッションと呼ばれる職業の系譜です。社会が長い時間をかけて「特別な倫理を負う職業」として認めてきた列で、日本語では高度専門職業人、あるいは専門職と言います。医師・弁護士・技術士が、同じ列に並びます。

　「エンジニアがそんな高い職業だなんて、本当か？」と半信半疑の方も、いらっしゃると思います。私も、入社した頃には、この重みを全く理解していませんでした。「IT企業に入社したから、私はエンジニアだ」と、素朴に思い込んでいました。

　でも、そこから歩いて、いろいろな現場で、いろいろなエンジニアと出会って、私が身体で実感してきたことがあります。エンジニアという職業は、入社した日にゴールが与えられる仕事ではなく、日々積み重ねて、少しずつ体に染み込ませていく仕事でした。

　エンジニアとは、公衆の福祉に対する責任を、自分の日々の判断のいちばん上に置いて生きる、その姿勢を背負って歩いていく道なのだと思います。

　書いた1行のコードが、誰かの生活を支える。設計した1つのシステムが、公衆の安全に関わる。改善した1つの仕組みが、多くの人のプライバシーを守る。エンジニアの仕事は、自分の手を離れたところで、公衆の暮らしに直接影響を及ぼす仕事です。だから、公衆の福祉に対する責任は、この職業の芯そのもの。ここを外して、エンジニアという職業は成立しません。

　これが、私の25年の実感です。

3. 面白いのは、公の定義と重なっていたこと

　もっと面白いのは、この実感を持ったあとで、私が公の定義を丁寧に読み直したときの話です。

　私は、コミュニティ活動やSQuBOK Guideの執筆、SQiP・AFFORDDの運営を通じて、若い頃から技術士倫理綱領や、IEEE（アイ・トリプル・イー。世界最大の技術者団体です）とACM（計算機科学の国際学会）が定めた倫理規定に触れてきていました。

　触れてはいたけれど、正直に言うと、若い頃はその意味を、身体では理解していなかったのです。文字として知っていただけでした。

　経営の立場も経験して、いま改めてこれらの文書を読み直すと、驚くべきことに気づきました。私が現場で実感してきたことが、そこに正確に書かれていたのです。

　私の実感。日本の国家の定め。世界の学会の合意。専門職業の団体の宣言。由来も時代も国もばらばらな4つが、寸分違わずに重なっていました。示し合わせて作られたものではないのに、です。こうなるとき、その方向は、たぶん本当に正しい。

　順に、その4つをお見せしていきます。ここから先は、似た文章を4回読むことになります。似ていること自体が、この章の結論だと思って読んでください。

4. 技術士法（日本の国家資格上の定義）

　日本には技術士という国家資格があります。技術士のなかには情報工学部門があり、ソフトウェアやIT分野のエンジニアもここに位置づけられます。技術士は、日本におけるエンジニアの最高位の国家資格です。

　技術士法の第2条は、技術士の業務範囲をこう定義しています。

　長い定義なので噛み砕くと、専門的な応用能力で、計画から評価までを担う人。あるいは、その指導までを担う人、ということになります。

　そして、私が特に注目してほしいのは、技術士法の第45条の2、公益確保の責務を定めた条文です。

　「公益を害さないよう努める」。これが、日本の法律が技術士に明示的に課している責任です。単に依頼された仕事をこなすのではなく、公共の安全と環境と公益を、業務のうえで守る責任を負う。国家が、そう明言しているのです。

　これは、多くの職業には課されない、特別な責任です。医師、弁護士、公認会計士、そして技術士。社会に対して独立した責任を負うことを、国家が法律で定めている職業は、そう多くありません。

5. 日本技術士会の技術士倫理綱領

　技術士の職業倫理は、日本技術士会が定めた技術士倫理綱領によって、さらに明確に示されています。綱領の第1条は、こう始まります。

　「公衆の安全、健康、福利」を最優先に考慮する。この一文が、プロフェッションとしての技術士の芯です。依頼者の利益でも、自分の利益でも、雇用者の指示でもなく、公衆の福祉を最上位に置く。これが、高潔な高度専門職業に共通する誓いの形です。

　「最優先」という言葉の重みを、感じ取ってください。依頼者の要求が公衆の福祉に反するとき、どちらを取るか。この綱領は、公衆の福祉を取れ、と明言しています。プロフェッションは、依頼者の言うなりになる存在ではなく、公衆に対して独立した責任を負う存在である、ということです。

6. IEEE-CS/ACM Code of Ethics（ソフトウェアエンジニアの倫理規定）

　30年近く前に、IEEE Computer SocietyとACMという2つの学会が合意して作った、ソフトウェアエンジニアの倫理規定があります。「Software Engineering Code of Ethics and Professional Practice」というのが正式名称です。

　この規定は、8つの原則で構成されていますが、その第1原則が次の一文です。

　8原則のうち、いちばん上に置かれているのが公衆の利益です。8つの原則を、順番に挙げます。

1. Public（公衆）

2. Client and Employer（依頼者と雇用者）

3. Product（製品）

4. Judgment（判断）

5. Management（マネジメント）

6. Profession（職業）

7. Colleagues（同僚）

8. Self（自分自身）

　依頼者、雇用者、製品、判断、マネジメント、職業、同僚、自分自身。エンジニアが責任を負うすべての方向のなかで、公衆の利益がすべての上に立つ。これが、ソフトウェアエンジニアの職業倫理の骨格です。

　依頼者と雇用者よりも、公衆が上に来る。この順序を、じっくり味わってください。世界の学会が、正式に、こう合意しているのです。

7. IEEE Code of Ethics（技術者一般の倫理規定）

　IEEEは、ソフトウェアエンジニアに限らず、技術者一般の倫理規定も定めています。その第1項は、こう始まります。

　4つ目も、同じでした。公衆の安全・健康・福利を最上位に置く。ソフトウェアに限らない、技術者一般の規定でも、置かれる場所は変わりません。

8. 4つの独立した声が、同じ方向を指している

　技術士法、技術士倫理綱領、IEEE-CS/ACM Code of Ethics、IEEE Code of Ethics。4つの独立した声が、それぞれ違う言葉で、同じ一つのことを言っています。

• 日本の国家の法律が言い

• 日本の技術士の団体が言い

• 世界のソフトウェアエンジニアの学会が言い

• 世界の技術者の総合団体が言う

　すべてが同じ方向を指している。エンジニアとは、公衆の安全・健康・福祉に対する責任を、業務のすべての上に置く人である。

　これだけ出どころの違う4つが一点に集まる職業は、社会のなかでも数えるほどです。

　そして私は、歩いた末にこの方向にたどり着きました。実務でも、経営の判断でも、後進の育成でも、「公衆の福祉に照らして、これは正しいか」という問いが、自然に立ち上がるようになったのです。この問いを持つことが、プロフェッションとして立つ、ということです。

9. 医師・弁護士・技術士と同じ列に、エンジニアは並ぶ

　2章で触れたプロフェッションの列を、もう少しはっきり見ておきます。医師、弁護士、技術士、公認会計士、薬剤師、獣医師。公衆の福祉に対する責任を最上位に置く職業として、社会が認めてきた顔ぶれです。

　プロフェッションに共通する特徴は、次のようなものです。

• 公衆の福祉を最上位に置く倫理綱領を持つ

• 専門知識体系（Body of Knowledge）を持ち、その習得に長い時間を要する

• 継続的な学習と自己研鑽の責任を負う

• 同業者に対する責任（後進の育成、業界の質の維持）を負う

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

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

• 業務の結果に対する、社会に対する説明責任を負う

　医師が、患者を診るときに、病院の経営や自分の利益ではなく、患者と公衆の健康を最上位に置く。弁護士が、依頼人を弁護しながらも、司法制度と社会正義への責務を負う。技術士が、公共の安全と環境を守る責務を負う。エンジニアも、これと同じ位置にいるべき職業です。

　依頼者から言われなくても、公衆の福祉を優先する。場合によっては、経営層の要求に反してでも、公衆の安全とプライバシーを守る。これが、エンジニアという職業を選ぶということの、本当の意味です。

　この視座を組織全体で共有できている会社では、若手も公衆の福祉に照らして、これは正しいかという問いを、日々の判断に持ち込めます。金融、医療、公共交通、自治体、教育。社会に長く残るシステムを預かる会社では、古いシステムを作り直す計画も、アクセシビリティへの向き合い方も、経営層が自分の言葉で語ります。(アクセシビリティとは、障害のある方、高齢者、外国語話者を含む、あらゆる人が使えるようにすることです。)

10. エンジニアと、ワーカーは違う

　ここまでプロフェッションの話をしてきました。その反対側にあるものにも、正面から触れます。エンジニアと、ワーカーは、違います。

　私は、企業向けに新卒ITエンジニア 新卒研修シラバスを無償で公開しています。地方の中小企業が、新卒エンジニアを迎えるときの教育の設計書です。そのなかで、この違いは「作業者」と「エンジニア」という言葉で呼び分けています（本記事で言うワーカーが、シラバスの作業者にあたります）。1つの章を丸ごと使って扱った論点です。企業向けに書いたものですが、中身は、そのまま学生のみなさんに関わる話なので、ここで開きます。

10-1. 作業者は「構築」だけを見る。エンジニアは、一生を見る

　シラバスでは、目指すエンジニア像を4つで示しています。

• 目的を理解して動く。「何を作るか」だけでなく「なぜ作るか」を問える

• 専門職としての責任を持つ。「できる」と「やってよい」を区別できる（倫理）

• 体系で考える。場当たりでなく、先人が築いた知識の体系を使える

• 学び続ける。技術の寿命が短い時代に、陳腐化しない力を育て続ける

　この4つを持たない働き方が、作業者です。差が出る場面は、具体的です。

　たとえば、ひとつの機能を作るとき。作業者は、そのうち「構築」だけを見ます。エンジニアは、要求の確認から設計、構築、検証、運用、保守までのつながりを見て、いちばん手戻りの少ない順路を選びます。

　完成の定義も違います。作業者は「動いたから完成」と考えます。エンジニアは、「契約で約束した品質を満たし、検収を通り、その後も問題を出さない」までを完成と見ます。

　そして、この差は、会社の数字にそのまま出ます。シラバスの言葉を引きます。作業を速くこなすだけの人は、人月の数字にしかなりません。品質と段取りで手戻りを減らすエンジニアは、同じ人月で、より大きな価値を生みます。

　なお、いま生成AIが得意なのは、この「構築」のところです。だから、AIの時代にこそ、体系に裏打ちされた判断力がエンジニアの価値の中心になる。シラバスは、そこを軸に組んであります。

10-2. これは、個人の優劣の話ではなく、構造の話です

　ここは、シラバスでも最初に強調している点なので、そのまま持ってきます。

　作業者とエンジニアの差は、誰かが怠けているから生まれるのではありません。先輩が悪いのでも、会社が悪いのでもない。多くの場合、仕事の任され方・教わり方・評価のされ方という、構造の問題です。

　だからこそ、構造を理解すれば、自分の意志でエンジニアの側に立つことができます。

10-3. そして、甘く見ている人は、ワーカー止まりの就職しかできません

　構造の話だと書いた直後に、厳しいことを書きます。

　本気で取り組んだ人は、エンジニアとして迎えられます。エンジニアという職業を甘く見ていた人は、ワーカー止まりの就職しかできません。 私が見てきた範囲では、ここに例外はほとんどありません。

　精神論ではありません。10-2で書いた構造が、入口の時点から動いているからです。

　企業が新卒に何を任せるかは、入口で見えたものだけで決まります。作ったものがなく、語れる判断の履歴もなく、「やる気はあります」だけを持ってきた人に、何を作るか、なぜ作るかを決める仕事を任せる会社は、ほとんどありません。任せられないから、構築の作業から始まります。そして、最初の配属で就いた仕事の種類は、3年は変わりません。3年経つと、その3年の中身で次が決まります。

　つまり、学生時代の数年の差が、社会に出てからの配属に変換され、その配属がさらに次を決めます。入口の差は、入口だけでは終わりません。ここを、軽く見ないでください。

　就職活動そのものについても、同じです。「そのうち何とかなる」で通り抜けた人は、何とかなった側の会社に入ります。募集要項を読まず、会社を比べず、面接で確かめもしなかった人に、会社の側が丁寧に接する理由はありません。確かめてこない学生は、確かめられると困る会社にとって、いちばん歓迎される学生です。

10-4. ただし、作業者の仕事を、私は見下していません

　誤解のないように書きます。決められた作業を正確にこなす仕事は、社会に必要な仕事です。それをやる人がいなければ、システムは動きません。貶めるつもりは一切ありません。

　問題にしているのは、選んだのか、選べなかったのかです。

　自分で考えて「この働き方が合っている」と選んだのなら、立派な選択です。選ぼうとしたのに、入口で手札がなくて選べなかった。あるいは、そういう選択があること自体を知らないまま決まってしまった。この2つが、私がこの連載を書いている理由です。

10-5. では、いまから何をするか

　ここまで読んで、手が冷たくなった方へ。戻り道は、はっきりしています。

　この連載でいちばん分量の多いフェーズ2「作る」が、まるごとその答えです。入口で見えるものを、自分の手で作る。それだけです。難しいことを書いていますし、時間もかかります。それでも、やるべきことをきちんとやった人に、結果が出ないのを、私はあまり見たことがありません。

　卒業年度に入ってから、この記事を読んでいる方へ。 ここまでの話は、「もう遅い」という意味ではありません。ただし、楽な道がある、という意味でもありません。先に積み上げてきた人との差は、実在します。その差は、書き方では埋まりません。

　この節が渡せるのは、その差を認めたうえで、残りの時間で、入口に出せるものを1つ作るところまでです。フェーズ2の冒頭に書いたとおり、卒業年度の春からでも、半年で見せられるものは作れます。1つ作るのに、何十時間もかかります。簡単だとは言いません。それでも、ゼロと1のあいだの差は、1と2のあいだの差より、ずっと大きい。

　いま手元に何もない方の1歩目は、授業や研究で書いたコードを、公開の場に1本置くことです。新しく何かを始める前に、すでに手元にあるものを外に出してください。ここから先の手順は、フェーズ2が扱います。

　そして、この記事が扱ってきた「公衆の福祉を、判断のいちばん上に置く」という視座こそが、作業者とエンジニアを分ける、いちばん深いところにある線です。作業をこなすだけなら、この問いは要りません。この問いを持った瞬間から、みなさんはエンジニアの側に立ち始めます。

11. エンジニアの高潔さが問われる、具体の場面

　「そうは言っても、日々の仕事でそこまで意識する場面はあるのか？」と正直、疑問に思う方もいらっしゃるでしょう。実際には、エンジニアの日々の業務の中に、公衆の福祉に対する責任が問われる場面は、想像以上に多く存在します。いくつか、抽象化して紹介します。

• プライバシーの場面：個人情報を扱うシステムで、経営層が「もっとデータを集めよう」と言ってきたとき、公衆のプライバシーとの兼ね合いをどう考えるか

• 安全性の場面：医療機器、自動車制御、公共交通のシステムで、テストが不十分なまま出荷しようとする圧力が働いたとき、公衆の安全をどう守るか。なお、この圧力は空から降ってきません。日程を決めた人と、その日程を承認した人がいます

• 透明性の場面：不具合が発覚したときに、公衆にどう伝えるか、隠さずに開示できるか

• アクセシビリティの場面：障害を持つ人、高齢者、外国語話者など、あらゆる公衆が公平に使えるシステムをどう作るか

• 持続可能性の場面：環境負荷の高い設計を、より持続可能な選択肢に切り替えられないか

• セキュリティの場面：脆弱性が発見されたとき、公衆に対する影響をどう最小化するか

　こういう場面で、「公衆の福祉を、いちばん上に置いて考える」という一呼吸を、自分の中に持てるかどうか。それが、プロフェッションとして立つ、ということだと私は思います。決して簡単ではありません。日々の業務のなかで、この一呼吸を毎回持てるエンジニアは、そう多くありません。私自身、若い頃はできていなかったし、いまでも、できていない場面があります。

　でも、この一呼吸を、意識の片隅に置いておくかどうかで、10年、20年経ったときの、エンジニアとしての姿がまったく違ってきます。

　みなさんが選ぼうとしているのは、この一呼吸を、意識の片隅に置き続ける職業です。この視座の高さを、就活のはじまりから持っていてほしいのです。

12. 第1原則が、日常に持ち込まれているかどうか

　IEEE-CS/ACMの8原則は、Public（公衆）が第1で、Client and Employer（依頼者と雇用者）が第2でした。この順序が、社内の日常でどう扱われているか。それは、選考の場で観測できます。次の5つは、みなさんが面接や会社説明会で確かめられるものです。

• 「品質と納期のどちらを優先しますか」と尋ねたときの答えが、「お客様のご要望が最優先です」で終わり、そのシステムを使う人の話が一度も出てこない

• 会社紹介の中で「顧客第一」は何度も出てくるのに、「利用者」「エンドユーザー」「社会」という言葉が一度も出てこない

• 不具合が起きたときの話を尋ねると、取引先に謝罪に行った話は出るが、影響を受けた人にどう伝えたかの話が出てこない

• セキュリティやプライバシーの話題を向けると、「そこは法務が見ています」で終わり、エンジニアがどの段階で関わるかの説明がない

• 「エンジニアが技術的な理由で、リリースの延期を提案したことはありますか」に、具体例が一つも出てこない

　これらが重なっているなら、その会社では、第2原則だけで日常が回っていて、第1原則が意思決定の場に持ち込まれていない状態です。そして、これは現場のエンジニアの倫理観の問題ではありません。第1原則を日常に持ち込むには、必ずコストがかかるからです。テストをもう1週間、アクセシビリティ対応の工数、脆弱性が見つかったときの公表の判断。どれも、誰かが承認しなければ実行されません。

　だから、エンジニアが「公衆の福祉が上です」と言えるかどうかは、その人の高潔さだけの問題ではありません。それを承認する仕組みが、社内に用意されているかの問題です。みなさんが確かめるのは、そちらです。そして、もし入った会社にその決裁がなかったとしても、それはみなさんの倫理観の話ではありません。

　この差は、経営層と部課長の日常の言葉遣いに、いちばん正直に映ります。

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

　本記事では、私の実感が、公の定義と重なっていた話をしました。公衆の福祉が、依頼者よりも雇用者よりも上に来る職業。道のりの中で身体で得たこの実感が、4つの独立した定義と正確に重なっていました。技術士法、技術士倫理綱領、IEEE-CS/ACM Code of Ethics、IEEE Code of Ethicsです。

　その責任が問われる場面は、みなさんが思うより日常の中にあります。そして、その責任を日常に持ち込めるかどうかは、会社に承認の仕組みがあるかどうかにかかっています。この視座を、まず入口で持っておいてください。

　次の序章-2では、この視座を、もう一段深いところに持っていきます。世界基準では「エンジニア」という名前に審査がついていて、通らなければ、その名前か、その称号か、その仕事のいずれかが使えないこと。そして、私自身が若い頃、海外で「エンジニアだ」と名乗って冷や汗をかいた実体験。日本の「新卒エンジニア」の感覚と、世界基準のギャップ。ここに、みなさんの就活の視座を、決定的に高くする材料があります。

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

　エンジニアという職業が、これほど高潔な位置にあることを、はじめて知ったという学生さんもいらっしゃると思います。「そんな重い職業に、自分が就いていいのだろうか」と感じる方もいるでしょう。

　でも、この重みを知ったうえで、この職業を選ぼうと決めた瞬間から、みなさんはもうプロフェッションの列に並んでいます。情報系の学部かどうかも、関係ありません。この職業倫理は、エンジニアになると決めた人すべてのものです。完璧である必要はありません。長く歩いてきた私も、いまだにこの重みと向き合い、技術士取得のために勉強を続けています。大切なのは、この視座を持ち続けること。

　10章を読んで、手が冷たくなった方へ。 あの章は、みなさんのいまの立ち位置を宣告するために書いたのではありません。入口で見えるものは、いまから作れます。その話をするために、先に構造のほうを書きました。1歩目は10-5に、手順はフェーズ2にあります。

　今週、技術士倫理綱領か、IEEE-CS/ACM Code of Ethicsを、一度だけ検索してみてください。全文を読まなくていい、第1条だけでいい。「公衆の福祉を最優先に置く」という一文が、みなさんの心の片隅に残れば、それで、本記事でいちばんお伝えしたかったことは届いたことになります。

　そして、次の序章-2でお会いしましょう。世界基準のエンジニアの話をお届けします。

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

次の記事は、序章-2「世界基準のエンジニアと、日本の現状。私が海外で「エンジニアだ」と名乗って冷や汗をかいた話」です。

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

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

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

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

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

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

#エンジニア就活 #プロフェッション #技術者倫理 #技術士 #新卒エンジニア #エンジニア採用 #エンジニアの卵に贈る就活の書

関連記事・参考文献等

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

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

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

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