|
With talk like that you will likely make
the “do not hire list”… heh, heh, heh, heh, heh, heh, heh,
heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh,
heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh, heh,
heh, heh, heh, heh, heh, heh, heh, heh, heh …. whew, better get
refocused. (Couldn’t resist, and maybe this will guarantee me a slot on
the list also. Yet… someone said something about if your not annoying someone
you’re not doing anything worth while.) Hey… the big question is not how
long it’s going to take you on a lifecycle use of your work. If it’s
not going to be reused or shared with others then you may have the better
choice. There is risk in both directions and many guys will argue the safe bet
is to make it all scale and use perfect design according to our current
understanding. Yet, as you said… there comes a time when that isn’t
a 100 percent rule. There is a point where we need to not be so “productive”
to make ourselves look good now that we don’t honestly evaluate the
lifecycle effect of our immediate time savings. I have learned a good deal from
this list on that topic on this list, even if I draw the line differently than
the social safe list location personally. So if you have, or anyone else made a
responsible choice on that type of thing… you may be through repeated
choices of right selections saving lotsa moola! Only time and experience will
tell how well you, I or anyone else does at making those choices. John Farrar From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Munson, Jacob Has anybody ever used <cfquery>? Ok, I'm being very
sarcastic, but bear with me. I know I'm about to start a flame war, with
the two teams being all 2000 of you against me. :) Here's a scenario: -My client wants me to return data with some edge case business
logic, nobody else I work for wants this logic in my app -I need to join 5 tables using fairly complex conditions -I then need to use the data from this query in a number of cfms Solution 1:
Solution 2:
Please excuse my lame attempts at dry humor up there. :] I
admit I don't understand most of the stuff you guys bicker about on this list,
beyond creating and invoking objects. But does at least one person here
agree with me that it is possible to take OO too far? OO is a very
important concept, but like everything else in this world, I think it can be
over done. 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] |
- RE: [CFCDev] Better way than dao, gateway, bean: <... John Farrar
- RE: [CFCDev] Better way than dao, gateway, bean... Stijn Dreezen
- Re: [CFCDev] Better way than dao, gateway, ... Joe Rinehart
- Re: [CFCDev] Better way than dao, gatew... Doug Keen
- Re: [CFCDev] Better way than dao, g... Joe Rinehart
- Re: [CFCDev] Better way than dao, gateway, bean... Bill Rawlinson
- Re: [CFCDev] Better way than dao, gateway, bean... Barney Boisvert
- Re: [CFCDev] Better way than dao, gateway, ... Douglas Knudsen
- Re: [CFCDev] Better way than dao, gateway, bean... Barney Boisvert
- RE: [CFCDev] Better way than dao, gateway, bean... Munson, Jacob
- RE: [CFCDev] Better way than dao, gateway, bean... TelegramSam . 4847275
