ID:83224さん

# プロジェクト概要 複数ベンダのWebカメラ映像をRTSPで受信・配信するProxyサーバーのPoC開発。UI設計・開発から開発環境構築・アーキテクチャ設計まで一貫して担当。 --- # チーム情報 4名（上司2名・グループ企業カメラベンダから監修1名・自分1名）、自分はUI設計・開発およびアーキテクチャ設計・ドキュメント作成を担当。 --- # 開発・実装内容A：FFmpegパラメータおよびGPUチューニング 【概要】 複数ベンダカメラへの対応と、低コストGPUでの安定ストリーミング実現 【どのような機能の開発・実装か】 mediaMTXを含む4つのDockerコンテナ構成で、FFmpegコンテナの動的起動・停止（オーケストレーション）を実装。フロントエンドからビットレート・FPS・音声ソース・マスク指定などの設定値をRTSPに反映する入力機能を実装。 【課題・問題点】 カメラベンダによって遅延・フレーム落ちにバラつきがあり、FFmpegパラメータの調整が必要だった 安価なハード付属GPUで最大パフォーマンスを出すため、GPU割り当て比率の調整が必要だった GPU負荷を増やした初期構成では9ストリームでFFmpegコンテナがクラッシュする問題が発生 【打ち手・使用した技術】 FFmpegのパラメータを複数ベンダのカメラごとに検証・調整し、フレーム落ちを解消 GPU処理の割り当て比率をチューニングし、16ストリームでの安定動作を実現 使用技術：Docker、FFmpeg、mediaMTX、RTSP、GPU（ハードウェアエンコード） 【成果】 複数ベンダのカメラでフレーム落ちなし 9ストリームでクラッシュしていた構成を16ストリームでの安定動作まで改善 バッファリングによる遅延は許容範囲内でPoC要件を達成 --- # 開発・実装内容B：UI・環境構築・ドキュメント 【概要】 非エンジニアでも扱えるUI設計と、外部展開可能なドキュメント整備 【どのような機能の開発・実装か】 OSインストール・ユーザー追加・静的IP指定・ファイアウォール設定を含む開発環境構築。フロントエンドからの各種設定値入力UI実装。 【打ち手・使用した技術】 機能要件・アーキテクチャ構成・ベンチマーク測定手法の資料を作成し、次フェーズへの引き継ぎを想定したドキュメント整備を実施。

# プロジェクト概要 既存のキッティング用Pythonスクリプトを、エンドユーザーが自己インストール・設定変更・ログ確認できるQNAP App Center向けGUIアプリケーションとしてパッケージ化。 --- # チーム情報 5名、自分はUI設計・開発およびパッケージ化調査・テスト設計・マニュアル等ドキュメント作成・手順確立を担当。 --- # 開発・実装内容A：QNAP独自環境への依存ライブラリ対応 【概要】 公式ドキュメントが少ないQNAP独自Linux環境での依存関係解決 【どのような機能の開発・実装か】 QDKを用いたPythonスクリプトのApp Centerパッケージ化。PythonおよびPHP・intl.soなどの依存ライブラリをパッケージに同梱・展開。 【課題・問題点】 QDKの公式ドキュメントが少なく、既存アプリケーションの解析や海外掲示板での情報収集が必要だった QNAPは独自カスタマイズのLinuxディストリビューションのため、intl.so自体の依存関係が通常のLinuxと異なり、標準的な方法では動作しなかった 【打ち手・使用した技術】 既存QNAPアプリをリバースエンジニアリング的に解析し、パッケージ構成を把握 patchelfを使用してintl.soの依存関係パスを書き換え、QNAP環境での動作を実現 調査内容・手順を社内Wikiに詳細にまとめ、次回以降の開発工数削減に貢献 使用技術：QDK、Python、PHP、patchelf、crontab、Linux（QNAP独自ディストリビューション） 【成果】 ベンダによるキッティング作業をゼロ化、エンドユーザーによる自己インストール・アップデートを実現 運用保守工程を大幅に短縮 社内Wikiへの手順整備により次回以降のパッケージ開発工数を大幅削減見込み --- # 開発・実装内容B：GUI画面設計・実装 【概要】 CLIベースの運用をGUI化し、非エンジニアでも扱えるアプリケーションに 【どのような機能の開発・実装か】 設定値変更画面・ログ閲覧画面の設計・実装。QNAP公式アプリからのデータ取得、設定ファイルインポート、ログファイルダウンロード機能を実装。インストール用スクリプト作成。 【打ち手・使用した技術】 App Center UIガイドラインに沿った画面設計を行い、運用担当者・非エンジニアが直感的に操作できるUIを実装。

