Как нанять гуру Linux


30

Мне нужно нанять настоящего гуру linux, а не кого-то, кто мог бы просто записать это, по-настоящему большого нападающего, чтобы уйти и набрать свою собственную команду.

В настоящее время мы являемся большим домом Windows, поэтому я знаю вопросы, которые мне нужно задать, чтобы отсортировать пшеницу от плевел в этой области, но я не знаю, какие вопросы задать техническому специалисту по Linux, и какие будут хорошие ответы.

У вас есть какие-либо вопросы, которые я мог бы задать - или я должен просто заплатить кому-то из внешних консультантов, чтобы они присутствовали на собеседованиях?


4
Если вы ищете гуру, лучшее описание работы поможет вам в поиске. Мы говорим о хостинге, развертывании или поддержке здесь?
Андриоид

Ответы:


50

Начинающий:

  • Имеет опыт работы менее 4 лет.
  • Должен полагаться на двоичные пакеты для всего
  • Никогда не видел старого ядра (т.е. знает только серии 2.6.x)
  • Не понял, что команды и каталоги разные в каждом дистрибутиве; часто они знают только то, с чего они начинают, и могут запутаться, когда их среда изменилась.
  • Не умеет писать общие команды и часто все делает вручную.
  • Требуется помощь в выполнении диагностики проблемной системы, хотя они работают независимо от более легких проблем.
  • Все еще учится у других вещей, которые "опытные" администраторы уже знают.
  • Имеет поведение, которое все еще "зеленое" - они уверены в себе (справедливо), но кажутся некоторым дерзкими. Это может привести к трениям с конечными пользователями, разработчиками и руководством. Проблемные конечные пользователи часто могут заставить их сделайте что-то, что опытный администратор сразу же откажет. Разработчикам не нужно много говорить с ними, но они могут научить их кое-чему о сценариях. Менеджмент обычно хочет кого-то более опытного и не будет беспокоить его, если не будет ограниченного выбора.
  • У них часто нет полной картины вашего основного бизнеса и того, как он генерирует доход, хотя они понимают позиции процедурного уровня в компании. Таким образом, они могут определять потребности штатных сотрудников по всей компании, но не обязательно понимать взаимодействие всех подразделений компании.

Это администраторы, которые начинают на должностях младшего уровня.

(Стереотипное) впечатление: «У этого человека есть потенциал, ему просто нужно время, чтобы он сиял».


Опытный администратор:

  • Имеет 5+ лет опыта.
  • Может загружать и компилировать инструменты / утилиты / сервисы, а также может перекомпилировать ядро
  • Видел более старые ядра (серии 2.2 и 2.4)
  • Может адаптироваться к другому дистрибутиву или имеет опыт работы в 2 или более дистрибутивах.
  • Может сделать простой сценарий для автоматизации задач.
  • Может выполнять диагностику самостоятельно, но требует времени, чтобы точно определить проблему
  • Может функционировать самостоятельно, но не имеет опыта управления или ограниченного опыта надзора; они часто обучают и инструктируют администраторов младшего уровня.
  • Имеет «выдержанное» поведение - они внимательны и сдержанны, но всегда будут приятными, не будучи техническими. Это приводит к уверенности при работе с конечными пользователями, разработчикам и руководству и, в конечном счете, к глубокому чувству доверия, что этот человек «выполнит свою работу». Конечные пользователи обычно сначала консультируются с этими людьми, но нарушители спокойствия иногда пытаются «поиграть в систему» ​​и заставить их делать то, что они не будут делать (хотя администратор будет знать лучше и отрицать это). Разработчики будут консультироваться с этим человеком по общим вопросам. Руководство иногда будет требовать выполнения специальных заданий (проверенных, конечно, через Гуру), и они выполнят это к своему удовлетворению.
  • Они понимают основную модель доходов вашего бизнеса и то, как она взаимосвязана с другими позициями и процедурами. Они могут разрабатывать индивидуальные решения на основе этих знаний и находить способы снижения эксплуатационных расходов. Однако они не могут создавать новые источники дохода.

Это админы, которых Гуру изначально наймет.

Еще одно стереотипное впечатление: «Этот человек был вокруг квартала, и у него есть военные раны, чтобы доказать это. Если бы моя спина была у стены, я бы поверил в них».


