今後、身につけなければいけないと思っている技術は何ですか?
現在の「PHP/Laravelを中心としたモノリス環境でのアーキテクチャ設計・改善」という強みをベースとしつつ、今後のキャリアビジョンである「大規模トラフィック・高可用性システムへの挑戦」を実現するために、以下の技術領域の習得・強化を目指しています。
## 1. 静的型付け・高パフォーマンスなバックエンド言語
これまでのPHP環境で培ったドメイン駆動設計やモジュラーモノリスの知見を活かしつつ、トラフィック急増や並行処理に強いバックエンド基盤を構築するための言語を習得します。
- **対象技術**: Go, Rust, Kotlin など
- **目的と活用イメージ**:
- マイクロサービス基盤において、省メモリで高速なAPIサーバーを構築する。
- スクリプト言語の限界を超えたレイテンシの低減と、静的型付けによる堅牢なシステム開発を実現する。
## 2. クラウドネイティブなインフラ・オーケストレーション
分散化・マイクロサービス化に伴って複雑化するインフラストラクチャを安全に管理・運用するため、クラウドネイティブなインフラ技術を深耕します。
- **対象技術**: コンテナオーケストレーション (Kubernetes / AWS EKS)、高度なIaC (Terraform)、AWSマネージドサービスの深い運用
- **目的と活用イメージ**:
- アプリケーションのコードだけでなく、インフラも完全にコード化(IaC)し、再現性と変更容易性を高める。
- マイクロサービス間の通信制御や、トラフィックの急激な変化に対応するオートスケールの仕組みを構築する。
## 3. 目指すゴール:SRE観点での「止まらないシステム」の設計
これらの「高パフォーマンスな言語(アプリ層)」と「高度なインフラ基盤(インフラ層)」の技術を掛け合わせることで、最終的には**SRE(Site Reliability Engineering)の観点から「止まらないシステム(高可用性)」を設計できるエンジニア**を目指します。
- 障害発生時の自動復旧(セルフヒーリング)
- スパイク時の柔軟なオートスケール
- これらをアプリケーションのロジックとインフラ構成の両面から全体最適として設計し、事業の信頼性とスケールを力強く支える。
あなたが一番パフォーマンスを出せるのはどんな環境ですか?
## 1. 評価制度・組織設計
新設組織のマネージャーとして、全社的なJD(Job Description)評価制度の導入・設計に則り開発部のJDを設定した。
単なるタスク管理ではなく、事業のKGIと組織戦略から逆算した評価基準を設計。
- **トラックの明確化と責任の定義**
- マネジメント職とスペシャリスト職でトラックを明確に分離。
- マネジメント層は「成果責任(ビジネス・事業へのインパクト)」、スペシャリスト層は「成果物責任(Outputの質と量)」と評価軸を分け、各メンバーが目指すべき方向性を構造化した。
- **「やらないこと」の明文化**
- 主要責任・ミッション・KPIを定めるだけでなく、「組織としてやらないこと」も明文化し、リソースの分散を防ぎフォーカスを定めた。
## 2. 多様性のあるチームにおける育成・メンタリング
言語や文化の壁があるメンバーに対し、表面的な指摘ではなく「根本の理解力」を底上げする育成を実践。
- **インド出身メンバーのオンボーディング**
- 【課題】コードレビューで指摘をしても意図が伝わらず、同じ修正が繰り返される状態が発生。日本語での非同期コミュニケーション(テキスト)によるコンテキスト理解不足が原因と特定した。
- 【アプローチ】テキストでの指摘を減らし、同期的な「ペアプログラミング」でのコードリーディング伴走を実施。既存仕様の意図を読み取る力を直接育成した。
- 【結果】試用期間の延長判断を挟みつつも、最終的に自走可能な状態まで引き上げ、本採用へと導いた。
## 3. 組織文化の醸成・チェンジマネジメント
「決めたルールを共有するだけでは浸透せず、ルールの効力が切れたら終わる」という持論のもと、持続性のある文化の醸成手法を確立。
- **「少人数の熱量からの波及」アプローチ**
- 意識の高い少人数(コアメンバー)を集め、まず「現状と理想のギャップ」を整理。
- 一歩ずつオープンに進めながら、徐々にチーム全体へ伝播させる手法を採用。
- **この手法で定着に成功した具体的な文化**
1. **パフォーマンス意識**: N+1問題の解消など、レスポンス改善を当たり前とする意識
2. **エラーへの当事者意識**: ノイズ削減とAI自動調査化を組み合わせた、迅速なエラー一次対応フロー
3. **品質保証の文化**: Characterization testによる、リファクタリング時の安全担保の習慣化
4. **情報のオープン化**: ドキュメントを残し、担当間のサイロ化を防ぐ横連携の意識
## 4. プレイングマネージャーとしての技術的牽引
マネージャー自身が技術的な課題解決の先頭に立ち、背中を見せることでチームの意識を引き上げている。
(※ 詳細は「プロジェクト経験」参照)
- 1日数十件常態化していたエラーの先導的な解消
- ELB 95パーセンタイルレスポンスの30%削減
- E2Eテストの最適化による1日最大5回リリースの実現