DDDから得たものDDDから得たもの@kanayannetGunma.web #30
View Slide
自己紹介自己紹介名前 :金澤 宏昭Twitter : @kanayannetFacebook : HiroakiKanazawa元酒屋、プログラミングは独学
DDDと 私DDDと 私10年近く前本屋さんで 設計の本を探していると..
解らない ><解らない ><難しかった。読み返したけど理解不能(>
原因?原因?単純に経験不足言葉(ドメイン)に囚われすぎ(だったか?)オブジェクト指向を覚え始めたばかり。
今回話すこと今回話すこと10年前との違い読んだ本得たものまとめ
10年前との違い10年前との違い
名前空間の理解名前空間の理解正直に言うと..10年前は分けずに書いていた。名前空間の重要性を理解してない。
読めるコードとは?読めるコードとは?可読性の大切さを理解できるようになった。1月経って読み返しても読めるか?1ヶ月後の自分は別人
その他いろいろその他いろいろTDD/BDD複数の言語を覚える自然言語に近い形で書く
読んだ本読んだ本
感想感想順をおって丁寧に解説してくださる感が順をおって丁寧に解説してくださる感が非常によかったです！非常によかったです！
例例chapter 1小さくまとめて解りやすくするなぜソフトウェアの変更は大変なのか
冒頭から ドメイン駆動 じゃない!冒頭から ドメイン駆動 じゃない!助かります!助かります!
得たもの得たもの
ドメインモデルドメインモデルシステムに関わるさまざまな実体とそれらの関係を説明するシステムの概念モデルである。引用元: wikipedia
なんの為になんの為に業務知識、業務用語 を解りやすいよう概念モデルにする行き違いを起こさないように、情報共有するetc..
がっちりとしたルール?がっちりとしたルール?なんでも、それに従うってのとは違うかも解りやすく表現するために伝わりやすいように
共有して育てていく共有して育てていく「名前はこっちの方が解りやすいかも?」「いいね。じゃあ変えるか」
実装に集中すると実装に集中するとアルゴリズムに目が行きがちだが..
振り返ってみる振り返ってみる「人間 の やりたいことを 正しく 理解 する」「人間 の やりたいことを 動く ソフトウェア として 実現する方法を考える」引用元 :現場で役立つシステム設計の原則
つまずいた時つまずいた時という時ほど思い返した方がよいかも?
ユビキタス言語ユビキタス言語と聞くと難しく聞こえるが..と聞くと難しく聞こえるが..
同じ意味の複数の言葉が乱立同じ意味の複数の言葉が乱立行き違い起きそう
単純な業務用語という意味ではない単純な業務用語という意味ではない整理する。行き違いを起きなくする。
DDDはDDDは考えるキッカケを貰える。考えるキッカケを貰える。
仕様仕様数年前: Tochigi RubyKaigi05基調講演
by酒匂 寛さんby酒匂 寛さん「仕様は課題と設計を繋ぐものです」「仕様は課題と設計を繋ぐものです」
by和田 卓人 さんby和田 卓人 さんsimpleと easyの違い一つのもの ,客観的である
何か通じるものがあるのかな?何か通じるものがあるのかな?と感じましたと感じました
まとめまとめ10年越しに、自分の理解が10年越しに、自分の理解がようやく追いついた感ようやく追いついた感
ご清聴ご清聴ありがとうございました！ありがとうございました！
kanayannet
gpsnmeajp
usamik26
fishofprey
leichteckig
mitchan
star_zero
gennei
os1ma
codehex
yuya4
javiergs
iwasiman
morganepeng
lara
zakiyama
pedronauck
danielanewman
bluesmoon
bkeepers
edds
akmur
notwaldorf
jacobian
ammeep