Nintendo Systemsの検討と学習入口

今の準備方針（2026-09-21）

本人が提示した3求人のうち、本体機能のバックエンドを第一候補とする。API・共通基盤系と開発支援ツール系も比較候補として保持する。後者2件の正式名称・URLは未確認。提示本文ではAPI・共通基盤系はWeb開発・運用5年以上、API開発3年以上と設計文書の共有、開発支援ツール系は加えて共通部品・開発支援ツールそれぞれ3年以上が必須。本人の該当年数は未確認。

AWSの性能・OS・ネットワーク調査経験を軸に、既存の開発経験と知識をつなぐ。 DBは必要な基礎を補い、API・分散処理・テストはBFF・ウォレット・CMSの経験から深める。Kubernetes・WASM・Language Serverは新規の学習課題にしない。既存8エピソードも変更しない。

学習ホームで優先する教材と学習・テスト回数、8エピソードの説明練習を確認する。求人に列挙された技術をすべて学ぶ計画ではなく、実際の担当・判断・結果を自分の言葉で伝えるための準備。調査姿勢は観測の根拠、仮説の検証、分からない範囲の扱いから示す。

現時点で最優先にする理由

2026-09-11、Issue #14の本人判断。Consumer / Entertainmentと技術の深さが交差するPlatform Backendに魅力を感じる。任天堂やSwitch 2への愛着、ユーザー体験を支える仕事への誇りは、長く働けるかを考える重要な要素。はてなを含む既存候補より優先するが、応募・入社を決めたわけではない。

過去のBFF移行のGo・API互換性・段階移行・監視と、Linux/AWSの経験を、開発と長期運用の両方へつなげたい。これは本人の志向と経験整理であり、求人適合や経験年数の認定ではない。担当範囲・成果は既存記録で確認し、勤務先名や私的な顧客事例は転載しない。

公式求人で確認できた条件

確認日：2026-09-11。サーバーアプリケーションエンジニア（Nintendo Switch 2 本体機能）。

項目	公開情報
対象	ゲーム機本体のネットワーク機能。仕様検討・UX提案からサーバー実装・性能改善まで
必須	Backend Web開発、REST API設計・実装、チームでの技術検討、クラウド／サーバー基礎
歓迎領域	スケーラビリティ、DB/KVS、LB/CDN、HTTP、コンテナ、長期運用、テスト、認証・認可、分散システム等
技術例	Go / Ruby / TypeScript、AWS / Google Cloud、Aurora / DynamoDB / Redis、Terraform、Datadog等
基準年俸	520万〜1,500万円。月例給と基準賞与を含む。800〜900万円はレンジ内だが提示額は未確定
時間外手当	職務給に45時間相当分を含む。超過分は別途支給。実残業時間はunknown
勤務	東京本社、週3日以上出社。フレックス、コア11〜15時、標準1日7時間45分
制度	副業は制約・承認あり。児童・リモートワーク手当、食事補助等

次に確認すること

長期持続性を最重要に、制度と配属チームの実態を分ける。

WLB：実残業、オンコールの頻度・人数・補償、夜間休日の障害対応、休暇取得、育児・男性育休、長期休暇、チーム差。
プロダクトへの関与：企画との責任分界、仕様決定に参加する範囲、UX改善提案の例、ファームウェア／クライアントとの協働。
技術：実トラフィックとイベント時のburst、DB/Cache構成、Multi-region・DR、通知、負荷試験・障害注入、分散処理の難所。
条件：提示額と給与構成、東京での生活費・通勤、個人ゲーム制作と副業規定の関係。現在の年収水準を維持できるなら東京を理由に順位を下げない。

以上の実態・裁量・内部構成はunknown。公開技術の一覧から現在の配属チームの実装を推定しない。

学習の三本柱と入口

柱	継続する問い・入口
Database	保存・検索・整合性。Index、plan、transaction、lock、partition、replicationを継続し、KVS / DynamoDB / Redisも必要に応じて接続。既存topic
System Design / Distributed Systems	構成・容量・可用性・queue・冪等性・cache・rate limit・障害対応。大量トラフィックの入口
Systems Performance / OS / Network	実行・待ち・通信のどこが詰まるか。低レイヤーの入口

第三の柱はBackend / Platform / SREに共通する基礎。現職で触れる概念を、設計・実装ならどう扱うかまで深める。TLS・証明書・PKI・暗号・hash/MAC・署名検証・OIDC/OAuth 2.0・認証/認可や、Cloud / Containerも接続候補として保持する。全項目を並行課題にしない。

まず低／高レイヤーの入口教材を読み、一つを選んでlearnを始める。Database / System Designを置き換えず、Codingの必要性と時間配分は保留する。求人の歓迎要件を本人の不足とせず、実際の回答だけをSession Syncに残す。

求人が紹介する公開事例

以下は求人内の参考リンクを引き継いだもの。今回、資料本体の精読・現行構成との照合は未実施。公開年当時の事例として後続セッションで扱う。