エンジニア転職
エンジニア転職のポートフォリオ —— 作るもの、見せるもの、削るもの
日本のエンジニア転職で伝わるポートフォリオを、一本の完成した作品、README、設計判断から作る方法です。
すぐに使えるポイント
- 未完成のチュートリアル 5 本より、説明できる完成作 1 本。
- README は 2 分で設計判断とトレードオフが分かるものにする。
- 技術面接で正直に説明できないものは出さない。
埋めたいギャップを証明する作品を選ぶ
ポートフォリオは、職種転換、ブランクからの復帰、目指す技術の公開実績がない場合に特に有効です。ネットにあるクローンをそのまま作るのではなく、応募先に近い小さな問題を選びます。バックエンドなら可観測性を入れた API、データ職なら検証つきパイプライン、フロントエンドならアクセシブルな操作フローのように。
完成までを 2〜4 週末に収めます。大きな設計図だけより、デプロイできる小さな一機能の方が、採用側にはずっと多くを伝えます。
確認リスト
- 狙う求人で繰り返されるスキルを三つ、作品の要件に写す。
- エディタを開く前に、ユーザー一人・操作フロー一つ・成功条件一つを決める。
- 完成日を固定し、任意機能は「次にやること」へ移す。
README に最初の技術面接をさせる
レビュアーは短時間で、何の問題か、どう動かすか、どんな判断をしたかを知りたいものです。目的、構成またはデータフロー、セットアップ、少数でも意味のあるテスト、「判断とトレードオフ」を入れます。時間があれば何をするか、意図して作らなかったものも書きましょう。
コピーしたコード、架空の利用者数、説明できない主張は避けます。製品ローンチではなく、スコープ判断と伝達ができる証拠を出す場です。
リンクを置くだけで終わらせず、面接の話にする
職務経歴書やレジュメには、問題・技術・自分が決めたことを一行で入れます。面接では、問題、設計選択、詰まった点、結果を 2 分で話せるようにします。全ファイルを説明するより、技術的な深掘りを歓迎する方が強いです。
制約やトレードオフを含めてインタビュー・トレイル AI の Career Memory に残せば、技術深掘りのストーリーや、同じスキルを求める求人への根拠として一貫して使えます。