ID:81268さん

＃概要 ー ポイ活サイトにおける、キャラクターごとに話し方・性格を切り替えるチャット機能の実装プロジェクト。会話メモリ管理の仕組みづくりと、Vertex AI(Agent Platform)との連携実装を、4名体制の中でSEとしてメイン担当。 ＃担当 ー SEとして、キャラクター会話機能における記憶管理システムの設計・実装、およびVertex AI(Agent Platform)との連携部分の実装を担当。 ＃使用技術 ー TypeScript, Next.js, Hono, Prisma, PostgreSQL, Sentry, GCP(Cloud Run, Agent Platform), Claude, Codex ＃課題 ー以下のような課題があり、対応が必要だった。 ーー キャラクターとの会話が長くなるにつれて文脈が失われる課題があった。会話全体を毎回AIに送信するのは非現実的なため、要約した記憶を保持し次のセッションに引き継ぐ仕組みが必要だったが、参考となる情報がほとんどなく、セッションの区切り方や何を記憶として残すべきかを自分で判断しながら設計する必要があった。 ーー Vertex AI(Agent Platform)はプレビュー機能のため情報が少なく、「どこまでの会話履歴を保持するのか」「セッションIDがどのタイミングで発行されるのか」「セッションをどのタイミングで切るべきか」といった挙動が、公式ドキュメントだけでは判断しづらかった。 ＃取り組み ー Next.js/Prismaを用いて、セッションを50会話で区切り、区切りのタイミングで会話内容を要約した「中期記憶」と、ユーザーの好みや傾向を蓄積する「プロファイル記憶」を生成・保存する機能を実装。Mermaidで記憶生成〜次セッションへの受け渡しまでの処理フローを可視化して設計を整理し、記憶を保存するテーブルをPrismaで設計してPostgreSQLに永続化、Honoで記憶データの生成・取得APIを実装した。境界値(ちょうど50会話目・51会話目など)を含めた処理分岐を網羅するテストコードを自分で用意し、記憶生成・受け渡しの漏れを防止した。 ー Vertex AI(Agent Platform)との連携部分では、公式ドキュメントをClaudeやCodexにも読み込ませて要点を整理させながら、実際にAPIを動かしてセッションの挙動を検証。不明点や調査事項はMarkdown形式で都度整理・蓄積し、確認事項を明確にした上で実装を進めた。GCPのCloud Run上にAPIをホスティングし、キャラクターごとにプロンプトを切り替えるロジックとAgent Platformとの連携処理を実装した。 ー これらの取り組みにより、複数の機能開発とAgent Platformの実装を短納期の中でも期限内に完了させ、納品まで対応することができた。 # 工夫した点 ー 情報の少ない領域が多かったため、公式ドキュメントを自分でも読み込みつつ、ClaudeやCodexなどのAIコーディングツールにも読み込ませて要点を整理させながら、技術調査・設計整理・テスト観点の洗い出しなど開発工程全体で活用し、未知の技術でも効率的にキャッチアップしながら実装を進めた。 ー 会話メモリの受け渡し処理では、境界値(ちょうど50件目など)を含めたテストコードを自作し、実装漏れを防止した。また、各会話が中期記憶に反映済みかどうかを示すフラグを持たせ、フラグがtrueになっていない会話は次回の中期記憶生成時に必ず取り込む仕組みとすることで、何らかの理由で生成に失敗した場合でも記憶の生成漏れが発生しない設計にした。

