ゆうや

### 【概要】 Ruby on Rails にて、医師向けコミュニティシステムのサーバーサイド開発・運用改善を担当。 医師同士が質問し合うQAサービス、講演会の視聴機能などを提供するプロダクトにて、機能開発や既存機能の性能・保守性改善を推進。 サーバーサイドは3〜6名体制（時期により変動）。 ### 【担当業務】 - Ruby on Railsを用いたWebアプリケーション開発。 - 長期運用の大規模レガシーシステムを扱うチームに所属。 - 全体仕様を把握しているメンバーが不在の状況下で、AIを活用して既存仕様の把握を効率的に行い、機能追加・改修を推進。 - システムにおける、RailsやDB観点のパフォーマンスチューニング。 - トップ画面表示速度改善プロジェクト（平均応答 500msから300ms以内）に参画し、担当領域の改善を主導。工数・影響範囲と効果を比較して改善対象を選定し、計測・ボトルネック特定・改善案提示・実装を実施。クエリ最適化とキャッシュ活用、DBインデックスにより目標達成に貢献。 - 最大3億5千万レコードの大規模テーブルに対し、どのように使われているかを調査した上でインデックスを設計。実行計画を確認しながら、本番に影響がない手順で適用し、性能を改善。 - Aurora MySQL DBのバージョンアップ。 - EOLを迎えるDBバージョンに対し、互換性と夜間停止の影響範囲を整理した上で、夜間メンテナンスにてインプレ方式でマイナーバージョンアップを実施。事前検証を踏まえて手順書・確認項目を整備し、本番作業を完遂。作業当日に想定外の自体が起こっても冷静に対応できるよう、想定結果画面やコマンドの想定出力値、考えられるエラーも込みで手順書を記載した。 - 印象的なプロジェクト: メディカルデータベース自動取り込みプロジェクト。 - 2名体制で進めたメディカルデータベース自動取り込みPJにて、インポート後のデータ反映（追加・更新・削除）処理を設計〜実装まで一貫して担当。 - 先方から毎週受領する最大約400MBのCSVに34テーブル分の追加・更新・削除が混在し、テーブルごとにカラム構成が異なるうえ、一部はカラム数が多く1テーブルに収められなかったため子テーブル分割が必要となるような複雑要件に対応。 - CSVが大容量のため、メモリ不足・タイムアウトが起こらないよう処理分割と共通処理の基盤化で安定化。テーブルごとにカラムや親子構造が異なるために本来コードが肥大化しやすい箇所を、共通処理はベースクラスに集約し、差分は継承先で実装する構成で整理。あわせてメタプログラミングを活用することで重複実装を削減しつつ、読みやすさと保守性を担保して実装。 - 印象的なプロジェクト: AI画像解析による参考文献自動取得プロジェクト。 - 医師向け講演会で、講演中スライドから医師に提示するための参考文献を抽出する機能を1名体制で仕様策定〜設計〜実装まで担当。講演スライドを事前に受け取れない状況下で、Chrome拡張でスライドを数秒間隔で定期撮影し、Geminiの画像解析により参考文献を抽出する仕組みを構築。 - AI出力に揺らぎがあるため、同一スライドを繰り返し解析することで類似候補が発生して運用負荷が増大する課題が発生。そこで、スライドの重複排除・AIの揺らぎ対策の仕組みを設計に組み込み、抽出精度と運用安定性を両立。 - また、開発を進める中で、参考文献によってはURLが存在しないケースが想定以上に多く、運用メンバーがタイトル等を手掛かりに元文献のURLを手作業で探索する必要があることが判明。この運用負荷を下げるため、URL探索は一定手順のもとでルール化でき自動化余地があると提案。結果として、抽出したタイトル等からURL候補を取得する工程まで自動化し、運用負荷の削減を実現。 - 本チームの業務に加え、他チームの開発にも定期的に参画。体制や担当領域の変化がある中でも、必要な情報を収集し、短期間でキャッチアップして開発を推進。 ### 【主な成果・貢献】 - 難易度の特に高い領域（Railsの設計・実装難易度が高い仕様、AIによる不確実性や制約が多い要件）を担当し、要件の調整や設計を通じて実装し、安定稼働まで実現。 - AI活用推進の役割を担い、チーム・社内でのAI活用を推進。業務内外で得た知見を週1回の共有会で展開し、導入手順・推奨設定・活用パターンを標準化することで、チーム内でAI活用が定着する状態を構築。 - AWS・Terraformの個人学習を継続し、社内Terraformコードを読み解いて現状構成・権限設計を把握できる状態までキャッチアップ。従来はインフラの課題はインフラ担当へ相談していたが、既存コードを踏まえて自ら修正方針を整理し、TerraformのPR作成〜反映まで完結できるようにして、インフラチームの対応待ちを削減。

