I¹d sum it up slightly differently: - If you only write small apps, OO typically isn¹t necessary. - If you have no experience with OO, your first few projects (large or small) are going to take much longer than just writing them procedurally. Same thing would be true if you were to try to code them in Haskell there¹s a learning curve and it costs time. - If you try to build large applications you have to change a lot, eventually you¹re going to find OO provides really great ways of solving common problems.
My recommendations to a single developer trying to maximize productivity (being one myself if I don¹t deliver I don¹t make payroll): - If what you are doing is working for you, keep on doing it. - If not, learn OO using small, test projects that are NOT time critical you¹ll be playing with OO for at LEAST 6 months before it starts to be quicker and more natural than procedural coding (and it could take longer). - If you ever want to build bigger apps or even get a better job, learning OO is not the one true way, but it will help. Best Wishes, Peter On 8/29/07 5:38 PM, "Brent Nicholas" <[EMAIL PROTECTED]> wrote: > Interesting reads, however a bit pushy on the "I'm right" stance. > > However I have to wonder... it OO really a good way to go? I'll preface by > saying I've studied OO (java), though never had a chance to use it due to > budget and time constraints (read: I'm inexperienced and that would drag the > projects out for months on end..) > > So I've developed the following opinions for OO on projects: > > OO's fine if you: have a lot of expertise in it and write applications you > host > OO's fine if you: will need to use common objects (get from db, store in db, > look up customer, get site details) > > OO's not fine if you: have a big project that needs to be on time, bug free > and you don't have much experience in it > OO's not fine if you: are building small custom internal applications > > I guess I've always been up against the fact that I'm the only developer here > and have to show results and no excuses. So I've been shy on the CF OO thing > because it seemed like such a monumental effort, maybe that's where these guys > are comming from.. "high pressure, high stress, I don't have time".. > > Brent Nicholas - > "There, I guess King George will be able to read that!" > - John Hancock > > > > > > > >> > From: [EMAIL PROTECTED] >> > To: cfcdev@cfczone.org >> > Subject: RE: [CFCDEV] Tom Minderson and anti-OO >> > Date: Wed, 29 Aug 2007 17:07:25 -0400 >> > >> > Yeah, I read a bit of that. I also think Minderson responded to that. He >> > noted that it was very one sided. >> > >> > -----Original Message----- >> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian >> Peddle >> > Sent: Wednesday, August 29, 2007 4:49 PM >> > To: cfcdev@cfczone.org >> > Subject: Re: [CFCDEV] Tom Minderson and anti-OO >> > >> > Some anti - oo here: http://www.geocities.com/tablizer/oopbad.htm >> > >> > >> > >> > Justin Treher wrote: >>> > > >>> > > I was browsing around some old OO ColdFusion posts and saw a lot of >>> > > talk by "Tom MInderson". It seems like he has about 50 posts spread >>> > > out (by doing a quick Google search). They all pretty much say the >>> > > same thing: >>> > > >>> > > OO complicates things for datacentric applications that ColdFusion is >>> > > targeting. I.e. we don't control cars or automatic garage doors. Then >>> > > he goes on about this "Set Theory". >>> > > >>> > > The only thing I could find on set theory with Coldfusion was at >>> > > http://cfdj.sys-con.com/read/41826_p.htm >>> > > >>> > > . the most complex ColdFusion article ever. >>> > > >>> > > Is anyone familiar with his anti-web app OOP mission? Do his arguments >>> > > have any validity? What the heck is set theory programming? I felt >>> > > like I was stepping back into philosophy 101 with syllogisms. >>> > > >>> > > I do see his point that trying to map objects to a relational database >>> > > is where OOP starts to feel really unnatural. In addition, with the >>> > > business objects we deal with, it seems unnatural for them to have >>> > > behaviors, unlike a car being able to "start()". >>> > > >>> > > Justin >>> > > >>> > > >>> > > You are subscribed to cfcdev. To unsubscribe, please follow the >>> > > instructions at http://www.cfczone.org/listserv.cfm >>> > > >>> > > CFCDev is supported by: >>> > > Katapult Media, Inc. >>> > > We are cool code geeks looking for fun projects to rock! >>> > > www.katapultmedia.com >>> > > >>> > > An archive of the CFCDev list is available at >>> > > www.mail-archive.com/cfcdev@cfczone.org >> > >> > >> > You are subscribed to cfcdev. To unsubscribe, please follow the >> instructions >> > at http://www.cfczone.org/listserv.cfm >> > >> > CFCDev is supported by: >> > Katapult Media, Inc. >> > We are cool code geeks looking for fun projects to rock! >> > www.katapultmedia.com >> > >> > An archive of the CFCDev list is available at >> > www.mail-archive.com/cfcdev@cfczone.org >> > >> > >> > >> > -- >> > No virus found in this incoming message. >> > Checked by AVG Free Edition. >> > Version: 7.5.484 / Virus Database: 269.12.10/977 - Release Date: 8/28/2007 >> > 4:29 PM >> > >> > >> > >> > >> > You are subscribed to cfcdev. To unsubscribe, please follow the >> instructions at http://www.cfczone.org/listserv.cfm >> > >> > CFCDev is supported by: >> > Katapult Media, Inc. >> > We are cool code geeks looking for fun projects to rock! >> > www.katapultmedia.com >> > >> > An archive of the CFCDev list is available at >> www.mail-archive.com/cfcdev@cfczone.org >> > > > > You are subscribed to cfcdev. To unsubscribe, please follow the instructions > at http://www.cfczone.org/listserv.cfm > > CFCDev is supported by: > Katapult Media, Inc. > We are cool code geeks looking for fun projects to rock! > www.katapultmedia.com > > An archive of the CFCDev list is available at > www.mail-archive.com/cfcdev@cfczone.org You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/cfcdev@cfczone.org
