6つの現場からの報告」の抽選に当たったので参加してきました。元BIGLOBE社員、現クラウドワークスクラウドワークス入社後は人事部長と開発を兼務。人事制度と、スクラムをやり始めたのでチーム作り。スクラムとの相性は良いまとめサービスを考える人(経営者)と作る人との理解がつながる。業務フロー、コンテキストマップからドメインモデルを作るドメインモデル作りながら状態遷移図、ユースケース、スケルトンコードを相互成長させる立ち上げ時の心構え開発初期はわからないことだらけ方向付けのレベルの設計に留めるコアドメインを議論することはサービスを理解する第一歩サービスの複雑性と向き合う(大事)スプリントドメインモデルとコードを結びつけるモデルの持つ糸をコードに引き継ぎコードを通してモデルにフィードバックする設計者と実装者を分離しないスプリント時の心構えコアドメインの設計・実装は重点的に時間の都合上、すべての設計を完璧にはできない。1を3以上にする)知識(要求)は変化する。業務(申し込み、契約、解約など)ごとに用意。イベントログとしての役割。業務によってUpdate。Eventテーブルの補助としての役割。データアクセス層の関心事で利用。勝手にDDD1つ何か対応するたびに20以上クラスが増える、毎日嫌がらせのようなPRを出し続ける気づいたらレビューしてくれるメンバーが似た感じのコードになっていた。#DDDAllianceTweet広告を非表示にする関連記事2019-12-312019年を振り返る毎年恒例ポスト。去年のふりかえりはこちら。ルール和訳2018年を振り返る検索はてなブログをはじめよう!Peranikovさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。