ID:80685さん

キャリアビジョン


フロントエンド・バックエンドに拘らず、より深くビジネスに関わりたい

AIのサポートもあり、ただ動くものを実装だけでは今後ダメなのではないかなと実務を通して感じました。 開発自体のハードルが年々下がっていると感じ、どうやって作るのかも大切にしていきながらではありますが、 なぜ作るのかも意識して物作りに携わりたいです

プロジェクト経験

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

2025年/半年以内

RPA開発(JavaScriptによるWebフォーム入力自動化開発)

# JavaScriptによるWebフォーム入力自動化開発 ## プロジェクト概要 - 会社が提供するWebサービスの機能開発を担当。 - ユーザーが入力した情報を、既存LPのフォームに自動入力する処理を実装。 ## どのような機能・課題に対して - サービスの仕様として、ユーザーが入力したデータを既存LPのフォームへ反映する機能が必要だった。 - 既存LPのDOM構造に合わせて、フォーム要素を操作する必要があった。 ## どのような技術を用いて - JavaScript - HTML - DOM操作 ## どのような工夫をして - 既存LPのDOM構造を確認し、対象のフォーム要素に入力データを反映する処理を実装。 - 既存ページの構造に合わせた要素の取得・操作を行った。 ## どのような成果を生み出せたか - ユーザーの入力情報を既存LPへ反映するフォーム入力自動化機能の開発を担当。 - 既存WebページのDOM操作を用いたブラウザ自動化の実務経験を積んだ。

2026年/1年以内

業務システムの開発・改修・保守

