Kosuke Abe

株式会社Digittle/株式会社Linkship CTO

[Kosuke Abe @memetics10]

命名大事だけど、目的に応じて概念を括り出すことがより大事で、そのあとに共通言語として命名が必要になる

[Kosuke Abe @memetics10]

概念に適切な名前をつけるのは大事だけど、馴染みのないバーチャルな概念を完璧に言い当てられる名前なんて普通はないので、ひどく間違ったメタファーでなれけばいいよねくらいで、ある程度は割り切って考えるほうがいい派

[Kosuke Abe @memetics10]

分散システム由来の検出が難しい不具合も、モデリングである程度の予測と予防ができたりする
モデル通りに実装できてるかの確認も難しい問題はあるけども…

[Kosuke Abe @memetics10]

設計で真面目に考えてる技術的な問題のほとんどは、隠れたレースコンディションの制御だったり、冪等性・リトライ・順序性などの結果整合の取り方だったり、スケーラビリティだったり、純粋関数と IO の分離だったりで、レイヤーや実装パターンはだいぶ二次的な問題になってる

[Kosuke Abe @memetics10]

そして技術的な問題に見えても、だいたいドメインモデリングをテコに解決できる

[Kosuke Abe @memetics10]

@shin_developer クエリサービスなのでそこはリーダー DB 見てます

イベントと同一トランザクションで更新したライター DB を見ても、関連集約を洗い出した直後に集約が増えたりするようなレースコンディションは防げないのですよね

[Kosuke Abe @memetics10]

@shin_developer いわゆるコマンドハンドラーの前段にクエリサービス検索 & コマンド実行できるプレゼンテーショナルなレイヤーを置いて、イベントをこのレイヤーの実行に変換してます

[Kosuke Abe @memetics10]

これは移行用途なので全く問題なさそうだけど、ワーカーポーリング方式の CDC は DB 負荷と UX 遅延の兼ね合いを考えないといけなくて辛いし、Debezium も手出しづらい
移行だけなら DMS 使う手も

https://t.co/749GQocUmR

[Kosuke Abe @memetics10]

イベント駆動でやるとして、ミッションに関係するイベントの評価タイミングをいい感じにデバウンスしないと計算回数がえぐいことに

[Kosuke Abe @memetics10]

ソシャゲのミッション機能の設計、かなり考えること多い

[Kosuke Abe @memetics10]

イベントストーミング、カラーパズルのルールに縛られることによって、必要なイベントが浮かび上がってきたりして良い

[kawasima@99卒 @kawasima]

『ソフトウェア設計における抽象とメタの違い』時々どっちの話をしているんだっけ、ってのが分からなくなることがあるので、書き出してみた。
https://t.co/CsDhvBTfOw

[komitsubo @komitsubo]

しっかし、AI出てきてコーディング時間が短縮されたから、皆やっとどういう設計がいいのかとか、対象をどうソフトウェアで具現化するのがいいのか話とかをし始めるのかと思ったら、AIの使い方の話ばっかりなんだなぁ。ホント道具にしか興味ない人が多いんだなぁとちょっと残念な気持ちです。

[komitsubo @komitsubo]

ソフトウェアって無形だから、何を作るかとかどうやって設計に落とし込むかとかの発想は自由に出来るからそこが一番楽しいポイントだと思ってるんだけど、皆そっちにはあんまり興味がなくて、言われたものを作る、そして作る時に使う道具にしか興味がないんだなと思うと、なんだか切ないな。

[Kosuke Abe @memetics10]

メソッドコールじゃなくてメッセージパッシングに注目すると、かなり設計の幅が広がる

[Kosuke Abe @memetics10]

特に dual write の問題はどの解決方法でも大変

[Kosuke Abe @memetics10]

結果整合性自体が問題というよりは、ちゃんと結果整合することを保証するのはそれなりに大変という問題がある

[Kosuke Abe @memetics10]

テスラほしい

[Kosuke Abe @memetics10]

アクターモデル面白いんだけど、DB ロックせずに並行性制御したくなるほど高競合で順序が大事なドメインに関わることがあんまない問題がある