Как принять на работу гуру Linux

Легкое решение установить пакеты в человечности и а также debian

1.apt-получите установку (Установка Пакетов)

Поиск 2.apt-кэша (Поиск пакета)

  1. политика способного кэша (Для поиска установленного пакета)

Попытайтесь использовать это..:)

30
задан 25 January 2015 в 07:02
7 ответов

Новичок:

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

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

(Стереотипное) впечатление: "Этот человек стал потенциальным, им просто требуется время, чтобы заставить его сиять".


Закаленный администратор:

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

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

Другое стереотипное впечатление: "Этот человек был вокруг блока и имеет военные раны для доказательства его. Если моя спина была против стены, я доверил им".


Гуру:

  • Имеет 9 + опыт лет.
  • Может выполнить настройку уровня кода ядра, прежде чем перекомпилируют, или реконфигурированием или путем написания нового кода
  • Видел очень старые ядра (2,0 или 1,3 ряда)
  • Имеет опыт с очень трудными к установке установками (Slackware до версии 9, хинду, Linux С нуля)
  • Может сделать сценарии комплекса, иногда пишущий полные инструменты для других штатных сотрудников.
  • Сразу знает все потенциальные причины проблемы и может посмотреть на каждое решение без дополнительной диагностики
  • Функционировал в контрольной способности или способности управления по крайней мере с еще одним человеком в течение по крайней мере 3 лет. Это означает, что человек нанимался и управлялся непосредственно ими.
  • Имеет поведение, которое граничит "счастливый, но подобный дзэн'. Они тихи, сфокусированы, и иметь странное средство знания, что сказать и когда, при помещении всех они говорят непринужденно. Конечные пользователи часто не замечают этого человека, потому что они функционируют хорошо в том, что они делают, все же нарушители спокойствия быстры для боязни их присутствия; разработчики будут консультироваться с этим человеком о сложных вопросах; и управление доверяет им решения занятости и укомплектование персоналом.
  • У них есть сложное знание Вашего бизнес-процесса, и как поток наличности Вашей компании взаимодействует с капитальными затратами, укомплектованием персоналом и текущим техническим обслуживанием. Они могут найти творческие способы создать новые источники дохода в Вашей бизнес-модели.

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

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

50
ответ дан 28 November 2019 в 19:58
  • 1
    +1 Это - люди проблема: если you' ре ища одни только технические знания, you' ре обречено. –  Bob Cross 15 May 2009 в 23:42
  • 2
    I' m верный I' m недостающие тонны другого материала в описаниях, но Вы поражаете его пятно - на. У кандидата не только должно быть техническое мастерство к " сделайте это work" но также и потребности ладить со штатом, управлением, и т.д. и все еще знать, как помочь бизнесу быть прибыльным. –  Avery Payne 15 May 2009 в 23:46
  • 3
    я don' t думают " все еще извлекает уроки из others" плохая вещь, когда-либо. –  Karsten 16 May 2009 в 00:28
  • 4
    It' s не предназначенный, чтобы быть взятым в качестве плохой вещи, а скорее, описательный из долгого процесса, который проходят все администраторы. Я пытался указать на зависимость от знания другого " Seasoned" администраторы. Извините, если это было принято за отрицательную коннотацию. I' ll делают попытку переиздавания вскоре. –  Avery Payne 16 May 2009 в 00:58
  • 5
    2.0 старо? Продвиньтесь, это wasn' t включенный до Red Hat 5, не намного больше чем десятилетие назад выпячивание Теперь я чувствую себя старым. +1 для обширности. Я не соглашаюсь относительно управления и части найма, хотя, большинство гуру, которых я знаю, передало бы Вас по каналу к пустому указателю для того, чтобы даже предложить, чтобы они взяли управленческую должность. –  Roy 13 November 2009 в 00:36

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

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

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

8
ответ дан 28 November 2019 в 19:58
  • 1
    Это - верная мысль. Возможно, запустите Wiki здесь с вопросов. Что делает ' touch'? Различие между ' tail' и ' less'. как Вы создали бы ssl сертификаты для различных задач. Особенно, где существуют различные способы сделать это что карта к разным уровням навыка. –  bvmou 15 May 2009 в 21:50
  • 2
    ... и любой, кто может ответить на все, которые они получают " midlevel" оценка, в лучшем случае Те экзамены слабы . –  womble♦ 26 November 2009 в 19:50

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

A нанимают A
B нанимают C.

Необходимо заставить вовлеченный в первый раунд найма получать процесс рекрутинга на ходу - любой ценой

11
ответ дан 28 November 2019 в 19:58
  • 1
    Мой лучший совет является экспертной оценкой. Попросите, чтобы кто-то взял интервью у интервьюера при необходимости. –  ConcernedOfTunbridgeWells 15 May 2009 в 18:41
  • 2
    Но затем кто берет интервью у интервьюера? И кто берет интервью у интервьюера интервьюера? –  womble♦ 26 November 2009 в 19:49
  • 3
    В какой-то момент вероятность серии ' B' s одурачивание Вы и друг друг с B.S. понижаетесь достаточно, что можно справедливо безопасно считать это you' ve получил ' A'. –  ConcernedOfTunbridgeWells 27 November 2009 в 18:49

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

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

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

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

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

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

6
ответ дан 28 November 2019 в 19:58
  • 1
    Мне нравится это. Главным образом из-за в широком масштабе небольшой суммы денег I' m оказывающийся перед необходимостью предложение кто-то для прибытия работа для меня ;-) –  Matt Simmons 9 June 2009 в 19:20
  • 2
    По общему признанию интересный ответ, но +1, потому что it' s в соответствии с Устной Традицией Unix. steve-parker.org/articles/others/stephenson/oral.shtml –  Avery Payne 10 June 2009 в 11:22

Несколько быстрых вопросов сузить поле:

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

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

Независимо от того, что Вы делаете, я желаю Вам всего наилучшего

5
ответ дан 28 November 2019 в 19:58
  • 1
    Это - весь очень простой материал, который любой пользователь Linux должен знать... если he' s поиск Гуру Linux для установки их собственной команды, he' ll нужен кто-то со знанием, эквивалентным RHCA –  gharper 15 May 2009 в 20:27
  • 2
    @gharper, в то время как я согласовываю с Вами I' m все еще серьезно благодарный за такой большой ответ и в будущем кто-то, возможно, должен был бы найти кого-то с большим количеством основных умений и навыков, столкнуться с этим сообщением и найти ответ they' поиск ре. –  Chopper3 15 May 2009 в 20:39

Вы могли бы найти что-то полезным в этом: http://static.sage.org/field/jobs-descriptions.html

(Особенно части о необходимых навыках.)

3
ответ дан 28 November 2019 в 19:58

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

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

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

4
ответ дан 28 November 2019 в 19:58
  • 1
    Спасибо за сообщение это - ясно старое сообщение, но мы действительно в конечном счете платили ' ведущий сервер manufacturer' для сплачивания команды для нас и достаточно странно один из существующих парней Windows попросил принимать участие - таким образом, идея была очень хорошей.Спасибо. –  Chopper3 22 January 2010 в 16:28

Теги

Похожие вопросы