# プロジェクト経験概要 業務システムに関する既存プログラムの調査・改修、ShellからJavaへの移行開発、PostgreSQLのバックアップ・リストア処理の新規開発、テストなどを担当。 ShellからJavaへの移行では、既存処理の解析から実装方式の検討、開発までを行い、従来数時間を要していた処理が約2分で完了するようになった。 また、約120本のShellプログラムの修正作業では、自ら一括修正スクリプトを作成し、作業の自動化に取り組んだ。 # 開発・実装内容1:ShellプログラムのJava移行 ## 【概要】 既存ShellプログラムをJavaへ移行する開発を担当。 既存処理の解析から実装方式の検討、Javaによる実装までを行った。 ## 【どのような機能の開発・実装か】 - 既存Shellプログラムの処理内容の解析 - Shellで実装されていた処理のJavaへの移行 - 既存処理との出力結果の整合性確認 ## 【課題・問題点】 - 既存Shellプログラムの実行に数時間を要していた。 - Javaへの移行方針は決定していたが、具体的な実装方式を検討する必要があった。 - 既存処理と同等の結果を維持する必要があった。 ## 【打ち手・使用した技術】 - Shell、Javaを使用。 - 既存Shellプログラムを解析し、処理内容やデータの扱いを把握。 - Javaで同等の処理を実現する方法を調査し、実装方式を検討。 - 既存処理との整合性を意識してJavaで実装。 - 移行後、従来数時間を要していた処理が約2分で完了するようになった。 # 開発・実装内容2:PostgreSQLバックアップ処理の新規開発 ## 【概要】 PostgreSQLの複数テーブルを対象としたバックアップ処理をShellで新規開発。 ## 【どのような機能の開発・実装か】 - pg_dumpを使用したテーブル単位のバックアップ処理 - 外部ファイルによるバックアップ対象テーブルの管理 - 複数テーブルを順次処理する仕組み - テーブル単位の処理結果のログ出力 - エラー発生時の後続処理の継続 ## 【課題・問題点】 - 複数テーブルのバックアップを実行する必要があった。 - 詳細な設計書がなく、具体的な実装方式を検討する必要があった。 - 対象テーブルが変更されるたびにプログラム本体を修正すると、誤修正のリスクがあった。 - テーブル単位で処理結果を把握する必要があった。 ## 【打ち手・使用した技術】 - Shell(ksh)、PostgreSQL、pg_dumpを使用。 - PostgreSQLのバックアップ方法を調査し、pg_dumpを利用した方式を採用。 - 対象テーブルを外部ファイルで管理することで、プログラム本体を修正せずに対象を変更できる構成とした。 - 複数テーブルを順次処理するループを実装。 - テーブルごとの成功・失敗をログに出力。 - エラー発生時にも後続テーブルの処理を継続できるように実装。 - 正常系・異常系のテストを実施。 # 開発・実装内容3:PostgreSQLリストア処理の新規開発 ## 【概要】 PostgreSQLのバックアップデータを利用したリストア処理をShellで新規開発。 ## 【どのような機能の開発・実装か】 - バックアップデータを使用したテーブルの復元 - TRUNCATEによる既存データの削除 - バックアップデータの投入 - トランザクション制御 - リストア対象テーブルの確認 - リストア前後の件数のログ出力 ## 【課題・問題点】 - バックアップデータから複数テーブルを復元する必要があった。 - リストア途中でエラーが発生した場合、対象テーブルが不完全な状態になることを防ぐ必要があった。 - 誤ったテーブルへのリストアを防止する必要があった。 - リストア結果を確認できる仕組みが必要だった。 ## 【打ち手・使用した技術】 - Shell(ksh)、PostgreSQL、psqlを使用。 - TRUNCATEとバックアップデータの投入を単一トランザクションで実行。 - エラー発生時にロールバックする処理を実装。 - バックアップファイルの対象テーブルを確認する処理を実装。 - リストア前後のデータ件数をログに出力。 - 正常系・異常系のテストを実施。 # 開発・実装内容4:約120本のShellプログラムの一括修正自動化 ## 【概要】 約120本の既存Shellプログラムについて、相対パスを絶対パスへ変更する作業を担当。 ## 【どのような機能の開発・実装か】 - Shellプログラム内の指定箇所の一括置換 - 修正したファイル名のログ出力 - 修正対象ファイルの確認 - Gitを利用した差分確認 ## 【課題・問題点】 - 約120本のプログラムに同様の修正を行う必要があった。 - 手作業では作業量が多く、修正漏れや誤修正の可能性があった。 - 修正対象を漏れなく処理できたか確認する必要があった。 ## 【打ち手・使用した技術】 - Shell、Gitを使用。 - 一括置換用のShellスクリプトを自主的に作成。 - 修正したファイル名をログに出力する処理を追加。 - GitのGUIで修正前後の差分を確認。 - 修正対象ファイル一覧とログを照合し、修正漏れがないか確認。 - 約120本のプログラム修正作業を自動化。 # 開発・実装内容5:SVF帳票の改修 ## 【概要】 既存のSVF帳票の改修を担当。 ## 【どのような機能の開発・実装か】 - 既存帳票のレイアウト・デザイン修正 ## 【課題・問題点】 - 指定された内容に基づき、既存帳票の修正が必要だった。 ## 【打ち手・使用した技術】 - SVFを使用。 - 既存帳票の構成を確認し、指定された内容に基づいて改修。 # 開発・実装内容F:既存プログラムの単体テスト ## 【概要】 既存プログラムの単体テスト業務を担当。 ## 【どのような機能の開発・実装か】 - 既存プログラムの実行 - 動作確認およびテスト ## 【課題・問題点】 - 既存プログラムの動作確認が必要だった。 ## 【打ち手・使用した技術】 - テスト対象プログラムの動作を確認し、単体テストを実施。

2026年/1年以内

英単語学習サービス『Sugu』の企画・開発・公開(個人開発)

