ID:52403さん

## プロジェクト経験概要 賃貸物件の更新管理システムの機能追加・改修。フロントエンドを中心に、バックエンドの改修および開発プロセスの改善にも取り組んだ。 - 期間：2026年7月〜現在 - 使用技術：TypeScript、PHP／Next.js 12（Pages Router）、React 17／SWR、Recoil、GraphQL、Tailwind CSS、Docker、PHPStan、PHPUnit、Redis ## チーム情報 自チーム1〜5名。実装（フロントエンド・バックエンド）を担当。 ## 開発・実装内容A ### 概要 入金設定に関する運用負荷の軽減と、フロントエンドの実装品質の改善。 ### どのような機能の開発・実装か 入金設定の一括操作機能の新規実装、および決済選択に関する不具合の調査・修正。 ### 課題・問題点 入金設定の変更を一件ずつ行う必要があり、対象が多い場合に運用担当者の作業負荷が大きかった。あわせて、特定条件下で決済選択ができなくなる不具合が発生していた。 ### 打ち手・使用した技術 - 入金設定をまとめて処理できる一括操作機能を実装 - 特定条件下で決済選択ができなくなる不具合を調査し、原因を特定して修正 - 再利用可能なコンポーネント設計により、画面間で重複していた実装を整理 - Recoilでグローバル状態を管理し、コンポーネント間のデータ共有と状態同期を整理 ### 成果 - 一件ずつ行っていた入金設定の変更をまとめて処理できるようにし、運用負荷を軽減 - 決済選択の不具合を解消 - コンポーネントの再利用と状態管理の整理により、保守性を向上 ## 開発・実装内容B ### 概要 設計書作成工程における、AIツールを用いたプロセス改善。 ### どのような機能の開発・実装か 基本設計書を入力として詳細設計書を出力するClaude Codeスキルの新規作成と、社内プラグインとしてのチーム展開。 ### 課題・問題点 詳細設計書の作成に工数がかかっていた。一方で、設計判断を伴う箇所までAIに任せると、誤った内容が設計書に残るリスクがあった。 ### 打ち手・使用した技術 - 基本設計書を入力として詳細設計書を出力するClaude Codeスキルを新規作成 - 社内プラグインとしてチームへ展開し、個人利用にとどめず誰でも使える形に整備 - AIが判断できない要検討事項は別ファイルへ切り出し、上長へエスカレーションする仕組みを組み込み - 任せる範囲と人が判断すべき範囲を分けた設計とした ### 成果 - 詳細設計書の作成工数を削減 - 判断が必要な箇所が明示される仕組みにより、AI出力をそのまま採用するリスクを回避 - チーム全体で利用できる形にし、個人の効率化にとどめずプロセスとして定着させた

