Як набрати гуру Linux

Мені потрібно набрати належного гуру для Linux, а не когось, хто може просто прописати це, справжнього великого нападника, який повинен піти і набрати власну команду.

Зараз ми великий будинок Windows, тому я знаю питання, які мені потрібно задати, щоб сортувати пшеницю з пшениці в цій області, але я не маю поняття, які питання задати linux techie, а також які б хороші відповіді.

Чи є у вас якісь питання, які я міг би задати - чи мені просто заплатити комусь із зовнішньої консультації, щоб сидіти на співбесіді?

Початківець:

• Має менше 4 років досвіду.
• Доводиться покладатися на бінарні пакунки для всього
• Ніколи не бачив старого ядра (тобто знає лише серії 2.6.x)
• Не зрозумів, що команди та розташування каталогів у кожному дистрибутиві різні; часто вони знають лише те, про яке вони починають, і можуть заплутатися, коли їхнє середовище змінилося.
• Не вдається скласти загальні команди та часто робити все вручну.
• Потрібна допомога в проведенні діагностики за проблемною системою, хоча вони функціонують незалежно від легших питань.
• Ще вивчає у інших речей, про які вже знають «досвідчені» адміністратори.
• Має поведінку, яка все ще "зелена" - вони впевнені в собі (це справедливо), але деякі здаються зухвалими. Це може призвести до тертя з кінцевими споживачами, розробниками та управлінням. Смутні кінцеві користувачі часто можуть їх отримати зробіть те, що досвідчений адміністратор негайно заперечує. Розробникам не доводиться багато говорити з ними, але вони можуть навчити їх чомусь іншому про сценарій. Керівництво, як правило, хоче, щоб хтось був більш досвідчений і не турбував їх, якщо немає обмеженого вибору.
• Вони часто не мають повної картини вашого основного бізнесу та того, як він приносить дохід, хоча вони розуміють посадові позиції компанії на рівні процедур. Як такі, вони можуть визначити потреби постійного персоналу в усій компанії, але не обов'язково розуміти взаємодію всіх підрозділів компанії.

Це адміністратори, які починаються на молодших рівнях.

(Стереотипне) враження: "Ця людина має потенціал, їм просто потрібен час, щоб вона сяяла".

Досвідчений адміністратор:

• Має 5+ років досвіду.
• Можна завантажувати та компілювати інструменти / утиліти / послуги, а також може перекомпілювати ядро
• Бачив старіші ядра (серії 2.2 та 2.4)
• Може адаптуватися до іншого дистрибутива або має досвід у двох та більше дистрибутивах.
• Може робити прості сценарії для автоматизації завдань.
• Діагностика може проводити самостійно, але вимагає часу, щоб точно визначити проблему
• Можуть функціонувати самостійно, але не мають досвіду управління або обмеженого досвіду нагляду; вони часто навчають та інструктують адміністраторів молодшого рівня.
• Має поведінку, яка "приправлена" - вони спостережливі та застережені, але завжди будуть приємні, не будучи технічними. Це призводить до впевненості в роботі з кінцевими споживачами, розробниками та управлінням, і, в кінцевому рахунку, глибоке почуття довіри до того, що ця людина "виконає роботу". Кінцеві користувачі, як правило, спочатку проконсультуються з цими людьми, але люди, які виходять з проблем, іноді намагаються "грати в систему" і змушують їх робити те, чого б вони не хотіли (хоча адміністратор буде краще знати і заперечувати це). Розробники консультуються з цією людиною щодо поширених проблем. Іноді керівництво вимагає виконати спеціальні завдання (перевірені, звичайно, через Гуру), і вони виконають це на своє задоволення.
• Вони розуміють основну модель доходу вашого бізнесу та те, як це пов’язано з іншими позиціями та процедурами. Вони можуть розробляти власні рішення навколо цих знань і можуть знайти шляхи зменшення експлуатаційних витрат. Однак вони не можуть створювати нові джерела доходу.

Це адміністратори, які Гуру спочатку найме.

Ще одне стереотипне враження: "Ця людина була навколо кварталу, і це воєнні рани, щоб довести це. Якби моя спина була до стіни, я би довіряв їм".

Гуру:

• Має 9+ років досвіду.
• Може виконати налаштування на рівні коду до ядра перед перекомпіляцією, або шляхом перенастроювання, або шляхом написання нового коду
• Бачив дуже старі ядра (2,0 або 1,3 серії)
• Має досвід роботи з дуже складними для встановлення (Slackware до версії 9 , Gentoo, Linux From Scratch)
• Може робити складні сценарії, іноді писати повні інструменти для інших співробітників.
• Одразу знають усі потенційні причини проблеми та можуть розглядати кожне рішення без додаткової діагностики
• Працював у якості наглядової чи управлінської діяльності як мінімум з однією іншою особою принаймні 3 роки. Це означає, що людину наймали та керували ними безпосередньо.
• Має поводження, яке межує з "щасливими, але схожими на дзен". Вони тихі, зосереджені і мають незчутливий спосіб знати, що говорити і коли, при цьому, легко розставляючи всіх, з ким спілкуються. Кінцеві користувачі часто цього не помічають. люди, оскільки вони добре працюють у тому, що роблять, але виконавці проблем швидко побоюються своєї присутності; розробники консультуються з цією людиною щодо складних питань, а керівництво довіряє їм рішення щодо персоналу та працевлаштування.
• Вони мають складні знання про ваш бізнес-процес та про те, як грошовий потік вашої компанії взаємодіє з капітальними витратами, комплектуванням та постійним обслуговуванням. Вони можуть знайти творчі способи створення нових джерел доходу у межах вашої бізнес-моделі.

