Software Design 2023/2 第１特集：ドメイン駆動設計入門を読んだ！

DDD 本読んだ設計

増田さんから Software Design 2023/2 を献本いただきました！
第１特集はドメイン駆動設計入門で、50ページとすごいボリュームで読み応えたっぷりでした！

Software Design (ソフトウェアデザイン) 2023年2月号 [雑誌]

技術評論社

Amazon

2023-01-24

アーキ部：強いて言えば「集約どう実装するのかな、を考える」会に参加してきた！

アーキ部社外勉強会設計 DDD

kawasimaさん主催のアーキ部に参加しました！

architect-club.connpass.com

テーマの発端になったツイート

部門に社員を配属するとか、カートに商品追加するとか、コレクションを集約としてアイテムを追加する訳だが、件数多くいちいちコレクション全体をメモリにロードしてられないこともある(というかそういうケースの方が多いのでは?) 。そういう時にどういう設計パターンが考えうるか、まで論じて欲しい。
— kawasima (@kawasima) 2023年1月13日

これまでドメイン駆動設計やクリーンアーキテクチャとかを勉強してきましたが、このツイートを見て「実際に『性能』を意識してコードを書いていくってどうしたら良いんだろう？」と謎になりました。
この勉強会では、『性能』は重視しつつ、どうやってドメインをコードに表現していくのか、というお話をkawasimaさんからしていただきました！

🗒 ざっくりまとめ

💻 kawasimaさんのスライド

強いて言えば「集約どう実装するのかな、を考える」な話 from Yoshitaka Kawashima

www.slideshare.net

2022-12-07

わかりやすく設計を学べる『良いコード／悪いコードで学ぶ設計入門』を読んだ！

設計本読んだ

ミノ駆動さんから献本いただいた「良いコード／悪いコードで学ぶ設計入門」を読みました！既に何度も重版されているベストセラーで、読んでいてもとてもわかりやすかったのですごくオススメです！
（かなり前にいただいたのに、このタイミングになってしまった…！）

良いコード／悪いコードで学ぶ設計入門―保守しやすい　成長し続けるコードの書き方

作者:仙塲大也
技術評論社

Amazon

🙆‍♀️ こんな人にオススメ

「システム開発しているけど、可読性が低かったり変更しにくかったりと開発に課題がある。けど、レガシーコード改善ガイドを読むのはハードルが高い‥！明日からでも実践できるような、わかりやすく設計を改善できる方法が具体的に知りたい！」
という方に特にオススメです。もちろん、最初から良いコードを書きたいという人にもオススメ。

タイトルにもある通り、コードを読みながら設計を改善していく具体的な方法について学べます。
本全体を通して、

悪いコードが与える変更容易性への悪影響を確認
設計の改善方法について説明
良いコードの書き方を解説

という流れで整理されているので、なんでこのままのコードではいけないのかを納得しながら読み進めることが出来ると思います！

1 悪しき構造の弊害を知覚する
2 設計の初歩
3 クラス設計 ―すべてにつながる設計の基盤―
4 不変の活用 ―安定動作を構築する―
5 低凝集 ―バラバラになったモノたち―
6 条件分岐 ―迷宮化した分岐処理を解きほぐす技法―
7 コレクション ―ネストを解消する構造化技法―
8 密結合 ―絡まって解きほぐせない構造―
9 設計の健全性をそこなうさまざまな悪魔たち
10 名前設計 ―あるべき構造を見破る名前―
11 コメント ―保守と変更の正確性を高める書き方―
12 メソッド（関数） ―良きクラスには良きメソッドあり―
13 モデリング ―クラス設計の土台―
14 リファクタリング ―既存コードを成長に導く技―
15 設計の意義と設計への向き合い方
16 設計を妨げる開発プロセスとの戦い
17 設計技術の理解の深め方

6 条件分岐 ―迷宮化した分岐処理を解きほぐす技法―

この本は「設計」のための本なんだなと特に認識できる章だなと思いました。細かいコードの書き方だけではなく、クラス図なども使いながらどうやってクラスを設計していくのかの解決方法を提示してくれています。
条件分岐について取り扱っている６章では、コードが複雑になりがちな条件分岐に対してストラテジーパターンやポリシーパターンを用いた解決方法が説明されています。
（私が読んだ本はそんなに多くないですが）ストラテジーパターンをとてもわかりやすく説明してくれていて、「こういう風に書けば良いのか！」と理解ができる内容だと感じました。