## プロジェクト経験概要 電子契約システムの機能追加・既存機能改修。ドメイン駆動設計を前提とした構成のプロジェクトに参画し、既存の設計方針に沿って実装を担当した。 - 期間：2026年1月〜2026年6月（6ヶ月） - 使用技術：PHP／Laravel 10／MySQL／GraphQL、Redis、PHPStan、PHPUnit、Docker ## チーム情報 自チーム6〜10名。設計、実装（バックエンド）、単体テストを担当。 ## 開発・実装内容A ### 概要 外部API連携による電子印鑑付与時の、押印位置ずれへの対応。 ### どのような機能の開発・実装か アップロードPDFの妥当性を検証するバリデーション機構の実装。 ### 課題・問題点 顧客がアップロードしたPDFに電子印鑑を付与する際、押印位置がずれる事象が発生していた。契約書という性質上、印影の位置ずれは書面の体裁を損ない、差し戻しの手間も生じていた。 ### 打ち手・使用した技術 - ライブラリの仕様確認とAIツールでの検証を併用し、アップロードPDFがテンプレートPDFと一致しない場合に座標がずれることを特定 - 契約書はテンプレートをベースに作成される前提であることから、座標補正ではなく入口で弾く方針を採用 - アップロード時にページサイズとページ数を取得してテンプレートと比較し、不一致の場合は弾くバリデーションを実装 - 導入済みライブラリが対応する拡張子のみを許可するバリデーションをシステム全体に適用・統一 ### 成果 - 押印位置のずれを未然に防ぐ状態を構築し、差し戻しの発生を解消 - 画面ごとに個別実装されていた拡張子チェックを統一し、実装のばらつきを解消 ## 開発・実装内容B ### 概要 契約の取り消し処理に対する復元機能の実装。 ### どのような機能の開発・実装か 契約の取り消し処理を巻き戻す機能の新規実装と、GraphQLのAPI実装。 ### 課題・問題点 契約の取り消しを誤って実行した場合に、元の状態へ戻す手段がなかった。 ### 打ち手・使用した技術 - 取り消された契約を元の状態へ復元する処理を新規実装 - GraphQLのQuery／Mutationを機能単位で実装し、既存の構成に合わせて追加 - PHPUnitでテストを実装し、意図しない状態遷移を検知できるようにした ### 成果 - 誤操作時に手動対応が必要だった取り消し処理を、システム上で復元できるようにした - 主要な処理にテストを整備し、リグレッションを検知できる状態とした

## プロジェクト経験概要 製品検索・調達システムの新規機能追加および既存機能の改修対応。実装方針の検討やテーブル設計を中心的に担い、既存構造との整合性を保ちながら設計内容を他メンバーへ提案する立場で進めた。 - 期間：2025年4月〜2025年12月（9ヶ月） - 使用技術：PHP、JavaScript／Laravel 8→11、Next.js（App Router）／MySQL／Apache、Docker、PHPStan ## チーム情報 自チーム6〜10名。要件検討、設計、実装（フロントエンド・バックエンド）を担当。 ## 開発・実装内容A ### 概要 複雑化していた製品計算ロジックの改善と、データ保持方式の刷新。 ### どのような機能の開発・実装か 製品計算ロジックのリファクタリング、新たなデータ保持方式の設計と旧構造からの移行処理の実装。 ### 課題・問題点 製品計算ロジックが継ぎ足しで複雑化し、算出結果の精度と保守性の両面で問題が生じていた。既存のデータ保持方式も要件に対して限界があり、構造の見直しが必要だった。 ### 打ち手・使用した技術 - 製品計算ロジックを全体的にリファクタリングし、算出精度と保守性を改善 - 新たなデータ保持方式を設計し、既存構造との整合性を保ちながら他メンバーへ提案 - 旧構造からの移行処理を実装 - 入力値の種別に応じたバリデーション分岐、オートコンプリートの表示優先度制御を実装 ### 成果 - 計算ロジックの算出精度と保守性を改善 - 新方式への移行を既存データを保ったまま完了 - 実運用での使いやすさに直結する部分を整備し、業務ユーザーの操作性を向上 ## 開発・実装内容B ### 概要 サポート切れのフレームワークからの脱却と、静的解析導入による品質担保。 ### どのような機能の開発・実装か Laravel 8→11のバージョンアップ対応と、PHPStanの導入。 ### 課題・問題点 Laravel 8はサポート対象外となっており、セキュリティ面およびライブラリ更新の両面で制約となっていた。また、型やnullに起因する潜在的なエラーを実行時まで検知できない状態だった。 ### 打ち手・使用した技術 - 事前に影響範囲を調査したうえでLaravel 8→11の移行を実施し、動作確認まで担当 - PHPStanを導入し、プロジェクト全体の潜在的なエラーを解消 - 継続的に品質を担保できる状態を整備 ### 成果 - サポート対象のバージョンへ移行し、セキュリティおよびライブラリ更新の制約を解消 - 潜在的なエラーを実装段階で検知できる状態を構築 ## 開発・実装内容C ### 概要 フロントエンドの実装整理と、業務ユーザーの操作負荷軽減。 ### どのような機能の開発・実装か Next.jsでの複雑なUIロジックの実装、および画面単位で重複していた実装の共通化。 ### 課題・問題点 条件に応じた表示制御が画面ごとに個別実装されており、設計の一貫性が失われていた。また、繰り返し入力を行う業務ユーザーにとって操作負荷が高い状態だった。 ### 打ち手・使用した技術 - 条件に応じた表示制御など複雑なUIロジックを実装 - 画面単位で重複していた実装を共通化し、設計の一貫性を向上 - 入力欄の値保持、半角変換を導入 ### 成果 - 重複実装を解消し、設計の一貫性と保守性を向上 - 繰り返し入力する業務ユーザーの操作負荷を軽減

