技術面接完全準備ガイド2025：コーディングテストからシステム設計、行動面接まで

目次（もくじ）

1. 2025年（ねん）の面接（めんせつ）全景（ぜんけい）

面接（めんせつ）プロセス比較（ひかく）

2025年（ねん）基準（きじゅん）で、主要（しゅよう）テック企業（きぎょう）の面接（めんせつ）プロセスは企業（きぎょう）ごとに明確（めいかく）な特色（とくしょく）があります。

FAANG詳細（しょうさい）プロセス

Google:

• コーディングインタビュー2回（かい）（アルゴリズム + データ構造（こうぞう））
• システム設計（せっけい）1回（かい）（Senior+）
• Googleyness and Leadership（GnL）1回（かい）
• ハイアリングコミッティ → チームマッチング → オファー

Amazon:

• オンラインアセスメント（OA）— コーディング問題（もんだい）2問（もん）
• バーチャルオンサイト4-5ラウンド
• すべてのラウンドにLeadership Principles（LP）質問（しつもん）を含（ふく）む
• Bar Raiser面接官（めんせつかん）が参加（さんか）（独立的（どくりつてき）な評価者（ひょうかしゃ））

Meta（Facebook）：

• コーディングインタビュー2回（かい）（45分（ふん）ずつ）
• システム設計（せっけい）1回（かい）（E5+）
• 行動（こうどう）面接（めんせつ）1回（かい）（Core Values中心（ちゅうしん））
• チームマッチングはオファー後（ご）

Apple:

• チームごとにプロセスが異（こと）なる
• 技術（ぎじゅつ）深掘（ふかぼ）りインタビューが特（とく）に深（ふか）い
• ドメイン専門性（せんもんせい）を重視（じゅうし）
• 秘密保持（ひみつほじ）文化（ぶんか）が面接（めんせつ）にも反映（はんえい）

日本（にほん）ビッグテック詳細（しょうさい）

メルカリ/LINEヤフー:

• コーディングテスト：AtCoder/paiza系（けい）の問題（もんだい）
• 技術（ぎじゅつ）面接（めんせつ）：CS基礎（きそ） + プロジェクト経験（けいけん）の深掘（ふかぼ）り
• カルチャーフィット面接（めんせつ）：バリュー適合性（てきごうせい）
• 英語（えいご）面接（めんせつ）あり（グローバルチーム）

SmartNews/Preferred Networks:

• 高度（こうど）なアルゴリズム問題（もんだい）
• 論文（ろんぶん）ベースの技術（ぎじゅつ）ディスカッション
• ML/AI特化（とっか）面接（めんせつ）
• 研究（けんきゅう）成果（せいか）のプレゼンテーション

AIスタートアップ特化（とっか）

AIスタートアップの面接（めんせつ）は**実務能力（じつむのうりょく）と学習速度（がくしゅうそくど）**を重視（じゅうし）します。

• コーディング： アルゴリズムより実務（じつむ）コーディング（API設計（せっけい）、データパイプライン）
• MLシステム設計（せっけい）： レコメンドシステム、RAGアーキテクチャ、LLMサービング
• テイクホーム課題（かだい）： 48時間（じかん）以内（いない）に完成（かんせい）するプロジェクト
• 価値観面接（かちかんめんせつ）： ミッション整合性（せいごうせい）、AI倫理（りんり）への観点（かんてん）

2. 履歴書（りれきしょ）& ポートフォリオ

ATS（Applicant Tracking System）最適化（さいてきか）

大手企業（おおてきぎょう）の多（おお）くはATSを使用（しよう）しています。履歴書（りれきしょ）がATSを通過（つうか）するために：

DO:
- 職務記述書（JD）のキーワードを履歴書に含める
- シンプルな単一カラムレイアウトを使用
- PDF形式で提出（Wordではなく）
- 定量的な成果を記述（数字で！）
- 一貫した日付形式を使用

DON'T:
- グラフィックの多い創造的レイアウトを使用
- テーブル形式を使用（ATSのパース失敗）
- 写真を添付（日本では添付が一般的だが、外資系は不要）
- 3ページ以上作成
- 略語のみ使用（正式名称も併記）

STAR基準（きじゅん）の成果記述（せいかきじゅつ）

