社外コミュニティで、先輩と仲間の輪に加わる。人見知りでも、オンラインから始められます【フェーズ2-12｜ITエンジニアの卵に贈る、就活の書】

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

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

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

　ITエンジニアの卵に贈る、就活の書・フェーズ2-12の記事です。前回のフェーズ2-11では、長期インターンで企業内の実績を積む話をしました。今回はフェーズ2「作る」の実践各論11本のうちの10本目として、社外エンジニアコミュニティで、先輩・仲間の輪に加わるというお話です。

　学業は学校の中、バイトや長期インターンは1社の中、GitHubや技術ブログは自分の名前の下。いずれも大切な学びの場ですが、そこには入っていない社外の、他社の、他校の、先輩・仲間の輪があります。ここに加わることで、あなたの学びの外壁が、ふっと広くなります。

　この記事は、大学・大学院の方も、高専・短大・専門学校の方も、社会人を経験してから学び直している方も、同じように使えるように書いています。コミュニティは、学校の種類も、年齢も、聞きません。

この記事のポイント

• コミュニティは3層で深められます。ただし、参加するだけの層1で止まっても十分に価値があります。深いほど偉い、という話ではありません。

• 一本釣りを打算にして参加してはいけません。誠実に参加した結果として機会が巡ってくる、この順序を守ってください。

• 社員のGitHubのコミットが平日の日中に積み上がっているなら、その時間が業務として認められている手がかりです。深夜と土日だけなら、支えているのは本人の意思です。

1. コミュニティに加わることは、プロフェッションの生態系に加わること

　序章-1で紹介したIEEE-CS/ACMのソフトウェアエンジニア倫理綱領には、8つの原則があります。その第6原則が「プロフェッション」（PROFESSION）です。「公共の利益に沿って、この職業の誠実さと評判を高めること」を求める原則で、その中に、この記事の主題そのものと言える条項があります。

　参加することによって、知識を広げる。倫理綱領は、コミュニティに加わることを、専門職の振る舞いの一つとして明記しています。同じ第6原則には、「ソフトウェアエンジニアリングについての社会一般の理解を促す」（6.02）という条項もあります。

　SWEBOK v4.0（ソフトウェアエンジニアリングの知識体系）にも、同じものが置かれています。第14章Software Engineering Professional Practiceの中の、専門職団体の性質と役割（Nature and Role of Professional Societies）。独立した項目です。

　社外エンジニアコミュニティに加わるという行為は、この視座から見ると、プロフェッションの生態系に加わることそのものです。学業や1社の業務だけでは会えなかった、同じ分野に取り組む他人と、同じ場で、同じ関心で、時間を過ごす。この生態系の中で、あなたの学びは、想像していなかった方向に育っていきます。

　世界のエンジニアが集まる場所では、コミュニティ参加が仕事の一部として組み込まれています。Linux Foundation、Apache Software Foundation、Cloud Native Computing Foundation（CNCF）、Rust Foundation、Python Software Foundation、OpenJS Foundation、Eclipse Foundation、W3C、IETF。世界基準の会社ほど、社員のエンジニアがこれらの場に関わっています。そして、その活動を業務として扱っています。

2. 先に。知らない人の輪に入るのが苦手な人へ

　この記事のタイトルには「輪に加わる」と書きました。ですが、その輪に入るところが、いちばん高い壁だという人がいます。私が知る限り、少数派ではありません。

　具体的に言うと、こういうことです。受付で名前を言う。知らない人ばかりの部屋で席を選ぶ。休憩時間に一人でスマホを見ている。終わったあと、懇親会に行くか帰るか決める。この数分間が怖い、という話です。技術力の問題でも、やる気の問題でもありません。

　先に、この壁の下をくぐる道を示します。

2-1. オンラインから始めていい。これは劣った選択ではない

　まず、オンライン開催のイベントに、3回聞くだけ参加してください。これで十分です。

• カメラはオフでかまいません。ほとんどの参加者がオフです

• 一言も発言しなくてかまいません。聞くだけの人が大多数です

• 途中で抜けてかまいません。誰も気にしませんし、気づきもしません

• 終わったらそのまま閉じてかまいません。懇親会に出る義務はありません

