ID:85238さん

キャリアビジョン


バックエンド開発を軸に、クラウド・インフラまで幅広く対応できるエンジニアを目指す

これまでJavaを中心とした業務システム開発で、要件整理から設計・開発・保守まで幅広く経験してきました。今後はこれまで培った開発経験を活かしながら、クラウドやインフラなどの周辺領域にも知識・経験を広げ、システムをより広い視点で理解できるエンジニアになりたいと考えています。そのため、バックエンド開発を軸に、開発からクラウドまで幅広く対応できるスキルを身につけたいと考えています。

プロジェクト経験

2023年/2年以上

ERPパッケージ開発

〜プロジェクト概要〜 【概要】 オープンソースERP「iDempiere」をベースとした業務システムの導入・カスタマイズ開発に約3年間従事。顧客ごとに導入・カスタマイズを行うプロジェクトで、販売・購買・在庫・生産・会計などの業務領域を担当。顧客へのヒアリング、要件整理、一部要件定義、基本設計、詳細設計、Javaによる実装、テスト、リリース、保守まで幅広く経験。 技術環境はJava、PostgreSQL、SQL、Git、GitLabなどです。 〜開発・実装内容A〜 【概要】 既存ERPパッケージ「iDempiere」をベースとした、顧客固有の業務要件に対応する機能追加・カスタマイズ開発。 【どのような機能の開発・実装か】 販売・購買・在庫・生産などの業務領域において、標準機能では対応できない顧客固有の要望に対する機能追加や既存機能の改修を担当。顧客へのヒアリングを通じて業務フローや要望の背景を把握し、必要なシステム仕様を整理したうえで、基本設計・詳細設計・Javaによる実装・テストを実施。 【課題・問題点】 既存ERPの標準仕様や既存処理を理解したうえで、顧客ごとに異なる業務要件を実現する必要があった。また、既存機能への影響を抑えながら改修を行うため、関連する画面・処理・データへの影響範囲を事前に把握する必要があった。 【打ち手・使用した技術】 既存ソースコードや処理フローを調査し、関連機能への影響範囲を確認したうえで実現方法を検討。顧客へのヒアリングでは、要望をそのまま仕様化するのではなく、業務上の背景や目的を確認して要件を整理した。Javaを用いた機能追加・改修を行い、テストを通じて既存機能への影響を確認。 〜開発・実装内容B〜 【概要】 PostgreSQLを使用したデータベースの調査・設計・改修対応。 【どのような機能の開発・実装か】 ERPの各業務領域における機能追加・改修に伴い、データベースの構造確認、SQLによるデータ調査、テーブル設計・変更などを担当。ER図を用いてテーブル間の関連性を把握し、システムの仕様や業務要件に応じたデータベース対応を実施。 【課題・問題点】 既存ERPは複数の業務領域がデータベース上で関連しているため、テーブルやデータの変更が他の機能に影響する可能性があった。そのため、対象テーブルだけでなく、関連テーブルやデータの参照関係を把握したうえで改修する必要があった。 【打ち手・使用した技術】 ER図や既存のテーブル定義を確認し、データ構造やテーブル間の関連性を把握。SQLを用いてデータの抽出・確認を行い、改修対象や関連機能への影響を調査したうえで設計・変更を実施。PostgreSQL、SQLを使用し、既存データとの整合性や関連機能への影響を考慮した対応を行った。

2026年/半年以内

通信監視システム

〜プロジェクト概要〜 【概要】 通信監視システムの改善・機能追加プロジェクトに2026年6月から2026年9月末まで参画。整理済みの要求事項・要件をもとに、要件定義書および基本設計書の作成を担当。既存システムの仕様や関連資料を確認しながら、要求内容を具体的なシステム仕様へ落とし込み、設計内容の整理・文書化を行った。 〜開発・実装内容A〜 【概要】 通信監視システムの改善・機能追加に伴う要件定義書の作成。 【どのような機能の開発・実装か】 整理済みの要求事項・要件をもとに、通信監視システムの改善・機能追加に必要なシステム仕様を整理し、要件定義書を作成。既存システムの仕様や関連資料を確認しながら、要求内容を具体化し、文書へ反映した。 【課題・問題点】 整理された要求事項を正確に理解し、曖昧な部分や不足している情報を確認しながら、後続の基本設計につながる要件定義書を作成する必要があった。また、既存システムの仕様との整合性を考慮し、関係者間で認識の相違が生じないようにすることが課題だった。 【打ち手・使用した技術】 既存の設計資料や仕様書を確認し、要求事項の内容や前提条件を把握。必要に応じて一次請け企業の担当者と仕様の確認・認識合わせを行い、要件の内容を整理したうえで要件定義書を作成した。 〜開発・実装内容B〜 【概要】 要件定義をもとにした通信監視システムの基本設計書の作成。 【どのような機能の開発・実装か】 作成した要件定義書および整理済みの要求事項をもとに、改善・機能追加に伴う基本設計を担当。既存システムの仕様や構成を確認しながら、要件を具体的なシステム仕様へ落とし込み、基本設計書を作成した。 【課題・問題点】 要件定義で整理された内容を設計へ正確に反映するとともに、既存システムの仕様や構成との整合性を確保する必要があった。また、自身にとって新しい技術領域であったため、既存資料や仕様を確認しながらシステムへの理解を深める必要があった。 【打ち手・使用した技術】 既存の設計資料や仕様書を確認し、システム構成や既存機能への理解を深めたうえで基本設計を実施。要件定義書との整合性や既存機能への影響を考慮しながら設計内容を整理し、基本設計書へ反映した。

