RailsとDDDで認知負債を溜めない戦い方

RailsTokyo#6 の登壇スライドです。

Transcript

1. 2026/9/17 RailsTokyo#6 RailsとDDDで 認知負債を溜めない戦い方 X Mile Koki Kazaore
2. 自己紹介 新卒2年目！ Rails2年目（？）（モラトリアム期間有） パブリックなイベント初登壇です！ よろしくお願いします！ 2
5. 課題 開発速度と認知負債とのトレードオフ AIのおかげで開発速度は上がった！ 次のボトルネックは 人間の理解 。 周辺領域は AIに任せても良い。 コアドメインの理解は、人間が手放すべきではない ！ 開発速度を犠牲にせず、認知負債をいかに溜めないか。 5
6. 6 アプローチ 直近試してみていることの紹介 ＊説明のシンプルさに重点を置くため、ここで紹介する通りに実装されているわけではありません。 要件整理 ユビキタス言語 複数のソースからの 要件を1枚のmdに まとめる。 イベントストーミング ドメイン語彙を抽出 し、用語集を定義す る。 イベント コマンド アクター を特定する 境界付けられた コンテキスト 概念を凝集した コンテキストへ まとめる。 集約 集約 エンティティ 不変条件 を定義する。
7. 実践 「休憩」と「休息」は違う 7
8. ワークフロー1: ユビキタス言語 「休み」の概念を休憩と休息に明示的に分ける 日本語・英語・業務上の意味をセットにして共通言語化する。 8
9. ワークフロー2: イベントストーミング 9
10. Railsのアーキテクチャへマッピング 10
11. ワークフロー3: 境界付けられたコンテキスト 11
12. Railsのアーキテクチャへマッピング 12
13. Railsのアーキテクチャへマッピング 13
14. Railsのアーキテクチャへマッピング 14
15. 15 振り返り・気づき 要件整理 👍 👍 ユビキタス言語 複数のソースからの 要件を1枚のmdに まとめる。 イベントストーミング ドメイン語彙を抽出 し、用語集を定義す る。 イベント コマンド アクター を特定する 偶発的に 2週回してみたらより精度向上！ 🤔 境界付けられた コンテキスト 概念を凝集した コンテキストへ まとめる。 🤔 集約 集約 エンティティ 不変条件 を定義する。
16. 16 振り返り・気づき 要件整理 👍 👍 ユビキタス言語 複数のソースからの 要件を1枚のmdに まとめる。 イベントストーミング ドメイン語彙を抽出 し、用語集を定義す る。 イベント コマンド アクター を特定する 🤔 境界付けられた コンテキスト 概念を凝集した コンテキストへ まとめる。 偶発的に 2週回してみたらより精度向上！ (👆偶発的に 2回同じことやってる時点で認知負債溜まってる ...!?) 🤔 集約 集約 エンティティ 不変条件 を定義する。
17. 結び ご清聴ありがとうございました！ まとめ 認知負債に対して RailsとDDDで最近試していることの紹介 一言 皆さんの認知負債への捉え方・対策方法あれば知りたい！ 17