Гуру:

  • Имеет опыт работы более 9 лет.
  • Может выполнить настройку ядра на уровне кода перед перекомпиляцией либо путем реконфигурации, либо путем написания нового кода
  • Видел очень старые ядра (серия 2.0 или 1.3)
  • Имеет опыт работы с очень сложными в установке установками (Slackware до версии 9 , Gentoo, Linux From Scratch)
  • Может делать сложные сценарии, иногда писать полноценные инструменты для других сотрудников.
  • Сразу знает все потенциальные причины проблемы и может посмотреть на каждое решение без дополнительной диагностики
  • Работал в качестве наблюдателя или управляющего по крайней мере с одним человеком в течение не менее 3 лет. Это означает, что человек был нанят и управляется непосредственно ими.
  • Имеет поведение, граничащее с «счастливым, но похожим на дзен». Они тихие, сосредоточенные и обладают сверхъестественным средством узнать, что сказать и когда, в то же время успокаивая всех, с кем разговаривают. Конечные пользователи часто не замечают этого человек, потому что они хорошо работают в том, что они делают, но нарушители спокойствия быстро боятся их присутствия, разработчики будут консультироваться с этим человеком по сложным вопросам, а руководство доверяет им решения о найме и найме.
  • Они хорошо осведомлены о вашем бизнес-процессе и о том, как денежные потоки вашей компании взаимодействуют с капитальными затратами, персоналом и текущим обслуживанием. Они могут найти творческие способы создания новых источников дохода в вашей бизнес-модели.

Это человек, которого вы хотите.

Другой (действительно плохой) стереотип: « Седая борода, подтяжки ... они, должно быть, одни из тех всех известных администраторов Unix! »


2
+1 Это проблема людей: если вы ищете только технические знания, вы обречены.
Боб Кросс

1
Я уверен, что мне не хватает тонны других вещей в описании, но вы попали в точку. Кандидат не только должен обладать техническими навыками, чтобы «заставить его работать», но также должен ладить с персоналом, руководством и т. Д., И все еще знать, как помочь бизнесу быть прибыльным.
Эйвери Пейн

12
Я не думаю, что «Все еще учусь у других» - это плохо, всегда.
Карстен

1
Это не должно восприниматься как плохая вещь, а скорее как описание долгого процесса, через который проходят все администраторы. Я пытался указать на зависимость от знаний других "опытных" администраторов. Извините, если это было принято за отрицательный оттенок. Я постараюсь перередактировать в ближайшее время.
Эйвери Пейн

4
2.0 старый? Ну, он не был включен до Red Hat 5, не намного больше , чем десять лет назад дуться Теперь я чувствую себя старым. +1 за обширность. Я не согласен с управлением и приемом на работу, хотя большинство гуру, которых я знаю, откажут вам в нуле даже за предложение занять руководящую должность.
Рой

11

Пригласите «известного» эксперта по Linux, чтобы проконсультироваться на собеседованиях, предпочтительно кого-то, кто ранее набирал квалифицированный технический персонал Linux. Будьте крайне безжалостны в отношении фильтрации этого человека - возьмите шарлатана на позиции подписи кандидатов, и вы в конечном итоге наймете не тех людей. Помнить:

A's найма A's
B нанять C's.

Вам нужно привлечь «А» к первому раунду найма, чтобы ускорить процесс набора персонала - любой ценой


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

Но тогда кто берет интервью у интервьюера? А кто берет интервью у интервьюера?
Уомбл

В какой-то момент вероятность серии «B обманывает вас и друг друга с помощью BS становится достаточно низкой, чтобы вы могли с достаточной уверенностью предположить, что у вас есть« A ».
ConcernedOfTunbridgeWells

2
Тот же принцип, что и мошенничество в заданиях по информатике. Если вы достаточно умны, чтобы обмануть маркер, то вы достаточно умны, чтобы выполнить задание. Большинство читов по назначению попадают в ловушку, потому что они не знают, что делают.
ConcernedOfTunbridgeWells

8

Мой совет - позаимствовать несколько вопросов из сертификационных экзаменов Red Hat . Это технически специфичные для Red Hat сертификаты, но эти знания применимы практически ко всем дистрибутивам Linux, и любой компетентный администратор должен иметь возможность ответить на них.

Выберите несколько вопросов из RHCT (вопросы базового уровня), несколько из RHCE (средний уровень), несколько из RHCDS и RHCSS (верхний уровень, специальные знания) и несколько из RHCA.

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


Это правильная идея. Может быть, начать вики здесь с вопросами. Что делает «прикосновение»? Разница между «хвостом» и «меньше». Как бы вы создали SSL-сертификаты для различных задач. Особенно те, где есть разные способы сделать это, которые соответствуют различным уровням мастерства.
bvmou

... и любой, кто может ответить на все эти вопросы, в лучшем случае получает оценку "среднего уровня". Эти экзамены являются слабыми .
Уомбл

6

«Построй» это сам. Вы можете начать с младшего или опытного сисадмина. Но при правильном рабочем наборе люди начинают сиять.

С коммерческой точки зрения, гуру, который начинал как опытный администратор в вашей компании, почти всегда будет дешевле (с точки зрения заработной платы), с другой стороны, вам нужно внимательно посмотреть на него / нее, чтобы не вызывать расходы .

С мотивационной точки зрения мой собственный опыт заключается в том, что я был действительно мотивирован, когда у меня была первая работа в качестве системного администратора, она начиналась с 1 сервера, и у меня даже не было рабочей станции. Примерно через 10 месяцев у нас были службы, работающие на 3 физических серверах с около 20 виртуализированными экземплярами (очень легкий OpenVZ), которые использовались в качестве разделения служб.

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

