Oracle-L: RE: max open cursors case

From: Jamadagni, Rajendra <Rajendra.Jamadagni_at_espn.com>
Date: Wed, 09 Apr 2003 08:44:00 -0800
Message-ID: <F001.0057E044.20030409084400@fatcity.com>

I couldn't put it in better words ... Jared, do you mind if we move this to the FAQ ... do I hear anyone seconding this motion?

Raj

Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. QOTD: Any clod can have facts, having an opinion is an art !

-----Original Message-----
Sent: Wednesday, April 09, 2003 11:49 AM To: Multiple recipients of list ORACLE-L

Jayadas,

Welcome to the list.

Before you start denigrating the many fine folks on this list, you might hang around awhile and get to know them.

If you had, you would realize that this is not a DBA only list, and that there many excellent developers on this list.

I've worked with some excellent developers, and believe me, it is truly a joy. I've also worked with some real morons, those whose only incentive for getting into IT was their discovery of the IT manpower shortage and that it payed better than their then current employment as a barista.

Those morons are derisively referred to as duhvelopers, a condescending pejorative for which I will offer no apology.

What makes an excellent developer? Some or all of the following qualities are highly indicative of an excellent developer, at least from a DBA perspective. Their are many other things they need to know as well, but I'll limit to the DBA/Developer interface.

Many of these qualities apply to excellent DBA's as well.

a willingness to learn
acknowledging that you can learn from others
fair amount of knowledge of RDBMS's ( or willing to learn )
knows what normalization is and the purpose behind it
does not stubbornly try to reinvent the database in his or her code
knowledge of data modeling
is willing to let the DBA do his or her job
does not treat the database as a black box
does not instantly blame the database for performance problems ( this can save them great embarrassment later )
understands why foreign key constraints are a good thing.

There's more, but this covers the highlights, at least IMO.

Jared

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jamadagni, Rajendra
  INET: Rajendra.Jamadagni_at_espn.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



text/plain attachment: ESPN_Disclaimer.txt

Received on Wed Apr 09 2003 - 11:44:00 CDT