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: Remote or Not? Was: Production Oracle DBA Needed in Rocheste

Re: Remote or Not? Was: Production Oracle DBA Needed in Rocheste

From: Paul Vallee <dbalist_at_pythian.com>
Date: Tue, 26 Mar 2002 13:43:35 -0800
Message-ID: <F001.004342A7.20020326134335@fatcity.com>


Hey Dave...

I counted

- outsource
- trending
- managed service
- leveraging
- best practices
- continuous basis
- strategic

but I'm sure I missed some... does this mean I win? :-)

Cheers!
Paul
----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Tuesday, March 26, 2002 1:59 PM

Get out the BS bingo cards..................

;o)

-----Original Message-----
Sent: Tuesday, March 26, 2002 12:09 PM
To: Multiple recipients of list ORACLE-L Rocheste

Hello everyone,

This is a very interesting thread. Speaking as a part-owner of one of the companies John held up as an example of the successful outsourcers (thanks for mentioning us John), I'd like to make some points that I think will be of interest to all.

The first is that working in a shop such as Pythian is actually a dream come true for many DBAs. The fact that the industry is trending to a managed service model for database administration is NOT A BAD thing for salaried DBAs out there. I think the opposite is true. The same thing happened for payroll specialists in the 80s and 90s, and now some 40% of companies outsource payroll. Those payroll specialist jobs simply migrated from individuals working solo in firms into working in teams for the Ceridians, Paychex and myriad competitors (i.e. almost every bank too) of the world.

It's a great transition for many reasons that work well for the DBA as well as for the customer. I'll concentrate on the advantages for the DBA (why DBAs love working here), because they might not be as obvious. I can't speak for our competitors (hissss!!! just kidding) :-) , but I believe a similar dynamic applies to them. A Pythian DBA gets experience on every major platform Oracle runs on: Solaris, HP/UX, Tru64, AIX, Linux, Win2k, I'm sure I'm forgetting some. A Pythian DBA gets experience on many versions of Oracle, in many industries simulaneously. We get to learn and develop best practices learned by seeing the way Oracle is used in many shops. We get to work in teams, relying on each other to help in emergencies, unstall each other, teach each other and develop each other's skills, and make sure we put our best foot forward for any customer simply because as a team we have an enormous amount of skills and experience. We get to learn and teach the very best in the industry, getting to know and understand that even the giants don't know everything while still having so much to share. We get to know our customers so well we mutually consider ourselves teammates, co-workers and sometimes even friends, greatly leveraging our network of contacts and friendships.

We get to take on new shops on a continuous basis, whenever the company signs on a new customer, instead of having to quit a job when it gets boring. The way I've structured our company, in many small teams, we even get to take on completely new challenges and team dynamics simply by changing teams, rather than having to look elsewhere. We get to not be on-call every night, to not get shit for taking holidays, to not have to work insane hours (our team model is scalable in a way that the single-person salaried model is not.) We get to work on some of the most challenging environments in the world. I'm not kidding; I'm sure Jeremiah at Amazon has his hands full, but I am confident any DBA here would have something to talk with him about if they sat together at a dining-room table.

Moreover, we get the satisfaction of doing an extraordinarily good job. I considered myself an accomplished DBA before having started this company. And yet I am completely certain that never was I able to do as good a job as we are doing now as a team. We provide sophisticated problem tracking tools, availability monitoring tools and and performance monitoring tools that never when I was an individual could I have contributed. It's extremely satisfying and fun.

Moreover, much of our work is with DBAs (or teams of DBAs!) at customer sites. We work with many shops where we are not the sole DBA resource, but rather a part of a larger team, sometimes with us doing mentoring, back-up and on-call support for a DBA early in their career. Sometimes, it's when a company has an (or many) expert DBA that's completely swamped, and we help with the 24/7 and routine but lengthy aspects of the work and let them focus on the project management, strategic data modeling and other tasks that are more than enough to keep them on the right side of the very busy/having a breakdown boundary. I can't recommend it enough; I haven't had a better job or been happier at work than I am here.

Hope this give you some insight into our company and what we're trying to do here.

Best regards,
Paul

---
www.pythian.com -- vallee_at_pythian.com -- 877-PYTHIAN
Smarter than adding another team member, Pythian has new services for
supplementing DBAs: get our help with monitoring, 24x7 on-call, daily
verifications, storage management, performance and more.

----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
Sent: Tuesday, March 26, 2002 2:53 AM


Personally I like being in the office environment and interacting with other
members of my species :-) I do get the opportunity to work from home on a
fairly regular basis and I do take it when I really need to focus on
something but I do miss the buzz of being in the workplace if I'm away for
too long. Working from home is ideal around the holidays and those days when
you have overindulged in whatever your favourite tipple is the night before
and driving into work would be too risky :-)