　オンラインは、オフラインの劣化版ではありません。通学時間も交通費もかからず、地方にいても同じ場に入れて、合わなければ静かに抜けられる。この3つは、オフラインにはない利点です。

　3回聞いてみて、「この人たちの話、けっこうおもしろいな」と思えたなら、それがあなたのコミュニティです。思えなかったら、別の技術の場に行ってください。合わない場に通い続ける必要は、まったくありません。

2-2. オフラインに行くとき、知っておくと楽なこと

　オンラインで場の雰囲気が分かってから、オフラインに行くと、ずいぶん楽になります。それでも初回は緊張するので、先に伝えておきます。

• 名刺は要りません。学生が名刺を持っていなくても、誰も困りません。連絡先を交換したくなったら、その場でSNSのIDを見せ合えば済みます

• 一人で来ている人は、思っているより多いです。会場を見渡すと、実は半分くらいが一人です

• 休憩時間に一人でいても、誰も気にしません。手持ち無沙汰なら、配布資料を読んでいてください

• 懇親会は、出なくてかまいません。有料のことも多く、断って帰る人は毎回います。「このあと予定があるので」で十分です

• 早く帰ってかまいません。発表を2本聞いて帰る、でも参加したことに変わりはありません

2-3. お金の話

　先に確認しておいてください。

• 無料の勉強会は、たくさんあります。connpassなどのイベントサイトで、参加費0円のものを絞り込めます

• 大きなカンファレンスは有料のことが多いですが、学生割引や学生無料の枠を設けている場が少なくありません。募集ページの参加費の欄を必ず見てください

• 懇親会は別料金です。参加費とは分けて書かれているので、そこだけ申し込まないという選択ができます

• 交通費は自分持ちです。遠方のカンファレンスに行く前に、まず近場かオンラインで試してください

　お金をかけないと参加できない、ということはありません。

2-4. 話しかけられたときに、出せるものを1つ持っておく

　最後に、いちばん効く準備を1つ。

　「何を作っているんですか」と聞かれたときに、見せられるURLを1つ用意しておいてください。GitHubのリポジトリでも、小さなWebアプリでも、技術ブログの1記事でもかまいません。

　これがあると、会話が変わります。人見知りにとっていちばんつらいのは、話題を自分で作ることです。URLが1つあれば、話題はそれで済みます。しかもこれは、家で一人で準備できます。会場に行く前に、今日できることです。

3. コミュニティの3つの層

　社外エンジニアコミュニティには、参加の深さで3つの層があります。先に言っておきます。上に行くほど偉い、という話ではありません。層1で止まる人が大多数ですし、それで得られるものは十分にあります。この3層は、階段というより、行きたければ行ける道が続いているという地図だと思ってください。

3-1. 層1：参加者として顔を出す

　まずは、参加者としてイベントに顔を出すところから始まります。選ぶ基準は1つです。いま自分が触っている技術のコミュニティに行く。これだけです。憧れの技術ではなく、授業や課題で実際に書いている言語やフレームワークを選んでください。話が半分でも分かる場のほうが、learning は速く進みます。

　探し方は単純です。connpass（イベント告知サイト）で、自分が書いている言語やフレームワークの名前を、そのまま検索してください。JavaならJava、PythonならPython。それだけで、直近のイベントが並びます。DoorkeeperやPeatixにも同じ機能があります。

　絞り込みで見ておくとよいのは、この3つです。

• オンライン開催：まずここから。地方在住なら、ここが最大の入口です

• 参加費0円：無料の勉強会はたくさんあります

• 開催地：オフラインに行くなら、自分の都道府県で絞り込んでください。東京以外にも、地域のコミュニティは各地にあります。「（技術名）＋（地名）」や「（技術名）＋（地域名）」で名前がついている場が多いので、検索してみてください

　規模の大きいものとしては、言語やフレームワークごとの年次カンファレンス（名前に「Kaigi」「Conference」「Con」が付くことが多い）があります。ただし、いきなり大きなカンファレンスに行く必要はありません。月1回の小さな勉強会のほうが、初回には向いています。