## プロジェクト経験概要 全国の自治体に向けた防災情報伝達サービスのシステム開発。高齢化が進む地域では災害情報やお知らせの伝達に時間がかかることが課題となっており、住民へ確実かつ迅速に情報を届けることを目的としたシステム。自治体ごとの個別要件へのカスタマイズ対応を含む。 - 期間：2021年4月〜2025年3月（4年0ヶ月） - 使用技術：PHP、JavaScript／CodeIgniter、Laravel／MySQL／AWS／Docker ## チーム情報 プロジェクト全体7名。設計から実装（フロントエンド・バックエンド）、単体・結合テスト、リリース、運用保守までを担当し、要件定義にも一部参画。リリース主担当を務め、社内外のコードレビューにも対応した。 ## 開発・実装内容A ### 概要 運用中に発生していたブラウザバック時の不具合と、登録処理の二重実行への対応。 ### どのような機能の開発・実装か フォーム単位のワンタイムトークンによる二重送信防止機構の設計・実装。 ### 課題・問題点 ブラウザバック時にフォーム送信が失敗し、登録処理が二重に実行される事象が発生していた。発生頻度は高くないものの、防災情報を扱うシステムのため誤配信・重複配信は住民への実害に直結する。自治体からの申告で表面化したが原因が特定できず、暫定対応でしのいでいた。 ### 打ち手・使用した技術 - 再現条件を切り分け、リクエストごとにCSRFトークンを再生成するフレームワーク（CodeIgniter）の挙動が原因と特定 - 設定変更で解消可能だったが、システム全体のセキュリティ仕様に関わり影響範囲が広いと判断し、取引先と協議のうえ別方針を採用 - フォーム単位でワンタイムトークンを発行してDBで管理、登録完了時に削除し、トークンの有無で処理を分岐させる方式を設計・実装 - 止められないシステムのため、修正前後の挙動を資料化し合意を得たうえでリリース ### 成果 - 両事象を根本解消し、発生時に必要だった手動対応が不要になった - 既存のセキュリティ設定を変更せずに済んだため、他機能への影響も発生していない - 作成した資料が以降の類似調査の参照先となった ## 開発・実装内容B ### 概要 自治体ごとの個別要件に対応する機能の新規実装。 ### どのような機能の開発・実装か 配信先の絞り込み機能、自治体特有機能の画面、およびAPIの開発。MDM対応としてアプリバージョンごとの処理分岐を構築。 ### 課題・問題点 全国の自治体を対象とするため要件が一律ではなく、自治体ごとの個別要件へ対応する必要があった。 ### 打ち手・使用した技術 - 配信先を条件で絞り込む機能と、自治体特有の機能画面をフロントエンド・バックエンド双方で実装 - 必要なデータを提供するAPIを新規開発 - MDM対応として、アプリバージョンごとに処理を分岐させる仕組みを構築 ### 成果 - 自治体ごとの個別要件に対応できる状態を整備

