Привет, друзья! Сегодня поговорим о джуниорах и найме. Причём не с позиции HR-специалиста, а от человека, который сам когда-то входил в IT, был джуном, тимлидом, и теперь подбирает людей как менеджер. То есть посмотрим на всё это с двух сторон - глазами кандидата и глазами нанимающего, конечно это не правда последней инстации, только личный опыт и мысли.
Постараюсь рассказать честно и по делу. Без воды, без клише. Надеюсь, эта статья будет полезна тем, кто сейчас находится в начале пути.
(На старте статьи - ребята с опытом, если не сложно, накиньте свои мысли в комментах. Возможно, наши советы действительно кому-то помогут. Хотелось услышать не только про "накрутку опыта", а и про боевые кейсы)
Рынок джунов: жёсткий, но не без шансов
Начнём с главного. Джуниор - это не просто первая ступень в карьере, это битва за внимание. И если вы думаете, что вас ждут с распростёртыми объятиями только потому, что вы прошли курсы, - увы, это не так.
На одну позицию может приходить несколько сотен резюме. И знаете, что с ними происходит? Их бегло пролистывают. И если в вашем резюме нет ничего, что выделяет вас из толпы - оно уходит в корзину.
И это не потому, что вы плохой. Просто, ну, слишком много желающих отсюда появляется конкуренция.
Ctrl+C, Ctrl+V не работает
Один из самых частых случаев - типовые резюме после курсов. Ctrl+C, Ctrl+V из методички, в конце курса ребятам обещают помощь в труда устройстве, что в реальности часта выглядит как всем скинутый одинаковый шаблон и тут начинается стандартная тактика - немного поменяли имя, и отправили. Проблема в том, что таких сотни, одинаковых, без отличий...
Если вы хотите, чтобы на вас обратили внимание - покажите, что вы реально существуете. Что у вас есть бэкграунд, какой-никакой, но свой.
И это подводит нас к следующему пункту.
GitHub - ваш лучший друг
Ребята, если вы в IT, и у вас нет GitHub - вы как повар без ножа. Даже если вы делаете простые проекты - заливайте их. Пусть будет история. Пусть будет прогресс. Пусть видно, что вы пробуете, шаг за шагом, что вы последовательны
И не бойтесь, что это «слишком просто» или «ещё не идеально». Никто не ждёт от вас ультра уровня. Но если у вас есть хоть какие-то проекты, в которых можно покопаться - это уже +100 к доверию.
Пет-проекты и джемы: меньше слов, больше дела
Проходите джемы, участвуйте в хакатонах, делайте свои штуки. Хоть калькулятор, хоть заметочник. Главное - начать и закончить. Это важнее, чем кажется.
Когда я просматриваю резюме, и вижу ссылку на работающий сайтик, или пусть даже гифку с демкой, или просто что у человека есть какая то мотивация что то пропустить через руки - мне сразу понятнее, с кем я говорю. Это живой человек, который реально что-то делал, а не просто смотрел, как кто-то пишет код.
Старайтесь закрывать цикл: начали - довели до конца
Лучше один завершённый пет-проект, чем пять брошенных на половине. Это формирует мышление «делай, доводи, фиксируй результат». Это то, что потом отличает хорошего разработчика от студента, который постоянно всё переписывает или бросает на первой сложности.
В резюме важно:
Внятная структура
Удобные контакты
GitHub (ещё раз, да)
Проекты: кратко, чётко, по делу
Краткая предыстория (если она релевантна)
Если у вас до этого был другой опыт - не проблема. Но не тяните его на главную позицию. Если вы были продавцом-консультантом - круто, это говорит о ваших софт-скиллах. Но пусть это будет внизу, а не в шапке, подсветите то что может быть полезна на новом месте.
Личный взгляд с точки найма
Когда я подбирал ребят в проект, мы просматривали десятки резюме. И знаете, что сразу выделяет? Не крутые слова. А наличие «живого следа» - гита, пет-проекта, демки.
У нас был случай: парень прошёл собеседование только потому, что у него в GitHub были интересные проекты общаясь по ним у него горели глаза он понимал что из зачем туда затащил, он правда знал что он делал. Это не был идеальный проект. Но он показал, что человек не просто «хочет войти в IT», а уже пробует. Мы взяли его - он быстро влился, потому что понимал, что и как работает. Пусть не идеально - но понимал.
Мой путь: от курсов до оффера за две недели
Когда я в своё время обучался, я буквально залпом прошёл базовые курсы по C# и Unity. Я тогда входил в айтишку со стороны юнити-разработки. Не задерживался на каждом уроке - пробегал вперёд, даже если что-то не до конца понял. Почему? Потому что на старте у тебя ещё нет понимания, зачем тебе эти конкретные вещи, и лучше не застревать, а идти дальше и делать, причинно-следственная связь предельно важна при обучении.
Параллельно с курсами я начал лепить собственные пет-проекты. И лепил много - в какой-то момент у меня было около 30 проектов, приложений, экспериментов. Что-то шло в Store, что-то оставалось в гите. Были проекты с рекламой, аналитикой, были AR-пробы, даже немного VR.
Это дало мне офферы буквально за пару недель после того как я таки решил оформить и открыть резюме - был выбор, куда пойти. Сейчас рынок, конечно, другой. Но как и прежде живые резюме у единиц.
Итог
Учёба - не конечная точка. Курсы - это только начало, пожалуй это поможет накидать скелет знаний.
Работайте над собой - делайте вещи руками.
Ведите историю. Это важно.
Выделяйтесь не словами, а делами.
И да - не сдавайтесь. Рынок сложный. Но шанс есть, если вам действительно интересно, вас тянет то нужно двигаться только вперед, верить в себя. И если вы пройдёте этот этап - дальше будет легче.
Комментарии (9)
MikhailZakharov
06.06.2025 12:06В очень ближайшем будущем, если уже не сейчас, работу сотрудников уровня Джун будут заменять ИИ: разработка прототипов, простых модулей, скриптом, подготовка отчетов и т.д. Возникнет потребность в сеньорах, но как им стать не пройдя уровень джун. Возможно на передний план выйдет качественная характеристика - возможность роста и длительной работы в компании. Как это будут выявлять пока представить сложно
AlexSav_21 Автор
06.06.2025 12:06Таки остаётся только наблюдать и развиваться, чтобы не прогнуться под изменчивый мир!
AdrianoVisoccini
06.06.2025 12:06Когда я подбирал ребят в проект, мы просматривали десятки резюме. И знаете, что сразу выделяет? Не крутые слова. А наличие «живого следа» - гита, пет-проекта, демки.
вопрос только сколько таких как вы обращает внимание на гит, пет, демку при просмотре резюме. А ещё важнее, сколько HR это делают до того, как это попадет в руки вам, по тому что есть некоторое ощущение, что HR фильтр работает немного по другому принципу и ваши гиты не учитываются
Не стоит забывать, что личный опыт не является показателем ничего.Где-то было исследование с рассыланием резюме со ссылкой на гит, к которой был подключен счетчик и количество переходов там было меньше 1% и то неизвестно, этот 1% смотрел код, или просто глянул оформлен ли гит и есть ли там зеленые квадратики
AlexSav_21 Автор
06.06.2025 12:06Ровно по этой причине в самом начале поста я написал что это мой личный опыт и моё мнение, а не первая инстанция и по этой причине попросил так же делиться мыслями)
SeveR31
Везде вижу этот совет про пет-проекты, но ещё ни разу не было ситуации у меня или знакомых, когда его наличие/отсутствие что-то решало. Чаще всего даже тестовые смотрели формально. Имхо, пет-проекты чаще всего делают очень типовые и активно воруют друг у друга, а с эпохой ИИ проверить его не представляется возможным.
От себя могу посоветовать придумать заранее ответы на базовые вопросы hr-ов в стиле "Почему уходите"/"На что обращаете внимание"/"что ожидаете от нас"/"Готовы ли к офису и почему, если нет"и т.д., их спрашивают каждый раз и имея его сразу в голове вы сэкономите время себе и эйчару, заодно покажете свои базовые потребности и умение связно мысли выражать. Либо не потратите лишнее время на вакансию, если вы очевидно не подходите компании по каким-либо ценностям или она не подходит вам.
Резюме стоит писать нешаблонно, но придерживаясь какой-то базовой структуры, чтобы нанимающим было комфортно в нём ориентироваться. Какой шаблон брать - уже дело каждого, кому-то больше hh-шные нравятся, кто-то за LinkedIn-овские топит, тут дело вкуса.
Под какие-то конкретные вакансии резюме можно немного перерабатывать, делая акценты на более важных для конкретного случая частях (но без вранья, просто сместить приоритет на то, что нужно нанимающим).
Удивлен, что не назван самый базовый совет - поищите человека из компании, который может дать вам рекомендацию. Это самый простой способ выделится, как минимум отклик точно не утопнет и будет хотя бы просмотрен. Но получите вы её или нет - зависит уже от дающего, тут могут быть любые конкурсы - от помойки окон в чужой хате (реальный случай, благо не с моим участием) до прохождение условных тестовых, подтверждающих вашу адекватность.
Образование ВУЗовское в резюме наврятли повредит, как и аттестаты о переквалификации, а вот насчет курсов советую два раза подумать - можете попасть в фильтр. Лучше перестраховаться, если не уверены в том, что он ценится.
Ну и наверно совсем база, но лучше ведите себя прилично с hr-ом,поздоровайтесь, уважительно общайтесь (обычно они сами спрашивают формат общения на ты/вы, но не стесняйтесь спросить, если обращение неочевидно) и не зевайте в камеру. Оставленное хорошее впечатление не гарантия успеха, но повысит ваш шанс не отлететь сразу же.
Я понимаю, что джунам первую работу главное найти и не важно какую, но лучше подумайте два раза, куда идете, чтобы потом через год не менять офис на психушку. И не ждите заоблачных ожиданий от старта, всё придёт со временем
vldmrmlkv
А какая разница какие эти проекты если кандидат может про этот проект рассказать и ответить на вопросы? Сложно будет отвечать без понимания. Разве не в этом смысл? Или, например, можно заранее дать кандидату ссылку на, актуальный для компании по стеку и подходам , проект и время "запустить, посмотреть", а потом обсудить - тоже может быть интересный челлендж.
SeveR31
Проблема та же, что и с заучиванием ответов на типовые вопросы. Человек может шаблонно запомнить, что делает условно тот или иной кусок кода, иногда даже построчно. Особенно если проект простой и там нет каких-то сложных библиотек/нюансов/потенциальных выстрелов в ногу. Нужно будет ещё отловить кандидата на том, что он не знает или лжёт. Я на всякий случай оговорюсь, что не претендую на истину последней инстанции, но по моему персональному опыту это именно так - чужие не смотрят совсем, потому что это очередной клон калькулятора/фейсбука/подставьте что под сферу подходит, сделанного по инструкции, либо чужая работа, которую человек может по базе объяснить, а потом входит в ступор от какого-то вопроса, не касающегося проекта.
Это звучит интересно, но тут можно напороться на кучу подводных камней:
Запустить чужой проект это всегда весело, особенно если он ещё разрабатывался на иной платформе.
Это трудозатратно для кандидата и при этом совершенно бесполезно в будущем. Если пет-проект можно показать следующему работодателю (даже если не глянут), то вот такая оценка чужого это время вникуда, если не возьмут
Т.к мы говорим о начинающих специалистах, они и не должны разбираться, на мой взгляд, в архитектуре и чужих проектах :) но тут личное мнение, компаниям виднее
Думаю при попытке реализации ещё что-то всплывёт, но формально это просто вариация тестового задания, которые мало кто любит в целом.Чтобы такая затея сработала, нужна компания уровня Яндекса, где можно на собезах устраивать любой уровень отсева. А если это устроит условная компания на 100-200 человек, то джуну проще отправить ещё 10 откликов в другие места, чем тратить много времени в одном месте, которое может ещё не окупиться совсем.
Но благодаря вашему сообщению всплыл ещё один совет, который в последнее время набрал актуальность - новичкам стоит готовится к тому, компании начинают вставлять в собез этап лайв-кодинга из офиса, если в вакансии не фул удалёнка предполагается. Так что надо наращивать навык кодить под присмотром (даже если это противно)
vldmrmlkv
без гугла? )
VitalyZaborov
Извиняюсь, но как Вы себе это представляете? В первый рабочий день руководитель объявляет сотруднику, что его выбрали из 20 кандидатов и именно за пет-проект?
Мне приходилось довольно продолжительное время проводить собеседования и разбирать резюме, и да, мы смотрели на пет проекты в числе прочего. Но мы никогда не рассказывали людям как и почему мы их выбрали.
Насчёт заучивания ответов - не знаю полезно ли, но замечу, что собеседование - это не экзамен. Тут чтобы пройти не нужно на 100% вопросов правильно ответить. Бывает, что кандидат отвечает верно на половину и всё равно проходит, а бывает и наоборот.