-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
It sounds like you misrepresented the thread, to me. The point is to build software according to requirements. Sometimes those requirements require OO and sometimes they don't. Those "few who believe OO is an impediment" are actually saying that OO _can_ sometimes be too much overhead for the task at hand. Saying some thing _can_ be an impediment is very different from saying that it is _always_ an impediment. Douglas Roberts wrote: > I'm currently at the TeraGrid '07 conference in Madison, WI > (http://www.union.wisc.edu/teragrid07/), and I took an opportunity at > one of the social gatherings last night to share some of the high points > of this thread with a few of the other conference attendees, mostly as a > sanity check for my own benefit. > > When I mentioned that there were a few people on this list who felt that > OO methodologies were an impediment to ABM development rather than a > benefit, the general response was disbelief. In the words of one of my > Pittsburgh Supercomputer Center colleagues, "I can't believe any ABM > practitioner would feel that way. OO and ABM fit each other like hand > in glove." > > But, I suppose it's our differences that continue to make things > interesting. - -- glen e. p. ropella, 971-219-3846, http://tempusdictum.com Philosophy is a battle against the bewitchment of our intelligence by means of language. -- Ludwig Wittgenstein -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZYOdZeB+vOTnLkoRAk4XAJwMxHt3tkAkw2KefTE9j3vOkWFJygCdEZRc SEppYOUdPSvypcvPzeHhbHs= =LMWK -----END PGP SIGNATURE----- ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org
