「作る」フェーズを歩き終えて。点で作らず、線で。そして面まで。その先に立体がある【フェーズ2-14｜ITエンジニアの卵に贈る、就活の書】

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

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

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

　ITエンジニアの卵に贈る、就活の書・フェーズ2-14の記事です。フェーズ2-1で「なぜ作るのか」の方向づけをしました。そしてフェーズ2-2で共通軸となる「強いポートフォリオの作り方」をお伝えし、フェーズ2-3から2-13まで実践各論11本を歩いてきました。授業と卒業研究、技術書、GitHub、ハッカソン、時間設計、技術ブログ、勉強会での発表、バイト、長期インターン、社外コミュニティ、大学における研究。

　今回は締めくくりとして、これらの各論をどう束ね、どう積み上げていくかというお話です。目次で予告してきた点で作らず、線で。そして面までという視座を、ここで初めて本格的に広げます。そして、その先にある立体の世界にも、少しだけ触れておきます。

この記事のポイント

• 同じ1つの活動でも、点で終わらせるか線でつなぐかで、人に見せられる形の数が変わります。新しく始めるのではなく、派生させるだけです。

• 授業で書いたコードをGitHubに公開し、技術ブログにし、5分の発表で話す。1つの活動が、3つの公開された形になります。

• 面の先には立体があり、学生起業がそのひとつの姿です。万人におすすめする道ではなく、視野の中に置いておくだけで十分です。

1. フェーズ2各論を、点として並べたら弱い

　各論は、それぞれ独立して取り組める形で書いてきました。ただ、就活の書類選考や面接で強く効くのは、各論を点として並べたときではなく、線でつなげたときであり、さらに面として広がったときです。

• 点：授業で1本のコードを書いた。技術書を1冊読んだ。ハッカソンに1回参加した。GitHubに1つリポジトリを置いた。技術ブログに1本記事を書いた

• 線：授業で書いたコードを、技術書の別実装で書き直す。GitHubに公開し、READMEにフェーズ2-2の6要素を添える。何を作ったか、なぜ作ったか、どう動かすか、使った技術、詰まったところ、これからやりたいこと。そのプロセスをZenn（無料で技術記事を公開できるサービス）に1本記事にした

• 面：この1本の線から、勉強会でLTデビューする。Speaker Deck（スライドを公開できるサービス）にスライドを置き、そのテーマで長期インターンの選考に応募する。OSS（オープンソースソフトウェア）にPR（プルリクエスト。変更を取り込んでほしいという依頼）を1本送り、社外コミュニティで先輩と知り合った

　同じ1つの活動が、点で終わるか、線になるかで、人に見せられる形の数が変わります。上の例なら、点は1つ。線は、リポジトリと記事の2つ。面まで行けば、そこにスライドと応募の実績が加わります。新しく何かを始めたわけではなく、1つの活動から派生させただけです。

2. 線をつくる。1つの活動から複数の成果物を派生させる

　フェーズ2-7で触れた「1つの活動から、複数の成果物を派生させる」という時間設計の型は、線をつくる基本の型です。具体的には、次のような派生パターンがあります。

2-1. パターン1：授業→GitHub→技術ブログ→LT

　大学の授業で書いたコードを1つ選び、READMEを6要素で整えてGitHubに公開する。その実装の学びを、Zennに1本の技術ブログにする。その記事のエッセンスを、5分のLTスライドに切り出して、勉強会でデビューする。

　同じ1つの学びが、5つの公開の場に残ります。GitHubリポジトリ、技術ブログ記事、勉強会での登壇、Speaker Deck上のスライド、そして勉強会の公式ページに載る自分の名前。第三者の目利きが、そのうち3つの場所で働くことになります。

2-2. パターン2：技術書→自分で一から実装→OSSへのPR→技術ブログ

　技術書を1冊選び、フェーズ2-4で扱った3拍子（読む→作る→書き残す）で読み進める。書きながら、書籍の題材となっているOSSに、typo修正や小さな改善のPRを1本送る。読み終わったあとに、書籍の学びと、実装で詰まった箇所、OSSに送ったPRの経緯を、1本の技術ブログにまとめる。

　技術書、実装コード、OSSへの貢献履歴、技術ブログ記事、これらが1本の線でつながる形で、あなたの学びの深さが可視化されます。

