タグ

ブックマーク / yoskhdia.hatenablog.com (2)

  • マイクロサービスとDDDをGo言語とScala+Akkaで比較したらEventSourcingの話にもなって面白かったまとめ - yoskhdia’s diary

    Reactive Messaging Patterns読書会のなかで、「マイクロサービスとAkkaとGo」な面白い話題が出たので代表でまとめる試みエントリです。(結構、色々な話題に飛んでいるので難度高い。) まとめ方としては、会話ログを転記して、最後にまとめる形をとっています。また、議論と私の考えが混ざらないように所感は分けておきます。 ddd-cqrs-es.connpass.com TL;DR 要素技術(どんな言語使うとか、どんなアーキテクチャにするとか)の前に、組織やプロダクトの性格を考えて戦略を決めましょう。 そして、その中で最適と思われる戦術をとれるような要素技術を採用しましょう。 Akka良いよ。 ログ(一部抜粋) Slackからの引用のためテキストベースです。 事の始まりは、荒木さん(以下、 @applideveloper )の発言でした。 (この記事絡みですね。 集合知で各

    マイクロサービスとDDDをGo言語とScala+Akkaで比較したらEventSourcingの話にもなって面白かったまとめ - yoskhdia’s diary
    kimutansk
    kimutansk 2016/08/01
    EventSourcingはTransactionLog or LogStream、StateSourcingはSnapshotと勝手に頭の中で読み替えていますが、MicroServiceとは別の話というのはその通りですねぇ。
  • ドメイン駆動設計 第2章 ユビキタス言語を読みなおした - yoskhdia’s diary

    社内交流会でLTをする機会があったので「ユビキタス言語」についてDDDを再度読みなおしてみました。 speakerdeck.com 最近、「DDDは負け犬」みたいな話が少しバズりましたが、ユビキタス言語=ユーザの言葉と解釈するのはあまりに勿体無いのではないかなと思います。 ユビキタス言語はより良い・深いモデルを探求するために必要なものです。 スライドの補足 第2章はスライドに書いたことよりも、もっと多くのことについて言及されています。 ここでは、それらの省略してしまった部分を補足しつつ、スライド構成の今ひとつだった部分を正したいと思います。 まず、第2章最初の一文 しなやかで知識豊富な設計を行うには、用途の幅広い、共有されたチームの言語と、その言葉を使った活発な実験が必要である。 – 書籍「ドメイン駆動設計」(p.24) 省略しようがないくらいに、この一文に詰まっているのですが、スライド

    ドメイン駆動設計 第2章 ユビキタス言語を読みなおした - yoskhdia’s diary
    kimutansk
    kimutansk 2016/05/23
    この視点で捉えると、「DAGをどう表現するか。」といったFRW的なことにも対応可能になるんですよね。以前パターンとして捉えようとして失敗しましたが、今ならまた違う結論が。
  • 1