Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re:RE: Re:RE: RE: Oracle DBA evolution path - please share y

Re:RE: Re:RE: RE: Oracle DBA evolution path - please share y

From: <dgoulet_at_vicr.com>
Date: Mon, 19 Mar 2001 13:29:31 -0800
Message-ID: <F001.002D0E34.20010319121546@fatcity.com>

Jacques,

    Naw, guilty as charged!

Dick Goulet

____________________Reply Separator____________________
Author: Jacques Kilchoer <Jacques.Kilchoer_at_quest.com>
Date:       3/19/2001 11:01 AM

> -----Original Message-----
> From: Michael Netrusov [mailto:mn_at_g-fax.com]
> 
> Yes, you are absolutely right, nobody is having interest in 
> selling quality products.
> Money is coming from the support of the product, not from the 
> selling of the product itself. If the product is well-written, then
> it'll be no big deal with maintenance, hence no money from 
> contractors who support and "customize" the application ( 
> read: fix the
> numerous bugs on fly and try to make the whole $hit work ). 
> The more complicated the product, the more money is paid for it's
> maintenance. The more money is paid, the more people are is 
> interested in working with it. The only problem is to sell the whole > stuff - but it's only a matter of the sales department' qualification.

Coming from a development company, I think I have to point out that in my humble opinion the statements above are an unfair generalization. I think developpers in general try to produce a well-written product, and the fact that products get more complicated is that users expect more features from newer versions.

To give an analogy, if I posted on this list "all DBAs try to have a database that requires a lot of manual maintenance and don't document anthing - that's in their interest for job security", I'm sure there would be a general outcry.



any ignorant comments made are the sole responsibility of J. R. Kilchoer and should not reflect adversely upon my employer.  

Jacques R. Kilchoer
(949) 754-8816
Quest Software, Inc.
8001 Irvine Center Drive
Irvine, California 92618
U.S.A.
http://www.quest.com
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2652.35">
<TITLE>RE: Re:RE: RE: Oracle DBA evolution path - please share your opi</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=2>&gt; From: Michael Netrusov [<A
HREF="mailto:mn_at_g-fax.com">mailto:mn_at_g-fax.com</A>]</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; Yes, you are absolutely right, nobody is having interest
in </FONT>
<BR><FONT SIZE=2>&gt; selling quality products.</FONT>
<BR><FONT SIZE=2>&gt; Money is coming from the support of the product, not from
the </FONT>
<BR><FONT SIZE=2>&gt; selling of the product itself. If the product is
well-written, then</FONT>
<BR><FONT SIZE=2>&gt; it'll be no big deal with maintenance, hence no money from
</FONT>
<BR><FONT SIZE=2>&gt; contractors who support and &quot;customize&quot; the
application ( </FONT>
<BR><FONT SIZE=2>&gt; read: fix the</FONT>
<BR><FONT SIZE=2>&gt; numerous bugs on fly and try to make the whole $hit work
). </FONT>
<BR><FONT SIZE=2>&gt; The more complicated the product, the more money is paid
for it's</FONT>
<BR><FONT SIZE=2>&gt; maintenance. The more money is paid, the more people are
is </FONT>
<BR><FONT SIZE=2>&gt; interested in working with it.&nbsp; The only problem is
to sell the whole</FONT>
<BR><FONT SIZE=2>&gt; stuff - but it's only a matter of the sales department'
qualification.</FONT>
</P>
<BR>

<P><FONT SIZE=2>Coming from a development company, I think I have to point out
that in my humble opinion the statements above are an unfair generalization. I think developpers in general try to produce a well-written product, and the fact that products get more complicated is that users expect more features from newer versions.</FONT></P>

<P><FONT SIZE=2>To give an analogy, if I posted on this list &quot;all DBAs try
to have a database that requires a lot of manual maintenance and don't document anthing - that's in their interest for job security&quot;, I'm sure there would be a general outcry.</FONT></P>

<P><FONT SIZE=2>------</FONT>
<BR><FONT SIZE=2>any ignorant comments made are the sole responsibility of J. R.
Kilchoer and should not reflect adversely upon my employer.</FONT></P>

<P><FONT SIZE=2>&nbsp;</FONT>
<BR><FONT SIZE=2>Jacques R. Kilchoer</FONT>
<BR><FONT SIZE=2>(949) 754-8816</FONT>
<BR><FONT SIZE=2>Quest Software, Inc.</FONT>
<BR><FONT SIZE=2>8001 Irvine Center Drive</FONT>
<BR><FONT SIZE=2>Irvine, California 92618</FONT>
<BR><FONT SIZE=2>U.S.A.</FONT>
<BR><FONT SIZE=2><A HREF="http://www.quest.com"
TARGET="_blank">http://www.quest.com</A></FONT>
</P>

</BODY>
</HTML>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: dgoulet_at_vicr.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
Received on Mon Mar 19 2001 - 15:29:31 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US