Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Go×TDD/DDDによるリアーキテクチャ半年間の振り返り
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
ディップ株式会社
PRO
October 06, 2025
Technology
0
1.4k
Go×TDD/DDDによるリアーキテクチャ半年間の振り返り
ディップ株式会社
PRO
October 06, 2025
Tweet
Share
More Decks by ディップ株式会社
See All by ディップ株式会社
Agent Skils
dip_tech
PRO
0
130
Databricksについて.pdf
dip_tech
PRO
0
130
なぜ今_私たちはDDDに向き合うのか_佐藤薫.pdf
dip_tech
PRO
0
120
AIに仕事を丸投げしたら、本当に楽になれるのか
dip_tech
PRO
0
90
【dip】価値が「伝わる体験」を設計する ディップのDevRelが実践する、Findyサービス活用戦略
dip_tech
PRO
0
43
プロフェッショナルへの道:ビジネスを動かすエンジニアリング思想
dip_tech
PRO
0
130
ユーザーファーストを実現するためのチーム開発の工夫
dip_tech
PRO
0
95
1年目エンジニアが働いてみて感じたリアルな悩みと成長
dip_tech
PRO
0
46
ベイズマルチファクターモデルとbPCausal
dip_tech
PRO
0
36
Other Decks in Technology
See All in Technology
Ruby版 JSXのRuxが気になる
sansantech
PRO
0
170
Red Hat OpenStack Services on OpenShift
tamemiya
0
130
SRE Enabling戦記 - 急成長する組織にSREを浸透させる戦いの歴史
markie1009
0
170
Amazon Bedrock Knowledge Basesチャンキング解説!
aoinoguchi
0
160
Why Organizations Fail: ノーベル経済学賞「国家はなぜ衰退するのか」から考えるアジャイル組織論
kawaguti
PRO
1
200
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
340
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2.1k
Webhook best practices for rock solid and resilient deployments
glaforge
2
310
制約が導く迷わない設計 〜 信頼性と運用性を両立するマイナンバー管理システムの実践 〜
bwkw
3
1k
1,000 にも届く AWS Organizations 組織のポリシー運用をちゃんとしたい、という話
kazzpapa3
0
180
20260204_Midosuji_Tech
takuyay0ne
1
160
ECS障害を例に学ぶ、インシデント対応に備えたAIエージェントの育て方 / How to develop AI agents for incident response with ECS outage
iselegant
4
380
Featured
See All Featured
Believing is Seeing
oripsolob
1
58
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
70
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
1
110
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.1k
The Language of Interfaces
destraynor
162
26k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
jQuery: Nuts, Bolts and Bling
dougneiner
65
8.4k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
590
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
77
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
270
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
67
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
650
Transcript
GoとTDD/DDDによるリアーキテクチャ 半年間の振り返り 奥野 志洋
奥野 志洋 新卒2年⽬ 電⾞に乗らなくて良い⼈⽣を求めて エンジニアを志す バックエンドエンジニアとして⼊社し Goをメインに開発 少しNext.jsも 最近はTerraformなども
01 リアーキを始めた理由 02 03 04 05 Agenda 戦略的DDD Goによる戦術的 DDD
GoによるTDD DDDとTDDのシナジー
サービスの紹介
Copyright © DIP Corporation, All rights reserved. リアーキを始めた理由 : 現状の課題と解決策
リアーキを始めた理由 : 解決したい課題 複数のシステムが共通の DB、 テーブル、レコードを参照 開発チームも利用者単位で分割 同様のビジネスロジックが各所に 分散、異なる業務ロジックが密結 合している状態
リアーキを始めた理由 : 解決したい課題 一つの業務変更が複数の チームに影響を与える ↓ 全チームで足並みを揃えて矛 盾が起きないように慎重に開 発するのが状態化
解決するために取り組んだこと : DDDとTDD DDD TDD x 設計面でDDD(ドメイン駆動設計 ) 開発フローとして TDD(テスト駆動開発
)をGoで実践
Copyright © DIP Corporation, All rights reserved. 戦略的DDDと戦術的DDD
DDD(ドメイン駆動設計) 業務 → モデリング 戦略的DDD 戦術的DDD モデリング → システム
Copyright © DIP Corporation, All rights reserved. 戦略的DDD : イベントストーミング
戦略的DDD : イベントストーミング ドメインエキスパートである POに加え バックエンド、フロントエンド アプリ、インフラのエンジニアが 集まって業務を整理しました。
戦略的DDD : イベントストーミング 思いつく業務イベントを 書き出し時間軸に整理 ビジネスの分割点となる Event (Pivotal Event)を見つける。
戦略的DDD : イベントストーミング Pivotal Eventを元に さらに業務を分解していく 使用者の意思と業務イベントをつなぐ システムを洗い出す コマンド (意思)
システム イベント
戦略的DDD : イベントストーミング 整理したイベントに 共通するシステムこそが集約と呼ばれる 業務モデルのまとまりの単位となる 求人を 登録する 求人 求人を
登録した 求人を 削除する 求人を 更新する 求人を 削除した 求人を 更新した
戦略的DDD : イベントストーミング 集約を整理し、境界づけられたコンテキスト (システムの単位 )を発見 その依存関係であるコンテキストマップを作成 →
戦略的DDD : 振り返り 業務を正しい単位で分解 疎結合かつ高凝集なモデル ドメイン知識の獲得 ユビキタス言語の制定 モデリング ドメイン知識
Copyright © DIP Corporation, All rights reserved. 戦術的DDD : Goによるモデリング
戦術的DDD : モデルの種類 ・明確な識別子 (ID)を必要とする ・エンティティーは更新可能 例えば「Worker」構造体 エンティティー
戦術的DDD : モデルの種類 ・構成要素の値によって識別されるオ ブジェクト • 識別子(ID)を必要としない • イミュータブルで変更する場合は全 体を置き換える
例えば「支給額」構造体 値オブジェクト
戦術的DDD : モデルの種類 同一のトランザクション境界に 属するエンティティと値オブジェクトの組 み合わせ • 集約もエンティティなので IDが必要 •
集約がトランザクションの単位 集約 値 オブジェクト ワーカー 求人
戦術的DDD : Goによるモデルの表現 ・値オブジェクトは使える時はできる だけ使ったほうが良い ・Goではプリミティブな型にエイリア スとして型を作成できる ・uint64ではなくお金に関するフィー ルドだということがわかるだけで価値 がある。
・ロジックのカプセル化 値オブジェクト
戦術的DDD : Goによるモデルの表現 Goで集約を実装する際には 紐づくエンティティや値オブジェクト を構造体のフィールドとして定義 また、集約のみが メソッドを外部のパッケージに公開 紐づくフィールドに触れるには集約を通 して行うようにして業務モデルを
カプセル化を目指しました。 集約
戦術的DDD : Goの⾔語仕様による課題 ・値オブジェクトの不変制を担保できない ・コンストラクタの使用が強制できない ・privateがない(非exportしても同一パッケージからは触れる ) ・継承が無いので値オブジェクトに同じようなメソッドを 毎回書く必要がある (Valueメソッドなど
) クラスが存在しないことによる弊害
戦術的DDD : Goの⾔語仕様による課題 クラスが存在しないことによる弊害 左のようにコンストラクタに バリデーションをカプセル化しても 下記のように書けてしまう
戦術的DDD : 振り返り interfaceをうまく使えばコンストラクタを強制することは可能だが、 Goの簡潔に記述する思想と相反する どこまでprivate化してカプセル化を担保するか、どこまで値オブジェクトとして作成 するかなどもそう感じました。 DDDの本に書かれているような定義はあくまで設計思想の一例なので チームでコミュニケーションをとってベストな方法を育てていくのが良い!
Copyright © DIP Corporation, All rights reserved. TDD : TDDの基本的な説明
TDD : TDDの基本ステップ
TDD: TDDのメリット TDDは不確実な事象を小さなステップのサイクルで一歩ずつ確実に進む手法 AIの発展でステップの単位は大きくしながら、安全性を担保することが可能に ・小さな単位なので指示が明確 ・テストコードがプロンプト ・生成コードをその場で検証可能 ・レビューの負担減少 AI活用による生産性向上 安全性の担保
Copyright © DIP Corporation, All rights reserved. TDD : GoでTDDを行う際のポイント
TDD: テストパターンの使い分け 開発時にテーブル駆動テストではなくAAAパターンのテストを採⽤ Arrenge (準備) Act (実行) Assert (検証)
TDD: テストパターンの使い分け 開発時にテーブル駆動テストではなくAAAパターンのテストを採⽤ テストケースが他のテストケースに依存しない形になる TDDのサイクルを回す中で詳細化していくテストケースやテスト観点に対応可能 下記のような使い分けで GoによるTDDを実践していきました。 機能開発時に TDDのステップでスピード高く開発していく際には AAA
機能実装後に、品質を高めるためのテストを追加する際にはテーブル駆動
Copyright © DIP Corporation, All rights reserved. DDD と TDD
のシナジー
DDDとTDDのシナジー DDD x TDD x AI ・DDDによる責務が分割された業務モデル簡潔化されたロジック ・ユビキタス言語をリポジトリ内で管理 ・型も値オブジェクトを用い、業務で使われる共通言語を使用 ・生成AIと相性の良い
TDDの開発フロー
DDDとTDDのシナジー 構造化された t.Run()のテストケースが 業務の⾔葉で書かれて 動く仕様書に
Copyright © DIP Corporation, All rights reserved. まとめ
まとめ Goの⾔語仕様では完全な業務のカプセル化はできないが、 チームで認識を合わせて⾃分たちにあったルールや開発フローを 定めていくことが重要 テストを書く意味を考えてAAAパターンとテーブル駆動テストを 使い分けることでTDDのサイクルのスピードを⾼めて開発ができた
Copyright © DIP Corporation, All rights reserved. より深い話は懇親会などで! ご清聴ありがとうございました!!!