ID:84955さん

キャリアビジョン


面白く効率よく改善して、工数が減る仕組みを作りたい

大きなビジョンを掲げるタイプではなく、動機はもっと単純です。 無駄な工数が消える瞬間がいちばん面白いお考えています。 手で確認していたものが自動で落ちるようになったとか、毎回同じ質問が飛んでいたものを仕様として引けるようになったとか、そういう改善が効いたときの感触を求めて仕事をしています。 ただ、担当してきた決済・在庫は、速さより先に壊れないことが要る領域でした。既存の在庫管理が同時注文でマイナスになり得ると実装中に気づき、予約在庫とlockForUpdate・ID順のロック取得で潰したこともあります。効率だけ追うと事故るので、異常系を先に洗い出してから設計するやり方を身につけました。 問題は、そのやり方が自分の頭の中にしかないことです。今はBDDで振る舞いを定義してIssueに分解し、AIに実装させていますが、AIが担えるのは実装だけ。何を作るかの判断も、仕様がどこに書いてあるかも、なぜその設計にしたかも、人間側に残っています。速いのは自分が入っているときだけで、チームの速度にはなりません。 やりたいのは、この人間側に残っている部分を、AIが読める形に移すことです。 BDDで定義した振る舞いから設計、コード生成までを繋いで、実装だけでなく上流も自動で流れるようにする。ソースコードから生成した仕様はMCPサーバーにして、実装中の確認も他部署からの問い合わせも、AIに聞けば答えが返る状態にする。設計判断はADRに残し、次に同じ検討をするときに人間もAIも参照できるようにする。 この3つが揃うと工程が一周します。判断がADRに溜まり、それを読んで次の実装が回る。個人の手癖ではなく、チームの資産になる。 どれも1人では完結しません。開発工程そのものに投資できるチームでやりたいと思っています。

プロジェクト経験

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

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

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

マネージメント能力

アピール項目


アウトプット

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

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

分散システムの設計 決済や在庫で、冪等性・排他制御・補償トランザクションを実務で扱ってきました。ただし多くは目の前の不整合に対する個別の対処で、設計の選択肢として並べたうえで選んだものではありません。現在『Designing Data-Intensive Applications』を読み進めており、Sagaパターンや結果整合性を、状況に応じて選べる手札にしたいと考えています。サービスの規模が上がるほど単一DBのトランザクションでは支えきれない場面が増えるはずで、そこに設計から関われる状態を目指しています。

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

意思決定者との距離が近く、判断の背景まで共有される環境で一番力が出ます。仕様や制約の意図が分かっていると、言われた通りに作るだけでなく、その手前にある地雷を先に見つけて潰す動き方ができるためです。決済の実装中に既存の在庫管理の整合性問題を見つけて設計から入れ直したのも、そうした動き方の一例です。 また、設計の判断が文書として残る文化があると力を出しやすいです。仕様や制約を整理して書き出すことは自分の得意な作業でもあり、それがチームの資産として蓄積される環境だと、貢献が積み上がる実感があります。 技術的な難所があることも重要です。整合性や異常系のように、正しく設計しないと後で必ず問題になる領域は、時間をかけて考える価値があるので集中して取り組めます。

生成AIの活用状況

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

キャラクター

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

やりたい事

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

基本プロフィール

年齢
今年で30代前半
好きなテキストエディタ
Visual Studio Code
希望勤務地
大阪府
希望年収
700万円
ご意見箱

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

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

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