Upgrade to Pro — share decks privately, control downloads, hide ads and more …

モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実

 モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実

#コード品質_findy

Kazuki Maeda

March 25, 2025
Tweet

More Decks by Kazuki Maeda

Other Decks in Technology

Transcript

  1. 前田 和樹(kzk_maeda) atama plus株式会社 VPoE / 技術フェロー データや機械学習、生成AIに関する開 発 AWS

    Community Builder / AWS Startup Community Core Member 自己紹介 モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実 2
  2. コードの各部分に明確な「所有者」を設定する開発ルール src/ ├── module_a/ │ ├── feature_1/ # Product Team

    A │ └── feature_2/ # Product Team B ├── module_b/ # Product Team C │ └── submodule/ # Product Team D └── shared/ # Platform Team 所有の単位はmoduleだったり、コードファイル単位だったり 実態に合わせて設計する必要がある コード所有者モデル モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実 12
  3. 負荷の偏り 活発な開発領域 vs. レガシー 領域 メンテナンス負荷の不均衡 技術的負債の責任 「継承した負債」に対する 抵抗感 クロスカッティングな変更の複

    雑化 チームを跨る変更の調整コ 直面した課題 モノリスの認知負荷に立ち向かう、コードの所有者という思想と現 実 21
  4. 被依存度が低く、変更頻度も低い 保守Phaseに入った機能、コード 積極的に体制はつけないが、 知識承継と運用保守のガイドは決め る 被依存度が高く、変更頻度は低い Platform的に複数事業で利用される コード 所有コストを下げることを目的とし た

    変更頻度が高い 注力事業で積極的に開発しているコ ード 事業チームのエンジニアで所有する 複雑性が高い Complicated Subsystemの要素が強 いコード 特殊な知識を要するケースが多いた め、 領主の整理 モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実 30