D2の方がマーメイドより好きだけど、マーメイドは色んなところでネイティブにサポートされてるから、実用的な選択肢になってるよね。

D2については知らなかったな。mermaidより優れた機能があれば教えてくれない？

D2は独自のレイアウトエンジンでカスタムレイアウトの調整を許可してるよ。残念ながら、オープンソースのものではできないけどね。 https://docs.d2studio.ai/tour/freehand

あのアニメーションの目的って何なの？プレゼンで図をクリックしながら追加していって、その接続がアニメーションで強調されるならいいけど、リンク先の例みたいにテキストが変わるたびに図全体が飛び跳ねるのはちょっとイライラしそう。だから、すべてをレンダリングして、アクティベートされるまで隠しておく必要があるのかな？それと、ちゃんとしたスイムレーン図が欲しいな。フローチャートでネストできる能力はあるから、スイムレーンのボックスを強制的に整列させたり、レーン自体を整列させたりするだけでいいと思う（多分、裏でやることはもっとあるだろうけど）。

レベル4 - ドラマティックモード ;) https://blog.viraptor.info/dramatic-svg/index.html

最初の「クールなスロップ」の例にはちょっと驚いた。もっと具体的な（アニメーションを使った）データフローの可視化の方が役立つと思ってたんだけど。動的じゃないから（ライブデータとかに基づいてないから）、余計なものになっちゃうのかな？

こんにちは、アリクサンダー！D2を使い始めたのは数ヶ月前で、仕事で初めてシステムを設計することになったんだ。すごく満足してるよ。簡単に使えるのに驚いた。正直、こういう派手なアニメーションは必要ないと思う。図の中で特定のボックスや矢印に注目させたいなら、動かすより赤くする方がいいな。

まずはD2の開発に感謝！個人的には一番クールだと思ってる。アニメーションは絶対に使うよ。管理職はキラキラしたものが好きだから、彼らが喜んでくれれば給料も上がるしね。最近、D2を使ってAWSアカウントのネットワークレイアウトを動的にコーディングするソリューションを作ったんだ。D2だけが、たくさんのオブジェクトをレンダリングするのに、エンジンと戦わずに済む方法を提供してくれた。唯一の不満は、sdk/d2libのドキュメントがすごく不足してたこと。最初は地図としてテキストを生成するところから始めたけど、ほとんど使われてないもっと良い方法があることに気づくまで時間がかかった。難しい部分をライブラリで使う方法を理解するのにちょっと時間がかかったよ。

これは私のプロジェクトにめっちゃ役立ちそう！

これ、大きなリクエストだって分かってるけど、最近LLMを使ってアーキテクチャの決定をさくっとドラフトして見せることが多いんだ。主にmermaidに戻るけど、d2の方がもっと柔軟なのかな？結局、drawioで可視化することが多いし。LLMと一緒にもっとユーザーフレンドリーなインターフェース（mcpとかツール呼び出し機能）を作る計画があるのか気になるな。

Scalaでは、自分のオペレーターを定義できるから、できるんだよね（オペレーターはメソッド名に過ぎないし）。自分がコントロールしていない型を拡張することもできるし。ただ、オペレーターの優先順位のルールに少し制約されるけど、だいたいは問題ないよ。DSLを乱造するのは良くないけど、必要な時にはできるよね。例えば、ここでは「x」 --> 「y」 | 「hello world」みたいにできる。

すべての「普通の言語」（あるいは「動的スクリプト言語」）が同じように作られているわけじゃないよね。Rubyの内部DSLでd2の文法全体に相当するものを目指すつもりはないけど、オプションのラベル付きのエッジを作りたいなら、シンプルに「裸」のエッジをx >> y、ラベル付きのエッジをx >> yみたいにできるよ。こんな感じで書ける：

class Diagram
  def initialize
    @nodes = Hash.new { |h, k| h[k] = Node.new(self, k) }
    @edges = {}
  end

  def node(name)
    @nodes[name]
  end

  def add_edge(edge)
    @edges[edge.from_node] ||= {}
    @edges[edge.from_node][edge.to_node] = edge
  end

  def all_edges
    @edges.values.flat_map(&:values)
  end

  def interpret(&block)
    interpreter = D2.new(self)
    interpreter.instance_eval(&block)
    self
  end

  def to_s
    all_edges.map(&:to_s)
  end

  def inspect
    to_s
  end
end

class D2
  def initialize(diagram = nil)
    @diagram = diagram || Diagram.new
  end

  def method_missing(name, *args)
    @diagram.node(name)
  end
end

class Node
  def initialize(diagram, name)
    @diagram = diagram
    @name = name
  end

  def >>(other_node)
    Edge.new(self, other_node).tap do |edge|
      @diagram.add_edge(edge)
    end
  end

  def to_s
    @name
  end

  def inspect
    "Node(#{to_s})"
  end
end

class Edge
  def initialize(from_node, to_node, label = nil)
    @from_node = from_node
    @to_node = to_node
    @label = label
  end

  def to_s
    "#{@from_node.to_s} -> #{@to_node.to_s}" + (@label ? ":#@label" : "")
  end

  def inspect
    "Edge(#{to_s})"
  end
end

こんな風に使えるよ：

irb(main):090:0> d = Diagram.new
=> []
irb(main):091:1* d.interpret { irb(main):092:1* x >> y > z }
=> ["x -> y:hello, world!", "y -> z:goodbye, cruel world!"]

もちろん、これは機能のほんの一部しかサポートしてなくて、元のd2の文法に近いテキスト形式にしか「レンダリング」しないけど、DiagramクラスからDSLのオブジェクトモデルを作ることはできるよ。

エッジが左から右ではなく、右から左に行くのが大丈夫なら、Pythonではこんな風に書けるよ：

def main():
    a, b, c = Node("a"), Node("b"), Node("c")
    edges = [a

こういう風に動くよ：'-'記号は単項マイナスとして解釈されて、そのまま無視される。'<'記号はNodeクラスの'lt'オーバーロードで処理される。'|'オペレーターはPythonでは'<'よりも優先順位が高いから、エッジのラベルは右側のノードに保存される。とはいえ、これを実際にプロダクションで使ったら、追いかけるからね。

TALAの出力が最悪だと思うのは私だけじゃないよね。ほとんどいつもELKを使ってる。

d2ウォッチをファイルに置いて、スクリプトからステップバイステップでファイルを置き換えるって感じかな。ハックだけど、まあそれなりに使えるかも。