2-3. パターン3：ハッカソン→技術ブログ→登壇→長期インターン応募

　フェーズ2-6で扱ったように、ハッカソンで48時間で作った成果物を、GitHubにREADMEを整えて公開する。ハッカソンの技術判断と学びを、はてなブログに1本の振り返り記事にする。その記事とスライドを持って、勉強会で20分の一般セッションに応募する。登壇履歴と技術ブログを添えて、志望する会社の長期インターン枠に応募する。

　ハッカソン成果物、GitHub、技術ブログ、勉強会登壇、そして長期インターンへの応募。これらが1本の長い線でつながる形で、ハッカソン1回の経験が、就活で強く効く連鎖に変わります。

3. 面をつくる。線を複数持ち、束ねて見せる

　線が1本できたら、次は面を作ります。同じ技術ドメインで、線を複数持ち、それらを束ねて見せるという視座です。

　たとえば、志望する技術ドメインがWeb + AI 系の場合の面の例：

• 線1：授業で作ったNext.jsアプリを、Vercelで公開＋Zennで振り返り＋LTで発表

• 線2：機械学習の授業課題を、PyTorchで再実装＋Hugging Faceで公開＋技術ブログ2本

• 線3：Anthropic APIとLangChainで個人プロダクトを立ち上げ、GitHub＋Zenn＋connpassでLT

• 線4：Web + AI 系のOSS（LangChain、LlamaIndex、Vercel AI SDKなど）へのPR 3本

• 線5：長期インターンで、Web + AI 系のプロダクト開発に半年間参加＋公式技術ブログ寄稿

　これら5本の線を、GitHubプロフィールREADMEで束ねて見せる。フェーズ2-5で扱った「公開の場のハブ」としてのGitHubに、5本の線が集約されている形になります。書類選考の担当者があなたのGitHubプロフィールを開いたとき、Web + AI 系のエンジニアとしてのあなたの厚みが、1画面で伝わります。

　面まで到達すると、あなたの志望領域と、そこにどれだけ時間を注いできたかが、説明しなくても伝わる形になります。技術ドメインを絞り、線を複数積み、面として束ねる。この3ステップが、総合的な成果物としての強さを決めます。

3-1. LAPRASなど、活動を客観的な可視化に変えるサービス

　面まで積み上げた線を、GitHubプロフィールで自分の手で束ねる以外にも、知っておいてほしい選択肢があります。LAPRASのような、エンジニアの技術活動を可視化するサービスです。

　LAPRASは、GitHubなどのアカウントを連携させると、コミット履歴や技術記事、登壇実績といった活動データを解析し、スコアや強みとして可視化してくれるサービスです。各論で積み上げてきた点や線が、自分の言葉で説明する前に、第三者的な指標としてすでに可視化されている状態を作れます。

　このようなサービスを使う意味は、GitHubプロフィールを自分の手で編集する手間を省けることだけではありません。第三者の目利きという観点から見ると、外部サービスが独自の基準で評価しているという事実そのものが、自己申告ではない一つの手がかりになります。

　ただし、注意点もあります。スコアや可視化の見え方は、サービス側のアルゴリズムに依存します。スコアを上げることを目的化せず、積み上げてきた実質的な活動の副産物として、スコアがついてくるという順序を忘れないでください。スコアを稼ぐために表面的な活動を増やすのは、本末転倒です。

4. 立体を歩く。学生起業家という一つの姿

　面までの積み上げの、そのさらに先に、立体の世界があります。ここに触れておきます。

　立体を歩いている学生さんの、いちばん典型的な例が、学生起業家です。

　在学中に会社を立ち上げ、プロダクトを実際のユーザーに届け、資金調達や雇用や契約を、自分の意思決定として担う。GitHubは会社の主要リポジトリ、技術ブログは公式ブログ、登壇はプロダクトの発信。各論のすべてが、業務の一部として一つにつながっている状態です。

　ただし、これは万人におすすめする道ではありません。法務・税務・資金・時間・精神的な負荷が、面までの積み上げとは違う次元でかかります。大学院進学、大企業就職、スタートアップ入社、フリーランス、公務員、研究職。人によっては、そのほうが生き方として合っています。