＃概要 ー レンタカー予約・決済サイトにおける、予約状況カレンダー機能(空き状況表示・排他制御)の開発プロジェクト。Next.jsを用いた機能の詳細設計・機能追加を担当し、仕様書作成から実装まで対応。4名体制の中でSEとして、予約ロジックをメイン担当。 ＃担当 ー SEとして、予約状況カレンダー機能(空き状況表示・排他制御)の設計・実装を担当。なお、決済(Stripe)自体は別メンバーが実装。 ＃使用技術 ー TypeScript, Next.js, Hono, Prisma, PostgreSQL, Sentry, GCP(Cloud Run), Stripe ＃課題 ー以下のような課題があり、対応が必要だった。 ーー 複数ユーザーが同時に同じ日程を予約しようとした場合に、二重予約が発生しうるという課題があった。 ーー 仮押さえの解放条件が「時間経過」「決済完了」「キャンセル操作」と複数存在し、それぞれのタイミングで予約状況を正しく更新する必要があった。 ＃取り組み ー カレンダー上で当日より前の日付はグレーアウトして選択不可にし、それ以降の日付は在庫状況に応じて○(空きあり)/×(予約不可)/△(残りわずか)を表示する機能を実装。利用開始日を選択すると、続けて利用終了日を選べるようスライドするUIも実装した。 ー Prismaで予約テーブルを設計し、日程ごとの予約ステータス(空き/仮押さえ中/確定)を管理。他のユーザーが予約手続き中の日程は一時的に×として扱い、二重予約を防止した。仮押さえには有効期限を持たせ、時間切れで自動的に空き状態へ戻す処理と、ユーザーのキャンセル操作時に即座にステータスを空きへ戻す処理を実装。決済(Stripe)は別メンバーが実装したが、決済完了通知を受けて予約を確定状態に切り替える処理は自分が担当し、決済結果と予約状況の整合性を保つロジックを構築した。 ー 詳細設計の段階ではMermaidで処理フローを可視化して整理し、実装後は処理の分岐や想定パターン(仮押さえ中の重複アクセス、時間切れ、決済失敗時など)を網羅したテストコードを用意して漏れを防止した。PostgreSQL上でこれらの状態を管理し、Honoで予約状況の取得・更新APIを実装した。 ー これらの取り組みにより、複雑な排他制御を伴う予約カレンダー機能を短納期の中でも実装漏れなく完成させ、納品まで対応することができた。 # 工夫した点 ー 仮押さえの解放条件が「時間経過」「決済完了」「キャンセル」の3つ存在する複雑な状態管理だったため、Mermaidで処理フローを事前に可視化し、認識のズレや実装漏れを防止した。 ー 決済(Stripe)自体は別メンバーの実装だったが、自分の担当範囲(予約ステータス側)との接続部分を意識し、決済結果と予約状況の整合性を保つロジックを丁寧に設計した。

＃概要 ー FX取引システムにおける総合試験を担当。テスト計画の策定から実施までの一連の業務を、最大400名体制のプロジェクトの中で担当。 ＃担当 ー メンバーとして、FX取引システムの総合試験におけるテスト計画策定、テスト設計、テスト実施を担当。 ＃課題 ー以下のような課題があり、対応が必要だった。 ーー 担当するテストタスクのボリュームが大きく、期限内にすべて完了させる必要があった。 ーー ボリュームの大きい業務の中で、進捗の遅れや課題を早期に発見し、対応する必要があった。 ＃取り組み ー 仕様をもとにテストの基本設計・詳細設計を行い、作成したテストケースに沿って検証を実施した。 ー 午前・15時・終業時の1日3回、リーダーへ進捗を報告する運用とすることで、遅れや課題を早い段階で把握できるようにした。課題が発生した際にはその都度改善策を検討しながら対応を進めた。 ー これらの取り組みにより、担当したタスクをすべて期限内に完了させ、リーダーから感謝の言葉をいただいた。 # 工夫した点 ー 1日3回の定時報告という運用を自ら設定することで、ボリュームの大きいタスクでも遅れを早期に検知し、都度改善策を講じられる体制を作った。

＃概要 ー デジタルマネーシステムにおいて、クレジットカード登録に関する手順書の作成、および運用後のエラー確認・アラート監視を担当。 ＃担当 ー メンバーとして、クレジットカード登録業務の手順書作成、およびエラー確認・アラート監視業務を担当。 ＃課題 ー以下のような課題があり、対応が必要だった。 ーー クレジットカード登録業務の手順が明文化されておらず、対応者によって作業品質にばらつきが生じていた。 ＃取り組み ー 実際の作業内容を整理し、誰が対応しても同じ品質でエラー確認ができるよう手順書としてまとめた。 ー 運用開始後は、作成した手順書に基づいてエラーの確認やアラートの監視を行い、異常が発生した際に早期に気づける体制づくりに貢献した。 ー これらの取り組みにより、対応者による品質のばらつきを解消し、安定した運用体制を実現した。 ＃工夫した点 ー 手順が属人化しないよう、実際の作業内容を丁寧に洗い出して手順書に落とし込み、誰が対応しても同じ品質を担保できる仕組みを作った。

