Re: Mixing OO and DB
Date: Sat, 09 Feb 2008 23:17:18 -0500
Message-ID: <m2sl01sawh.fsf_at_spe.com>
mAsterdam <mAsterdam_at_vrijdag.org> writes:
> Patrick May wrote:
>> I prefer to work with people who understand procedural,
>> relational, OO, and functional programming. The boundaries between
>> these paradigms are not sharp -- useful techniques span paradigms.
>> Ultimately I'm looking for a gestalt development environment that
>> leverages the benefits of the superset of these techniques to
>> deliver high quality software. That's the real goal, after all.
>
> That is stricly one side of the fence - it is the goal for a
> software development process. The goal for a DB is to serve as a
> vehicle to manage data.
I disagree. Software is a means to an end, not an end in itself, at least in the vast majority of commercial settings. Databases are just one type of software. The end goal is to provide business value. Quality software, meaning software that meets the current needs of the business, that can be easily extended to meet future needs, and that is economically feasible to develop, provides that business value. No business really wants a database per se, but many do want the benefits of rapid access to consistent business information.
> Paradigm, gestalt development environment, leverages the benefits of
> the superset of these techniques, gestalt development, I'll requote:
>
>>> Let's cross this divide, and behave as if it is a real border.
>>> This means you can't carry all of your preconceptions, and you
>>> will have to adapt your language.
>
> Do I need to explain?
Evidently, because I don't accept that the divide exists in any meaningful sense. I use multiple paradigms as the situation warrants and I work with a number of people who do as well. They're all just different tools, each with advantages and disadvantages. Grouping one set of tools together and calling it "relational", another set "object oriented", and another set "functional" is useful to identify those that complement each other, but it's important to realize that those sets are not disjoint. It's also important to realize that the tools in each set complement each other _in a particular context_. In a different context, that is, a different problem or solution domain, different sets of tools may make sense.
There are more things in heaven and earth, mAsterdam, than are dreamt of in your paradigms.
Regards,
Patrick
S P Engineering, Inc. | Large scale, mission-critical, distributed OO
| systems design and implementation.
pjm_at_spe.com | (C++, Java, Common Lisp, Jini, middleware, SOA)
Received on Sun Feb 10 2008 - 05:17:18 CET