Then came the "consulting industry" asking the question, "How can we squeeze a few more bucks out of this situation?"
So they came up with stuff like UML, DFD, Rational Rose, etc., etc., etc. to support their primary objective, which has always been...
<cue dramatic music>
To make those who do not know what they are doing appear as if they do.
</music>
How else could they take someone who knows nothing, pay them $50K per year and bill them out at $250 per hour?
Every time I read a post about "diagramming", I'm reminded of the end of a Boston Celtics game in the late 80's. Down by 1 point with 3 seconds left, Coach K.C. Jones was diagramming the play on his chalkboard when Larry Bird wiped everything off it and said, "Gimme the ball." They did. He shot. They won. So much for diagrams.
Nothing like reading a critique from somebody who doesn't know what they are doing and using some technology as a straw man.
UML class diagrams are good. UML class diagrams are love. Leave my UML class diagrams out of this! (grin)
I'd go with the bigger point that engineers never met a helpful tool that they couldn't eventually overengineer and beat into something that people loathed.
OK, but the the domain-neutral component can kiss my ass.
Or, rather, my colleague's bastardized version of it. When in doubt, stick another moment-interval in between some green stuff to make it look "right".
Then again, I live in BPMN these days. Or, rather, in limbo between BPMN and UML Activity.
The BPMN and the "diagram until you puke" UML guys are just beating the heck outta the art of communication using a diagram. It's such an easy concept, why do folks have to go and keep adding more and more stuff until nobody likes it anymore?
I completely understand the gist of the article. Diagramming is supposed to be a tool for communication, collaboration, and discussion. But instead it becomes some kind of tool to control the universe. Sometimes I wonder if we only need about 1-5% of all of the tools we use. The rest is just overkill.
I kind of like the idea behind http://www.agilemodeling.com , but it's a little difficult to wade through and still a little too high on the "religion factor" for me.
Brooks' Mythical Man Month records that flow charts were somewhat helpful for grouping low-level machine/assembly instructions together into higher level units conceptually. But with the advent of better languages like C, the need for flow charting went away.
Then came the "consulting industry" asking the question, "How can we squeeze a few more bucks out of this situation?"
So they came up with stuff like UML, DFD, Rational Rose, etc., etc., etc. to support their primary objective, which has always been...
<cue dramatic music>
To make those who do not know what they are doing appear as if they do.
</music>
How else could they take someone who knows nothing, pay them $50K per year and bill them out at $250 per hour?
Every time I read a post about "diagramming", I'm reminded of the end of a Boston Celtics game in the late 80's. Down by 1 point with 3 seconds left, Coach K.C. Jones was diagramming the play on his chalkboard when Larry Bird wiped everything off it and said, "Gimme the ball." They did. He shot. They won. So much for diagrams.