経歴・志向とエピソードの棚卸し

Issue #6の本人の口頭棚卸しを2026-09-08に反映。セッション実施日・質問順・ヒント有無はunknown。本人申告の要約で、実測資料による検証や学習評価ではない。氏名・過去の勤務先名・顧客名は掲載しない。

本人の経歴

順序	担当・経験
2019年にキャリア開始、SIer	製造業向けWebアプリの開発・運用。小規模CMS開発で3名チームのリーダー。顧客側PMと要件定義からリリースまで担当
暗号資産ウォレット	開発・運用保守、ブロックチェーンノード運用、24/365監視、オンコール、障害対応、運用負荷改善
社会人大学院	情報科学専攻。修了状況・時期はunknown
フリーランス	求人検索Webアプリのユーザー画面向けBFFチームでScala→Go移行
現職のクラウドサポート	Linux領域を中心に、日本の顧客の問い合わせをトラブルシューティング

各職の在籍期間・技術ごとの経験年数はunknown。2019年開始から全期間をBackend実装年数として数えない。

本人が述べた転職理由と今後

ブロックチェーンにはキャリア開始時から興味があり、非中央集権で動く仕組みや暗号などの技術的に難しい領域を学ぶことに魅力を感じた。

サポート職を選んだ背景は、LLMの発展で単純なコーディング以外の問題解決能力が重要になると考え、開発とは異なる立場からシステムを見るためだった。問い合わせの表面に答えるだけでなく、質問に至った背景と本当に解決したい課題を確認する視点を得た。SLA、復旧計画、性能上限、安定運用にも目が向くようになったと説明している。個別顧客の事例は記載しない。

今後はプロダクト開発に軸足を置き、開発と運用の境界をまたいで働きたい。AIエージェントを使う個人開発で生産性の変化を実感し、開発・運用・サポートの経験をプロダクトへ還元したいと述べた。

本人の価値提案・チーム観

フロントエンドからバックエンド・インフラまで見渡す開発経験と、安定運用・障害・性能上限を見る視点を組み合わせたい。AIへ実装・テスト・分析を寄せ、人間は要件、設計、品質、リスク許容、最終的なユーザー体験に責任を持つという考え。これらは本人の価値提案であり、すべての領域で専門性を検証した評価ではない。

理想は、共通の目標にコミットし、各自が自立して専門性と判断を尊重できるチーム。必要以上に密な人間関係を求めず、少人数でも役割に閉じず補い合いたい。意見が割れたら、各案の理由・懸念と、運用・性能・保守性・変更容易性を整理し、優先する観点を合わせる。大きな対立が残った経験は少ないという本人の振り返り。

転職では、ユーザーに届くプロダクト、トラフィックやデータ量に伴う技術課題、AI前提の開発や改善の裁量、長く働ける人・組織を重視する。伸ばしたい領域は大規模トラフィック、DBアクセス・キャッシュ、スケーラビリティ、大量データ、AI前提のチーム開発。希望をそのまま学習gapへ変換しない。現在の全体方針と併せて使う。

エピソードの所在

話したいこと	使う経験・注意点
自分で課題を見つけ改善	ウォレットのアラート改善
周囲を巻き込む・移行の検証・合意形成	BFF移行。リリース前の検出と本番での見逃しを両方残す
失敗・ネガティブフィードバック	顧客ミーティングで曖昧に回答した経験
AI活用と品質保証	オンラインボードゲーム
深掘り・仮説検証	ウォレットの誤入金調査。Issueでは名称のみ。調査手順・判断・成果はunknown
時間がない中での対応	ONT fork対応。Issueが指す「既存エピソード集」は今回未取得。内容はunknown

企業別の使い方はInsightXの面談準備。経験の詳細は各projectページに集約する。