Комментарии 25
в резюме можно написать все что угодно.
С одной стороны, да, с другой...
Эх, помню стоило огромного труда вспомнить все места работы, даты, навыки, бла, бла для заполнение формы резюме на hh, linkedin'е и т.д. А стаким подходом, получается это было пустой тратой времени? Ни кто не четает резюме, ведь в резюме можно написать все что угодно.
Ну почему же - интервьюеры отталкиваются от информации из резюме (больше, собственно, не от чего). Другое дело, что любую информацию, указанную в резюме, можно трактовать как в плюс, так и в минус - поэтому, например, опыт работы в компании, которая уже два года как забанена в половине цивилизованного мира, лично я бы указывать не стал :)
Оо, это парадокс рекрутинга)
Для финального работодателя ето похер, хоть 30 лет лежал на печи, лишь бы по навыкам подходил и все закрывал что требуется в срок.
Но вот у рекрутеров есть целый карго-культ и в "серьезную компанию" резюме даже не будут рассматривать без определенных "моментов".
Это известная проблема и известное решение (напиздеть). Хотя проблема известна скорее спецам которые долго просидели в одной компании, а потом по какой то причине начали искать работу (не однократно слышал историю от толковых спецов, что выкинул резюме и ноль откликов, а все потому что резюме "не кошерное")
И самое веселое в этом всем что рекрутеры "упрощая" себе жизнь ведут всевозможные базы, потому велика вероятность если ваше "неправильное" резюме проскипали, то когда вы его исправите то его уже будут "скипать" автоматически. (Опять таки известная проблема и известное решение - меняйте контактные данные и ФИО пишите символами разной раскладки что бы визуально было идентично но не по hash-сумме)
Итак, каков финальный алгоритм?
к 1-5, почему бы не дать знать своим сотрудникам о новой вакансии (включая требования) прежде чем выходить на рекрутера + бонус в случае удачной рекомендации, типа лучше платить своим, чем рекрутеру (из опыта)
Вы будете в шоке, но логическая цепочка тут такая (естественно не очевидная)
Вариант номер раз - ваш сотрудник хорошо работает на том месте где он есть, и если уйдёт то вы получите дырку в том месте где он был, и придётся всё повторить снова. В идеальном мире в фирме с таким подходом все сместятся на одну вакансию вверх, а вам останется найти только уборщицу, которая перешла в ХР отдел, из которого в продажи ушла ХР, из которого в ТП ушла продажница, из которой в девопс ушёл ТП...
Вариант номер два - ваш сотрудник серая мышь, которого работать заставляют только лишь постоянные пенделя, и он нафиг не упёрся на более высокой должности, да и врядли потянет.
Вариант три (сказочно-фантастический) Тру сеньрный девопс с красным дипломом масачусецкого технологического и опытом работы в гугл не мение 10ти лет на руководящих должностях ИТ каким то боком затесался в вашу контору грузчиком, и когда пошёл клич по конторе о новой вакансии воспрял духом и решился покорить вершины вашего "пошивочного толстовки цеха" (црм на базе битрикс или что угодно высокоИТшное, как пример)...
А разве испытательный срок не решает проблему неудачного рекрутинга?
Я в IT 30 лет и давно избавился от "детских болезней" научить начальство работать. Чего и вам желаю.
Вам шашечки или ехать?
Мне вот тоже статья не понравилась. Даже не знаю с чего начать. Попробую максимально конструктивно. Свой кейс с подами мне в стек не клади! Дружище, ты сам так писать выучился или есть специальные курсы, как так писать, что бы не понятно было? Или может ты лично для себя писал? Ну правда, без обид, перечитай сам. Одиннадцать лет в АйТи, разве не слышал фразу: "Кто ясно мыслит, тот ясно излагает."
Лично мне куда было бы интересно узнать, сможет ли кандидат расшифровать dump трафика. Это уже будет намного практичнее ...
imho, идея правильная, хотя не совсем понимаю что такое "dump трафика", sniffer trace более понятно, если бы меня интересовало, что именно кандидад знает в этой области вероятно просто спросил бы с какими протоколами приходилось иметь дело и как именно они работают, такой вопрос не так напрягает, но позволяет обсудить тему на любую глубину не предполагая детальное знание rfc
11 лет, а уже такой важный…
Фиг знает, иногда достаточно просто задать пару вопросов из того списка чтобы определить примерный уровень кандидата, а выдать кастомную задачку надо ещё уметь. Про пару pod'ов общающихся через интернет - слишком общий вопрос, который под собой вероятно имеет какую-то конкретную рабочую ситуацию, и кандидат должен постараться вытянуть из интервьюера достаточное количество подробностей чтобы о чем-то там рассуждать. Тоже впрочем полезный скилл, который имеет смысл проверять на собеседовании. Но для "понимания как кандидат думает" лучше дать четкую задачку на логику.
иногда достаточно просто задать пару вопросов из того списка чтобы определить примерный уровень кандидата
это верно, но какие именно вопросы задать требует опыта проведения интервью, мне обычно было достаточно 15 мин на чтение резюме + 20-30 мин собственно интервью, если в результате кандидат почувствовал типа раздражение это уже плохо, без разницы какой результат, но человек должен видеть честное отношение без всяких подвохов, интервью не экзамен, а разговор профессионалов, сколько приходилось делать интервью за 50+ лет работы вспомнить трудно, порядка нескольких сотен
Про подачу - куча воды и реклама телеграм канала в конце. В блоге компании. Туш.
За сам факт статьи спасибо, ибо вопрос найма девопс актуальный, и наличие дискуссии - уже прекрасно.
По существу статьи:
Много сказано про найм в ит. Зачем? Про это сломано так много копий, что еще одно ничего не изменит. Много в статье и верно сказано и спорных моментов
Было бы здорово сделать акцент на найме именно девопса, в чем специфика, отличия от найма программиста, админа, менеджера, аналитика, которых (я надеюсь) мы уже умеем нанимать?
Помотался по собесам в свое время и у меня сложилось впечатление что большинство компаний ищут каких-то пром. роботов под выполнение своих специализированных задач. Но таких роботов пока нет, мы уже рядом но пока нет. Если же вы выбираете среди человеков то нужно искать человека способного разобраться, влится в коллектив и вот это вот все. Как такого найти, хз. Наверное остается ждать роботов.
сложилось впечатление что большинство компаний ищут каких-то пром. роботов под выполнение своих специализированных задач.
именно, или типа сменную мебель для офисов, причем к руководителям это также относится, поэтому имеет смысл работать в меньшинстве, но чтобы попасть на интересные проекты крайне желательно networking, с улицы это трудно, а через большинство рекрутеров просто не реально, есть исключения конечно, но типа 1%
Есть ли тогда вообще в этом чек-листе смысл? Да, есть. Когда вам нужно нанять человека на старте — стажера или джуна.(с)
Это шутка такая? Вы планируете найти стажера или джуна с таким объёмом знаний? Слово "зажрались" тут подходит идеально.
Это из серии - в первый класс брать со знанием тригонометрии, сапромата и в уме что бы апроксимировал матрицу, хотя бы 8*8. Ну а уже в 5 классе можно спрашивать зачем это всё было нужно и где применяется...
Тот список по большей части укладывается в односеместровый поверхностный обзорный курс по информационным технологиям, если смотреть по уровню приведённых ответов.
Это из серии - в первый класс брать со знанием тригонометрии, сапромата и в уме что бы апроксимировал матрицу, хотя бы 8*8. Ну а уже в 5 классе можно спрашивать зачем это всё было нужно и где применяется...
Плохая аналогия подобна котёнку с дверцей, как известно. Здесь скорее уместно сравнивать с тем что абитуриент, поступающий в более-менее серьёзный ВУЗ на STEM-специальность будет знать что такое предел и производная, что есть органика и неорганика, из каких нуклонов состоят атомы, что такое параллельный перенос генов ну и прочее общеобразовательное того же уровня. Да выпускник курсов C++ за 21 день вечерней школы для детей с ограниченными когнитивными возможностями может этого не знать, но зачем ему тогда пытаться войти на мехмат/физфак/фивт/etc
Не надо не до оценивать кол-во вопросов. Выучить всё невозможно. Ну как минимум большое число людей будет ошибаться на одном - двух - трёх - пяти вопросах. Кстати не понятно зачем там вопросы по Go, это же программирование. Само кол-во само по себе качество и если добавятся вопросы как ты решал такую то задачу если она типовая это просто очередной вопрос в копилку вопросов. Поясню за свою область Джава - там тоже немаленькая база на полтысячи вопросов, которые регулярно задают, хотя сейчас задают и задачки, но чаще они тоже имеют свойство повторяться. Код ревью мне даже больше понравился так как кол-во вариантов всё равно меньше чем число вопросов и уже можно пробиться на уровень джун+ или мидла. Кстати синьором мне уже не хочется быть, хотя я им никогда не был, был миддлом, но почему все говорят про синьоров? Человек может быть мидддом много лет, я посмотрел свой gitlub первые коммиты это 4 года назад, а заниматься языком начал намного раньше. Мне до сих пор сложно устроится миддлом на стандартные 200к. Хотя и есть такой опыт, но после увольнения сталкиваешься с огромным давлением тех у кого рисованный опыт. Я вот сейчас думаю что в универе условной несуществующей страны можно вообще сделать 80% практики как мержить ветки, практику решения задач, практику различных стандартов. А не только алгоритмы и как переводить из одной системы счисления в другую. В программировании в целом материала на десятки книг если честно, больше чем в любой другой профессии, может быть кроме медицины, поэтому всё и невозможно выучить.
Почему я возмущен хабрапостом на 75 минут, или Вы неправильно нанимаете DevOps