池田 美里の学習プラン

フロントエンドエンジニア → フルスタックエンジニア(フロント寄り)

更新 最終更新: 2026-07-09
池田 美里のアバター画像

池田 美里(28歳)

フロントエンドエンジニア フルスタックエンジニア(フロント寄り)

フルスタックエンジニア: フロントエンド・バックエンド・インフラを横断して開発できる総合力エンジニア。スタートアップやスモールチームで重宝される。

完全プランを見る

プロフィール / 経歴

Web制作会社からキャリアをスタートし、現在は自社サービス企業でReact/Next.jsを使ったフロントエンド開発を4年担当。CSS設計、アクセシビリティ、パフォーマンス改善が得意領域。BFF的なAPI実装は経験があるが、本格的なバックエンド設計(DBスキーマ設計、認証、決済連携など)は別チーム任せだった。担当プロダクトの組織が小さくなり、フロントだけでなくAPIも自分で設計する場面が増えた中で、フルスタック化を本気でやり切るための学習計画を立てたい。 これまでフロントエンドエンジニアとして現場での運用と改善を積み重ねてきたが、事業のスケールに伴いインフラへの要求は質・量ともに増大し、属人化した知識や場当たり的な対応では限界を感じる場面が増えている。特に信頼性・可観測性・コスト最適化・セキュリティを横断的に設計できる人材の不足を痛感しており、自分が次のステップとしてフルスタックエンジニア(フロント寄り)を担うことで、組織全体の技術的意思決定に貢献したいという思いが強くなっている。そのために体系的な知識の再学習と、現場で得た経験の言語化を並行して進めている。

きっかけ・モチベーション

「ユーザー体験を作るフロントの強みを活かしつつ、バックエンドまで自走できるフルスタックになりたい。プロダクトの仮説検証を一人で素早く回し、UXとビジネスロジックの両方に意思決定できるプロダクトエンジニアを目指す。 日々の運用で見えてきた課題を、その場しのぎではなく根本から設計し直したい。フルスタックエンジニア(フロント寄り)としてアーキテクチャ意思決定の責務を負うには、特定ベンダーや特定スタックに閉じない普遍的な原理原則を自分の言葉で語れるレベルまで引き上げる必要があると考えている。学習を通じて短期的なキャッチアップではなく、長期にわたって判断軸として機能する基盤を築きたい。」

— 池田 美里

学習ストーリー

池田 美里さん本人の学習設計の語り

まずバックエンドAPIの設計と HTTP の基礎を再整理し、TypeScriptをサーバーサイドでも活用できるようにする。次にDB設計とデータ志向の設計原則を学び、最後にアーキテクチャとクリーンコードの観点で全体を統合する。Next.jsのRoute Handlersを実験場として活用する。 学習は週末と平日夜の限られた時間で進めるため、最初に全体像を掴んでから各論に入る順序を徹底している。読んだ内容はその週のうちに小さな検証環境で手を動かして確かめ、理解が曖昧な箇所は同僚や勉強会で議論することで定着させている。フルスタックエンジニア(フロント寄り)として通用する判断力を身につけるため、単なる知識の収集ではなく『なぜそう設計するのか』を説明できる状態を毎章のゴールに置いている。挫折しそうになったときは、最初に書き出した転身後の理想像を読み返して軌道修正している。

現在の課題

  • RDBのスキーマ設計とSQLチューニングの経験が浅い
  • 認証・認可の本格実装(OAuth/OIDC)を担当したことがない
  • サーバーサイドのアーキテクチャ判断に確信が持てない
  • 本番運用での障害対応経験が少なく、観点が不足している

スキルギャップ

現在のスキル水準とフルスタックエンジニア(フロント寄り)に必要な水準を並べ、何を伸ばすべきかを可視化しています。

React/Next.js
5 5
TypeScript
4 5
CSS設計
5 5
アクセシビリティ
4 4
Node.js
3 4
DB設計
1 4
認証/認可
2 4
AWS
2 3

埋めるべきギャップ

DB設計/SQL 認証/認可設計 サーバーサイドアーキテクチャ 性能/スケーリング 運用/監視の基本

最初の3冊(ここから始める)

迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。

  1. なぜこの本か

    フルスタック化の最大の壁はDB設計。RDBの正規化・性能設計を体系的に押さえることで、フロント由来のスキーマ崩れを防げるようになる。 フルスタックエンジニア(フロント寄り)を目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

  2. なぜこの本か

    フロントで培ったコンポーネント設計の感覚を、バックエンドの責務分離に拡張するための定番書。フルスタックの統一感ある設計判断につながる。 フルスタックエンジニア(フロント寄り)を目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

学習プラン全体像

5
ヶ月
週10
時間
3
フェーズ
  1. Phase 1: API設計とHTTPの再整理

    6週間

    実務でのAPI設計とHTTPの仕様理解

  2. Phase 2: DB設計とデータモデリング

    8週間

    RDB設計とデータ指向設計

  3. Phase 3: アーキテクチャ統合

    6週間

    クリーンアーキテクチャとサービス全体設計

似た背景のペルソナ

同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。

フルスタックエンジニアのロードマップへ

池田 美里さんの学習プランは「フルスタックエンジニア」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。

フルスタックエンジニアのロードマップを見る →