# プロジェクト概要 官公庁向けIoTデバイスの蓄積データを可視化・通知するBIアプリケーションを開発。個人向けと介護施設向けの2アプリケーション＋データ蓄積APIサーバーを約3ヶ月で並行開発。 --- # チーム情報 3名。自分は個人向け・介護施設向け2アプリケーションのフロントエンド・バックエンド設計・実装・テストを担当。基本設計〜結合テストまで一貫して担当。 --- # 開発・実装内容A：複数DB構成の設計とLaravelでの制御 【概要】 蓄積サーバーDB・個人向けDB・介護施設向けDBの3DB構成を、2アプリケーションで適切に切り替える設計 【どのような機能の開発・実装か】 Laravelで複数DBを扱い、取得データに応じて接続DBを動的に切り替える実装。DB設計・テーブル定義書作成も担当。 【課題・問題点】 Laravelで複数DBを扱うのが初めてで、接続切り替えの設計に苦戦 2アプリケーション間でデータ取得・計算ロジックが重複するため、共通化しないと工数が膨大になる懸念があった 約3ヶ月という短納期で3システムを並行開発する必要があった 【打ち手・使用した技術】 LaravelのDB接続切り替え機構を調査・実装し、取得データに応じて適切なDBに接続する構成を確立 2アプリケーション間でデータ取得・計算ロジックを最大限共通化し、開発工数を圧縮 使用技術：Laravel、MySQL、PHP 【成果】 3DB構成・2アプリケーションの並行開発を約3ヶ月で納品 ロジック共通化により短納期での納品を実現 --- # 開発・実装内容B：WebPushプッシュ通知の実装 【概要】 IoTデバイスの蓄積データ判定に基づくリアルタイムプッシュ通知 【どのような機能の開発・実装か】 PWA化・ServiceWorker登録・laravel-notification-channels/webpushを用いたWebPush通知実装。蓄積データの判定ロジックに基づき通知を送信。 【課題・問題点】 契約成立前の見積もり段階で「1日以内に実現可能か確認してほしい」と要求された PWA化・ServiceWorker・WebPushの組み合わせは初めての実装だった 【打ち手・使用した技術】 1日以内にPoC実装を完了し、実現可能であることを確認・報告 laravel-notification-channels/webpushパッケージを用いてWebPush通知を実装 使用技術：Laravel、WebPush、PWA、ServiceWorker、JavaScript 【成果】 見積もり段階での1日PoC確認を達成し、契約獲得に貢献 データ判定に基づくリアルタイムWebPush通知を本番実装