## プロジェクト経験概要 全国のバス事業者・自治体向け情報管理システムへのBIツール導入対応。フロントエンド・バックエンドを横断して参画し、リリース主担当も務めた。 - 期間：2023年4月〜2023年12月（9ヶ月） - 使用技術：PHP、JavaScript／Laravel／MariaDB／AWS ## チーム情報 プロジェクト全体3名。設計、実装（フロントエンド・バックエンド）、単体・結合テスト、リリース、運用保守を担当。 ## 開発・実装内容A ### 概要 BIツール導入にあたっての、分析基盤と解析画面の構築。 ### どのような機能の開発・実装か 分析用の中間テーブルの設計・実装、データを抽出・加工するAPIの構築、および解析画面の新規実装。 ### 課題・問題点 BIツールが必要とするデータ形式と、既存システムのデータ構造が一致していなかった。分析要件を理解したうえで、どのようなテーブル構成に落とし込むかを判断する必要があった。 ### 打ち手・使用した技術 - 分析要件を整理し、必要なデータ構造を検討したうえで分析用の中間テーブルを設計・実装 - BIツールが必要とするデータを抽出・加工するAPIをLaravelで構築 - 解析画面を新規実装し、データの整形からユーザーが意思決定に使える画面までを一貫して担当 ### 成果 - 既存のデータ構造からBIツールで利用可能な形への変換基盤を構築 - 分析結果をユーザーが参照できる状態を整備 - 分析要件をテーブル設計に落とし込む、要件と実装の橋渡しを担った

## プロジェクト経験概要 大型施設で発生した落とし物の登録・保管・返却を管理するシステムを0→1で開発。DB設計から実装まで、フロントエンド・バックエンドを横断して担当した。 - 期間：2023年9月〜2025年4月（1年7ヶ月） - 使用技術：PHP、JavaScript／Laravel、Vue.js／MySQL ## チーム情報 プロジェクト全体6名。DB設計、実装（フロントエンド・バックエンド）を担当。 ## 開発・実装内容A ### 概要 新規システムのDB設計と、権限に応じたデータ制御の実装。 ### どのような機能の開発・実装か 落とし物・保管場所・返却履歴などのテーブル設計と、権限に応じて検索条件を出し分ける仕組みの実装。 ### 課題・問題点 0→1の新規開発であり、参照する既存構造がない状態でデータモデルを定める必要があった。また、大型施設では担当範囲が分かれるため、担当外の落とし物情報に触れられない制御が求められた。 ### 打ち手・使用した技術 - 落とし物・保管場所・返却履歴などテーブル間のリレーションを整理し、DB設計を担当 - Laravelでバックエンドを実装 - 利用者の権限に応じて検索条件を出し分ける仕組みを実装し、担当範囲外の情報に到達できない設計とした ### 成果 - 落とし物の登録から保管、返却までを一貫して管理できるデータ構造を構築 - 権限外の情報に触れられない状態を、検索条件の制御によって担保 ## 開発・実装内容B ### 概要 利用者の探し方に合わせたUIの実装と、実装の共通化。 ### どのような機能の開発・実装か 検索・管理・返却の各画面、写真アップロード機能の実装。一覧表示の形式切り替えと、共通機能のコンポーネント化。 ### 課題・問題点 落とし物の特定には外観の確認が重要で、テキスト情報だけでは判別が難しい。また、条件検索などの機能が複数画面で必要となり、メンバーごとに同じ実装が繰り返されるおそれがあった。 ### 打ち手・使用した技術 - Vue.jsで検索・管理・返却の各画面を実装 - 写真アップロード機能を実装し、外観から落とし物を判別できるようにした - 一覧表示をリスト形式とカード形式で切り替え可能にし、探し方に応じて使い分けられるUIとした - 条件検索などの共通機能をコンポーネントとして切り出し、他メンバーが同じ実装を繰り返さずに済む状態を整備 ### 成果 - 写真と一覧形式の切り替えにより、落とし物を探しやすいUIを実現 - 共通機能のコンポーネント化により、重複実装を削減 - 遅延が生じていた機能も引き取って対応し、プロジェクト全体の進行を後押しした

