i use yEd from yWorks for all my diagramming.
it is based on GraphML, can import nodes/vertices from excel/XML, it has good automatic layouts for large diagrams, and can output to GraphML, SVG, JPG, and many other formats.
Inkscape Cloud Architect
41–50 of 80 posts
Re: Inkscape Cloud Architect
#42Earlier quoted context omitted.
What a useless crap. It’s an over engineered documentation framework focusing on all the wrong things so some agile consultant can sell more cool aid. I don’t trust anything that is designed someone who last did real projects in the 2000’s OOP Java enterprise craze.
It's not a hard science. Take the parts that work for your team and scrap the ones that don't.
> Take the parts that work for your team and scrap the ones that don't.
Precisely. Any time someone utters the descriptor "best practice", at best, you do yourself a favor by examining it with a critical eye and judge whether it is a good practice to follow (and a good fit for your project) or not. At worst, you beat back the consultants framing it as "the one and only way to do things (with the implication that everything else is wrong)."
Re: Inkscape Cloud Architect
#43I use draw.io for these kind of diagrams. It has symbols for most of the cloud services built in. It also maintains the arrow connections when we move around the elements. Very handy!
The way most people use draw.io is using cloud storage integration like Google drive, hence versioning is not possible. So far I never seen people put the draw.io produced file to Git.
I'm using PlantUML in some of my projects, it solved the versioning issue. However it's lacking of lots of draw.io or even inkscape editor capability.
Re: Inkscape Cloud Architect
#44i use yEd from yWorks for all my diagramming. it is based on GraphML, can import nodes/vertices from excel/XML, it has good automatic layouts for large diagrams, and can output to GraphML, SVG, JPG, and many other formats.
yEd and GraphML is very versatile indeed. Years ago I worked on a quite big mobile game project, we used graphML to be the main quest / level / story format of the game and naturally yEd was the editor of choice. Pretty scrappy but it worked, somehow.
Re: Inkscape Cloud Architect
#45[deleted]
Re: Inkscape Cloud Architect
#46Drag-and-drop diagramming tools have their place, but they're a pretty bad choice for system architecture diagramming. I wrote on this last year: https://www.ilograph.com/blog/posts/its-time-to-drop-drag-an...
Re: Inkscape Cloud Architect
#47Why use Inkscape for this, when Dia¹ is a more dedicated diagram editor? 1. https://wiki.gnome.org/Apps/Dia/Screenshots >
Last release was 2014. I remember liking dia, but I forget...it either crashed or didnt have all the aws icons I wanted when I used it last 5 years ago, and there hasn't been a release since.
Re: Inkscape Cloud Architect
#48I would suggest that if your architecture diagrams are a bunch of icons provided by AWS/Azure/GCP with lines pointing at each other... you are doing it wrong. The 'what does this element do for my system' is vastly more important than the 'which in vogue offering from my cloud provider implements it'. I highly suggest folks take a look at the C4 Model: https://c4model.com/
What a useless crap. It’s an over engineered documentation framework focusing on all the wrong things so some agile consultant can sell more cool aid. I don’t trust anything that is designed someone who last did real projects in the 2000’s OOP Java enterprise craze.
I don't know whether your comment is useful or not because all you're doing is ranting and providing personal opinion.
Your comment is useless to me; so ultimately I'm not likely to give it any credence.
Re: Inkscape Cloud Architect
#49What I generally dislike about using graphics tools for diagrams is that they have no notion about the semantics of what is getting drawn. It’s just „pictures“. In contrast to, for example, proper modeling tools like Sparx Enterprise Architect or Visual Paradigm. It doesn’t really matter then if you’re using an online tool or a native one.
Visio can understand more than just pictures.
Re: Inkscape Cloud Architect
#50I don't understand why more people don't care about round-tripping. Yes it was over ambitious and far too heavyweight in the 90s, but today you should be able to generate OpenAPI and its data and component equivalents from the visual graph, or inversely import your graph, then verify / update either "side" at any time. I've mentioned this before, but TogetherJ was the best example I saw, lightweight and worked well for visual/code round tripping when it was all in a predictable Java environment. Somehow we went from overdone to decades of "works for me" mucky muck.