![]() Madness.Ī lot of harsh words for UML, and it's not something I use myself much anymore.īut. When I asked how this was supposed to be more useful than, oh, I don't know, just writing some fucking English text, I was reprimanded for not being a team player. So I spent a lot of time drawing little stick figures. When I was taught UML I was told that the first thing you do is produce a "use-case diagram". But UML was nothing but a hot mess from the beginning. You have to have pretty sharp eyes to distinguish them, and there is absolutely no mnemonic value to these shapes. The poster child is the hollow diamond "arrowhead" versus the filled diamond. It attached semantic significance to symbols that were very similar in visual space. Not only was UML a graphical notation, it was a badly designed graphical notation. Far more effort was put into teaching UML than was ever put into actually using it, at least where I worked at the time (NASA). That was the main basis for UML's popularity as far as I could tell. This provided social status to those who had the knowledge, completely independent of the actual value that the notation provided. You had to either climb the whole learning curve yourself or consult someone who had. The biggest problem with UML is the same as the problem with any graphical notation: the symbols it used did not have any lexicographic order, and so if you encountered a symbol whose meaning you did not know there was no way to look it up. It was a graphical notation for describing code written in a particular paradigm that was fashionable at the time. The so-called Universal Modeling Language, was not universal, nor was it a language. It is easy to account for UML's lack of long-term success: it sucked.
0 Comments
Leave a Reply. |