FWIW - there are two DBAs in this country (UK) working for our company and
we live about 300 miles apart. I work from the Data Centre, with the UNIX
SAs and the hardware in the North East of England, he works from an  office
in London with the developers. It works well (esp. for me !!) and we meet up
on a regular basis for status meetings and catch ups.

Regards

Lee

-----Original Message-----
Sent: 25 March 2002 23:08
To: Multiple recipients of list ORACLE-L
Rocheste


Hi all,

Thanks Chris for that nicely worded e-mail. It *is* true that Development
work is easier to farm off elsewhere where it is cheaper, and even Oracle
Corporation is farming out Internet-based Support and Development work
elsewhere. These teams typically work with a bunch of junior developers
somewhere else working on the major chunk of the project, fronted by one or
two 'implementors' - typically senior and more 'culturally aware' locally
working with the users/businesses they serve. This Development model does
lend itself to such offloading.

However, I haven't heard of similar farming out of day-to-day DBA or SA
services *outside* of the US. These services are perceived as 'Business
critical' jobs still and Management wants to see/hear the key-clicks, esp.
when a Disaster occurs or something goes wrong. Steve Orr - the one who
escaped this $$$ valley for the wide open spaces he loves - made the point
that Remote working is more an organizational issue than a technical issue.
Face-to-face and human touch-and-feel still is still required, and time
zones are still an issue (even here in the States where the West and the
East is separated by just 3 hours).

Having said that, I have to say that I am in the process of wrapping up a
'remote' performance troubleshooting mini-project for a previous client.
VPNs, Previous association and familiarity with systems/personnel and the
requirement of out-of-the-ordinary skills for a limited period drove this
remote assignment, and it worked out successfully. I did suffer from the 3
hour timezone difference, though it worked to our advantages at times. I do
also know that many DBAs have been 'farmed-out' to 'Remote DBA Services'
within the country (counting Canada too - Pythian, TUSC, ...), and a number
of cross-country tuning assignments (from Australia - need I say more!) have
also worked out well.

On a personal front, I observe that (at least in the US) the urban/suburban
cost-of-living is driving more and more remote workers (quite a number of IT
workers, esp. DBAs) into the extended suburbia (100 miles or more, up from
the current 50 mile radius), where these workers do come in once or twice a
week, sometimes to 'branch offices' spread out among the various suburbs....
Hence, you could theoretically work as a DBA in a city somewhere else for an
organization with HQs/DBs somewhere else, as long as you have
access/presence of a remote office, and possibly fly down to the HQ once in
a while. Remote workers still need to be in a community, with access to
education, recreation and health servcies, so this will probably not be too
far off the beaten path.

On another tack, there was a discussion on this list about Ari's cool tools
- the PocketDBA/SA. I could theoretically be far away in a log cabin (Steve
- are you listening?!) and still be connected to the office - the question
is: Do you want to be? In other words, most tools for full remote capability
are available. But would Damagement accept them and not have to see a warm
body fill a seat?

John Kanagaraj


> -----Original Message-----
> From: Grabowy, Chris [mailto:cgrabowy_at_fcg.com]
> Sent: Monday, March 25, 2002 12:46 PM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: RE: Production Oracle DBA Needed in Rochester, Minnesota
> >
> Ahhh...be careful what you ask for. If that were truly the
> case, then you
> might not be able to find a job, since you would be outbid
> from someone
> working else where. Obviously, skills are a critical factor,
> but explain
> that to the bean counters...
>
> Some of the developers here are becoming very angry because
> some of the work
> has been "farmed-out" overseas because of their lower rates.
> It is a very
> interesting situation that I am quietly observing. The world
> is indeed
> becoming smaller.
>
> I have carefully worded this email in the hopes that I do not
> offend some of
> the VERY talented/god-like DBAs we have on this list that
> come a variety of
> locations around this great planet. I hope that I have succeeded.
>
> -----Original Message-----
> Sent: Monday, March 25, 2002 3:04 PM
> To: Multiple recipients of list ORACLE-L
> >
> Yeah, does anybody know what happened to the new Internet concept of
> "location doesn't matter"? I thought by now I could be sitting at home
> taking DBA assignments all over the country, if not over the world?
>
> Dennis Williams
> DBA
> Lifetouch, Inc.
> dwilliams_at_lifetouch.com
> > -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Paul Vallee INET: dbalist_at_pythian.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: Farnsworth, Dave INET: DFarnsworth_at_Ashleyfurniture.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: Paul Vallee INET: dbalist_at_pythian.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 Tue Mar 26 2002 - 15:43:35 CST

Original text of this message

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