Опитування когось для загальних навичок Unix [закрито]

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

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

Які ще базові знання ви б попросили? Знову ж таки, це не для опитування тих, хто розроблятиме для * nix систем, а також не для адміністраторів * nix, а просто для звичайних розробників, яким іноді потрібно виконати певну роботу в системі * nix.

З мого особистого досвіду розробник, який працює над системою * nix, повинен знати:

• змінні оболонки (як встановити / отримати + знання про спеціальні, такі як PATH)
• перенаправлення оболонки (захоплення результатів програми)
• Труби (витяг деякої інформації з файлу журналу - чудовий приклад)
• управління процесом (ps, приємно / відновлювати, вбивати)
• права доступу до файлів (ls / chmod / chown / chattr)
• користувачів (але в основному в контексті файлів / процесів, тобто: чи може цей процес отримати доступ до цього файлу? чому він може / не може?)

... і як бонус:

• запуск / зупинка системних послуг

Такий набір навичок дозволяє виконувати більшість завдань, пов'язаних з розробниками, з легкістю.

З мого досвіду моїх численних колег, оскільки я почав працювати, ніхто не хоче підробляти знання Unix: або вони « знають свій шлях навколо командного рядка », або просто кажуть «ніяк!».

Просто запитайте, чи бажає кандидат працювати на робочій станції Unix, і дозвольте йому сказати, як далеко він може пройти баш. Врешті-решт він назве деякі команди; найбільш очевидні з них cd, cat, moreабо less, viабо emacs, grep, awk, sed. Слухай уважно, чи згадує він man.

Якщо для розвитку, він повинен бути знайомий з makeі Makefiles, а деякі з командного рядка управління версіями інтерфейсу ( svn, git, cleartool, hg, cvs...)

Навіщо це робити?

Оболонки * nix (та інші оболонки ОС, fwiw) - дуже глибокі та широкі робочі середовища. Можливо, хтось витратить роки, працюючи там, і використовує лише дуже невеликий% від місткості снарядів.

Якщо ви не очікуєте, що особа буде: a) програмою оболонки або b) адмініструвати систему з оболонки, то чому це важливо? Все, що буде зроблено, буде на такому базовому рівні, що зручний * nix чіт-лист більше ніж компенсує «відсутність навичок».

Зверху в голові я б, певно, запитав у них дві речі:

1. Коли ви раніше використовували командний рядок * nix, чи стикалися ви з випадком, коли продумана команда економила вам багато часу? Якщо так, то докладно.

2. Поясніть, будь ласка, основні відмінності між командним рядком * nix та звичайним робочим столом Windows. Які переваги та недоліки кожного?

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

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

Залежить від того, що ви хочете, щоб вони робили.

Для отримання інформації з файлів журналів ваша пропозиція щодо cat + grep має ідеальний сенс. Додаю до цього ls, cd і менше / більше.

Якщо ви очікуєте, що вони також виконають деякі незначні зміни (скажімо, у конфігураційних файлах), тоді було б доцільно додати тестування на vi та / або emacs та на такі речі, як cp / mv / rm / mkdir.

Я рекомендую, щоб вони знали emacs або vi / m, tar, sed, e / f / grep, різні компілятори, деякі сценарії оболонок. Можливо, проведіть тест, коли їм доведеться використовувати ці інструменти, щоб схопити якийсь код з одного файлу, не відкриваючи його, вставити його в іншу програму; потім складіть програму, яка зламає якусь дрібничну помилку. Потім їм потрібно скористатися текстовим редактором, щоб увійти та знайти помилку, отримати код роботи та архівувати двійковий файл. Потім надішліть його кудись, одночасно надаючи дозволу одержувачу для його запуску.

Я не знаю про вас, але я був би роздратований, якби мій інтерв'ю запитав мене, і я не знав, як працювати в Linux.

Вам не варто дбати про те, що вони зараз знають , але що вони можуть навчитися, якщо дадуть можливість. Навчитися інструментам * nix не надто складно, але потрібно трохи визначитися - вам слід справді перевірити вміння, а не знання.

Це залежить від того, який рівень досвіду ви бажаєте мати. ЯКЩО це не для когось, хто розроблятиме для * nix систем, а також не для адміністраторів * nix, а просто для звичайних розробників, яким іноді потрібно виконати деяку роботу над * nix системою, скільки досвіду їм насправді потрібно?

Все, що може знадобитися такому розробнику в оболонках * nix (ls, chmod, cat тощо), можливо, може бути записане на одній сторінці шпаргалки. Якщо це так, вимагати знань * nix shell, коли це не потрібно, може усунути хороших кандидатів.

Зазвичай я вибираю просте завдання і прошу людину написати сценарій оболонки на дошці.

"У вас є каталог" foo "та резервна книга" foo_backup ". Напишіть скрипт оболонки, щоб побачити, що змінилося у" foo "з моменту" foo_backup ".

"Поясніть процес входу в Linux з якомога більше деталей, наскільки ви відчуваєте себе комфортно", це хороше питання. Процес входу передбачає перемикання користувачів, дозволи та права власності та багато загальної філософії Unix. Якщо вони можуть чітко пояснити, як і навіщо є /etc/passwdта /etc/shadowі як непривітний користувач може змінити свій власний пароль, але не інший ", це означає, що вони" отримують "Unix.

Ще одним хорошим є все, що стосується розбору журналу або швидкого аудиту безпеки. Якщо вони можуть додати загальну пропускну здатність, що обслуговується для конкретного vhost з журналу Apache, або виявити, чи є в системі інші користувачі з uid 0, вони зручні в командному рядку.

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

чому змушують їх писати функціональну програму? що поганого в тому, щоб сказати "скажи мені різницю між grep і sed, або що робить команда X? тощо. Таким чином, ти можеш їх трохи повести.

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

Гуру Unix мають в одному пальці основні команди командних рядків, такі як sed, grep і т.д. легше зрозуміти бджіл, написаний китайською мовою;)

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

Вони знають інтерфейси конфігурації системи Unix, тому, якщо ви попросите їх змінити розкладку клавіатури (fg додати деяку прив'язку до права alt +), вони не будуть плутати.

Управління встановленими пакетами також не буде проблемою. Установка Oracle, запуск 4 серверів прикладних програм, кожен з іншими JVM - теж не проблема. Конфігурація віртуальної мережі, розширена маршрутизація та фільтрація портів, віртуальні машини тощо, управління безпекою - також іде там.