　立体は、正解の姿ではなく、ひとつの可能な姿です。そういう道があることを、視野の隅に置いておいてください。それだけで、フェーズ3以降の会社選びが、少し具体的になります。

5. フェーズ2をどこから始めるか

　どこから始めるか。学年ではなく、卒業・修了までの残り時間で考えてください（4年制大学なら、卒業年度の前年が3年目にあたります）。高専・短大・専門学校の方も、自分の卒業年度から逆算してください。

　そして、もう一つの軸があります。いま手元に、公開できるものがあるかどうかです。ここが空でも、始められます。そこは次の6章に書きました。

5-1. 卒業まで3年以上ある時期

• フェーズ2-3（学業）を軸にする：情報系の基礎をしっかり土台にする

• フェーズ2-5（GitHub）で公開の場を整える：アカウントを作り、プロフィールREADMEを書く

• フェーズ2-4（技術書）を1〜2冊、3拍子（読む→作る→書き残す）で丁寧に

• フェーズ2-12（コミュニティ）の層1（参加）から入る：connpass（勉強会の告知サイト）で、自分が書いている言語の名前を検索してみる

5-2. 卒業まで2年前後の時期

• フェーズ2-3（学業）を続けつつ、演習・課題をGitHub公開の形で残す（テストコードを添えられれば、なお良い）

• フェーズ2-8（技術ブログ）を書き始める：頻度は問いません。月1本でも、積み上がります

• フェーズ2-6（ハッカソン）に1〜2回参加してみる

• フェーズ2-10（バイト）またはフェーズ2-11（長期インターン）の応募を検討し始める

5-3. 卒業年度の前年の後半〜卒業年度の前半

• フェーズ2-11（長期インターン）またはフェーズ2-10（バイト）でIT企業の内側に入る

• フェーズ2-9（勉強会LT）でデビューする

• フェーズ2-12（コミュニティ）で層2（発信者・貢献者）に入る：OSSに小さなPRを送る

• 面までの積み上げを意識し、GitHubプロフィールで束ねて見せる

5-4. 卒業年度の後半

• フェーズ2-3（卒業研究）を、履歴書に書ける成果物として仕上げる

• 手元にあるものを、GitHubプロフィールREADMEで束ねる：数は問いません。1つでも束ねる価値があります

• フェーズ3・接続する以降のフェーズに軸足を移していく

• 手元に何もないなら、6章へ。この時期からでも、できることがあります

5-5. 大学院の修士課程に進んだ場合

• フェーズ2-13（研究）の物差しで、案件の型と実態を確かめる：指導教員から企業と関わる研究に声がかかったら、まずこの記事の質問リストと10の観点を使う

• 共著論文・学会発表・査読・質疑応答の経験を、それまでの各論と同じ線でつなげて語る

　これはあくまで目安です。第二新卒の方、社会人経験からの学び直しの方、進路を途中で変えた方は、自分の状況に合わせて読み替えてください。そして、1本の線を丁寧に育てるほうが、点をいくつも並べるより、就活で強く効きます。

6. いま、手元に何もない人へ

　ここまで読んで、自分には束ねるものが何もないと思った方がいると思います。

　公開しているリポジトリがない。技術ブログを書いたことがない。勉強会にもハッカソンにも行っていない。長期インターンもしていない。面接で聞かれる「学生時代に力を入れたこと」に、アルバイトの話しか出てこない。

　その状態から始める話を、ここに書きます。 ここまでの章は、素材を持っている人が、それを増やすための話でした。素材がゼロなら、まず1つ作るところからです。0に何を掛けても0だからです。

6-1. 最初の1本は、3週間でできる

　新しいものを作る必要はありません。すでに書いたコードが、手元にあるはずです。 授業の課題、演習、卒業研究の途中のコード。それで十分です。

• 1週目：1つ選んで、公開できる形にする。いちばん動くもの、いちばん説明できるものを1つ選んでください。README（リポジトリの説明書）を書きます。何を作ったか、なぜ作ったか、どう動かすか、詰まったところはどこか。この4つが書いてあれば形になります（フェーズ2-2に、より詳しい要素をまとめています）