＃概要 ー 証券取引システムのExcel Add-inにおける結合テストを担当。テストケースの作成からテスト実施までを一貫して担当。 ＃担当 ー メンバーとして、Excel Add-inの結合テストにおけるテストケース作成、テスト実施を担当。 ＃課題 ー以下のような課題があり、対応が必要だった。 ーー 市場が開いている時間帯でしか確認できないテストと、時間に関係なくいつでも対応可能なテストが混在しており、限られた時間を有効に使う必要があった。 ーー 仕様や挙動について不明な点が生じた際、作業が完全に止まってしまうリスクがあった。 ＃取り組み ー テストを「実施時間が限定されるもの」と「随時対応可能なもの」に分類し、市場が開いている時間帯には優先度の高いテストを、それ以外の時間には随時対応可能なテストを進めるよう進行順序を工夫した。 ー 仕様や挙動について不明な点があった場合も、不明点を整理しつつ、並行して進められる作業を優先的に進めることで、全体の進捗を止めないようにした。 ー これらの取り組みにより、限られた時間の中でもテストケースの作成から実施までを滞りなく完了させた。 ＃工夫した点 ー テストを時間制約の有無で分類し、進行順序を工夫することで、限られた検証時間(市場が開いている時間帯)を最大限に活用した。 ー 不明点が生じた際も作業を止めずに並行して進められるタスクを優先することで、進捗への影響を最小限に抑えた。

＃概要 ー 証券取引システムのフロントエンド機能追加をReact.jsで担当。 ＃担当 ー メンバーとして、価格変動に応じた明滅機能、グラフ表示の改善、マイページの配色設定機能の実装を担当。 ＃使用技術 ー JavaScript, HTML, CSS, React.js, Next.js, Git, Backlog ＃課題 ー以下のような課題があり、対応が必要だった。 ーー 当時のプロジェクトで採用されていたReact.jsは2016年頃にリリースされたバージョンと古く、最新の情報や書籍では対応方法が異なる部分が多く、実装方法を正しく理解するのが難しかった。 ＃取り組み ー 株価などの価格変動に応じて画面上の該当箇所が光る(明滅する)機能を実装し、値動きを視覚的に分かりやすく伝えられるようにした。 ー 既存のグラフ表示について、情報の見やすさを意識してレイアウトや表示方法を改善した。 ー マイページの管理画面から画面の配色を設定できる機能を追加した。 ー 使用しているバージョンに対応した書籍を探し出して学習し、仕様を正確に理解した上で実装を進めた結果、これらの機能を無事にリリースまで対応することができた。 ＃工夫した点 ー 最新の情報が使えない状況の中、使用中のバージョンに対応した書籍を自ら探し出して学習することで、正確な仕様理解に基づいた実装を実現した。

＃概要 ー 大手音楽会社のアーティストアプリCMSにて、翻訳機能・ページネーション機能・readonly機能の追加を担当。 ＃担当 ー PGとして、翻訳機能・ページネーション機能・readonly機能の実装を担当。 ＃使用技術 ー Python, Django, MySQL, Git, Docker ＃課題 ー以下のような課題があり、対応が必要だった。 ーー 納期内でのリリースが必須だった。 ーー Python/Djangoが未経験であり、短期間での技術習得が必要だった。 ＃取り組み ー ネットや書籍で学習しつつ、実務の中でトライ&エラーを繰り返しながらアウトプットし、実践的に技術を習得した。 ー 「やりたいこと」「起きているエラー」「調べたこと」を整理してから先輩に質問することで、解決を効率化した。解決が難しい場合は早めに先輩に相談し、作業分担を依頼することで、進捗が止まらないようにした。 ー これらの取り組みにより、未経験の技術でありながら3ヶ月の担当期間で納期を遵守し、先輩から感謝の言葉をいただいた。 ＃工夫した点 ー 質問する前に「やりたいこと」「起きているエラー」「調べたこと」を整理する習慣を確立し、30分考えて分からなければ質問するというルールを自分の中で持つことで、効率的に問題解決を進めた。 ー 一人で抱え込みすぎず、解決が難しいと判断した時点で早めに先輩に相談し、作業分担を依頼することで、周囲を巻き込みながら納期を守った。