履歴書（りれきしょ）の経験（けいけん）セクションはSTAR方法論（ほうほうろん）で作成（さくせい）します。

Bad: 「決済システム開発に参加」
Good: 「MSAベースの決済システムリファクタリングを主導し、
       障害率60%削減、処理量3倍向上（日50万件→150万件）」

Bad: 「フロントエンドパフォーマンス最適化」
Good: 「Reactアプリのバンドルサイズを40%縮小、LCPを2.1秒から0.8秒に
       改善し、コンバージョン率15%向上に貢献」

GitHubプロフィール最適化（さいてきか）

• Pinned repositories： 最（もっと）も印象的（いんしょうてき）なプロジェクト6個（こ）を固定（こてい）
• README.md： プロジェクトごとに明確（めいかく）なREADME（目的（もくてき）、技術（ぎじゅつ）スタック、アーキテクチャ図（ず））
• コミット履歴（りれき）： 一貫（いっかん）したコミット、意味（いみ）のあるメッセージ
• コントリビューショングラフ： 継続的（けいぞくてき）な活動（かつどう）
• オープンソース貢献（こうけん）： 有名（ゆうめい）プロジェクトへのPR実績（じっせき）

キーワード戦略（せんりゃく）

職種別（しょくしゅべつ）の核心（かくしん）キーワードを履歴書（りれきしょ）に戦略的（せんりゃくてき）に配置（はいち）します。

バックエンド:
- Java/Spring Boot, Go, Node.js, Python
- Kubernetes, Docker, AWS/GCP
- PostgreSQL, Redis, Kafka
- REST API, gRPC, GraphQL
- CI/CD, Terraform, Observability

フロントエンド:
- React/Next.js, TypeScript
- Performance Optimization, Web Vitals
- Design System, Accessibility
- State Management, Testing (Jest, Cypress)

ML/AI:
- PyTorch, TensorFlow, Hugging Face
- LLM, RAG, Fine-tuning, RLHF
- MLOps, Feature Store, Model Serving
- Distributed Training, GPU Optimization

3. コーディングインタビュー

Blind 75 → NeetCode 150

コーディング面接（めんせつ）準備（じゅんび）の標準（ひょうじゅん）経路（けいろ）：

Phase 1: Blind 75（4-6週間（しゅうかん））

Phase 2: NeetCode 150（追加（ついか）4-6週間（しゅうかん））

Blind 75の拡張版（かくちょうばん）。各（かく）パターンの深化（しんか）問題（もんだい）を追加（ついか）で解（と）き、パターン認識能力（にんしきのうりょく）を強化（きょうか）します。

パターン認識（にんしき）戦略（せんりゃく）

コーディング面接（めんせつ）で最（もっと）も重要（じゅうよう）なのはパターンを素早（すばや）く認識（にんしき）することです。

問題タイプ → パターンマッピング:

「ソート済み配列でXを見つける」→ Binary Search
「連続する部分配列の最大/最小」→ Sliding Window
「2つの値の和がX」→ Two Pointers または Hash Map
「すべての可能な組み合わせ」→ Backtracking
「最短経路」→ BFS（重みなし）または Dijkstra（重みあり）
「依存関係の順序」→ Topological Sort
「最適部分構造 + 重複部分問題」→ Dynamic Programming
「区間関連」→ 開始時点でSort + Greedy
「ストリームからTop K」→ Heap (Priority Queue)

時間管理（じかんかんり）（45分（ふん）面接（めんせつ））

0-5分: 問題理解 + 確認質問
5-10分: アプローチ説明（brute forceまず、最適化後）
10-35分: コーディング
35-40分: テストケース実行 + エッジケース
40-45分: 時間/空間計算量分析 + フォローアップ質問

核心原則（かくしんげんそく）：

• コーディング前（まえ）に必（かなら）ずアプローチを説明（せつめい）し、同意（どうい）を得（え）てください
• 行（い）き詰（つ）まったら正直（しょうじき）に言（い）い、ヒントを求（もと）めてください（減点（げんてん）ではありません）
• 完璧（かんぺき）なコードより、コミュニケーションしながら進（すす）めることが重要（じゅうよう）です

言語選択（げんごせんたく）

推奨（すいしょう）： 一（ひと）つの言語（げんご）を深（ふか）くマスターしてください。面接（めんせつ）中（ちゅう）に2つ以上（いじょう）使（つか）わないでください。

