ID:65500さん

# プロジェクト概要 ## 目的・背景 旧レガシーシステムの移管作業、及び新規システム構築。 ## 規模感・体制 * 自チーム開発リポジトリ: API、API共通ライブラリ * 関連外部サービス: 他チームが管轄するバックエンドAPI * 体制: 開発リーダー（メンバー約4名） ## 担当業務・技術的取り組み ### 開発リーダーとしての動き（プレイングマネージャー） * **【役割・立ち回り】** * 約4名のチームで開発リーダーを担当。自身もバックエンドAPIの実装を行いながら、チーム全体の牽引とマネジメントを兼任。 * PMと密に連携を取り、仕様の詰めや進捗管理、割り振りを主導。顧客向け会議ではなく現場開発の意思決定・実装支援に集中し、チームの開発速度と品質を最大化させた。 --- ### 1. BFF層における分散トランザクション設計（TCCパターン） * **【課題】** * 大量のバックエンドAPI（データソース層）が存在し、それらを集約・制御して最終的なレスポンスを生成するBFF（Backend for Frontend）層の開発を担当。 * 複数のサービスに跨る処理が多く、従来のローカルトランザクションではデータの一貫性（データ不整合の防止）を担保できない点が技術的な課題だった。 * **【工夫】** * 分散トランザクションパターンとして **TCC（Try-Confirm-Cancel）** を採用・設計。 * 処理を「仮確保（Try）」「確定（Confirm）」「取り消し（Cancel）」の3フェーズに分離して制御する設計を構築し、いずれかのマイクロサービスで障害が発生した際も確実に補償処理（ロールバック相当）が走る仕組みを確立した。 * **【成果】** * 複数サービス間に跨る複雑なビジネスロジックにおいて、データ不整合を防止し高い信頼性を確保した。 --- ### 2. OpenApiGeneratorを活用した共通ライブラリ化と開発効率化 * **【課題】** * 複数のBFFが存在し、それぞれが同じバックエンドAPIを呼び出す構成になっていたため、各BFFで呼び出しロジックやモデル定義が重複・複雑化し、実装の煩雑化や仕様誤認によるバグリスクがあった。 * **【工夫】** * 他チームから提供されていたSwagger（YAML）定義をベースに、**OpenApiGenerator** を導入。 * インターフェースやリクエスト/レスポンスモデルを自動生成する**マイクロサービス共通ライブラリ**を構築し、各BFFで共通利用できるようにした。 * **【成果】** * API呼び出しコードの手動実装を排除し、型安全な連携基盤を確立。実装の表記ブレや仕様乖離を抑え、BFF層の開発工数を削減した。 --- ### 3. 各BFF間での共通Authentication Model（認証・認可層）設計 * **【課題】** * 既存の独立した認証基盤が存在する環境下で、複数のBFF APIそれぞれにおいて共通のログインセッショントークン検証と適切な認証/認可処理を行う必要があった。 * **【工夫】** * リクエストで渡ってきたCookieを検証・解析し、各BFF内で統一的に認証/認可判定を実行する共通の **Authentication Model** を設計・実装。 * 認証基盤への問い合わせやセッション状態の検証ロジックをカプセル化し、各BFFのビジネスロジックから利用できる状態を整備した。 * **【成果】** * 各BFF間での認証・認可実装の重複を防ぎ、セキュリティレベルの統一と開発効率の向上を図った。 --- ### 4. ドメイン駆動設計（DDD）に基づくコード・マイクロサービス設計 * **【内容・工夫】** * ドメイン駆動設計（DDD）の思想を取り入れたコードアーキテクチャおよびサービス間設計を実施。 * ドメインモデルとインフラストラクチャ層（DBや外部API連携）を疎結合に保ち、仕様変更や将来のリプレイスに強い構造にした。 --- ### 5. DB・キャッシュ設計および自動マイグレーション構築 * **【内容・工夫】** * 各APIに紐づくデータベースおよびキャッシュサーバーの設計・構築を担当。 * **Flyway** を導入し、スキーマ変更のバージョン管理とデプロイ時の自動マイグレーション環境を整備。 --- ### 6. Dockerによる統一開発環境構築 * **【内容・工夫】** * **docker-compose** を用いて、ローカル開発環境で複数API・DB・キャッシュサーバーを立ち上げられる環境を構築。 --- ### 7. AWSを用いたCI/CDパイプライン構築・メンテナンス * **【内容・工夫】** * **AWS CodeBuild** を活用し、ソースコードのテスト・APIのビルド・Dockerイメージ生成・ECRへのPushまでを自動化。 * **CodeDeploy** / **CodePipeline** の整備・メンテナンスを担当。 --- ### 8. 実装およびコードレビュー * **【内容・工夫】** * API（バックエンド）の実装を推進。 * チームメンバーに対するコードレビューを実施。

