RE: Merge

  • From: "Goulet, Richard" <Richard.Goulet@xxxxxxxxxxx>
  • To: <greg@xxxxxxxxxxxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
  • Date: Thu, 8 Jul 2010 12:06:13 -0400


        Yes things are that bad out here in the field, and management is
totally blind to what is going on.  Why, because the duhveloper makes
the application work as expected by management no matter how much work
and resources he burns in the background, especially when his/her
manager doesn't have to pay for those resources.  In the case I'm
working on the view definitions that the duhvelopers came up with are so
hideous that they perform badly at best individually, even worse when
combined to the point where having locally replicated versions of the
data, even un-indexed, performs much better. Now that fact has been the
cause of other problems with standby databases that have poor
communication to our datacenter, but does that force a fix to the
underlying problem?  NO because someone else pays for bandwidth
improvements or better yet then simply push the problem back on the DBA
group which then ties up an entire person for a week repairing a standby
db.  Now I'm trying to get the underlying problems fixed & I get one
manager complaining to my manager that I'm poking my nose in where it
does not belong.  Bother, what a pain in the backside.

Dick Goulet
Senior Oracle DBA/NA Team Lead
PAREXEL International

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Greg Rahn
Sent: Tuesday, July 06, 2010 3:37 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: Merge

Apologies in advance for the slight diversion from the OP, but I can't
help but read this thread (and others of similar context) and think to
myself: "IT is so broken in so many companies".  Management really
needs to make "duhvelopers" fix their broken code.  Period.  It's no
wonder that DBAs feel over burdened and don't have time to investigate
new technologies/features/etc. -- their time is consumed with stop gap
fixes day after day.

Fixing things at the top of the stack is so much easier and so much
more cost effective.  Time to get with the program.

Greg Rahn


Other related posts: