On a more serious note, whatever the preferences it does seem that everyone is agreed with the fact that methodologies are a good idea. I'm interested to know what's likely to happen in the future- this kind of conversation is really a demonstration of how internet applications are beginning to be seen on a par with all application development. Gone are the days of web monkeys and cowboys (well... *takes off wide brim hat and tasselled jacket*).
But what happens next?? We're so used to a rapid speed of technological development, when and how is it going to slow donwn. Is it now? we're talking about methodologies, isn't this like when people got together in the industrial revolution and said... "hey why don't we make our screws the same sizes?" and others said "screw you" Open question... ----- Original Message ----- From: "Damian Watson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 24, 2003 12:58 PM Subject: Re: [ cf-dev ] MVC/Methodologies WAS RE: [ cf-dev ] Any fusecoders on the list? > > PS Fusebox people smell like tramps wee.. dammit its started! > > Well that's what happens if you stay in a box all day, you start smelling. > Ask David Blaine. > > *duck* > > ----- Original Message ----- > From: "Stephen Pope" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, October 24, 2003 12:55 PM > Subject: RE: [ cf-dev ] MVC/Methodologies WAS RE: [ cf-dev ] Any fusecoders > on the list? > > > I think the good thing is that it shows all the levels of the methodology > and how you can implement its in a simple or complex form depending on the > scale of the project .. and you can say 'hey I wanna get off now' at any > point during the process and you would still have something workable ! :�) > > I find it very interesting to hear these views on something that has shaped > the CF community in such a fashion. I agree its got a bit religious now > (hold back the fanatics with burning torches etc etc) but sill very > interesting on how these CF 'factions' exist side to side and the whole > thing hasn't descended into violently opposing name-calling groups like some > languages, ok there are tensions but hey we CF lot area pretty friendly > bunch. > > Stephen > > PS Fusebox people smell like tramps wee.. dammit its started! > > -----Original Message----- > From: Ellwood [mailto:[EMAIL PROTECTED] > Sent: 24 October 2003 12:35 > To: [EMAIL PROTECTED] > Subject: RE: [ cf-dev ] MVC/Methodologies WAS RE: [ cf-dev ] Any fusecoders > on the list? > > Yeah, I saw this demo/presentation at CF_Europe. Unfortunately Benoit > English managed to confuse the difficult subject he was trying to explain. > The breeze slides are a little easier to understand without his lecture but > I would love to talk to the guy on a one to one because I am sure he would > totally confuse me with the technicalities of MVC. > > -----Original Message----- > From: Stephen Pope [mailto:[EMAIL PROTECTED] > Sent: 24 October 2003 12:23 > To: [EMAIL PROTECTED] > > http://www.benorama.com/coldfusion/index.htm > > I think this is a great website for doing MVC in CF .. I certainly > learned a lot from this site in applying this methodology to CF. (I know > its been posted here before but I keep going back to this one !) > > -----Original Message----- > From: Paul Johnston [mailto:[EMAIL PROTECTED] > Sent: 24 October 2003 12:18 > To: [EMAIL PROTECTED] > Subject: [ cf-dev ] MVC/Methodologies WAS RE: [ cf-dev ] Any fusecoders > on the list? > > > Does anyone use MVC? And if so, how does this differ from > > fusebox because the way I see it M = Model = Query, V = View > > = display, C = Controller = Fusebox/Actions. > > I have got massively into looking at different methodologies mainly > because > I have some of the changes in the FB community and other places (ie Mach > II > and the creation of CFCs). > > MVC is only one design pattern, albeit a useful one. Mach II is an > implementation of that design pattern, and therefore is a methodology. > There are many other design patterns (and you'll find reference to the > Gang > of Four and others when googling for design patterns). What I have > discovered is that actually, MVC isn't all that simple to do with CF > (Mach > II isn't simple)! Because it is an object-oriented methodology. MVC is > useful in the separation of data from actual display, which is useful > when > you have 2 separate ways of accessing the site (ie flash and HTML). > > My personal opinion is that CFMX allows a certain degree of Object > Oriented-ness to be allowed in programming websites. The usefulness of > this > is very much down to how good a person is at coding in an object > oriented > nature and most CF programmers are frankly not very good at this! Again > it > comes down to usign the right tools for the right jobs. Learning how to > build a website properly is more down to good design and structure than > actual coding and what methodologies are used. > > Paul > > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED]
