RS
That doesn't sound like good people skills ...
just that you don't put up with any $ # ! ? ...
Good people skills would leave them thinking their
"whimsies were entertained" and you wouldn't call developers - "duhvelopers"
(even if they are duhveloping with half a brain!)
Randy Kirkpatrick
-----Original Message-----
From: Sakthi , Raj [SMTP:rajan_sakthi_at_yahoo.com]
Sent: Thursday, November 08, 2001 10:25 AM
To: Multiple recipients of list ORACLE-L
Subject: RE: Another Oracle DBA gets "The Bullet" in the UK - Seeking an O
Well....when it comes to people skills I am THE winner
in my company.....every Duhveloper and some went and
complained that I don't entertain their whimsies and
Fancies to CIO ( they put it much harsher, of
course..;) ).But you know ,when you have 20 database
and 3 OS and few Java duhvelopers let loose in the
system , then you don't have a chance to look at your
apartment in daylight...heck last week I was in same
clothes for 42 Hours straight recovering 150 GB
Monster from a 'rolling disaster'. Say anything else
but don't say my Job is not complex...Thank God I love
what I do.
Cheers,
RS
- DENNIS WILLIAMS <DWILLIAMS_at_LIFETOUCH.COM> wrote:
> Rachel - Thanks for sharing some tips. I think that
> in hard times it is
> worth considering how valuable you are considered by
> the people that pay
> your salary.
> Aside for the objective or "true" value of the DBA
> to the
> organization, I think there are two other aspects.
> 1. How perceptive your manager is. We can't pick
> our boss (usually)
> and can't control their technical background or
> their perceptiveness. I have
> had some non-technical managers that were remarkably
> perceptive.
> 2. Most of us didn't become DBA's because we had
> excellent
> communication skills. Most of us picked a technical
> career because we
> noticed in school that we were better at figuring
> out technical puzzles.
> Often we tend to concentrate on resolving the
> puzzles as quickly as possible
> and ignore the communication aspect, assuming that
> everyone will see that we
> are busy and will assume that we are doing really
> important stuff that
> nobody else is smart enough to figure out.
> However, these assumptions don't always pan out.
> Recently my company
> made a larger commitment to Oracle (not in terms of
> the DBA staff, I'm still
> soloing). I thought this was great because I
> interpreted it as more job
> security. However, suddenly there was more emphasis
> on ability to
> communicate. I am now working on ways to enhance my
> "people skills". The
> book I have found that speaks in simple enough terms
> for me is Dale
> Carnegie's classic "How to Win Friends and Influence
> People". Any other
> resources along these lines would be appreciated.
> Most of the current
> self-help books are more along the lines of "how to
> get rich". Gave that
> idea up a long time ago.
> Dennis Williams
> DBA
> Lifetouch, Inc.
> dwilliams_at_lifetouch.com
>
>
> -----Original Message-----
> Sent: Wednesday, November 07, 2001 2:15 PM
> To: Multiple recipients of list ORACLE-L
> O
>
>
> my boss asked me to stop including him on all the
> emails etc.
>
> he says "if I don't say anything to you then you are
> doing a good job"
>
> I say "I need you to be my boss"
>
> we are a small group and everyone seems to speak at
> mega-volume.
> Everyone knows what everyone else's problem is and
> who fixed it and
> how.
>
> My teammates know what I do -- I tell them they
> don't really need me,
> but that's because we have it under control. They
> tell me I'm nuts --
> and I have to say, it's gratifying to hear "thank
> goodness you are
> back" whenever I come back from vacation.
>
>
> --- Kimberly Smith <kimberly.smith_at_gmd.fujitsu.com>
> wrote:
> > The way around that is to actually let them know
> what preventative
> > stuff you did. I provide my manager with a weekly
> report and in
> > there
> > is a section called "application maintenance and
> administration".
> > I even put in there when I spend time with a
> developer showing them
> > some SQL or PL/SQL tricks.
> >
> > Now, my teammates think I do nothing. Even after
> I sit there for
> > an hour helping them out. Just cause I do my job
> right the first
> > time
> > and there really are no issues. But they don't
> really count.
> >
> > -----Original Message-----
> > Sent: Tuesday, November 06, 2001 7:50 PM
> > To: Multiple recipients of list ORACLE-L
> > O
> >
> >
> > my $0.02
> >
> > the problem is, if we do our jobs properly, they
> don't have problems.
> > And if they don't have problems they figure
> "nothing ever goes wrong
> > with the database, why do I need the DBA?"
> >
> > except of course, that the reason nothing goes
> wrong is because we
> > catch it before it happens.
> >
> > Catch-22... if we do it right they don't think
> they need us, if it
> > breaks they scream that we should have found it
> before it happened
> > and
> > prevented it
> >
> >
> > --- Sujatha Madan <sujatha.madan_at_cmc.cwo.net.au>
> wrote:
> > > I totally agree with Martin. Any company with an
> Oracle DB that's
> > > worth it's
> > > salt, needs a proper DBA!!!
> > >
> > > A lot of big companies are asking their Unix
> admins to have "some"
> > > Oracle
> > > DBA knowledge. How is it possible for the DB to
> function properly
> > > when those
> > > kind of sysadmins spend about 2 hours a week
> looking at a
> > > database???
> > >
> > > The place I'm working at did not have a DBA
> before I joined - the
> > > sysadmin
> > > team "looked after it". I found out later that
> nothing had been
> > done
> > > to the
> > > database since it was installed by a consultant.
> Now the place
> > > reckons that
> > > they can go back to those days of no DBA (and
> that's not a
> > > reflection on my
> > > abilities - I assure you!:)) ... they just need
> to get the
> > headcount
> > > down
> > > and that's an easy way!
> > >
> > > My 2c worth!
> > >
> > > Sujatha
> > >
> > > -----Original Message-----
> > > Sent: Wednesday, 7 November 2001 9:55 AM
> > > To: Multiple recipients of list ORACLE-L
> > > O
> > >
> > >
> > > With that blessing from Jared, I should like to
> add more "fodder"
> > > for our thoughts on the topic:
> > >
> > > Why should it be that of all the Oracle skills,
> we the DBA's should
> > > suddenly become more expendable than the other
> Oracle skills ?
> > >
> > > An organisation running an Oracle DB for "big
> time" and serious
> > > business
> > > use needs the services of a DBA to provide for
> the efficiency,
> > > integrity and
> > > security
> > > of that DB - even if they are "downsizing" a
> little/a lot.
> > >
> > > Therefore, my thesis on the matter is that we
> should be expendable
> > > when the organisation we work for ceases to
> exist or stops using
> > > an Oracle DB and NOT because they are delaying
> the start of new
> > > projects.
> > >
>
=== message truncated ===
Do You Yahoo!?
Find a job, post your resume.
http://careers.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Sakthi , Raj
INET: rajan_sakthi_at_yahoo.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).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Randy Kirkpatrick
INET: randywk_at_usa.net
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 Thu Nov 08 2001 - 17:59:22 CST