# プロジェクト経験概要 英単語学習サービス「Sugu」を個人で企画・開発し、iOSアプリおよびChrome拡張機能として公開。 英単語の検索・保存機能を中心に、Java・Spring BootによるバックエンドAPIの開発、PostgreSQLを用いたデータ管理、ユーザー認証、OpenAI APIとの連携などを実装した。 フロントエンドの実装には生成AIを活用し、自身は主にバックエンド開発やサービス全体の構成検討を担当した。 # 開発・実装内容1:英単語検索APIの開発 ## 【概要】 OpenAI APIを利用し、入力された英単語の意味や例文を取得する機能を開発。 ## 【どのような機能の開発・実装か】 - 英単語の意味・日本語訳・例文の取得 - スペルミス時の類似単語候補の提示 - 検索結果の保存・取得・削除 - 検索回数の管理 ## 【課題・問題点】 - AIの回答が毎回異なる形式になると、Java側でデータを扱いにくくなる。 - 正しい英単語とスペルミスでは、ユーザーに返す情報が異なる。 - ユーザーの利用状況に応じて検索回数を管理する必要があった。 ## 【打ち手・使用した技術】 - Java、Spring Boot、OpenAI APIを使用。 - Java側で扱うJSONの項目や形式を定義。 - 正常な英単語とスペルミスの場合について、それぞれ具体的なJSONの出力例をプロンプトに記載。 - Javaのレスポンス型に合わせてAIの回答を取得する仕組みを利用。 - PostgreSQLを利用して検索結果やユーザーの保存単語、検索回数を管理。 # 開発・実装内容2:ユーザー認証・認可機能の開発 ## 【概要】 ユーザーがアカウントを利用できるように、外部認証サービスとの連携やAPIへのアクセス制御を実装。 ## 【どのような機能の開発・実装か】 - OAuthを利用した外部認証との連携 - JWTによるユーザー認証 - ユーザー情報の管理 - ゲストユーザーと登録ユーザーの利用制御 ## 【課題・問題点】 - 外部認証で取得したユーザー情報を、アプリケーション側のユーザー情報と関連付ける必要があった。 - 認証されたユーザーのみが利用できるAPIを制御する必要があった。 - ユーザーの利用状態に応じて機能の利用条件を切り替える必要があった。 ## 【打ち手・使用した技術】 - Java、Spring Boot、OAuth、JWT、PostgreSQLを使用。 - 外部認証との連携処理を実装。 - JWTを利用してAPIへのアクセスを制御。 - ユーザー情報と保存データを関連付けて管理。 # 開発・実装内容3:データベース設計・データ管理機能の開発 ## 【概要】 英単語データ、ユーザー情報、検索履歴・利用状況などを管理するためのデータベースを設計・実装。 ## 【どのような機能の開発・実装か】 - ユーザー情報の管理 - 英単語および意味・例文データの管理 - ユーザーごとの保存単語の管理 - 検索利用回数の管理 ## 【課題・問題点】 - 英単語そのものの情報と、ユーザーが保存した単語を区別して管理する必要があった。 - 同じ英単語を複数のユーザーが保存することを考慮したデータ構造が必要だった。 ## 【打ち手・使用した技術】 - PostgreSQL、Supabaseを使用。 - ユーザー、英単語、単語の意味・例文、ユーザーの保存単語などをテーブルで管理。 - Java・Spring Bootからデータベースを操作するAPIを実装。 # 開発・実装内容4:iOSアプリ・Chrome拡張機能の開発と公開 ## 【概要】 英単語学習サービスをiOSアプリおよびChrome拡張機能として提供するため、開発・公開対応を実施。 ## 【どのような機能の開発・実装か】 - iOSアプリの開発・公開 - Chrome拡張機能の開発・公開 - フロントエンドとバックエンドAPIの連携 - サービス公開に向けた動作確認 ## 【課題・問題点】 - フロントエンドとバックエンドを連携させ、サービスとして動作させる必要があった。 - 個人開発のため、技術調査から実装、動作確認、公開まで幅広い工程に対応する必要があった。 ## 【打ち手・使用した技術】 - React Native、Expo、TypeScript、Java、Spring Bootを使用。 - フロントエンドの実装には生成AIを活用。 - バックエンドAPIとの連携を実施。 - 第三者にレビューを依頼し、改善に取り組んだ。 - iOSアプリおよびChrome拡張機能の公開対応を実施。

マネージメント能力

アピール項目


アウトプット

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

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

Next.js コンポーネント設計 フロントエンドテスト UI/UX知識

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

もっとこうした方がユーザーにとって使いやすいよねなど、会話しながら開発するのがすごく楽しいことを実務を通して経験し、対面で会話しながら働ける環境が良い。 服装など自由で、自由だからこそ行動に責任持って働く意識のある人が多い環境。 技術などについて意見交換できる環境。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
未入力です
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
その他
やりたくない分野
未入力です
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きなテキストエディタ
未入力です
希望勤務地
京都府 / 大阪府
希望年収
520万円
ご意見箱

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

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

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