• 2週目：手を1箇所だけ入れる。テストを1つ書く。エラー処理を1つ足す。READMEに動かし方の手順を足す。作り直す必要はありません。1箇所で十分です

• 3週目：その過程を1本の記事にする。ZennやQiita（どちらも無料で技術記事を公開できるサービスです）に、「授業で書いた◯◯を公開できる形に整えた話」として書きます。詰まったところと、それをどう調べたかを書いてください。そこがいちばん読まれます

　これで、公開リポジトリ1つと、技術記事1本が手元に残ります。3週間で、点が2つ、線が1本できます。 面接で話せるものが、アルバイトの話以外に1つ増えます。

6-2. 授業の課題を公開していいのか

　ここで、多くの人が止まります。授業の課題を、勝手に公開していいのか。当然の疑問です。次の3つを確認してください。

• 科目や学科に、公開についての決まりがないか。担当の先生に「この課題を、自分のポートフォリオとしてGitHubに公開してよいですか」と聞くのがいちばん早いです。この質問自体を、失礼だと思う必要はありません

• 課題の指定コードや、配布されたひな形が混ざっていないか。先生が配ったコードや、教科書のコードをそのまま含めて公開するのは避けてください。自分が書いた部分だけを切り出すか、書き直してください

• 他の学生と共同で作ったものではないか。共同なら、相手の同意が要ります

　確認がとれないなら、公開しない。そのかわり、同じ題材を自分でゼロから書き直したものを公開してください。これは「課題の再実装」として、堂々と公開できます。しかも、書き直したという事実自体が、記事になります。

6-3. 卒業年度の後半でも、遅くはありません

　正直に書きます。早く始めた人のほうが、積み上がっている量は多いです。それは事実です。

　ですが、選考で見られているのは量ではありません。フェーズ2-2で書いたとおり、公開されていること、中身に説明がつくこと、第三者が見て確かめられることです。

　1つでも、この3つを満たすものがあれば、面接での話は変わります。 「授業でこれを作って、公開できる形に整えるときに、ここで詰まって、こう解決しました」。この話ができるかどうかが、分かれ目です。リポジトリの数を数えられているわけではありません。

　そして、遅く始めたこと自体を、面接で隠す必要もありません。「就職活動を始めてから、成果物を残す大切さに気づきました。まず1つ、公開できる形にしました」。これは、そのまま言っていい話です。気づいて、動いた。事実として、そう伝わります。

7. フェーズ2の成果物を、フェーズ3以降にどう活かすか

　積み上げた成果物は、次のフェーズ以降で、そのまま活きていきます。

• フェーズ3・接続する：志望する会社を選んでいくとき、作った成果物の厚みが、選考の初手から働きます。フェーズ2-5のGitHubプロフィール、フェーズ2-8のZennやQiitaのプロフィール、フェーズ2-9のSpeaker Deckアカウントとして

• フェーズ4・確かめ合う：面接では、積み上げた線と面を、20〜30分の対話の素材として使います。担当した機能で何を工夫したか、どうしてこの技術を選んだか、どこで詰まって、どう乗り越えたかを、点ではなく線で語れます

• フェーズ5・決める：内定を得たあと、複数社を比較する段階で、ここで見てきた育つ環境の判定材料が、そのまま活きます

• フェーズ6・歩き出す：入社後の1〜3年目に、ここで身につけたものが業務の中でそのまま続きます。3拍子（読む→作る→書き残す）、時間設計、公開の場のハブとしてのGitHub、書く発信、話す発信、コミュニティ参加

　このフェーズは、就活のためだけの準備期間ではなく、社会人になってからも続くプロフェッションの土台そのものです。この土台があると、入社後の1〜3年目の成長が、明確に加速します。

8. 良い会社は、みなさんの成果物を、事前に読み込んでくる

　締めくくりに、会社の側の話を置いておきます。

　プロフェッションとして育つ環境を持つ会社は、多くの場合、候補者が学生時代に積んだ成果物を、書類選考の段階で丁寧に読んでいます。GitHubのContributionsグラフ。READMEの整え方。ZennやQiitaの記事の質。Speaker Deckのスライド。OSSへのPRの内容。Discord/Slackコミュニティでの発言と、Xでの技術発信。これらを1画面で辿れる形で整えている候補者と、履歴書と職務経歴書だけの候補者では、書類選考のスタートラインが違ってきます。

