Slides of the talk I gave at Spring I/O 2016. @springcentral
ギルドワークスさんで開催された 再演 リレーションシップ駆動要件分析 ☓ ドメイン駆動設計 ☓ アジャイル開発 に行ってきた。 発表された資料は、勉強会のリンク先にあります。 感想と質問したことをまとめておく。 RDRA for 越境アジャイル 到着が遅れたので、RDRA for 越境アジャイルから参加しました。 顧客やチームメンバーとコミュニケーションを円滑にするためモデルをどうやって表現するか? 話されていたことは理解できるし、現場で似たようなアプローチはしている。 でも、チームがモデルを共有できる状態になっていないし、まだまだ良くしていける余地はあるので以下の書籍を参考にしてみよう。 実は読んだことあるんだけど、活用できていない。 今日の話を聞いてもう一度読んでみる。 RDRA DDD Agile 改めて、日々開発メンバーや関係者と話し合うことは大事だなと思わされた。 スピーディーで
Domain-Driven Design is a book by Eric Evans and is undoubtedly one of the most important books on software design. A more compact version of the book is available as Domain-Driven Design Quickly on InfoQ. The book’s core focus is on the domain a piece of software is supposed to deal with and how that domain actually connects to the software: starting with an emphasis on the domain’s ubiquitous la
A summary of the patterns and definitions of DDD. This document is meant as a convenient reference for those who know the principles of Domain-Driven Design (DDD). It does not contain full explanations of DDD or even of the terms and patterns covered. It is intended to be used as a complement to books and other resources available to those learning about DDD. The DDD Reference contains a brief sum
良い本なので感想とか僕の考えてることを書こうと思います! 「わかる! ドメイン駆動設計~もちこちゃんの大冒険~」というTechBoosterさんが出している本です。 DDDだからページ数多いんだろうなというイメージだったんですが、60ページ。しかも1000円は安い。 買ってハズレでもちょっと1日御飯を控えめにするだけでなんとかなる(大体控えめにすることはない)。と思いPDF版を買いました。 こちらから買えますよ!まわしものじゃないけどw https://techbooster.booth.pm/items/392260 読むきっかけ 知ったかぶりの限界 最近、僕の周りでもDDDについて見聞きすることが増えました。 あー、うんうん、アレなアレ。と知ったかぶってすごすのも若干辛さが出てきたし、 何か知っておきたいなぁとなってきました。 でもDDDの有名な2冊(実践ドメイン駆動設計、エリック・エ
ドメイン駆動設計(DDD:Domain Driven Design)の実践した結果についてと、Azure上でDDD+分散アプリケーションを構築する場合のご紹介です。 UMTPモデリングフォーラムで登壇した時の資料です。 当日は残念ながらアーキテクチャとActorパターンについてはご紹介する時間がありませんでした。Read less
楽に開発するためにAndroid全体の設計をしたいという思いは、わりとどの開発者も持っている気持ちだと思う。 設計というのは昔から色々揉まれてきて、今はMVPだMVVMだ、DDDだと盛り上がっている。 そもそも、Androidというフレームワークに限定された環境で、わりとよくある実装が多い中で、未だにこれだけたくさんの人が困っているという状態がおかしい。おかしすぎる。そろそろAndroidでこういうの作りたいならこう作るでしょ、みたいなベストプラクティスが確立しているべきじゃないのかという気がする。 あくまで個人的にはだけれども、DataBindingが主流になるのであれば双方向バインディングを使ったMVVMが一番しっくり来る。ただ、MVVMだとViewModelが太ってきてどうすんのみたいなことになるかもしれない。また、通信やキャッシュ部分は別のクラスにわけようとかそういう指針はどちらに
なんか、思いつくままに書きなぐったらこんなことになってしまった(*´∀`) 大きくなる一方 なんか、サービスが大きくなるにつれて、システムはどんどん複雑になって、管理するのが大変になっていくよなぁってのがある。 仮想サービスCber(しーばー) 例えば「Cber」(しーばー)って仮想サービスがあるとして考えてみる。じゃあ、CycleのCだってことで「自転車のシェア」みたいなサービスにしようか(適当)。あ、僕、あの、かっこいい感じの自転車は全然知らないので、ママチャリ的なのくらいのを想像してます。 ビジネスモデル どんなビジネスにしようか? 自転車を持ってる人が使ってないときに貸してあげられる感じにしようか。月に1回くらい自転車ででかけたいなーって思うけど、買うのはなぁ、って人と、自転車持ってるけどいつも使うワケじゃないから有効活用できないかなーってののマッチング的な。あとは、観光地で自転車
11. サービスの会社が 業務システムに取り組む話 • アソビュー • 全国のレジャー・遊び・体験が探せる日本最大 級の検索・予約サイト • バックオフィス業務は必要最小限、かつ人間系 でがんばっているが… • 事業のさらなら発展のためには • バックオフィスのシステム充実が必須 • ただし、 • ビジネスモデルや業務フローは変わり続ける 12. 電子チケットサービス • ネット上で電子チケットの購入 • 入場時に、電子チケットの提示と「もぎり」 • 挑戦 – 金流の変更 • before : 主催会社にお金が入り、手数料を請求 • after: アソビューにお金が入り、主催会社に支払い – バックオフィス業務の複雑化 – 確実性や迅速性の要求 – バックオフィスシステムの開発経験不足
ブログでもいろいろ解説しています。 http://little-hands.hatenablog.com/entry/top ドメイン駆動設計屈指の難解な概念「境界付けられたコンテキスト」について解説します。 --- 公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) bounded context A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable. 境界付けられたコンテキスト 特定のモデルを定義・適用する境界を明示的に示したもの。 代表的な境界の例は、サブシステムやチームなど。 まぁなかなかよくわからないですよね。DDD
BtoB SaaSの会社でDDDを活用して事業を成長させてきた中で、DDDのプラクティスの実践という面ではかなり大きな成果が得られました。 しかし、事業を成長させるという点において、DDDのプラクティスだけではうまくいかないこともあり、別のアプローチも同時に試行錯誤しています。 この発表では、うまく行ったプラクティスの内容と、カバーできなかった課題、そこに対する現在の取り組みについて紹介します。 ドメイン駆動設計 サンプルコード&FAQ https://little-hands.booth.pm/items/3363104 ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 ドキュメント内のブログ記事URL https://little-hands.hatenablog.com/entry/2020/12/22/
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Gamesatsushi061452
DDDとCQRSについて DDD (Domain Driven Design = ドメイン駆動設計)が世間に知られるようになってきましたが、今度はDDDをさらにスケーラビリティにするCQRS (Command Query Responsibility Segregation = コマンドクエリ責務分離)が出てきました。 DDD提唱者の英語本の和訳版「エリック・エヴァンスのドメイン駆動設計」がAmazonにありますが、非常に分厚く高価です。概要をまとめた資料が「Domain Driven Design(ドメイン駆動設計) Quickly 日本語版 - InfoQ」から入手できます。 CQRSはデータベース設計とイベントソーシングも含めた壮大なWebアプリケーションのアーキテクチャですが、日本語の資料がまだ少ないです。CQRSを適用したアプリケーションを構築できるインフラがWindows Az
ドメインに対するソリューションを示す。 ドメインモデル群の境界を定義している 誰? モデリング入門 ドメイン駆動設計入門 かとじゅん モデルってなんだろう かとじゅん=@j5ik2o 10歳からプログラミング SIer→ISP→ドワンゴ→グリー ChatWork テックリード 地球地図の投影法の一つ。実用的なモデルの一つ。 縮尺は赤道から両極に向かうに従って増加する。両極近くでは縮尺が無限大に?! グリーンランドは実際の17倍も大きい。 面積と距離を歪めているが、地点間の角度が正しく保存されているモデル。
エリックのDDD本を読んで30分で挫折した僕が考える、こーゆーことをやるのがドメイン駆動設計なるものなんじゃないの、という資料です。Read less
3. モデル駆動型ソフトウェア開発をやるために 作った会社 2008年4月創業(現在7期目) 設立1 – 2 年目SES型の常駐がメイン 設立3 – 4 年目モデル駆動型開発プロトタイプ 設立4 – 6 年目モデル駆動型開発導入(一部) 設立7 - 年目モデル駆動型開発を主軸へ(したい…)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く