### 【概要】 Ruby on Railsにて、特定保健指導システムを担当するチームの一員として、 8人程度の規模のサーバーサイド開発および既存コードの改善を中心に担当。 特定保健指導とは生活習慣改善の指導を行う制度であり、その指導を管理するためのシステム開発を担当。 ### 【異動背景】 人員の補強目的で当チームへ異動し参画。その後、事業譲渡の方針決定に伴い、社内体制変更により別チームへ再異動。 ### 【担当業務】 - Ruby on Railsを用いたWebアプリケーション開発。 - 長期運用されているシステムのため、可読性・保守性向上を目的とした改善に取り組む。 - 既存コードに改善の余地があったため、工数とのバランスを考慮しながらリファクタリングを実施。 - Flaky Testの原因調査・修正、テストの安定化に向けた改善を推進。 - コード可読性向上に向けたチーム改善の推進。 - 当時のチームでは、単一責任原則や可読性といった設計観点が運用として定着しきっておらず、コーディング規則・レビュー観点が共通言語化されていない状態だった。規則が整備された別チームの開発体験を通じ、これは個人の好みではなく、レビューの停滞や開発生産性を低下させると捉えた。 - 前所属チームの上長の助言も得ながら課題を整理・言語化し、改善方針を提案。結果として、チームのコーディング規則の策定を前に進めた。実装面では責務の明確化を目的にサービスクラス（PORO）への切り出しを推奨し、テスト性と可読性の両立を促進。命名についても、意図が伝わるメソッド名・クラス名を指針として示し、保守性の高いコードへ寄せるよう整備。また、レビューや議論が好みの話で停滞しないよう、根拠となる記事などを提示した。既存コードの改修では、都度の大規模リファクタが難しいケースも多かったため、背景をコードコメントとして残しつつ、段階的な改善を推進。 - 意見が割れる場面では、まず相手の意図や背景を確認した上で意見を尊重し、根拠をしっかり提示したうえで、状況や信頼関係に応じて表現を調整しながら、柔らかく代替案や改善案を提示するよう心がけていた。 ### 【主な成果・貢献】 - コーディング規則・レビュー観点（単一責任原則、命名、責務分離など）を言語化し、チーム内の共通認識づくりを推進。 - 長期運用システムにて継続的なリファクタリングにより可読性・保守性を向上。 - 会議体の見直しを提案し、形骸化していた定例MTGを廃止したことで、チーム全体の開発時間を新たに確保。

