Theodore Roosevelt: Far and away the best prize that life has to offer is the chance to work hard at work worth doing.
Margaret Thatcher: I do not know anyone who has got to the top without hard work. That is the recipe. It will not always get you to the top, but should get you pretty near.
Woody Allen: I don’t want to achieve immortality through my work. I want to achieve it through not dying.
During Oracle OpenWorld 2011, Paul Vallee (Founder and Executive Chairman at The Pythian Group) and Alex Gorbachev (Chief Technology Officer at The Pythian Group) organized a DBA Manager meeting where (probably) the most interesting topic discussed was what motivates DBAs.
The internet is full of articles, debates and research done on work motivation but this one is worth watching:
Interesting enough, same holds for DBAs: independence, mastery and purpose are the key motivators. All combined, they lead to self satisfaction from the DBA profession and although money might always come in between, it is by far a very short term motivation factor. Although, note that for about half of the population money is the primary motivator to perform the job properly.
Autonomy for the DBA is crucial in IT. Those DBA managers who micromanage their DBAs are doomed to failure. A DBA Manager should trust his/her DBAs as they should likewise trust him/her. And this would be the ideal situation.
Wonder why so many people have blogs, website and answer questions in database forums? And they do it for free. Even writing a book is never for financial benefits. It is the hidden will inside us to develop skills and share them with others.
Every DBA has a purpose in his career: one purpose or more than one purpose, a small one or a big one. And the purpose might change the direction of his/her DBA’s career. Call it a career goal, an internal motto. And of course, I also have one.
Another interesting concept in the DBA profession is that of the over-motivated Cowboy DBA: a person who with very good intentions screws up the production system quite quickly:
– use a new init.ora parameter (or an underscore one) in production without checking all bugs related to that parameter or test it in advance
– restart a production database in order to fix something and what that thing was remains usually a mistery
– kill all or some user sessions in production to “release” locks:
select 'alter system kill session '''||sid||','||serial#||''';' from v$session where username = 'PROD_USER';
– run “rm -rf *” without additionally typing “pwd”
Let me quote Don Burleson: “As every DBA knows, all developers are secretly studying database administration”. His addition is “and actively plotting to take their jobs” while mine would be “and are potential cowboy DBAs”. That is why DBAs do not usually give developers access to Production?