さあ皆さんお待ちかね今月の一冊待ってましたあれあんま盛り上がんないさっき盛り上げるって言ってた待ってましたありがとうございますお待たせしました今月の一冊はですねエリック・エバンスのドメイン駆動設計ということでですね重そうですねなんか

すごい重いよこれすごい重いドンキでしたね焼肉で言うとトントロぐらい重い重い最初に焼く感じ最初に焼いて網を油ギトギトにするやつですねそのこだわりはちょっと分からないそれぐらい重い本です名前だけ聞いたことあるけど詳しくはよく知らないな名前聞いたことあります?ドメイン駆動設計何で聞きましたちなみに噂でそれはね仕方ないことだと思います

どういうこと?多分ですけど2020もうちょい前なのかな分かんないけどなんかちょっとブーム巻き起こった感あったそうなんですねDDDブームと呼ばれてる呼ばれてないか呼んではいないかもしれないですけどドメイン駆動設計とも呼ばれてるしあとはよく言われるのはDDDって略されて呼ばれてますねドメインドリブンデベロップ間違えたデザイン

出ましたデザイン広いねデザイン設計も開発もデザインですからね設計よりかなでもこれドメイン駆動設計は名前の通りですけど今日はちょっとこれについてお話をしていきたいなと思ってるんですけどよろしく頼んだ非常に消化不良ですね

じゃあもう咀嚼しましょうこのラジオで大酒飲んだ次の日みたいな感じになっちゃいますだいぶ気持ち悪いですね相当味噌汁欲しいですねだいぶ欲しいじゃあじゅんぺいが味噌汁作ってあげてください頑張りますいつもだいたい割としっかりめに台本作るんですけど今回作ろうとして作れなかったんでなるほど見出しがちょちょちょって並んでるだけですねめちゃくちゃ不安だぞ俺も自信ないの珍しいですねこれはでもむずいと思う多分うーん

ミソ汁作ります頑張ってお願いします私のミソ汁になってくださいプロポーズみたいになっちゃった

じゃあまずねそもそもドメイン駆動設計って何なのっていうところからお話ししていきます一番気になるそれがこれはでもね一言で言うとめっちゃシンプルなんですけど結局何ってなるのがこれのいいところですねいいところですね奥が深いですね全く何も聞いてないのに奥が深いのが分かるそうですまずこのドメイン駆動設計を一言で言うと事業ドメインを中心にモデルを作成しそのモデルと実装を紐付けて設計していこうね

これです分かりづらい単語が2個ぐらいあったかなと思ってますそうですねOK分かってるドメインとモデルでしょうねそのドメイン駆動設計の時点のドメインって何だろうってなってました分かりましたこのドメインというのはですね別の言い方するとビジネスロジックってやつですね企業がお金を得るための厳選になっている部分というか

例えば銀行銀行のビジネスモデルってのは金を貸します利子をつけます戻ってきますっていうのが事業ドメインじゃないですかそれが事業ドメインなんですねそういうことっすちょっと待ってくれよくわからんぞ次のマックどっちのマックはPCだマックは

ハンバーガーを作って売りますとこれが事業とメインです事業のやり方というかビジネス全体の範囲というか概要というか外観というか

を表すんですかね事業ドメインは事業ドメインはねそういうことですねビジネス領域とも言うかなどの分野であなた戦ってるんですかねマクドナルドは主にハンバーガーを売るっていう事業ドメインです他にも売ってるものあるあれどまあまあ欧米風のファーストフード事業ドメインですねただちょっとマックについて言うと

分からんところはあるそうなんですね

マックを作った人いるじゃないですかレイクロック有名みたいに言ってますけど知らない人の方が多いと思いますそもそもマクドナルドって兄弟でやってたんですよねマクドナルドブラザーズみたいなやってたんですけどそこにやってきた50歳過ぎのサラリーマンレイクロックがここのポテトは絶品だって言ってフランチャイズ化していったのが確かマックなんですよ

めっちゃざっくり言うと詳細が化け物ですねどんなにうまい飯食ってもフランチャイズ化しようって思わないもん絶対しかもそれまで普通のサラリーマンだったらしいですからねちょっとごめんすごいアバウトなこと言ってるんで調べたら違う可能性めちゃめちゃあるんですけど概要は多分あってます調べておく?一応一応調べようかポテトうめえからってのはなしかもしんない出そうですようんこ急に?