# プロジェクト概要 印刷業界向け多言語対応ナレッジサイト・補償管理アプリの運用保守および追加開発。開発当時のメンバーが全員退職しドキュメントもほぼ残っていない状態から、リバースエンジニアリングでシステムを解析し、長年放置されていたバグを全件解消。 --- # チーム情報 3名。自分は運用保守全般（パッチ適用・バグ修正・問い合わせ対応）および追加開発（要件定義〜実装・テスト設計）、サーバーリプレイスを担当。 --- # 開発・実装内容A：補償ロジックのリバースエンジニアリングと再設計 【概要】 ドキュメントなし・開発当時メンバー全員退職という状態から、補償判定ロジックを解析・再定義・修正 【どのような機能の開発・実装か】 複雑な補償申請エラー判定ロジックの整理・統一。新たに取り寄せた印刷機器仕様書とソースコード（約5000行）を照合し、要件を洗い出して再実装。 【課題・問題点】 開発当時の自社・顧客側メンバーが全員退職しており、仕様の確認先が存在しなかった ドキュメントがほぼ残っておらず、ソースコードのみが手がかりだった 補償判定ロジックが複雑かつ複数箇所に分散しており、バグの原因特定が困難だった 【打ち手・使用した技術】 新たに取り寄せた印刷機器仕様書とソースコード約5000行をリバースエンジニアリング的に照合し、要件を再定義 顧客とのMTGで洗い出した要件を一つずつ認識合わせし、判定ロジックを整理・統一 使用技術：Java、Spring Boot、Tomcat、Maven 【成果】 長年指摘されていたバグ10件を全件解消 システムの安定性向上と顧客の信頼回復に貢献 --- # 開発・実装内容B：サーバーリプレイスおよびバージョンアップ対応 【概要】 CentOS EOL対応によるAlmaLinuxへのサーバーリプレイスと、依存関係のメジャーバージョンアップ 【どのような機能の開発・実装か】 CentOSからAlmaLinuxへのサーバーリプレイス。TomcatおよびSpring Bootのメジャーバージョンアップ対応。Mavenビルド環境の構築。 【課題・問題点】 既存の本番サーバーにMaven自体がインストールされておらず、ビルド設定を大幅に変更する必要があった メジャーバージョンアップによる破壊的変更への対応が必要だった 【打ち手・使用した技術】 Maven環境をゼロから構築し、既存プロジェクトのビルド設定を修正して本番ビルドを実現 TomcatおよびSpring Bootのマイグレーション対応、脆弱性調査・パッチ適用を実施 使用技術：Java、Spring Boot、Tomcat、Maven、AlmaLinux、CentOS

# プロジェクト概要 社内勤怠アプリケーションの運用保守および追加開発。エラーログが一切ない状態から過去の報告スクリーンショットを手がかりにバグ原因を特定・修正。 --- # チーム情報 4名。自分は問い合わせ対応・トラブルシューティング・追加実装・ドキュメント整備を担当。 --- # 開発・実装内容A：非同期処理バグの特定と全コード修正 【概要】 エラーログなし・限定的な再現条件という状況での根本原因特定と修正 【どのような機能の開発・実装か】 勤怠編集画面における深夜・休日出勤時間の計算ロジック修正。DB書き込み処理全体のasync/await対応。 【課題・問題点】 新規レコード追加時のみ深夜・休日出勤時間が計算されないバグが発生。更新時は正常動作するため原因の切り分けが困難だった 元々のコードにエラーログ出力が一切なく、過去の報告スクリーンショットのみが手がかりだった 低確率で発生するDB書き込み失敗のため、安定して再現できなかった 【打ち手・使用した技術】 過去の報告スクリーンショットから症状を分析し、新規・更新の処理フローの差異に着目して原因を特定 DB書き込み処理でasync/awaitが欠落していることを発見。全コードを読み直し、非同期処理を適切に修正 使用技術：Node.js、Express、Sequelize ORM、Azure App Service、Azure Database for MySQL、Azure DevOps 【成果】 低確率・限定条件のDB書き込み失敗バグを根本解決 全体で約50件のバグを修正し、システム品質を大幅に向上 --- # 開発・実装内容B：ドキュメント整備 【概要】 ドキュメントがない状態からの保守性向上 【どのような機能の開発・実装か】 画面設計資料・テーブル定義書・ロジック資料の新規作成および更新。ソースコードへのコメント付与。 【打ち手・使用した技術】 既存コードを読み解きながらドキュメントを逆生成し、今後の保守・改修コストを削減。