ID:81219さん

2026年7月回 指名


まだ何もありません

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

キャリアビジョン


これからも、何かしらものを作り続けていたい。

作ること自体が自分にとって自然なことで、たぶんこの先もずっと何かを作っているだろうと思います。

プロジェクト経験

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

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

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

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

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

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

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

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

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

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

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

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

マネージメント能力

フロントエンド領域のテスト体制と品質管理、および開発プロセスの改善。
テストが重複せず、適切な粒度で自動化され、誰が触っても一定の品質が担保できる状態に整えること。
画面遷移のE2Eテスト拡充とVRTテストの追加を依頼された際、両方ともテスト対象が大きく重複しており、工数に対して得られる品質向上が小さいと感じました。また、ユニットテスト環境がなく、フォームやコンポーネントは再現性のない手動確認に依存しているという問題もありました。 そこで、テスト全体を テスティングトロフィーの考え方に沿って見直し、フロントエンドのテスト基盤の導入を提案し、環境構築を行い、CI で自動化を行いました。これにより、属人的な動作確認を排除し、チーム全体で品質を担保できる自律的な開発体制を構築しました。

開発に必要な仕様整理、ドキュメント整備、情報共有体制の改善。
仕様を明確にし、再現性のある形で共有された状態に整えること。
プロジェクト内で仕様書が整理されておらず、メンバー間で認識がばらつき、機能追加や改修のたびに確認コストが発生していました。仕様が分散しており、誰も“正しい状態”を説明できないことが大きな問題でした。 まず、情報の一次ソースを確認すること を優先し、サポートチームの担当者から時間をいただいて業務フローや例外パターンをヒアリングしました。同時に、バックエンドのコードを読み込み、ドメインロジックの実装を実際のテストコードとしてアウトプットしながら、仕様を把握、ドキュメント化、共有し、結果として、仕様確認に伴うコミュニケーションコストが大幅に削減され、開発スピードの向上に寄与しました。

業務フローの改善、手動運用の自動化、運用コストの削減
人が毎回 SQL を手作業で実行しなくても、誰でも安全かつ再現性のある形で機関追加を行える状態に整えること。
サポートチームからの「機関追加(新規お客様の登録)」依頼が頻発しており、毎回エンジニアが手動で SQL を実行していました。本番対応のため、常に2名でダブルチェックを行っており、地味ながら継続的にリソースを消費している状態でした。作業は単純なのにリスクが高く、人的ミスが起こり得ることも問題でした。 この状況を改善するため、作業そのものを仕組み化して削減することが最も効果的だと判断しました。そこで、運用側が自分たちで安全に登録できるよう、管理画面に「機関追加画面」の追加を提案し、ワイヤーフレーム作成から、バックエンド・フロントエンドの実装、テスト、リリースまで一貫して対応しました。

アピール項目


アウトプット

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

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

実装の多くをAIが担うようになる中で、身につけたいのは設計と検証における判断の質です。 AIが理解しやすい設計に寄せつつ、型やテストで出力にハーネスをかけ、かつ人間も運用しやすいアーキテクチャや技術選定を選ぶ判断力。

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

互いに尊重し合えるチームで、一番力を出せます。 認識のズレを放置せず、しっかりコミュニケーションを取りながら、チームとして同じ方向に進んでいける環境だと、力を発揮できます。自分もそうあろうと意識しているので、同じ価値観のチームだと噛み合うと思います。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験
モデルの構築・研究開発
LLMのファインチューニングや、独自モデルの構築経験

キャラクター

直近で一番やりたいこと
マネジメント力を上げたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
企画立案力 / 問題解決力 / 巻き込み力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
会社の安定性
やりたくない分野
SI / 金融 / 人材 / ゲーム / アダルト / 仮想通貨
その他の特徴
レガシーな環境を改善できる / 新しい技術はとりあえず試す
その他のやりたいこと・やりたくないこと

## やりたいこと

SaaS、ヘルスケア、AI、教育、動画・エンタメ、ロジスティクス

## やりたくないこと

金融インフラ、ブロックチェーン

やりたい事

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

基本プロフィール

年齢
今年で40代中盤
好きなテキストエディタ
Cursor, Vim
希望勤務地
東京都
希望年収
750万円
ご意見箱

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

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

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