ID:84000さん

2026年6月回 指名


まだ何もありません

あなたを気にしている企業

キャリアビジョン


武器を複数持って臨機応変に戦いたい。その結果お金がいっぱいほしい。

自分の性格と能力から価値を最大化する方法だから。 できることを増やしてそこそこ広くそこそこ深くでやっていきたい。

プロジェクト経験

2024年/2年以上

チケット販売サイト

## プロジェクト概要 電子チケット販売サイトの旧システムリプレースと機能追加を行い、安定した決済と管理機能を構築しました。 ## 役割・体制 ### 自身のポジションと役割 - フロントエンドおよびバックエンドエンジニアとして、Webサイト本体の設計、コーディング、テスト、運用保守を担当しました。 - 管理サイト全般やバッチ処理、SQL Serverを用いたデータベース設計・運用も担当し、システム全体の整合性確保に注力しました。 ### チーム規模と構成 - エンジニア1名から7名、アーキテクト1名、マネージャー1名の体制でプロジェクトを推進しました。 - 『各工程はウォーターフォール開発手法に基づき、段階的に設計から運用まで進めました。』 ## 背景・課題 - 旧チケット販売サイトの老朽化に伴い、機能追加とともにシステムリプレースが必要でした。 - 決済処理においてクレジットカード決済システムや複数外部連携サービスとのデータ齟齬防止と、障害検知・リカバリー設計が最大の課題でした。 ## 実際の取り組み ### 開発環境 - PHP、C#, C#.NET、Visual Basic .NET、.NET Frameworkを用い、SQL Serverをデータベースとして採用しました。 - フロントエンドはHTML5およびCSSで構築し、GitHub CopilotとClaude Codeを活用して実装効率を向上させました。 ### 設計・改善内容 - 決済やチケット管理に関わる各システム間のデータ整合性を確保するため、トランザクション管理とエラーハンドリングの設計を徹底しました。 - インフラ関連のお客様のため、外部決済との非同期連携では、即時応答性よりも整合性を優先し、冪等性を持たせた再実行設計を最優先とした - 外部連携の複雑なパターンを想定し、障害検知・リカバリーシナリオを事前に設計し、説明資料を作成して上司や顧客に理解を促しました。 - 実際の画面操作を伴う包括的なテストを実施し、外部連携が漏れなく正常に動作することを検証しました。 ### その他アピールポイント - トラブル発生時における1日以内の異常検知体制を確立し、顧客に迅速な報告・対応を可能にしました。 ## 成果・価値 - 決済金額とチケット管理のデータ齟齬を解消し、業務の正確性と信頼性を大幅に向上させました。 - 想定外のデータ発生時も1日以内に検知可能となり、顧客への迅速な情報提供と対応が可能となりました。

2024年/半年以内

ECサイト開発

## プロジェクト概要 サブスクリプションサービスと電子チケット販売機能を追加し、ECサイトの多様な商品管理を実現したWebサービスのパッケージ開発。 ## 役割・体制 ### 自身のポジションと役割 - フロントエンドおよびバックエンドエンジニアとして、C#とVisual Basic .NETを用いた機能の設計、コーディング、テストを一貫して担当。 - サブスクリプションや電子チケットの管理に関するデータモデル設計を実施し、通常商品との差異を明確化した設計方針を策定。 ### チーム規模と構成 - エンジニア1名とマネージャー1名の小規模チームで、設計からテストまでを密に連携しながら開発を進めた。 - 『プロジェクト期間は4か月で、ウォーターフォール開発手法に基づき段階的に工程を進めた。』 ## 背景・課題 - サブスクリプションサービスやイベント用電子チケットは、従来のECサイトで扱っていた通常商品とは配送や利用方法が大きく異なり、新たな管理方法が必要だった。 - 商品管理の設計見直しにあたり、通常商品との違いを整理し、どの部分を共通化しどの部分を別物として扱うかの判断が難航した。 - 『通常商品のデータベース構造に電子チケットやサブスクリプション特有の要素を無理に組み込むと運用負荷や不具合リスクが増大する課題もあった。』 ## 実際の取り組み ### 開発環境 - 使用技術は主にC#およびVisual Basic .NETで、データベースはSQL Serverを用いて堅牢なデータ管理基盤を構築。 - ウォーターフォール開発手法に則り、設計フェーズで要件を詳細に固めた上で、コーディングとテストを段階的に実施。 ### 設計・改善内容 - サブスクリプションサービスと電子チケットの管理を別モデルとして設計し、既存の商品管理と明確に切り分けることで、各商品の特性に応じた柔軟な対応を可能にした。 - 通常商品と共有可能な属性は洗い出し、共通化する一方で、配送や利用に関する属性は分離し、DB設計とAPI設計に反映させた。 - 『設計段階でマネージャーと密に連携し、品質確保と設計の整合性を担保するためのレビュー体制を確立した。』 - 既存の分析システムへデータ連携がスムーズに行えるよう、DBスキーマの整合性を意識した設計を行った。 ### その他アピールポイント - 『設計と実装の両面から品質向上と保守性確保に注力し、将来的な機能追加や拡張に耐えうる柔軟なコードベースを構築した。』 ## 成果・価値 - 顧客主催のイベントチケットをWeb上で購入可能となり、利便性が向上。 - 優良プラン導入時の加入導線として機能し、顧客の会員サービス利用促進に貢献。 - 既存の分析システムへ販売データをシームレスに取り込めるようになり、データ活用の幅が拡大した。

