Comments on: UML is screwed http://protocol7.com/archives/2008/05/22/uml-is-screwed/ Random, useless stuff Tue, 31 May 2011 10:48:53 +0000 http://wordpress.org/?v=2.8.4 hourly 1 By: Niklas Gustavsson http://protocol7.com/archives/2008/05/22/uml-is-screwed/comment-page-1/#comment-56313 Niklas Gustavsson Fri, 23 May 2008 14:24:50 +0000 http://protocol7.com/?p=1580#comment-56313 I believe that would seriously hinder the collaborative aspects to such a session. The again, please note that white boarding is not an argument against UML or tools. All I was saying is that I tend to use some limited UML diagrams while doing such sessions. And it works great for such a task. Tools, should they be used, would come in later as a way of documenting the results of such a workshop. I believe that would seriously hinder the collaborative aspects to such a session. The again, please note that white boarding is not an argument against UML or tools. All I was saying is that I tend to use some limited UML diagrams while doing such sessions. And it works great for such a task. Tools, should they be used, would come in later as a way of documenting the results of such a workshop. ]]> By: Yanic http://protocol7.com/archives/2008/05/22/uml-is-screwed/comment-page-1/#comment-56308 Yanic Fri, 23 May 2008 13:46:36 +0000 http://protocol7.com/?p=1580#comment-56308 >How do I let everyone participate in the design if only one is in front of the keyboard. Use a beamer and a wireless mouse. >How do I let everyone participate in the design if only one is in front of the keyboard.

Use a beamer and a wireless mouse.

]]> By: Niklas Gustavsson http://protocol7.com/archives/2008/05/22/uml-is-screwed/comment-page-1/#comment-56302 Niklas Gustavsson Fri, 23 May 2008 12:07:51 +0000 http://protocol7.com/?p=1580#comment-56302 UML must work within the organizations, methodologies and tools that are in common use. If it doesn't fit, it's screwed. I can't see the parallel with any other tools commonly used within the open source community. Build tools are centralized and great ones are freely available. White boarding is a highly collaborative activity, something I've never seen a UML tool do good. How do I let everyone participate in the design if only one is in front of the keyboard. Trace Modeler looks slick, but I doubt it can ever replace a white board for me. UML must work within the organizations, methodologies and tools that are in common use. If it doesn’t fit, it’s screwed.

I can’t see the parallel with any other tools commonly used within the open source community. Build tools are centralized and great ones are freely available.

White boarding is a highly collaborative activity, something I’ve never seen a UML tool do good. How do I let everyone participate in the design if only one is in front of the keyboard. Trace Modeler looks slick, but I doubt it can ever replace a white board for me.

]]> By: Yanic http://protocol7.com/archives/2008/05/22/uml-is-screwed/comment-page-1/#comment-56299 Yanic Fri, 23 May 2008 11:45:49 +0000 http://protocol7.com/?p=1580#comment-56299 Oh, and also "I use simple class diagrams and sequence diagrams to communicate. Usually as part of white board sessions." Drawing sequence diagrams with Trace Modeler is actually faster than whiteboarding, so you might want to have a look (see my link for a 30 sec demo). Let me know if you feel up for a challenge ;o) Best regards, Yanic Oh, and also

“I use simple class diagrams and sequence diagrams to communicate. Usually as part of white board sessions.”

Drawing sequence diagrams with Trace Modeler is actually faster than whiteboarding, so you might want to have a look (see my link for a 30 sec demo).

Let me know if you feel up for a challenge ;o)

Best regards,
Yanic

]]> By: Yanic http://protocol7.com/archives/2008/05/22/uml-is-screwed/comment-page-1/#comment-56298 Yanic Fri, 23 May 2008 11:40:43 +0000 http://protocol7.com/?p=1580#comment-56298 Hi, I think your points have very little to do with UML itself, but are all caused by inadequate tool support and organizational issues. When diagrams can be generated from code, they're always in-sync with code and thus perfectly usable for agilists and refactoring. The organizational issue of open-source projects comes up with other tools as well, for example build tools. Somewhere you have to agree on a common format. Best regards, Yanic Hi,

I think your points have very little to do with UML itself, but are all caused by inadequate tool support and organizational issues.

When diagrams can be generated from code, they’re always in-sync with code and thus perfectly usable for agilists and refactoring.

The organizational issue of open-source projects comes up with other tools as well, for example build tools. Somewhere you have to agree on a common format.

Best regards,
Yanic

]]>