14 березня 2019 9:23
Итак, мой опыт с компанией BeeJee в соотношении с предыдущими комментариями.
Выполнение тестового — это добровольное начинание, поэтому не пойму комментирующих, которые стонут так, будто их хитростью заставили это сделать.
С другой стороны выполнение тестового — это полностью бесплатный жест от разработчика по отношению к компании. Чтобы сэкономить время компании, чтобы снизить риски компании, чтобы предоставить компании понятную перспективу. Компания, компания, компания... И независимо от того примет ли нанимающая сторона решение дальше сотрудничать с человеком, этот жест заслуживает хотя бы небольших обратных вложений. Если не денег, то хотя бы того «высококачественного тщательнейшего ревью», на которое тут теребят ваши сотрудники.
Компания BeeJee в свою очередь воспринимает этот подарок как жирная свинья, которой кинули желудей: проглатывает все и, даже не вставая из своей ямы, издает невнятный «Хрюк!». Поведение «по умолчанию» — это вообще ничего не сказать про код и сказать, мол, друг другу не подходим. В ответ на прямую просьбу все же предоставить технический фидбек по выполнению задания пришло письмо с двумя ссаными строчками: мол, один контейнер отвечает за два действия, а это «странно и неудобно», и неудачно выбрана регулярка, как метод валидации имейла. Это в представлении BeeJee достаточный фидбек по заданию, выполнение которого они оценивают в восемь часов.
И не начинайте тут трусить о том, что фидбек дают ваши дорогостоящие программисты. Вы сами устанавливаете правила игры: в тестовом речь о деньгах не идет.
Плюс забавный формат общения с рекрутерами: за время корреспонденции мне написал, кажется, каждый сотрудник HR отдела и их мамы с бабушками.
Вот такие пчелы-ниндзи :)
Тим, мы были действительно неправы. Обратная связь, которую вы получили, была недостаточно понятной. Мы стараемся чтобы наши ответы были подробными и развернутыми. Внесли изменения в процесс, который с этим связан.
Предлагаем подробный разбор тестового задания по скайпу, если для вас это еще актуально.
В целом, мы пишем про требования к тестовому еще в вакансии: для нас важны стройность и минимализм архитектуры, принципы DRY, KISS. Мы проверяем валидацию входных данных и экранирование вывода. Обращаем внимание на мусорный код (отладочные инструкции, закомментированные строки), именование переменных и функций.
1 коментар
Підписатись на коментаріВідписатись від коментарівКоментарі можуть залишати тільки користувачі з підтвердженими акаунтами.