Це людина, яку ти хочеш.

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

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

A в оренду A в
B в оренду в C.

Вам потрібно залучити «А» до участі в першому раунді найму, щоб ваш процес набору персоналу пройшов на будь-яку ціну

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

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

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

"Побудуйте" це самостійно. Ви можете почати з молодшого або досвідченого сисадміна. Але за умови правильного робочого набору люди починають світити.

З комерційної точки зору, гуру, який почав працювати як досвідчений адміністратор у вашій компанії, майже завжди буде дешевшим (з точки зору зарплати), з іншого боку, вам потрібно уважно придивитися до нього, щоб не викликати витрат .

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

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

Зараз я очолюю команду з 5 адміністраторів (включаючи мене) та 1 розробника. Я вважаю, що найбільший успіх для розробника, призначеного для нашої команди, надає послуги не так багато зусиль, але те, що хтось із задоволенням розвивається більше, ніж адміністрація, є головним виграшем, оскільки ви дійсно можете почати створювати великі ланцюги інструментів.

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

Кілька швидких питань, щоб звузити поле:

• Запитайте, які дистрибуції він / вона використав або які є найпопулярнішими. Найпопулярніший на даний момент за даними DistroWatchце Ubuntu, OpenSUSE, Mint, Fedora та Debian (на чому базується Ubuntu). Хоча є багато інших, опитаний, ймовірно, наводить хоча б одне із них. Крім того, хоча його не настільки популярний (номер 22 у цьому списку), Gentoo вважається одним з найбільш "хардкор" дистрибуцій, але не варто покладатися тільки на "він / вона згадала Gentoo, щоб він / вона Потрібно бути дивним ", оскільки єдиний вірний спосіб дізнатися, чи він / вона насправді використовує, це запитати, як він / вона його встановив, або налаштувати ядро, що є дуже складною темою. У будь-якому разі, головним моментом цього питання є перевірити, чи знайомий він з кількома різними розподілами. Я виявив, що більшість людей, що користуються Linux, віддають перевагу одному-трьом, використовували щонайменше 5 і знають більше.
• Запитайте його / її, яке середовище робочого столу він / вона вважає за краще (або, можливо, поясніть різницю між декількома з них). Три найпопулярніші - Gnome, KDE та XFCE. Є багато інших, але вони не дуже використовуються.
• Дайте йому / їй ноутбук з компакт-диском Linux (будь-який з перших 5 має бути хорошим), і як він / її пройде вас через встановлення та, можливо, налаштування. Оскільки ви хочете, щоб хтось найняв свою власну команду, я також вважаю, що людина повинна володіти чудовими комунікативними навичками та вміти пояснювати речі вам або комусь іншим у вашій компанії таким чином, що це має сенс і легко зрозуміти. В основному перевіряйте на впевненість і здатність швидко і легко відповідати на питання.
• Крім того, що може бути корисним для попереднього пункту - попросити його / її підключити щойно встановлений ноутбук до спільної папки Windows та / або навпаки. Я припускаю, що це одна з речей, від якої людину слід буде робити на роботі, тому добре перевірити, чи знає він, як це зробити. Знову ж таки, запитайте, як він це робить, щоб побачити, чи почувається він впевнено у системі. Ймовірно, він / вона відкриє Термінал, встановить і використовувати програму під назвою Samba.
• Ви також можете попросити людину надрукувати документ. Якщо цей принтер ділиться на комп'ютері з Windows, проблема буде трохи складніше, і він / вона швидше встановить Samba та CUPS. Знову ж таки, єдина мета - переконатися, що вони знають, як це зробити, впевнені у своїх навичках та зможуть легко пояснити речі іншому члену вашої роботи.

Я сподіваюся, що це трохи допомагає. Хоча останні три не дуже швидкі, вони можуть бути дуже ефективними. Моя головна думка з останніми - випадково поговорити з людиною та відчути її впевненість у linux, а також його / її комунікативні навички. Зрештою, я погоджуюся з ConcernedOfTunbridgeW, що найкращим способом для вас може бути отримання відомого консультанта з питань Linux, який допоможе провести ваші інтерв'ю.

Що б ви не робили, я бажаю вам удачі!

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

Ймовірно, ви хочете отримати певну підтримку, яка допоможе їм встати та працювати, але, якщо позиція консультанта змінить ваше бюджетне рівняння.

Це було незвичне рішення ще тоді, коли компанії переходили від VMS до Unix.

Ви можете знайти щось корисне в цьому: http://static.sage.org/field/jobs-descriptions.html

(Особливо частини про необхідні навички.)