Re: Coldfusion vs ... Oh dear!

by "Frank Boumphrey" <bckman(at)ix.netcom.com>

 Date:  Fri, 10 Aug 2001 20:29:08 -0400
 To:  "tim booker" <timbooker(at)btinternet.com>,
"'Mike Kear'" <choicemag(at)hotmail.com>,
<klaas(at)gracegraphics.be>,
<hwg-techniques(at)hwg.org>
 References:  tim
  todo: View Thread, Original
> So where does PHP come into the picture?

PHP is just another front end to your data. It's advantage over CF is that
there are no liscencing fees involved! It can run on any server.

Its usually used with a mySQL database, and is loved by the open source
crowd. Actually PHP and mySQL is a pretty good solution for the average
situation. Not so good for places like large hospitals etc. which have to
routinely process up to 20 million queries a day, with a peak of about 5
million an hour!

Another front end that hasn't been mentioned is JSP which runs on Java
servers, and this is also a good option.

Frank
----- Original Message -----
From: "tim booker" <timbooker(at)btinternet.com>
To: "'Mike Kear'" <choicemag(at)hotmail.com>; <klaas(at)gracegraphics.be>;
<hwg-techniques(at)hwg.org>
Sent: Friday, August 10, 2001 6:08 PM
Subject: RE: Coldfusion vs ... Oh dear!


> So where does PHP come into the picture?
>
> I learned PHP because that seems to be the language of choice in our
> company, and it's free and very easy to write code for Unix or Windows
> servers.
>
> However, I will admit to knowing nothing about ASP or ColdFusion.
>
>
> > -----Original Message-----
> > From: owner-hwg-techniques(at)hwg.org
> > [mailto:owner-hwg-techniques(at)hwg.org]On Behalf Of Mike Kear
> > Sent: 10 August 2001 21:44
> > To: klaas(at)gracegraphics.be; hwg-techniques(at)hwg.org
> > Subject: Re: Coldfusion vs ... Oh dear!
> >
> >
> >
> > G'day Klaas,
> >
> > This discussion about what you should do after losing a client has
> > deteriorated into a "my dad can beat your dad" macho contest
> > that resembles
> > the inane Mac/PC wars that we've mercifully outgrown
> > recently.  Or so I'd
> > thought.
> >
> > Basically, any programming job is done by the programmer with
> > the tools he
> > knows best that will get the job done.  I think your competitor knows
> > coldfusion pretty well and figured he can get it done quicker
> > than you
> > figured you can get it done.   Price is really person-hours
> > for programming.
> >
> > The difference between ASP and ColdFusion is nowhere near as
> > clear cut as
> > Mike wants you to think.  He takes the normal line of ASP
> > programmers who
> > dont really know what ColdFusion can do.  He says in effect
> > "ColdFusion is a
> > toy for little sites, while ASP is a 'real' application
> > server."  In truth
> > there is little that the one can do that the other can't do
> > just as well.
> > The question is which is better to use in any given
> > situation.   And the
> > answer to that depends on the talents of the person doing the coding.
> >
> > Coldfusion is very simple to learn, and very fast to
> > implement.  It's simple
> > to reuse code and many database operations are inbuilt functions in
> > ColdFusion.   If you know html, and dont have a programming
> > background
> > you'll find it much much easier to learn ColdFusion than ASP.
> >   On the other
> > hand if you have a background in C++ and Visual Basic, then
> > you'll probably
> > feel more at home amongst the ASP people.
> >
> > However once you're well versed in either, the differences
> > between them are
> > not really significant.  A talented and experienced ASP
> > programmer can churn
> > out just as good a job as an equally talented and experienced
> > ColdFusion
> > programmer.
> >
> > For my own part, I am experienced with ColdFusion and over
> > the last 5 years
> > I've made several attempts to learn programming with C++ and
> > Visual Basic
> > and have never been able to get past first base with it.
> >
> > But I dont care because I've never wanted to do anything with
> > a web site and
> > couldn't do it with ColdFusion.  In short, I think it boils down to
> > "whatever floats your boat".  Whatever gets the site finished
> > and delivered
> > to the client in the shortest time.
> >
> > You only need to buy servers etc if you're going to own your
> > own server
> > machine.  Then the decision gets a bit more complex.   Then
> > you're adding in
> > the factor that ASP is "free" in the sense that it's included in the
> > sky-high cost of a Microsoft Server, while ColdFusion
> > requires you to buy a
> > server.  On the other hand ColdFusion works on other servers.
> >   So your
> > choice is "free" ASP but slower development and have to go
> > with MS server,
> > or ColdFusion which "costs" but works on more server options
> > and is cheaper
> > to do development on  because its far faster to get the finished job.
> >
> > I just think your competitor here reckoned on doing the job
> > in a shorter
> > time than you did.  Or he had a lower hourly rate.
> >
> > Cheers,
> > Mike Kear
> > Windsor, NSW, Australia
> > AFP Webworks.
> > ColdFusion Hosting, Development and Consulting.
> >
> >
> >
> > >From: Klaas De Waele <klaas(at)gracegraphics.be>
> > >Date: Fri, 10 Aug 2001 11:34:27 +0200
> > >
> > >A quick question to all of you.
> > >
> > >We've just lost a job with a database management tool website to a
> > >competitor.  We thought we had a nice and cheap solution (as
> > in Chrysler
> > >Stratus Cabrio cheap) but this other guy we don't know
> > offered it for a
> > >lower price using ColdFusion.
> > >
> > >What I'm looking for is someone who can explain me the benefits of
> > >ColdFusion over ASP or the likes.  I would say if you need a
> > ColdFusion
> > >server and expensive creation tools you'd go past the proce
> > of ASP, since
> > >I'm using just Notepad ad Editpad to create my apps.
> > >
> > >So...
> > >- what's cold fusion?
> > >- how is working with it
> > >- prices for development in relation to ASP (factors).
> > >
> > >
> > >- Kayjey -
> >
> >
> > _________________________________________________________________
> > Get your FREE download of MSN Explorer at
> > http://explorer.msn.com/intl.asp
> >
>

HWG hwg-techniques mailing list archives, maintained by Webmasters @ IWA

This page is part of a preserved archive of archives.hwg.org. The site is no longer active and its content is not maintained. For enquiries about this archive, write to archive(at)iwanet.org.