ID:84013さん

キャリアビジョン


事業や現場の課題に対して、技術的な意思決定を自ら下せるテックリードになる。

### 理由 課題を見つけて技術で解決することにやりがいを感じるからです。自分で手を動かして解決できたときの手応えと、一度仕組みにすれば以降も解決され続けるという点に、面白さを感じています。 一方で、解決の速度と品質を決めるのは手を動かす量ではなく、どの手段を選ぶかの判断だとも考えています。技術やツールはあくまで手段であり、費用対効果とトレードオフを比べたうえで「なぜその技術・設計を選ぶのか」を根拠を持って示せる状態を目指したいです。 課題を解決するために必要な技術は、比較検討や導入時の前提まで踏み込んで調べたうえで判断するようにしています。今後はそうして出した判断の根拠を、チームだけでなく事業やプロダクトの意思決定の材料として届けられるようになりたいと考えています。 ### 具体的にやりたいこと 1. **実装工程から関わり、AIを導ける側になる**:AIが提示した技術や生成したコードを、意図どおりか・より適切な設計はないかを自分で読み解いて判断できるようにする。チームでのレビューを受けながら判断の精度を上げ、どこまで任せてどこを人が判断すべきかの線引きを実務の中で深めたい 2. **技術的判断力を積み上げる**:設計議論に参加し、「なぜこの技術を選定するか」「なぜこのアーキテクチャが最適なのか」を背景から理解できるようになる 3. **テックリードへ**:技術的な意思決定を担い、その根拠をチームに示しながら、事業課題と技術を結びつけて、より大きな課題解決に貢献する

プロジェクト経験

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

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

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

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

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

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

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

マネージメント能力

このマネージメント能力は公開されていません

このマネージメント能力は公開されていません

アピール項目


アウトプット

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

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

## 軸となる方向性 「なぜその技術・言語・アーキテクチャを選ぶのか」「なぜその実装だと問題なのか」を背景から説明でき、技術的な意思決定を自分で下せるエンジニアを目指しています。AIに実装させたコードが設計に対して妥当かを評価・判断できる力を、まず自力でコードを読み書きできる土台の上に積み上げていきたいと考えています。 ## 1. バックエンド/アプリケーション実装力の土台固め - 個人開発(Next.js / TypeScript / Supabase)で0から設計・実装・テスト・デプロイまで一貫して経験しましたが、AI駆動開発(Claude Code)を活用して完成させた一方で、コードを自力で書き切る力・生成物の妥当性を判断する力は、チーム開発の実務でさらに固めていきたいと考えています。 - チームでのコードレビューや設計議論を通じて、「なぜこの実装・設計なのか」の判断根拠を実務で学びたいです。 - 現職ではJava(社内独自フレームワーク)での改修・C#(ASP.NET)の読解・PowerBuilderやCOBOLでの既存コード改修が中心だったため、モダンなフレームワーク上での新規実装経験を厚くしたいと考えています。 ## 2. 設計・アーキテクチャの判断力 - データベーススペシャリストで得たDB設計の知識を、アプリケーション設計全体の意思決定に活かしていきたいです。 - 個人開発ではRLSによる多層防御、pg_trgm + GINインデックスによる全文検索、Server Actionsへの処理集約といった設計判断を行いましたが、これらが「他の選択肢と比べてなぜ妥当か」を、より多様な要件・制約の中で検証できる経験を積みたいです。 - 非機能要件(性能・セキュリティ・可用性)を要件段階から具体的に見積もり・判断できる力を伸ばしたいと考えています。 ## 3. モダンな開発プロセス・開発環境の実務適用 - Git / PR / CI/CD を前提とした開発フローを、チーム開発の中で実務レベルに引き上げたいです。(個人開発ではGitHub・Vercelの自動デプロイを経験) - AIエージェント型の開発支援ツール(Claude Code / Codex 等)を、要件整理・設計の壁打ち・テスト・ドキュメント修正まで含めて活用し、品質と速度を両立する開発スタイルを深めたいです。 ## 将来像 実装力を土台に技術的判断力を積み上げ、将来的にはテックリードとして、事業課題を技術で解決できる人間になることを目指しています。特定の技術スタックへのこだわりはなく、プロダクトの要件や制約に応じて最適な技術を選べるようになりたいと考えています。そのうえで、AIやメンバーが書いたコードをレビューして的確に判断し、開発のスピードと品質を両立させられる存在を目指します。

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

## 一番パフォーマンスを発揮できる環境 **課題解決そのものに向き合える環境**で最も力を発揮すると思っています。私にとって技術やツールは目的ではなく手段であり、「目の前の課題をより早く・高い品質で解決できるか」に強い達成感を感じます。 ### 具体的に力を発揮できた場面 - **業務の運用課題**:自治体向け財務会計システムの運用保守で、手動のサーバ起動確認・帳票印刷が属人化していた課題に対し、VBScript / Excel VBA で自動化を実装し、年間約60時間の工数を削減しました。商工連向けシステムでも銀行マスタメンテナンスを PowerShell + Excel VBA で自動化し、10人日→3人日(約70%削減)を実現しています。 - **日常の課題(個人開発)**:読書中の集中を妨げられず、感じたことを素早く記録し後から素早く探したい、という自分自身の課題から、読書メモ管理アプリ「memoLake」を設計・実装しました。RLS による認可設計、pg_trgm + GIN インデックスによる書籍名/読書メモ内容等の全文横断検索など、「なぜその設計を選ぶか」を突き詰める過程そのものが楽しく、時間を忘れて深掘りしていました。 課題に引っかかりを感じると深く潜り込めるタイプで、原因調査や設計判断を突き詰める作業を苦にしません。 ### 力を発揮しやすい環境の条件 - 課題を素早く・高品質に解決するための土台として、モダンな技術スタックとGit / PR / CI/CD などテキストベースの開発フローが整っている - プロダクトや事業が成長し、解くべき課題が次々に生まれる - 「なぜこの技術・アーキテクチャを選ぶのか」という技術的意思決定に関われる(判断にあたっては、必要に応じて自分でも技術調査・検証コードを書いて確かめたうえで結論を出したい) - 役割が固定されすぎず、実装からレビュー・設計議論まで関われる - AI駆動開発(Claude Code / Codex / Cursor 等のエージェント型ツール)を活用できる。個人開発では実装補助だけでなく要件定義の壁打ち・設計レビュー・テスト生成まで活用でき、課題解決の速度と品質を両立できることを実感しました

生成AIの活用状況

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

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
学習能力 / 分析力 / 問題解決力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
プライベートとの両立
やりたくない分野
アダルト / 仮想通貨
その他の特徴
使用言語にはこだわらない / レガシーな環境を改善できる / 新しい技術はとりあえず試す
その他のやりたいこと・やりたくないこと

## やりたいこと
- バックエンド開発またはフルスタック開発(設計〜実装〜レビューまで)
- Git・CI/CDやモダンフレームワークなど、開発効率を高める仕組みが整った環境での開発
- コードレビュー文化のあるチームでの開発経験

## やりたくないこと
- 運用保守のみ・開発比率がほぼゼロのポジション
- 月平均残業30時間超が常態化している環境
- SES(客先常駐・準委任型。案件により技術スタックや期間が左右され、経験が蓄積しにくいため)
- COBOLやPowerBuilderなど、レガシー技術の改修・保守が業務の中心となるポジション(モダンな技術への刷新案件であれば問題ありません)

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きなテキストエディタ
VSCode / Cursor
希望勤務地
その他地域 / リモート勤務
常時リモートが必要
希望年収
500万円
ご意見箱

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

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

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