4. システム設計（せっけい）

フレームワーク：4ステップアプローチ

システム設計（せっけい）面接（めんせつ）は**45-60分（ふん）**で行（おこな）われます。体系的（たいけいてき）なフレームワークが必須（ひっす）です。

Step 1: 要件定義（ようけんていぎ）（5-7分（ふん））

機能的要件:
- 核心機能3-5個を定義
- 「どの機能を優先的に設計しましょうか？」

非機能的要件:
- 可用性（99.9%？ 99.99%？）
- 一貫性 vs 可用性（CAPトレードオフ）
- レイテンシ（P99基準）
- スループット（QPS、TPS）

規模推定:
- DAU（日間アクティブユーザー）
- 秒あたりリクエスト数（QPS）
- ストレージ容量（5年基準）
- 帯域幅

Step 2: 概略設計（がいりゃくせっけい）（10-15分（ふん））

• 核心（かくしん）コンポーネントをダイアグラムで描（えが）く
• データフローを説明（せつめい）
• API設計（せっけい）（主要（しゅよう）エンドポイント）
• データモデル（主要（しゅよう）テーブル/スキーマ）

Step 3: 詳細設計（しょうさいせっけい）（15-20分（ふん））

• 面接官（めんせつかん）が関心（かんしん）のあるコンポーネントを深掘（ふかぼ）り
• 具体的（ぐたいてき）な技術選択（ぎじゅつせんたく）とその根拠（こんきょ）
• スケーリング戦略（せんりゃく）
• データパーティショニング、キャッシング、インデキシング

Step 4: トレードオフ & 拡張（かくちょう）（5-10分（ふん））

• 設計（せっけい）の長所（ちょうしょ）と短所（たんしょ）を分析（ぶんせき）
• ボトルネックの特定（とくてい）と解決策（かいけつさく）
• モニタリングとアラート戦略（せんりゃく）
• 今後（こんご）の拡張（かくちょう）方向（ほうこう）

TOP 10 システム設計問題（せっけいもんだい）

必須（ひっす）コンセプト

データベース:
- SQL vs NoSQL 選択基準
- シャーディング戦略（Range, Hash, Directory）
- レプリケーション（Master-Slave, Multi-Master）
- インデキシング（B-Tree, LSM Tree）

キャッシング:
- Cache Aside, Write Through, Write Behind
- キャッシュ無効化戦略
- Redis vs Memcached
- CDN（Content Delivery Network）

メッセージング:
- Kafka vs RabbitMQ vs SQS
- Event Sourcing, CQRS
- メッセージ配信保証（at-least-once, exactly-once）

スケーリング:
- 水平 vs 垂直スケーリング
- Load Balancing（Round Robin, Least Connections, Consistent Hashing）
- Auto Scaling
- Service Discovery

5. 行動（こうどう）面接（めんせつ）（Behavioral Interview）

STAR方法論（ほうほうろん）マスタリー

行動（こうどう）面接（めんせつ）の核心（かくしん）はSTARフレームワークです。

S - Situation: 状況を簡潔に説明（2-3文）
T - Task: あなたの役割と目標を明確に（1-2文）
A - Action: 具体的に何をしたか（最も長く、3-5文）
R - Result: 測定可能な結果（数字で！）（2-3文）

例（れい）：

質問: 「期限が迫ったプロジェクトをどのように処理しましたか？」

S: 「決済システムマイグレーションプロジェクトで、予期しないレガシーコードの
    問題により、スケジュールが2週間遅延しました。リリース期限の3週間前で
    50%しか完了していない状態でした。」
T: 「テックリードとして、期限内に安全なマイグレーションを完了させる
    必要がありました。」
A: 「3つの措置を取りました。第一に、機能を必須と任意に分類して
    MVP範囲を再定義しました。第二に、チームを2つのスクワッドに分けて
    並行作業を進めました。第三に、毎日30分のスタンドアップで
    ブロッカーを即座に解決しました。」
R: 「期限の2日前にすべての核心機能をリリースし、マイグレーション中の
    ダウンタイムゼロを達成しました。このプロセスはその後、
    チームの標準プロセスとして採用されました。」

Amazon Leadership Principles対応（たいおう）

