ID:54725さん

2026年7月回 指名


まだ何もありません

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

  • SaleshubがID:54725さんのレジュメを見ています。
    2026.07.22
  • BASEがID:54725さんのレジュメを見ています。
    2026.07.22
  • FinatextがID:54725さんのレジュメを見ています。
    2026.07.22
  • ポピンズシッターがID:54725さんのレジュメを見ています。
    2026.07.22
  • カカクコムがID:54725さんのレジュメを見ています。
    2026.07.22

キャリアビジョン


長く運用できるシステムを軸に、プロダクトを技術の力で育て続けるテックリードを目指しています

## そう思う理由 これまで、Railsアップデートの移行先選定や、既存データの無停止暗号化移行(切り戻し手段を先に用意した段階的リリース)といった判断を担う中で、**個々の実装よりも「長期の運用を見据えた技術判断」こそがプロダクトとチームに最も効く**と実感してきました。 一方で、業務委託という立場では、個々の場面で判断を担うことはできても、**チーム全体の技術的な方向付けに継続的に責任を持つ立場には構造的に立てません**でした。判断に責任を持つ側に回りたい——それが正社員としてテックリードを目指す理由です。 ## 具体的にしたいこと 保守性の改善を「個人の作業」から「チームの文化」にすることです。 - 技術選定の理由とトレードオフを **ADR** などの軽量なドキュメントで残す - レビューで繰り返し指摘する観点は **CIで機械的に検出**し、人のレビューは設計判断に集中させる - **技術的負債を可視化**し、返済を開発計画に組み込む また、生成AIを開発パートナーとして日常活用する中で身についた「生成コードを既存設計との整合の観点でレビューする」姿勢を、**AI時代のコード品質担保の仕組みづくり**につなげたいと考えています。 そのためにも、一つのプロダクトに長く深く関わり、自分の技術判断の帰結まで見届けたいと考えています。

プロジェクト経験

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

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

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

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

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

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

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

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

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

マネージメント能力

アピール項目


アウトプット

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

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

現在はRuby on Railsを中心としたバックエンド開発を得意としています。今後はテックリードとしてプロダクト全体を技術面から支えられるよう、次の3つを優先して身に付けたいと考えています。 - **技術選定・アーキテクチャ設計の意思決定経験** 比較検討と提案は担ってきましたが、チーム全体の技術判断に継続的に責任を持つ経験を積み、判断の精度を高めたいと考えています。 - **設計の言語化(ADR・設計ドキュメント)** リモート環境では技術判断の影響力はドキュメントを通じて広がると考えており、技術選定の理由とトレードオフを記録し共有する力を磨きたいです。 - **AIが生成するコードの品質担保** 生成AIの日常活用で実践している「既存設計との整合をレビューして取り込む」姿勢を、レビュー基準の設計やCIでの機械的検出といったチームの仕組みに発展させたいと考えています。 フロントエンドやインフラ領域についても、深い専門性よりまず、チームの技術判断に必要な水準でアーキテクチャ全体を理解することを重視しています。

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

最もパフォーマンスを発揮できるのは、自宅など集中して開発に取り組める環境です。 設計や実装では長時間集中して考える時間を確保することで、品質や生産性を高められると考えています。一方で、仕様確認や設計の相談など、コミュニケーションが必要な場面ではオンライン・オフラインを問わず積極的に連携し、認識を合わせながら開発を進めることを心掛けています。 そのため、リモートワークを基本としつつ、必要に応じたコミュニケーションを重視する環境で最も力を発揮できます。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
学習能力 / 責任感
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
プライベートとの両立
やりたくない分野
未入力です
その他の特徴
使用言語にはこだわらない
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代中盤
好きなテキストエディタ
vscode
希望勤務地
リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
800万円
ご意見箱

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

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

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