dvCampanula

2025年6月回 指名


まだ何もありません

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

  • キャディdvCampanulaのQiitaを見ました!
    2025.07.01
  • キャディdvCampanulaのGitHubを見ました!
    2025.07.01
  • キャディがdvCampanulaのレジュメを見ています。
    2025.07.01
  • ログラスがdvCampanulaのレジュメを見ています。
    2025.06.30
  • RightTouchがdvCampanulaのレジュメを見ています。
    2025.06.30
  • ブリングアウトがdvCampanulaのレジュメを見ています。
    2025.06.27
  • RightTouchがdvCampanulaのレジュメを見ています。
    2025.06.27
  • RightTouchがdvCampanulaのレジュメを見ています。
    2025.06.27
  • SansanがdvCampanulaのレジュメを見ています。
    2025.06.26
  • MIXIがdvCampanulaのレジュメを見ています。
    2025.06.26

3年後の目標や野望


自分の技術や実力を正当に評価され、重宝されるようになりたい。

経歴にブランクがあり、低く見積もって現在の会社に入社したが、自身の想像以上に活躍したり技術を身につけることができた。 しかしそれが評価に反映されず、モチベーションの維持が難しい。 将来的には実力や技術、成果に見合った価値を評価され、必要だと重宝されるようになりたい。

プロジェクト経験

2024年/半年以内

Excel指示書ベースのRPAツール + リモート実行サーバー構築(社内サブプロジェクト)

### ■ 概要 自社製Windowsアプリケーション製品に対するGUIテストを自動化するため、Appium+WinAppDriverを用いてExcel指示書からUI操作を実行できる社内RPAツールを個人開発しました。 操作ミスや手戻りを防ぎ、開発・テストの効率向上を目的としています。 リモートデスクトップ環境上で非同期にテストを実行できるよう、サーバー・クライアント構成も自作し、ローカル作業と並行して運用可能な体制を整備しました。 --- ### ■ 背景・思考プロセス * 社内でのGUIテストは手動操作と属人化が深刻で、工数・精度・記録性に課題がありました。 * 既存のRPAツールでは自社製アプリケーションの操作が安定せず、WinAppDriverを用いた自作が必要と判断しました。 * テスト担当者が非エンジニアであることから、「Excelを指示書とし、コードレスで動くUI自動化」という設計方針に至りました。 * また、作業の並列化やWindowsアプリケーションのRPA実行中はマウスやキーボードが使用できない(コントロールを奪われる)ため、物理フォーカス干渉を避ける非同期実行/排他制御が必要と判断し、サーバー・クライアント構成を独自に設計してリモートデスクトップ環境で動作できるようにしました。 --- ### ■ 実現したこと・工夫点 * **ExcelファイルをRPAスクリプト化** * 非エンジニアでも操作可能な指示書ベースの設計 * コントロール名・操作内容を記述するだけで自動操作 * 処理後は自動終了/ログ記録/スクリーンショット・PDF保存(命名規則自動付与) * **SQL Serverと連携した値の自動補完** * ExcelにはユーザーIDのみ記載 → パスワード等をDBから自動取得しログイン実行 * テスト手順の簡略化・ヒューマンエラー削減 * **リモート実行を可能にするサーバー/クライアント構成の設計** * RDP上でExcelファイルを予約実行 * 操作中は排他制御し、完了後にクライアントへ通知(ポップアップ表示) * UI操作によるフォーカス喪失を回避し、他作業との並行運用を実現 * **ログと画面記録による再現性の担保** * エラー時はスクリーンショット+ログファイルに自動出力 * 複数回のテスト再実行や比較が可能に --- ### ■ 技術構成 * 言語・環境:C# (.NET Framework 4.7), Windows 10, Excel (.xlsx) * 自動化:Appium 4.4.5, Windows Application Driver * データベース:SQL Server * アーキテクチャ:RPAツール(単体)+ サーバー/クライアント連携 --- ### ■ 結果・展望 * 元々は全て手作業で行っていたテストデータ生成・不具合再現に要する時間を大幅に短縮 * 並列作業不可という運用上の課題も、RDP実行により解決 * 社内での活用実績こそ限られるものの、**RPA×GUI操作×非同期リモート実行**という設計は、将来的なクラウド展開やDaaS実行への応用も可能な設計となっています --- ### ■ チーム構成・体制 * 本ツールは要件定義から設計・実装・運用までを一人で完結しており、個人裁量による横断的な開発体制で実現されました。 * 社内利用者とのヒアリングや試行調整もすべて自ら行っており、実用に足る形に磨き上げるプロセスを通して、仕様整理力・問題解決力を高めてきました。 * 将来的なチーム導入・展開フェーズに備え、利用者側の習熟負荷を最小化するUI・Excel設計も強く意識しています。