急に言わんてこれ流せるかなカットしたくないなこれ流していいかな途中でひらめいたみたいな顔してましたもんねなんかもうそのお金を稼ぐアイディアみたいのがビジネスロジックみたいなイメージ作用作用よかったですミソ汁ミソ汁になりましたうわマジでレイクロックっていう情報しか出てこない

多分めちゃめちゃ調べたらあるんだろうけどようわからん出ません諦めましょう事業ドメインはそうです仕事というか事業ビジネスの範囲というかそうです領域というかモデルそしてモデルモデルはね僕は絶妙な例えをこの前見つけたんですけどどっかで情報源忘れましたけど

お家作るときにちっちゃい家のなんかあるじゃないですか模型みたいな建築事務所によくありそうなそう模型あれですあーなるほど

要はソフトウェアってコーディングしたら実物ができますよねとでもそれをコーディングするためにある程度何を作ろうとしているかっていうのが全員に共通認識取れる模型が必要なわけですよそれを通称モデルと言ってましてこのドメイン駆動設計の文脈の中でいうモデルは

ソフトウェアって形ないじゃないですかなので主にまず3つあるんですけど図とテキストとコード実物が出てきちゃいますこれがモデルになり得ますこの複合的な感じでモデルって言ってると思いましたなるほどなるほど

でモデルあの図は特に uml ですね多分 このドメインクド設計結構のオブジェクト思考のあのベースで話されてるんでおそらく図は uml がほとんどですね uml と言ってもいろいろありますからねはいまあなあのあれからですねこのクラス図みたいなやつがよく出てきます うん

っていうのを踏まえて最初に言ったことをもう一度お願いします事業ドメインを中心にモデルを作成しそのモデルと実装を紐付けながら開発していこうぜという設計でございますなるほどあれですね事業の領域をなんとなく模型化してその模型を見ながら開発しようっていう考え方ですね開発じゃないや設計しようって考え方ですねそういうことですソフトウェアの設計をしようって考え方ですね

よくある勘違いポイントの一つとして事業を丸ごとオブジェクトというかコードにすればいいのか

っていうような話が上がったりするんですけどそこはもうこれね明確にNOと言われてますねなるほどそれはどういうことですか?要は世の中ってすごい変数が多いというかいろんなことがあるじゃないですかそれを丸ごとコードに落とし込んでしまうと情報量が多すぎて使いにくくなっちゃうと

でもこういうソフトウェアって要はビジネスの課題を解決するためにあるわけなんでその課題解決のために大事なとこだけを抽出してソフトウェアに落とし込んでいくっていうのがいいよねって言ってますなんかイレギュラーケースがあんまり出ないようにビジネスロジックというか処理の流れ自体も効率的に変えるっていうのも考えた方がいいよってことなんですよねきっとえっとね

というよりもモデルはシンプルに保たないと変更しにくいよねっていうのが結局出ちゃうとこのドメインクルーの設計って最終的に何が目的なのかっていうところなんですけど結局は保守しやすくて

変更しやすくてガシガシどんどん機能追加できるようなソフトウェアを作っていこうねっていうところはもちろん最終目標ではあるんですよでもそれをやるために全部の情報を詰め込んでしまうと身動き取れなくなってしまうんで情報はある程度取捨選択しましょうっていうことを言ってますとその具体例が頑張れ出てこい

銀行とかでやってみますか銀行お金を貸しますっていう時にお金を貸す際の審査とか申請書類とかいろいろあって最後にお金を送るんですよねそうですただその中で考慮すべきことがめちゃくちゃありますと全部考慮しなきゃっていうのを全部モデル化すると多分モデル図なのかなモデルの図

アクティビティ図わかんないけどその図はとんでもなく複雑なものになってしまうたぶんバカ正直にやるとそれじゃあ効率的にシンプルな設計とは言えないというのでこれはどうするんですかメインストリームだけ一旦考慮するとかになるんですかねソフトウェア化する範囲を絞るとかになるんですかね範囲はね

