Adam has hit the nail on the head. Here is the scenario.....
* You begin working for a company that has no IT infrastructure
* You then have to build the first big project and get the financial support and commitment to outcome
* You use all your generic technologies to devise a solution
* The organisation pays richly for the hardware, software, and your time (as well as, probably, other peoples time to get that technology all working right)
* The project is a huge success and you are then asked to being work immediately on the next 6 projects (which they told you nothing about to begin with)
* You do your designs and then go back to them and say "Each one of these projects requires different hardware, software and skillsets"
* You are then out on the street looking for a new job and the company becomes totally disillusioned with technological solutions to problems
HOWEVER.... as I said in an earlier post.... I am not a fan of "generate". I have never seen it work properly and have been around in the industry long before also experiencing the evolution these types of tools.
So, I think tools should be used to do the designs. The commonality of the representation of the thoughts and ideas of how a system is to be built is a hugely important factor. And, I guess, generated code can be used as a prototype. But then you build. If there are discrepancies in what is being built - then the designs either dictate the outcome, or (via peer review of both the code and the design) you agree to change the design. You then need to re-factor the code. The tools do a poor job of this because they can't think like people do. Many factors can impact this process (such as optimisation). And that is where generated code falls down - in my opinion.
Food for thought.
Regards,
Gary
On 7/26/05, David Ross <[EMAIL PROTECTED]> wrote:
Jacob makes a good point... but eventually one must convert the model to
code, and having the tool do it for you makes a whole lotta sense.
-Dave
>>> [EMAIL PROTECTED] 07/25/05 4:24 PM >>>
No, in the real world companies invest in a technology for developing
web applications. JSP, .NET, CF, etc.I don't know of many real world
situations where an IT department develops in a different language for
each project. Buy completely different applications servers, IDEs per
project. That just wouldnt make sense when you consider employee skill
base, code reuse, standards, etc.
That being said if you are a CF shop, wouldn't it make sense to use a
UML tool that can generate ColdFusion?
Design before you build is not the same as developing for a certain
platform.
-Adam
On 7/25/05, Munson, Jacob <[EMAIL PROTECTED]> wrote:
> Excuse my insolence, but isn't the while idea of UML to analyze and
> design a problem /before/ you even pick a programming language and
start
> coding? At least that's what we were taught in the 2 UML classes I
> took. ;) Of course, in the real world geeks love to pick the
platform
> before knowing what the requirements are, so maybe the design before
you
> build idea is just pie in the sky.
>
> jm
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On Behalf Of David Ross
> > Sent: Saturday, July 23, 2005 2:20 PM
> > To: [email protected]
> > Subject: Re: [CFCDev] UML Design
> >
> > I've done the XMI to CFC thing, so have others. What we
> > *really* need is
> > reverse engineering, which means the ability to parse a
> > package of CFCs
> > and generate the appropriate XMI. The problem is that XMI is
> > fragmented
> > to a point where it would be difficult to support a wide
> > range of tools
> > (maybe things have gotten better?)
> >
> > I got about 1/2 way through my own parser when I decided to give up.
> > Hopefully someday CFEclipse or some other tool will support
> > reverse/roundtrip engineering of CFCs.
> >
> > -Dave Ross
>
> This transmission may contain information that is privileged,
confidential and/or exempt from disclosure under applicable law. If you
are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or use of the information contained
herein (including any reliance thereon) is STRICTLY PROHIBITED. If you
received this transmission in error, please immediately contact the
sender and destroy the material in its entirety, whether in electronic
or hard copy format. Thank you. A1.
>
>
>
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of
the email.
>
> CFCDev is run by CFCZone (www.cfczone.org ) and supported by CFXHosting
(www.cfxhosting.com).
>
> CFCDev is supported by New Atlanta, makers of BlueDragon
> http://www.newatlanta.com/products/bluedragon/index.cfm
>
> An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
>
>
>
--
-Adam
PS This is what part the alphabet would look like if Q and R did not
exist.
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of
the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email.
CFCDev is run by CFCZone ( www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com).
CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm
An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com).
CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm
An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
