ad-hoc

Post #27,865 by tablizer 2/8/02 8:21:27 PM Reply	ad-hoc >> There is an old Hebrew saying that says "A thousand examples doesn't constitute proof". << You only presented one, not 1000. I am not saying that all OOP applications are crap. That is not my stance. I am only saying that OOP is overhyped and the hype is ruining progress and tools for the alternatives. >> Can you imagine a user saying "You've got this table, and it..."? Not likely. << Are you saying that tables are less trace-able than objects? Let's see you do an ad-hoc query on a bunch of objects? For example, "Show me all meters west-side that have reported leakage or cracking problems since last month and serviced by Bob". ________________ oop.ismad.com
Post #27,875 by a6l6e6x 2/8/02 9:29:58 PM Reply	Re: ad-hoc >> There is an old Hebrew saying that says "A thousand examples doesn't constitute proof". << You only presented one, not 1000. I am amused that you don't recognize that I'm agreeing with you on that point. What I am saying here is that even if I did give you a thousand examples, it would still not be a proof. I am not saying that all OOP applications are crap. That is not my stance. I am only saying that OOP is overhyped and the hype is ruining progress and tools for the alternatives. >> Can you imagine a user saying "You've got this table, and it..."? Not likely. << Are you saying that tables are less trace-able than objects? Let's see you do an ad-hoc query on a bunch of objects? For example, "Show me all meters west-side that have reported leakage or cracking problems since last month and serviced by Bob". My point here is that users do not think in terms of tables, but developers do. Users think in terms of things in their problem domain, otherwise known as objects. Tables are things in the solution domain. When the objects in the problem domain match the objects in the solution domain, communication between developers and users is easier. Ad hoc queries are a separate issue. You either design for them or not depending on user requirements. OO does not exclude use of relational databases. Alex "Of course, you realize this means war." -B. Bunny
Post #27,878 by tablizer 2/8/02 11:05:54 PM Reply	English Oriented Programming >> My point here is that users do not think in terms of tables, but developers do. Users think in terms of things in their problem domain, otherwise known as objects. << Yeah, like they are really gonna relate to things like class TransitionStateManager. Programmers rarely man the customer phones anyhow (except in really small shops). Even under the longshot that I agreed with you that OOP was closer to English, it is mostly moot. I don't really see how OOP is close to English anyhow. Like I said, English sentences are based on one verb and potentally many nouns. "Bob and Dora rode a snowmobile to Grandma's house." This better maps to functions if you ask me. Verbs are more pivotable to English than nouns. >> OO does not exclude use of relational databases. << Yes, but does not get along with them very well. OOP and relational thinking tend to fight over territory. Either one gives in, or you duplicate (mirror) stuff. ________________ oop.ismad.com

Welcome to IWETHEY!