I still find myself diagraming some general code bits at an extremely high-level, to help guide programming and communicate with team members.
I don't think I've ever formally used the "standard EMCA Flow Chart" notation, but I can see the benefits in standardizing upon forms (diamond shape for branches, "page" symbols, "disk" symbols, etc. etc.)
Do you have other style standards for whiteboards and such? Perhaps it is the industry I'm in, but the notation in the referenced doc feels super common even if the standard name might not be. I'm thinking about whiteboard scrawls, project requirements, ASCII abominations in email, etc.
Ah, I see. That speaks to why I believe flowchart vocabulary is so common around me. I'm used to working in teams where UML would be largely unknown, whereas the flowchart(or basic BPMN¹) spans the non-compsci folk too.
The structure diagrams, much less so, and I still think "really?" whenever I see a use case diagram. Adding a stick figure and lines and circles to something that should be expressed in sentences and paragraphs is just absurd.
They still teach these utterly useless charts in secondary school here in the US. Their value was eliminated with the invention of structured programming.
I don't think I've ever formally used the "standard EMCA Flow Chart" notation, but I can see the benefits in standardizing upon forms (diamond shape for branches, "page" symbols, "disk" symbols, etc. etc.)
reply