絞りますパレートの補足じゃないですけど2割のユースケースが全体の8割を占めるみたいな多分何かがあるんでしょうからありますそういう2割に絞ってシンプルなところから設計して最初にまずソフトウェアを作ろうみたいなことなのかなと思いました確かに

あとモデリングのやつで言われてるのは1個の業務ドメインでも視点が変わると変わるよねみたいなのはあるんですよ視点が変わると変わるよね大事な部分が変わるよねってのはあるんですよどういうことじゃい例えば

工場の生産業務があるとしますと工場で働いている人たちにとってはそこの工場で行う工程が大事なんですよそうですね自分の例えばネジの

傷ついてないかを見る人にとっては自分がどうやっていかにネジを効率よく見るかっていうのが大事で実はそんな作業必要ないとかっていうのよりも自分がその作業を効率的にミスなくやって怒られないようにするのが大事みたいなねただ工場長からするとそこは別に大事じゃなくてネジを1日どれだけ生産できるかがめっちゃ大事で

みたいなそういう人によって関心が違うみたいなことですねそうそうそう同じ事業やってるけど見る位置によって大事なものは変わってくるねっていうのはそれは本当かそれは

それは本当? 本当だよ 同じ授業やっても見る位置によって 見る位置というか 座席ってことですか? 静か 前の席いる人と後ろの席いる人で 今日の二次方程式の授業だから大したところ変わってくるよね 大したところが そうしたら同じ位置にいるから

物理的な位置じゃなくて論理的な位置ですねびっくりした俺も知らない学校の真実に気付いたそうだよ後ろの生徒の方が得してるからやっぱそうですねそういう場合が多いですねなんだっけなんかこれ俺が思ったのはなんか割と普通にやってることじゃないのかってちょっと思っておっと出た

これよくある勘違いパターンの一つですかもしかしてこれはですねこれはそもそもドメイン駆動設計のこの本は結構パターン本なんですよこういうパターン使うといいよねみたいなこといっぱい紹介されてるんですけどこういうパターンを使っていくとビジネスロジックに集中しやすいよねっていうパターンなんですねでソフトウェアエンジニアは意外とそのビジネスロジックとアプリケーションのロジックを混同して考えてたりします

例えばですけどこの送られてきた機能をCSVに保存しますみたいなのがあったとするじゃないですかってなった時ってCSVに保存するのは別に業務ロジックじゃないんですよはいそういったアプリケーションなくなったらなくなるものじゃないですかはい

ですけどそこで保存したい情報っていうのはビジネス業務じゃないですかそういうのを一緒にしてませんかしてるかもしれないですねもう少しちょっと咀嚼してほしいんですけどそれはCSVで出すのが大事なんじゃなくてその情報を書き出すっていうのがビジネス上大事ただエンジニアはCSVで出すのが大事だと思ってないって話ですかしかもこれのパターンを使って作っていくと

いろんなクラス作るじゃないですかオブジェクト思考で開発していくとはいはいはいそうですね本当に業務ロジックだけのオブジェクトみたいなのを作りますじゃあ無駄なやつがあんまりできないというかはいなるほどそのオブジェクトのことをですねドメインオブジェクトって言ったりするんですけどそのドメインオブジェクトを作るためのパターンがすごくいっぱい紹介されてますよっていう本なんですよ

言われてみると確かにそんなにできてる人は多くないと思いますちゃんとビジネスロジックじゃなくて業務ドメインに直結したものを作れてるかっていうと多分業務ドメインと自分の開発物って多分プロジェクトマネージャーかチームリーダーかもしくはプロダクトオーナーでフィルタリングされて咀嚼された状態でタスクを振られるっていうエンジニア多そうですね

これを作ってってもともとCSVで出してって言われるエンジニアが多い気がしますねそういうことですあとこれドメインオブジェクトっていうのはすごい特徴的な部分があってですねエンジニア以外の人が読んでも分かるっていうすごいようにしておかなきゃいけないっていうそれはすごいぞこの本でよく出てくるドメインエキスパートっていう存在がいるんですけどドメインエキスパートそれはもう

本職の人じゃないか本職の人本職の人本職の人本職の人ってあれだよねその業務に詳しい人銀行の業務のドメインエキスパートは銀行員やろだってそういうことその人たちが読んで分かるようにしなきゃいけないと

