Phillip unless I'm really misunderstanding something in your email, I
think your information about ColdFusion is out of date.  As of version
6.0, ColdFusion *is* a compiled language, in a very similar fashion to
how C# is a compiled language -- both get turned into a form of byte
code and then are executed by a VM (in the case of ColdFusion, the CFML
is turned into Java bytecode, and then gets processed by java itself).

Though if you're dealing with version 5 or earlier, yes, it is an
interpreted language.

Hth

-nolan



Nolan Erck
Web Developer/Programmer
Schools Financial Credit Union
(916) 569-5409 Office
(916) 569-2024 Fax
www.schools.org

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phillip
Senn
Sent: Tuesday, April 10, 2007 2:07 PM
To: [email protected]
Subject: RE: [CFCDEV] Class methods part I - what's a static method?

> what about the original post started you thinking about loop execution
times?

This part:
"There was a lot of stuff about ColdFusion isn't Java, we don't need
interfaces etc".

Then I made reference to an elephant in the room: ColdFusion is an
interpreted (slow) language as opposed to a compiled (fast) language.



I guess my mind wanders off and it's hard to tell that I'm actually
following a discernable path.



"The elephant in the room is an English idiom for an obvious truth that
is being ignored. It is based on the fact that an elephant in a small
room would be impossible to ignore."
http://en.wikipedia.org/wiki/Elephant_in_the_room

What I was saying is that we are ignoring that ColdFusion is not in the
same weight class as compiled languages.  (When two fighters are in
different weight classes, they're not scheduled to fight each other).

We use the word rapid to mean three (3) things:
1. Rapid Application Development
I agree that the selling point of CF is that it is a Rapid Application
Development language.  And since that is true, we (the ColdFusion
community) should stress being the RADest of the RAD.  You could say
"badest of the RAD" for the interesting play on words.  

2. Rapid execution
We might bring something to market quickly, but ColdFusion is slower in
execution time than a compiled language.
I agree that most applications sit around and wait for the user to type
something.  And the database comes to our rescue as well, because we can
use the power of an efficient dbms for our CRUD operations (Create,
Retrieve, Update, Delete).  So I like ColdFusion!  It gets things done.

3. Rapid learning curve
Many people say that they can teach someone in a matter of minutes how
to use a cfquery command to get data from the database.
Well I'm sorry, but issuing SELECT * FROM Table is only your first step
in a journey of 1,000 miles with CF!  If training someone rapidly is
part of the Rapid Application Development, then we need to make sure we
can train people rapidly. 

If we make the learning curve steep for new developers, then we are
narrowing the differences between CF and other languages in terms of
amount of effort expended.

So where is CF?  It's between PHP and C#.
If PHP is on one end, and C# the other, how much ground does CF cover?

We sell CF on the point that it can bring systems to market quickly.  If
we don't come through on that promise, isn't that embarrassing?  

I'd like to emphasize the Rapid Application Development






-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jaime
Metcher
Sent: Friday, April 06, 2007 6:09 PM
To: [email protected]
Subject: RE: [CFCDEV] Class methods part I - what's a static method?

Phillip,

Just curious - what about the original post started you thinking about
loop
execution times?

Jaime

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Phillip
> Senn
> Sent: Friday, 6 April 2007 11:25 PM
> To: [email protected]
> Subject: RE: [CFCDEV] Class methods part I - what's a static method?
>
>
> I'm going to talk about the elephant in the middle of this
conversation.
> With computers, speed is everything.
> Are there any time studies between dynamic languages and static ones?
> If the speed of ColdFusion is about the same as java, then we can talk
> about the subtle differences between the languages.  But if they're
> miles apart, then we're talking miles vs. kilometers (to keep with the
> same metaphor).
>
>
> I'd like to see an average elapsed time for
> <cfloop from="1" to="1000000" Index="I">
> </cfloop>
>
> And
>
> FOR I=1 TO 1000000
> NEXT I
>
> And
> (Insert C# code here)
>
> And
> (Insert java code here)
>
> And
> (Insert .Net code here)
>
> I know, I know....
> Different machines and different Operating Systems report different
> results.
> Your mileage may vary.  Yada Yada Yada.
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jaime
> Metcher
> Sent: Wednesday, April 04, 2007 5:31 PM
> To: [email protected]
> Cc: [EMAIL PROTECTED]
> Subject: [CFCDEV] Class methods part I - what's a static method?
>
> Just listening to Helms and Peters Out Loud podcast on the CF 8
wishlist
> -
> probably old news for everyone, but made me think.  There was a lot of
> stuff
> about ColdFusion isn't Java, we don't need interfaces etc., with which
I
> totally agree.
>
> The thing that made me think was this statement - "Smalltalk doesn't
> have
> static methods, neither does Ruby".  The implication being that static
> methods are just another Java thing that doesn't apply to dynamic
> languages.
>
> Am I missing some crucial distinction between static methods and class
> methods?  I don't know Java well enough to be sure, but the Ruby docs
> actually state that they are equivalent. I don't know Ruby, but can
> anyone
> imagine Smalltalk without class methods and variables?
>
> Jaime Metcher
>
>
>
>
> You are subscribed to cfcdev. To unsubscribe, please follow the
> instructions at http://www.cfczone.org/listserv.cfm
>
> CFCDev is supported by:
> Katapult Media, Inc.
> We are cool code geeks looking for fun projects to rock!
> www.katapultmedia.com
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/[email protected]
>
>
>
> You are subscribed to cfcdev. To unsubscribe, please follow the
> instructions at http://www.cfczone.org/listserv.cfm
>
> CFCDev is supported by:
> Katapult Media, Inc.
> We are cool code geeks looking for fun projects to rock!
> www.katapultmedia.com
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/[email protected]
>




You are subscribed to cfcdev. To unsubscribe, please follow the
instructions at http://www.cfczone.org/listserv.cfm

CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com

An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]



You are subscribed to cfcdev. To unsubscribe, please follow the
instructions at http://www.cfczone.org/listserv.cfm

CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com

An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]



NOTICE: This information may be confidential and is intended only for the use 
of the individual or entity to which it is addressed. If you have received this 
e-mail in error, please delete the message from your computer and immediately 
notify the sender by telephone (you may call collect) at 916-569-5400 or by 
e-mail to [EMAIL PROTECTED]


You are subscribed to cfcdev. To unsubscribe, please follow the instructions at 
http://www.cfczone.org/listserv.cfm

CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com

An archive of the CFCDev list is available at 
www.mail-archive.com/[email protected]

Reply via email to