2026年/3ヶ月以内

スマートガスメーターアプリ開発

〜プロジェクト概要〜 【概要】 スマートガスメーターの最終供給事業者向け業務システムの開発プロジェクトに2026年10月から参画。既存の業務システムを参考に、既存機能の優れた部分を踏襲しつつ、課題のある部分を見直して新たなシステムを開発するプロジェクト。既存システムのソースコードや基本設計書を確認しながら、詳細設計書の作成を担当。主に外部API、共通部品、共通機能の設計を行っている。 〜開発・実装内容A〜 【概要】 スマートガスメーター業務システムにおける外部APIの詳細設計。 【どのような機能の開発・実装か】 スマートガスメーターの最終供給事業者向け業務システムにおいて、外部システムとの連携に使用するAPIの詳細設計を担当。既存システムのソースコードや基本設計書を確認し、処理内容や仕様を整理したうえで詳細設計書を作成している。 【課題・問題点】 既存システムのAPI仕様や処理内容を理解したうえで、新システムの設計に反映する必要がある。また、既存の仕様をそのまま踏襲するのではなく、既存システムの課題や改善点を考慮し、新システムに適した設計へ落とし込むことが求められる。 【打ち手・使用した技術】 既存システムのソースコードと基本設計書を照らし合わせ、APIの処理内容や関連する仕様を確認。既存機能の踏襲すべき点と見直すべき点を整理し、新システムの方針に沿った詳細設計書を作成している。 〜開発・実装内容B〜 【概要】 新システムにおける共通部品・共通機能の詳細設計。 【どのような機能の開発・実装か】 複数の機能から共通して利用される共通部品・共通機能について詳細設計を担当。既存システムのソースコードや基本設計書を参考に、各処理の役割や仕様を確認し、新システムにおける共通的な処理の詳細設計書を作成している。 【課題・問題点】 共通部品・共通機能は複数の機能から利用されるため、個別の処理だけでなく、利用する側の機能への影響や汎用性を考慮した設計が必要となる。また、既存システムの仕様を理解しつつ、新システムの設計方針に合わせて内容を整理する必要がある。 【打ち手・使用した技術】 既存システムのソースコードや基本設計書を確認し、共通処理の役割や利用箇所を把握。既存の実装内容を参考にしながら、新システムでの利用を想定した処理仕様を整理し、詳細設計書へ反映している。

マネージメント能力

アピール項目


アウトプット

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

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

今後は、Spring Bootを中心としたWebアプリケーション開発の知識をさらに深めるとともに、AWSなどのクラウド技術、Dockerを用いたコンテナ環境、CI/CDなどの開発・運用基盤に関する技術を身につけたいと考えています。バックエンド開発を軸としながら、アプリケーションが動作するインフラやデプロイまで理解し、開発から運用まで幅広く対応できるエンジニアを目指しています。

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

周囲とコミュニケーションを取りながら、担当業務について自ら考え、主体的に取り組める環境で最もパフォーマンスを発揮できます。特に、目的や要件を理解したうえで、自分なりに課題や改善点を考え、必要に応じて周囲に相談しながら進められる環境を好みます。また、チーム内で知識や情報を共有し、お互いに協力しながら一つの成果を目指せる環境でも力を発揮できます。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
調整力 / 問題解決力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
風通しの良さや意思決定ライン
やりたくない分野
未入力です
その他の特徴
使用言語にはこだわらない / 新しい技術はとりあえず試す
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で20代中盤
好きなテキストエディタ
Visual Studio Code、サクラエディタ
希望勤務地
大阪府
希望年収
500万円
ご意見箱

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

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

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