2024年/1ヶ月以内

全文検索OSS「Fess」による社内情報資産の横断検索基盤の導入・改善

### ■ 概要 社内に点在するドキュメント(Word、Excel、PDF)やソースコード(SVN/NAS上)を横断的に検索できる仕組みを実現するため、全文検索OSS「Fess」を自発的に導入しました。 検索性の悪さによる **“資料迷子・属人化・再作成”** といった非効率を解消し、知的資産の再活用と業務効率の向上を目的としています。 --- ### ■ 背景と課題 * 社内ドキュメント/設計書/コード断片がSVNリポジトリ(AWS上)やNASフォルダに分散し、**誰が何を持っているか分からない状態**だった * 通常業務の合間に、**インフラ整備という概念が無かったために**環境構築から着手 * リポジトリがAWSインスタンス上にあり、稼働時間制限があるため、**クロール時間が長いと中断される**問題に直面 --- ### ■ 背景・思考プロセス * 業務中にドキュメントや過去資産の探索に時間を取られる場面が多く、「資料が“無い”のではなく、“見つけられない”」という根本課題を感じていました。 * 属人化や再作成の非効率は長年の積み重ねであるため、**現場に近い自分が検索基盤を整備しなければ改善は進まない**と考え、調査・設計を自主的に開始しました。 * クロール対象が稼働制限付きAWSサーバーやNASに点在していたため、**単なる導入ではなく、制限下での安定稼働を前提に構成を見直す必要がある**と判断しました。 --- ### ■ 工夫・実現したこと * **Fess(Elasticsearchベース全文検索エンジン)の導入・社内適応**  → クロール対象のパス設計、NASとSVNリポジトリの統合設定、UIカスタマイズ対応 * **クロール分割・スケジューリング設計**  → パス別にリポジトリを分割し、クロール時間が限定的でも**確実に全件網羅できる構成**に  → **AWS稼働制限に対応した検索インフラの安定化を実現** * **ユーザーからのアクセスログ取得/分析設計(準備段階)**  → 利用状況の可視化・改善フィードバックにもつなげられるよう構想中(後続提案として社内共有済) --- ### ■ 結果・効果 * **NAS/SVN上の過去資料やソースコードを横断検索可能に**  → 属人的な保管や知識の埋没を防ぎ、既存資産の再利用効率が大幅に向上  → 特に「〇年前に担当していた人が退職していて資料が見つからない」といった問い合わせが減少 * **社内からの導入評価・業務改善提案として定着**  → 開発部門だけでなく事務系部門からも「探す時間が減った」という声を多数獲得 --- ### ■ 技術構成 * OSS:Fess、ElasticSearch(OpenSearch) * 対象データ:NAS(Windows共有)、SVNリポジトリ(AWSサーバー上) * OS:Windows Server * クローリング制御:Fessの設定ファイル・ジョブスケジューラ活用 --- ### ■ チーム構成・体制 * この取り組みは、所属チーム内で正式な開発タスクとして割り当てられていたものではなく、**担当者不在の課題を自身の裁量で拾い上げたものです**。 * 導入検討・設定・実装・社内展開・フィードバック収集まですべてを一人で担い、**実用性と定着性の両立を重視した設計を行いました**。 * 特定の上司や部門から依頼されたわけではなく、「こうすれば明らかに業務効率が良くなる」という確信から、**非公式に発案し、現場起点で改善を定着させた**取り組みです。

2024年/1ヶ月以内

社内AWS申請ツール(ASP.NET MVC/Razor+Bootstrap構成、フロントエンド担当・開発完了前に方針変更で中止)