Amazonはすべての面接（めんせつ）で16個（こ）のLPを評価（ひょうか）します。最（もっと）も頻出（ひんしゅつ）する5つ：

1. Customer Obsession — 「顧客（こきゃく）のために一般的（いっぱんてき）でない決定（けってい）を下（くだ）した経験（けいけん）はありますか？」
2. Ownership — 「チームの範囲（はんい）を超（こ）えて問題（もんだい）を解決（かいけつ）した経験（けいけん）は？」
3. Dive Deep — 「データを分析（ぶんせき）して隠（かく）れた問題（もんだい）を発見（はっけん）した経験（けいけん）は？」
4. Bias for Action — 「不完全（ふかんぜん）な情報（じょうほう）で迅速（じんそく）な決定（けってい）を下（くだ）した経験（けいけん）は？」
5. Deliver Results — 「困難（こんなん）な状況（じょうきょう）でも成果（せいか）を達成（たっせい）した経験（けいけん）は？」

葛藤（かっとう）/失敗（しっぱい）/リーダーシップストーリー準備（じゅんび）

面接前（めんせつまえ）に最低（さいてい）8-10個（こ）のストーリーをSTAR形式（けいしき）で準備（じゅんび）してください。

必須ストーリー:
1. 技術的に最も挑戦的だったプロジェクト
2. チーム内の葛藤を解決した経験
3. 失敗から学んだ教訓
4. リーダーシップを発揮した経験
5. 期限のプレッシャーの中でdeliveryした経験
6. 意見の不一致で説得した経験
7. マネージャーなしで自ら決定した経験
8. 技術的負債を解決した経験

6. AI特化（とっか）ラウンド

MLシステム設計（せっけい）

AI/MLポジションには追加（ついか）のMLシステム設計面接（せっけいめんせつ）があります。

頻出（ひんしゅつ）問題（もんだい）：

1. レコメンドシステム設計（せっけい） — Netflix/YouTubeのレコメンド
2. 検索（けんさく）ランキングシステム — クエリ-ドキュメントマッチング、関連性（かんれんせい）
3. 不正検知（ふせいけんち）システム — リアルタイム異常検知（いじょうけんち）
4. コンテンツ分類（ぶんるい）システム — スパムフィルター、有害（ゆうがい）コンテンツ検知（けんち）
5. RAGシステム設計（せっけい） — 検索拡張生成（けんさくかくちょうせいせい）、ベクトルDB、チャンキング

MLシステム設計（せっけい）フレームワーク：

1. 問題定義: ビジネス目標 → ML問題に変換
2. データ: 収集、ラベリング、フィーチャーエンジニアリング
3. モデル選択: ベースライン → 複雑なモデル
4. 学習パイプライン: 分散学習、ハイパーパラメータチューニング
5. サービング: レイテンシ要件、バッチ vs リアルタイム
6. 評価: オフラインメトリクス + オンラインA/Bテスト
7. モニタリング: データドリフト、モデル性能低下

LLM評価（ひょうか） & RAGアーキテクチャ

2025年（ねん）AI面接（めんせつ）のホットトピック：

LLM関連質問（かんれんしつもん）：

• ファインチューニング vs プロンプトエンジニアリングのトレードオフ
• RLHF（Reinforcement Learning from Human Feedback）パイプライン
• モデル評価（ひょうか）メトリクス（BLEU、ROUGE、人間（にんげん）評価（ひょうか））
• 安全性（あんぜんせい）（Safety）— ハルシネーション、偏見（へんけん）、毒性（どくせい）
• サービング最適化（さいてきか）— 量子化（りょうしか）、KVキャッシュ、バッチング

RAGアーキテクチャ質問（しつもん）：

• ドキュメントチャンキング戦略（せんりゃく）（固定（こてい）サイズ、セマンティック、再帰的（さいきてき））
• エンベディングモデル選択（せんたく）とベクトルDB比較（ひかく）
• 検索精度向上（けんさくせいどこうじょう）（HyDE、リランキング、マルチホップ）
• プロダクションRAGパイプライン設計（せっけい）

プロンプトエンジニアリング

面接でよく聞かれるプロンプト関連質問:
- few-shot vs zero-shotプロンプティングの違いと使用事例
- Chain-of-Thought（CoT）プロンプティングの原理
- プロンプトインジェクション防御戦略
- 構造化出力のためのプロンプト設計
- プロンプトテスティングと評価方法論

