ϨΠϠʔԽ ɹΞʔΩςΫνϟ ΤϯςΟςΟ όϦϡʔ ɹΦϒδΣΫτ ϦϙδτϦ ϢϏΩλεݴޠ େنઃܭ ϦϑΝΫλϦϯά ΞάϦήʔτ ࠓ ͢ Δ ͓ ࠓ ͠ ͳ ͍ ͓
スタートアップ企業が実践する「身の丈スクラム」の現在地 / Current State of 'Right-Sized Scrum' Practices in Startups
2016/5/25(水) 「DDD Alliance! ドメインオブジェクトの見つけ方・作り方・育て方」に参加してきました。 connpass http://ddd-alliance.connpass.com/event/31834/ 場所は銀座の株式会社ドワンゴさんです。 参加者は100人くらいでしょうか。毎度の満席です。 これまでDDDAllianceの講演は、(無料のは)ほとんど皆勤で参加してます。 いつも学びが多く、今回も楽しみでした。 以下、スライドに無い口頭説明部分を中心に、メモ。 講演 最初に 今日は、自分たちがどうやってDDDをやってきたか、をできるだけ生でお伝えできればなぁ。 ドメインオブジェクトの設計の話は 「オブジェクト指向エクササイズ 9つのルール」とか 「リファクタリング」とか バートランド・メイヤーのモジュール性の話とか これらを私自身、勉強してきたし、現場でこ
autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info #jsprimerを書いています JavaScript入門書に興味ある人はウォッチ :star: :warning: 注意 :warning: 作成するアプリケーションによって必要な構造は異なります 今回の話はある程度の規模で複雑性を持つクライアントサイド ライブラリ抜きで数万LOC >= 長期的にメンテンナンスや変更が発生するアプリケーション サーバサイドレンダリングはしないクライアントアプリケーション 3行でOK 複雑なJavaScriptアプリケーションを作るにあたりドメインモデルをどう実装するか悩んだ 色々と試行錯誤した
Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Gamesatsushi061452
別のアプローチによる実装の記事を書きました。 よろしければこちらもご覧ください。 「かんばん」を、DDDで設計しRailsで実装してみました。 kanban_core_extension 現時点では、最小限の機能しかありませんが ドメイン駆動設計をRailsで実装する際の一例として参考になれば幸いです。 アプリケーションの機能 開発するフィーチャ(タスク)をカードで表現し、進捗状況をかんばんボードで可視化する カードを次のフェーズ(進捗の区切り)に進める時にWIP制限をチェックする アーキテクチャスタイル Event SourcingなしのCQRSです。 変更(Command)の時だけドメインモデルを使います。 問い合わせ(Query)では、必要なデータをデータベースから直接取得します。 リポジトリからドメインモデルを取得することはしません。 取得したデータは構造化されたオブジェクトですが
DevLOVE関西 「DDD(ドメイン駆動設計)実践者の話を聞いてみよう」でお話した内容です。 https://devlove-kansai.doorkeeper.jp/events/30012 前半はギルドワークスでのDDD実践の話、後半は@Posauneの解釈するDDDのお話になります。Read less
自分用のメモ TL;DR ドメイン駆動設計の知識をエヴァンス本を等を読んで学び、現場で実践していくことが大切 チームメンバーと一緒に実践していくなら、お手本を見せていくことが大事 顧客の関心事を理解し、実装していくことが大切 オブジェクト指向とエクストリームプログラミングのプラクティス等を活用する イベントページ http://ddd-alliance.connpass.com/event/21932/ ビッグローブでの2年間の取り組み DDDを組織で始めるための考え方 途中から参加 現場 ←→ 経営層 相手の立場になると「あーわかるわー」ってなることがあるので、そこを汲み取って行くのが大事 開発現場から学んだドメイン駆動設計中心のサービス開発 DDD適用サービス Wi-Fiスポットから 5チーム30人でDDD実践 100名規模でやっていきたい DDDの価値を共有 課題分析と課題解決 人材
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料:http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く