ストーリー

言語ポートフォリオの考え方

なぜ1つの言語に絞らないのか

ポートフォリオ戦略

言語ポートフォリオの構造:

Primary Languages（主要言語: 1-2個）
├── 組織の大半のサービスで使用
├── 最も深いナレッジが蓄積
├── 社内ライブラリ・テンプレートが充実
└── 新規プロジェクトの第一候補

Secondary Languages（副言語: 1-2個）
├── 特定の用途で主要言語より優れる
├── 十分なナレッジと人材がある
└── 用途を明確に限定して使用

Specialist Languages（専門言語: 0-1個）
├── 極めて特定の用途（データサイエンス等）
├── 限られたチームのみが使用
└── 採用・教育の独自パスが必要

Legacy Languages（レガシー言語: 0-n個）
├── 新規での使用は禁止
├── 既存サービスの維持のみ
└── 移行計画が策定されている

言語選定の5つの基準

評価マトリクス

主要言語の比較例

用途別の推奨マッピング

フレームワーク選定戦略

フレームワーク選定の基準

フレームワークの標準化レベル

フレームワーク標準化の推奨アプローチ:

Webフロントエンド:
├── React（Adopt）: UIライブラリとして統一
├── Next.js（Adopt）: Reactアプリケーションフレームワーク
└── Vue.js（Hold）: 新規採用停止、React移行を推奨

バックエンド（Go）:
├── Echo（Adopt）: Web API フレームワーク
└── gRPC-Go（Trial）: サービス間通信

バックエンド（TypeScript）:
├── NestJS（Adopt）: エンタープライズ向けフレームワーク
├── Hono（Trial）: 軽量API向け
└── Express（Hold）: メンテナンスモードへ

テスト:
├── Vitest（Adopt）: フロントエンドテスト
├── Go testing（Adopt）: Goの標準テストパッケージ
└── Playwright（Adopt）: E2Eテスト

言語戦略のコミュニケーション

伝え方のポイント

言語戦略ドキュメントの構成例

「言語戦略は”制限”ではなく”投資の集中”だ。限られたリソースをどこに投下すれば最大のリターンが得られるか。それを組織として判断する」 — 田中VPoE

まとめ

チェックリスト

• 言語ポートフォリオの4分類を理解した
• 言語選定の5つの基準を理解した
• 用途別の推奨マッピングの考え方を理解した
• 言語戦略のコミュニケーション方法を理解した

次のステップへ

次は「アーキテクチャ標準」を学びます。言語・フレームワーク戦略の上位に位置するアーキテクチャレベルの標準を設計する方法を身につけましょう。

推定読了時間: 30分