### 【概要】 Ruby on Rails APIにて薬局向けシステムのサーバーサイドを担当。 サービス内容は、患者向けにはスマートフォンのアプリで電子処方箋の送信や薬局とのやり取り、薬局向けには患者管理やクリニックとの連携など。 サーバーサイドチームの規模は8人程度、クライアント側は別チーム（フロントエンド・モバイル）で構成されており、密に連携・議論を重ねながら開発を推進。 「妥協せず綺麗に実装する」「とことん設計を考え抜く」「生産性の向上を追求する」といった思想を持つチームであり、高い技術水準の現場での開発を通じて必死にキャッチアップしながら実力を大幅に向上させる経験を積んだ。 ### 【担当業務】 - Ruby on RailsにてAPI をメインに実装。 - モダンな開発環境下でRailsによる新規開発・既存機能改修を主に担当。 - エラー、お問い合わせ調査、ライブラリ(gem)のアップデートをメインで担当。 - SQLの作成(非エンジニアのメンバーのデータ取得のため)。 - CI/CDの改善。 - CI上のRSpec実行フローを見直し、build_assets を必要とするテストと不要なテストを切り分け、不要なテストを先行実行することで、CIの実行時間を約5分短縮。 - 印象的なプロジェクト: モバイルアプリにおけるお薬アラームプロジェクト。 - 入社して数ヶ月して、初めて自分がメイン担当となった1〜2人月規模のプロジェクトであり、要件整理から設計・実装まで主担当として推進。 - お薬のアラーム設定により、指定時間にモバイルアプリに通知し、服用記録・メモを残せる機能のサーバーサイドを担当。 - 服用記録とアラームの連動する特性上、当日に服用後アラームを変更した場合の扱いが仕様の意思決定ポイントとなったため、案を複数提示しつつ関係者と合意形成しながら仕様を確定。 - また、モバイルアプリへサーバー側から直接リクエストを送れないため、通知方式を複数検討し、最適案を選定して実装。 - 印象的なプロジェクト: 重複患者削除対象検索プロジェクト。 - モバイル経由の本人登録と、クリニックによる代理登録という2経路で作成される患者情報について、氏名（カナ）・生年月日が一致する場合に患者が重複している可能性があるため、削除候補として表示する機能を実装。 - 初期実装では、モバイル患者約15,000件と代理登録患者約55,000件を内部結合した結果、約8億件規模の一時テーブルが生成され、画面処理が5秒以上かかるなど極端なパフォーマンス低下が発生。 - SQLのみでの解決にせず、膨大なテストデータを用いて複数の実装パターンを比較検証し、パフォーマンスと可読性の両立を意識した最適なアプローチを採用。 - 検証の過程で、データをランダムに生成しないとDB側の最適化により本番と異なる挙動になり得ることも学び、評価条件も含めて検証を推進。 - 結果として、フリーズ感のあった処理を3秒以内に結果が返るよう改善し、実運用に耐える性能を実現。 ### 【主な成果・貢献】 - テックリードと並び、設計上の論点・リスクの早期発見から方針検討・実装判断までを担い、実装面でもテックリードに次ぐスピードと評価され、難所の改修を手戻り少なく推進。 - PRレビューは積極的に行い、またエラー調査・問い合わせ対応の窓口となり、初動対応を担うことで、チームの開発の詰まりを解消しチームの生産性向上に貢献。 - 1人月以上の開発案件に13件以上参画し、うち 6件では主担当として設計〜実装・リリースまでをリード。

### 【プロジェクト概要】 IQテスト測定サービスの実装。 使用技術：Ruby on Rails（Action View）, JavaScript, AWS, PostgreSQL, redash 海外エンジニア開発の既存IQテストサービスを引き継ぎ、エンジニア1名体制でインフラ構築・運用を始め、開発も一貫して担当。 ### 【主な担当業務】 - AWSインフラの構築・運用。 - toC向けIQテスト受験フロー、結果レポートのPDF出力を実装。 - Stripe/PayPay決済の導入、決済完了後のレポート閲覧を実装。 - toB向け機能を新規設計・実装（企業向け従量課金）。 - 企業管理画面を実装（受験者管理・問題編集）。 - セキュリティ対策（海外IP制限、reCAPTCHA導入）を実装。 - 運用保守（外部API障害の調査・復旧、エラー監視の運用、デプロイ作業）を担当。 ### 【成果・貢献】 - AWSインフラは参画時点で既存構成があり、構成・運用を把握したうえで、セキュリティグループ設定の不備や不要な踏み台サーバーなどの課題を洗い出して見直し、必要な範囲で再設計・再構築し、セキュリティとコストの両面で安定運用できる状態に整備した。 - toC中心の既存サービスを、企業向け機能まで拡張し、toBでの提供を実現。 - 決済APIやその他の外部APIの本番障害の調査・復旧対応を行い、安定運用に貢献。 - 立ち上がり期のサービスということを踏まえ、PdMと要件・優先度を整理し、スコープ調整を行いながら最小工数で作業を進めた。

