中村 舞（27歳）
フロントエンドエンジニア → バックエンド基盤エンジニア
学習ストーリー
酒井 裕斗さん本人の学習設計の語り
まず設計とDBの基礎を整理し、業務ルールをテスト可能な形に分ける。次にリリースと監視を整備し、最後にマイクロサービス化の是非を判断できる材料を作る。
酒井 裕斗の学習プラン
社内業務システムエンジニア → バックエンド基盤エンジニア（業務基盤担当）
最終更新: 2026-06-10 
プロフィール / 経歴
社内向けの申請・承認システムを長く担当し、複雑な業務ルールをコードに落とし込む経験を積んできた。一方で、古いアーキテクチャと手動リリースが足かせになり、変更のたびに影響範囲の確認に時間がかかる。業務知識を活かしながら、保守しやすいバックエンド基盤へ作り替えたい。
きっかけ・モチベーション
「業務理解を強みに、ドメイン設計、テスト、DB、リリースの品質を高めたい。社内システムでも継続的に変更できる設計を実現する。」
現在の課題
- 既存システムの制約が大きい
- テスト文化が薄い現場で改善を進める必要がある
- 設計判断を文書化する習慣を作る必要がある
スキルギャップ
現在のスキル水準とバックエンド基盤エンジニア（業務基盤担当）に必要な水準を並べ、何を伸ばすべきかを可視化しています。
業務要件理解 5/5
Java 4/5
Oracle 3/5
運用保守 4/5
手動リリース 4/5
埋めるべきギャップ
ドメイン設計 自動テスト CI/CD 監視 アーキテクチャ判断
最初の3冊（ここから始める）
迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。
-
なぜこの本か
業務ルールを安全で保守しやすい設計として表現するため。
-
なぜこの本か
複雑な承認フローを支えるデータモデルを見直すため。
-
なぜこの本か
手動リリースから安全な変更管理へ移行するため。
学習プラン全体像
6
ヶ月
週6
時間
3
フェーズ
-
Phase 1: 設計とDB
8週間ドメイン、DB、テスト
-
Phase 2: 運用改善
8週間CI/CD、監視、障害対応
-
Phase 3: 拡張性判断
8週間分散設計とサービス境界
似た背景のペルソナ
同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。
バックエンド基盤エンジニアのロードマップへ
酒井 裕斗さんの学習プランは「バックエンド基盤エンジニア」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。
バックエンド基盤エンジニアのロードマップを見る →