お肉ちゃんだヨ

・プロダクト開発チーム / インターン / フロントエンドエンジニア 2024年8月 〜 2024年9月

TypeScript と React を用いたフロントエンド開発を行なった。レスポンシブ対応やデータテーブルからの抽出・集計表示など、UI改善と新規機能の追加やなどの実装を担当した。 OJT担当の社員とペアプロのような形で開発に参加した。実装完了の場合、上長の承認を得て、mergeまで行った。

・プロダクト開発チーム / インターン / バックエンドエンジニア 2025年3月 〜 2025年3月

Python と AWS Lambda を用いた AWS 利用料金の自動通知機能を開発し、DynamoDB との連携や Slack Webhook を扱いながら、イベント駆動で動作する小さなバックエンドを構築した。 また、Python（Flask）を用いた API 実装や DB マイグレーションも担当し、与えられた設計書を読み解きながら API の振る舞いとデータモデルの整合性を確保する開発も担当した。 開発フローはフロントの時と同じ。

・セキュリティ診断 / インターン / セキュリティエンジニア 2026年3月 〜 2026年3月

Burp Suiteを用いて自社アプリに脆弱性が無いかの診断を行った。診断したい内容の一覧がタスク管理ツールの中にあり、それを1件ずつ検証していった。診断が終わった後は診断レポートを提出し、問題が無いか、問題がある場合は改善の方法の提案まで行った。 実施フローは、「自力で診断した後、レポートを書き、上長に確認を取る」のサイクルだった。

・プロダクト開発 / アルバイト / バックエンドエンジニア・テスト・品質保証エンジニア（QA） 2025年4月 〜 2025年5月

【テスト自動化】 * Playwrightを用いたE2Eテストの新規実装および既存テストの改修を担当し、合計約20件のテストシナリオを構築・改善 * 既存のテストスイートや仕様を調査し、ユーザー操作、前提条件、期待結果を整理した上でテストケースを設計 * 要素の表示状態や通信完了に基づく待機処理、適切なアサーションの実装により、テストの安定性と再現性を向上 * Claude Codeを活用したテストコード生成とプロンプトの改善を行い、生成コードの検証を通じて実装作業を効率化 * 共通処理の整理や記述ルールの統一により、テストコードの可読性・保守性を改善

・プロダクト開発チーム / アルバイト / フロントエンドエンジニア・バックエンドエンジニア 2025年3月 〜 2025年4月

【フロントエンド・バックエンド開発】 * 自社決済サービスにおけるユーザー情報編集フォームの新規開発および関連APIの設計・実装を担当 * Worldpayとの決済連携機能の追加に従事 * 既存コードおよびデータベース構造を調査し、データフローやAPIの入出力仕様を整理した上で機能を実装 * フロントエンドとバックエンド間のデータ不整合や、更新内容が画面に反映されない問題の調査・修正を実施

・プロダクト開発チーム / アルバイト / フロントエンドエンジニア・バックエンドエンジニア 2025年5月 〜 2025年6月

【既存システムの改善・リファクタリング】 * APIレスポンス構造の整理やデータ受け渡し処理の修正により、フロントエンドとバックエンド間の整合性を改善 * 郵便番号・銀行口座種別などのデータ不整合、入力値のバリデーション不足、例外処理の不備を修正 * データ更新処理の不具合やUIの重複表示、同時編集時の問題を修正し、既存機能の安定性を向上 * 既存機能への影響範囲を調査しながら段階的にリファクタリングを実施し、コードの可読性・保守性を改善 * 変更単位を小さく分割し、Pull Requestでのレビューや差分確認を容易にすることで、安全な改修を推進

・ニコニコ開発部 / インターン / バックエンドエンジニア・システムエンジニア 2025年9月 〜 2025年12月

株式会社ドワンゴにて、ニコニコの「お知らせBOX」を管理する社内ツールの新規機能開発を担当。既存要件に基づくシステム設計からデータベース設計、実装、テスト、本番環境へのデプロイまで一連の開発工程に従事。 【システム設計・データベース設計】 * 運用チームから提示された要件をもとに、新規機能のシステムフロー、状態遷移およびデータベース構造を設計 * ER図の作成や新規テーブルの設計を通じて、既存システムとの整合性を考慮したデータモデルを構築 * Jira上で設計資料を作成し、メンターやチームメンバーとのレビューを重ねながら仕様を具体化 * 状態ごとのデータ更新処理や保持条件を明確化し、データのライフサイクルを考慮した設計を実施 【バックエンド開発・状態管理の実装】 * 「テスト送信・本番予約・取り消し」など、複数の状態遷移を伴う新規機能を実装 * 状態変更時に送信対象件数が不整合を起こす問題に対し、データの確定タイミングと更新責務を見直し * テスト送信時に送信対象件数を確定・保存し、本番予約時には確定値を再利用する仕組みを実装 * 予約取り消し時には必要な確定情報を保持しつつ履歴情報を削除することで、状態遷移に伴うデータの整合性を確保 * 状態ごとの更新対象と処理責務を明確化し、表示件数の不整合や重複計算を解消 【アーキテクチャ・コード品質の改善】 * クリーンアーキテクチャに基づき、ユースケース層・ドメイン層・インフラ層の責務と依存関係を考慮して機能を実装 * 既存コードの構造や設計意図を調査し、既存アーキテクチャとの一貫性を維持した機能追加を実施 * 社内コーディング規約に準拠し、関数・変数の命名、責務の分離、副作用の明確化を意識した実装を推進 * コードレビューを通じて実装方針を改善し、可読性・保守性・変更容易性を考慮したコード品質を確保 【テスト・本番リリース】 * 新規機能の実装後、状態遷移やデータ更新処理の動作確認およびテストを実施 * 設計レビューから実装・テストまでの工程を経て、新規機能の本番環境へのデプロイを完了

