FizzBuzz это простой тест на умение программировать, часто используемый работодателями для отсеивания людей, которые не умеют программировать. Есть ли эквивалентный тест для системных администраторов и ИТ-специалистов?
Разъяснение Я ищу вещи, которые можно с некоторой точностью протестировать на собеседовании. Очевидно, это не поможет однозначно определить подходящего человека, как и FizzBuzz для программистов. Я просто хочу отсеять людей, которые думают, что могут работать системным администратором / ИТ-специалистом, потому что они могут просматривать веб-страницы.
Я не думаю, что вы собираетесь проводить такой тест для администраторов, потому что определение администратора (для целей этого сайта) слишком широкое. Тест FizzBuzz может быть реализован на любом языке программирования, поэтому не имеет значения, нанимаете ли вы PHP-разработчика или кого-то, кто занимается встроенным C.
С административной стороны вы можете нанять администратора сети, администратора хранилища, администратора сервера (далее разбитого на Windows, Linux, * nix, мэйнфрейм), администраторов рабочего стола / поддержку, службу поддержки или даже администраторов конкретных приложений (Exchange, Lotus, SAP , и т.д).
Конечно, одна область, которую вы могли бы затронуть, - это TCP / IP и CIDR, поскольку сетевое взаимодействие является фундаментальным навыком для большинства должностей, но даже это может не быть необходимым для зелий начального уровня (в отличие от FizzBuzz для разработчиков).
Лично я предпочитаю использовать открытые сценарии, чтобы увидеть процесс устранения неполадок соискателя и то, насколько хорошо он может проанализировать новую ситуацию. Еще лучшим расширением для этого является то, что кандидат работает напрямую с внутренним клиентом над реальным вопросом. Вы не только увидите вышесказанное в действии, но и увидите их отношение к обслуживанию клиентов.
Я думаю, вы обнаружите, что FizzBuzz вообще очень редко используется, и то только очень плохими интервьюерами с минимальными знаниями принципов программирования. Любой распространенный метод тестирования, подобный этому, полностью провален, потому что решения широко освещаются и запоминаются каждым, кто даже считает себя подходящим для собеседования. Любой такой тест для системного администратора был бы бесполезен.
Стандартные тестовые вопросы были и всегда были бесполезными. Не в меньшей степени на собеседовании, чем на школьных экзаменах, когда каждый год задают одни и те же вопросы. Они работают только один раз.
Вам нужно, чтобы интервьюер обладал навыками и умением «читать» людей. О том, как кандидат отвечает на вопросы, можно узнать больше, чем о самих ответах. Нет никаких ярлыков. По крайней мере, ничего ценного.
Я все еще нахожу старый «как безопасно и переносимо удалить файл с именем 'dash-eff-arr' (-fr)?» быть достаточно хорошим предсказателем того, насколько хорошо кто-то справится с более сложными вопросами. Я обычно рекомендую это в качестве проверочного вопроса.
Люди, которые бредутся с предложениями о глобализации, цитировании и экранировании, на мой взгляд, потенциально опасны для корневой оболочки производственной системы. Те, кто беспечно предлагает rm -- -fr только немного лучше. Те, кто демонстрирует реальное понимание того, как оболочка анализирует командную строку ... о разнице между тем, что анализирует оболочка, и какой командой (например, rm), полученные по его вектору аргументов, обычно также хорошо разбираются в других материалах по системному администрированию.
Гораздо более интересный и запутанный вопрос:
Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production? What other information do you need
before you can proceed?
(Обычно я предоставляю конкретный tar команда и дата как этикетка на футляре ленты; и распечатать с fdisk -l и df -k вывод; и я обычно разрешаю им изменить tar к любому подобному cpio, afio, или даже pax команда; Подробности утилиты архивирования не являются предметом моего вопроса).
Этот вопрос не подходит для проверки ... интервьюер должен хорошо понимать ответ и уметь отмечать около десяти этапов процесса. Я очень прощаю второстепенные проблемы с последовательностью, особенно если респондент их улавливает - например, осознавая, что ему или ей пришлось бы бежать. fdisk перед этой серией mkfs и mount команды.
Я бы сказал, что это по духу наиболее близкий к сценарию шик.
Еще один фаворит:
You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system. How do you proceed?
Этот предназначен для диалога. По сути, я хочу, чтобы они продемонстрировали понимание того, как загрузить систему в однопользовательский режим и принудительно изменить пароль. и как загрузиться с аварийного диска и выполнить ту же задачу. (Итак, я по очереди показываю, что система настроена с sulogin и что есть пароль загрузчика (GRUB или LILO), чтобы предотвратить простой init=/bin/sh). Это чисто техническая часть желаемого ответа.
Однако меня обычно волнуют и более общие соображения, которые они должны поднять. Они спрашивают, есть ли у кого-нибудь sudo доступ достаточен для задачи? Как они ожидают устранения неполадок в обслуживании? Спрашивают ли они о возможности того, что бывший администратор был враждебно настроен или что система могла быть скомпрометирована? Высказывают ли они свое мнение или вносят предложения о том, как руководство должно передавать пароли на хранение?
Я не могу придумать ничего формально пригодного, но вот еще несколько общих советов.
Спросите их о резервных копиях. Если они не говорят что-то вроде «цель резервного копирования - восстановление», они вам не нужны.
Вам нужно почувствовать, как они реагируют, когда мистер Ш-т встречает мистера Фаня и решает иметь прекрасные отношения. Во время собеседования смоделируйте чрезвычайную ситуацию и посмотрите, поступят ли они, по крайней мере, разумно, или же они бегают по кругу, как будто горят.
Вам нужно отсеять технологических евангелистов. Этих людей никогда не бывает хорошо иметь на борту, поскольку они всегда будут хотеть использовать свою любимую технологию, независимо от того, подходит она или нет. Вот несколько наводящих вопросов.
Вам также необходимо отсеять типы «башни из слоновой кости». Системный администратор всегда должен быть готов засучить рукава и испачкать руки там, где это необходимо. Здесь может помочь фальшивая чрезвычайная ситуация.
Попросите их объяснить, что означает 10.13.216.41/18. Ответ не должен быть вполне как подробно как этот, но любой сисадмин должен уметь объяснять адреса, сети, маски.
Попросите их составить дерево устранения неполадок SSL. Большинство новых ИТ-систем сегодня зависят от веб-серверов, а SSL зависит от ряда технологий. Начните с «Пользователь жалуется, что веб-сайт сообщает, что сертификат безопасности недействителен», и пусть они начнут перечислять то, что нужно искать.
Вам нужно обратить внимание на три вещи:
Бонусные баллы, если вы действительно можете получить первоначальное расплывчатое описание проблемы из существующего средства отслеживания проблем. Найти первопричину проблемы может быть сложно; так как Торвальдс говорит:
Кто-то находит проблему, а кто-то ее понимает. И я официально скажу, что найти его - более сложная задача.
Проведя за последние несколько лет собеседование с несколькими людьми о ролях в нашей компании, я бы сказал, что техническая викторина, включающая некоторые вопросы, подобные MCP, очень хорошо подходит для бумажного экзамена. Остальное (например, подход и решение проблем) лучше всего узнать через индивидуальное собеседование и техническое обсуждение.
Я устроил несколько викторин для людей, которые, казалось, были на высоте и у них есть все нужные бумажки, только для того, чтобы сообщить секретарю, что они были в слезах, проходя тест! Таким образом, хотя сертификаты и являются хорошим индикатором, вы не можете полностью в них верить.
Системный администратор должен быть в состоянии дать вам подробные пошаговые инструкции по настройке сети хотя бы в одной распространенной операционной системе, и он должен иметь возможность делать это, не видя и не касаясь компьютера.
@Ben, отдать им комп лишает смысла тест. Я думаю, что настройка сети - это очень простой навык, который каждый системный администратор должен в значительной степени запомнить.
За прошедшие годы я, вероятно, получил около дюжины звонков, когда кто-то помог одному из пользователей моего ноутбука установить статический адрес или прокси, чтобы он работал в какой-то чужой сети. Когда они переехали в другую сеть, они позвонили мне и спросили, что им нужно сделать, чтобы починить свой компьютер. Кажется, что эти звонки всегда происходят, когда я не нахожусь перед компьютером, а у звонящего обычно достаточно политического влияния, чтобы немедленно помочь. Я не говорю, что вы должны знать каждую деталь, такую как точное название пунктов меню, но я думаю, что вы должны быть в состоянии помочь кому-нибудь в устранении неполадок и исправлении сетевых настроек на компьютерах, не находясь перед ним.
Это простой вопрос: выполняя свои обязанности системного администратора, вы используете командную строку или мышь.
Если бы они сказали «мышь», я бы показал им дверь.