7. 企業別（きぎょうべつ）ティップス

Google: Googleyness

GoogleにはGoogleynessという独特（どくとく）の評価基準（ひょうかきじゅん）があります。

• 低（ひく）い自我（じが）（Low ego）： チームの成功（せいこう）が個人（こじん）より重要（じゅうよう）
• 効果的（こうかてき）な協業（きょうぎょう）： 多様（たよう）な背景（はいけい）の人々（ひとびと）とうまく働（はたら）けるか
• リスクテイキング： 不確実（ふかくじつ）な状況（じょうきょう）でも挑戦（ちょうせん）するか
• 主体的行動（しゅたいてきこうどう）： 誰（だれ）に指示（しじ）されなくても問題（もんだい）を見（み）つけて解決（かいけつ）するか

Meta: Move Fast

Metaの核心価値（かくしんかち）：

• Move Fast： 完璧（かんぺき）より速度（そくど）。素早（すばや）くリリースしてイテレーション
• Be Bold： 大胆（だいたん）な目標（もくひょう）、大（おお）きな影響力（えいきょうりょく）
• Focus on Impact： 最（もっと）も影響力（えいきょうりょく）のある仕事（しごと）に集中（しゅうちゅう）
• Be Open： 透明（とうめい）なコミュニケーションとフィードバック

Amazon: Leadership Principles

16個（こ）のLPの中（なか）で面接（めんせつ）で特（とく）に深（ふか）く評価（ひょうか）される項目（こうもく）：

• Insist on the Highest Standards： 高（たか）い基準（きじゅん）を妥協（だきょう）しないか
• Think Big： 大（おお）きな絵（え）を見（み）ているか
• Have Backbone; Disagree and Commit： 不快（ふかい）でも意見（いけん）を言（い）えるか
• Earn Trust： 信頼（しんらい）をどのように構築（こうちく）するか

Anthropic: Safety Mindset

AnthropicはAI安全性（あんぜんせい）への真剣（しんけん）な関心（かんしん）を評価（ひょうか）します。

• AIアラインメント問題（もんだい）への深（ふか）い理解（りかい）
• 責任（せきにん）あるAI開発（かいはつ）に対（たい）する観点（かんてん）
• 技術的能力（ぎじゅつてきのうりょく）と倫理的判断（りんりてきはんだん）のバランス
• 長期的（ちょうきてき）なAI安全研究（あんぜんけんきゅう）へのビジョン

8. オファー交渉（こうしょう）（Offer Negotiation）

TC（Total Compensation）分解（ぶんかい）

総報酬構造:
- 基本給（Base Salary）: 毎月支給、最も安定的
- 株式報酬（RSU/ストックオプション）: 通常4年ベスティング
- サイニングボーナス: 入社時一時金、初年度TC補充
- 年間ボーナス: 成果ベース、0-30%
- その他: 学習予算、福利厚生、リモートワーク

レベル別TC例（米国、年間）:
- Junior (L3/E3): 150-220K USD
- Mid (L4/E4): 200-350K USD
- Senior (L5/E5): 300-550K USD
- Staff (L6/E6): 450-800K USD
- Principal (L7/E7): 700K-1.2M+ USD

日本ビッグテック（年間）:
- ジュニア（1-3年）: 450-650万円
- ミッド（3-6年）: 650-900万円
- シニア（6-10年）: 900-1,500万円
- リード（10年+）: 1,500-2,500万円+

競合（きょうごう）オファー戦略（せんりゃく）

1. 3-5社（しゃ）に同時（どうじ）に応募（おうぼ） — オファータイミングを合（あ）わせるため
2. オファー期限（きげん）の延長（えんちょう）を依頼（いらい） — 「他（ほか）のプロセスも進行中（しんこうちゅう）のため、1週間延長（えんちょう）をお願（ねが）いします」
3. 具体的（ぐたいてき）な数字（すうじ）で交渉（こうしょう） — 「他社（たしゃ）のオファーはTC XX万円（まんえん）ですが、合（あ）わせていただけますか？」
4. 基本給（きほんきゅう）が難（むずか）しければサイニングボーナス — 最（もっと）も柔軟（じゅうなん）な項目（こうもく）
5. 非金銭的条件（ひきんせんてきじょうけん）も交渉（こうしょう） — リモートワーク、学習（がくしゅう）予算（よさん）、入社日（にゅうしゃび）