10 名前設計 ―あるべき構造を見破る名前―

10章の名前設計についても、「名前設計」だけ聞くと「メソッド名やクラス名、変数名について注意していきましょう」というよく言われる指摘を思い浮かべる人もいると思います。
この本では、そこから更にもう一段階問題に踏み込んで、「関心事を意識した名前設計をする」ことが大切だと書かれています。

「商品」という名前を付けるのではなく、関心事が何かを意識してビジネスの目的に合った名前にする。例えば「予約」が関心事であれば「商品」よりも「予約品」、「在庫」が関心事であれば「商品」よりも「在庫品」にする、と解説されています。
これはドメイン駆動設計（そしてマイクロサービス）にも繋がる境界づけられたコンテキストとも深く関わるプラクティスだと思います。
名前という切り口でシステムを疎結合にしていく方法を学べました。

16 設計を妨げる開発プロセスとの戦い

16章では実際にコードを改善していく際に起こりうる、心理的問題やコミュニケーション、組織の課題と対処法について書かれています。
読んでいて「自分の組織も確かにそうだな」と思う人も多いのではないでしょうか。
大事なことはスモールステップで始めていく、そして、自分から始めて少しずつ広げていくことです。そういったアプローチについても丁寧に説明されています。

💬 まとめ

読みやすくサクサク学んでいきながらも大切なプラクティスをたくさん学べました！
チームメンバーと一緒に読み進めていきながら、少しずつプラクティスを適用していく、その時のヒントとして利用できる本だと思います。

一緒に「現場で役立つシステム設計の原則」を読むと、理解を更に深められると思いました！
ミノ駆動さん、素敵な本をありがとうございました！

良いコード／悪いコードで学ぶ設計入門―保守しやすい　成長し続けるコードの書き方

作者:仙塲大也
技術評論社

Amazon

syobochim.hatenablog.com

2022-11-22

エクストリームプログラミングを読み返した＋イベントの座談会に出ました！

社外勉強会本読んだアジャイル設計開発手法

増田さん主催のコチラのイベントに、座談会パートで出していただくことになり、改めてケントベックのエクストリームプログラミング(2nd Edition)の本を読み直しました！
エクストリームプログラミングも、読書メモをまとめて毎日ツイートしながら読んでいきました。

modeling-how-to-learn.connpass.com

エクストリームプログラミング

作者:ＫｅｎｔＢｅｃｋ,ＣｙｎｔｈｉａＡｎｄｒｅｓ
オーム社

Amazon

福井さんの勉強会資料はこちら！👇
speakerdeck.com

読みながらまとめたツイートのモーメントはコチラ↓
今回はイベントの１週間前から本を読み始めました！

twitter.com

ノートは私の理解で書いているので、何よりも原書を読んでいただくのが一番です。
ただ、読書会での意見交換のように、他の人の解釈を参考にしたいときや、原書を読んでみる前にどんなことが書いているのさっくりと雰囲気を掴んでいただくとか、そういった感じで皆さんのお役に立てると嬉しいです！

💡 特に面白かったところ
- 第1章：XPとは何か？
- 第4章：価値
📖 ノートをPDFとして公開します
本をまとめながら読んだ他の記事はこちら

2022-07-05

ドメイン駆動設計の入門にオススメ！「現場で役立つシステム設計の原則」読んだ

DDD 本読んだ設計開発手法

エリック・エヴァンスのドメイン駆動設計の本を読みまして、たくさんのプラクティスを知れました。ただ、実際にどうやって開発を進めていけばいいんだろうというのは、この本ではあまりイメージするのが難しいと感じていました。
そんなときに、「現場で役立つシステム設計の原則」を改めて読み返してみよう！と、読んでみて、めちゃくちゃ読みやすかったし丁寧だったので感動しました…！

現場で役立つシステム設計の原則〜変更を楽で安全にするオブジェクト指向の実践技法

作者:増田亨
技術評論社

Amazon

🙆‍♀️ こんな人にオススメ

ドメイン駆動設計に興味がある人・オブジェクト指向を始めたい人・より良いコードを書きたいと思っている人にオススメです。

エリック・エヴァンスのドメイン駆動設計は初心者向けではないので、まずこの本で取っ付き始めるのがいいのではないでしょうか。
また、エヴァンス本を読んだ後も、実際にどうやって開発していけばいいんだろう？に応えてくれる内容ですし、書籍の中で使われているドメイン駆動設計の言葉の理解度も深まると思うので、そんな人にもオススメ。