# プロジェクト概要 ## 目的・背景 既存システムの保守・機能追加、およびパフォーマンス・コード品質の抜本的改善。 ## 規模感・体制 * 体制: 参画直後に既存のAPI担当者（約7名）が全員離任したため、一時的に単独（1名）で保守・パフォーマンス改善・機能開発・運用を完遂。その後、新規参画メンバーのコードレビューやテスト環境整備を担当。 ## 担当業務・技術的取り組み ### 1. 処理速度の劇的改善（30分以上 → 3秒へ短縮）とログ設計の最適化 * **【課題】** * 非常に煩雑なソースコードかつ動作が極めて重いシステムとなっており、特定処理に30分以上を要するなどパフォーマンス面が深刻な課題だった。 * また、バッチ処理等で受け取る大量リクエストの内容をすべてそのままログ出力していたため、不要なI/O負荷の増大やログの視認性悪化（運用保守性の低下）を引き起こしていた。 * **【工夫】** * **ボトルネック特定とSQL/ORMの最適化**: Hibernate利用に伴う **1 + N問題** の発生を特定。クエリ制御が容易な **MyBatis** にリプレイス・書き換えを行い、SQLレベルでのデータ取得効率を大幅に向上させた。 * **DBインデックスの再設計とロジック削減**: 実行計画や低速クエリを解析してDBインデックスを見直し。不要なネスト・ループ処理や不必要なオブジェクト生成を徹底的に削除した。 * **ログ設計の見直し（I/O負荷軽減と運用性向上）**: 大量リクエストの全ログ出力を廃止し、エラー追跡や運用保守に必要な情報のみを適切なログレベルで出力する設計へ改修。 * **【成果】** * **30分以上かかっていた処理を3秒**でレスポンスするまでに短縮（約600倍の高速化）。 * 不要なログ出力によるI/O負荷を低減させると同時に、障害調査時に必要なログが即座に追える運用保守性の高い環境を実現した。 --- ### 2. ドメイン駆動設計（DDD）導入による抜本的リファクタリングと保守性向上 * **【課題】** * 参画直後に前任のAPI担当者（約7名）が全員離任し、ナレッジが途絶えた状態で膨大なレガシーコードの保守・バグ対応・追加開発を単独で担う状況となった。 * **【工夫】** * 複雑化していたビジネスロジックを整理・解きほぐすため、**ドメイン駆動設計（DDD）** の思想を導入してコードベースを再構築。 * 密結合だったロジックをドメインモデルへ集約し、肥大化したクラスの分割や可読性の向上を推進した。 * **【成果】** * 後から参画したメンバーが迅速にコードを理解・キャッチアップできる土台を整え、属人化を排除した。 --- ### 3. 単体テストおよびAPI結合テスト環境の構築と品質自動化 * **【課題】** * テスト基盤が未整備であり、リファクタリングや仕様変更に伴うデグレーション（回帰バグ）のリスクが高い状態だった。 * **【工夫】** * **単体テスト環境**: **JUnit / DBUnit / H2 / EasyMock** を組み合わせたユニットテスト基盤を構築。 * **結合テスト環境**: **Node.js / Mocha / Chai** を用いたAPI結合テスト環境を構築し、自動テストの仕組みを導入。 * **【成果】** * 安全にリファクタリングを進められる環境を確立。自身でのテスト実装だけでなく、後続メンバーに対するコードレビューやテスト方針の指導・展開を実施した。

