Looks cool. Any inherent limitations or performance issues with graphs that are very large? (20M+ elements)
How much of your life were you planning to dedicate to scrolling from one side of the image to another?
11–20 of 130 posts
Looks cool. Any inherent limitations or performance issues with graphs that are very large? (20M+ elements)
How much of your life were you planning to dedicate to scrolling from one side of the image to another?
Looks cool. Any inherent limitations or performance issues with graphs that are very large? (20M+ elements)
Why uh. Would you expect that to work? How much of your life were you planning to dedicate to scrolling from one side of the image to another?
The last question in the FAQ makes it clear that this can only be used in the context of their account-based online tool. Their free offering literally says "3 diagrams". Above this, the FAQ tries to compare their tool to Mermaid, Graphviz, PlantUML which are all open source, locally runnable, etc. Their comparison totally skips the fact that, because D2 can only be used in their service, a broad number of use cases…
The last question in the FAQ makes it clear that this can only be used in the context of their account-based online tool. Their free offering literally says "3 diagrams". Above this, the FAQ tries to compare their tool to Mermaid, Graphviz, PlantUML which are all open source, locally runnable, etc. Their comparison totally skips the fact that, because D2 can only be used in their service, a broad number of use cases…
Just because HN isn't Reddit doesn't mean ads aren't thrown in with all the curated "content"
The last question in the FAQ makes it clear that this can only be used in the context of their account-based online tool. Their free offering literally says "3 diagrams". Above this, the FAQ tries to compare their tool to Mermaid, Graphviz, PlantUML which are all open source, locally runnable, etc. Their comparison totally skips the fact that, because D2 can only be used in their service, a broad number of use cases…
I think the author of this page started with the assumption that of _course_ given their business and product, a 'language' for diagrams is only giving users access to something that maps on to whatever internal representation their tool already uses, and allows technically inclined users to work with text and fewer clicks. To them, the assumption seems to have been that readers will already be users of their product, and the assumption that the 'language' is built into their tool _and nowhere else_ is so far in the background that it's only somewhat obliquely addressed as the last question in a FAQ.
It also brings to mind the JavaScript library d3, which, while not strictly for making diagrams, can easily lend itself to the purpose.
Calling this thing "D2" seems potentially confusing.
See also: https://structurizr.com/ - diagrams as code https://c4model.com/ - C4 model for visualising software architecture The consistency of structurizr + c4 is great for sharing information across scaled teams of teams.
The last question in the FAQ makes it clear that this can only be used in the context of their account-based online tool. Their free offering literally says "3 diagrams". Above this, the FAQ tries to compare their tool to Mermaid, Graphviz, PlantUML which are all open source, locally runnable, etc. Their comparison totally skips the fact that, because D2 can only be used in their service, a broad number of use cases…
Time for someone to copy the good parts and implement them as FOSS. Good luck getting enterprises to pay for diagrams.