UXを踏まえてDDDをまとめてみる - Qiita
この定義がどうあれば正しいかは、ドメインエキスパート というその関係する領域の知識を多く持つ人（業務知識を豊富に持つ人なので、この場合だと病院関係者の中でも診察予約にもっとも精通している人なので、看護師の代表者かと）とソフトウェアエキスパート（設計や実装の知識をもっとも持つ人）の会話から抽出と定義を繰り返します。 さらに設計や実装をすすめたり、実際にアプリを使ってもらう中で誤りがあれば正しく変更していきます（リファクタリング）。 ドメインドリブンデザイン（ドメイン駆動設計） DDD = Domain Driven Design ここまで説明してきた、ドメインモデルとユビキタス言語。これを明らかにしていくだけではDDDではありません。俺たちの本当のはじまりはここから。ソフトウェアは実装して使ってもらってなんぼです。つまりこのドメインモデルをオブジェクト志向プログラミングの オブジェクト にし
Faao - ドメイン駆動設計で作るGitHub Issue Client -
autoscale: true Faao - ドメイン駆動設計で作るGitHub Issue Client - 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info 過去に作ったやつ azu/GithubReader: Github Notifications Client for OS X azu/github-reader: [node-webkit] GitHub client app - Viewer for Notifications and News Feed. azu/github-issue-teev: [NW.js] GitHub Issue Manager(Viewer) Faao Faao - Feature Support Modern browser/mobile/Electron(re
20151110 ドメイン駆動設計によるサービス開発
ビッグローブでDDDを導入して早２年。 この２年間、ISP事業における主要なサービスをDDDで開発してきて、試行錯誤の連続でした。 今回は、試行錯誤の過程を経て生まれた、実際に実践している ・設計・実装の考え方（ドメインモデルやコード例やDB設計など） ・チーム環境の考え方（開発プロセスやチームビルディングなど） の２つを軸に現場でのリアルな体験を紹介します。 また、最後に、試行錯誤における失敗談も紹介します。
アーキテクチャをめぐるたび
タイトルに特に意味はありませんが、Alminを作る参考にしたものをまとめた感じの記事です。 スライド: 複雑なJavaScriptアプリケーションを考えながら作る話 リポジトリ: azu/large-scale-javascript: 複雑なJavaScriptアプリケーションを作るために考えること 主に書籍を並べていますがその他のスライドなどの参考資料は以下にまとめてあります。 large-scale-javascript/refs.md at master · azu/large-scale-javascript 自分用のメモなので、読んだ順で並べておきます。 右側の年は書籍の出た年です。 実践ドメイン駆動設計 @ 2013 一番最初に読んだDDD系の本。 この辺ででてくるレイヤーとか用語を把握した感じ。 けど、そこまでよく分かってない感じはする。 カウボーイが出てくるの読みにくい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
普段使いのDDD
ドメインロジックの実装方法とドメイン駆動設計
Eric Evans氏: ドメイン駆動設計はソフトウェア開発に有益か？