むずなので指揮多数言語って呼ばれてるキーワードが結構よく出てくるんですよこの本の中で聞いたことあるけど意味よく知らない単語ランキング10位ぐらいの指揮多数そう指揮多数言語共通言語的な感じなんですけどえーっと

要はエンジニアって聞いた話をプログラミングの技術的なところに置き換えて解釈するみたいなそこの翻訳ない方がいいよねっていうのに基づいてるやつで要は共通で使ってる言語をまず作りましょうとそれをメソッド名にしちゃえばドメインエキスパートでも単語の意味だけでなんとなく分かるようになるみたいな結構すごいこと言ってるよ結構すごいこと言ってるよ結構すごいこと言ってるよ

そうなんですだからそのドメインエキスパートと開発者が日々コミュニケーションを交わして一つの指揮多数言語を作り上げてそれをもとに実装の命名とかちゃんとやった方ねみたいなこととかを言われてますねここではまあでもなんか今時ですね今時と思うじゃないですかこの本は2000年の本です

今時というかそれを追いつける社会になってきたのがヤマサイキっていう感じなのかもしれないですけど確かに確かにちなみにこれアメリカの人が書いた本なんですけどリリースされてすごい騒ぎになったんですよ

すごい人たちがすごいって言ってるってすごいな野獣マンいっぱいいるね世の中ねそれ言ってる人俺みたいな感じすごい人がすごいって言ってる言ってるらしいぞちょっと買おうかなみたいな俺みたいなやつらですそうなんですよじゅんぺいみたいな人たちワンサがいたらしいんですよなんですけど

日本語に全然翻訳されなくて一時期DDD難民っていう人たちが生まれたらしいです原著読めねえしみたいな翻訳されねえしでDDDを知りたいけど知れないっていうね情報の壁に阻害された人たちはDDD難民と呼んでたらしいです俺DDD難民でした当時ね当時に生きてたら難民になってたらしいです

以上です以上ですというかねちょっとねこれ以上飲み込みきれてないというか結構パターン本なんで

一個一個のパターンを紹介するのはちょっと音声だと無理だと思うので分かりました気になることをちょいちょい聞きたい指揮多数言語を作っていこうって話で指揮多数言語に関わるのはドメインエキスパートの人とエンジニアですか?エンジニアですドメインエキスパートとエンジニアが直接コミュニケーションを取れる指揮多数言語を作ろうですねそうです指揮多数言語は具体的に言うと何なんですか?

例えば銀行業務で言うと貸し付けとかテキストなんですかそれこそ有名ML図とかコードとかになるんじゃないですかいやコードになるかなでもコードでもドキュメントでもどっちでもいいと思うその記録に残って共有できていればなるほど

コードでいいことあるかなコード見てわかるように白い音は書いてあるなるほど じゃああれかもしれないですねひょっとしたらコードとかではなくて例えばですよ具体的なライブラリ名しか出せないんですけどキューカンバーっていうテストのライブラリがあってシナリオテストシナリオテストえーと

ビヘイビアクルマイビヘイビア駆動開発のTDDBDDに使うライブラリなんですけどそれって例えば日本語で試験項目が書いてその日本語で書いたシナリオを

自動試験してその試験結果自動で出してくれたりするんですよHTMLとかでそれがいわば日本語でこういう動きをしますっていうのを書いてるリストになるんでそれは一つの指揮出す言語になるのかもしれないですね確かにね結果としてこういう風に動くソフトウェアができましたあとは設計段階でもコミュニケーション取りたいと思うのでそれはUML図なんでしょうけど

例えばですよシーケンス図パーンとされて読める人って結構すごくないですかシーケンス図は確かになちなみにドメインクルー設計の中だときりUMLではないんですよほうマジで丸と線で作ってどういう関係なのかっていうのを文字で書いてあるみたいな図とかも結構出てきますねそれがロバストネス図なのか

特に名前ついてなかったですノリなんだ僕らはこういうのを書いて作りましたって言って丸と線と文字だけの図とかあります伝わりは何でもいいですねそうです結構ハードル高いなって思いますよねハードルね高いですよこれでも一番ハードル低いケースあるなってものはアジャイル開発だと思いますアジャイル開発ってはい

