«Мог бы и додумать»: от дизайнера потребовали в качестве теста целиком разработать кроссплатформенный интерфейс
Очередная «дичь» с тестовыми. На этот раз во время трудоустройства и выполнения задания от компании пострадал Senior UX/UI-дизайнер Кирилл Малышев. В своем блоге специалист рассказал пользователям LinkedIn, как у него не приняли тестовое задание и обвинили в недальновидности. Историю о том, что не понравилось проверяющим, оценили уже более 600 человек.
Кирилл не стал рассказывать, что это была за компания, обозначив ее просто как «известную». По заданию нужно было спроектировать интерфейс мобильного
приложения под iOS, что собственно автор и сделал, а затем:
Но задание не приняли, пояснив это тем, что спроектированный интерфейс не десктопный
. На замечание Кирилла о том, что в ТЗ было написано разработать интерфейс «мобильного» приложения, проверяющий заявил, что специалисту следовало «додуматься» и разработать кроссплатформенный интерфейс.
«Благо», сославшись на недогадливость Кирилла, ему предложили доделать тестовое, сделав интерфейс кроссплатформенным, тем самым увеличив изначально заявленный объем работ в несколько раз, но специалист решил отказаться от такого великодушного предложения.
По мнению Angular Developer Алексея Тищенко, автору просто не захотели платить. Но при этом акции чьей-то компании резко подорожали, ведь у них стали работать, например, не 3000 разработчиков, а 3001. Так делают многие компании, потому что их основной источник дохода не связан с заказами, а в том, сколько они стоят, какой у них кадровый резерв и возможность обслужить клиента в нужный момент. Это так называемый овер-экспириенс, пояснил разработчик.
Высказал свое мнение и фулстек-разработчик Артем Л. В этом вопросе он встал скорее на сторону работодателя, поэтому считает, если специалист не готов к такому подходу, то есть додумать, доделать что-то и перелопатить ТЗ, значит, у него нет коммерческого опыта. Таких случаев 90%, уверен разработчик. Плюс он считает неправильным, что автор принялся за дело, не уточнив детали тестового, а это — некомпетентно с точки зрения профессионализма. Артем уверен, что «внятное ТЗ — это не более чем миф и красивая обертка учебников и онлайн-курсов».
Такого мнения придерживается .NET Developer Дмитрий Протко. Особенно, замечает специалист, если это Senior UI/UX дизайнер, потому что в таком случае решение должно приниматься на основе портфолио. Что делать если, имея звание старшего разработчика, получаешь тестовое? Игнорировать такие предложения, советует Дмитрий.
Также, по мнению многих, тестовое задание должно быть простым и занимать на решение не более часа, а выше уровня Middle еще и платным. Senior UX/UI дизайнер Анатолий Ризнаоки делает следующее, когда получает чересчур наглые тестовые задания:
Возможно, это перебор, но, как правило, так можно сразу отсеять недобросовестные и неадекватные компании.
Автор отметил, что кандидаты тратят часы и даже дни на тестовые задания, поэтому представителям компании следует проверять свои же ТЗ перед тем, как отправить их соискателю. А уж совсем было бы идеально, если бы задачи составляли люди, которые хоть что-то понимают в предмете, но, это, наверное, уже из области фантастики.
А с какими проблемами во время тестовых сталкивались вы? Освобождается ли специалист выше уровня Senior от выполнения тестового? Пишите об этом в комментариях ниже.
Прокси (proxy), или прокси-сервер — это программа-посредник, которая обеспечивает соединение между пользователем и интернет-ресурсом. Принцип…
Согласитесь, было бы неплохо соединить в одно сайт и приложение для смартфона. Если вы еще…
Повсеместное распространение смартфонов привело к огромному спросу на мобильные игры и приложения. Миллиарды пользователей гаджетов…
В перечне популярных чат-ботов с искусственным интеллектом Google Bard (Gemini) еще не пользуется такой популярностью…
Скрипт (англ. — сценарий), — это небольшая программа, как правило, для веб-интерфейса, выполняющая определенную задачу.…
Дедлайн (от англ. deadline — «крайний срок») — это конечная дата стачи проекта или задачи…