Комментарии 60
Удостоверьтесь, что ваша работа не пойдет в дальнейшем в коммерческий оборот. О планах использования вашего ТЗ должны сообщить заранее, или уточните этот момент сами.
А они вот так прям честно и рассказали, ага. Рекламе мы тоже верим, да.
Кандидат может отказаться от тестового — это допустимо. Тогда мы говорим, что на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым.
А вот это правильный подход. Я бы согласился на такие условия.
Оу, а у вас были случаи, когда ваше тестовое выкатили в коммерцию и не сделали оффер?
Вы согласитесь на оклад меньше на испыталку без тестового?
Тестовое в прод - звучит как фантастика, если устраиваешься в серьезную компанию, а не сарай. Мало того что это экономически дороже, чем нанять специалиста, так это еще и технически нереально в нормальном проекте.
Этот мем пошел из фриланса, и соответственно этого боятся фрилансеры-недоучки либо новички, наслушавшиеся страшилок
на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым
Такой подход противоречит ТК РФ.
Возможно.
Интересно, противоречат ли ему тестовые задания на 8 или больше часов (мне встречались вплоть до недели и прям проекты: написать игру, подружить библиотеку с СУБД и написать приложеньку с этой библиотекой), когда ты, по сути, бесплатно работаешь, да ещё и без гарантии ожидаемого результата.
Или собеседования в 100500 этапов, где тебя будут гонять по теории, как в вузе не гоняли. Да ещё заставят онанизмом лайвкодингом заниматься.
Лучше уж нарушить ТК, получить меньше, но избежать хотя бы одного из этих видов церебрального коитуса.
У меня, кстати, сейчас подобная схема. На испытательном зарплата меньше на 25 тыс., зато никто не сношал мозг на собесе и тестового не было. И в договоре прямым тесктом написано: испытательный срок с такого-то по такое-то с таким-то окладом.
Бесплатные тестовые на 8 часов и более это прям перебор, согласна.
А вам лайвкодинг не нравится из-за определенных видов задач или в принципе формат не комфортен?
Да нет же.
Точнее смотря как на это взглянуть.
Тестовое проверяет наличие и умение использовать определенные скиллы. Если его нет, то ставим оклад поменьше - за поменьше скиллов и умений. А уж если скиллов оказалось побольше, платим побольше.
Тут проблема только в том, что со стороны закона это нужно правильно описать - разные должности и инструкции, а так же четкие критерии перехода с одного уровня на другой.
Если бы сотрудник уже работал некоторое время и пришел с просьбой о повышении, а ему сказали "ну вот закончи проект в срок с достижением таких результатов \ выучи технологию \ научись делать пироженки - повысим", это же законно. По сути это предварительная договоренность о рейзе при достижении определенных условий.
У меня было похожее, получилось вполне законная конструкция. В моем случае все прошло успешно, но тут может случиться отрицательный опыт - по сути работника берут на меньшую зп, и если вдруг случится так, что ему не дадут больше, это может демотивировать, поэтому тут четко надо говорить что исходя из текущих результатов собеседования готовы дать только Х, а если хочется Х+У, нужно либо проверить квалификацию либо показать это на реальной работе.
Кстати, очень удобная конструкция, если брать человека "с перспективой роста до... тимлида\синьора\помидора\и тп". Причем совсем не обязательно эта перспектива должна быть длиною в испытательный срок.
За всю жизнь выполнять приходилось около 10 заданий, в целом понял только то, что создание таких заданий куда более крутой скилл, чем его решение. То что давали мне было сферическим заданием в вакууме и говорило лишь о том что я смог сделать конкретное задание. Например на последней работе где мне дали среднее задание в реальной работе ничего подобного не было.
Если говорить о разработке, то я бы давал задание в прицелом на посмотреть стиль кодера и приверженность каким-либо стандартам, а то попадались товарищи которые не писали комментарии, именовали всё как a, b, c, i, x, y и в целом оформление хромало - зачем потом бороться с таким если можно сразу не брать?
Да, придумать хорошее тестовое задание оказалось непросто, мне понадобилось несколько итераций (правда, речь о дизайнерах интерфейсов, а не программистах).
Задание должно быть:
- Небольшое по объему, но более-менее содержательное.
- Четко и подробно описанное, но допускающее пространство для маневра и разные подходы к решению.
- Содержать подводные камни, проверяющие наличие у кандидата нужного опыта и качеств. Естественно, речь не про ребусы-которые-хрен-отгадаешь, а про нюансы из обычной повседневной практики. Лучше даже дать намёки-подсказки, которые легко считывает опытный человек и не замечает самозванец.
Как ваши кандидаты отнеслись к вашему тестовому и помогло ли оно вам выбрать тех самых специалистов?
Да в большинстве нормально относились. Прямой отказ на мой памяти был один раз. Пару раз было, что человек брался, а потом писал "извините, я понял что не потяну". Пару раз брались и пропадали. Но большинство хоть что-то, но присылает.
Тут нужно понимать специфику. Программистов у нас готовят многие вузы, поэтому на рынке много толковых выпускников. А вот дизайнеры интерфейсов — это либо самоучки в процессе набора опыта, либо после курсов, либо свитчеры из смежных областей с не очень релевантным портфолио. Готовых состоявшихся людей на рынке не особо много, поэтому компании охотно рассматривает в том числе кандидатов уровня джуниор/джуниор+. Почему они будут отказываться от тестового?
Понятно, что если человек показывает сильное релевантное портфолио, по которому и так всё видно — ему тестовое давать не надо.
По опыту, польза от тестовых есть, многие проблемы подсвечиваются.
Если работа явно слабая — пишу перечень ошибок, обычно выходит 10-15 пунктов.
Если более-менее, обсуждаем лично. Дальше думаем, кто больше понравился.
А сколько примерно времени занимает написание фидбека для одного тестового? И всегда ли получается дать конструктивный развернутый фидбек, если с первого взгляда понятно, что результат тестового не тянет?
Могло ли тестовое на последней работе как раз таки оценить ваш стиль как кодера?
Вы обсуждали с работодателем уже после всех этих манипуляций, чего они узнали о вас из тестового? )
"на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым" -- отличный подход.
Некоторые компании всерьез считают, что дать тестовое, которое объективно потребует часов 7-8 = это якобы хорошо. При этом, далеко не все утруждаются потом давать обратную связь - в чем и какие промахи допустил соискатель.
А насчет того, что результат тестового не пойдет в коммерческую работу - ну едва ли все компании кристально честные в этом. А ведь возможно и так: разным кандидатам дают разные тестовые. Кандидатов потом в аут, а кусок работы/проекта сделан for free! Удобно.
Меня от такой ситуации больше всего и бомбит. Сколько делал тестовые, обратную связь получал хорошо если несколько раз, да и то она была так себе, связь. Ты долбаешься несколько часов, что-то делаешь, стараешься, а тебе в ответ или молчание, или "мы перезвоним", или, "не подхОдите", ну или все отлично - это лучше, конечно, но тоже на нормальный фидбек не тянет.
А ведь возможно и так: разным кандидатам дают разные тестовые. Кандидатов потом в аут, а кусок работы/проекта сделан for free!
Извините, не хочу обидеть, но когда я читаю такие версии, то всегда подозреваю, что автор плохо представляет себе реальный процесс разработки. Вы таким образом невольно себе льстите и палите свой небольшой опыт.
На самом деле, если не рассматривать совсем уж говноконторы на полтора человека, так никто не делает — это просто технологически невозможно.
- БольшАя часть тестовых имеет совершенно неудовлетворительное качество, их никуда не применишь.
- Даже если взять более-менее нормальные — трудозатраты на дебаг, адаптацию и сборку в кучу этих разрозненных фрагментов будут таковы, что уничтожат всю предполагаемую экономию.
- На общение с кандидатами уходит много времени. У людей есть другие заботы, они пропадают, сливаются и пр. Результат можно получить завтра, можно через неделю, а можно и никогда.
Изначально проще, лучше и выгоднее выполнить работу силами сотрудников.
Редко когда "кусок проекта" реально получается выделить в достаточно изолированную задачу, которую сходу поймет человек с улицы, даже если он достаточно хороший специалист.
Даже самое простое, вроде накидывания простеньких контроллеров с крудами - и то часто без более-менее глубокого понимания что и зачем это делается не обойдешься, что уж говорить о какой-то бизнеслогике..
К сожалению, не умею льстить себе. Наоборот, самоуверенности бы такого рода не помешало бы. А насчет тестовых - зачем тогда перед ним предлагали некоторые подписать соглашение - NDA. Более того, проверить визуалку, функционалку (хорошо, пусть выглядит как проверка со стороны) - почему нет?
Естественно, нельзя утверждать, что такого не бывает вообще. Где-то когда-то наверное встречается. Но в разработке это точно не массовая история.
В трешовых сферах (типа низкопробного копирайта, рерайта), возможно, более распространено.
Сейчас они руководители разных направлений и нанимают специалистов в свои команды, но когда-то были соискателями и тоже сталкивались с ТЗ.
Ну, все взрослые тоже когда-то были детьми, но потом почему-то забывают это и вечный конфликт "отцы и дети" продолжается.
А вот ревью кода очень сложно нагуглить.
А вот и давайте его прямо на собеседовании, не надо никаких домашних заданий. Тем более, что дома всегда можно воспользоваться помощью друга.
А что может показать тестовое задание? Практически ничего. Только отпугнет профи, которым тратить время на тестовое с непонятным результатом нафиг не уперлось. Для понимания ситуации активный соискатель просматривает до 100 вакансий в сутки и больше. Чтобы это банально прочитать нужно уже пару часов. А если каждый десятый начинает пихать тестовое даже без формального знакомства, то сразу идет в корзину. Для проверки сотрудника есть испытательный срок.
Тестовое задание, это всё равно что пришёл к строителям-разводилам и они тебя просят гараж построить бесплатно, чтобы убедиться, что ты умеешь строить. Если натыкаешься на такое несколько раз, больше нет ни малейшего желания их делать. Особенно если ещё есть система - 10 человек сделали тестовое, 5 человек даже не проверяют и отправляют работы в мусорку, потому что им не нужны неудачники
Да CRUD-ы, бесконечные CRUD-ы, иногда просили добавлять туда авторизацию и роли. Ну и UI какой-нибудь с формочками. Типичное рутинное задание для Java разработчика. Ну и что-нибудь из того, что у них на проекте нужно сделать, в этом CRUD-е прикрутить какую-нибудь хитрую плюшку, которую им самим лень делать у себя на проекте.
После того, как не пригласили на интервью после успешно оценённого тестового, стал отправлять на гитхаб за примерами кода )
на ИС оклад будет чуть меньше, т.к. у нас больше рисков. А после ИС оклад такой же, как и с тестовым.
А это прям фиксируется в трудовом договоре или "джентельменам верят на слово"?
Так а разве не могут в договоре прописать: испытательный срок: с такого-то по такой, зп 50. В случае прохождения испытательного зарплата 60?
Можно фиксировать в оффере и в письменно зафиксированных задач, при выполнении которых будет гарантированное изменение оклада.
А что вас беспокоит. Ведь если вам не повысят как обещали вы просто уйдете. А при желании иметь вас только на испытательном сроке вас уволят в его последний день.
Где вы находите таких работодателей, что у вас такие вопросы ? Средний работодатель чтобы обеспечить ваш онбординг тратит несколько ваших зарплат, и если вы после испытательного уйдете это для него адская боль. Зачем ему вам врать ?
Если данный финт зафиксируют в трудовом договоре, это будет прямо подарком судьбы для трудовой инспекции, ибо напрямую противоречит ТК РФ, уже писал об этом чуть выше.
Тестовые смотрят очень относительно. Один раз пришел, посадили тестовое делать, сделал, собеседующий даже не взглянул, сразу отказал. Один раз заморочился, сделал тестовое с блок-схемами, описаловом и расчетной таблицей, вечер убил напрочь. Отказ пришел прям автоматом по получении письма, с лагом в 1 минуту. Делал тестовое, на которое реально посмотрели, только один раз. Там был достаточно замороченный анализ статистики сборки заказов. Я предполагал, что там на полчаса, в результате потратил три, но у меня хватило ума написать сопроводиловку, в которой описал, какие операции и методы применял (на самом деле писал ее для себя, чтобы не забыть, что делал, если попросят с ходу повторить).
Вызывают на второй тур собеса. На котором мне с ходу заявляют, что файл не открылся, но описалово все правильное, я открываю ноут, типа, сейчас результат покажу, по цифрам у меня четко - и тут меня осаживают: "да эта таблицу никто не считал никогда, сверять результат не с чем". Как предполагалось проверять тестовое задание - я хз... Сработало не само тестовое, а простое описание того, какими методами предполагается делать, взяли.
Один раз до тестового не дошло вообще. Пока подтягивался начальник в переговорку, чтобы дать тестовое, беседовал с инженером - показал ему, что делал на предыдущей работе. Подтянулся начальник, и гурьбой обсуждали код и почему именно эти методы. Получилось удачно - у начальника были задачи не столько на код, сколько на знание тех областей матстатистики, о которых я прочно забыл за ненадобностью сразу же после экзамен. Оффер, правда они отправили поздно - я уже работал на другой работе.
Объемные тестовые задания могут отфильтровать как слабых специалистов, так и сильных - которых вы ищите. Считаю, что нет отчетливого ответа на вопрос - нужно тестовое задание или нет, везде индивидуально.
Иногда достаточно провести собеседование "качественно", в несколько этапов, причем это можно сделать за одну встречу.
Задача человека, который собеседует кандидата - постараться более точно оценить уровень специалиста, а так же его мышление, но сделать это так, чтобы человек захотел придти работать к вам.
Например, после технических вопросов можно дать код на ревью этому человеку, посмотреть как он его видит, послушать его рассуждения, иногда уже на этом этапе можно увидеть что специалист сильный, или слабый.
Возможно скажу очень цинично, но часто в компаниях боятся найти неподходящего специалиста, и готовы искать его год, лишь бы подошел по всем параметрам, тогда зачем нужен испытательный срок? За это время специалист оценивает, подходите ли вы ему, а вы оцениваете его. И за этот срок, пока он онбордится, вполне реально закрыть те пробелы, которых ему не хватало. Тестовое задание, может такой кейс отфильтровать, это будет, как мне кажется, неправильно. А если специалист оказался неподходящим, с ним вполне честно можно расстаться.
Но вот если компания понимает, что такой подход ей не подходит, тогда уже можно включать фильтр тонкой очистки в виде тестового задания.
Опять же повторюсь, все индивидуально. Специалист может быть нужен "срочно", а где-то вы можете позволить искать специалистов год и больше
Принципиально не делаю ТЗ если контора даже не предложила первичный собес, а тупо в чате сходу кидает в тебя тестовым, такие сразу в мусорку летят бегом.
меня одного коробит от постоянного ТЗ как "тестовое задание" в тексте?
Как же ах цели довать мидлам не возможные задачи, одна из таких вернуть акцесс и рефреш токен, php laravel это блт физически невозможно акцесс даётся только по логину и паролю, + обязательно неизвестную технологию надо внедрить в код. Хватит так делать!
Негативно отношусь к тестовым заданиям, часто после этого начинается другая головотрепка в виде ещё заданий, затем созвоном с одним чел. из компании, затем с другим, затем заполните анкету... Это уж очень должно хотеть попасть именно в такую компания... Но к счастью есть много вакансий где нет такого и можно таких сразу скипать
Сам несколько раз делал тестовые, но считаю, что это трата времени, т.к. можно дать другу/родственнику и он сделает за тебя, можно в инете найти что-то, как пример. В целом онлайн решение, как по мне, лучше. Как пример - Тинькофф, проходил там собеседование. 2 этапа по 1.5 часа( теория и практика).
Да, это существенный минус. Здорово, когда нанимающий менеджер может построить процесс найма так, чтобы исключить списывание. Например обсудить результат тестового на интервью и понять разбирается ли кандидат на самом деле.
Вызывает ли у вас дискомфорт, когда за вами наблюдают при онлайн решении и когда требуется результат здесь и сейчас?
Милая моя, давайте начнем с самого начала, - ну с терминологии.
потому, что, людей которые берут термин и придумывают ему новые удивительные смыслы, - называют дегенераты. ну, еще борцы за социальную справедливость так делают еще.
так вот, ТЗ, - это ТЕХНИЧЕСКОЕ задание. Т Е Х Н И Ч Е С К О Е.
бездна манямирковой терминологии, еще никому не принесла добра.
во вторых, я вам открою удивительный секрет, - работа должна быть оплачена.
Я, кстати, тоже за оплачиваемую работу!)
Какая интересная попытка повоевать с ветряными мельницами
https://sokr.ru/search/?abbr=%D0%A2%D0%97&abbr_exact=1&value=&tag=
Интересная статья с позиции джунов, если на вашу вакансию откликнулся человек с опытом работы более 10 лет, например, в крупнейших компаниях страны по данной вакансии - работодатель ставит его в один ряд с джунами, предлагая ТЗ. У меня был случай трудоустройства в очень крупный банк - общались по телеграм, ни на какие вопросы не отвечали, возникло впечатление, что рекрутер - чат бот. Мне задали пару вопросов и сразу выслали ТЗ, на которое потопатила где-то 2 дня. Серьёзная же контора")))) Я его успешно делаю, прихожу на собеседование, рекрутера нет, предположительно начальник открывает моё резюме и говорит - а у нас не удаленка, а гибрид, я думал вы из Москвы. И на этом все закончилось. Две минуты и все! Работодатели так заинтересованы в сотрудниках, что не считают нужным даже открыть резюме и вникнуть, что за человек перед ними! Результат: впустую потраченное время и силы. Мои, как соискателя, разумеется. С тех пор никаких Тз не делаю:))))
Совершенно нормально отношусь к тестовым заданиям, если:
С него не начинается общение с компанией, то есть компания уже кое-что обо мне знает и первые фильтры я уже прошел.
Я получу развернутый фидбэк на свое тестовое. По-моему, это очевидная часть сделки. Довелось один раз отправлять тестовое в никуда. Эйчар лишь отписалась, что код получен и передан тимлиду. Это нездорово :) Я и через годы, набравшись опыта, не отправил бы в эту компанию резюме.
Я давал простенькие тесты с рабочими задачами джунам после первого собеседования. После чего приглашал на следующий раунд всех, кто хоть что-то прислал в ответ в указанный срок (обычно дня 3). Присылал один из пяти где-то. Обычно его и брали. Цель - понять ответственность и мотивацию, для джунов это основное требование.
У меня был случай, на собесе общались за жизнь, вроде понравились друг другу, а в конце выдали тестовое на дом. Мол, всё равно большинство кандидатов "на лету" толковый код не напишут, да и в теории плавают.
ТЗ было интересное, хоть и большое.
Моя оценка была 7 дней, которую я озвучил специалисту, что меня собесил, сделал за 10.
В ответ полная тишина.
Это примерно 50 часов работы.
Такие дела.
Так что сейчас я предпочту вложиться в что-то, что я смогу показывать вместо выполнения ТЗ.
Тестовое задание при приеме на работу: делать или нет? Что говорят эксперты и статистика