Портфолио разработчика в 2026: что смотрят при найме джунов
Поговорим о цифрах. Вакансий для джуниоров за последний год стало заметно меньше — по разным оценкам, примерно на пятую часть. Во фронтенде ситуация чуть хуже — ближе к 25%. При этом количество выпускников курсов растёт, поэтому конкуренция значительно увеличилась. Раньше на одну позицию приходилось около 70-100 откликов, теперь — 200-400, а в Москве на Python-вакансии бывает и все 700!
При этом часть джунов всё же находит работу за 2-4 месяца — это самые подготовленные, у кого портфолио собрано грамотно. Решает тут не гениальность и не знание алгоритмов наизусть. Решает то, как оформлено портфолио. Мы пообщались с нашими выпускниками, которые недавно устроились, и с десятком тимлидов и технических лидеров, и вот какие наблюдения сделали. Выделили три типа портфолио, которые реально работают. Это не список «лучших пет-проектов», а скорее структурные подходы — как джуну подать себя, чтобы его вообще заметили.
Дальше разберёмся во всём по порядку. С оговорками, цифрами и тем, что, к сожалению, уже не работает.
Почему стандартное портфолио в 2026 уже не «катит»
Честно говоря, классический набор из ToDo-приложения, клона Твиттера и погодного приложения в 2026 году почти не работает. И дело не в том, что эти проекты плохие. Просто нанимающий менеджер за день может посмотреть 30-50 откликов, и в большинстве из них увидит именно эти три проекта. Они стали фоновым шумом, мозг рекрутера их автоматически фильтрует.
Ещё одна проблема: GPT и Claude настолько развились, что любой человек может за пару выходных сгенерировать «приложение для отслеживания привычек на React + Firebase» с тестами и инструкцией. Получается, наличие проекта на GitHub уже не означает, что человек умеет программировать. Это скорее показывает, что человек умеет давать хорошие промпты. Разница большая, и опытные тимлиды это чувствуют.
К тому же, количество вакансий уменьшилось, а требования компаний выросли. Если в 2022 году джуна могли взять «на потенциал» и долго его обучать, то в 2026 году от джуна ждут, что он закроет первую задачу уже через неделю-две. Планка поднялась. Одного «я умею учиться» теперь мало — портфолио должно показывать, что вы уже решаете конкретные задачи в реальных проектах.
Портфолио в 2026 — это доказательство того, что вы понимаете, как устроена реальная разработка, а не просто папка с проектами после курса. Вот три формата, которые это показывают.
Тип 1. Один глубокий проект вместо пяти поверхностных
Этот подход, на наш взгляд, сильно недооценён. Многие джуны поступают наоборот: делают пять-семь маленьких проектов, по две недели на каждый, чтобы заполнить GitHub. И это, к сожалению, убивает их шансы.
Тимлид смотрит на репозиторий 40 секунд. Если видит 8 проектов, он откроет один-два случайных. И если в них — учебные клоны без тестов, без автоматической сборки, без нормальных коммитов, то отказ. Но если он видит ОДИН проект, зато с 200 коммитами за полгода, с нормальной историей, тегами версий, и задачами, которые сам же и закрывал — это совсем другое.
Что должно быть в таком проекте, чтобы он реально работал:
Реальная задача, не учебная. Что-то вроде: «написал бота, который собирает выписки из моих трёх банков, классифицирует траты и раз в неделю присылает мне отчёт». Или «сервис, который следит за ценами на конкретные товары в Озоне и пишет в Telegram, когда цена падает ниже определённого значения». Главное условие: вы сами этим пользуетесь. Это видно по коммитам — там будут исправления вроде «fix: бот падал, когда в названии товара были кавычки», а не просто «added feature».
История развития. Здесь важен не единственный коммит «initial commit, всё готово», а видимые полгода работы: сначала кривой скрипт на 200 строк, потом рефакторинг на классы, потом тесты, потом контейнеризация, потом CI/CD на GitHub Actions, потом переход с SQLite на Postgres, когда данных стало слишком много.
README, написанный человеком. Не «Awesome Project ✨ — This is a project that does X. Installation: npm install». А: «Зачем я это сделал, какие были варианты, почему выбрал такой стек, что в проекте сломано, что планирую делать дальше». По такому README видно, как человек мыслит.
По опыту, ребята из потока Python, которые получали офферы быстрее всех, почти всегда приходили на собеседование с таким проектом. И собеседование часто превращалось в обсуждение именно его, а не в проверку знаний теории.
У подхода есть цена: такой проект требует времени. Полгода на один проект — это много. Если вы только начинаете, делайте его параллельно с обучением, не вместо него.
Тип 2. Контрибуции в опенсорс — даже самые маленькие
Этот вариант подходит не всем. Если вы учитесь четвёртый месяц и ещё путаетесь в Git — пока рано. Но если у вас уже есть базовые знания (год самообучения, понимание языка, опыт работы с чужим кодом) — это один из самых сильных сигналов в 2026.
Почему: контрибуция в чужой проект показывает то, что ни один пет-проект не покажет. А именно — что вы умеете разбираться в чужом коде. Это ключевой навык джуна: на первой работе 90% времени вы читаете уже написанное и только 10% пишете своё. Если умеете влезть в незнакомую кодовую базу, найти баг, написать Pull Request по правилам проекта и ответить на комментарии при ревью — это ровно то, чем вы будете заниматься в первые месяцы на работе.
Что можно считать за контрибуцию:
Не нужно сразу пытаться писать в ядро Linux. Достаточно найти проект на GitHub с ~500-5000 звёзд, у которого есть тег good first issue. Поправить опечатку в документации — это уже Pull Request, и он засчитывается. Затем — починить мелкий баг. Потом — добавить небольшую фичу.
Реальный пример. Один из ребят, который сейчас работает фронтенд-разработчиком в стартапе, попал туда так: за полгода обучения он сделал 6 Pull Request в библиотеку, которой пользовалась команда компании. Когда тимлид увидел его профиль на GitHub и узнал название библиотеки — собеседование было формальностью. Не потому что он гений, а потому что показал: умеет быстро войти в курс большого проекта, общаться на английском в ишьюсах и спокойно воспринимать, что его Pull Request могут отклонить.
Оговорка: Pull Request с правкой пробелов и переносов строк ради цифр в профиле не работают. Тимлиды это видят сразу, и это скорее отпугивает.
Минусы подхода: вам понадобится английский язык хотя бы на уровне чтения документации и переписки в ишьюсах. Если с английским проблемы, можно начать с русскоязычных проектов (их меньше, но они есть — например, библиотеки Яндекса, VK или некоторые проекты Ozon Tech). Ещё нужно быть готовым к тому, что отзывы на Pull Request могут прийти не сразу. Это норма для опенсорса, но может немного выводить из себя.
Тип 3. Портфолио, которое решает задачи конкретной отрасли
Третий подход — самый прагматичный из трёх. Суть в том, чтобы делать проекты не «просто для кода», а заточенные под индустрию, в которую вы хотите попасть.
Если вы хотите устроиться в логистическую компанию — у вас в портфолио должен быть проект, связанный с маршрутами, складами, оптимизацией доставки. Если в финтех — что-то про платежи, обработку транзакций, парсинг банковских выписок. Если в e-commerce — про каталоги, рекомендательные системы, A/B тесты.
Это даёт две вещи. Во-первых, на собеседовании у вас сразу будет о чём поговорить с тимлидом конкретной команды. Не абстрактное «у меня есть навыки Python», а «я делал парсер маркетплейсов и столкнулся с такой-то проблемой, решил её так-то — а как у вас в Wildberries с этим?». Это сразу переводит разговор в плоскость коллег, а не «интервьюер-кандидат».
Во-вторых, вы показываете, что понимаете предметную область. А это для джуна редкость. Большинство джунов одинаково плохо разбираются во всех индустриях. Если вы знаете, что такое SKU, чем отличается FBO от FBS, как работает чек-аут в e-commerce — это уже даёт вам преимущество на собеседовании в СберМаркет.
Как это применить: выберите 3-4 компании, в которые вам действительно интересно попасть. Посмотрите их вакансии, блог на Хабре, выступления их инженеров на конференциях, открытый стек. Поймите, какие у них проблемы. Сделайте небольшой проект, который имитирует часть их инфраструктуры или решает похожую задачу. Это не значит делать клон их продукта — это значит попробовать себя в их «песочнице».
Важная оговорка: этот формат работает только если вы уже определились с отраслью. Если ещё нет — лучше начать с типа 1 или 2.
Что в 2026 году уже не прокатит
Ещё несколько вещей, которые ещё два года назад могли помочь получить оффер, а сейчас работают сильно хуже или вообще не работают.
Сертификаты курсов в резюме как главный аргумент. Сейчас сертификат есть у всех. Это лишь пропуск на собеседование. Аргументом же служит то, что вы сделали после курса.
LeetCode-профиль с 500 решёнными задачами. Может пригодиться, если вы претендуете на позицию в FAANG-компании. А если в обычную российскую компанию — никто на это не обратит внимания. Тимлиды устали от ребят, которые знают наизусть динамическое программирование, но не могут написать REST API без подсказки.
«Сертификаты» от ChatGPT/Claude курсов в LinkedIn. Это вызывает у нанимающих менеджеров неприязнь. Не стоит.
Резюме на 4 страницы со списком всех менторов, у которых вы учились. Тимлид смотрит резюме 40 секунд. Уместите всё главное на одной странице, а остальное — в GitHub.
Реалистичные оговорки
Всё, что написано выше — не волшебство. 2-4 месяца до оффера — это срок для самых подготовленных. В среднем же даже с хорошим портфолио поиск работы в 2026 занимает 2-6 месяцев. Это норма, нужно быть к этому готовым, морально и финансово — как минимум, иметь запас средств на 4-6 месяцев.
Если вам 40+, и вы переходите из другой профессии — портфолио становится ещё важнее, чем для молодых специалистов, потому что у вас нет преимущества в виде «молодости и низкой зарплаты». Но шансы есть — как показывает опыт, люди 35-45 трудоустраиваются на 1-2 месяца медленнее, но потом часто закрепляются лучше, потому что к работе подходят более осознанно.
Если вы живёте в небольшом городе, и удалёнка — ваш единственный вариант — конкуренция будет намного выше. Тут одного портфолио мало, нужен ещё и нетворкинг: посещайте митапы (хотя бы онлайн), участвуйте в IT-чатах в Telegram, выступайте на небольших локальных конференциях.
И самое главное: в 2026 году найти работу джуну за 2 недели почти нереально. За те самые 2-6 месяцев активного поиска с хорошим портфолио — вполне реально. За год с откликами на вакансии без портфолио — скорее всего, не получится.
Что сделать на этой неделе
Если вы только начинаете — выберите один из трёх типов и приступайте к работе. Не пытайтесь делать всё сразу, это только распылит ваши силы.
Если у вас уже есть GitHub с десятком учебных проектов — не удаляйте их, но закрепите вверху профиля один-два самых сильных проекта. Остальное можно оставить ниже, чтобы не портить впечатление.
Если вы уже месяц-два ищете работу, но всё безрезультатно — пересмотрите своё портфолио глазами тимлида, который тратит на него 40 секунд. Что он увидит? Если ответ «8 поверхностных учебных проектов» — пора менять стратегию.
Рынок действительно стал более требовательным. Просто теперь смотрят не на диплом об окончании курсов, а на то, что вы уже умеете делать. Это сложнее, но вполне выполнимо.