@yoskhdia今回も前回同様に豪華布陣になりそうです。参加ポチィするなら今からでも遅くないですよ!?懇親会は設けず各自飲食物持ち込みになってますのでご注意下さい。@j5ik2o分析・設計は一体になるべきなんだけど、ろくに分析もせずに設計に入るような話題が多い(ドメインモデルやユースケースについて十分に議論せずにいきなり集約やリポジトリを実装するような話など...)ので今週末のDDD座談会では少しそういう話がしたい。金曜なので、要望によっては朝まで議論するかもしれない...。@kawakawa第二回DDD座談会に向けて、第一回DDD座談会の談話録をまとめました。申し訳ないのですが、宜しければ参考にして下さい。@yoskhdiaDDD座談会間もなくですね。@yoshiyoshifujii飲食物、買わねば。@Tanaka9230本日の演者。始まる前に、始まっている。@sugimoriすみません。@yoskhdia上坂さんにMacへの変換ケーブルを取りに行かせてしまったのは私です。@yoshiyoshifujii入門編って難しいよなー。@yoshiyoshifujiiチームの習熟のパターンが見えてきたとのこと。最初はオブジェクト指向。思ってたけど、分析ができない。@yoshiyoshifujii最近は分析設計をちゃんと学ぶ機会が無いのかなー。チームでやるときにそういったことをやると、加速していく。@yoshiyoshifujii真面目なので分析とか設計ていうと、キレイなモデルでやりたがる。分析するとモデルを完成させようとする。大体最初に書いたモデルは間違ってる。FB受けながら追加してコードが崩れて、整理して初めて見つかってくる。インクリメンタルな設計。@yoshiyoshifujiiチームでOOを共有する段階があって、分析モデル、設計を共通する段階があって、で、分析モデルはコードベースで育てたら良いじゃんってあたりを共有すると良い。35ptレガシーをぶっつぶせ。にじさんじ58コメントコメントがまだありません。