・SREブロック / アルバイト / サービス信頼性エンジニア（SRE） 2026年5月 〜 現在

株式会社ZOZOにて、複数の既存サービスおよび新規サービスを対象に、AWSインフラの設計・構築、CI/CDパイプラインの整備、セキュリティ強化、データベースの性能改善、障害原因調査を担当。Infrastructure as Code（IaC）による環境構築からリリース自動化、性能検証、本番環境の運用改善まで幅広く従事。 【AWSインフラ設計・構築】 - 新規サービスのデータベース選定において、負荷特性、接続数、運用負荷、拡張性を比較検討し、Aurora MySQL Serverless v2およびRDS Proxyを第一候補とする技術選定資料（ADR）を作成 - CloudFormationを用いて、開発・ステージング・本番環境向けのAWS基盤をコード化 - GitHub ActionsとAWS間のOIDC認証に対応したIAMロールを設計・構築 - S3バケットの暗号化、バージョニング、公開アクセス制限などを設定し、セキュリティと運用性を考慮したインフラ構成を整備 【CI/CD・デプロイ基盤の構築】 - GitHub ActionsとAWS CodeDeployを用いて、4つのCodeDeploy Application・計7つのLambda関数を対象とするデプロイ基盤を構築 - CloudWatchアラームと連携した自動ロールバック機構を実装し、デプロイ失敗時の影響を抑制する仕組みを整備 - IAMポリシーを設計し、アプリケーション開発側が操作可能なリソースを必要最小限に制限 - GitHub Actionsのmatrix構成を活用し、Goアプリケーションのビルド、S3への成果物保存、Lambdaへの並列デプロイを自動化 - 開発環境において7つのLambda関数の並列デプロイおよびAPIヘルスチェックの成功を確認 - 複数リポジトリのGitHub Actionsを更新し、非推奨Actionsへの対応や依存バージョンの固定を実施 - Go製SREツール向けにGitHub Copilotによるコードレビュー指針や設定検証スクリプトを整備し、レビュー品質の標準化を推進 【セキュリティ強化・本番環境の運用改善】 - AWS Athenaを用いて約3,965万件の本番アクセスログを分析し、TLS 1.0／1.1の無効化に伴う既存クライアントへの影響を調査 - CloudFormationによるALBのセキュリティポリシー変更を実施し、TLS 1.2以上への移行を推進 - 検証環境での事前確認、切り戻し手順の準備、本番環境への反映および事後監視を実施 - 本番反映後約13日間の監視において、外形監視アラート0件、CloudFront 502エラー率0%、ALB 5xxエラー0件を確認 【データベース性能改善・負荷試験】 - Datadog DBMおよびSQL実行計画を用いて、約6,350万行を読み込む在庫検索SQLのボトルネックを調査 - 約1.27億行の合成データを用いた性能検証を実施し、複数の改善案を比較した上で複合インデックスを設計・実装 - SQL条件の追加とインデックス最適化を組み合わせ、ステージング環境でのSQL直接実行時間を約27分46秒から約34〜51秒へ短縮 - k6とAmazon SQSを用いて、発注処理を対象とした段階的な負荷試験シナリオを実装 - リクエストID管理や実行条件の検証を整備し、再現性のある負荷試験基盤を構築 【障害調査・開発基盤の改善】 - DBマイグレーション実行時にCIが失敗判定となる事象について、ECS・Flyway・GitHub Actionsのログを横断的に調査 - GuardDutyの追加コンテナによる終了コードの誤判定と、待機時間の上限超過という複数の原因を特定 - 調査結果、影響範囲、修正方針をIssueとして整理し、修正担当者への引き継ぎを実施 【主な使用技術】 AWS（Lambda、CodeDeploy、CloudFormation、IAM、S3、CloudWatch、ALB、SQS、Athena、ECS、RDS）、GitHub Actions、Datadog、MySQL、Flyway、k6、Go、SQL、Shell