　なお、私が長く関わっているのはソフトウェアテスト・品質の分野のコミュニティです。この分野は、若手と学生を育てることを目的に掲げている場が比較的多いと感じていますが、私自身が中の人なので、割り引いて読んでください。

　自分がフェーズ2-2〜フェーズ2-11で使ってきた技術スタックに沿ったコミュニティを選ぶと、学んできたことと、そこで会う先輩・仲間の関心が、自然と重なります。参加そのものが、そのままフェーズ2の各論の学びの延長になります。

　参加するだけでも、次のような学びが得られます。就活まで時間がある人にとっても、半年後に就活という人にとっても、この層には価値があります。半年しかないなら、志望する領域の場に3回行くだけでも、面接で話せることの厚みが変わります。

• 自分の志望領域で、いま何が話題になっているか、生の空気で分かる

• 先輩エンジニアや、他社の第一線のエンジニアの話し方、考え方に触れる

• 自分の勉強の方向が、業界の潮流と合っているかを、外の視座で確認できる

3-2. 層2：発信者・貢献者としてコミュニティに関わる

　次の層は、発信者・貢献者としての関わりです。受け取るだけでなく、差し出すという視座に変わります。

• フェーズ2-9で扱ったLT登壇：LT（ライトニングトーク。5分程度の短い発表）で、勉強会デビューをする

• 技術ブログでのイベント参加レポート：参加した勉強会の学びを、Zenn / Qiita / はてなブログに記事化

• OSS（オープンソースソフトウェア）への小さな貢献：READMEの修正、誤字の修正、翻訳、ドキュメントの改善。Good First Issue（初心者向けと印がついた課題）から入るのが定石です

• 勉強会の運営スタッフ：受付、当日の司会補助、Discordのモデレーション、YouTube配信の補助

• Discord/Slackコミュニティでの質問対応：自分より後から来た人の質問に、分かる範囲で答える。自分が分かることは、必ずあります

　この層に入ると、コミュニティの中でのあなたの認知が生まれます。イベントで初対面の人に「あの記事読みました」と声をかけられる、GitHubでのPR（プルリクエスト。変更を取り込んでほしいという依頼）に、コメントが届く、そういう小さなできごとが、少しずつ増えていきます。

3-3. 層3：主催・運営としてコミュニティを支える

　3層目は、主催・運営としての関わりです。自分でコミュニティを立ち上げる、既存のコミュニティの中核として動く立場に変わります。

• 学校の中で技術コミュニティを立ち上げる：情報系サークル、競技プログラミングの集まり、AIの輪読会。サークル制度がない学校でも、声をかけて3人集まれば、それはもうコミュニティです

• 地域の勉強会主催：自分の街で、月1回のオンライン/オフライン勉強会を立ち上げる

• 国際コミュニティの、日本側の運営に加わる：Rust Tokyo、Python Kansai、Kubernetes Community Days Japan、Go Conference などの運営スタッフ

• オープンソースソフトウェアのメンテナー：自分でOSSプロジェクトを立ち上げ、コミュニティと共に育てる

• カンファレンス実行委員：TSKaigi、JJUG CCC、iOSDC、DroidKaigi、Vue Fes Japan などの実行委員としての運営

　この層に入ると、場を作る側の視点が身につきます。イベントが成り立つために誰が何を引き受けているかが見えるようになり、それは入社後にチームを見る目に、そのままつながります。

4. OSSコントリビューションは、コミュニティの一員になる入口

　OSSへの貢献は、コミュニティの一員になる、いちばん具体的な入口の一つです。世界のOSSは、無数の学生・社会人の小さな貢献の積み重ねで成り立っています。あなたの1つのPull Requestが、世界の誰かの入口になる可能性が、いつでも開かれています。

　学生時代の入口としては、次のような小さな貢献から始めるのがおすすめです。

• ドキュメントの改善：READMEのtypo修正、日本語翻訳、リンク切れの修正

• Good First Issueへの取り組み：多くのOSSは、初心者向けのラベルを持っています

• 公式チュートリアルのサンプルコードの追加：公式ドキュメントの改善提案

• バグ報告と再現手順の記述：詰まった箇所を再現可能な形でIssueに起票