　募集要項の中に、GitHub URL、技術ブログ URL、Speaker Deck URL、ポートフォリオサイト URLの記入欄が用意されているかどうか。選考プロセスに、候補者のOSS Contributions を評価する仕組みが自然に組み込まれているかどうか。記入欄を1つ作るのに、費用はかかりません。読む人を決めて、その人の時間を確保するところまでが、本当の設計です。面接で成果物の中身に触れられたかどうかで、そこまで進んでいるかがわかります。

まとめ

　本記事では、総まとめとして、点・線・面・立体の視座をお話ししました。要点は次のとおりです。

　点で作らず、線でつなぐとは、1つの活動から複数の成果物を派生させることです。線を複数積み、面として束ねて見せるには、GitHubをハブにします。LAPRASのような可視化サービスも、活動を客観的なスコアとして見せる選択肢の一つです。面の先には、立体があります。学生起業家は、立体を歩いているひとつの姿ですが、万人向けの道ではありません。始める時期の目安は、学年ではなく卒業・修了までの残り時間で考えてください。そして、いま手元に何もなくても始められます。3週間で、公開リポジトリ1つと技術記事1本が作れます（6章）。フェーズ3以降も、接続する→確かめ合う→決める→歩き出す、すべての段階でここまでの成果物が土台になります。育つ環境の会社は、それを書類選考で丁寧に読み、選考プロセスに評価の仕組みを組み込んでいます。

　これで、フェーズ2「作る」が、総論1本と、この記事を含む14本の、合計15本で完結します。次のフェーズ3「接続する」では、ここで積み上げた成果物を持って、企業のポートフォリオと対等に接続していく旅に出ます。

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

　方向づけ1本、共通軸1本、実践各論11本、そしてこの締めくくり。多く感じる方もいると思います。すべてをやり切る必要はありません。フェーズ2-2で書いた3つ（公開されていること、中身に説明がつくこと、第三者が確かめられること）を満たすものが、1つあれば始まります。

　大事なのは、点の数ではありません。GitHubのContributions（活動の記録が日ごとのマス目で表示されるもの）が緑で埋まっていることも、一つの形ではあります。ただ、大事なのはそこから技術ブログの1本、勉強会の発表1回、先輩との1つの出会いへと、線でつながっていくことです。この線のつながりが、あなたという技術者の輪郭を作っていきます。

　そして、その線は、1本目から始まります。いま0本の人も、来週には1本になります。私が見てきた範囲では、就職活動を始めてから気づいて動いた人が、それを面接でそのまま話して通っていく場面もありました。遅れを取り戻そうとするより、いま手を動かしたという事実を、そのまま差し出すほうが伝わります。

　そして、面までの積み上げの先に、立体の広がりがあることも、視野の中に置いておいてください。学生起業、大企業、スタートアップ、フリーランス、研究職、公務員、大学院、海外。次のフェーズ以降で、あなたが立ちたい座標を、面まで積み上げた自分の足で選んでください。

　今週、なにか一つ、始めてみてください。手元に何もない人から順に並べます。

• これまでに書いたコードの中から、いちばん説明できるものを1つ選ぶ。選ぶだけです。公開はまだしなくていい

• そのコードのREADMEに、4行だけ書く。何を作ったか、なぜ作ったか、どう動かすか、どこで詰まったか

• 公開してよいかを、担当の先生に聞いてみる（6-2に、聞き方を書きました）

• すでにリポジトリがある人は、フェーズ2-2の6要素でREADMEを整え直す

• すでに記事や登壇がある人は、フェーズ2-5のGitHubプロフィールREADMEにリンクをまとめる

　上から順に、いま何も持っていない人でもできることから並べました。どれか1つで、総まとめの1歩目です。

　そして、フェーズ3「接続する」で、また会いましょう。

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

次の記事は、フェーズ3「「接続する」フェーズ。JDから始まる、あなたと企業のお見合い」です。

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

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

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

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

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

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

#エンジニア就活 #棚卸し #学生起業 #アウトプット #エンジニア志望 #エンジニア採用 #エンジニアの卵に贈る就活の書

関連記事・参考文献等

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

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

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

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