### ■ 概要 社内のAWS運用において、EC2インスタンスを申請ベースで自動立ち上げできるWeb申請ツールをASP.NET MVCで開発。 私はフロントエンドを担当し、Razor構文+Bootstrapを用いて画面構築を行い、スタブAPIとの連携・画面遷移・動的UI制御までを一通り実装。 業務に即したワークフローを備えた状態まで完成していたが、組織方針の変更により運用フェーズに入る前に凍結されたプロジェクトです。 --- ### ■ 担当範囲 * ASP.NET MVC(Razor構文)によるUI構築・コーディング・結合テスト * Bootstrapによるフォーム・一覧表示・レイアウト設計 * スタブAPIとの通信処理(申請情報の取得・表示) * 入力条件に応じた画面項目の切り替え制御(例:OS選択による表示分岐) --- ### ■ 実装済み機能(一部) * AWS EC2構成申請に必要な情報の入力・確認画面 * Bootstrapで整えた表形式出力、セクション切替、ラジオボタンによるUI変化 * 入力チェック(クライアントサイド)、画面遷移、エラー処理実装済み * スタブAPIからのレスポンス処理+値反映 --- ### ■ 中止理由(経緯) * サーバー側(API/AWS自動構築処理)を担当していた上司が多忙により着手できず * 組織全体でAWS運用の縮小方針が決まり、ツール自体のニーズが消滅 → フロント側も完成状態で凍結され、正式リリースには至らず --- ### ■ 技術構成 * ASP.NET MVC(Razor構文) * UI設計:Bootstrap(v3またはv4) * JavaScript(フォーム制御/イベント処理) * バックエンド:社内スタブAPI(本番API未実装) --- ### ■ 得られた知見・応用力 * Razor+Bootstrapを用いた**業務向けUI設計の実践** * **入力条件による動的UI分岐とテストケースの構成管理** * スタブ前提でも**本番相当のワークフローを再現できる進め方** * プロジェクト中止という現実的な局面でも**“引き継げる完成物”として残す判断力**

2024年/3ヶ月以内

社内製品向けテストデータ生成ツール(C#/WinForms/SQL Serverバルクインサート)

### ■ 概要 社内製品の検証や再現テストのために必要なテストデータを、大量かつ一括で作成できるWindowsデスクトップツールをC#とWinFormsで開発。 1件あたり最大15テーブルにまたがる複雑なデータ構成を持つ業務用製品に対応し、**SQL Serverへのバルクインサート、区分組み合わせの自動展開、プレビュー、乱数データ生成**など、実用性と汎用性を重視した設計を実現しました。 --- ### ■ 実現したこと・工夫点 * **複数の選択区分からの自動組み合わせ展開処理** * 例:区分A=4種、B=5種、C=6種を選ぶと `4×5×6 = 120件` を網羅生成 * 各組み合わせに応じて15テーブルへ自動連携されるデータ構造を内部的に構築 * **SQL Serverへのバルクインサート対応** * 複雑なスキーマへの1分あたり最大4,000件の高速データ投入を実現 * テーブル依存関係を考慮し、**一括挿入+整合性の自動保証** * **UIプレビュー/確認用DataGridView実装** * 作成予定データはDataGridViewで事前確認可能 * 生成失敗時の一括エラー表示機能を備え、業務担当者との確認精度向上に貢献 * **ランダム生成・範囲指定オプション** * 日付項目などに対して「〇月~〇月の範囲で乱数挿入」といったルールも柔軟に設定可能 --- ### ■ 技術構成 * 開発環境:C#/.NET Framework 4.7/WinForms * データベース:SQL Server * UI構成:DataGridView、チェックボックス付き項目選択、バリデーションロジック * その他:乱数生成/日付範囲オプション/ログ出力対応(任意) --- ### ■ 結果・効果 * 手動でのデータ整備に比べ、**作成時間を10分の1以下に短縮** * 区分の網羅性・日付の多様性を持たせることで、**境界ケースや変動検証にも対応** * QAチーム・開発チーム双方から「再現性と速度の両立ができる便利ツール」として活用される --- ### ■ 得られた知見 * データベースと業務仕様をつなぐ**中間生成ロジックの設計** * テストデータ設計の“再現性”と“網羅性”を両立するためのツール設計観 * バルクインサートの使いどころと、**UIプレビューとの組み合わせによる実用性**

マネージメント能力

アピール項目


アウトプット

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

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

業務で必要になれば、必要に応じて身に付けます。

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

風通しが良く、自分の意見を打ち上げやすい職場です。 業務時間内に仕事を納めることが正しいとされていると尚嬉しいです。

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
学習能力 / 企画立案力 / 問題解決力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
人材 / ファッション / 仮想通貨
その他の特徴
使用言語にはこだわらない / 新しい技術はとりあえず試す / 多職種のバックグラウンドがある
その他のやりたいこと・やりたくないこと

- 新しいことを受け入れやすい組織で働きたいです。
- 残業が正義とされるのはあまり良く思いません。

やりたい事

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

基本プロフィール

年齢
今年で30代中盤
好きなテキストエディタ
サクラエディタ
希望勤務地
東京都 / 神奈川県 / リモート勤務
家庭の事情や体調など、都合に合わせてリモート出来れば問題ない
希望年収
600万円
ご意見箱

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

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

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