継続的に価値を提供するドメイン駆動設計入門 | Hori Blog
Hori Blogフリーランスでバックエンドエンジニアとして活動している Ryota Hori のブログです。 最近はテック系記事より雑記ブログ気味。 世界へ継続的に価値を提供するコストはもっと低くてもいいはずだと思う。 継続的な価値提供への一つの手法としてドメイン駆動設計があるが、特にアプリケーション設計においては大局的な理解を得ることが難しいように思われる。 ドメイン駆動設計によるアプリケーション開発においてどういうことを実現したいのか。 本記事では大局的な思想に注目することで設計の入門となることを期待したい。 ドメイン駆動設計で成したい欲求 アプリケーション提供において、開発は専門化し価値提供欲求と分断されることが起こりがちである。加えて、アプリケーションの大規模化に伴い開発内においても局所的な専門化が生じやすい現状がある。 特定の目的を達成することで価値を提供するアプリケーションに
ドメイン駆動設計を理解する３つのキーワード - ソフトウェア設計を考える
ドメイン駆動設計との出会い １０年前に、エヴァンスのドメイン駆動設計を初めて読んだ時は、書いてある内容がほとんど理解できなかった。 あまり、面白いとも思わなかった。 当時は、現場でバグだらけのコードと格闘していた。障害が報告されるたびに、リファクタリング本を参考に、該当個所の長いメソッドや大きなクラスを片端からリファクタリング。その結果、コードがわかりやすくなり、やっかいなバグが単純な修正で解消できてしまうことの効果に驚き、設計の重要性を再認識していた。 それ以前は、UNIXとC言語、OracleとPL/SQLという、オブジェクト指向ではない世界で技術を身に着けてきた。 どちらかというとオブジェクト指向には、ネガティブな印象を持っていた。現場では役に立たんだろうと。 バグとの格闘の中で、リファクタリング（設計改善）の威力を肌で感じ、その考え方とやり方がオブジェクト指向に由来するということを
大事な言葉・HRT～「Humility（謙虚）」、「Respect（尊敬）」、「Trust（信頼）」。ああなんて難しい
大事な言葉・HRT～「Humility（謙虚）」、「Respect（尊敬）」、「Trust（信頼）」。ああなんて難しいポエム新人プログラマ応援HRT はじめに～HRTは本当に大事。でも意識しすぎて失敗することも 最近バズった記事からHRTに関わる記事やコメントを見る機会が増え、HRTが大事と改めて意識しました。 それとともに、HRTを実践するのは難しいなと改めて感じたのでまとめてみました。 まずはHRTについてQiitaガイドラインから HRTとは、書籍『Team Geek――Googleのギークたちはいかにしてチームを作るのか』で紹介されている「Humility（謙虚）」、「Respect（尊敬）」、「Trust（信頼）」を示す言葉です。書籍では“あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ”と述べられています。 Qiitaを利用する際には、このHRTを意識するよう心がけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クソコード動画「Userクラス」で考える技術的負債解消の観点
https://webexpert-draft.jp/articles/35