Сейчас я возглавляю команду из 5 администраторов (включая меня) и 1 разработчика. Я считаю, что получение разработчика, назначенного в нашу команду, является самым большим успехом, поскольку предоставление услуг не так уж сложно, но иметь кого-то, кто увлекается разработкой больше, чем администрированием, является большой победой, поскольку вы действительно можете начать создавать более крупные наборы инструментов.

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


1
Мне это нравится. Главным образом из-за огромной суммы денег, которую я собираюсь предложить, чтобы кто-то пришел работать на меня ;-)
Мэтт Симмонс

По общему признанию интересный ответ, но +1, потому что это соответствует Устной Традиции Unix. steve-parker.org/articles/others/stephenson/oral.shtml
Эйвери Пейн

5

Пара быстрых вопросов, чтобы сузить поле:

  • Спросите, какие дистрибутивы он / она использовал или какие являются самыми популярными. Самый популярный на данный момент согласно DistroWatchэто Ubuntu, OpenSUSE, Mint, Fedora и Debian (именно на этом основана Ubuntu). В то время как есть много других, интервьюируемый, вероятно, процитирует хотя бы один из них. Кроме того, хотя Gentoo не так популярен (номер 22 в этом списке), он считается одним из самых «хардкорных» дистрибутивов, но не просто полагается на то, что он / она упомянул Gentoo, поэтому он / она должен быть потрясающим ", поскольку единственный верный способ узнать, действительно ли он / она использует его, это спросить, как он / она установил его или настроить ядро, что является очень сложной темой. В любом случае, основной вопрос в этом вопросе - узнать, знаком ли он с несколькими различными дистрибутивами. Я обнаружил, что большинство пользователей Linux предпочитают от одного до трех, использовали по крайней мере 5 и знают больше.
  • Спросите его / ее, какую среду рабочего стола он / она предпочитает использовать (или, возможно, объясните разницу между несколькими из них). Три самых популярных - это Gnome, KDE и XFCE. Есть много других, но они не используются.
  • Дайте ему / ей ноутбук с компакт-диском Linux (любой из пяти лучших должен быть хорошим), и как он / она проведет вас через установку и, возможно, настройку. Поскольку вы хотите, чтобы кто-то нанял его / ее собственную команду, я также предположил бы, что этот человек должен обладать хорошими коммуникативными навыками и уметь объяснять вам или кому-то еще в вашей компании способ, который имеет смысл и прост для понимания. В основном проверяйте уверенность и способность быстро и легко отвечать на вопросы.
  • Кроме того, было бы неплохо согласиться с предыдущим пунктом - попросить его / ее подключить недавно установленный ноутбук к общей папке Windows и / или наоборот. Я предполагаю, что это одна из вещей, которую человек должен будет делать на работе, поэтому хорошо проверить, что он / она знает, как это сделать. Опять же, спросите, как он / она делает это, чтобы увидеть, чувствует ли он / она себя уверенно с системой. Вероятно, он / она откроет Терминал и установит и использует программу под названием Samba.
  • Вы также можете попросить человека распечатать документ. Если этот принтер используется совместно на компьютере с Windows, задача будет немного сложнее, и он / она с большей вероятностью установит Samba и CUPS. Опять же, единственная цель - убедиться, что они знают, как это сделать, уверены в своих навыках и смогут легко объяснить вещи другому участнику вашей работы.

Надеюсь, это немного поможет. Хотя последние три не очень быстрые, они могут быть очень эффективными. Моя главная мысль с последними состояла в том, чтобы случайно поговорить с человеком и почувствовать его уверенность в Linux, а также его коммуникативные навыки. В конечном счете, я согласен с ConcernedOfTunbridgeW, что наилучшим способом для вас может быть поиск известного эксперта-консультанта по Linux, который поможет с вашими интервью.

Что бы вы ни делали, я желаю вам удачи!


4
Это все очень простые вещи, которые должен знать любой пользователь Linux ... если он ищет гуру Linux для создания своей собственной команды, ему понадобится кто-то со знаниями, эквивалентными RHCA
gharper

@gharper, хотя я с тобой согласен, я все еще серьезно благодарен за такой замечательный ответ, и в будущем кому-то может понадобиться найти кого-то с более базовыми навыками, найти этот пост и найти ответ, который он ищет.
Chopper3

4

Кто-нибудь из ваших сотрудников Windows действительно знает о внутренностях Windows? То есть они выходят за рамки знания, куда щелкать, какое вложенное меню, и на самом деле понимают, что происходит за кулисами? Если так, то они также могут быть заинтересованы в получении навыков Linux. Хотя они будут немного отставать от технической кривой в Linux, они будут впереди с точки зрения знания и понимания вашей компании.

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

Это было необычным решением, когда компании переходили с VMS на Unix.


1
Спасибо за пост, это явно старый пост, но мы в конце концов заплатили «ведущему производителю серверов», чтобы собрать команду для нас, и, как ни странно, один из существующих ребят из Windows попросил принять участие - так что ваша идея была очень хорошей один. Спасибо.
Chopper3

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.