I totally agree. I have recently worked on a farely large web portal that was coded in ASP - against my own preferences. Although the design of the system was well thought out the inevitable "project scope creep" has left developing and maintaining the application a nightmare. Implementing and consuming web services is really time-consuming. Production is very long-winded.
The problem is that the company were not willing to risk using coldfusion due to apparent lack of a developer community in their local area. They were unwilling to transfer the skills of their in-house team to CF due to fears that they may not be able to replace their roles in the future but were also unwilling to invest in training the staff in C#. Transfering skills from ASP to CF is just that - a transfer of skills (obviously a few new construct ideas but still a procedural scripting language, e.g. try / catch blocks). Transfering skills from ASP/CF to .NET (C#) requires more than just a transfer of skills. OOP skills need to learnt (if they are not already present) and new software design skills need to be introduced. -----Original Message----- From: Ian Westbrook (FDM) [mailto:[EMAIL PROTECTED] Sent: 14 April 2004 13:00 To: [EMAIL PROTECTED] Subject: Re: [ cf-dev ] ASP continued ... > To me, there doesn't seem to be a lot in it between the examples you showed. > However, try a few database calls, inserts or updates and see the difference > then. Or a file upload. Or looping through a recordset ... well no, that's obviously as basic an example as it gets. from what I've seen of database calls, loops etc, CF wins hands down for ease of use (I assume that's what you're saying? ;-) so, if CF is much easier to use, theonly reason why people use ASP is what we might call 'corporate acceptibility' and a communications issue from MM, no? Ian W ----- Original Message ----- From: "Sam Westlake" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 14, 2004 12:55 PM Subject: [ cf-dev ] ASP continued ... > Thought this ASP related question should move to a different thread - > not really to do with the state of coldfusion in the U.K. anymore ... > > Quote: why do you have to Dim the var first? If it exists why not just > overwrite it with a new var? > > You don't need to declare variables in ASP / VBScript unless you use "Option > Explicit" argument. If this is used then ALL variables must be > declared and > the ASP engine will not allow a script to declare the same > variable-name twice. > > There is something in FuseBox for CF that does a similar thing at the > individual variable level (e.g., <set name="foo" value="bar" > overwrite="false">, so I guess a CF native element must do the same thing - > although I haven't come across it yet. > > To me, there doesn't seem to be a lot in it between the examples you showed. > However, try a few database calls, inserts or updates and see the difference > then. Or a file upload. Or looping through a recordset ... > > -----Original Message----- > > From: Ian Westbrook (FDM) [mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> ] > Sent: 14 April 2004 11:37 > To: [EMAIL PROTECTED] > Subject: Re: [ cf-dev ] The state of ColdFusion in the UK > > > http://www.webwizguide.com <http://www.webwizguide.com/> > > that kinda proves my point, though. this is from the webwizguide 'your first > ASP page' tutorial., to assign the string 'Hello World' to a variable > and output it: > > <% > Dim strMessage > strMessage = "Hello World" > Response.Write (strMessage) > %> > > which I guess is not so bad (but why do you have to Dim the var first? > If it > exists why not just overwrite it with a new var?), but not as easy as > (on a > .cfm page, obviously) > > <cfset string = "Hello World"> > <cfoutput> > #variables.string# (or just #string#) > </cfoutput> > ? > > seems to me like the more syntacical stuff you have to remember, the easier > it is to get things wrong. I have sen some truly appalling sites in > ASP, but > I guess that comes down to the point made before - that it's the developer, > not the language necessarily... > > Ian W > > > > -- > These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ > Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > CFDeveloper Sponsors and contributors:- *Hosting and support provided > by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* > *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* > *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED] -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED]
