Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> Re:RE: Re:RE: RE: Oracle DBA evolution path - please share y
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.
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>> -----Original Message-----</FONT>
<BR><FONT SIZE=2>> From: Michael Netrusov [<A
HREF="mailto:mn_at_g-fax.com">mailto:mn_at_g-fax.com</A>]</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> Yes, you are absolutely right, nobody is having interest
in </FONT>
<BR><FONT SIZE=2>> selling quality products.</FONT>
<BR><FONT SIZE=2>> Money is coming from the support of the product, not from
the </FONT>
<BR><FONT SIZE=2>> selling of the product itself. If the product is
well-written, then</FONT>
<BR><FONT SIZE=2>> it'll be no big deal with maintenance, hence no money from
</FONT>
<BR><FONT SIZE=2>> contractors who support and "customize" the
application ( </FONT>
<BR><FONT SIZE=2>> read: fix the</FONT>
<BR><FONT SIZE=2>> numerous bugs on fly and try to make the whole $hit work
). </FONT>
<BR><FONT SIZE=2>> The more complicated the product, the more money is paid
for it's</FONT>
<BR><FONT SIZE=2>> maintenance. The more money is paid, the more people are
is </FONT>
<BR><FONT SIZE=2>> interested in working with it. The only problem is
to sell the whole</FONT>
<BR><FONT SIZE=2>> 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 "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.</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> </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
![]() |
![]() |