• サードパーティライブラリの整備：自分がよく使うライブラリの周辺ツール、型定義、CI/CDテンプレート

　貢献先の選び方も、単純です。自分がすでに使っているライブラリやツールを選んでください。知らないプロジェクトを探しに行く必要はありません。授業や個人開発で入れたライブラリのGitHubページを開いて、Issueの一覧に「good first issue」のラベルがついているか見る。これが最短です。

　使っているものを選ぶ理由は、はっきりしています。使っていれば、どこが分かりにくいかを、あなたはすでに知っているからです。ドキュメントを読んで詰まった経験そのものが、改善提案の材料になります。

　貢献した内容は、あなたのGitHub Profileの「Contributions」に自動的に積み上がります。フェーズ2-5で扱ったハブとしてのGitHubに、この履歴が積み上がる形で、あなたのコミュニティでの活動が可視化されます。

5. コミュニティでのつながりを、就活にどう活かすか

　コミュニティでのつながりは、就活の可視性の壁を、静かに越えていきます。フェーズ2-5〜フェーズ2-11で積み上げてきたポートフォリオを見せる場、というだけではありません。企業や在籍者を知り、企業や在籍者に自分を知ってもらうという、相互理解の場でもあります。

• 業界と会社の実像を、社員から直接知る：フェーズ1で扱った業界の形の見分けを、内側の人から具体的に聞く。募集要項や採用ページの言葉だけでは分からない、開発の空気、意思決定の速度、経営層と現場の距離を、同じ場にいる時間の中で知ることができます。懇親会に出る必要はありません。発表の質疑や、休憩時間の立ち話でも、十分に伝わってきます

• 企業や在籍者に、自分を知ってもらう：LTでの発表、運営スタッフとしての振る舞い、質疑での一言。書類選考の1枚では伝わらないものが、時間をかけて伝わります

• カジュアル面談・インターン・選考に、一本釣りしてもらえることがある：あなたをよく知ってくれた先輩や社員から、声がかかることがあります。「うちで話しませんか」「うちのインターンに応募してみませんか」「うちの新卒選考、飛び級で〇〇の面接から始めましょうか」

• 技術リファラル：コミュニティで知り合った先輩から、その会社の採用リファラル制度に載せてもらう

• 募集要項に載っていない求人：公募の前に、コミュニティの中で声がかかる形の採用は、実際にあります

• 登壇・執筆・OSS貢献の機会：先輩からCFP（Call For Proposals。カンファレンスの発表者の公募）への応募を勧められる、技術ブログの共著、OSSの共同メンテを持ちかけられる

　ここで、ひとつ誤解を解いておきます。「就活のために行く」という動機で参加することは、まったく問題ありません。この章をここまで読んで、そう思ったなら、それでいいのです。誰でも最初の動機は何かしらあります。

　問題になるのは動機ではなく、振る舞いです。話を聞かずに名刺だけ配る。発表中にスマホを見ている。「御社は採用していますか」から会話を始める。こういう振る舞いは、目的が何であれ、その場では浮きます。

　逆に言えば、就活のために行って、行ってみたら技術の話がおもしろくて、気がついたら普通に参加していた。これがいちばん多い形です。動機の純度は、入場条件ではありません。

　募集要項に応募する以外の就活の道が、そっと開けていく。これが、コミュニティのいちばん大きな価値の一つです。ただし、リファラルや紹介経由でも、あなた自身の実力と誠実さで評価されるということは、忘れないでください。コミュニティの信頼を借りることは、その先の実務での成果で返す必要があります。

6. 言われたことを、証跡で確かめる癖

　実力と誠実さで評価される、と書きました。それは、こちらが誰かの話を受け取るときにも、同じように働きます。

　コミュニティに出ていくと、とても詳しそうな人に会います。学生にも、社会人にもいます。

　先に書いておくと、人を避ける必要はありません。コミュニティは学びの場であって、人を値踏みする場ではないからです。誰が本物かを見抜こうとしながら会場を歩いても、疲れるだけで、得るものがありません。

　そのかわり、言われたことを、証跡（その話が本当だと分かる、残っているもの）で確かめる癖をつけてください。

　「その話、どこかで読めますか」。「リポジトリはありますか」。「その資料、公開されていますか」。

