Как провести оценку 500+ кандидатов и soft skills в отсутствии рекрутера, когда времени на личные интервью нет совсем, а сотрудники “нужны вчера”.
Время чтения: 5 минут
Всем привет!
Меня зовут Алишер Иргазиев, я руководитель направления HR IT в ЭКОПСИ Консалтинг. Сегодня расскажу, как я искал и выбирал на основе soft skills двух junior-разработчиков из 500+ кандидатов без помощи рекрутера. Кейс будет полезен топ-менеджерам IT-компаний, руководителям IT-направлений в разных отраслях, а также HR, т.к. я расскажу о нестандартном методе оценки разработчиков, который обычно используют для оценки менеджеров. И поделюсь инсайтами о том, какие личностные качества junior-разработчиков реально эффективны на деле, а какие нет.
Здесь пример найма junior-разработчиков, хотя уверен, что метод будет эффективен и для других специалистов.
Речь пойдёт о двух позициях:
- Junior Java Developer. Стек: Java/Groovy, Spring Framework;
- Junior business application developer. Стек: JavaScript/TypeScript, HTML5, Angular, ReactJS, SAPUI5.
ЭКОПСИ – это консалтинговая и HRTech-компания, резидент Сколково. Разрабатываем технологии оценки персонала, в том числе с применением искусственного интеллекта, автоматизируем HR. В HR-digital более 10 лет, а в HR-консалтинге уже более 30 лет.
Почему вообще возник этот кейс? При поиске важно, чтобы кандидат подходил к корпоративной культуре, совпадал с нами по духу и ценностям. Мы – консультанты, поэтому коммуникативные навыки и некоторые другие soft skills здесь жизненно необходимы даже для разработчиков. У нас нет довлеющего контроля сверху, что даёт больше свободы, и, вместе с тем, требует большей инициативности. А в условиях удалённой работы инициативность, самостоятельность, ориентация на результат вышли на первый план.
Фокус на потенциал
Текущая результативность сотрудника и успехи в прошлом не дают гарантий успеха в будущем. Тем более сейчас, в условиях максимальной неопределенности завтрашнего дня. Как найти того, кто будет эффективен и сегодня, и завтра?
У нас есть своя разработка, онлайн-тест, который рассчитывает потенциал сотрудника. Тест называется Potential in Focus (далее — PiF). Модель PiF разработана на основе 160 международных исследований. Ядро модели – это оценка рабочей эффективности человека и умение адаптироваться к новым условиям.
Тест очень хорошо подходит в ситуациях, когда нужно отсеять наименее подходящих кандидатов.
Воронка от 500+. Раскрываем все этапы
Шаг воронки №1. Размещаем вакансию на работных сайтах.
Шаг воронки №2. Всем, кто откликнулся, предлагаем пройти тест PiF. Дело в том, что тест обычно используют для оценки потенциала менеджеров, но никак не разработчиков. Но давайте посмотрим на тест с разных сторон. Минус этого теста в том, что на его прохождение кандидаты в среднем тратят 2,5 часа. Однако, в данном уравнении знак минуса становится плюсом в том момент, когда мы понимаем, что если человек хочет попасть именно к нам и он реально заинтересован, то он пройдет тест.
- 2,5 часа теста помогают отсечь наиболее слабых, немотивированных кандидатов (они не пройдут тест до конца).
- Результаты теста помогают понять, чего ожидать от человека. Менеджер он или разработчик — в нём уже есть конкретный набор soft skills.
Шаг воронки №3. Небольшой экскурс в PiF. Тест даёт оценку кандидата по шкале от 1 до 100 по 4 группам шкал:
Анализ. 2 шкалы: скорость мышления и критическое мышление;
Изменения. 2 шкалы: мотивация к развитию и открытость мышления;
Коммуникация. 2 шкалы: мотивация к лидерству и социальный интеллект;
Драйв. 3 шкалы: инициативность, настойчивость и амбициозность.
Возникает вопрос: каким образом отбирать кандидатов, прошедших тест?
Здесь мне помогли наблюдения за разработчиками, которые уже работают в компании. Эффективны в наших условиях разработчики со следующим набором компетенций:
- высокий уровень критического мышления;
- высокий социальный интеллект;
- инициативность;
- чуть в меньшей степени смотрим на открытость мышления (способность действовать рационально, преодолевая собственные стереотипы, быстрая адаптация к новым условиям и способность принимать решения в условиях неопределенности).
А что же со всем остальным? Раскрываю собственные инсайты в оценке разработчиков.
Анализ. Нам очень важно критическое мышление. Скорость мышления менее важна и в целом уходит на второй план. Конечно, если скорость мышления на высоком уровне, то это плюс. Почему скорость не так важна? Тут интересное наблюдение, если задать значение больше 60 по шкале критическое мышление, то среднее значение критического мышления по front-end и back-end разработчикам получилось 80. При этом скорость мышления по той же выборке по front-end разработчикам в среднем 62, а вот по back-end 47. Но в обоих случаях скорость приемлемая, поэтому в целом не влияет на наш выбор.
Изменения. Мотивация к развитию – важный показатель, и если он есть у кандидата, то хорошо. Но он не так важен в нашем случае.
Коммуникации. Мотивация к лидерству. Совсем не смотрим, поскольку для стажёров-разработчиков это не актуально. Даже косимся в сторону тех, у кого эта компетенция зашкаливает.
Драйв. Настойчивость для разработчиков важна, скажете вы, и будете правы. Но нам всегда приходится выбирать всего из нескольких кандидатов в финале. Мы видим на практике, что настойчивость даже на низком уровне не сильно мешает работе. А вот отсутствие инициативности мешает сильно, тем более, когда все работают на удалёнке.
Мы для себя определили цифровые значения этих шкал. И в случае необходимости можем полностью автоматизировать эти три этапа воронки.
Вот трафарет для оценки junior-разработчиков, который мы применили. Варианты трафаретов для front-end и back-end могут отличаться. Это каждый может настраивать под себя.
Шаг воронки №4. Очное или онлайн-собеседование. Здесь мы проверяем общие знания кандидатов. Их интересы и образ мышления. Даём логические задачки. В целом, обычное собеседование.
Некоторые коллеги на этом шаге используют комплексный метод Assessment center, где оценивается поведение кандидата в разных ситуациях. В случае с junior-разработчиками, возможно, это лишнее.
Шаг воронки №5. Задания. Закрепляем оценку знаний кандидата, полученную на интервью, с помощью технических задачек.
Теперь немного интересных цифр.
Мы искали двух сотрудников, одного на front-end и одного на back-end разработку. На входе в воронку было 543 кандидата, 320 на back-end и 223 на front-end. Цифры означают, сколько кандидатов осталось на завершении шага воронки:
В обоих случаях взяли в штат по одному сотруднику.
WOW результат
Подход на основе онлайн-оценки потенциала существенно сокращает трудозатраты рекрутера/руководителя, но всё равно приводит к результату. На закрытие этих двух позиций в пересчете на чистое время у меня ушло около 30 часов.
Приводим несколько интересных цифр:
- На этап собеседования доходит всего 2% соискателей, однако это всё равно даёт желаемый результат при наименьших усилиях.
- Средний размер PiF по соискателям на front-end разработку = 27,5! Напомню, что шкала 100-балльная. На мой взгляд, это довольно низкий уровень. Поэтому отсеивать приходится очень, очень много.
- Среднее итоговое значение PiF по front-end разработчикам на 33% ниже, чем по back-end. Возможно, это вызвано, как принято говорить в бизнесе, стоимостью входа. Порог знаний, умений и компетенций, требуемый для входа в область back-end разработки, значительно выше.
- Front-end разработчики в среднем на 22% быстрее мыслят. Возможно, это можно объяснить профессиональной деформацией.
- В среднем у front-end разработчиков аж на 33% ниже мотивация к развитию. Возможно, в будущем мы проанализируем ещё возраст этих ребят, тенденцию к смене профессии.
- Среди front-end разработчиков меньше лидеров, что показывает средняя разница в 32% по шкале “Мотивация к лидерству”.
- Настойчивость. Эта компетенция в среднем на 30% ниже у front-end разработчиков.
Итоговым результатом мы довольны. Разработчики оказались действительно инициативными, быстро влились в работу, регулярно приходят с новыми идеями. Никаких проблем с адаптацией также не было, что объясняю как раз проверкой на “свой-не свой”, которую дал тест. Вывод из эксперимента: работает!
Будем дальше пробовать новое, к чему призываем и вас. Дорогу осилит идущий.
Griboks
Наверное только джуны могу позволить какой-то ноунейм компании так над собой издеваться. Такое наплевательское отношение к своим работникам отбивает всякое желание даже разговаривать с представителями компании.
Многие бородатые программисты носят свитера. Видимо, нужно сразу отсеивать кандидатов, которые на фото в рубашке, из-за отсутствия перспектив))
Matisumi
Это все случается когда неайтишная компания вдруг решает влезть одной ногой в айти.
Nihiroz
А мне кажется, что это все случается, когда конкурс среду джунов вырастает до 250 человек на место. И уже можно, как в том анекдоте, выбросить половину резюме со словами "Неудачники нам не нужны"
Matisumi
Когда 500 джунов сами присылают резюме на вакансию — может быть, но тут, я уверен, HR сами напылесосили 500 резюме, а потом не знают что с ними делать.
stobaksov100
Джунов сейчас избыток.
Многие войти-в-айти возомнили себя достойными зарплаты сеньоров и с никакущими знаниями атакуют вакансии.
Прямо на первом-втором контакте собеседовать каждого джуна сразу с техническим директором — совершенно неразумно.
Жесткий фильтр вполне обоснован.
Zibx
Я некоторое время проводил много собеседований. Живьём и онлайн. Сейчас на рынке очень много людей которые считают себя джунами или миддлами. В вакансии была зп выше рынка, удобное расположение офиса внутри садового (это было за несколько лет до эпидемии). Было указано требование понимать что такое AST, алгоритмическая сложность, наследование и другие стандартные вещи.
Так вот, большая часть кандидатов не могла найти максимальный элемент в массиве чисел. С подсказками решали эту задачу. Найти два разных наибольших числа было задачей со звёздочкой. И я сейчас говорю серьёзно. То есть буквально пройти по элементам и если наибольшее известное значение меньше текущего элемента, то присвоить наибольшему текущее значение.
Сначала я хотел спрашивать хотя бы как сделать объект у которого можно подписаться на события (примерно EventEmitter), в наивной реализации кода максимум на 15 строк. Но в итоге скатился до поиска максимума.
Да, у нас действительно надо было ежедневно решать задачи, мы разрабатывали оболочку для терминалов с возможностью разработки приложений, политиками безопасности, тесной интеграцией с низкоуровневым железом типа кардридера, сканера пальца, 3д камерой.
Воронка была примерно 1 нормальный разработчик на 50 человек. При этом многие имели опыт в районе 3 лет коммерческой разработки. СтэкОверфлоу драйвен эникейщики.
В итоге формализовал собеседование до следующего документа. На позицию js junior. Пользуйтесь.
MeGaBoJIbT
Посмотрел документ, я когда-то для себя тоже такую штуку делал.
Вот только она показала себя совершенно бесполезной.
Почему? Потому что самые замечательные джуны по моему опыту — это люди которые решили свитчнуться из каких-то смежных областей связанных с разработкой. Ну допустим был человек каким-нибудь дб аналитиком в консалтинге или программировал числодробилки в нии. Или вон как инди геймдев из недавней статьи на хабре. Потом человек понял что денег или радости это не приносит и решил уйти во фронтэнд. Или в бэкенд. Или в мобилки. В общем в мейнстрим разработку которую возьмут.
Вот такие люди обычно знают конкретику по жсу на уровне курсов «реакт за две недели». Но зато прекрасно чувствуют более тонкие материи разработки, понимание которых приходит с годами опыта. И такого кандидата надо отрывать с руками (если горизонты вашего проекта больше чем полгода конечно). К сожалению, на большей части ваших вопросов из этого документа такой человек сломается. Элемент в массиве конечно найдет, два тоже найдет. А дальше — нет.
Ну серьезно, прототипное наследование? Я на js пишу кажется лет 8. И про то как прототипное наследование работает — за все прошедшие собеседования конечно разобрался. Сколько раз мне это понадобилось в рабочих задачах — могу пересчитать по пальцам одной руки. У джуна то это зачем спрашивать?
Zibx
Я всё равно хочу знать что человек знает, а что нет. Это не обязательное знание, а вопросы которые я задам.
Когда я пришел на первую работу — я многого не знал, но мне хватило полгода чтоб разобраться в трёх-четырёх концепциях из которых состоял js. Это было до Async, generator, WeakMap и WebAssebmply с WebGL, но это база.
О прототипном наследовании я хочу услышать что всё кроме примитивов — объёкт, а у любого объекта может быть прототип. Ещё желательно услышать что грамотное использование прототипов позволяет не создавать инстансы функций и общих частей на каждый экземпляр. Детали того как унаследовать что-то никогда не спрашивал — потому что это обычно надо раза 2 на весь проект и легко гуглится.
MeGaBoJIbT
Есть два принципиальных подхода к общению по техническим вопросам:
— выяснять что человек знает
— выяснять что человек не знает
Массовый типовой подход к собеседованиям именно второй. Причины этого кажутся мне ясными:
— приличное количество самозванцев
— слепое копирование форматов faang (и изначально мелгкомягких), у которых задачи собеседования несколько отличаются
Вот «подробно выяснить что человек помнит про js» это подход как раз «узнать что человек не знает». Это знание имеет свои плюсы, но Вы же обычно ищете себе коллегу а не замену? Да, он должен быть способен подхватить конкретный участок работы, и по подмножеству языка из этого участка стоит спросить.
Но у меня есть чувство что таким образом мы выясняем что-то маловажное.
Что я считаю важным?
— важно что человек программист а не самозванец. Для этого надо по языку допрашивать, но чуть чуть.
— важны софтскиллы. Причем не только в духе «не уйти в запой и иногда мыться». А какое-то понимание того как человек будет вести себя в типовых конфликтных ситуациях возникающих в командной разработке. (код ревью, разработка апи, просранные дедлайны)
— Какое-то архитектурное мышление. Мне сложно сформулировать что конкретно я имею в виду под этим. Лично я пытаюсь выяснить какое-то понимание (а у джунов чуйку) на то что абстракции бывают разной силы и цены. Потому что есть тип программистов которые любят излишне абстрагировать и я с такими работать не оч люблю. Понимание (или чуйку) того что большинство технических решений — трейдоффы и самый ненавидимый грязный хак — для кого-то идеальное решение.
— важна экспертиза человека которой у вас нет. Или желание эту экспертизу получить (в случае джунов). То что обычно называют «горящий взгляд и желание развиваться». Идеальное дополнение к команде — это обычно не клон одного из членов команды)
К сожалению собеседование обычно ограничено по времени, пусть и нежестко. Допросив по максимуму собственно по языку Вы хорошо копаете в первый пункт этого списка и оставляете меньше времени на остальное. Поэтому я для себя решил что лайвкодинг/вопросы по языку — оно должно быть. Но совсем чуть чуть.
Исторически сложилось что лучшего человека котоого я нанял (программист-свитчер о которых я говорю ниже) я по языку не спросил ничего. Худшего — я гонял по языку очень много и справился он на отлично.
Jammarra
Ой да ладно. Я пару лет назад как думал в разрабы свичнутся. По факту нафиг никому не нужен, или ставят ЗП тысяч 15 что даже не смешно. Несколько лет администрирования nix за плечами.
stobaksov100
Например, из 1С в веб или в мобильные — другое дело.
Условные операторы, переменные и циклы — они и в Африке условные операторы, переменные и циклы.
Насчет 15 в небольшом городе, когда вы еще нулевый — не фонтан, бывает лучше, но… как правило подобные джуны чем хороши — крайне быстрым ростом эффективности. Потому и зарплата растет быстро — запросто каждый месяц в полтора раза.
MeGaBoJIbT
Я в общем рассказываю каких джунов старался нанимать я, когда этим занимался.
Я не говорю что свитчнуться легко. Это разумеется нефига не так, конкуренция среди джунов — бешеная. Те кто берут джунов реально на вырост в основном делают это не от хорошей жизни или слегка по знакомству. Большинство компаний которые заявляют что джунов берут — это как у топикстартера. Когда строят эйчар конвеер, задача которого найти того самого «джуна» который будет грести с первого дня и беспрекословно повиноваться.
Поэтому, мне видится что если ты хочешь в джуны разрабы, тебе нужно либо найти знакомого который возьмет под свою отвественность, либо быть готовым что 25 раз пошлют. Ну или быть очень настойчивым и научиться гладко врать.
Администрирование разные вещи в разных конторах называют, это на предыдущий опыт подробно смотреть надо. Сколько там вещей подразумевающих написание своего кода и чтение чужого. В среднем по больнице администрирование конечно лучше чем таксисты со стриптизершами, но само по себе не идеальный вариант.
Идеальным вариантом мне видится немейнстримная разработка, в которой приходилось писать приличное количество своего кода который что-то делает и работать с чужим.
Упомянутые уже в другом комментарии одинэсники например, туда много толковых парней заносит по молодости.
Во всяких крупных мегатерпрайзах часто бывают целые отделы которые условно программируют отчеты на каком-нибудь сваянном на коленке внутреннем языке.
Есть всякие «ящики» еще и образовательные учреждения.
Разумеется все это программисты, так что не вполне честно назвать это «свитчем».
Просто программисты писавшие хрен знает на чем, не умеющие вертеть бинарные деревья на доске и не представляющие современных практик и какой-то мейнстримовой языковой конкретики. Да еще им не 20 лет обычно) Поэтому галеры ищущие себе того самого единственного джуна из тысячи таких не котируют. Еще у таких людей обычно комплексы из-за возраста и они тушуются если их с места в карьер попросить пояснить про замыкания.
Jammarra
Да я прям в чистые разрабы и не хочу. Давно прошло такое желание. Мне бы в SRE, но туда без опыта разработки особо не попасть.
Но свичится с условной вилки 150-250т.р. на условную 15-25, ради туманных перспектив. Нет спасибо, это как то перебор психологически.
Я не жалуюсь, веду просто к тому что сейчас джунов хоть ложкой ешь. Их всякие курсы "найди профессию будущего" выпускают сотнями. Поэтому среди людей кто в своей области уже хороший спец, желающих конкурировать с людьми которые готовы работать за чашку риса особо не будет. Ну это лично мой опыт и мое мнение.
MeGaBoJIbT
Разумеется состоявшиеся спецы из своей области свитчатся редко разумеется, но их хватает.
Причины традиционно две: «все достало, плевать на деньги» и «деньги нужны и в моей области их не будет». Еще встречается «хочу трактор, а кому в валиноре нужны одинэсники»
Бтв для меня цифры 15-25 кажутся тоже абсолютно дикими, мне кажется джунам 10 лет назад больше платили. Но я в Москве.
stobaksov100
В регионе 10 лет назад начинающие могли и с 5-6 начинать.
rjhdby
Свичиться вообще с нулём опыта довольно бесперспективное занятие. Подтянуть знаний на недомидла за год-полтора не так уж и сложно на самом деле, если не сидеть на жопе ровно, а реально учиться.
И вот, кстати, если учиться будет в тягость — это первый признак, что не стоит и соваться.
MeGaBoJIbT
Кто же будет спорить, что с подготовкой проще чем без.
Но, во-первых, резкая смена карьерного пути это не всегда четко запланированное решение. Довольно часто это результат какого-то эмоционального потрясения или какого-то неприятного внешнего события. Такой жесткий пинок под зад от жизни. Человек решает, что дальше так жить нельзя и надо СРОЧНО ДЕЛАТЬ ЧТО-ТО. Типа «задрала работа, видеть не могу. Попробую пойти во фронтэндеры. Не возьмут — да хоть в дворники подамся, только бы не возвращаться».
Во-вторых, и в главных, я не думаю что стратегия «подтягивать знания год-полтора» — реально выигрышна для соискателя. Потому что в любой развитой технологической области оооочень много чего, и пока ты в ней не варишься — неясно что есть что. Есть критические знания, есть узкоприменимые, есть откровенно устаревшие. А есть те которые по учебникам не освоишь.
Лично я, если бы мне пришлось кардинально менять область, сходил бы на пару собеседований со знаниями уровня хеллоу ворлда. Именно чтобы как-то сузить область поиска в своем обучении. И потом ходил бы итеративно: «неделю поботал — собеседование».
rjhdby
Она менее проигрышная. Не молодые свичеры обычно кормят семьи и очень сильно просаживаться по зарплате, либо сидеть без работы, пока ищешь новую — не самый лучший вариант.
Jammarra
По мне так нереальная задача. Опыт реального программирования совершенно отличается от книг.
Теорию я и так из универа помню, как и хрень какую то на питоне написать могу. Только это все нафиг никому не нужно.
rjhdby
У вас какое-то однобокое понимание термина "учиться"
Jammarra
Ну так потому что в реальности учится означает устроится на копейки. И работать. Это единственный рабочий способ.
Помню тут на тостере много лет назад спросил "что почитать что бы стать админом linux". Кто что рекомендовал. Но самый рабочий ответ был в стиле "устройся работать, хоть в поддержку. Дальше разберёшься".
Если у меня кто то спросит сейчас, я могу начать тыкать в книги про кубер, sre, Таненбаума и т.д. но сам понимаю что это все фигня, которая не даст человеку ничего. Без опыта работы. Так что ответ будет "устройся работать хоть куда, там разберёшься".
К слову точно таким же методом человека перетащил с эникейства винды в администрирования linux хайлоада.
Человек не знал почти нифига. Я просто
1) Порекомендовал его на работу в поддержку, у компанию где я работал.
2) Через пол года порекомендовал ему куда свалить что бы качать скилл дальше.
Самое важное это выбрать правильную компанию и должность куда устроиться. Вот именно эта запись в твое резюме потом будет тащить.
rjhdby
А кто вам мешает прямо вот сейчас, в свободное от работы время, взять и начать писать код? Неужели у вас на работе нечего автоматизировать? Нет собственных идей пет-проектов?
Есть опенсорс, есть онлайн курсы, в которых пишется какой нибудь сервис от и до, есть платное менторство на крайняк.
И не надо мне задвигать про сложность/невозможность. Я сам свичнулся на пятом десятке из DBA с зарплатой значительно выше средней по рынку в разработчики. Без потери в деньгах. Но да — это надо реально пахать, а не жаловаться в интернетах на судьбу.
Jammarra
Так я легко могу взять и написать/автоматизировать. Но это будет фигня на скриптах. А не нормальный код/фреймворки которые требуется для работы программистом. В том то и дело.
Написание скриптов на коленке, это не коммерческое программирование. Это написание скриптов на коленке.
rjhdby
Ну а кто вас заставляет писать фигню на скриптах? Решите ту же задачу на языке, в который хотите податься с использованием фреймворков. С точки зрения заказчика это, конечно, будет стрельба по воробьям из пушки, но тут то заказчик вы сами и цели у вас несколько другие.
PS А вообще, могу порекомендовать посмотреть канал Немчинского. Он тему обучения/свичерства/джунов очень хорошо раскрывает.
Jammarra
Ну так, я то от куда знаю как и на чем эти задачи решаются. Об этом в книгах не пишут). Этому всему учатся только на практике.
Ещё раз, могу за свою область сказать. Со 100% вероятсностью. Советы из разряда "поднимите тестовый стенд и там ceph и кубер" не дадут при устройстве на работу без практики реального прода, ничего. Ну может только самоуверенности добавят.
rjhdby
Открою вам секрет — любую задачу можно решить на любом мейнстримном языке. Выбирайте тот, который вам интересен и вперёд. Стековерфлоу и друзья программисты в помощь.
Вы сейчас активно придумываете аргументы "почему нет". Оно так не работает. Попробуйте всё же перейти к "почему да".
ЗЫ Ну и еще один совет — наличие не пустого репозитория на гитхабе в разы повышает шансы не только устроиться, но и в более хорошее место на более хорошие условия. На джуна уж точно.
Jammarra
Так аргументов почему да нет.
Ты теряешь в ЗП в несколько раз, долбаешься с изучением новых технологий по ночам, получаешь примерно такую же работу как у тебя сейчас.
И при всем этом без гарантированного результата.
stobaksov100
Эту целесообразность оценивать только вам. Никто для вас этого оценить не сможет.
Я уже раза 3 кардинально менял направление в ИТ, потому что интересно.
По деньгам проседал на смешной срок, на месяц-два всего. Потом деньги догоняли предыдущий уровень, который я получал на уже известной мне технологии.
Обратил внимание, что ключевые принципы не меняются в различных ИТ-технологиях. Если ты их раз освоил, то освоение смежной ИТ-области идёт уже куда быстрее, чем нежели ты был совершенно нулевым «войти-в-айти» только.
Jammarra
К сожалению я не знаю как можно кардинально сменить направления в IT три раза. По мне так в IT столько направлений и нет.
Ну грубо говоря я 10 лет админю linux. Если завтра начну админить винду. Станет ли это кардинальной сменой моей деятельности? Да нифига. Будет ли сложно? Да опять же нифига. Как раз за 1-3 месяца смогу изучить.
Уйти в чистую разработку, это пожалуй да. А кто ты там в разработке, тестировщик, пишешь на C или SQL запросы делаешь. Это частности одного целого.
Хотя можно ещё стать менеджером)
stobaksov100
Админ, программист, руководитель.
И это еще если не считать нюансов:
Эникей/админ/DevOps/SRE,
1С/веб/мобилки/highload backed — всё это у меня было
stobaksov100
Што?
Это не требуется.
Это желательно.
Но не все могут.
И пишут как умеют.
Вы серьезно считаете, что у вас проблема входа в программирование только потому что вы не можете «с фреймворками»?
Думаете другие могут «с фреймворками»? Вот прямо все 100% джунов могут это?
Вы же под статьей как раз пишете, в самой этой статье и в комментариях к ней написано же — какие на самом деле люди становятся джунами.
Какие там «не умею писать в фреймворке»? Что вы. У вас завышенные ожидания требований.
P.S.:
С фреймворками не сложнее, а проще.
Фреймворк это же скелет готового.
Плюс к нему куча примеров как правило.
Кто вас заставляет писать фигню?
Есть же Ansible.
Писать role под него можно потренироваться.
Jammarra
Так вопрос не в том что меня не возьмут на джуна. Основной вопрос, зачем мне это надо?
А на ЗП под 250к, я претендовать не смогу написав роли на ансибл.
А свичится пусть даже на на 15. А на 50к, а зачем? теряя в несколько раз в ЗП.
Я веду к тому что желающих перейти в разрабы из смежных областей, особо не много. И я например не совсем понимаю мотивацию этих людей.
В целом для меня например идеальный вариант был бы поработать например на 1/3 ставки в отделе разработки на позиции джуна. Например с уменьшением своей ЗП процентов на 20. Просто для расширения кругозора и получения опыта реального программирования. Что бы было легче заниматься devops и sre практиками. Но компании обычно на это говорят "тебя брали админом, вот и работай админом".
stobaksov100
Это решать только вам.
Из моего опыта — проседание идет всего в 1,5-2-3 раза. (причем в 3 раза — маловероятно, если ты уже сложившийся специалист).
И длиться не долго, всего на месяц-два. К третьему месяцу в ряде направлений можно уже и догнать и перегнать предыдущую зарплату, которую ты зарабатывал на старой хорошо знакомой тебе технологии (но это не обязательно).
Менял направления деятельности в ИТ кардинально уже трижды.
sshikov
А вы вообще верите, что тут были реальные 500 кандидатов? У меня вот большие сомнения берут, «резидент Сколково» — ну вы понимаете, что это ну почти дыра? Что туда ездить неудобно, особенно джуну, у которого возможно машины еще и нет. И вот на вполне рядовые вакансии (впрочем, зарплаты вроде не озвучивались) — и вдруг столько желающих?
stobaksov100
Где-то в году 2012 я участвовал в технических собеседованиях с джунами.
За неделю в нашу маленькую фирму в небольшом провинциальном городе пришло 60 человек на вакансию.
Так что, если озадачиться размещением объявлений, то человек 200-300 вполне реально заполучить.
sshikov
Ну, согласитесь, что «реально заполучить 200-300» и 500 — это все равно в 2.5 раза больше, примерно. Ну и опять же — я верю что кому-то добираться до Сколково нормально, но у нас когда были разговоры о переводе туда офиса, многие всерьез подумывали об увольнении. Сегодня правда там МЦД — так что добираться наверняка стало удобнее, но я бы вообще не стал рассматривать такие позиции. Впрочем, я не джун, мне сложно судить с их точки зрения.
И кстати, 60 в неделю — а вакансий-то сколько у вас было?
stobaksov100
Так у них и город покрупнее.
И времени побольше.
1 джунская, об этом речь.
И кстати, да, из 60 человек — большая часть просто непригодны к этой работе.
Да, конечно, джуны учатся, это нормально… Но при этом какие-то базовые знания-то должны быть. Многие путают джуна и стажера. Так вот стажёр — тот, действительно, может быть совсем без знаний. А джун хоть и начинающий, но всё же программист.
А большую часть тех претендентов даже силами самой фирмы учить смысла не было. Они не программисты. Ни по каким-то там суровым критериям и профессиональным знаниям, а просто не программисты.
Там уровень знаний, что нужно сначала на курсы программирования отправлять (а это не функция коммерческого предприятия, которому нужны программисты) и только потом, возможно, кто-то из них и смог бы работать программистом.
Примерно 10% из приходящих — это те, с кем имеет смысл собеседовать.
Вот тут рядом такое же наблюдение:
habr.com/ru/company/ecopsy/blog/525236/#comment_22232872
Но это касается джунской вакансии.
С сеньорами все в точности до наоборот.
Их радикально мало.
sshikov
>И времени побольше.
А я вот так и не понял из текста, сколько времени-то было. Скажем, представляя себя на месте человека, у которого 500 претендентов на 2 вакансии, и я их отсеиваю за год — вообще никаких проблем, примерно 2 человека за рабочий день, правда же не напряг ни разу?
При этом, я бы уже за месяц бы остановился, если бы никого не нанял, потому что понял бы — с вакансией что-то не так, люди идут и идут, и никто мне не подходит.
Ну то есть, очевидно что эти 500 людей пришли не за год. И видимо не за день, а что-то посредине. И опять же — будучи интервьюером не раз и не два, я бы остановился бы все равно, и не стал бы отбирать из 500 кандидатов вообще. Ну просто потому, что с вакансией снова что-то не так — если вы посмотрели 50 кандидатов на место, и никого не взяли, у вас слишком хорошие условия. Нужно либо повысить требования, либо понизить зарплату, либо уже понизить требования и кого-то взять — потому что мы тратим силы, а работника-то все еще нет.
Я всего за 15 лет наблюдал 50 и более претендентов на место один раз (никого не взяли). И условия были вполне нормальные, и компании не ноунейм вообще.
stobaksov100
Если человек более-менее интересен и действительно перспективный кандидат — это по 2 часа на человека.
Если сразу категорический отказ, то чтобы убедиться, что это отказ, а не ошибка, что не просто человек нервничает, а действительно совершенно ни в зуб ногой — это полчаса на человека. И это минимум.
А если мы вспомним, что человеку нужно время на переключение контекста, на то чтобы отвлечься, а потом снова погрузиться в работу, то это отнюдь не 2 * 30 минут в день фактически…
2 человека * 30 минут * 247 рабочих дней в году = 30 рабочих дней = более 1,5 календарных месяца сплошных собеседований. И это по самой минимальной оценке.
И это не сеньор, а начинающий специалист, который после выхода на работу несколько месяцев для фирмы будет в убыток и к нему будет прикреплен дорогостоящий коллега-ментор…
Поэтому я считаю совершенно разумным, чтобы джуны проходили через фильтр, когда на первом этапе их по формальным критериям проверяет низкоквалифицированный дешевый специалист, а только потом они попадают на собеседование к высококвалифицированному, чье время намного дороже.
Если поток был хорошо организован, то даже в идеальном случае это по 10 человек в день на одного собеседующего, то есть 2 месяца.
Так у них 2 вакансии, а у нас 1.
Так что так на так и выходит.
Нет.
Среди упомянутых 60 пришло всего 5 адекватных, насколько помню.
Остальные просто «шум в полезном сигнале».
То есть их даже учить смысла нет (а джунов всегда учат, это нормально).
Из 60:
2 поистине великолепных самородка, неожиданно высокого уровня.
И 3 ожидаемого нами уровня.
2 нам отказали.
1 мы отказали (все же уровень заметно хуже прочих).
Фактически выбирали между 2-мя примерно равноценными.
sshikov
Так я с этим и не спорю. Да, от получаса (на совсем неподходящих) до двух (хотя и не очень понимаю, зачем на джуна тратить два). Потому что полтора месяца тимлида — это не дороговато ли будет за найм двух джунов? Да, фильтр на этом уровне вполне разумен.
Но все равно, именно поэтому я бы остановился после 50 человек примерно — потому что тот, кто делает финальный отбор, уже не будет помнить, кто на самом деле лучше, а кто хуже. Если у вас из 500 отсеивается 2, и при этом 50 пригодны — будет очень сложно выбрать двух из 50, особенно если кого-то вы собеседовали месяц назад.
stobaksov100
Вам с этим человеком работать в будущем года два.
Два часа для точности выбора — совсем не жаль.
Конечно, если вы уже прикинули, что он перспективный кандидат.
sshikov
>Вам с этим человеком работать в будущем года два.
У меня это не очень стыкуется с тем, что их 50. Возможно я просто не проводил никогда собеседования в таких масштабах, но обычно 5 кандидатов подходящих на одно место вызывают проблемы другого сорта — ну вот вы с ними побеседовали, все они условно пригодны, но выбрать из них идеально лучшего все равно ведь как правило не получается.
То есть, мне кажется проще потратить еще два часа, пригласив только пятерых финальных кандидатов на второе собеседование (все равно оно обычно бывает).
С другой стороны, вы же в итоге из 60 и отобрали пятерых, и это как-то ближе к тому, что ожидается (по моему опыту — 1 из 10 это хорошо). И если два часа были потрачены только на этих — это вполне разумная трата времени.
stobaksov100
Ключевое слово «подходящих».
Чтобы найти 1 подходящего нужно перебрать 10 ну прямо вообще не подходящих, даже рядом не лежащих.
Мне кажется это неуважение к времени кандидата. И расточительная трата своего времени.
Конечно только на них.
Остальные 55 настолько никакие, что там сразу было видно…
ValentinAndreev
это вообще никак не говорит о местонахождении
sshikov
Может и не говорит. А зачем тогда это написано? Чтобы повысить свой статус, хм? Ну в общем, я хочу сказать, что для меня — это скорее красный флажок, с какой стороны ни посмотри.
ValentinAndreev
Налоговые льготы, намек на то, что разница в зп уйдет (частично). Больше мне в голову ничего не приходит.
alekciy
Если посмотреть цифры по 1 и 2 шагу, то получается даже джуны в большей свой части послали это схему. Как я пониманию на прохождение теста согласился только каждый шестой претендент. Еще столько же прошли его.
centroid
А я бы с удовольствием прошел тестовое задание. Чем типовые вопросы на собесе… Особенно про ошибку выжившего… Думаешь как бы тебе поток прервать без базовой возможности, а тебе дают такой небесный вопрос…
Задачу сделал и все там увидели, и структурность и мышление
Akkula
Очень даже известная и авторитетная компания
Griboks
Ого, вы ради меня создали второй аккаунт? Лестно)
Не сомневаюсь, что компания очень авторитетная, особенно в известных кругах.
p.s.
Возможно, она и известна в СНГ за 500 млн. капитализации консалтинга (чтобы это не значило, а значение весьма очевидно), но никак не в сфере IT.
stobaksov100
Речь то о джунах.
Им не предлагают на выбор — в Гугль или Нетфликс.
Попасть в подобную фирму — за счастливку для джуна. Подавляющее большинство все же может рассчитывать только на маленькие местные фирмёшки «Рога, копыта и веб-браузер».
Причем — речь о джуновских вакансиях.
А вовсе не о том, что приходят настоящие джуны на них.
А приходят на эти вакансии большей частью люди, что даже не программисты. Тех, кто может реально претендовать работать программистами — процентов 10% от приходящих желающих habr.com/ru/company/ecopsy/blog/525236/#comment_22236376