DDDをLaravelで実践してきてよかったこととツライことについて説明します。

DDDをやって良かったこと辛いこと

所属
株式会社TechBowl
住んでるところ
東京
何やってる？
「TechTrain」というサービスで反復横跳びし続けている
何でも屋さん(Laravel, Next.js, AWS, etc...)
趣味
お酒(よく溺れる)
サウナ
読書
2024-03-29 | DDDをLaravelで実践してきたよかったこととツライこと 3

TechTrain
エンジニア教育+Directスカウトのサービス。
Coding Stoicをテーマにちゃんとコードを書いていこう
ね！というメンターが多めのエンジニアを育てるための
サービスです。

一緒に働いてくれる人を探しています！
1. バックエンドエンジニア(Laravel + DDD)
2. フロントエンドエンジニア(Next.js with TypeScript)
3. TechTrainのメンター-> 筋がいい人なら教えたいぜ！

今日の流れ

今日の流れ
1. 現状やってることの紹介
2. 実際に何が良いのか辛いのかを紹介

なぜDDDを入れたのか
当時概念が多くなっていたにも関わらず何もまとめていなかった
生成イベントや更新イベントがとっちらかって徐々にバグが増え出していた
何かしらの整理整頓が必要であるが、どうしたら良いのかわからなかった

そこに現れてくれたDDDを実践している人の登場w
最初のカジュアル面談のタイミングで概念の図を一緒に起こした
その時点で、これからも概念が大きく増えて横断的に利用される実感が湧いたた
め、DDDをチーム的に導入することに決めた
この時点で、戦術的実装についてはほとんど検討していなかった

戦術的な設計に必要だと考えていること
DDDの考え方？を実践することになるが、うちではこうしています

戦術的な設計に必要なことだと考えていること
1. 概念について深ぼる
2. 概念の実運用についても考慮する
3. 1,2を踏まえたモデリングとレビューを行う
4. 1~3を常に回しておく意識をチームで持つ

1. 概念について深ぼる
1. ライフサイクルを明確化
2. 境界を明確化
3. 関係性を明確化

2. 概念の実運用についても考慮する
1. 実際に概念が利用されているユースケースを現場に聞く
2. 現場が理想とするフローと現在の運用との乖離を理解する
3. 現状と理想の運用の乖離を埋めるためのステップを設計

3. 1,2を踏まえたモデリングとレビューを行う
4にも関わるが自分たちが馴染むツールを使うのが大事
TechBowlの場合はWhimsical。
https://zenn.dev/techtrain_blog/articles/334ac36e79d946

常に合う
ツールを探す

常に合う
ツールを探す
1. diagram.net
2024-03-29 | DDDをLaravelで実践してきたよ
かったこととツライこと 16

常に合う
ツールを探す
2. Miro

常に合う
ツールを探す
3. whimsical

常に合う
ツールを探す
3. whimsical
最近はWhimsicalで続いています

続いている理由
1. チーム共有がしやすい
2. 全体と詳細のスイッチングがしやすい
3. ドキュメントもかけるので、機能要件的なところもカバーできる

4. 1~3を常に回しておく意識をチームで持つ

戦術的な設計をどうしているか？

戦術的な設計をどうしているか？
DDDのアーキテクチャを含むTechTrainバックエンド開発環境などを紹介していく！

必要なもの
1. アーキテクト図
2. Generate用のコマンド
3. アーキテクトを守るための仕組み

1. アーキテクト図

2. Generate用のコマンド

現状良いこと
1. 該当ロジックがある場所がすぐわかる
2. 責務分解がしやすい
3. 情報共有がしやすい

現状辛いこと
1. コードベースが増える
2. オンボーディングが難しい
3. モデリングを全員で！の継続性
戦略部分の実行継続が難しいということ

1. コードベースが増える

2. オンボーディングが難しい
コードベースが増えるとも関わるのですが、ファイル数が増えるので、どこに何があ
るのかを覚えるのが難しいなどの問題があります
気合いを入れてオンボーディング資料を用意する必要があります。

3. モデリングを全員で！の継続性
ステークホルダー全員でやるのが理想ですが、個人がやってあと他の人が見てないと
いう現象が発生しやすい。
ここは今改善のための話を進めているところです。

まとめ

1. スムーズにメンバーが実行するための仕組みが絶対必要
2. モデリングを継続するための仕組みと適切なツールが必要
3. モデリングを関係者全員でやった方が考慮漏れは少なくなる

モデルは常にカイゼンする。生き物である。

DDDをLaravelで実践してきてよかったこととツライことについて説明します。

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie DDDをLaravelで実践してきてよかったこととツライことについて説明します。

Ähnlich wie DDDをLaravelで実践してきてよかったこととツライことについて説明します。 (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (7)

DDDをLaravelで実践してきてよかったこととツライことについて説明します。