2023年/1年以内

工事器具のリース会社の基幹システムリプレース

## プロジェクト概要 工事器具のリース会社向け基幹システムを.NET Coreでリプレースし、安定した業務運用基盤を構築しました。 ## 役割・体制 ### 自身のポジションと役割 - バックエンドエンジニアとして、.NET CoreおよびC#を用いた基幹システムの設計とコーディングを担当しました。 - SQL Serverを活用したデータベース設計に従事し、業務要件に沿った機能実装を推進しました。 - GitHub Copilotを活用し、コードの品質向上と開発効率の改善を図りました。 ### チーム規模と構成 - エンジニア8~12名、プロジェクトリーダー2名、プロジェクトマネージャー1名の体制で開発を進めました。 - 『チームはウォーターフォール開発手法を採用し、段階的に設計・実装・テストを進める体制でした。』 ## 背景・課題 - 既存の基幹システムが老朽化し、保守性の低下やパフォーマンス劣化が顕著であったため、システムリプレースが急務となりました。 - 商流全体に関わるシステムであるため、工事器具のリース業務特有の複雑な業務フローやデータ要件を正確に反映した膨大な設計が必要でした。 - データベース設計が頻繁に変更され、担当機能の変更が全体に影響を及ぼすため、影響範囲の確認と調整が継続的な課題でした。 ## 実際の取り組み ### 開発環境 - 開発言語はC#を使用し、.NET Coreフレームワークでバックエンドシステムを構築しました。 - データベースはSQL Serverを採用し、業務要件に即したスキーマ設計とパフォーマンスチューニングを行いました。 - バージョン管理およびコードレビューにはGitHubを利用し、GitHub Copilotの活用でコードの自動補完とレビュー効率の向上を図りました。 - 開発手法はウォーターフォールを採用し、設計工程から実装、テストまで順序立てて進めました。 ### 設計・改善内容 - 商流全体をカバーする基幹システムの設計において、工事器具のリース業務に特化した業務フローを正確にモデル化し、設計ドキュメントに反映しました。 - 頻繁に変更されるデータベーススキーマに対し、影響範囲を逐次確認しながら、担当機能の設計と実装を柔軟に調整しました。 - チーム内での情報共有を密に行い、設計の不整合や重複作業を防止し、手戻りを最小限に抑えて効率的な開発を実現しました。 - GitHub Copilotを活用して、コーディング効率とコード品質の両立を図り、保守性の高い実装を心がけました。 ### その他アピールポイント - 『リプレースに伴う業務影響を最小限に抑えるため、既存システムとの連携部分についても設計段階から綿密に検討しました。』 ## 成果・価値 - 担当したバックエンド機能の設計・実装において、関連機能への手戻りをほとんど発生させることなく、スムーズに開発を完了しました。 - システムリプレースにより、基幹業務の安定稼働と保守性向上を実現し、リース会社の業務効率化に貢献しました。

マネージメント能力

アピール項目


アウトプット

GitHub アカウント
未入力です
Qiita アカウント
未入力です
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
未入力です

今後、身につけなければいけないと思っている技術は何ですか?

インフラ関連。特にクラウド

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

あまり状況に左右されるタイプではない。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用

キャラクター

直近で一番やりたいこと
現場にいたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
学習能力 / 問題解決力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
プライベートとの両立
やりたくない分野
SI / 医療・介護 / 人材 / ゲーム / 仮想通貨
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で20代後半
好きなテキストエディタ
未入力です
希望勤務地
東京都 / 神奈川県
希望年収
550万円
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?