# プロジェクト概要 ## 目的・背景 旅行会社システムの新システム移行に伴う、バックエンドAPI群およびバッチ処理の開発・リプレイス。 ## 担当業務・技術的取り組み ### 1. gRPC + Spring Bootを用いたAPI内部設計とチーム展開 * **【課題】** * 新システム移行にあたりgRPCの採用が決定していたため、その仕様やプロトコルバッファの定義に則った正確なAPI内部設計および実装が求められていた。 * **【工夫】** * **gRPC + Spring Boot** の仕様を理解し、保守性・可読性の高いAPI内部設計を実施。 * 自身が設計した内容やgRPCの実装パターンをドキュメント化し、他チームメンバーへ共有・レクチャーを行うことで、チーム全体の実装スムーズ化を図った。 * **【成果】** * 設計の見直しを通じてコードの保守性・可読性を向上させるとともに、チーム内でのgRPC開発のスムーズな進行に貢献した。 --- ### 2. ユニットテスト環境の構築と品質担保 * **【課題】** * 大規模な移行開発において、機能追加やリファクタリングを安全に行うためのテスト環境を整備し、テスト作成コストを下げる必要があった。 * **【工夫】** * **JUnit / DBUnit / H2 / EasyMock** を組み合わせたユニットテスト環境を構築。 * インメモリDB（H2）とDBUnitを活用し、外部環境に依存せず高速かつ再現性の高いテストが実行できる仕組みを整備した。 * **【成果】** * 自身でのユニットテスト実装に加え、チーム全体がテストを作成しやすい環境を提供し、システムの品質担保に寄与した。 --- ### 3. Spring Batchによるバッチ開発 * **【内容・工夫】** * **Spring Batch** を用いて、システム移行に伴う各種バッチ処理の開発を担当・実装した。 --- ### 4. API結合テストの実施 * **【内容・工夫】** * ユニットテストにとどまらず、API結合テストを実施してインターフェース間やデータ連携の動作検証を行い、移行時の不具合防止に努めた。

# プロジェクト概要 ## 目的・背景 LLM（GPT）を活用した新規機能（画像解析機能）の開発、およびスクラム体制によるプロダクト開発。 ## 担当業務・技術的取り組み ### 1. LLM（GPT）を活用した画像解析機能の実装とプロンプトエンジニアリング * **【課題】** * プロダクトにおいてAI（GPT）を活用した画像解析機能を組み込むにあたり、出力結果の表記ブレや精度不足を抑え、ユーザー体験に耐えうる安定したレスポンスを得る必要があった。 * **【工夫】** * **Kotlin** によるバックエンド処理の実装およびフロントエンド実装を担当。 * プロンプトエンジニアリング（コンテキストの与え方、出力フォーマットの厳格な指定、試行錯誤による調整）を実施し、解析精度の向上とレスポンスの安定化を図った。 * **【成果】** * AI機能をプロダクトへ円滑に統合し、実用的な画像解析機能をリリース。 --- ### 2. スクラム開発への参画とプロセス改善・工数見積もり * **【内容・工夫】** * アジャイル（スクラム）体制下で、デイリースクラム、レトロスペクティブ（振り返り）、リファインメントなどの各スクラムイベントへ積極的に参画。 * フィボナッチ数列を用いたストーリーポイントによる相対見積もりを実施し、タスクの可視化と精度高い工数算出に貢献。 * スクラムイベントを通じてチーム内の合意形成やボトルネックの早期発見、開発プロセスの継続的改善を推進した。

