> ... CF to build a search engine....
Not talking about that. Talking about having 15 different Client/Server technologies. Even large enterprise (and probably especially large) can't afford to support so many technologies that do the same basic thing. It just isn't cost effective. Then again, it depends on the scope of such a Search Engine. CFMX has the Verity search engine included with it and it is sufficient for most applications. Then, you can always stored metadata about things that can be "searched" in a SQL database - even also using full-text indexes - and that may suffice...... or you may want to get a search appliance from someone like Google. It would really depend on the scope. Sometimes CFMX would be fine, sometimes you would need high-end dedicated hardware and software.
But you wouldn't buy 15 search engine technologies either.
> ... having a tool to generate UML from your code.....
That is probably fraught with as many issues as the synchronisation ones we are talking about (in fact, it is the same thing because we have been saying "How do you get changes in code to reflect in the model?"). If you consider that "implementation" is a precise interpretation (but still an interpretation) of the design, you cannot gaurantee that the code you will be turning into UML will give you the same diagrams that you would have produced had you followed UML processes before beginning coding. The classes you design in UML at are close to the END of a cyclical process that starts with User Stories, Use Cases, Features, Test Cases, etc. which then repeats during the evolution of the system. So to go backwards from the code to get any UML diagrams does not seem to make any sense because it will be in isolation of the other things you actually need to create UML diagrams.
(database tables and relationships themselves aside because of the previously-mentioned strict structure that databases have)
Unless I have it totally wrong, UML is simply a repeatable process with precise notations and methodologies by which Analysts, Developers, Coders, Stakeholders, etc. can describe the system they want to build. Not a way to represent the system that has been built.
Regards,
Gary
On 7/26/05, Munson, Jacob <[EMAIL PROTECTED]> wrote:
All my comments were in response to the idea of writing code, and having
a tool to generate UML from your code. You guys are all talking about
creating UML, and generating code from that. I think the latter is
fine, the former I think stinks. Just my opinion. :)
As far as picking a technology first...I think it would probably work
90% of the time. But is CF the best programming platform for /all/
cases? I really don't think so. If you are trying to use CF to build a
search engine, you are just asking for super high hardware costs. So
you picked CF, spent a year building your project, then in load testing
you find that the system is super slow. All your tests point to CF as
the bottle neck. You now have to go back and rebuild parts, or all of
the system. You are probably never asked to build a project for them
again.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] ] On Behalf Of David Ross
> Sent: Monday, July 25, 2005 2:37 PM
> To: [email protected]
> Subject: Re: [CFCDev] UML Design
>
> 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.
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]
----------------------------------------------------------
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]
