ID:64166さん

キャリアビジョン


一つのプロダクトに数年単位で関わり、少ないコストでチームが大きな成果を出せる開発環境に、技術面から責任を持ちたいです。

qnoteでは、プログラミング未経験で入社したメンバー1人を約1年半育成し、そのメンバーは現在、私の後任としてリード開発者を務めています。この経験から、自分が書いたコードより、チームに残した判断基準の方が長く働くことを学びました。詳しい経緯は「マネージメント能力」の2個目です。 それ以来、自分の出力を上げるだけでなく、チームの出力の上限を上げる仕事に手応えを感じています。直近のECプラットフォームでは、繰り返すレビュー指摘を規約、参照実装、自動チェックへ移しながら、開発基盤も改善しました。チーム運営の考え方は「マネージメント能力」の1個目、個々の技術的な成果は「プロジェクト経験」の1件目で説明しています。 次に確かめたいのは、この進め方が既に長く動いているコードベースでも機能するかです。個人開発や新規プロジェクトで試してきた設計手法を、複数人が並行して変更する既存システムへ適用し、効果を観測したいです。現在地と次に試したいことは、「今後身につけたい技術」にまとめています。 個人開発でも、ADRや用語集へ判断を残し、AIエージェントと実装する方法を試しています。判断がコードと文書に残っていることは、人にもAIにも効くと考えています。具体的な試行は「業務外での活動」で詳しく触れています。

プロジェクト経験

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

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

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

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

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

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

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

マネージメント能力

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

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

アピール項目


アウトプット

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

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

## LLMを使うプロダクトの品質設計 現在、社内向け目標管理アプリで、ルーブリックに沿った評価文をLLMで生成しています。処理には時間がかかりますが、生成途中の文章を見せる価値は低いと考え、ストリーミングではなく非同期ジョブと完了確認で実装しました。 一方、出力品質を継続的に確認する仕組みはまだありません。LLM-as-a-judgeを使った評価、プロンプトやモデルを変えたときの回帰テスト、コストとレイテンシを含む設計を身につけたいです。 LLMを使うこと自体を目的にはしません。不確実性とリスクを抑えるため、使う場所は絞ります。例えば、大量の入力項目を下書きで埋め、利用者がゼロから書き始めずに済むなど、体験が明確に良くなる箇所へ使いたいです。 ## 設計手法を大規模で長寿命なコードベースへ適用する 個人開発では、ADRによる意思決定の記録、`CONTEXT.md`による用語の統一、深いモジュールを意識したインターフェース設計を続けています。ただし、確かめられたのは自分1人でゼロから作ったコードベースまでです。 既に数年動いている大きなコードベースへ後から導入する方法、時間がたっても規約を形骸化させない方法、AIエージェントが読むことも考慮した文書構造を、複数人が長く開発する現場で試したいです。

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

## まとまった実装時間を取れる、非同期中心のコミュニケーション ECプラットフォームに関わった約3年間は、日常のやり取りをSlack、仕様をJiraに残し、会議を最小限にする進め方でした。まとまった集中時間を確保できたことが、設計から実装まで担当する仕事で成果を出せた要因の一つです。具体的な成果は「プロジェクト経験」の1件目に記載しています。リモートワークも、この集中時間を支える条件として重視しています。 会議が多く同期コミュニケーションが前提になると、実装時間が細切れになり、力を出しにくいと感じます。 ## フロントエンドを軸に、バックエンドまで触れられる範囲 コードベース全体を把握できると、画面だけでなくデータの流れを踏まえて判断できます。ECプラットフォームでも、フロントエンドを軸にバックエンドとAWSまで担当しました。担当範囲と実装は「プロジェクト経験」の1件目に記載しています。 新しい技術スタック自体は問題ではありません。学ぶ時間と、気になった箇所を直せる裁量があるかを重視します。 ## 成果に応じて技術的な裁量が広がること 同じプロダクトへ長く関わり、信頼を得た結果として、大きな技術判断を任せてもらえると力を発揮できます。ECプラットフォームでは、約3年間の中で開発基盤の変更を提案し、実行しました。技術的な成果は「プロジェクト経験」の1件目、チームへの定着方法は「マネージメント能力」の1個目に記載しています。 初日から裁量を求めるつもりはありません。成果を出した分だけ任せてもらえることと、短期間で案件を移らず、同じプロダクトへ長く関われることを重視しています。

生成AIの活用状況

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

キャラクター

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

やりたい事

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

基本プロフィール

年齢
今年で30代前半
好きなテキストエディタ
neovim
希望勤務地
東京都 / 神奈川県 / リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
未入力
ご意見箱

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

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

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