Тестовое задание

А вот еще старая статья "Тестовое задание" - по правде сказать, я ее не писал. Добрые люди из HR собрали набор моих (и не только моих) разрозненных ответов и привели к структурированном целостному виду. Получилась очень конкретная шпаргалка на тему "Как очень понравиться компании Parallels". У студентов это называется "бомба" - бомбой это и было бы, если бы опубликовали.

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

Откуда вообще возникает эта проблема с тестовыми заданиями? Самый странный факт в моей жизни - 90% соискателей-программистов  вообще не воспринимает тестовое задание всерьез. И реализуют его по принципу "ну оно же делает то, что вы просили?". В большинстве случаев действительно делает (хотя иногда бывает, что присылают и нерабочие варианты). Однако затем проверяющий начинается "придираться" к коду, к алгоритмам, к методам и это многих возмущает - "вы же не ставили таких требований!".

Ну конечно же не ставили. :) Единственная цель, с которой людям дается тестовое задание, это увидеть, какой код они оставят в проекте. И если код понравится понравится, то добро пожаловать. Это как портфолио у дизайнера и относиться к нему надо соответственно.

Конечно, оценка ТЗ остается субъективной - но так и должно быть. Небольшие расхождения - это повод к интересной дискуссии, где обе стороны остаются довольны друг другом. Ну а если никакого согласия нет, то вообще не важно, кто прав "на самом деле". Ведь если вы не приняли их точку зрения, а они вашу - то стоит ли вам вообще работать вместе? Вот вы друг друга и протестировали. :)