Мне нужно нанять настоящего гуру linux, а не кого-то, кто может просто написать это по буквам, настоящего большого нападающего, чтобы уйти и набрать свою команду.
В настоящее время мы являемся большим производителем Windows, поэтому я знаю вопросы, которые мне нужно задать, чтобы отсортировать пшеницу от плевел в этой области, но я понятия не имею, какие вопросы задать специалисту по Linux и каковы были бы хорошие ответы.
Есть ли у вас какие-либо вопросы, которые я мог бы задать - или мне просто нужно заплатить кому-нибудь из стороннего консультанта, чтобы он присутствовал на собеседовании?
Новичок:
- Имеет опыт работы менее 4 лет.
- Придется полагаться на бинарные пакеты во всем
- Никогда не видел старого ядра (т.е. знает только серию 2.6.x)
- Не понял, что команды и расположение каталогов в каждом дистрибутиве разные; часто они знают только об одном из них, и могут запутаться, когда их среда изменится.
- Не умеет писать общие команды и часто все делает вручную.
- Требуется помощь в выполнении диагностики неисправной системы, хотя они работают независимо от более легких проблем.
- Все еще учится у других тому, что уже знают "Опытные" админы.
- По-прежнему «зеленые» манеры поведения: они уверены в себе (это правильно), но некоторым кажутся дерзкими. Это может привести к трениям с конечными пользователями, разработчиками и руководством. Неприятные конечные пользователи часто могут заставить их сделайте то, в чем бывалый администратор сразу отказался бы. Разработчикам не о чем поговорить с ними, но они могут научить их кое-чему о скриптах. Руководству обычно нужен кто-то более опытный и не будет их беспокоить, если не будет ограниченного выбора.
- Они часто не имеют полной картины вашего основного бизнеса и того, как он приносит доход, хотя они понимают должности процедурного уровня в компании. Таким образом, они могут определять потребности штатного персонала по всей компании, но не обязательно понимают взаимодействие всех подразделений компании.
Это администраторы, которые начинают с должностей младшего уровня.
(Стереотипное) впечатление: «У этого человека есть потенциал, ему просто нужно время, чтобы он засиял».
Опытный администратор:
- Имеет опыт работы более 5 лет.
- Может загружать и компилировать инструменты / утилиты / службы, а также может перекомпилировать ядро
- Видел старые ядра (серии 2.2 и 2.4)
- Может адаптироваться к другому дистрибутиву или имеет опыт работы в 2 или более дистрибутивах.
- Может выполнять простые сценарии для автоматизации задач.
- Может выполнять диагностику самостоятельно, но требуется время, чтобы выявить проблему
- Могут работать самостоятельно, но не имеют опыта управления или ограниченного опыта руководящей работы; они часто обучают и инструктируют администраторов младшего уровня.
- Обладают «закаленным» поведением - наблюдательны и сдержанны, но всегда будут приятными, не будучи технически сложными. Это приводит к уверенности при общении с конечными пользователями, разработчиками и руководством и, в конечном итоге, к глубокому чувству уверенности в том, что этот человек «выполнит свою работу». Конечные пользователи обычно сначала консультируются с этими людьми, но нарушители спокойствия иногда пытаются «обмануть систему» и заставить их делать то, чего они не будут делать (хотя администратор лучше знает и отрицает это). Разработчики будут консультироваться с этим человеком по поводу общих проблем. Иногда руководство просит выполнить особые задачи (проверенные, конечно, через Гуру), и они выполнят это к своему удовлетворению.
- Они понимают основную модель дохода вашего бизнеса и ее взаимосвязь с другими должностями и процедурами. На основе этих знаний они могут разрабатывать индивидуальные решения и находить способы снизить эксплуатационные расходы. Однако они не могут создавать новые источники дохода.
Это администраторы, которых Гуру сначала наймет.
Еще одно стереотипное впечатление: «Этот человек был вокруг квартала, и у него есть военные раны, чтобы доказать это. Если бы я стоял спиной к стене, я бы доверился им».
Гуру:
- Опыт работы 9+ лет.
- Может выполнять настройку ядра на уровне кода перед перекомпиляцией путем перенастройки или написания нового кода
- Видел очень старые ядра (серии 2.0 или 1.3)
- Имеет опыт работы с очень сложными в установке установками (Slackware до версии 9, Gentoo, Linux с нуля)
- Может писать сложные сценарии, иногда писать полные инструменты для других сотрудников.
- Мгновенно знает все потенциальные причины проблемы и может рассмотреть каждое решение без дополнительной диагностики
- Работал в надзорном или управленческом качестве как минимум с одним человеком не менее 3 лет. Это означает, что человек был наемный и удалось непосредственно ими.
- Их поведение граничит с «счастливым, но дзеноподобным». Они тихие, сосредоточенные и обладают сверхъестественными средствами знать, что и когда говорить, при этом успокаивая всех, с кем разговаривают. Конечные пользователи часто этого не замечают. человек, потому что он хорошо работает в своем деле, но нарушители спокойствия быстро опасаются их присутствия; разработчики будут консультироваться с этим человеком по сложным вопросам; и руководство доверяет ему кадровые и кадровые решения.
- Они досконально знают ваш бизнес-процесс и то, как денежный поток вашей компании взаимодействует с капитальными затратами, кадрами и текущим техническим обслуживанием. Они могут найти творческие способы создания новых источников дохода в рамках вашей бизнес-модели.
Это тот человек, который вам нужен.
Другой (очень плохой) стереотип: "Седая борода, подтяжки ... они, должно быть, одни из тех самых известных админов Unix!"
Обратитесь к «известному» эксперту по Linux, чтобы он проконсультировался на собеседовании, предпочтительно с тем, кто ранее нанимал технический персонал, имеющий опыт работы с Linux. Отфильтруйте этого человека самым безжалостным образом - поставьте шарлатана на место, подписывающего кандидатов, и вы в конечном итоге наняли не тех людей. Помните:
Прокат А
Нанять Б.
Вам нужно получить пятерку в первом раунде приема на работу, чтобы ваш процесс приема на работу пошел в нужное русло - любой ценой
Я бы посоветовал позаимствовать несколько вопросов у Сертификационные экзамены Red Hat. Это технически специфические сертификаты Red Hat, но эти знания применимы практически ко всем дистрибутивам Linux, и любой компетентный администратор должен иметь возможность ответить на них.
Выберите несколько вопросов из RHCT (вопросы базового уровня), несколько из RHCE (средний уровень), несколько из RHCDS и RHCSS (верхний уровень, специфические знания) и несколько из RHCA.
Вы должны найти образцы вопросов в Интернете или в учебных пособиях. Вы также можете вытащить их из анкеты предквалификационной оценки (Их можно найти на страницах сертификации - может потребоваться регистрация)
«Построй» сам. Вы можете начать с младшего или опытного системного администратора. Но при правильном рабочем наборе люди начинают сиять.
С коммерческой точки зрения гуру, который начинал как опытный администратор в вашей компании, почти всегда будет дешевле (с точки зрения зарплаты), с другой стороны, вам нужно внимательно присмотреться к нему / ей, чтобы не вызвать расходы.
С точки зрения мотивации, по моему собственному опыту, я был действительно мотивирован, когда получил свою первую работу системного администратора, она начиналась с одного сервера, а у меня даже не было рабочей станции. Примерно через 10 месяцев у нас были службы, работающие на 3 физических серверах с примерно 20 виртуализированными экземплярами (очень легкий OpenVZ), которые использовались для разделения служб.
Я бы не стал считать себя гуру (и всех, кто считает себя гуру, следует воспринимать с недоверием), но я вполне уверен, что узнал гораздо больше, когда был один в этой компании. в любой момент времени, чем когда я работаю в команде. Не потому, что мне не нравится работать вместе, но вы почему-то начинаете специализироваться на вещах, потому что кто-то другой лучше $ topic.
Сейчас я возглавляю команду из 5 администраторов (включая меня) и 1 разработчика. Я считаю, что назначение разработчика в нашу команду является самым большим успехом, предоставление услуг - не такая уж сложная задача, но наличие кого-то, кому нравится разработка больше, чем администрирование, - это большая победа, поскольку вы действительно можете начать создавать более крупные цепочки инструментов.
Так что построение гуру самому может окупиться. Не в течение нескольких месяцев, а в среднесрочной и долгосрочной перспективе. Все, кого я знаю и считаю гуру, начинали в суровых условиях (либо потому, что работали самостоятельно, либо потому, что были назначены на задачи, которые изначально выходили за рамки их знаний, но все еще продолжали бороться).
Несколько быстрых вопросов, чтобы сузить круг вопросов:
- Спросите, какие дистрибутивы он использовал или какие самые популярные. Самый популярный на данный момент по версии DistroWatch это Ubuntu, OpenSUSE, Mint, Fedora и Debian (на которых основана Ubuntu). Хотя есть много других, интервьюируемый, скорее всего, процитирует хотя бы одно из них. Кроме того, хотя он и не так популярен (номер 22 в этом списке), Gentoo считается одним из самых «хардкорных» дистрибутивов, но не следует полагаться только на «он / она упомянул Gentoo, чтобы он / она должно быть круто », поскольку единственный верный способ узнать, действительно ли он / она использует это, - это спросить, как он / она установил его, или настроить ядро, что является очень сложной темой. В любом случае, основной смысл этого вопроса - узнать, знаком ли он / она с несколькими различными дистрибутивами. Я обнаружил, что большинство людей, использующих Linux, предпочитают от одного до трех, использовали как минимум пять и знают больше.
- Спросите его / ее, какую среду рабочего стола он / она предпочитает использовать (или, возможно, объясните разницу между некоторыми из них). Три самых популярных - это Gnome, KDE и XFCE. Есть много других, но они мало используются.
- Дайте ему / ей ноутбук с компакт-диском Linux (подойдет любой из 5 лучших), и он / она проведет вас через установку и, возможно, настройку. Поскольку вы хотите, чтобы кто-то нанял свою команду, я также предполагаю, что этот человек должен обладать отличными коммуникативными навыками и уметь объяснять вещи вам или кому-то еще в вашей компании таким образом, чтобы это было понятно и легко. В основном проверяют на уверенность и умение быстро и легко отвечать на вопросы.
- Также может быть хорошо согласиться с предыдущим пунктом, так это попросить его / ее подключить только что установленный ноутбук к общей папке Windows и / или наоборот. Я предполагаю, что это одна из вещей, которые человек должен будет делать на работе, поэтому было бы хорошо проверить, знает ли он, как это делать. Опять же, спросите, как он / она это делает, чтобы узнать, уверен ли он / она в системе. Скорее всего, он / она откроет Терминал и установит и будет использовать программу под названием Samba.
- Вы также можете попросить человека распечатать документ. Если этот принтер используется совместно на компьютере с Windows, задача будет немного сложнее, и он / она, скорее всего, установит Samba и CUPS. Опять же, единственная цель - убедиться, что они знают, как это делать, уверены в своих навыках и смогут легко объяснить вещи другому участнику вашей работы.
Надеюсь, это немного поможет. Хотя последние три не очень быстрые, они могут быть очень эффективными. Моя основная мысль с последними - это просто поговорить с человеком и почувствовать его / ее уверенность в Linux, а также его / ее коммуникативные навыки. В конечном счете, я согласен с ConcernedOfTunbridgeW в том, что лучшим способом для вас может быть обращение к известному консультанту-эксперту по Linux для помощи в ваших интервью.
Что бы вы ни делали, я желаю вам удачи!
Кто-нибудь из ваших Windows-людей действительно хорошо осведомлены о внутреннем устройстве Windows? То есть выходят ли они за рамки знания, где щелкнуть по вложенному меню, и действительно имеют некоторое представление о том, что происходит за кулисами? Если да, то они также могут быть заинтересованы в получении навыков работы с Linux. Хотя они будут немного отставать от технических характеристик Linux, они будут впереди с точки зрения знания и понимания вашей компании.
Вы, вероятно, захотите получить некоторую поддержку, чтобы помочь им начать работу, но назначение должности консультанта изменит ваше бюджетное уравнение.
Это было обычное решение, когда компании переходили с VMS на Unix.