01.09.2016 Views

Beginning Oracle Database 11g Administration From Novice to Professional

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

332<br />

CHAPTER 15 THE BIG PICTURE AND THE TEN DELIVERABLES<br />

If you take the lessons in this one chapter <strong>to</strong> heart, you can quickly become a better<br />

<strong>Oracle</strong> database administra<strong>to</strong>r than you thought possible. Competency in <strong>Oracle</strong> technology<br />

is only half of the challenge of being a database administra<strong>to</strong>r. If you had very little<br />

knowledge of <strong>Oracle</strong> technology but knew exactly “which” needed <strong>to</strong> be done, you could<br />

always find out how <strong>to</strong> do it—there is Google and there are online manuals aplenty. Too<br />

many <strong>Oracle</strong> database administra<strong>to</strong>rs don’t know “which <strong>to</strong> do,” and what they have<br />

when they are through is “just a mess without a clue.”<br />

An Instructive Job Interview<br />

Early in my career, I interviewed for a “Programmer/Analyst” job at Hewlett- Packard. The<br />

manager who interviewed me gave me the following test. He explained that the problem<br />

was <strong>to</strong> produce a report containing sorted employee information and asked me <strong>to</strong> draw<br />

a flow chart explaining the approach I would use <strong>to</strong> solve the problem. He gave me some<br />

paper and left the room for half an hour. When he left, I wrote a COBOL program that<br />

sorted and printed a file of employee records. I prided myself on my programming skills<br />

and I was certain that the program would work correctly the first time.<br />

When he came back, the manager read my program carefully and complimented me<br />

on my programming skills. Then he <strong>to</strong>ld me what I had missed. I had written a complete<br />

COBOL program but had completely ignored the Software Development Life Cycle:<br />

Initiation, System Concept Development, Planning, Requirements Analysis, Design,<br />

Development, Integration and Test, Implementation, Operations and Maintenance, and<br />

Disposition. 1<br />

In summary, I was a very good COBOL programmer but did not see the big software<br />

development picture.<br />

Well, I did not get the job at Hewlett- Packard, but soon after that I got my first job<br />

as a database administra<strong>to</strong>r—at Intel. <strong>Database</strong> administration became my career and,<br />

in time, I became the manager of a team of database administra<strong>to</strong>rs managing 1,000<br />

databases for a large service provider. My technical skills were never stronger, but there<br />

seemed <strong>to</strong> be something missing. We were burned out from working 60 hours every<br />

week, we felt unappreciated, and we were constantly at loggerheads with other groups.<br />

In time, I realized that technical knowledge was not enough. We needed <strong>to</strong> understand<br />

how all the pieces of IT fit <strong>to</strong>gether and how they interacted with each other. In<br />

other words, we needed <strong>to</strong> see the big picture.<br />

1. A good introduction <strong>to</strong> the Systems Development Life Cycle can be found at <br />

.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!