Interestingly we have two departments here, one with massive funding (+�2M
on hardware and software alone) devoted to Java/JSP, IBM WebSphere, DB2, IBM
Content Manager, RS6000, AS400 etc....
and my department, CF, Zeus/IIS, SQL Server, little NT boxes, a few Linux,
guess which has more customers and is most profitable? *grin*
A little caveat though, I will be using the kit they've most generously
purchased eventually, just when I have a client that specifically asks for
it, or one that already has systems in place which will fit nicely.
Regards
Stew
P.S. there's been an on-going debate on the BACFUG list on asp and CF and
php et al which when nicely finished, I'll condense into one post for the
people not already on that list
-----Original Message-----
From: Jon Hall [mailto:[EMAIL PROTECTED]]
Sent: 24 May 2001 06:23
To: CF-Community
Subject: Re: Extending legacy systems through Java
This is real simple. Coldfusion's strength is not it's power, even though it
powerful, but it's speed and ease of development.
A good java programmer can whip out a networked java app in the same time we
can whip together the same app in CF, but good java programmers get paid a
lot more too.
That should enable you to undercut their prices by quite a bit. Especially
when comparing to a custom java application.
Quite simply, the _potential_ power of a custom java application is far
greater than anything CF can deliver.
Your competitors are not cheating, they are leveraging more powerful
technoligies. Time to learn to us a bigger gun if you hope to win on the
same battlefield.
I am really surprised about the lack of buzz for Neo among CF developers,
which will help level the battlefield somewhat and IIRC it is slated for
release later this year.
jon
----- Original Message -----
From: "Christopher P. Maher" <[EMAIL PROTECTED]>
To: "CF-Community" <[EMAIL PROTECTED]>
Sent: Wednesday, May 23, 2001 10:52 PM
Subject: Extending legacy systems through Java
> As CF developers we often run into competing technologies and find
ourselves
> in need of reasons why a CF system is at least as good if not better.
There
> have been lots of threads here and on CF-Talk comparing CF to other web
> development technologies. Rather than ASP or PHP, I have concerns about
> other technologies.
>
> I have recently run into companies that are putting legacy applications on
> the web through Java clients. This is a real competitive concern for me as
> most companies in my target market (insurance) already have back end
> systems. If they can easily put these applications on the Internet for
their
> agents, then it makes what I do (a "real" HTML output system built with
CF)
> potentially irrelevant.
>
> The two particular products I know about are:
>
> Tarantella http://www.tarantella.com
> J Walk Java Client by SEAGULL http://www.seagullsw.com/
>
> The SUN website has an article about extending legacy systems in this
manner
> which is - obviously - rather positive.
> http://java.sun.com/features/1999/08/unshackled1.html
>
> Apart from feeling like my competitors are "cheating" by using such
> approaches, I would love to have a better understanding of these
approaches
> and some ammunition for why they are not as good of a solution as a CF
> system.
>
> The particular context for these systems is use by the company's agents.
So
> the fact that the general public will never download the necessary plugin
> isn't a good argument.
>
> Thanks for any input.
>
> Chris
>
> ------------------------------------
> Christopher P. Maher
> Maher Associates, Inc.
> Actuarial and Computer Consulting
> [EMAIL PROTECTED]
> http://www.maherassociates.com
>
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
