Yeah, well, call me crazy, but what about some form of Big-O notation for web based patterns. In Computer Science and Mathematics, we use big-o to describe the performance cost of different algorithms in simple terms. Why not find a way to describe the cost of different patterns?
I agree that the main goal is to have maintainable code, but why not provide some type of performance cost? -----Original Message----- From: Stijn Dreezen [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 8:14 AM To: [EMAIL PROTECTED] Subject: Re: [CFCDev] Design Patterns or Advanced CF I don't see why i should be joking, but if you want me to, i will. I didn't say i want streamlined, optimized examples but a rough performance cost estimation for these patterns is definitely something I would like very much, for i don't about your vast hardware resources but i sure know that almost each application i wrote in cf sooner or later came to a point where performance DID matter. For all my latest applications even BOTH (design patterns AND performance) were part of the technical specifications, as it is standard procedure in developing applications in our team at the European Council. But maybe they're just joking as well :) That already makes it 3 cents i guess :) kind Regards Stijn Dreezen On Thu, 22 Jul 2004, Sean Corfield wrote: > Please tell me you're joking? > > People use patterns to improve maintainability, not to improve > performance (with one or two notable exceptions, of course). > > What is this obsession with "millisecond" level performance? (Which > has nothing to do with real world performance under load) > > On Thu, 22 Jul 2004 23:39:08 +0200 (CEST), Stijn Dreezen > <[EMAIL PROTECTED]> wrote: > > At least pay some attention to performance (which pattern is better suited > > for which kind of application, how much milliseconds the pattern framework > > would consume on average systems, ...). One Spectra 1.5 has already been > > enough ;) > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
