В первом полугодии 2026 года IT-вакансий в России стало на 21% меньше, чем годом раньше, а резюме — на 21% больше. Такие цифры приводит SuperJob (3DNews). В январе 2026 года аналитики hh.ru оценивали, что с начала 2025-го число IT-вакансий сократилось на 22% (Tproger). Отдельных цифр по джунам там нет, но новичку теперь приходится выделяться среди большего числа кандидатов.
Знать язык и алгоритмы для этого мало. Многое решает портфолио: по нему нанимающий ещё до собеседования видит, что ты уже умеешь.
Почему стандартное портфолио в 2026 году уже не помогает
Классический набор из ToDo-приложения, клона Твиттера и приложения погоды почти ничего не говорит о кандидате. Сами проекты неплохие, просто они есть почти у каждого новичка. Нанимающий менеджер видит их в отклике за откликом, и взгляд за них уже не цепляется.
Ещё одна причина — ИИ-ассистенты. С ChatGPT или Claude за пару выходных можно собрать «трекер привычек на React + Firebase» с тестами и инструкцией. Поэтому проект на GitHub сам по себе больше не доказывает, что человек умеет программировать: он может говорить лишь о том, что человек умеет ставить задачи модели. На собеседовании эта разница быстро становится видна.
Вакансий меньше, и компаниям есть из кого выбирать. Новичка всё реже берут «на потенциал», чтобы долго учить в команде: от джуна ждут, что он быстро начнёт закрывать задачи. Одного «я умею учиться» теперь мало. Портфолио должно показывать, что ты понимаешь, как устроена разработка в команде, и уже решаешь конкретные задачи. Ниже три формата, которые это показывают.
Тип 1. Глубокий проект, доведённый до работы
Многие джуны делают наоборот: собирают много маленьких проектов, по паре недель на каждый, чтобы GitHub выглядел заполненным. Мы советуем другое: лучше один-два доведённых до работы проекта, чем пять учебных клонов.
Тимлид смотрит профиль на GitHub недолго. Если там восемь проектов, он откроет один-два наугад. Когда в них учебные клоны без тестов, без автоматической сборки и с невнятными коммитами, на этом знакомство заканчивается. Совсем другое впечатление производит проект с долгой историей коммитов, тегами версий и задачами, которые автор сам ставил и закрывал.
Что должно быть в таком проекте:
Задача из жизни. Например, бот, который собирает выписки из трёх твоих банков, раскладывает траты по категориям и раз в неделю присылает отчёт. Или сервис, который следит за ценами на нужные товары на Озоне и пишет в Telegram, когда цена падает ниже заданной. Главное условие: ты сам этим пользуешься. Это видно по коммитам: в истории появляются исправления вроде «fix: бот падал, когда в названии товара были кавычки».
История развития. По коммитам должно быть видно, как проект рос: сначала кривой скрипт, потом рефакторинг на классы, тесты, контейнеризация, CI/CD на GitHub Actions, переход с SQLite на Postgres, когда данных стало слишком много. Единственный коммит «initial commit, всё готово» такой истории не покажет.
README, написанный человеком. Шаблон «Awesome Project ✨ — This is a project that does X. Installation: npm install» ничего о тебе не расскажет. Напиши, зачем ты сделал проект, какие были варианты, почему выбрал такой стек, что в нём сломано и что планируешь дальше. По такому README видно, как человек думает.
С таким проектом собеседование может превратиться в разговор о твоих решениях, и тебе будет что рассказать.
У подхода есть цена: на такой проект уходят месяцы. Если ты только начинаешь, делай его параллельно с учёбой.
Тип 2. Контрибуции в опенсорс — даже самые маленькие
Этот вариант подходит не всем. Если ты ещё путаешься в Git, браться за него рано. Если язык ты уже знаешь уверенно и доводилось разбираться в чужом коде, вклад в опенсорс станет одним из самых сильных сигналов для нанимающего.
Вклад в чужой проект показывает то, чего не покажет пет-проект: ты умеешь разбираться в чужом коде. На первой работе большую часть времени ты будешь читать уже написанный код. Если ты можешь войти в незнакомую кодовую базу, найти баг, оформить пулреквест по правилам проекта и ответить на замечания на ревью, ты уже делаешь то, чем джун занят в первые месяцы на работе.
Что можно считать контрибуцией:
Писать в ядро Linux не нужно. Найди на GitHub живой проект с метками good first issue. Исправленная опечатка в документации — тоже пулреквест, и он засчитывается. Потом почини мелкий баг, после него добавь небольшую фичу.
Особенно заметен вклад в библиотеку, которой пользуется команда, куда ты откликаешься: тимлид узнаёт название и видит, что ты уже разбирался в их инструменте. Заодно видно, что ты умеешь переписываться в ишьюсах на английском и спокойно принимаешь отклонённый пулреквест.
Пулреквесты с правкой пробелов и переносов строк ради счётчика в профиле не помогают. Такие правки видны сразу и скорее отпугивают.
Минусы подхода. Понадобится английский хотя бы на уровне чтения документации и переписки в ишьюсах. Если с английским трудно, начни с открытых проектов российских компаний: их меньше, но они есть, например у Яндекса, VK и Ozon Tech. И будь готов, что ответ на пулреквест придёт не сразу. Для опенсорса это норма, хотя ожидание и выводит из себя.
Тип 3. Портфолио, которое решает задачи конкретной отрасли
Третий подход — самый прагматичный: проекты под отрасль, в которую ты хочешь попасть.
Для логистической компании в портфолио нужен проект про маршруты, склады или оптимизацию доставки. Для финтеха подойдёт что-то про платежи, обработку транзакций, разбор банковских выписок. Для e-commerce пригодятся каталоги, рекомендательные системы, A/B-тесты.
Это даёт две вещи. Во-первых, на собеседовании появляется тема для разговора с тимлидом конкретной команды. Вместо общего «у меня есть навыки Python» ты рассказываешь: «Я делал парсер маркетплейсов, столкнулся с такой-то проблемой и решил её так-то. Как у вас в Wildberries с этим?» Разговор сразу идёт почти на равных, как между коллегами.
Во-вторых, ты показываешь, что понимаешь предметную область, а среди джунов это редкость. Если ты знаешь, что такое SKU, чем FBO отличается от FBS и как устроен чекаут в интернет-магазине, на собеседовании в e-commerce-компанию вроде Купера это будет преимуществом.
Как это применить. Выбери несколько компаний, куда тебе действительно интересно попасть. Посмотри их вакансии, блог на Хабре, выступления их инженеров на конференциях, открытый стек. Разберись, какие задачи они решают. Сделай небольшой проект, который повторяет часть их инфраструктуры или решает похожую задачу. Копировать их продукт целиком не нужно.
Этот формат подходит, только если ты уже выбрал отрасль. Если нет, начни с первого или второго типа.
Что перестало работать
Несколько вещей, которые раньше помогали получить оффер, а сейчас дают гораздо меньше.
Сертификат курса как главный аргумент. Сертификаты есть почти у всех, поэтому сами по себе они мало что значат. Аргументом служит то, что ты сделал после курса.
LeetCode-профиль с сотнями решённых задач. Он пригодится, если в компании на собеседовании есть отдельная алгоритмическая секция. В остальных случаях такой профиль мало говорит о том, сможешь ли ты собрать работающий сервис. Команде нужен джун, который напишет REST API без подсказки.
Сертификаты коротких курсов по ChatGPT и Claude, выставленные напоказ в профиле на hh.ru или Хабр Карьере. Навыков они не доказывают, и нанимающих менеджеров скорее настораживают.
Резюме на несколько страниц со списком всех менторов, у которых ты учился. Уложи главное в одну страницу, остальное пусть будет на GitHub.
Оговорки
Хорошее портфолио не гарантирует оффер. Поиск первой работы занимает время даже с сильными проектами. Надёжной статистики по срокам мы не нашли, поэтому называть их не будем: многое зависит от направления, города и того, как рано ты начинаешь откликаться. Отложи деньги на этот период заранее, чтобы не пришлось бросить поиск на полпути.
Если тебе за 35 и ты переходишь из другой профессии, портфолио весит ещё больше: спрос на взрослых новичков ниже, это мы разбирали в статье «Как войти в IT после 35 лет». Аргументы в твою пользу должны быть видны в коде. Помогает и прошлый опыт: проект под знакомую отрасль, то есть третий тип, тебе собрать проще всего.
Если ты живёшь в небольшом городе и рассчитываешь только на удалёнку, конкуренция будет выше: удалённых вакансий для новичков мало. Тут одного портфолио не хватит, нужен нетворкинг. Ходи на митапы, хотя бы онлайн, участвуй в IT-чатах в Telegram, выступай на небольших локальных конференциях.
Что сделать на этой неделе
Если ты только начинаешь, выбери один из трёх типов и берись за работу. Делать всё сразу не стоит, силы распылятся.
Если на GitHub уже лежит десяток учебных проектов, удалять их не нужно. Закрепи вверху профиля один-два самых сильных, остальные пусть остаются ниже.
Если ты уже ищешь работу, но приглашений нет, посмотри на портфолио глазами тимлида, который впервые открыл твой профиль. Если он увидит восемь поверхностных учебных проектов, пора менять стратегию.
Рынок стал требовательнее, и диплом курса теперь весит меньше, чем код, который ты можешь показать. Собрать такой код сложнее, но это выполнимо.