интервью задание

Question

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

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

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

До сих пор я думал:

• контакт менеджер
• компакт/BOOK менеджер
• блог?

ребята, если у вас есть мнения, пожалуйста, поделитесь!

Также назначение было бы на PHP с использованием Zend Framework, поэтому он должен принимать в расчет кандидатов, возможно, не так хорошо разбираться в структуре.

Answer 1

Я не думаю, что вы должны дать им такой длинный «тест». На мой взгляд, если вы хотите сделать что-то подобное, сделайте это простым 5-20-минутным заявлением. Возможно, небольшой менеджер адресной книги, который хранит имя/номер и, возможно, 1-2 других поля. Но ничего сложного. И скажите им, что для этого требуется простой стиль, чтобы выглядеть «хорошо», но ничего необычного не требуется. Если бы это был я, я бы действительно не хотел делать «домашнюю работу» для интервью.

Answer 2

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

1. Попросите их отправить образец

2. код Если они не имеют образец кода они очищенную с предыдущими работодателями, попросите персонального кода образца

3. Google их и найти то, что они произвели, в сравнении с тем, что они отправили вам

4. Запросить техническую ссылку и спросить ссылку, какую работу они произвели

5. Нанимать их по контракту на контрактный/неполный рабочий день. Если через две недели они не оправдают ваших ожиданий, прекратите контракт без каких-либо трудностей.

Answer 3

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

Предоставление им домашнего задания не дает вам ни малейшего представления о том, насколько они эффективны. У вас может быть два кандидата, оба из которых обращаются к тому же самому, но один из них сделал это в два раза быстрее. У тебя не было бы возможности узнать.

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

Answer 4

Как писали другие, просить людей сделать так много работы бесплатно оскорбительно.

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

Почему вы так одержимы рамкой Zend? Я бы скорее использовал кого-то, у кого было хорошее понимание программирования, хорошего решения проблем и навыков общения, чем тот, кто может продемонстрировать компетентность с помощью очень специфического набора инструментов - предположительно инструментов, в которых у вас уже есть сильная база навыков.

Действительно, одна из вещей, которые я ищу в кандидатах, - это то, что новые знания и интерпретация они могут принести и как она может дополнить существующую команду. Я бы даже оценил хорошее знание процедурного, OO и непроцедурного программирования наряду с знанием HTTP по конкретным навыкам в PHP.

Когда я брал интервью у кандидатов на PHP-программирование, у меня был тщательно подготовленный PHP-скрипт (около 1 страницы заполнен), который был отвратительным с ошибками и плохим стилем (с использованием регистровых глобалов, вызовов заголовка после запуска выхода, функций, которые не являются вызывается с использованием нумерованных вместо ассоциативных массивов функций args в неправильном порядке, используя вычислительно дорогостоящие функции, когда более простые из них бы занимались серфингом ....), который только использовал общие вызовы функций PHP и дал им 30 минут (с доступом к интернет-подключенный компьютер), чтобы определить, что с ним не так.

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

Я надеюсь, что кандидатам было очевидно, что это было исключительно испытание их способностей, а не что-то, что я мог бы извлечь из этого, - и отладочный код намного сложнее, чем писать код.

C.

Answer 5

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

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

• Как это упаковано - почтовый индекс со сборкой? Или текстовый файл, вставленный в электронное письмо.
• Есть ли документация?
• Есть ли разумный алгоритм или это грубая сила?
• Есть ли объекты или это целый беспорядок статического гнета в одном классе?

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

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

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