### 【概要】 じゃんけんでポイントを貯めれるポイ活サイトの開発。 使用技術はRuby on Rails （フロントはRailsのAction View）, JavaScript, MySQL, AWS 海外エンジニア開発の既存サービスを引き継ぎ、エンジニア2名体制でPdMと連携しながら要件整理〜実装まで推進。 ### 【担当業務】 - AWSインフラの運用。 - ゲーム機能として、複数モード（初心者向け・連続ログイン・激アツ等）、動画表示、コンティニュー（広告視聴・ポイント消費）を実装。 - 広告・収益基盤として、成果報酬型広告（AccessTrade・Affilicode）連携と案件自動取り込みを実装し、Google広告（Ad Manager）への移行と表示制御を実施。 - ログイン認証として、LINE Loginによる会員登録フローを設計・実装。 - ランキング・バッチ・性能改善としてランキング機能とポイント付与バッチを実装し、N+1解消・バルクインサート・アップサート・キャッシュ活用で性能を改善。 - 運用保守として、Discord通知によるエラー監視、悪質ユーザーによる不正取得バグの特定・修正。 ### 【主な成果・貢献】 - PdMと要件・優先度をすり合わせ、短期間での収益化に必要な機能を段階的に実装し、サービス改善を推進。 - 成果報酬型広告の連携・案件自動取り込み・未確認管理の仕組み化により、広告運用の自動化と運用負荷削減に貢献。 - 不正取得バグの修正、エラー通知（Discord）と性能改善により、信頼性・運用性・応答性能を向上。

【概要】 プログラミングスクール「DMM WEBCAMP」にて、受講生の学習支援を担当。Rails/JavaScript/AWSの実装・設計・デバッグ相談に加え、実務で培ったRails設計の考え方を、受講生も理解できるよう言語化し指導。 【担当業務】 - Zoomによる1対1メンタリングを通じ、Rails・JavaScript・AWSに関する実装・設計・デバッグの技術支援を実施。 - MVCの責務分離（fat controller ・ fat modelの解消）やサービスクラス設計など、保守性の高いRails設計を理由とともに説明し、リファクタ方針を提案。 - ActiveRecordのN+1や無駄クエリの改善（includes・preload等）を指導し、パフォーマンス観点のレビューを実施。 - テーブル設計（正規化・インデックス・外部キー）や、曖昧な仕様の詰め方を含め、要件→設計→実装の流れを支援。 - エラーの追い方を指導し、自走力向上を支援。 - レビュー観点（命名・責務・可読性）と、変更を小さく出す進め方（小さくコミット・差分を小さく）を指導。 - 質問テンプレ（前提・試したこと・ログ・仮説）を提示し、学習効率とコミュニケーション品質を改善。 【主な成果・貢献】 - 実務で学んだRailsの設計思想を、受講生の状況に合わせて言語化し、理由と合わせて伝えることで、コード品質と設計判断の納得感を高めた。 - 仕様の確認観点・レビュー観点・質問テンプレを提示し、受講生が自走できる状態になれるよう支援。 - パフォーマンス・DB設計・リファクタを含む幅広い相談に対応し、課題詰まりや実装エラーの解消を通じて学習継続と理解促進に貢献。