　これは失礼な質問ではありません。技術の話をしている最中なら、当たり前の確認です。私の経験では、証跡を持っている人ほど、聞かれると喜んで出してくれます。自分が時間をかけて作ったものを、見たいと言う相手が現れたわけですから。

　もちろん、聞き方と場面は選んでください。懇親会の雑談を遮って問い詰めるような形になれば、それはただの失礼です。技術の中身に踏み込んだ話をしているときに、「その話、もっと知りたいので」と添えて聞く。それだけで、質問の意味はまったく変わります。

　そして、いちばん大事なのはここです。自分がそう聞かれる側になったときに、出せるものを持っておくこと。フェーズ2-2で書いたとおり、実績は自己申告でも成立しますが、証跡は自己申告では成立しません。コミュニティは、それを差し出す練習の場でもあります。

7. AI時代のコミュニティ

　いま技術を学び始めた人は、最初からAIコーディングアシスタントが隣にいるという状況で学んでいます。これは、少し前まではなかったことです。コミュニティの中でも、AIとの向き合い方は共通の関心事になっています。

• AI開発ツールの公式コミュニティ：使っているツールの提供元が、公式のDiscordや開発者フォーラムを持っていることが多くあります。いま使っているツールの公式サイトから探すのが確実です

• 生成AIの勉強会：日本各地で開催されています。connpassで「生成AI」と検索してみてください

• AIの倫理と安全性を扱う場：技術そのものだけでなく、それをどう使うべきかを議論する場も、国内外にあります

　これらのコミュニティに、学生時代から加わっておくことで、AI時代のエンジニアリングの潮流を、学生時代のうちに肌で感じられます。序章-1で扱った、エンジニアという職業がプロフェッションであるという視座に、AI時代の新しい問いが加わっていく現場を、学生時代のうちに経験できます。

8. 社員のコミュニティ活動を、会社がどう扱っているか

　最後に、会社の側の話をします。社員のコミュニティ活動を、どう扱っているか。

　企業がコミュニティ活動やスポンサーに投資する理由も、対等に知っておく価値があります。採用の母集団形成、技術コミュニティへの還元、社員自身の技術力の向上、そして技術ブランディング。これらが重なり合って、企業側の投資の合理性を作っています。だからこそ、この支援を単発の広報活動ではなく、継続的な経営の一部として位置づけている会社があります。

　プロフェッションとして育つ環境を持つ会社は、多くの場合、社員のコミュニティ活動を、業務の一部として位置づけています。業務時間内での運営時間の確保。OSSコントリビューションの、業務としての正式な位置づけ。カンファレンスへのスポンサー。社員が運営するコミュニティへの会場提供。OSSメンテナーとしての活動時間の確保。

　こうした支援を公開しているのは、対外発信に力を入れているWeb・SaaS系の会社が中心です。会社名を並べることもできますが、それをやると、みなさんの選択肢が、東京の十数社に見えてしまいます。

　実際には、多くの方が就職するのは、メーカー系、地方、中堅・中小企業です。全国規模のコミュニティ支援がなくても、地域の勉強会に会場を貸している会社、社員が地元のコミュニティを運営している会社は、各地にあります。

　見つけ方は、逆からです。まず地域の勉強会に行く。そこで「この会場、どこの会社ですか」「運営の方はどちらにお勤めですか」と分かる。その会社は、少なくとも、社員が外に出ることを止めていない会社です。求人サイトからは決して分からない情報が、そこにあります。

　募集要項の中に、OSS活動時間の明示、コミュニティ運営支援、カンファレンス参加補助などが自然に登場するかどうか。その会社の社員のGitHubプロフィールを検索したときに、業務時間内で書いていると思われるOSS Contributionsが積み上がっているかどうか。平日の日中にコミットが積み上がっているなら、それは、その時間が業務として認められている可能性の高い手がかりです。逆に、深夜と土日にしか積み上がっていないなら、その活動を支えているのは、いまのところ本人の意思だけかもしれません。

