Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Inkscape Cloud Architect

github.com

Post reply on HN
Print view View original

31–40 of 80 posts

Re: Inkscape Cloud Architect

#31

Post by lvncelot »

petepete wrote: post #24
pritambarhate wrote: post #23

I 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!

I use Excalidraw because I like the hand-drawn look when planning/sketching things out. If/when I make the jump to actual documentation I use Mermaid so I can keep everything tidy under source control.

+1 for Excalidraw, especially regarding the "multiplayer" aspect.

In general, if sketching it out, whether alone or with multiple people, using something simple I can click, drag & label is more than enough and helps me keep the flow. (I would stick to actually drawing - either on a whiteboard or something digital - but my handwriting is absolutely atrocious)

As soon as I'm done sketching and move over to actually documenting a concrete solution, something code-based like Mermaid - as you said - is much nicer. But both are entirely different processes for me.

Re: Inkscape Cloud Architect

#32

Post by quickthrower2 »

Roritharr wrote: post #27
forgotusername6 wrote: post #16

Earlier quoted context omitted.

I read this article and I'm left with the feeling that my entire application has no layer 3 i.e. the component layer. No single (useful) part of the application can be said to have a well defined interface or to be self contained. The strange thing is that I'm not actually that unhappy about that. I'm now sitting here thinking whether I should be more worried.

From my experience what you are experiencing is a case of "the current architectural best practices disagree with what we are doing successfully" which many organizations and Senior Engineers interpret as reason enough to introduce change. You will probably receive comments along those lines, be in arguments around this. You could also actively ignore this for half a decade and see if the tides are changing again. I…

Just need a new name for monolith. “Partition Tolerant System Design” perhaps.

Re: Inkscape Cloud Architect

#33

Post by quickthrower2 »

petepete wrote: post #24
pritambarhate wrote: post #23

I 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!

I use Excalidraw because I like the hand-drawn look when planning/sketching things out. If/when I make the jump to actual documentation I use Mermaid so I can keep everything tidy under source control.

Excalidraw is very nice in it’s simplicity. A rectangle can do a lot there: a textbox, a window, a mobile phone.

Re: Inkscape Cloud Architect

#34

Post by quickthrower2 »

ygra wrote: post #18

As someone working indirectly on one of those “crap online editors”, I do wonder what benefits Inkscape has over other options for what is essentially a graph that may very well need an automatic layout. Someone else mentioned diagrams.net as well.

None. It is slower (because … not sure) and more complex (because it is designed for art/graphic design).

Re: Inkscape Cloud Architect

#35

Post by alemanek »

quickthrower2 wrote: post #32
Roritharr wrote: post #27

Earlier quoted context omitted.

From my experience what you are experiencing is a case of "the current architectural best practices disagree with what we are doing successfully" which many organizations and Senior Engineers interpret as reason enough to introduce change. You will probably receive comments along those lines, be in arguments around this. You could also actively ignore this for half a decade and see if the tides are changing again. I…

Just need a new name for monolith. “Partition Tolerant System Design” perhaps.

I like that. We could always dust off “Modulith” as well.

Re: Inkscape Cloud Architect

#36

Post by navaati »

rapnie wrote: post #30

Most diagramming solutions are like freehand drawing tools. Besides text-based diagrammers (Mermaid, PlantUML, D2Lang) what are good diagramming components for integration in a web front-end that help with strict, validated diagramming? Restricted tool pallet shapes and commands. I.e. defining that a "Concept Map" only has Concepts and Relationships, where the latter must be connecting 2 concepts for the diagram to b…

Check this: https://penrose.cs.cmu.edu/

Re: Inkscape Cloud Architect

#38

Post by Exuma »

jillesvangurp wrote: post #29
jimmcslim wrote: post #7

I 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/

Depends on the target audience. Mostly the audience is hand wavy types that just want to point at a beautiful thing in a slide to point out "we have stuff with icons that you might know! Look at how beautiful this is. It almost looks like we know what we are doing!". Exaggerating here but anything that fits on a single slide is completely useless to an expert. Not worth drawing unless the goal is to impress non exper…

I would have to agree

I just had a call about the nuances of high volume email and I was like so are we going to talk about the details or ?

And he interrupted any time I would give details specific to PMTA config and architecture so he could show his useless diagram that just had

[MTA]

Then the owner on the call would hear parts of what I said and would say ooo can you diagram that

I just shook my head, and this went on for 1+ hours

Re: Inkscape Cloud Architect

#39

Post by WJW »

forgotusername6 wrote: post #16
jimmcslim wrote: post #7

I 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/

I read this article and I'm left with the feeling that my entire application has no layer 3 i.e. the component layer. No single (useful) part of the application can be said to have a well defined interface or to be self contained. The strange thing is that I'm not actually that unhappy about that. I'm now sitting here thinking whether I should be more worried.

It kinda depends on the scale I guess? At some point in the growth of on application, pulling out the Big Tools can be helpful to get your application out of a local maximum.

Not everything needs that level of design though. Just because architects do detailed FEM analyses for skyscraper design doesn't mean your garden shed needs the same level of attention.

Re: Inkscape Cloud Architect

#40

Post by steve1977 »

What 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.

Post reply on HN