究極ねPOがお客さんなわけなんですよはいはいはい究極でPOは多分ちょっとエンジニアの素養があるはずなんですよそういう図とか分かってくれるはずなんでそうじゃない人もいますけどもちろんそういうチームだったらまだやりやすいのかもしれないですね一方で農家とか農家ねあると思うんですよ全然例えば何でしょうねカラス

カラスが飛んできたらビームで打ち殺す機械を作る機械を作るとかあとは売れたイチゴとかを自動でビームで打ち落として収穫するシステムを作るとかねそういうのをやろうと思った時に

農家さんと指揮き足す言語を作ってコミュニケーション取るのはちょっとハードル高いなと思いましたね確かにな収穫って収穫でもそれを撃墜とか伝えられる指揮き足す言語を作るんでしょうね多分ね究極だって丸と矢印だったら分かりづらいけど漫画描けば分かりやすいかもしれないですねあーまあ確かに漫画家じゃあ雇うかそうそうそうコミュニケーションの取り方なんかもしれないですね究極うんうんうん

ただちょっと漫画描いた後にそれをコードに落とし込むのはもう一変化いる気がしますけど確かにそれじゃダメなんだよな結局やってること一緒だから

むずいですねこれねDDDすごいむずいポイントがいくつか潜んでるなって思うんですけどまずこの本読んだ後僕実際にモデリングやってみたんですよそしたら何していいか分かんなくて手が止まりましたこれねすごい概要はバーって話してくれるんですけど具体的な部分はあんまりないんでこれで合ってるのかなみたいな

感じになりがちっていうのがハードルその1ハードルその2パターンの方も結局これコードでどうするのっていうのがめちゃくちゃいっぱいあるなるほどパターンその3これ実体験ではないんですけど

僕一時期このDDDの臨読会みたいな世の中で開催されてるやつ出てた時期あったんですよ聞いたことある名立たる人たちがいたやつですかびっくりしました本屋さんに名前並んでる人たちじゃんみたいなそれ参加した時にすごい人たちが盛り上がってた内容としてはドメインエキスパートで時間取ってくれる人少なくねってので盛り上がってました本当ですよねマジでそれなんですよ

だいたい忙しいからねこういうエキスパートな人たちはみたいな結構盛り上がってたんで実際にやるとなると結構ねこの本一冊だと情報足りないなとは思いましたねうまくやってるか置いといて社会の動きとしてこういうのだったらドメイン駆動設計できそうだなっていうのが協業ですよねやっぱり協業例えばですよいい例えあるかな

例えば食品で農家だからじゃあキノコの北斗さん勝手に名前出しますけどすごいねしっかり具体的な会社出したじゃんそうじゃないとイメージつかないかなと思って多分北斗さんはよく知らないですけどキノコをめちゃめちゃ効率的に生産したいはずなんですよ思った相当したいですよ多分そのためにはありとあらゆる手段を使うとよくわかんないけど多分AI使ったら効率的にできるものもあるんじゃないかとなるほどねよしお前やれと

言われる人がいるはずなんですよ北斗さんの中に北斗のAI担当AIじゃないですキノコ作ってたけどここからうまくなんかやれって言われてる人ITのエキスパートじゃないけどキノコのエキスパートでなんかIT使ってやらなきゃいけない人なるほどっていうのを北斗さんの中で出現させてそこと協業できれば

多分ドメインエキスパートとして入ってくれるんでしょうね確かにそれはそうだな確かに事例としてもだんだん増えてるんですよ最近流行ってるんでDXとかちょっと大きい企業限定になるかもしれないですけどそういうのを結構やってるニュースは見ますねただそれは本当にごく一部のレアケースでそうじゃない場合はやっぱPOとかが全力でお客さんの業務を理解して

で頑張って再現しようとするのが現実的かなと思いますねでも面白い指揮き足す言語を作るっていうのはめちゃめちゃパワープレイでどうやるんだろうと思いつつこういう理想の姿があるんだなっていうのはちょっと勉強になりましたちなみにね