カウンターオファー戦略（せんりゃく）

カウンターオファーシナリオ:

1. 現在の会社がカウンターを提示:
   → 退職理由を再点検（報酬以外の理由があったか）
   → カウンター受諾後6ヶ月以内に退職する割合は50%以上
   → 関係が変わる可能性（忠誠心を疑われる）

2. 他社のオファーを活用:
   → 具体的な数字を提示するが、オファーレターは見せない
   → 「総報酬基準でXXの差があります」
   → 本気で行く意思のない会社のオファーは使わない

3. levels.fyiデータの活用:
   → 該当レベルの市場データを根拠として提示
   → 「同レベルの市場中央値に対してXX%低いです」

9. 12週間（しゅうかん）準備（じゅんび）ロードマップ

週次（しゅうじ）計画（けいかく）

Week 1-2: 基礎固（きそがた）め

• 日次（にちじ）目標（もくひょう）：LeetCode Easy 2問（もん）
• データ構造（こうぞう）復習（ふくしゅう）（Array, Linked List, Stack, Queue, Tree, Graph）
• 履歴書（りれきしょ）アップデートおよび応募（おうぼ）開始（かいし）
• STARストーリー3個（こ）作成（さくせい）

Week 3-4: パターン学習（がくしゅう）

• 日次（にちじ）目標（もくひょう）：LeetCode Easy 1 + Medium 1
• Blind 75開始（かいし）（Two Pointers, Sliding Window, Binary Search）
• システム設計（せっけい）基礎学習（きそがくしゅう）開始（かいし）（DDIA 1-3章（しょう））
• STARストーリー5個（こ）追加（ついか）

Week 5-6: 核心（かくしん）パターン

• 日次（にちじ）目標（もくひょう）：LeetCode Medium 2問（もん）
• Blind 75継続（けいぞく）（Tree, Graph, DP）
• システム設計（せっけい）：URL Shortener、ニュースフィード設計（せっけい）
• 模擬（もぎ）面接（めんせつ）1回（かい）（ピアまたはPramp）

Week 7-8: 深化（しんか）

• 日次（にちじ）目標（もくひょう）：LeetCode Medium 2 + Hard 1（週（しゅう）2回（かい））
• Blind 75完了（かんりょう）目標（もくひょう）
• システム設計（せっけい）：チャット、通知（つうち）、検索（けんさく）システム
• 行動（こうどう）面接（めんせつ）リハーサル（録音（ろくおん）後（ご）フィードバック）
• 模擬面接（もぎめんせつ）2回（かい）

Week 9-10: 実戦（じっせん）シミュレーション

• 日次（にちじ）目標（もくひょう）：45分（ふん）タイマーコーディング練習（れんしゅう）
• NeetCode 150の弱点（じゃくてん）パターン補強（ほきょう）
• システム設計（せっけい）：全（ぜん）プロセス45分（ふん）シミュレーション
• 模擬面接（もぎめんせつ）3回（かい）（コーディング + システム設計（せっけい） + 行動（こうどう））
• 志望企業別（しぼうきぎょうべつ）カスタム準備（じゅんび）

Week 11-12: 最終点検（さいしゅうてんけん）

• 弱点分野（じゃくてんぶんや）の集中復習（しゅうちゅうふくしゅう）
• 実際（じっさい）の面接（めんせつ）開始（かいし）
• 毎日（まいにち）1問（もん）維持（いじ）（感覚（かんかく）を保（たも）つ）
• 行動（こうどう）面接（めんせつ）ストーリー最終（さいしゅう）リハーサル
• 体力（たいりょく）・メンタル管理（かんり）

日次（にちじ）ルーティン

朝（1-2時間）:
- LeetCode 1-2問
- 昨日解けなかった問題を復習

昼休み（30分）:
- システム設計コンセプト1つ学習
- または面接体験談1つ読む

夜（1-2時間）:
- システム設計問題1つ練習（週3-4回）
- 行動面接ストーリーリハーサル（週2-3回）
- 模擬面接（週1-2回）

週末（3-4時間/日）:
- 深化問題を解く
- 週間復習（間違えた問題の再解答）
- システム設計モック1回

