Все сильно зависит от профиля компании. Например, наша фирма использует Microsoft SQL Server, поэтому Oracle DBA здесь совершенно не нужен. несмотря на наличие "индусов с какими-угодно скиллсами", я потратил больше трех месяцев на поиск mid-level DBA (DBA 2) себе в помощники. Имел больше трех десятков телефонных интервью (выбор был сделан после прочтения резюме), только нескольких пригласил на интервью в офис.

Теперь критерии, по которым я выбирал человека:
- Должен знать и понимать причины того-или иного поведения MS SQL сервера, а также механизмы его работы. Не просто давать ответы - как и что сделать, а почему надо делать то или иное.
- Дожен четко понимать технологию выявления и решения проблемы. Я давал несколько сценариев, и просил рассказать последовательность действий для восстановления работы системы в кратчайший срок.
- Должен интересоваться новым. Скажем в первое интервью человек не мог ответить на вопрос, но в целом он мне нравился, тогда я во время второго звонка спрашивал то же самое - и если человек не изучил этот вопрос - то автоматически отсылался.
- Должен был иметь представление о программировании и операционных системах. Иначе как можно создавать базу без понимания, как ей будут пользоваться приложения.
- Должен быть легким в общении, коммуникабельным, вписаться в группу.

Теперь про технологии. Сейчас MS SQL Server по многим позициям более привлекателен, чем Oracle. Так что последним пользуются либо те компании, у которых он был раньше, либо те, кто больше доверяет брэнду (на всякий случай).
Чем больше компания, тем уже специализация, требующаяся от кандидата на позицию. Поэтому, при подаче заявления в маленькую компанию, выгодно рассказать о том, что есть еще и другие знания, помимо основного предмета. Чем больше компания, тем больше надо делать упор на знание именно основной специальности.
Сертификаты - вещь интересная, но не главная. Я встречал людей, увешанных сертификатами, их иногда принимали на работу лишь для того, чтобы вставить их дипломы в общий профиль компании и показывать клиентам. Но такое - редкость. Чаще решение принимается после личного интервью, где только реальные знания играют роль. Тем более, что после появления огромного количества шпаргалок, сдача экзамена перешла в разряд достаточно легких занятий.

-- Слон

SandalTree,

Я извиняюсь, просто топик уплыл вниз, да и у меня было много работы, почти не писал в форум. Сейчас немного свободнее стало.

Понимаешь, если говорить об интервью, то там нет суперстандартных вопросов. Что я ценю в человеке - так это умение находить путь решения проблемы. Не обязательно технический.

Пример. Один из моих любимых вопросов такой: У компании несколько отделений в разных штатах. Сервера ко-лоцированы, например, в Лос Анжелесе. Утром из Нью-Джерси сотрудники начали звонить DBA и жаловаться, что у них desktop application стало выплевывать ошибки. Так как там находится один из центров по обработке заказов, то весь бизнес компании висит. В-общем, какие действия DBA в этой ситуации.

Однозначного ответа быть не может. Но мне важно понять как человек будет в этой ситуации себя вести. Одновременно это покажет, был ли он в похожей ситуации раньше. Ведь теория теорией, а как дело доходит до практики, всегда сложнее. Когда непонятно, откуда проблема взялась, как ее решать и откуда вообще начинать копать, а за спиной стоит толпа народа и смотрит как ты что-то делаешь )

Ну и мелкие ситуационные вопросы. Человек говорит, что он создавал maintenance plans. Я ему начинаю задавать вопросы про детали. Не *как* он делает, а *почему* он делает так или иначе. Ну и тут выясняется, либо человек понимает или тупо следует ритуалам.

В конце интервью немного рассказываю о моем варианте ответов на вопросы, задаю некоторые иные вопросы. Если на них не отвечают сразу, то, во время второго интервью (если до него доходит), повторяю вопросы. Если человек не поинтересовался и не поискал ответов за промежуток времени между интервью, то такой человек мне точно не нужен.

-- Слон

Достаточно трудно попасть на интервью без местного послужного списка. Ведь многие компании пользуются услугами рекрутера, который из двух кандидатов выбирает того, кто работал дольше в местных компаниях, чтобы можно было сделать background check и так далее. Они ведь тоже несут ответственность своей репутацией за кандидатов, присылаемых на собеседование.

Но если вдруг повезло и попал на интервью к работодателю (через друзей или рекрутера или сам по себе), то тут уже только скиллзы.

-- Слон