　ただし、これは手がかりであって、証明ではありません。コミットの時刻は、コードを書いた時刻ではなくコミットした時刻ですし、まとめて翌日に反映する人もいます。タイムゾーンの設定でも見え方は変わります。裁量労働で、そもそも時間の使い方が自由なだけ、ということもあります。気になったら、カジュアル面談で「OSSの活動は、業務時間の中でやっていいことになっていますか」と直接聞いてください。それがいちばん確実です。

まとめ

　本記事では、社外エンジニアコミュニティで、先輩・仲間の輪に加わるお話をしました。要点は次のとおりです。

　コミュニティに加わることは、倫理綱領の第6原則6.03（専門職の組織・会合・出版物に参加して知識を広げる）が、そのまま書いていることです。参加者から発信者・貢献者、そして主催・運営へと、3つの層で無理なく深めていきます。OSSへの貢献は、その入口です。すでに自分が使っているライブラリを選び、ドキュメントの改善やGood First Issueから始められます。

　そして、知らない人の輪に入るのが苦手なら、オンラインから始めてください（2章）。カメラはオフで、発言せず、途中で抜けていい。懇親会に出る必要も、名刺を持つ必要もありません。いちばん効く準備は、「何を作っているんですか」と聞かれたときに出せるURLを1つ持っておくことです。これは家で一人でできます。

　就活での価値は、業界の実像を内側から知れること、自分を知ってもらえること、そして募集要項の外側の入口が開くことです。「就活のために行く」という動機は、まったく問題ありません。場での作法としては、人を値踏みするのではなく、言われたことを証跡で確かめる癖をつけること。そして自分が聞かれる側になったときに、出せるものを持っておくことです。会社を見るときは、社員が外に出ることを、業務として認めているかどうかを見てください。

　次のフェーズ2-13では、少し違う角度から研究活動と、そこでの企業との関わり方についてお話しします。フェーズ2の総まとめとなる歩き方は、フェーズ2-14に進みます。

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

　私が最初に踏み出したのは、メーリングリストでした。当時はconnpassもDiscordもなく、社会人の先輩たちのやり取りを日々読んで、時々自分も投稿する。顔を出さずに、読むところから始めたわけです。いまで言えば、オンライン参加でカメラをオフにして聞いているのと、だいたい同じです。

　そこから、参加する、発表する、運営に加わる、団体を立ち上げる、という順に歩いてきました。この記事で書いた3つの層は、私自身が、長い時間をかけて通ってきた道です。一足飛びに上がったわけではありません。

　振り返ると、私がエンジニアとして歩いてきた時間の多くは、コミュニティで会った先輩や仲間に支えられてきました。コミュニティは、キャリアの本流の外側にある、けれども結果として本流を厚くしてくれる場所でした。

　コミュニティに加わることは、ある意味で、あなたの人生の外側に、もう一つの場所を持つことでもあります。会社が変わっても、学校を卒業しても、この場所は続いていきます。学生時代のうちに、この場所を一つ持っておくことは、将来のあなたの働き方の安心の土台になります。

　今週、なにか一つ、始めてみてください。順番は、いちばん楽なものからで大丈夫です。

• 「何を作っているんですか」と聞かれたときに出せるURLを、1つ用意する。家で一人でできます

• 自分が使っているライブラリのGitHubを開いて、「good first issue」のラベルがついたIssueの一覧を眺める。これも家でできます

• connpassで、自分が書いている言語の名前を検索して、オンライン開催のイベントを1つ探す。申し込むかどうかは、後で決めていい

• そのイベントに、聞くだけで参加してみる。カメラはオフで、途中で抜けていい

　どれか1つで、この記事の1歩目です。上から順に、家でできることから並べました。

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

次の記事は、フェーズ2-13「研究は、学生最強のポートフォリオになる。ただし型と実態が一致していればの話」です。

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

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

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

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

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

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

#エンジニア就活 #エンジニアコミュニティ #社外活動 #つながり #大学生 #技術コミュニティ #エンジニアの卵に贈る就活の書

関連記事・参考文献等

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

• Software Engineering Code of Ethics and Professional Practice（IEEE-CS／ACM）

• SWEBOK（Software Engineering Body of Knowledge）

本記事で挙げた、学生が使える情報源

• connpass

シリーズ関連

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

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

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

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