#DDDConf01

かとじゅん @j5ik2o

#DDDConf01 DDDで高速化できるってのは一般論ではないと思う。逆にパフォーマンスは落ちると思っている。

ミノ駆動 @MinoDriven

折角「ドメインモデル」と俺が言ってるのに全部「データモデル」と言い換えちゃう弊社。ｲﾗｲﾗｲﾗ #DDDConf01

かとじゅん @j5ik2o

#DDDConf01 集約がキャッシュしやすいのはその通りですが、集約単位でI/Oしちゃうとlazy loadなどもしにくいので、、、トレードオフですがムズカしい。

Okuda @yoskhdia

最初が大事。開発者がユーザと同じ世界を見るにはどうすれば良いか。ユーザと開発者混合のワークショップも一つの手。 #DDDConf01

Coward@サヨナラの意味 @FScoward

#DDDConf01 素で書くとビジネスロジックに関係のないコードが多い

Coward@サヨナラの意味 @FScoward

#DDDConf01 DDD実装の煩雑な手続きをビジネスロジックとは別で作る

かとじゅん @j5ik2o

#DDDConf01 一般的な高速化のコンテキストとしては、コードの最適化やスケールアップ・スケールアップ、ノンブロッキングI/Oやpull型じゃなくpush型Iなどになるので、DDDとは違う話になると思う。

Coward@サヨナラの意味 @FScoward

#DDDConf01 ドメインはプラットフォームに依存しないのでどこででも利用できるものであるべき

uzzu @uzzu

正しい＞ビジネスドメインなロジックは動作プラットフォームに依存せずフロントエンドバックエンド問わずどこでも動くべき #DDDConf01

Okuda @yoskhdia

JSのどこでも何かしら動かせる感は確かにすごい。プラットフォームを選ばず動かせる言語…ScalaならScala.jsが…ｳｯ #DDDConf01

kentaro.maeda @kencharos

C#はどうなんだろう #DDDConf01

tkqubo @tkqubo

Façadeに依存性を注入して、ドメインをユニバーサルに利用できるようにする #DDDConf01

Coward@サヨナラの意味 @FScoward

#DDDConf01 DDDやるのに言語は関係ないよね

Coward@サヨナラの意味 @FScoward

#DDDConf01 言語の選定理由はDDDとはあんまり繋がりなさ気かな？

uzzu @uzzu

どちらかというと、こういうツールあると助かるな話ができたほうがいいなじゃないかな #DDDConf01

ミノ駆動 @MinoDriven

書籍「.NETのEAA」ではかなりDDDを中心に記述を割いてるけど、書籍内で扱ってる言語はCsharpだな。俺もCsharpでDDDやってるし。 #DDDConf01

Coward@サヨナラの意味 @FScoward

#DDDConf01 Scalaは型に苦しめられるけど型に守られる部分ある

ビムタク @vimtaku

諦めるのかーー #DDDConf01

Okuda @yoskhdia

言語の選択はDDDというよりは、チームやプロダクトの成熟度による。RoRのカジュアルさは確かにすごくてウチも助けられた部分はあるけれど、成長の2段階目で型が欲しくなった。 #DDDConf01

uzzu @uzzu

フレームワークの選定にしても、最低限これができれば実践ができるって要素技術と、これは別にいらんっていう要素技術があって、パフォーマンスとの兼ね合いとか表現がコンテクストに合わなくて邪魔になることがある 薄いフレームワークが良いっていうのは分解すると↑ #DDDConf01

みぞやん @mizoyan432

道具立としてSpring bootはORMもthymeleafもあとちょっと弱い気がするんだよね #DDDConf01

kom @petitviolet

いきたかった #DDDConf01

uzzu @uzzu

お疲れさまでした！ #DDDConf01

Coward@サヨナラの意味 @FScoward

#DDDConf01 で集約のメリットを理解できて良かった 本読んだだけだとイマイチよく分かんなかったし

ミノ駆動 @MinoDriven

#DDDConf01 皆様お疲れ様でした。大変勉強になりました。早速弊社に持ち帰って水平展開致します。