ドメインイベントを容易に記録できるコード設計を考える - kosui

はじめに データアナリストの現場の苦しみ 近年、ビジネスの意思決定にはデータの活用が重要だという認識が広まりつつあります。実際、データアナリストに関する求人やデータ分析の発表が増えているのを実感します。 しかし、現場では、異常かつ不十分なデータをデータアナリストが必死に処理しながら分析を試みている状況です。それによって、本来集中したいデータの分析に充分に取り組めていないのが現状だと思います。あっちこっちのシステムに散らばった中途半端なデータの数々を寄せ集め、微妙なフォーマットの違いに気を配りながら整形し、それぞれのデータの法的な契約状態に注意しながら分析を行うのは、非常に大変な作業です。データアナリストの方々は、データの収集と整形に多くの時間を費やしているのではないでしょうか。 現在、IT系の仕事の中でデータアナリストは高い人気を博している。大手を含めて日本企業の大多数は情報活用が出来てい

[kosui_me]

ドメインイベントの記録には意外と工数はかかりません。一方で、一度失ったデータは永久に復元できません。監査や障害対応のために、基幹システムを作るチームは絶対にドメインイベントを記録してほしいです。

[masatotoro]

ドメインイベント例

[yarumato]

“ドメインイベントとは、ECサイトなら、ユーザーを作成/削除、注文を作成/キャンセル、商品が在庫切れ/再入荷等。記録すると、ユーザーの行動分析、レコメンデーション、ビジネスの意思決定、の恩恵。テーブル設計”

[clubman023]

いいね

[snowcrush]

データの履歴とデータ操作のログは分けて考えた方がいいと思う。後者の話としては賛成だけどDBに入れるかどうかは意見の分かれるところだと思う。

[magnoliak]

ドメインモデルとテーブル設計の関係、確かになーって思った

[Eiichiro]

大事なテーブルだけ、作ったけど、最近は全部audits（Railsのgem）でいーや。ってなってる。変更された画面も記録するべき？メモ項目にコントローラ名いれるか。

[croissant2003]

データを分析するのが主の職種をサイエンティスト（笑）と呼ばないところが好感度高い

[dorapon2000]

“ドメインイベントを生成する関数 ドメインイベントを記録するストア ビジネスロジックに応じてドメインイベントの生成と記録を行うユースケース”