これって普通に英語圏の話じゃないですかプログラミング言語大体英語じゃないですか我々は日本語っていう別の言語挟んでるんで指ひたす言語逆に作りやすいんじゃないかっていう議論を見たことがあるわなんで?要は一回日本語に変換しなきゃいけないじゃん我々もプログラミング言語を日本語に変換するじゃん向こうの人たち日本語で業務を見てるじゃんそこで同じ言語に一回衝突するんじゃないかみたいなところで

英語でそのままよりも変換が挟まる分近づくんじゃないかっていう議論を見たことあるわへーそれでもあんまり思ったことないけどそうなのかもしれないですね要するに海外圏の英語圏のエンジニアはプログラミング言語を抽象化するのが苦手ってことですよねそのまま喋れちゃうみたいな日本人よりも抽象化する機会が少ないから本当?って思うけどまぁ

どうなんだろうねそっちの気持ちになれないなれないねまあまあまあでも僕らのポジションはどっちにしろ変わらないのでそうです頑張ってやったらかっこいいねこれこれできたらすごいいいよねいろんなところで喋れると思う聞いたことないってことはできてないんだと思うあんまりえっとね

すごいブーム巻き起こってるんですけどさっき言ったようにやっぱりふわっとしてるのかなっていうのを裏付ける証拠としてですねやっぱりいろんな記事によって全然やってること言ってること違うまあなんか各々の解釈がおそらくある

さっきものりさん言ってましたけど本当に実際のアクションに落とそうと思ったらアレンジ必要なんでしょうね心意気を言ってるだけですもんね多分オブジェクトだちがドメイン駆動設計ってそうなんですこれは僕のドメイン駆動設計っていうのがいっぱい立って多分もう少し時間が経ったら型みたいなのができていくんでしょうねきっと

そうね最近海外外国版しかないけどオライリーに出てきたから早く日本語訳されないかなってちょっと待ち遠しいですDDD難民じゃないですか難民今DDD詳しくなりたい難民現状で分かんなかったからねある意味難民だよねすげーな最後にもう一個質問なんですけどこれを推し進めるのってエンジニアチームでいう誰なんですかねチームリーダーシステムアーキテクト

なんだチームリーダーとかが現実的なところじゃないですかシステムアーキテクト的なところなんですかねだと思いますねなるほどなただこれのむずいところはチーム全員が分かってないとよく分かんないコードになって終わるんじゃないかなと思うんですよねこれ逆にどうなんだろう指揮多数言語からコードに落とし込むのは指揮多数言語がちゃんとしてれば大丈夫だと思うんですよ確かに

指揮多数言語からコードに落とし込みやすいっていう指揮多数言語を作る難易度が半端じゃなく高いと思うんですけどそれもあるしオブジェクトの作り方もむずいです多分どう分けるんだろうみたいな例えばですよマクドナルドとしましょうかマックのオーダーシステムデリバリーのオーダーシステムいいねだとして多分いろいろクラスとか考えるわけじゃないですか例えばオーダー

受けにクラスとかバイクじゃないな配達員に配達指示を送るクラスとかでもそれって設計図で書いて実際にコーディングするときってちょっと変わりそうじゃないですかリファクタリングとかって変わると思う

変わっちゃドメイン駆動設計じゃないってこと?いやそんなことないモデルはどんどん変えてけって書いてあったじゃあ指揮出す言語に反映させなきゃいけないってことですか?実装と設計は一方方向じゃなくて両方向なんだろうねぐるぐるぐるぐるフィードバックを回し合ってよくしてこうぜっていうスタンスではある僕そこで気になるのはそうなると指揮出す言語がドメインエキスパートよく分かんないものになりそうだなと思って

なるほどねある程度抽象化してないと絶対分かんなくないですか分からんメッセージだからセンドメッセンジャーっていうメッセージを送りやすいとメッセージジェネレーターみたいなクラス分けようってなってた時にドメイキスパートの人なんで分かれてるのって思うじゃないですかでもその辺はアプリケーションのサービスのオブジェクトに分かれるかもしれないどういうことですか

要は配達員に指示を出すっていうビジネスロジックがあるわけですよね送り方は多分そのドメインオブジェクトからは切り離されますね設計見るとドメインに関係あるとこだけを指引き出す言語でやり取りをしてそうじゃないところは設計者に別に起こす必要もないしなるほどコードがね読みやすく整理されてるはずですからそうそうそう

