Привет, Хабр! Это очередная статья, где абсолютно незнакомый парень будет рассказывать вам о том, с какими трудностями вам придется столкнуться при попытке устроиться на работу программистом (в моем случае — на позицию Java Backend Developer (джун)).
Сразу скажу, что, когда я говорю о программисте, я имею в виду вполне квалифицированного и ответственного человека, а не "вкатуна", который вчера закончил курсы (хотя, справедливости ради, отмечу, что оттуда тоже выходят адекватные специалисты).
Также уточню, что я, как и любой другой человек, могу ошибаться. У вас есть прекрасная возможность указать на мои недочеты в комментариях — без лишней агрессии.
Приступим.
№1 - HR
У многих кто в первый раз начинает или уже имеет опыт в поиске работы, так или иначе приходится сталкиваться с этим человеком. Это уже база. Тут уж ничего не поделаешь. Кидайте вы свое резюме и сталкивайтесь с несколькими проблемами:
«У меня нету времени чтобы рассматривать подробно каждое резюме. Максимум 10 секунд на 1 резюме.»
В смысле — 10 секунд на одно резюме? Как можно за такой короткий промежуток времени хотя бы примерно оценить бэкграунд кандидата?
Я понимаю, что у вас около 500–600 резюме в откликах, но давайте будем честны: 50–60% — это случайные люди, у которых даже профиль в HeadHunter не оформлен (вкатуны). Другая часть отсеется клинком, имя которому — «Фильтры HeadHunter». В итоге из условных 500–600 человек у вас останется от силы 100–120.
Да, конечно, есть и другие площадки, но будем честны — большая часть трафика приходится именно на HeadHunter. Даже если прикинуть, что на каждого кандидата уйдет условные 1–2 минуты, суммарно весь процесс займет 2–3 часа.
Ну не поленись. Прочитай это резюме. Вникни в то, что там написано. Это же, черт подери, твоя работа, за которую тебе платят!
«У вас не так расположены контакты. Опыт работы надо писать в начале, после пункта О себе. Да и вообще неряшливо все. Как можно нанимать такого?»
Тут вообще начинается откровенный бред. Какая разница, как и где что расположено? В моем резюме есть все, что нужно: ФИО, контакты, немного информации обо мне, опыт работы и стек технологий. Какая разница, что раздел «О себе» стоит выше пункта «Опыт работы»? Хорошо, не хотите читать обо мне — так пропустите. Все же уместилось на одном листе, это не займет много времени!
Отсутствие ответа со стороны рекрутера
Ты вот откликнулся на вакансию, а тебе даже отказ не кидают. А потом выясняется, что HR (у которого, видимо, так мало времени, что приходится тратить аж 10 секунд на одно резюме) даже не посмотрел твое резюме.
Окей, молчание — знак отказа. Однако тут есть проблема, причем в первую очередь для бизнеса: риск потерять ценного кандидата просто потому, что HR не удосужился проверить резюме.
№2 Тестовое задание
Один из самых абсурдных пунктов.
Вот сделал условный джун неоплачиваемое тестовое задание, а ему начинают делать замечания про архитектуру, про то, что у него скрипт работает на 0.00000001 секунды медленнее, чем хотелось бы…
Хорошо, если вы требуете от кандидата таких скиллов, тогда, может, стоит либо поднять зарплаты на эту позицию, либо сделать тестовое задание оплачиваемым?
Будет ли кандидат тратить кучу времени на продумывание архитектуры для тестового задания, после выполнения которого нет никаких гарантий трудоустройства? Сомневаюсь.
Окей, допустим, джун все это знает. И что дальше? Вы бы лично доверили ему реализацию сверхважного функционала, даже с учетом этих знаний? Тоже сомневаюсь.
Я понимаю, что требования со стороны бизнеса растут, но требовать от джуна знаний, которые на этом этапе ему по сути не нужны, просто потому что «так надо» и «потом пригодится», — это бред.
№3 Cобеседование
Если вам каким-то чудом удалось миновать две предыдущие «мясорубки», вас ждет последний этап — собеседование.
Откровенно говоря, меня ждало разочарование, когда я начал смотреть примеры собеседований. Все максимально однотипно и нудно.
Большая часть интервьюеров спрашивают одно и то же: какие методы есть в классе Object, что такое hashCode() и equals(), основы Collection Framework и т. д. Другая часть вообще забивает на здравый смысл и начинает копать вглубь JVM на уровне байткода, разбирая, как там все устроено… Вопрос «А надо ли?» остается открытым.
Я посмотрел около 5–6 собеседований, и только в одном из них интервьюер показал кусок кода, который нужно было отрефакторить, и попросил пояснить свою позицию. Да, 5–6 собеседований — выборка небольшая, но если ты нанимаешь условного мидла, не логичнее ли спрашивать о том, с чем ему действительно придется работать? Показать реальный код, который нужно улучшить, и обсудить варианты его оптимизации.
В остальном собесы — это зубрежка. Да, могут докопаться до чего-то, но не так, чтобы прям серьезно.
Заключение
Абсолютно без понятия, как решать эти проблемы и можно ли их решить вообще, учитывая огромное количество людей и точек зрения но... в любом случае, я надеюсь на лучшее. Спасибо, что дочитали пост до конца. Надеюсь, мы сможем изменить рынок труда к лучшему.