業務管理システムにおいて、新規機能追加・既存機能改修に加え、セキュリティ強化を主導しました。既存実装のうち、ワンタイムパスワードが平文でDB保存・比較されている状態を問題が存在し、ハッシュ化に対応。万一DBが漏洩してもコードを読み取られないよう改善しました。あわせて、初回ログインおよび新しい環境からのログイン時にユーザーへ通知メールを送る機能をユニットテスト込みで新規実装し、不正アクセスを本人が気付ける導線を整えています。Google OAuth認証についてはミドルウェアの境界テストを追加し、認証設定に起因する不具合をCIで自動検知できる体制としました。APIの配列パラメータにmaxバリデーションを設け、大量データ送信によるDoSリスクも遮断しています。 バックエンドはLaravelでサブスクリプション周りのレスポンス不整合を改修。フロントエンドはReact／TypeScriptで、ページネーションの不具合調査・修正に加え、API引数のリファクタリングやフィルタ処理の分離を行い、責務を明確にした上で単体テストを追加しました。PHPUnit／Vitestによるテスト整備を通じて、リグレッションを防げる状態を継続的に作っています。

## プロジェクト経験概要 素のPHPで構築された薬剤師検索サイトのLaravelへのリプレイス。DB設計から実装まで一貫して担当した。 - 期間：2024年9月〜2024年12月（4ヶ月） - 使用技術：PHP、JavaScript／Laravel／MySQL ## チーム情報 プロジェクト全体2名。DB設計、実装（フロントエンド・バックエンド）、リリースを担当。 ## 開発・実装内容A ### 概要 素のPHPからLaravelへの移行と、検索機能の再構築。 ### どのような機能の開発・実装か 薬剤師検索システムの再構築、複数条件を組み合わせた検索機能の実装。 ### 課題・問題点 既存システムは素のPHPで構築されており、設計ドキュメントも限られるなかで仕様を読み解きながら移行する必要があった。また、フレームワークの構造に合わせて検索処理を組み直す必要があった。 ### 打ち手・使用した技術 - 既存仕様を読み解いたうえでDB設計を行い、Laravelへ移行 - 複数条件を組み合わせた検索機能を再構築 - ユーザー編集・削除機能を新規追加 - 初見のCSSフレームワークを短期間でキャッチアップし、開発速度を落とさず進行 ### 成果 - 素のPHPからLaravelへの移行を完了し、保守性の高い構成に刷新 - 複数条件での検索が可能な状態を構築 - クライアントからの追加要望に都度対応しながら、納期を遵守 ## 開発・実装内容B ### 概要 権限制御によるセキュリティ強化と、外部サービス連携の実装。 ### どのような機能の開発・実装か 権限に応じたリダイレクト処理、ログイン・検索UI、問い合わせフォームからGoogleフォームへの連携。 ### 課題・問題点 薬剤師の個人情報を扱うサイトであり、権限外のページへ到達できてしまうと情報漏洩につながる。移行にあたって権限制御を確実に組み込む必要があった。 ### 打ち手・使用した技術 - 権限に応じたリダイレクト処理を実装し、権限外のページへ到達できない仕組みを整備 - ログイン機能、検索UIをフロントエンドで実装 - 問い合わせフォームからGoogleフォームへの連携を実装 ### 成果 - 権限外のページに到達できない状態を構築し、セキュリティを強化 - 問い合わせの受付から管理までを外部サービス連携で完結できる形に整備

社内チケット管理システムの開発に、フロントエンド・バックエンド双方の立場で参画しました。バックエンドではC#でAPIを新規設計・実装するとともに、既存の別プロジェクトのAPIを活用した機能拡張・改善を担当。フロントエンドはAngularで、UI改修や不具合解消に対応しました。両側を横断して担当したことで、API設計時点でフロント側の使い勝手を考慮する視点が身につきました。またチーム開発ではコンフリクトの解消やPull Requestのレビュー・管理を担い、レビュー観点の共有を通じてチーム全体の開発を円滑に進めることに貢献しました。