# プロジェクト概要 ## 目的・背景 既存システムのバックエンドリプレイス、およびClaudeを活用したAI駆動開発による開発効率の最大化。 ## 担当業務・技術的取り組み ### 1. Claudeを活用した既存ロジック解析と開発の高速化 * **【課題】** * リプレイス対象となる既存システムの複雑なロジック解析や、新規バックエンド（サーバーサイドKotlin）実装において、正確な仕様理解と開発スピードの両立が求められていた。 * **【工夫】** * 既存コードのロジック解析から新規コード生成まで、開発の全工程で **Claude** を活用。 * 精度高くコードや設計を出力させるため、プロジェクトに応じた **rules**（ルール定義）や **skills**（スキル定義）を作成・整備。 * プロンプトの調整を繰り返し行うことで、生成コードの精度向上と開発作業の大幅な効率化を図った。 * **【成果】** * 複雑な既存ロジックの解読コストを削減し、バックエンド開発の速度と品質向上を両立させた。 --- ### 2. バックエンド開発（Kotlin）・DB設計およびコードレビュー * **【内容・工夫】** * **サーバーサイドKotlin** を用いたバックエンド実装およびDB設計を担当。 * AIを活用しつつも、実際のコードレビューを通じて品質・安全性を担保した。

# プロジェクト概要 ## 目的・背景 約20年前のレガシーシステム（Visual Basic）から、ASP.NET Core MVCを用いた新Webシステムへのリプレイスおよびモダン化。 ## 規模感・体制 * 体制: 開発リーダー（メンバー3名） ## 担当業務・技術的取り組み ### 1. 開発リーダーとしてのドメイン駆動設計（DDD）に基づく全体アーキテクチャ構築 * **【課題】** * 約20年前に開発されたVisual Basicのレガシーシステムであり、ビジネスロジックとUI/データアクセスが密結合したスパゲッティコードと化したコードベースの解読および再構築が求められていた。 * **【工夫】** * 開発リーダーとしてプロジェクトに参画し、システム全体のアーキテクチャ方針を策定。 * 保守性と拡張性を高めるため、**ドメイン駆動設計（DDD）** の思想を取り入れたレイヤードアーキテクチャを設計・導入。ビジネスロジックをドメインモデルへ集約し、フレームワークやDB依存を分離した。 * チーム（3名）が迷わず実装を進められるよう、設計方針の定義やベースコードの作成を主導した。 * **【成果】** * レガシーなVBコードからドメインロジックを抽出・整理し、モダンな.NET環境（ASP.NET Core MVC）へ移植するための設計基盤を確立した。 --- ### 2. ASP.NET Core MVCによるバックエンド設計・実装 * **【内容・工夫】** * **ASP.NET Core MVC** を用いたバックエンドAPIおよびアプリケーション層の設計・実装を担当。 * 既存VBシステムの挙動を解析し、仕様の整理を行いつつ、モダンなC#コードへのリプレイスを推進した。

# プロジェクト概要 ## 目的・背景 新規システムの立ち上げに伴う、データベース設計およびシステム全般の開発・製造。 ## 担当業務・技術的取り組み ### 1. 顧客・PMとの要件定義およびデータベース設計 * **【課題】** * 新規開発案件において、顧客の業務要件を正確に把握し、拡張性・保守性の高いシステム構造およびDB設計へと落とし込む必要があった。 * **【工夫】** * PMと共に顧客との要件定義ミーティングへ直接参加し、業務フローやシステムの必要機能をすり合わせ。 * 抽出した要件を基に、将来の機能追加にも耐えうる柔軟なデータベース（RDB）設計を実施した。 * **【成果】** * 現場の業務要件を満たすシステム基本設計およびDB構成を確立した。 --- ### 2. ASP.NET Core MVCを用いたシステム全般の実装（画面デザイン以外のフル実装） * **【課題・内容】** * デザイナーが作成した画面デザイン以外の実装プロセス（バックエンドロジック、DB連携、画面制御等）を単独で一手・完結して担当。 * **【工夫】** * **ASP.NET Core MVC** を活用し、ビジネスロジックと表示層を適切に分離した堅牢な実装を推進。 * 帳票出力機能には **NPOI** を導入し、Excel等の帳票テンプレート生成・自動出力を組み込んだ。 * システム内で必要となる動的な画像生成処理機能を設計・実装した。 * **【成果】** * 顧客要件に沿った帳票・画像生成を含む全機能を期日通りに高品質で実装・納品した。