ChatGPTで始める
今日は何を話すか、一つ選んで始めましょう。各教材と同じ開始文を集めています。
スマートフォンで自由に話して録音するなら、ラジオの話題と小ネタへ。
全59件。行の「コピー」で全文をコピーし、ChatGPTの新しいチャットに貼り付けてください。
入口学習の「選択テーマ:A」やトピックの learn / practice / interview は、必要に応じて貼り付け後に変更できます。テーマの選択肢・前提は「教材」を参照してください。新しい領域は入口学習から始めます。
回数は、そのテーマを扱った記録済みセッションの合計です。同じテーマの教材・振り返りには同じ回数を表示します。この開始文の使用回数や、教材の完了・習得を示すものではありません。未同期のチャットは含みません。
次の復習
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| トランザクション・分離レベルホームと同じ、needs_revisitから再確認教材 → | 記録済み 1回最終 2026-09-17 | 全文を表示https://github.com/MFQWKMR4/tech2026 の CHATGPT.md と reviews/database-transactions.yaml、対象教材を読み、database-transactions の practice を始めてください。needs_revisitから一問ずつ、最初は解答を示さず私の回答を待ってください。終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 |
過去プロジェクト
職務経歴書の8エピソードから選ぶ → 同じページの開始文も一件ずつ使います。BFF・ウォレットの各2件の回数は共通topicの合計です。
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| AIエージェントを使ったオンラインボードゲーム開発教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、src/content/docs/career/index.md、 src/content/docs/projects/ai-board-game.md、reviews/experience-ai-board-game.yaml、 .github/ISSUE_TEMPLATE/session-sync.mdと必要な過去sessionを読んでください。 今回はtopic: experience-ai-board-game、session_type: experienceです。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 既存needs_revisitがあれば優先し、なければこのページの経験から担当や判断を一つ質問して回答を待ってください。 本人の経験とAIの補足を分け、会社名・顧客情報・非公開情報は記録しないでください。 開始時刻を確認できれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は実際の回答・ヒントに基づくYAML+Session narrativeの[Session Sync] Issueを MFQWKMR4/tech2026へ作成してURLを返してください。作成できなければ未作成と明示し、コピーできるタイトル・本文を返してください。 【求人との接点を意識した深掘り】 以下は2026-09-14に私が提示した求人の観点です。求人の最新性や、私が要件を満たすことを確認済みとは扱わないでください。 必須:バックエンドWebアプリ開発、REST APIの設計・実装、チームでの技術検討と開発、クラウド/サーバー基盤の基礎知識。 歓迎:高頻度・高負荷アクセスへのスケーラブルな設計・開発・運用、RDBMS/KVSの利用・最適化・運用、LB/CDNによる高可用性、HTTP/HTTPSの仕様理解。 歓迎:AWS/Google Cloudの構築・開発、ECS(Fargate)/Cloud Run等のコンテナ運用、ALB・Lambda・SQS・DynamoDB等を組み合わせる設計。 歓迎:長期運用と機能拡張を見据えた保守性、テスト・CI/CD、DDD、認証・認可・セキュリティ、OIDC/OAuth 2.0、TLS・暗号・署名検証。 歓迎:ゲーム専用機/IoT機器向けAPI、WebRTC、分散システムの開発。 人物像:課題の本質を追い最後まで取り組む、長期運用を考え抜く、新技術を楽しみ挑戦する、クライアント/企画まで視野を広げる、複雑な課題を正しく言語化し周囲を尊重して協働する、利用者視点でチームと課題を解く。 既存needs_revisitを優先しつつ、このケースと回答に関係する観点を1〜2個選び、一問ずつ掘り下げてください。全項目をチェックリストのように消化しないでください。 「どの課題・利用者影響があったか → 自分の担当・行動 → 判断の理由と代案 → チーム内の検討・合意 → 検証・運用結果 → 今なら変えること」を、回答に応じて確認してください。 私が実施した設計・実装、運用・調査、現在理解している知識、未経験/未確認を分けてください。規模・期間・成果の数値は回答に根拠がある場合だけ使ってください。 技術名が登場しただけで経験ありとせず、求人項目を自動でgap・needs_revisit・学習evidenceにしないでください。歓迎要件をすべて経験している前提で質問しないでください。 当時の情報が足りなければunknownを残し、今知りたい仕組みは一次資料で補足して理解を更新してください。解説後の回答を当時の能力へ書き換えないでください。 実際の回答が集まったら、まず私自身に面接で話す短い説明を試してもらい、その後で根拠のある経験と求人との接点、追加確認が必要な点を整理してください。合否や数値スコアは付けないでください。 Session Syncのsummaryとnarrativeには、扱った求人観点と回答根拠、当時の経験/今の学びの区別を残してください。repository_requestsにはページへ戻す補足を記載してください。 このケースで優先する候補:バックエンドとクライアントの役割、テストとUXの確認、継続的な機能拡張、新技術を試す際の判断。個人開発をチーム開発実績にせず、オンラインゲームというだけで専用機向けAPIやWebRTCの経験にしないでください。 | |
| BFFの実装・移行セッション:開発手順を共通化教材 → | 記録済み 1回最終 2026-09-07 | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/bff-migration.md、reviews/experience-bff-migration.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-bff-migration、session_type: experienceです。 選択エピソード:開発手順を共通化。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:Dockerマルチステージビルド、ホットリロード、タスクランナー、lint、Protocol Buffersからのコード生成を整備し、他チームの後続Go案件でも採用された経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「共通化する前に、チームの開発手順にどんな困りごとがありましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:開発用・実行用イメージの違い、依存と生成コードの再現性、ローカルとCIの手順、共通化の範囲と保守負担。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:今回は互換性比較とカナリア移行へ広げないでください。OpenAPIとProtocol Buffersの生成対象は記録から同一視せず、私が整備した範囲を確認してください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| BFFの実装・移行セッション:互換性検証と段階的なリリース教材 → | 記録済み 1回最終 2026-09-07 | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/bff-migration.md、reviews/experience-bff-migration.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-bff-migration、session_type: experienceです。 選択エピソード:互換性検証と段階的なリリース。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:新旧APIのJSON比較ツールを提案・実装し、約200パターンでシリアライズ差異を検出・修正。Kubernetes・Argo CD環境でカナリアリリースを実施した経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「検出したシリアライズ差異を一つ挙げると、利用者にはどんな違いが生じ得ましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:API互換性の比較範囲と見逃し、テストケースの偏り、段階的なトラフィック移行、継続・中止判断とロールバック。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:今回は開発環境共通化を別セッションに残してください。既存記録の他者によるヘッダー問題の修正・ロールバックと、私が実施したカナリア作業を区別してください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| 3名チームでのCMS開発教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/cms-development.md、reviews/experience-cms-development.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-cms-development、session_type: experienceです。 選択エピソード:3名チームでCMSをリリース。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:小規模CMS開発のリーダーとして、顧客側PMとの要件整理から実装・リリースまで担当した経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「顧客側PMと最初に整理した「このCMSで解決したい課題」は何でしたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:要件と受け入れ条件、責務分担、小規模CMSのデータ・権限・公開フロー、変更への対応、テストとリリース判断。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:CMSの技術構成・機能・設計・成果の数値はunknownです。同時期の別サービスで使ったReact・ScalaをCMSの採用技術として推定しないでください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| DNS・MTU調査の経験と学び教材 → | 記録済み 1回最終 2026-09-15 | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/dns-mtu-case.md、reviews/network-dns-mtu.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: network-dns-mtu、session_type: experienceです。 選択エピソード:DNS応答の一部失敗を調査・原因特定。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:IPv6が関わる経路で一部のDNS応答が失敗し、EDNSとPMTUに着目して調査・検証した本人の経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「失敗するDNS応答と成功する応答の違いを、当時どのように確認しましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:EDNSで知らせる受信可能サイズと経路MTU、IPv6のPTB、UDP応答とTCP切替、経路上の観測と仮説の対応。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:元ノートは他者事例、9月15日のsessionはlearnです。今回の本人経験とは分け、GRE構成・pcap取得・具体的な原因や対策を私の実績として流用しないでください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| DNS・MTUの振り返り・解説教材 → | 記録済み 1回最終 2026-09-15 | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/career/index.mdと、次のファイルを読んでください。 - src/content/docs/projects/dns-mtu-case.md - src/content/docs/projects/dns-mtu-reflection.mdx - reviews/network-dns-mtu.yaml - sessions/2026-09-15-network-dns-mtu-01.yaml - diagrams/network-dns-mtu/ptb.json - public/diagrams/network-dns-mtu/headers.svg reviewに新しいsessionがあればそれも確認してください。 参照できたファイルとcommit SHAを示し、読めないものはunknownとしてください。 この教材には実pcap・Flow Log・SQL実測ファイルはありません。 図JSONを読めたことと、HTML/SVGを描画して確認したことは区別してください。 今回はnetwork-dns-mtuのlearnです。他者事例を私の経験として補完しないでください。 まず希望する節を一つ聞き、回答を待ってください。指定がなければ、前回希望した pcap/Flow LogでGRE/PMTU仮説を確かめる節から始めてください。 既存needs_revisitを短い想起の問いで確認し、一節ずつ説明→追加疑問→理解確認へ進めてください。 EDNS・PMTUの整理は解説後の回答であり、独力で定着済みと扱わないでください。 実観測・演習上の追加条件・未確認を分け、一問ずつ進めてください。 開始時刻を確認できれば記録し、40分付近で区切りを提案してください。 終了時は実際の回答・ヒントを根拠に、既存テンプレートのYAML+Session narrativeで MFQWKMR4/tech2026に[Session Sync] Issueを作成し、URLを返してください。 作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| EC2復元とGRUB:見えない起動障害を調べる教材 → | 記録済み 1回最終 2026-09-15 | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照してください。 AGENTS.md、CHATGPT.md、src/content/docs/career/index.md、 src/content/docs/projects/ec2-boot-investigation.md、reviews/experience-ec2-boot.yaml、 .github/ISSUE_TEMPLATE/session-sync.mdと、reviewが参照する必要なsessionを読んでください。 読めたファイルとcommit SHAを示し、読めなければ読んだとせずsession packを求めてください。 今回はsession_type: experience、topic: experience-ec2-bootです。 当時の状況・担当・判断を一問ずつ聞いて回答を待ち、記憶を埋めるだけで終えず、必要な仕組みを学び直す時間も取ってください。 最初は「ログがほとんど取れないと分かった時点で、次に何を確かめようとしましたか?」と聞いてください。 元ノートの記載、当時の解釈、今回の記憶、自力の説明、AIの補足、今なら考える案を区別してください。 過去の結論を正解と固定せず、必要な箇所で一次資料と対象バージョンを確認し、日本語で説明してください。 不明な用語や前提を一つずつ説明し、理由・trade-off・例外・運用・切り分けへつないでください。 説明後は条件を少し変えた短い問いで現在の理解を確認し、解説後の回答であることを記録してください。 変更条件は「演習上の追加条件」と明示し、当時の事実へ混ぜないでください。 記憶を深掘りできない場合や私が仕組みを知りたい場合は、過去の確認に留まらず今の疑問へ進んでください。 技術の説明だけから過去の担当能力・実績を評価せず、経験の確認と現在の理解をsummaryでも分けてください。 全節や全質問を一回で消化せず、一つの仕組みを深めてください。模範の経験談を先に作らないでください。 思い出せない実務事実はunknownのまま残し、未質問を不足や忘却と判定しないでください。 会社名・顧客名・識別情報・非公開の社内情報は記録しないでください。 開始時刻を確認できれば記録し、40分付近で区切りを提案。時刻不明なら推測しないでください。 終了時は実際の問い・回答・ヒント・理解の変化・未確認事項をYAML+Session narrativeへまとめ、 MFQWKMR4/tech2026に[Session Sync] Issueを作り、URLを返してください。 repository_requestsには、このページへ戻す経緯・新しい技術解説・再確認したい問いを記載してください。 元ノートや教材作成を私の学習evidenceにせず、今回の回答を根拠にしてください。 Issue作成機能が使えなければ未作成と明示し、コピーできるタイトルと本文を返してください。 【求人との接点を意識した深掘り】 以下は2026-09-14に私が提示した求人の観点です。求人の最新性や、私が要件を満たすことを確認済みとは扱わないでください。 必須:バックエンドWebアプリ開発、REST APIの設計・実装、チームでの技術検討と開発、クラウド/サーバー基盤の基礎知識。 歓迎:高頻度・高負荷アクセスへのスケーラブルな設計・開発・運用、RDBMS/KVSの利用・最適化・運用、LB/CDNによる高可用性、HTTP/HTTPSの仕様理解。 歓迎:AWS/Google Cloudの構築・開発、ECS(Fargate)/Cloud Run等のコンテナ運用、ALB・Lambda・SQS・DynamoDB等を組み合わせる設計。 歓迎:長期運用と機能拡張を見据えた保守性、テスト・CI/CD、DDD、認証・認可・セキュリティ、OIDC/OAuth 2.0、TLS・暗号・署名検証。 歓迎:ゲーム専用機/IoT機器向けAPI、WebRTC、分散システムの開発。 人物像:課題の本質を追い最後まで取り組む、長期運用を考え抜く、新技術を楽しみ挑戦する、クライアント/企画まで視野を広げる、複雑な課題を正しく言語化し周囲を尊重して協働する、利用者視点でチームと課題を解く。 既存needs_revisitを優先しつつ、このケースと回答に関係する観点を1〜2個選び、一問ずつ掘り下げてください。全項目をチェックリストのように消化しないでください。 「どの課題・利用者影響があったか → 自分の担当・行動 → 判断の理由と代案 → チーム内の検討・合意 → 検証・運用結果 → 今なら変えること」を、回答に応じて確認してください。 私が実施した設計・実装、運用・調査、現在理解している知識、未経験/未確認を分けてください。規模・期間・成果の数値は回答に根拠がある場合だけ使ってください。 技術名が登場しただけで経験ありとせず、求人項目を自動でgap・needs_revisit・学習evidenceにしないでください。歓迎要件をすべて経験している前提で質問しないでください。 当時の情報が足りなければunknownを残し、今知りたい仕組みは一次資料で補足して理解を更新してください。解説後の回答を当時の能力へ書き換えないでください。 実際の回答が集まったら、まず私自身に面接で話す短い説明を試してもらい、その後で根拠のある経験と求人との接点、追加確認が必要な点を整理してください。合否や数値スコアは付けないでください。 Session Syncのsummaryとnarrativeには、扱った求人観点と回答根拠、当時の経験/今の学びの区別を残してください。repository_requestsにはページへ戻す補足を記載してください。 このケースで優先する候補:クラウド基盤、復旧と長期運用、変更の副作用、周囲と協力した切り分け。復旧支援と自分が設計した可用性構成を分けてください。 | |
| EC2復元・GRUBの振り返り・解説教材 → | 記録済み 1回最終 2026-09-15 | 全文を表示https://github.com/MFQWKMR4/tech2026 のCHATGPT.md、AGENTS.mdと次を読んでください。 - src/content/docs/projects/ec2-boot-reflection.mdx - reviews/experience-ec2-boot.yaml - sessions/2026-09-15-experience-ec2-boot-01.yaml - src/content/docs/projects/ec2-boot-investigation.md experience-ec2-boot のlearnとして、気になる節を一つ確認してから、説明→疑問→具体例→理解確認を一つずつ進めてください。 指定がなければneeds_revisitから始め、独力の回答とヒント・解説後を区別してください。 参照できたファイルとrevisionを示し、読めないものや未確認の事実を補完しないでください。 図の内容を読むことと描画の確認、教材検証と私の実績を区別してください。 開始時刻を確認できれば記録し、40分付近で区切りを提案してください。 終了時は既存テンプレートのYAML+Session narrativeで[Session Sync]をMFQWKMR4/tech2026へ作成し、URLを返してください。 作成できなければ未作成と明示してコピー可能な本文を返してください。 | |
| epoll待機・送信キュー・セマフォの調査教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/epoll-investigation.md、reviews/experience-epoll-investigation.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-epoll-investigation、session_type: experienceです。 選択エピソード:DB製品の処理遅延を調査・検証。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:EC2上のDB製品の遅延について、straceと検証環境でepollの待機・通知を調べ、顧客への説明と改善案の提案につなげた経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「顧客が困っていた遅延を、最初にどの観測から調べ始めましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:straceの時刻・待ち時間、epollの通知条件、送信側と受信側の待ちの区別、再現実験で否定できる範囲。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:DB内部の根本原因や改善案の効果は未確認です。元ノートの観測と、私自身が実施・説明した範囲を確かめてください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| Goとfutex:待ち時間とCPU時間を分ける教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照してください。 AGENTS.md、CHATGPT.md、src/content/docs/career/index.md、 src/content/docs/projects/go-futex-investigation.md、reviews/experience-go-futex.yaml、 .github/ISSUE_TEMPLATE/session-sync.mdと、reviewが参照する必要なsessionを読んでください。 読めたファイルとcommit SHAを示し、読めなければ読んだとせずsession packを求めてください。 今回はsession_type: experience、topic: experience-go-futexです。 当時の状況・担当・判断を一問ずつ聞いて回答を待ち、記憶を埋めるだけで終えず、必要な仕組みを学び直す時間も取ってください。 最初は「起動が遅いインスタンスと正常なものを、最初はどの情報で比較しましたか?」と聞いてください。 元ノートの記載、当時の解釈、今回の記憶、自力の説明、AIの補足、今なら考える案を区別してください。 過去の結論を正解と固定せず、必要な箇所で一次資料と対象バージョンを確認し、日本語で説明してください。 不明な用語や前提を一つずつ説明し、理由・trade-off・例外・運用・切り分けへつないでください。 説明後は条件を少し変えた短い問いで現在の理解を確認し、解説後の回答であることを記録してください。 変更条件は「演習上の追加条件」と明示し、当時の事実へ混ぜないでください。 記憶を深掘りできない場合や私が仕組みを知りたい場合は、過去の確認に留まらず今の疑問へ進んでください。 技術の説明だけから過去の担当能力・実績を評価せず、経験の確認と現在の理解をsummaryでも分けてください。 全節や全質問を一回で消化せず、一つの仕組みを深めてください。模範の経験談を先に作らないでください。 思い出せない実務事実はunknownのまま残し、未質問を不足や忘却と判定しないでください。 会社名・顧客名・識別情報・非公開の社内情報は記録しないでください。 開始時刻を確認できれば記録し、40分付近で区切りを提案。時刻不明なら推測しないでください。 終了時は実際の問い・回答・ヒント・理解の変化・未確認事項をYAML+Session narrativeへまとめ、 MFQWKMR4/tech2026に[Session Sync] Issueを作り、URLを返してください。 repository_requestsには、このページへ戻す経緯・新しい技術解説・再確認したい問いを記載してください。 元ノートや教材作成を私の学習evidenceにせず、今回の回答を根拠にしてください。 Issue作成機能が使えなければ未作成と明示し、コピーできるタイトルと本文を返してください。 【求人との接点を意識した深掘り】 以下は2026-09-14に私が提示した求人の観点です。求人の最新性や、私が要件を満たすことを確認済みとは扱わないでください。 必須:バックエンドWebアプリ開発、REST APIの設計・実装、チームでの技術検討と開発、クラウド/サーバー基盤の基礎知識。 歓迎:高頻度・高負荷アクセスへのスケーラブルな設計・開発・運用、RDBMS/KVSの利用・最適化・運用、LB/CDNによる高可用性、HTTP/HTTPSの仕様理解。 歓迎:AWS/Google Cloudの構築・開発、ECS(Fargate)/Cloud Run等のコンテナ運用、ALB・Lambda・SQS・DynamoDB等を組み合わせる設計。 歓迎:長期運用と機能拡張を見据えた保守性、テスト・CI/CD、DDD、認証・認可・セキュリティ、OIDC/OAuth 2.0、TLS・暗号・署名検証。 歓迎:ゲーム専用機/IoT機器向けAPI、WebRTC、分散システムの開発。 人物像:課題の本質を追い最後まで取り組む、長期運用を考え抜く、新技術を楽しみ挑戦する、クライアント/企画まで視野を広げる、複雑な課題を正しく言語化し周囲を尊重して協働する、利用者視点でチームと課題を解く。 既存needs_revisitを優先しつつ、このケースと回答に関係する観点を1〜2個選び、一問ずつ掘り下げてください。全項目をチェックリストのように消化しないでください。 「どの課題・利用者影響があったか → 自分の担当・行動 → 判断の理由と代案 → チーム内の検討・合意 → 検証・運用結果 → 今なら変えること」を、回答に応じて確認してください。 私が実施した設計・実装、運用・調査、現在理解している知識、未経験/未確認を分けてください。規模・期間・成果の数値は回答に根拠がある場合だけ使ってください。 技術名が登場しただけで経験ありとせず、求人項目を自動でgap・needs_revisit・学習evidenceにしないでください。歓迎要件をすべて経験している前提で質問しないでください。 当時の情報が足りなければunknownを残し、今知りたい仕組みは一次資料で補足して理解を更新してください。解説後の回答を当時の能力へ書き換えないでください。 実際の回答が集まったら、まず私自身に面接で話す短い説明を試してもらい、その後で根拠のある経験と求人との接点、追加確認が必要な点を整理してください。合否や数値スコアは付けないでください。 Session Syncのsummaryとnarrativeには、扱った求人観点と回答根拠、当時の経験/今の学びの区別を残してください。repository_requestsにはページへ戻す補足を記載してください。 このケースで優先する候補:負荷と並行処理、クラウド/OSの理解、再現条件の検討、粘り強い調査と技術的な協働。ランタイムの調査をGoアプリの開発実績へ置き換えないでください。 | |
| nginxとNFS:CPUが空いていても応答できない教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照してください。 AGENTS.md、CHATGPT.md、src/content/docs/career/index.md、 src/content/docs/projects/nginx-nfs-investigation.md、reviews/experience-nginx-nfs.yaml、 .github/ISSUE_TEMPLATE/session-sync.mdと、reviewが参照する必要なsessionを読んでください。 読めたファイルとcommit SHAを示し、読めなければ読んだとせずsession packを求めてください。 今回はsession_type: experience、topic: experience-nginx-nfsです。 当時の状況・担当・判断を一問ずつ聞いて回答を待ち、記憶を埋めるだけで終えず、必要な仕組みを学び直す時間も取ってください。 最初は「AZごとの失敗の偏りを見たとき、最初に何を比較しようと考えましたか?」と聞いてください。 元ノートの記載、当時の解釈、今回の記憶、自力の説明、AIの補足、今なら考える案を区別してください。 過去の結論を正解と固定せず、必要な箇所で一次資料と対象バージョンを確認し、日本語で説明してください。 不明な用語や前提を一つずつ説明し、理由・trade-off・例外・運用・切り分けへつないでください。 説明後は条件を少し変えた短い問いで現在の理解を確認し、解説後の回答であることを記録してください。 変更条件は「演習上の追加条件」と明示し、当時の事実へ混ぜないでください。 記憶を深掘りできない場合や私が仕組みを知りたい場合は、過去の確認に留まらず今の疑問へ進んでください。 技術の説明だけから過去の担当能力・実績を評価せず、経験の確認と現在の理解をsummaryでも分けてください。 全節や全質問を一回で消化せず、一つの仕組みを深めてください。模範の経験談を先に作らないでください。 思い出せない実務事実はunknownのまま残し、未質問を不足や忘却と判定しないでください。 会社名・顧客名・識別情報・非公開の社内情報は記録しないでください。 開始時刻を確認できれば記録し、40分付近で区切りを提案。時刻不明なら推測しないでください。 終了時は実際の問い・回答・ヒント・理解の変化・未確認事項をYAML+Session narrativeへまとめ、 MFQWKMR4/tech2026に[Session Sync] Issueを作り、URLを返してください。 repository_requestsには、このページへ戻す経緯・新しい技術解説・再確認したい問いを記載してください。 元ノートや教材作成を私の学習evidenceにせず、今回の回答を根拠にしてください。 Issue作成機能が使えなければ未作成と明示し、コピーできるタイトルと本文を返してください。 【求人との接点を意識した深掘り】 以下は2026-09-14に私が提示した求人の観点です。求人の最新性や、私が要件を満たすことを確認済みとは扱わないでください。 必須:バックエンドWebアプリ開発、REST APIの設計・実装、チームでの技術検討と開発、クラウド/サーバー基盤の基礎知識。 歓迎:高頻度・高負荷アクセスへのスケーラブルな設計・開発・運用、RDBMS/KVSの利用・最適化・運用、LB/CDNによる高可用性、HTTP/HTTPSの仕様理解。 歓迎:AWS/Google Cloudの構築・開発、ECS(Fargate)/Cloud Run等のコンテナ運用、ALB・Lambda・SQS・DynamoDB等を組み合わせる設計。 歓迎:長期運用と機能拡張を見据えた保守性、テスト・CI/CD、DDD、認証・認可・セキュリティ、OIDC/OAuth 2.0、TLS・暗号・署名検証。 歓迎:ゲーム専用機/IoT機器向けAPI、WebRTC、分散システムの開発。 人物像:課題の本質を追い最後まで取り組む、長期運用を考え抜く、新技術を楽しみ挑戦する、クライアント/企画まで視野を広げる、複雑な課題を正しく言語化し周囲を尊重して協働する、利用者視点でチームと課題を解く。 既存needs_revisitを優先しつつ、このケースと回答に関係する観点を1〜2個選び、一問ずつ掘り下げてください。全項目をチェックリストのように消化しないでください。 「どの課題・利用者影響があったか → 自分の担当・行動 → 判断の理由と代案 → チーム内の検討・合意 → 検証・運用結果 → 今なら変えること」を、回答に応じて確認してください。 私が実施した設計・実装、運用・調査、現在理解している知識、未経験/未確認を分けてください。規模・期間・成果の数値は回答に根拠がある場合だけ使ってください。 技術名が登場しただけで経験ありとせず、求人項目を自動でgap・needs_revisit・学習evidenceにしないでください。歓迎要件をすべて経験している前提で質問しないでください。 当時の情報が足りなければunknownを残し、今知りたい仕組みは一次資料で補足して理解を更新してください。解説後の回答を当時の能力へ書き換えないでください。 実際の回答が集まったら、まず私自身に面接で話す短い説明を試してもらい、その後で根拠のある経験と求人との接点、追加確認が必要な点を整理してください。合否や数値スコアは付けないでください。 Session Syncのsummaryとnarrativeには、扱った求人観点と回答根拠、当時の経験/今の学びの区別を残してください。repository_requestsにはページへ戻す補足を記載してください。 このケースで優先する候補:高負荷時の性能、ロードバランサーと可用性、HTTP/HTTPS、クラウドの配置と長期運用、利用者影響。既存構成の調査と私自身の設計・構築を分けてください。 | |
| Rubyパッケージ:設定から探索パスを追う教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/ruby-packaging-investigation.md、reviews/experience-ruby-packaging.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-ruby-packaging、session_type: experienceです。 選択エピソード:Rubyパッケージの不具合調査・サービスチームとの連携。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:正常版比較と探索パスの解析、回避策検証、再現手順と根拠を添えたサービスチームへのエスカレーション。英語での連携も振り返る。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「顧客環境固有の問題かパッケージ側の問題かを、何を比較して切り分けましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:Rubyのライブラリ探索とビルド時設定、パッケージ配置、暫定回避策と恒久対応、再現条件を絞った不具合報告。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:私の調査・英語での連携と、サービスチームによる修正を分けてください。非公開のやり取りを転載せず、修正版の出荷や効果は確認できる範囲だけ扱ってください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| TomcatとRPM:消失を再現できなかった調査教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照してください。 AGENTS.md、CHATGPT.md、src/content/docs/career/index.md、 src/content/docs/projects/tomcat-rpm-investigation.md、reviews/experience-tomcat-rpm.yaml、 .github/ISSUE_TEMPLATE/session-sync.mdと、reviewが参照する必要なsessionを読んでください。 読めたファイルとcommit SHAを示し、読めなければ読んだとせずsession packを求めてください。 今回はsession_type: experience、topic: experience-tomcat-rpmです。 当時の状況・担当・判断を一問ずつ聞いて回答を待ち、記憶を埋めるだけで終えず、必要な仕組みを学び直す時間も取ってください。 最初は「RPM更新が削除したという説明を受けたとき、最初にどんな仮説を立てましたか?」と聞いてください。 元ノートの記載、当時の解釈、今回の記憶、自力の説明、AIの補足、今なら考える案を区別してください。 過去の結論を正解と固定せず、必要な箇所で一次資料と対象バージョンを確認し、日本語で説明してください。 不明な用語や前提を一つずつ説明し、理由・trade-off・例外・運用・切り分けへつないでください。 説明後は条件を少し変えた短い問いで現在の理解を確認し、解説後の回答であることを記録してください。 変更条件は「演習上の追加条件」と明示し、当時の事実へ混ぜないでください。 記憶を深掘りできない場合や私が仕組みを知りたい場合は、過去の確認に留まらず今の疑問へ進んでください。 技術の説明だけから過去の担当能力・実績を評価せず、経験の確認と現在の理解をsummaryでも分けてください。 全節や全質問を一回で消化せず、一つの仕組みを深めてください。模範の経験談を先に作らないでください。 思い出せない実務事実はunknownのまま残し、未質問を不足や忘却と判定しないでください。 会社名・顧客名・識別情報・非公開の社内情報は記録しないでください。 開始時刻を確認できれば記録し、40分付近で区切りを提案。時刻不明なら推測しないでください。 終了時は実際の問い・回答・ヒント・理解の変化・未確認事項をYAML+Session narrativeへまとめ、 MFQWKMR4/tech2026に[Session Sync] Issueを作り、URLを返してください。 repository_requestsには、このページへ戻す経緯・新しい技術解説・再確認したい問いを記載してください。 元ノートや教材作成を私の学習evidenceにせず、今回の回答を根拠にしてください。 Issue作成機能が使えなければ未作成と明示し、コピーできるタイトルと本文を返してください。 【求人との接点を意識した深掘り】 以下は2026-09-14に私が提示した求人の観点です。求人の最新性や、私が要件を満たすことを確認済みとは扱わないでください。 必須:バックエンドWebアプリ開発、REST APIの設計・実装、チームでの技術検討と開発、クラウド/サーバー基盤の基礎知識。 歓迎:高頻度・高負荷アクセスへのスケーラブルな設計・開発・運用、RDBMS/KVSの利用・最適化・運用、LB/CDNによる高可用性、HTTP/HTTPSの仕様理解。 歓迎:AWS/Google Cloudの構築・開発、ECS(Fargate)/Cloud Run等のコンテナ運用、ALB・Lambda・SQS・DynamoDB等を組み合わせる設計。 歓迎:長期運用と機能拡張を見据えた保守性、テスト・CI/CD、DDD、認証・認可・セキュリティ、OIDC/OAuth 2.0、TLS・暗号・署名検証。 歓迎:ゲーム専用機/IoT機器向けAPI、WebRTC、分散システムの開発。 人物像:課題の本質を追い最後まで取り組む、長期運用を考え抜く、新技術を楽しみ挑戦する、クライアント/企画まで視野を広げる、複雑な課題を正しく言語化し周囲を尊重して協働する、利用者視点でチームと課題を解く。 既存needs_revisitを優先しつつ、このケースと回答に関係する観点を1〜2個選び、一問ずつ掘り下げてください。全項目をチェックリストのように消化しないでください。 「どの課題・利用者影響があったか → 自分の担当・行動 → 判断の理由と代案 → チーム内の検討・合意 → 検証・運用結果 → 今なら変えること」を、回答に応じて確認してください。 私が実施した設計・実装、運用・調査、現在理解している知識、未経験/未確認を分けてください。規模・期間・成果の数値は回答に根拠がある場合だけ使ってください。 技術名が登場しただけで経験ありとせず、求人項目を自動でgap・needs_revisit・学習evidenceにしないでください。歓迎要件をすべて経験している前提で質問しないでください。 当時の情報が足りなければunknownを残し、今知りたい仕組みは一次資料で補足して理解を更新してください。解説後の回答を当時の能力へ書き換えないでください。 実際の回答が集まったら、まず私自身に面接で話す短い説明を試してもらい、その後で根拠のある経験と求人との接点、追加確認が必要な点を整理してください。合否や数値スコアは付けないでください。 Session Syncのsummaryとnarrativeには、扱った求人観点と回答根拠、当時の経験/今の学びの区別を残してください。repository_requestsにはページへ戻す補足を記載してください。 このケースで優先する候補:保守性、テスト/リリースの安全性、運用時の変更管理、未再現を正しく伝える協働。更新調査をCI/CD基盤の構築経験と同一視しないでください。 | |
| ウォレットの運用改善と顧客対応セッション:対応が必要な失敗を通知する運用へ改善教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/wallet-operations.md、reviews/experience-wallet-operations.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-wallet-operations、session_type: experienceです。 選択エピソード:対応が必要な失敗を通知する運用へ改善。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:重要なブロック同期失敗通知を維持し、一時的な送金失敗と継続する失敗を分け、アラートとリトライ処理を改善した経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「どの通知は人の対応が必要で、どの失敗は再試行で回復すると判断しましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:対応可能なアラート、見逃しと過剰通知、再試行の上限と冪等性、結果不明時の確認、運用負荷と安全性の評価。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:今回はノード更新を別セッションに残してください。記憶上の閾値・件数を厳密な実測にせず、署名や鍵管理の実装経験も推定しないでください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 | |
| ウォレットの運用改善と顧客対応セッション:フルノードの必須アップデート管理教材 → | 0回記録なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、 src/content/docs/projects/wallet-operations.md、reviews/experience-wallet-operations.yaml、 src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。 読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。 今回はtopic: experience-wallet-operations、session_type: experienceです。 選択エピソード:フルノードの必須アップデート管理。1エピソード1セッションとし、他の開始文は実行しないでください。 対象:OSSのフルノードの更新情報と適用期限を継続確認し、顧客と日程を調整して期限内に更新した経験。 既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。 なければ最初の一問は「必須更新の情報を見つけてから、顧客と更新日程を決めるまで、何を確認していましたか。」。一度に一問だけ尋ね、回答を待ってください。 当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。 覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。 技術補強の候補:必須更新の互換性と期限、事前検証、作業時間と再同期、更新後の確認、失敗時の対応と顧客との調整。 前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。 注意:今回は通知改善を別セッションに残してください。チェーン名・更新方式・冗長構成・ロールバック可否はunknownから始め、一般的な運用案を当時の手順にしないでください。 当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。 会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。 最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。 開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。 終了時は既存形式の[Session Sync](YAML+Session narrative)を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。 フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。 repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。 Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。 |
入口学習・キャリア
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| 経験から知識を補強する教材 → | 個別集計なし | 全文を表示MFQWKMR4/tech2026 の最新mainを参照して、口頭のlearnを開始してください。 選択テーマ:A 入口:src/content/docs/career/learning/experience.md AGENTS.md、CHATGPT.md、src/content/docs/career/index.md、上の入口を読んでください。 目的は経験した分野に関連する知識の補強です。経験の棚卸しを強制せず、 選択テーマに関係する既存reviewのneeds_revisitがあれば一問から再確認し、 なければ入口の最初の問いを一つだけ出して私の回答を待ってください。 選ばなかった分野の並行課題は増やさないでください。 本人の実経験、今回の一般知識、仮定した設計を分けてください。 使用技術から私の担当・採用判断・実装・成果を推測せず、不明はunknown。 過去の案件が同一かも推測しないでください。会社名・顧客情報・秘密情報は記録しないでください。 未提示のscenario条件はunknown。足す場合は「演習上の追加条件」と明示してください。 ウォレットは対象チェーンと確定基準、Linuxはkernel・環境・計測条件、 Go/Kubernetes/Argo CDは対象バージョンを確認し、不明なら学習例と実環境を区別してください。 最初の回答とヒント・解説後の回答を区別し、追加質問は一つずつにしてください。 分からなければDefault → Why → Trade-off → Exception → Production → Troubleshootingで 一つの概念から日本語で説明し、別の小さな例で理解を確認してください。 一次資料を確認し、URL・対象バージョンを残してください。 開始時刻を確認できる場合は記録し、40分付近で区切りを提案してください。 時刻が不明なら経過時間を推測せず、継続は本人の希望がある場合だけにしてください。 終了時はdocs/session-workflow.mdと.github/ISSUE_TEMPLATE/session-sync.mdに従い、 実際の問い・回答・ヒント・判断の変化・次回課題をYAML+Session narrativeにまとめてください。 session_typeはlearn。summaryにこの入口のpathと選択テーマを残してください。 実際の内容に合う既存topicへ記録し、合うものがなければ無関係なreviewへ寄せず、 Codexへの引き継ぎに最小topic追加が必要と明記してください。 経験のreviewを一般知識の回答だけで更新しないでください。 repository_requestsには、今回の疑問への解説をどこに補強したいかを残してください。 CHATGPT.mdに従い[Session Sync] GitHub IssueをMFQWKMR4/tech2026へ作成し、URLを返してください。 作成できない場合は未作成と明記し、コピー可能なタイトル・本文を返してください。 | |
| LINEミニアプリ:学習を始める教材 → | 個別集計なし | 全文を表示MFQWKMR4/tech2026 の最新mainを参照し、口頭のlearnセッションを開始してください。 選択テーマ:A(ソフトウェアテスト) 求人:LINEヤフー「バックエンドエンジニア / LINEミニアプリ」ly00454 まずAGENTS.md、CHATGPT.md、src/content/docs/career/index.mdと src/content/docs/career/learning/line-mini-app.mdを読んでください。 このページの選択テーマに対応する求人要件を、技術質問または小さなSystem Designに絡めて学びたいです。 全テーマを順番に消化せず、このテーマの入口の問いを一つだけ出して私の回答を待ってください。 既存topicに無理に寄せてテーマを変更しないでください。 今回は過去の復習課題を起点にせず、選んだ求人テーマと今回の回答をもとに進めてください。 求人要求から私の不足や経験を推測しないでください。 説明・ヒント前の回答と支援後を分けてください。 回答後、理由・代案・条件変更・運用・障害時の振る舞いを一つずつ深めてください。 分からないところはDefault → Why → Trade-off → Exception → Production → Troubleshootingで 一つの概念から説明し、別の小さな例で理解を確認してください。 技術名の採用を前提にせず、採用しない判断も理由から検討してください。 未提示の要件はunknown。設定を加えるなら「演習上の追加条件」と明示してください。 LINEの内部構成や実際の面接問題だとは扱わないでください。 解説は一次資料で確認し、URL・対象バージョンを残してください。 終了時は実際の問い・回答、ヒント、判断の変化、次回課題、教材へ戻したい疑問を 既存テンプレートのYAML+Session narrativeにまとめてください。 summaryに求人ページのpath、選択テーマ、絡めた求人要件を残してください。 記録先は実際に扱った内容に合う既存topicを使い、合うtopicがなければ 無関係なreviewへ割り当てず、Codexへの引き継ぎで最小topic追加が必要な旨を明示してください。 CHATGPT.mdに従い [Session Sync] GitHub IssueをMFQWKMR4/tech2026へ作成し、URLを返してください。 作成できない場合は未作成と明示し、コピー可能なタイトル・本文を返してください。 | |
| Systems Performance / OS / Networkの入口教材 → | 記録済み 1回最終 2026-09-15 | 全文を表示AGENTS.md、CHATGPT.md、careerの最新方針とsystems-performanceの入口を読んでください。 今回はlearnです。まず入口の用語で不明なものを一つ確認し、必要な説明から始めてください。 その後、一つの性能劣化を題材に、最初の問い → 条件追加 → 観察すべきメトリクス → 原因仮説 → 設計上の対策 → トレードオフの順で、回答を一つずつ待ってください。 未提示の条件はunknown、追加条件は「演習上の追加条件」と明示してください。 約40分で区切り、実際の回答・ヒント・未回答だけを既存Session Syncへ残してください。 | |
| Traffic / Performance System Designの入口教材 → | 個別集計なし | 全文を表示AGENTS.md、CHATGPT.md、careerの最新方針とtraffic-designの入口を読んでください。 今回はlearnです。入口で不明な基本概念を確認・説明した後、題材を一つに絞ってください。 最初の問い → 条件追加 → 観察すべきメトリクス → 原因仮説 → 設計上の対策 → トレードオフの順に、私の回答を一つずつ待ってください。 高レイヤーの設計とOS/Networkの観測を接続してください。未提示条件はunknown、追加設定は「演習上の追加条件」です。 約40分で区切り、実際の回答・ヒント・次回の問いを既存Session Syncへ残してください。 | |
| 暮らし・個人開発と転職の軸教材 → | 個別集計なし | 全文を表示転職と、これから10年の暮らしについて相談したいです。まず添付した「暮らし・個人開発と転職の軸」(life-plan.md)を読んで、これまでの検討を引き継いでください。 ファイルのURL: https://github.com/MFQWKMR4/tech2026/blob/main/src/content/docs/career/life-plan.md 本文を取得できない場合は、読んだふりをせず、ファイルの添付か本文の貼り付けを求めてください。リンク先の求人比較や採用文化の資料は、議論に必要になったときに参照してください。 最新の前提(2026-09-11。同日の古い記述と矛盾する場合はこちらを優先): ・大切なのは時間・お金・健康です。将来の家族との生活を支えつつ、個人でゲームを作る時間と心身の余力を残したいです。週5日・1日8時間は想定内ですが、残業やストレスを抑えたいです。 ・希望年収は800万円以上で、900万円も比較指標です。はてなで低い提示があった場合は、その時点で仕事内容・働き方・生活収支を見て検討します。減額を受け入れると決めたわけではありません。 ・関西(大阪優先、京都・神戸も可)は生活コスト面で魅力があります。ただし、Nintendo Systemsのように魅力の強い会社で現在の年収水準を維持できるなら、東京を理由に優先度を下げません。フルリモートも対象ですが、対面交流や孤立感への影響は考慮したいです。 ・Consumer系サービス(特にエンタメ・SNS・創作)、またはクラウド・開発基盤・OSSなど技術に深く関われる会社に興味があります。会社・プロダクトを起点に公式採用情報を調べ、業界・求人名・給与非公開だけで絞りすぎない方針です。 ・Issue #14でNintendo Systemsが最優先候補になりました。任天堂への愛着と技術の深さを重視しています。はてな・さくらインターネットなどは比較対象です。応募・入社は未決定です。 ・今の個人開発プロダクトは生成AIのベンチマーク目的で作ったもので、コードをあまり読めていません。自分で設計・実装・検証したといえる範囲は、私に確認してください。「個人開発に集中すればそのまま面接対策になる」と決めつけず、提出コードとしての適切さも相談したいです。 ・学習はDatabase / System Design / Systems Performance・OS・Networkの三本柱です。DBは共通の基礎として重要だと考えています。個人開発・DB・アーキテクチャ学習の配分を相談中で、新たな固定スケジュールは未決定です。 これは面接練習の開始ではなく、考えを整理するための対話です。最初に現在の軸と未決定の論点を短く整理し、私が今いちばん話したい論点を一つ聞いてください。その後も質問は一つずつにしてください。結論・応募先・大量の課題を先に決めず、私の回答を待ちながら、選択肢とトレードオフを一緒に考えてください。 本人が述べた事実、企業の公式情報、あなたの推論を分けてください。求人条件・給与・生活費は確認日と出典を示し、過去記事や試算を現在の事実・保証として扱わないでください。必要なら私の考えに異論も述べてください。議論の区切りで、決まったこと・保留したこと・このファイルへ反映したい変更を短くまとめてください。 | |
| 求人につながる対策バックログ一回の進め方教材 → | 個別集計なし | 全文を表示CHATGPT.md、AGENTS.md、src/content/docs/career/index.mdとcareer/preparation.mdを読み、 architecture-queues の practiceを始めてください。 needs_revisitを優先した後、liveのイベント通知を練習題材にしてください。 一問ずつ回答を待ち、追加設定は「演習上の追加条件」と明示してください。 終了時は実際の回答とヒントをSession Syncにまとめてください。 |
トピック学習
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| HTTP API・冪等性・ページネーション教材 → | 記録済み 2回最終 2026-09-10 | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-api-idempotency.yaml、 src/content/docs/topics/architecture/api-idempotency.md を読み、architecture-api-idempotency の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 認証・認可・テナント分離教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-auth.yaml、 src/content/docs/topics/architecture/auth.md を読み、architecture-auth の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 責務分割・モノリスとサービス分割教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-boundaries.yaml、 src/content/docs/topics/architecture/boundaries.md を読み、architecture-boundaries の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| キャッシュ・鮮度・無効化教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-caching.yaml、 src/content/docs/topics/architecture/caching.md を読み、architecture-caching の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| リリース・互換性・ロールバック教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-deployment.yaml、 src/content/docs/topics/architecture/deployment.md を読み、architecture-deployment の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 可観測性・SLO・障害調査教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-observability.yaml、 src/content/docs/topics/architecture/observability.md を読み、architecture-observability の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 非同期ジョブ・キュー・重複処理教材 → | 記録済み 2回最終 2026-09-10 | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-queues.yaml、 src/content/docs/topics/architecture/queues.md を読み、architecture-queues の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 要件確認・SLO・設計の出発点教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-requirements.yaml、 src/content/docs/topics/architecture/requirements.md を読み、architecture-requirements の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| タイムアウト・再試行・障害の分離教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-resilience.yaml、 src/content/docs/topics/architecture/resilience.md を読み、architecture-resilience の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| スケール・負荷分散・容量計画教材 → | 記録済み 2回最終 2026-09-10 | 全文を表示tech2026 の CHATGPT.md と reviews/architecture-scaling.yaml、 src/content/docs/topics/architecture/scaling.md を読み、architecture-scaling の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| バックアップ・復元・RTO/RPO教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-backup-restore.yaml、 src/content/docs/topics/database/backup-restore.md を読み、database-backup-restore の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 接続プール・同時実行制御教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-connection-pooling.yaml、 src/content/docs/topics/database/connection-pooling.md を読み、database-connection-pooling の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| データ増加・保持・分割の判断教材 → | 記録済み 1回最終 2026-09-07 | 全文を表示tech2026 の CHATGPT.md と reviews/database-data-growth.yaml、 src/content/docs/topics/database/data-growth.md を読み、database-data-growth の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 索引・複合索引の設計教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-index.yaml、 src/content/docs/topics/database/indexes.md を読み、database-index の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| スキーマ変更・安全な移行教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-migrations.yaml、 src/content/docs/topics/database/migrations.md を読み、database-migrations の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| MVCC・ロック・VACUUM教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-mvcc-locking.yaml、 src/content/docs/topics/database/mvcc-locking.md を読み、database-mvcc-locking の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| SQL・JOIN・実行計画教材 → | 記録済み 2回最終 2026-09-14 | 全文を表示tech2026 の CHATGPT.md と reviews/database-query-plans.yaml、 src/content/docs/topics/database/query-plans.md を読み、database-query-plans の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| レプリケーション・読み取り整合性教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-replication.yaml、 src/content/docs/topics/database/replication.md を読み、database-replication の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| スキーマ・制約・正規化教材 → | 0回記録なし | 全文を表示tech2026 の CHATGPT.md と reviews/database-schema.yaml、 src/content/docs/topics/database/schema.md を読み、database-schema の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| トランザクション・分離レベル教材 → | 記録済み 1回最終 2026-09-17 | 全文を表示tech2026 の CHATGPT.md と reviews/database-transactions.yaml、 src/content/docs/topics/database/transactions.md を読み、database-transactions の interview を始めてください。 最初はこのページの最初の一問だけを出し、私の回答を待ってください。 以降は回答に応じて条件を一つずつ変え、理由とtrade-offを聞いてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| ソフトウェアテスト教材 → | 記録済み 1回最終 2026-09-10 | 全文を表示https://github.com/MFQWKMR4/tech2026 の CHATGPT.md、AGENTS.md、 src/content/docs/career/index.md、reviews/software-testing.yaml、 sessions/2026-09-10-software-testing-01.yaml、 src/content/docs/topics/software/testing.md、src/content/docs/software/testing.mdxを読み、 software-testing のlearnを再開してください。 参照できたファイルとcommitを示してください。不明はunknown。 まず「未回答の続き」のCI戦略を問題だけ提示し、私の回答を待ってください。 以後は一問ずつ進め、説明前後の回答とヒントを区別してください。 口頭learnは40分付近で区切りを提案し、新しい話題を増やさないでください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 |
振り返り・解説
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| HTTP APIの振り返り・解説教材 → | 記録済み 2回最終 2026-09-10 | 全文を表示https://github.com/MFQWKMR4/tech2026 の次のファイルを読み、 architecture-api-idempotency の振り返り・解説を一緒に読む復習セッション(learn)を始めてください。 共通ルール: - CHATGPT.md - AGENTS.md - src/content/docs/career/index.md このページと回答記録: - src/content/docs/architecture/api-idempotency.mdx - public/diagrams/architecture-api-idempotency/cursor-deletion.svg - reviews/architecture-api-idempotency.yaml - sessions/2026-09-08-architecture-api-idempotency-01.yaml 関連する図・実験資料: - diagrams/architecture-api-idempotency/retry.json - diagrams/architecture-api-idempotency/payment.json - diagrams/architecture-api-idempotency/pagination.json reviewにこれより新しいsessionがあれば、そちらも確認してください。 最初に実際に参照できたファイルとcommitを短く示してください。 読めないファイルは読めないと伝え、内容を推測しないでください。 図のJSONは要素・矢印・処理順の根拠として読み、描画を見たとは扱わないでください。 まず、私が気になっている節や図があるか一つだけ聞いて、回答を待ってください。 指定がなければneeds_revisitに関係する解説から始めてください。 一節ずつ、説明 → 私の疑問 → 具体例や図による深掘り、の順で進めてください。 追加疑問が出たらそちらを優先し、一度に説明を進めすぎないでください。 区切りで自分の言葉で説明できるか一問ずつ確かめ、ヒント後の理解と自発的な説明を区別してください。 教材の例・Codexの検証結果を、私が実施した実績として扱わないでください。 終了時は .github/ISSUE_TEMPLATE/session-sync.md に従い、session_type: learn で 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 参照した見出し・図のpathを残し、教材に戻したい説明をrepository_requestsに含めてください。 | |
| 非同期ジョブ・キューの振り返り・解説教材 → | 記録済み 2回最終 2026-09-10 | 全文を表示https://github.com/MFQWKMR4/tech2026 の CHATGPT.md、AGENTS.md、 src/content/docs/career/index.md と次のファイルを読み、 architecture-queues の振り返りを一緒に読むlearnセッションを始めてください。 - src/content/docs/architecture/queues.mdx - public/diagrams/architecture-queues/visibility-state.svg - reviews/architecture-queues.yaml - sessions/2026-09-08-architecture-queues-01.yaml - diagrams/architecture-queues/outbox.json - public/diagrams/architecture-queues/outbox-snapshots.svg - diagrams/architecture-queues/external-effect.json - diagrams/architecture-queues/lifecycle.json - src/content/docs/practice/queue-recovery.md - sessions/2026-09-10-int-burst-01-01.yaml reviewに新しいsessionがあればそちらも確認してください。 参照できたファイルとcommitを示し、不明はunknownとしてください。 図JSONを読んだことと描画を確認したことを区別してください。 まず希望する節を一つだけ聞き、回答を待ってください。 指定がなければneeds_revisitから、一節ずつ説明→追加疑問の深掘り→理解確認へ進めてください。 一問ずつ回答を待ち、ヒント後と自力の説明を区別してください。 復旧演習は問題だけを提示し、模範解答を先に出さないでください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| スケール・容量計画の振り返り・解説教材 → | 記録済み 2回最終 2026-09-10 | 全文を表示https://github.com/MFQWKMR4/tech2026 の CHATGPT.md、AGENTS.md、 src/content/docs/career/index.md と次のファイルを読み、 architecture-scaling の振り返りを一緒に読むlearnセッションを始めてください。 - src/content/docs/architecture/scaling.mdx - public/diagrams/architecture-scaling/backlog-composition.svg - reviews/architecture-scaling.yaml - sessions/2026-09-08-architecture-scaling-01.yaml - diagrams/architecture-scaling/connection.json - diagrams/architecture-scaling/backlog.json - diagrams/architecture-scaling/capacity.json - src/content/docs/practice/scaling-capacity.md - sessions/2026-09-10-int-burst-01-01.yaml reviewに新しいsessionがあればそちらも確認してください。 参照できたファイルとcommitを示し、不明はunknownとしてください。 図JSONの読解と描画の確認を区別してください。 まず希望する節を一つだけ聞き、回答を待ってください。 指定がなければneeds_revisitから、一節ずつ説明→追加疑問→理解確認へ進めてください。 演習は問題だけを一問ずつ提示し、模範解答を先に出さないでください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| データ増加・保持設計の振り返り・解説教材 → | 記録済み 1回最終 2026-09-07 | 全文を表示https://github.com/MFQWKMR4/tech2026 の次のファイルを読み、 database-data-growth の振り返り・解説を一緒に読む復習セッション(learn)を始めてください。 共通ルール: - CHATGPT.md - AGENTS.md - src/content/docs/career/index.md このページと回答記録: - src/content/docs/database/data-growth.mdx - public/diagrams/database-data-growth/merge-heads.svg - reviews/database-data-growth.yaml - sessions/2026-09-07-database-data-growth-01.yaml 関連する図・実験資料: - diagrams/database-data-growth/partition-query.json - labs/database-data-growth.sql reviewにこれより新しいsessionがあれば、そちらも確認してください。 最初に実際に参照できたファイルとcommitを短く示してください。 読めないファイルは読めないと伝え、内容を推測しないでください。 図のJSONは要素・矢印・処理順の根拠として読み、描画を見たとは扱わないでください。 まず、私が気になっている節や図があるか一つだけ聞いて、回答を待ってください。 指定がなければneeds_revisitに関係する解説から始めてください。 一節ずつ、説明 → 私の疑問 → 具体例や図による深掘り、の順で進めてください。 追加疑問が出たらそちらを優先し、一度に説明を進めすぎないでください。 区切りで自分の言葉で説明できるか一問ずつ確かめ、ヒント後の理解と自発的な説明を区別してください。 教材の例・Codexの検証結果を、私が実施した実績として扱わないでください。 終了時は .github/ISSUE_TEMPLATE/session-sync.md に従い、session_type: learn で 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 参照した見出し・図のpathを残し、教材に戻したい説明をrepository_requestsに含めてください。 | |
| SQL・JOIN・実行計画の振り返り・解説教材 → | 記録済み 2回最終 2026-09-14 | 全文を表示https://github.com/MFQWKMR4/tech2026 の次のファイルを読み、 database-query-plans の振り返り・解説を一緒に読む復習セッション(learn)を始めてください。 共通ルール: - CHATGPT.md - AGENTS.md - src/content/docs/career/index.md このページと回答記録: - src/content/docs/database/query-plans.mdx - public/diagrams/database-query-plans/limit-work.svg - reviews/database-query-plans.yaml - sessions/2026-09-08-database-query-plans-01.yaml - sessions/2026-09-14-database-query-plans-02.yaml - labs/query-plan-distribution.sql - docs/verification/issue-18-query-plans.txt - diagrams/database-query-plans/prepared.json 関連する図・実験資料: - labs/database-query-plans.sql - docs/verification/issue-8-query-plans.txt reviewにこれより新しいsessionがあれば、そちらも確認してください。 最初に実際に参照できたファイルとcommitを短く示してください。 読めないファイルは読めないと伝え、内容を推測しないでください。 図のJSONは要素・矢印・処理順の根拠として読み、描画を見たとは扱わないでください。 まず、私が気になっている節や図があるか一つだけ聞いて、回答を待ってください。 指定がなければneeds_revisitに関係する解説から始めてください。 一節ずつ、説明 → 私の疑問 → 具体例や図による深掘り、の順で進めてください。 追加疑問が出たらそちらを優先し、一度に説明を進めすぎないでください。 区切りで自分の言葉で説明できるか一問ずつ確かめ、ヒント後の理解と自発的な説明を区別してください。 教材の例・Codexの検証結果を、私が実施した実績として扱わないでください。 終了時は .github/ISSUE_TEMPLATE/session-sync.md に従い、session_type: learn で 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 参照した見出し・図のpathを残し、教材に戻したい説明をrepository_requestsに含めてください。 | |
| トランザクション・分離レベルの振り返り・解説教材 → | 記録済み 1回最終 2026-09-17 | 全文を表示https://github.com/MFQWKMR4/tech2026 のCHATGPT.md、AGENTS.mdと次を読んでください。 - src/content/docs/database/transactions.mdx - reviews/database-transactions.yaml - sessions/2026-09-17-database-transactions-01.yaml - public/diagrams/database-transactions/isolation.svg - public/diagrams/database-transactions/write-skew.svg - src/content/docs/practice/reflections/2026-09-17-database-transactions-01.md database-transactions のlearnとして、気になる節を一つ確認してから、説明→疑問→具体例→理解確認を一つずつ進めてください。 指定がなければneeds_revisitから始め、独力の回答とヒント・解説後を区別してください。 参照できたファイルとrevisionを示し、読めないものや未確認の事実を補完しないでください。 図の内容を読むことと描画の確認、教材検証と私の実績を区別してください。 開始時刻を確認できれば記録し、40分付近で区切りを提案してください。 終了時は既存テンプレートのYAML+Session narrativeで[Session Sync]をMFQWKMR4/tech2026へ作成し、URLを返してください。 作成できなければ未作成と明示してコピー可能な本文を返してください。 | |
| ソフトウェアテストの振り返り・解説教材 → | 記録済み 1回最終 2026-09-10 | 全文を表示https://github.com/MFQWKMR4/tech2026 の CHATGPT.md、AGENTS.md、 src/content/docs/career/index.md と次のファイルを読み、software-testing のlearnを始めてください。 - src/content/docs/software/testing.mdx - src/content/docs/topics/software/testing.md - reviews/software-testing.yaml - sessions/2026-09-10-software-testing-01.yaml reviewに新しいsessionがあればそちらも確認してください。 参照できたファイルとcommitを示し、不明はunknownとしてください。 この教材に図JSON・SQL実測ファイルはありません。 まず希望する節を一つだけ聞き、回答を待ってください。 指定がなければneeds_revisitから、一節ずつ説明→追加疑問→理解確認へ進めてください。 CIの再開問題は解答を先に出さず、回答を待ってください。 口頭learnは40分付近で区切りを提案してください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| Systems Performanceの振り返り・解説教材 → | 記録済み 1回最終 2026-09-15 | 全文を表示https://github.com/MFQWKMR4/tech2026 のCHATGPT.md、AGENTS.mdと次を読んでください。 - src/content/docs/systems/performance.mdx - reviews/systems-performance.yaml - sessions/2026-09-15-systems-performance-01.yaml - public/diagrams/systems-performance/cpu-states.svg - src/content/docs/career/learning/systems-performance.md systems-performance のlearnとして、気になる節を一つ確認してから、説明→疑問→具体例→理解確認を一つずつ進めてください。 指定がなければneeds_revisitから始め、独力の回答とヒント・解説後を区別してください。 参照できたファイルとrevisionを示し、読めないものや未確認の事実を補完しないでください。 図の内容を読むことと描画の確認、教材検証と私の実績を区別してください。 開始時刻を確認できれば記録し、40分付近で区切りを提案してください。 終了時は既存テンプレートのYAML+Session narrativeで[Session Sync]をMFQWKMR4/tech2026へ作成し、URLを返してください。 作成できなければ未作成と明示してコピー可能な本文を返してください。 |
面接・再学習
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| 2026-09-10 面接振り返り:イベント開始時の集中アクセス未出題の続き:容量とSQSをテストする教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のCHATGPT.md、AGENTS.md、docs/interview/protocol.md、 docs/interview/questions.md、docs/interview/scenarios/event-burst.md、 sessions/2026-09-10-int-burst-01-01.yaml、reviews/architecture-scaling.yaml、 reviews/architecture-queues.yamlを読み、INT-BURST-01のinterviewを再開してください。 前回はQ1派生のみで、原稿外の受付DBなし条件と正本への観点ヒントがありました。 今回は未実施の原稿Q2かSQS Q3のどちらか一つを選ぶ希望を聞いてください。 資料参照の申告と参照できたrevisionを記録し、問題は一問ずつ、答えと評価観点は先に示さないでください。 Q2では必要な数値条件を明示し、前回提示済みと仮定しないでください。 同じ問いを選ぶ場合は独力再確認の意図を記録し、条件変更・追質問・ヒントを分けてください。 終了時は実際の回答を根拠に既存テンプレートのYAML+Session narrativeで [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成しURLを返してください。 summaryに元テスト2026-09-10-int-burst-01-01との関係と未出題を残してください。 作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 2026-09-10 面接振り返り:イベント開始時の集中アクセスA:受付成功とdurableな仕事の記録教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のCHATGPT.md、AGENTS.mdと次のファイルを読んでください。 - sessions/2026-09-10-int-burst-01-01.yaml - src/content/docs/practice/reflections/2026-09-10-int-burst-01-01.md - reviews/architecture-queues.yaml - src/content/docs/architecture/queues.mdx - diagrams/architecture-queues/outbox.json - public/diagrams/architecture-queues/outbox-snapshots.svg session_type: learnで、architecture-queuesの不足を補う口頭学習を始めてください。 今回カバーする不足:R1は受付DBなし・consumerから状態保存、R2は正本の観点ヒント後に受付DB導入へ変更しました。 設計への影響:受付直後に状態取得APIが受付済みを判別できませんでした。queue自体の耐久性不足と断定しないでください。 DBへ書ける条件を明示し、受付成功の意味と永続的なjob記録について、まず現在の説明を聞いてください。 必要なところから一つずつ、Default→Why→Trade-off→Exception→Production→Troubleshootingで説明・具体例を使い学び直してください。 最後にDB commit後・publish前とpublish後・DB更新前の停止を別例で問い、再開と重複の扱いを確認してください。 初回独力とヒント・解説後を区別し、図JSONの読解と描画確認を分け、その場の答え直しだけで定着済みにしないでください。 口頭learnは40分付近で区切りを提案してください。 終了時は既存テンプレートのYAML+Session narrativeで [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。 summaryに元テスト2026-09-10-int-burst-01-01、R1〜R3、今回の回答・支援・残った課題を残してください。 作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 2026-09-10 面接振り返り:イベント開始時の集中アクセスB:外部副作用の結果不明と保証の限界教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 のCHATGPT.md、AGENTS.mdと次のファイルを読んでください。 - sessions/2026-09-10-int-burst-01-01.yaml - src/content/docs/practice/reflections/2026-09-10-int-burst-01-01.md - reviews/architecture-api-idempotency.yaml - src/content/docs/architecture/api-idempotency.mdx - src/content/docs/architecture/queues.mdx - diagrams/architecture-queues/external-effect.json session_type: learnで、architecture-api-idempotencyの不足を補う口頭学習を始めてください。 今回カバーする不足:R6ではkey非対応の外部成功と自DB保存の境界を自力で整理できず、R7のat-most-once選択は解法説明後でした。 設計への影響:結果不明で再実行すると二重副作用、再実行を抑えると未実行のまま残る可能性があります。 最初に現在の説明を聞き、必要なところから一つずつDefault→Why→Trade-off→Exception→Production→Troubleshootingで学び直してください。 provider keyとstatus queryのあり・なしは明示した別条件として扱い、過去の出題条件へ遡及しないでください。 ローカルDBのclaimと外部効果を分け、同じ操作で安定したIDが必要な理由、結果不明・照合・手動復旧・補償・UXを必要に応じて説明してください。 最後に同じDB記録で外部未実行/成功済みの二例を出し、retryと保留の選択を理由付きで説明できるか確認してください。 初回独力とヒント・解説後を区別し、その場の答え直しだけで定着済みにしないでください。図JSONの読解と描画確認を分けてください。 口頭learnは40分付近で区切りを提案してください。 終了時は既存テンプレートのYAML+Session narrativeで [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。 summaryに元テスト2026-09-10-int-burst-01-01、R4〜R7、今回の回答・支援・残った課題を残してください。 作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| イベント開始時の集中アクセス教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照し、INT-BURST-01「イベント開始時の集中アクセス」の口頭テストを始めてください。 最初にCHATGPT.md、AGENTS.md、docs/interview/protocol.md、.github/ISSUE_TEMPLATE/session-sync.md、 docs/interview/scenarios/event-burst.md と原稿に列挙された振り返り・reviews・sessionsを読んでください。 同じシナリオの過去interviewと対象topicの直近sessionも確認してください。 参照した原稿の版とcommitを示してください。不明はunknown、必要な原稿が読めなければ取得するまで始めないでください。 session_type: interview。ChatGPTが面接官、私が候補者です。 最初は原稿の開始の問いだけを出し、口頭回答を待ってください。評価観点・想定解法・過去の弱点は先に示さないでください。 要件確認への条件開示、初回独力回答、中立的追質問、条件変更、観点ヒント、解法説明とその後の回答を分けて記録してください。 追質問は一つずつ。追加条件は「演習上の追加条件」と明示してください。 再受験では過去の出題に応じて原稿内の別条件を選び、同じ問いを再確認する場合はその意図を記録してください。 テスト終了後、シニアBackend・Tech Lead・Architectの観点で根拠付きの振り返りをしてください。 数値スコアや肩書の合否は付けず、不足・未確認・既習の再確認・発展内容を区別してください。 終了時は実際の回答だけを根拠に、YAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。 summaryにシナリオID・版・実際の問題と条件・回答・支援順序・評価・再学習対象を残してください。 topicsは実際に確認した範囲だけにしてください。 repository_requestsに、docs/interview/reflection-template.mdに従う面接振り返りページと、末尾の不足別learn開始プロンプトの作成を含めてください。 Issueを作成できなければ未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 増え続ける履歴の検索教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照し、INT-HISTORY-01「増え続ける履歴の検索」の口頭テストを始めてください。 最初にCHATGPT.md、AGENTS.md、docs/interview/protocol.md、.github/ISSUE_TEMPLATE/session-sync.md、 docs/interview/scenarios/history-search.md と原稿に列挙された振り返り・reviews・sessionsを読んでください。 同じシナリオの過去interviewと対象topicの直近sessionも確認してください。 参照した原稿の版とcommitを示してください。不明はunknown、必要な原稿が読めなければ取得するまで始めないでください。 session_type: interview。ChatGPTが面接官、私が候補者です。 最初は原稿の開始の問いだけを出し、口頭回答を待ってください。評価観点・想定解法・過去の弱点は先に示さないでください。 要件確認への条件開示、初回独力回答、中立的追質問、条件変更、観点ヒント、解法説明とその後の回答を分けて記録してください。 追質問は一つずつ。追加条件は「演習上の追加条件」と明示してください。 再受験では過去の出題に応じて原稿内の別条件を選び、同じ問いを再確認する場合はその意図を記録してください。 テスト終了後、シニアBackend・Tech Lead・Architectの観点で根拠付きの振り返りをしてください。 数値スコアや肩書の合否は付けず、不足・未確認・既習の再確認・発展内容を区別してください。 終了時は実際の回答だけを根拠に、YAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。 summaryにシナリオID・版・実際の問題と条件・回答・支援順序・評価・再学習対象を残してください。 topicsは実際に確認した範囲だけにしてください。 repository_requestsに、docs/interview/reflection-template.mdに従う面接振り返りページと、末尾の不足別learn開始プロンプトの作成を含めてください。 Issueを作成できなければ未作成と明示し、コピー可能なタイトルと本文を返してください。 | |
| 注文受付と通知教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 を参照し、INT-ORDER-01「注文受付と通知」の口頭テストを始めてください。 最初にCHATGPT.md、AGENTS.md、docs/interview/protocol.md、.github/ISSUE_TEMPLATE/session-sync.md、 docs/interview/scenarios/order-notification.md と原稿に列挙された振り返り・reviews・sessionsを読んでください。 同じシナリオの過去interviewと対象topicの直近sessionも確認してください。 参照した原稿の版とcommitを示してください。不明はunknown、必要な原稿が読めなければ取得するまで始めないでください。 session_type: interview。ChatGPTが面接官、私が候補者です。 最初は原稿の開始の問いだけを出し、口頭回答を待ってください。評価観点・想定解法・過去の弱点は先に示さないでください。 要件確認への条件開示、初回独力回答、中立的追質問、条件変更、観点ヒント、解法説明とその後の回答を分けて記録してください。 追質問は一つずつ。追加条件は「演習上の追加条件」と明示してください。 再受験では過去の出題に応じて原稿内の別条件を選び、同じ問いを再確認する場合はその意図を記録してください。 テスト終了後、シニアBackend・Tech Lead・Architectの観点で根拠付きの振り返りをしてください。 数値スコアや肩書の合否は付けず、不足・未確認・既習の再確認・発展内容を区別してください。 終了時は実際の回答だけを根拠に、YAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。 summaryにシナリオID・版・実際の問題と条件・回答・支援順序・評価・再学習対象を残してください。 topicsは実際に確認した範囲だけにしてください。 repository_requestsに、docs/interview/reflection-template.mdに従う面接振り返りページと、末尾の不足別learn開始プロンプトの作成を含めてください。 Issueを作成できなければ未作成と明示し、コピー可能なタイトルと本文を返してください。 |
使い方
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| 学習の進め方教材 → | 個別集計なし | 全文を表示https://github.com/MFQWKMR4/tech2026 の CHATGPT.md と対象reviewを読み、 database-index の practice を始めてください。 needs_revisitを優先し、一問ずつ質問してください。解答は先に示さないでください。 読めないファイルは読めないと伝えてください。 終了時は実際の回答を根拠に、CHATGPT.mdと既存テンプレートに従ってYAML+Session narrativeを含む [Session Sync] GitHub IssueをMFQWKMR4/tech2026に作成し、URLを返してください。作成できない場合は未作成と明示し、コピー可能なタイトルと本文を返してください。 |
旧方針
以前の方針に基づく開始文です。現在の最優先候補はNintendo Systemsです。比較候補として使う場合に内容を確認してください。
| テーマ | セッション記録 | 開始文 | 操作 |
|---|---|---|---|
| 求人につながる対策バックログはてな向け対策(比較候補)教材 → | 個別集計なし | 全文を表示はてなを第一志望として対策したいです。career/jobsとcareer/preparationの最新方針を読み、応募候補の職種と公式の選考要件を確認してください。そのうえで今日扱うテーマを一つに絞り、私の回答を待ちながら進めてください。未確認の経験や能力不足を推測しないでください。 |