🔹Тестовые задания, или докажите, что вы не робот🔹
❓Зачем же нужны тестовые задания?
Прежде всего тестовые задания экономят время компании и позволяют отсеять кандидатов, которые подают своё резюме на "авось прокатит". Также, хорошо составленное задание, могут показать как человек будет справляться с реальными задачами (но это не точно).
❓Нужно ли выполнять тестовое задание кандидату с опытом?
Опытные разработчики редко встречают данное требование в вакансии. Большинство компаний, которые готовые нанимать программистов Middle+, скорее всего обойдутся устным общением. Кандидат может не захотеть тратить время на бесплатную работу, да и за 1-2 часа можно сформировать общее мнение о потенциальном кандидате, а дальше на испытательном сроке всё станет понятно. Если компании настаивает на выполнении - тогда стоит обсудить оплату тестовой задачи.
❓Что делать начинающим разработчикам?
Частенько, кандидатам, у которых за плечами из опыта курсы или ВУЗ, приходят сообщения вида: "Мы рассмотрели ваше резюме и готовы предложить выполнить тестовое задание". Здесь уже давайте смотреть на ситуации.
1️⃣ Вы о компании ничего не знаете, также и о Вас никто ничего не знает. Такие тестовые задания редко проверяются тщательно, на них сложно получить фидбэк, да и не факт, что их вообще посмотрят. В то же время, начинающие программисты бросаются сразу их выполнять, нередко тратятся дни, а то и недели, а в ответ может прийти стандартное: "Вы нам не подходите". Может ревьюер был в плохом настроении или ожидал код, написанный Senior'ом. Что делать? Вы наверняка уже писали свои pet-проекты, отправьте ссылку на репозиторий, пусть смотрят его, не стоит тратить время на компании, которые будут требовать ваше время, без непосредственного общения с вами.
2️⃣ Когда тестовое задание выдаётся по результатам устного общения, у Вас и у компании уже имеется информация, вы друг другу задали интересующие вопросы и возможно, обсудили зарплатные ожидания, режим работы и проекты. Если у Вас совсем нет опыта и нет проектов, то выполните это тестовое задание, но делайте его с прицелом на то, что если эта компания вам откажет, Вы сможете показать этот репозиторий другим. Не стоит соглашаться выполнять тестовое каждой компании, у Вас не бесконечное время и оно тоже стоит денег. Возможно, некоторые возразят: "Делая эти тестовые задания, мы развиваемся как специалисты". Это так, но может быть Вы просто бесплатно выполняете задачи по проекту, а иногда и бесплатно пишите весь проект 🙂 Если хочется развиваться - пишите проекты для себя и старайтесь их монетизировать.
3️⃣ В последние годы, популярность набирают платные тестовые задания. Компании после устного собеседования могут предложить тестовое с вознаграждением. Они идут на этот шаг, т.к. понимают, что время деньги, а достойных кандидатов мало, случайно можно отсеять очень хороших кандидатов, а так хотя бы будет мотивация выполнять работу. В любом случае для работодателя это дешевле, чем нанять неподходящего кандидата. Если такое тестовое задание занимает более 1-2 дней разработки - скорее всего, Вам просто подсунули реальный проект за меньшую оплату. В данном случае делать или нет - дело Ваше, если необходим опыт (который потом можно указать в резюме) или деньги - делайте.
❓Подытожим
На мой взгляд, необходимость тестовых отпала с появлением открытых репозиториев. Если у вас есть открытые проекты на Github, которыми вы гордитесь, то ВСЕГДА демонстрируйте их. Если компания просит выполнить тестовое, предложите заменить его на просмотр вашего готового репозитория, если это не "калькулятор", а интересный проект, то с большой вероятностью интервьюеры одобрят такой шаг.
P.S. Был один случай, я проходил собеседование в небольшую компанию. После разговора с руководителем технического направления, мне предложили пройти тестовое задание, я спросил: "Зачем?", ответ очень позабавил: "У нас принято предлагать, но можете отказаться, мы и так вас берём".
· 18.06.2024
Проект на гитхабе, часто сложнее оценить, так как интервьюеру надо погрузится в проблематику, чтобы оценить принятые решения. Плюс, зачастую, интересные проекты ещё и довольно объемные в сравнение с тестовыми.
К тому же, может оценивается не конечное решение, а то как кандидат пришел к нему, как реагировал на фидбек.
А ещё, надо учитывать и когда был написан проект, он мог быть написан 10 лет назад и сейчас человек уже работает иначе, но пет проект остался таким. Хорошо, если в проекте не было правок, но может незначительно дорабатываться. Просто свою задачу решает и нет смысла его переписывать.
Ну и опять же, тестовое задание, в хорошем случае, это еще и пример чем придется заниматься в команде. Так что, если уж общение состоялось и предлагают выполнить тестовое, то стоит обратить на него внимание и как минимум узнать, что предлагают сделать, на каком стеке. Может после прочтения тестового или в процессе выполнения, кандидат поймет, что он точно не хочет таким заниматься и просто откажется. Никто же не заставляет завершить тестовое.
Кстати стек, кандидат в работе может использовать один стек технологий, в пет-проекте другой, а собеседующая компания третий.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён