We usually counter the "MS Management By Magazine" arguments with that fact that the end users will be able to have a 100% Microsoft solution. They can log into their favorite MS OS, open their favorite MS Browser, and work with the data. If needed, they can extract it to their favorite MS spreadsheet, or paste it into their favorite MS word processor.
I don't select a doctor based on what OS his billing system runs on, I select him/her based on the information I want to get out, and how effective I think he/she will be in solving my problem. OOPS, I was using logic again. You could always tweak your ISAPI settings in IIS to process .asp files through the CF engine. Cheers! Robin Greenhagen President GSI http://www.gsi-kc.com/ -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Keith Purtell Sent: Tuesday, May 07, 2002 10:41 AM To: [EMAIL PROTECTED] Subject: RE: [KCFusion] ASP vs CF Robin, you're right, but your remarks are based on logic. My reason for gathering ASP vs CF information is to deal with the mentality that says "Microsoft has most of the desktop OS market, so all their software must be the best in the world". It's amazing how many people think like this. Like you, I prefer an informed decision. Which is why I'm trying to gather rational information to counter irrational assumptions. Not disagreeing with you :-) Keith Purtell, Web/Network Administrator VantageMed Operations (Kansas City) Email: [EMAIL PROTECTED] CONFIDENTIALITY NOTICE: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Greenhagen, Robin Sent: Tuesday, May 07, 2002 10:20 AM To: [EMAIL PROTECTED] Subject: [KCFusion] ASP vs CF In advance, sorry about the long drivel below :-)... I think that it is important to realize that the ASP vs. CF argument is a bit misleading when trying to build up the feature by feature comparison. We have been CF centric for 5+ years, but still write ASP apps for people if their environment, their staff, and their needs dictate it. Once you have technique in either tool set, there is less of difference in productivity than either group claims. I think comparing on a feature by feature basis is like looking at WordPad (ASP) vs. MS Word (CF). When was the last time you used CFAUTHENTICATE or CFLDAP? But your server loads that code up every time you start the CF services. One advantage to the ASP model of components (3rd party controls to do mail, encryption, credit cards, etc...) is that if we don't like one, we can pitch it and use one of the other 10 vendors out there. We have had to do this in the past when a CF component (CFPOP or CFHTTP) failed to meet our needs. So either way we incur the expense of buying the control that we like, but with CF, now I have two solutions loaded on the box, and I have to use CFOBJECT, which has had it's own issues. In the past we have felt like Alliare was the 3rd camp (ASP and J2EE were the two most visible, widely used tools). Now CF truly has an alliance with the Java camp in CFMX, and great interoperability with the .NET (formerly ASP, COM, ActiveX) camp. But if a company is deploying desktop applications in VB.NET, it will be a hard argument that they shouldn't deploy the web interfaces for that app in ASP.NET. There is no definitive right/wrong decision matrix that can account for all project variations, etc... What I believe was the biggest single accomplishment in CFMX won't be mentioned by Macromedia. They have essentially ensured that CFML will live for the next 10 years by implementing it on the J2EE platform. As a standalone, single vendor, propriety language, app server solution, someone could have easily said "we are shelving CF and pursuing JSP/J2EE" as about 10 - 20 other app server vendors have done. Now even large organizations that have $xxx,xxx,xxx worth of BEA Weblogic and IBM Webshpere can use CFML to get the job done. These development groups that have been implementing CF as an "unsupported" application on their networks can now take the approach that this is the CFMX tool for Weblogic/Websphere and run it in a fully supported production environment. Cheers! Robin Greenhagen President GSI http://www.gsi-kc.com/ ______________________________________________________________________ The KCFusion.org list and website is hosted by Humankind Systems, Inc. List Archives........ http://www.mail-archive.com/cf-list@kcfusion.org Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED] To Subscribe.................... mailto:[EMAIL PROTECTED] To Unsubscribe................ mailto:[EMAIL PROTECTED]