適切な分割がめちゃめちゃむずいっていう話だとやっぱりドメインエキスパートから見て関係のある範囲でしか書かないのが理想な気がしました登場人物ごとというかそうだねやったことないからいざやってみるとものすごくいろんな壁があるんでしょうけど若干でもイメージはつけましたなるほどね

面白い話だったこれは読んでみてくださいって感じですねいろんな複読本がありますこれは多分俺今の話聞いたら複読本読みたくなってるこれねこれ一冊で理解するの無理かなと思ってておすすめのやつおすすめと言われてるやつ一個はナルセさんっていう人の

ドメイン駆動設計入門という本入門これは非常に分かりやすいと思いますパターンも意味分かりやすいです実際のコードあるしもう一個が増田徹さんの現場で役立つシステム設計の原則という本が分かりやすいそうなんでドメイン駆動設計の本なんですかそうですこのシステム設計が結構ドメイン駆動に基づいている感じのやつで非常に分かりやすいそうです

なるほど設計ちょっと勉強したいなって気持ちになってて最近本当に本能でやって本能でね本能でやってお腹が減ったら飯食うそうそうそうそうなんかこれが必要そうだから作るみたいなわかる図を適当に起こしてやってるんですけどもっと効率いいコミュニケーションのやり方あったなと思ってていい設計書があるとね作るもののギャップなくてね手戻りもなくていい

いいなーって最近すごく思うのでうんうんうんまあでも中級ですね中級になってからかもしれないですけどだいぶですねこれはまあ勉強したいなという人まあ中級の方も聞いてると思うのではい学ぶとチームのみんなが幸せになると思います自分含めうんはいまあちょっとこれはあれですね多分3年に1回ぐらいずつ読んで新しい発見をどんどん得てくるタイプの本だと思いましたそうですね1回読んで数じゃないですねうんうんうんうん確かにはいはいありがとうございますはいでまあちょっと待ってくださいはい

順平が分かってることが一番大事です確かに順平君に今日の総括お願いしたいですねそうだね総括ですか喋れれば分かってるってことだから総括ですかまとめみたい俺が一番こうなるなって思ったのは現場の人をプロジェクトに一人ぶち込んだら勝手にドメイン駆動設計になるんじゃないかと思ってて

伝わります極端極論例えば銀行で言えばその銀行のなんか仕事をしてる人のデスクの隣に7,8人のプロジェクトチームをくっつけて一緒に業務やっていけばドメイン駆動設計みたいになるのかなと思いつつでなんでしょうその指揮たす言語的な話で言うとなんか貸し付けとかって言ってたじゃないですか貸し

そのUML図に貸し付けっていう丸矢印お客さんみたいな感じとかでコード的にもファンクション名を貸し付けとかにしたら分かりやすくてなんかドメイン駆動設計っぽいのかなって思ってますちょっとまとまんないっすねまとまってはないけど間違ったことも言ってなかった気がするはいなんでえっと

楽しかった楽しかった話ですちょっとまとまらないななるほどまあそうねギビキタス図をどう作ってそれを本当にどう作るかですねめちゃそこがむずいなというかまあ各々の

才能に任されてるなと思いましたそうなんだよね結局概要は分かるけど詳細が分からん本なんですよこれ多分ちょっとこれは続報を期待してますのにさん続報?頑張るわ難民を救出するためになんかちょっと後期を見たいなシステム設計入門だっけあの

なんとかトールさんマスダトールさんそっちのキャンバル役立つシステム設計の原則それなんか具体で書いてそうですねタイトル的になんかねこれ非常に分かりやすくて評価も高いですよレビューというかちょっと下気に読みたいなと思いましたでは皆さんもこの本を読んでDDD難民から脱出して変更しやすい行動書いていきましょうめちゃくちゃハードル高いぞ相当高い頑張りますバイバイ

ある夜ねいつものようにラジオのお便りのチェックをしていたんですよそしたらね夜なのにねお便りの通知がねポーンポーンってなってねこんな時間におかしいなぁおかしいなぁおかしいなぁと思ってリスナーも寝てる時間なのになぁって思ってメールフォロダー上げたらねうわぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