ドメイン駆動設計の考えをもとに競合優位性やアウトカムを得る

Slide 1

Slide 1 text

ドメイン駆動設計の考えをもとに競合優位性やアウトカムを得る鈴木まー第170回 PHP勉強会＠東京

Slide 2

Slide 2 text

鈴木まー (suzuki_mar) CDNを使ったプロレス団体の公式サイトやQRコードを利用したチケット取り置き機能などを開発しています AirTableのORM風のライブラリーを開発しています (公式のPHPのライブラリーはなかったので）今は無職で来年１月から転職活動をします今回の登壇などで興味を持っていただいたカジュアル面談をしてください @suzuki_mar

Slide 3

Slide 3 text

ドメイン駆動設計の重要なことはプロダクトのアウトカムを理解してその価値を高める @suzuki_mar

Slide 4

Slide 4 text

アウトカムとは開発しているプロダクトの存在価値 @suzuki_mar

Slide 5

Slide 5 text

アウトプットとはどう違うの？ @suzuki_mar

Slide 6

Slide 6 text

アウトプット @suzuki_mar 開発した機能などの成果物

Slide 7

Slide 7 text

アウトプットアウトカム @suzuki_mar 開発した機能などの成果物プロダクトや機能の利用による目的達成や使い続ける理由

Slide 8

Slide 8 text

いくら機能を開発してもアウトカムについて理解して開発をしなかったらプロダクトが成長しないプロダクト開発ではアウトカムを考えて見つけていくのを繰り返していくのが重要 @suzuki_mar

Slide 9

Slide 9 text

実際にアウトカムとはどいうのか @suzuki_mar

Slide 10

Slide 10 text

@suzuki_mar Xのアウトカムユーザーが他のユーザーとリアルタイムで交流し、情報を共有し合うことによって新しいインプットをえて、そこからアウトプットをする鈴木の視点からみたアウトカム

Slide 11

Slide 11 text

@suzuki_mar Spotifyのアウトカム音楽を最適なレコメンドすることによりユーザーの利用シーンに応じた必要なタイミングで理想の音楽を見つけられる鈴木の視点からみたアウトカム

Slide 12

Slide 12 text

アウトカムにもとづいた開発方針 @suzuki_mar

Slide 13

Slide 13 text

ドメイン駆動設計の開発する方針は次の３つに分けられる @suzuki_mar

Slide 14

Slide 14 text

@suzuki_mar 中核の業務領域（コアサブドメイン) 補完的な業務領域(支援サブドメイン) 一般的な業務領域(汎用サブドメイン) 注意　本来はコンテキストマップを使って関係性を整理することが重要ですが、今回はその部分は割愛して説明します

Slide 15

Slide 15 text

補完的な業務領域(支援サブドメイン) プロダクトのアウトカムをうむことはないけどこれらの機能がないとユーザーはアウトカムをえることができない Twitterの投稿機能 Soptifyの音楽再生機能 @suzuki_mar

Slide 16

Slide 16 text

補完的な業務領域(支援サブドメイン) 開発方針アウトカムをうまないため一度開発されたら変更されることはすくないためいかに楽をして開発をするのかを重視するコードの内部品質が低くてもよい例えばPHPStanを適用しないなど @suzuki_mar

Slide 17

Slide 17 text

一般的な業務領域(汎用サブドメイン) プロダクトを使う上では必須で複雑だけどすでにOSSとしてライブラリーが公開されていたりSaaSなどが提供されているユーザー登録、認証認可メールなどの各種通知機能 @suzuki_mar

Slide 18

Slide 18 text

一般的な業務領域(汎用サブドメイン) 開発方針すでに機能があって当然なので競合差別化はできないただ、開発することは難しいので外部のライブラリーやSaaSを使って開発を楽にする @suzuki_mar

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

oauth2のライブラリーを使って認証処理を簡単に実装している

Slide 21

Slide 21 text

中核の業務領域(コアサブドメイン) 競合差別化にったり、ユーザーがプロダクトを使い続けてくれるための機能プロダクト開発はこの領域をいかによく開発してくれるかを理解しながら開発するできるだけ開発リソースを集中する @suzuki_mar

Slide 22

Slide 22 text

中核の業務領域(コアサブドメイン) @suzuki_mar 他のユーザーとリアルタイムで交流し、情報を共有し合いインプットをしたりアウトプットをする音楽を最適なレコメンドすることによりシーンにあった音楽を聞くことができる

Slide 23

Slide 23 text

中核の業務領域(コアサブドメイン) 開発方針これにカテゴリーされている機能を開発にすることによってアウトカムが生まれるアウトカムを生み出すために、継続的な機能追加を行い、開発リソースを優先的に投入する必要がある @suzuki_mar

Slide 24

Slide 24 text

有用なテストコードを書いていくリファクタリングを頻繁に繰り返して機能追加をおこないやすくする設計原則やデザインパターンを適切に使用する PHPStanなどを使用しながら型をしっかりと書いていく PHPの新しい機能を使用してコードの品質をあげるものを使用していく @suzuki_mar どのようなことをするのかコードの内部品質を高めるためにあらゆることをする

Slide 25

Slide 25 text

@suzuki_mar 特にコードの内部品質を高くしたほうがいいところ変更容易性を高くする中核な業務領域はプロダクトのアウトカムを最適な形で提供するために変更しやすくする必要があるテスト容易性を高くする変更する頻度が多いためリファクタリングをしていく必要がある　その時に安全にリファクタリングをしていけるようにする

Slide 26

Slide 26 text

No content

Slide 27

Slide 27 text

Serviceクラスを使ってmain処理から注文の処理の詳細を隠蔽している Cartのモデルクラスを使ってモデリングをしている

Slide 28

Slide 28 text

引用: ドメイン駆動設計を始めよう1.2.2.4　開発の基本方針表 1-1 Sotifyにおける機能は鈴木が追記

Slide 29

Slide 29 text

興味を持った方に　今回あげたアウトカムの考え方や業務領域の考え方などプロダクトを理解していく考え方それを実装するための方法など良いプロダクト開発をしていくために重要な考え方をわかりやすく解説していますイベント駆動なども解説しています

Slide 30

Slide 30 text

ご清聴ありがとうございました!!　