10. 面接準備中（めんせつじゅんびちゅう）のメンタル管理（かんり）

リジェクション（Rejection）対処法（たいしょほう）

面接（めんせつ）過程（かてい）でのリジェクションは正常（せいじょう）なことです。FAANGの合格率（ごうかくりつ）は1-3%です。

リフレーミング:
- 「落ちた」→ 「今回のラウンドではマッチしなかった」
- 「実力が足りない」→ 「この特定の面接でベストな結果ではなかった」
- 「二度と入れない」→ 「ほとんどの場合6-12ヶ月後に再応募可能」

実質的措置:
- 面接後すぐにフィードバックノートを作成
- 同じタイプの問題を追加練習
- 次の面接に改善点を適用
- リジェクションメールに感謝の返信（関係維持）

サポートシステム構築（こうちく）

• 面接（めんせつ）スタディグループ： 同（おな）じ目標（もくひょう）を持（も）つ2-4人（にん）で模擬（もぎ）面接（めんせつ）
• メンター： 目標（もくひょう）企業（きぎょう）の在籍者（ざいせきしゃ）とカジュアル面談（めんだん）
• オンラインコミュニティ： Blind、Reddit r/cscareerquestions、Discordサーバー
• プロフェッショナルコーチング： interviewing.io、Pramp（無料（むりょう））、Exponent

バーンアウト防止（ぼうし）

警告サイン:
- 問題を見るとイライラする
- コーディングがもう楽しくない
- 睡眠パターンが不規則になった
- 社会的活動を完全に放棄した

対処方法:
- 週1-2日は完全に休む（面接準備禁止）
- 運動ルーティンを維持（有酸素30分/日）
- 面接と関係ないコーディングプロジェクトで楽しみを見つける
- 家族・友人と時間を過ごす
- 「これはマラソンであり、短距離走ではない」

面接（めんせつ）当日（とうじつ）のティップス

面接前:
- 前日十分な睡眠（7-8時間）
- 面接1時間前に軽い運動または散歩
- 履歴書とSTARストーリーを素早く復習
- 機器確認（カメラ、マイク、インターネット）

面接中:
- ゆっくり、明確に話す
- わからない問題でも思考過程を見せる
- 面接官を同僚のように扱う
- 水を一杯準備する

面接後:
- すぐにフィードバックノートを作成
- 面接官に感謝メール（任意）
- 結果に関係なく次の面接準備を続ける

11. 実践（じっせん）クイズ

12. 参考資料（さんこうしりょう）

コーディング面接（めんせつ）

1. NeetCode.io — Blind 75 + NeetCode 150ロードマップ
2. LeetCode — コーディング問題（もんだい）プラットフォーム
3. "Cracking the Coding Interview" — Gayle Laakmann McDowell
4. interviewing.io — 模擬（もぎ）面接（めんせつ）プラットフォーム

システム設計（せっけい）

5. "Designing Data-Intensive Applications (DDIA)" — Martin Kleppmann
6. "System Design Interview" — Alex Xu（Vol 1 & 2）
7. ByteByteGo — システム設計（せっけい）ビジュアライゼーション
8. Grokking the System Design Interview — オンラインコース

行動（こうどう）面接（めんせつ）

9. Amazon Leadership Principles — 公式（こうしき）LPリスト
10. "The STAR Method Explained" — Indeed Career Guide
11. Exponent — 行動（こうどう）面接（めんせつ）コーチング

AI/ML面接（めんせつ）

12. "Designing Machine Learning Systems" — Chip Huyen
13. ML System Design — MLシステム設計（せっけい）ガイド
14. "Machine Learning Engineering" — Andriy Burkov

年収（ねんしゅう）・キャリア

15. levels.fyi — TCデータ
16. Blind — 匿名（とくめい）プロフェッショナルネットワーク
17. OpenWork — 日本（にほん）の企業（きぎょう）レビュー・年収（ねんしゅう）データ
18. 転職（てんしょく）ドラフト — エンジニア特化型（とっかがた）転職（てんしょく）

メンタルヘルス

19. Pramp — 無料（むりょう）模擬（もぎ）面接（めんせつ）
20. "Grit: The Power of Passion and Perseverance" — Angela Duckworth
21. AtCoder — 日本（にほん）のコンペティティブプログラミング