I think it depends on the application and the situation. The "context".
We're working with someone who wants to get his business going *fast*. He's got a whiz kid at his side that is pumping out PHP components for him, modifying off the shelf stuff and gluing them together somehow. He's getting a $1000 solution, maybe even the $500 solution. It's difficult to understand how to use, and there are unfilled gaps in the application where the off the shelf solution doesn't meet the problem needing to be solved very well, but ... Hey! It's ready in no time at all and right now, that's what's important! For the moment, our client is happy. The problem is that our client wants his business to scale out very quickly. He's looking for investors - he's got big ideas and a great marketing mind. In this case, i don't feel it's honest at all to give him a quick and dirty solution. His business might very well collapse in a heap on top of it. Ok, *will* collapse in a heap. I'm giving the whiz kid the benefit of the doubt here, because he is a very nice, well-intentioned person. Yes, in this context, the honest solution is the $4000++ OO one. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Munson, Jacob > Sent: Thursday, August 18, 2005 8:05 PM > To: [email protected] > Subject: RE: [CFCDev] Better way than dao, gateway, bean: <cfquery> > > > My point was that even for a complex problem OO can be taken too far. > Would you feel honest charging a client $4000 when you can do the job > with perfectly good OO, but only spend $1000? > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Bill Rawlinson > > Sent: Thursday, August 18, 2005 11:23 AM > > To: [email protected] > > Subject: Re: [CFCDev] Better way than dao, gateway, bean: <cfquery> > > > > sure, anything can be taken too far - you have to evaluate your own > > architectural needs based on the project your working on. > > > > you wouldn't want to create an entire MVC based application just to > > display "Hello World" where the string you were displaying is stored > > in a database and you used DAOs Beans, Gateways etc.. all to get, > > validate, and display your simple string (unless you were a glutton > > for punishment) - and likewise you wouldn't want to write a giant CMS > > system that is written entirely procedurally with no care for > > extensibility or maintenance. > > > > > > > > Bill > > This transmission may contain information that is privileged, > confidential and/or exempt from disclosure under applicable law. > If you are not the intended recipient, you are hereby notified > that any disclosure, copying, distribution, or use of the > information contained herein (including any reliance thereon) is > STRICTLY PROHIBITED. If you received this transmission in error, > please immediately contact the sender and destroy the material in > its entirety, whether in electronic or hard copy format. Thank you. A1. > > > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to > [email protected] with the words 'unsubscribe cfcdev' as the > subject of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by > CFXHosting (www.cfxhosting.com). > > CFCDev is supported by New Atlanta, makers of BlueDragon > http://www.newatlanta.com/products/bluedragon/index.cfm > > 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' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
