Берёмся за сложную и болезненную тему: поиск работы и позиционирование себя как разработчика на рынке. Начнём с главного: как выглядеть полезным кандидатом для бизнеса. Универсального способа нет, но мы расскажем, как по-честному показать себя в хорошем свете и где брать доказательства этой пользы. Всё на примере подведения итогов года — календарного или личного.
Дадим готовые шаблоны, по которым можно составить текст и выложить в соцсетях, добавить в портфолио или приложить к откликам.
Главная сложность: чтобы быть полезным кадром в глазах людей, эту пользу нужно обозначить фактами. Сравните итоги:
«Много работал, писал код, учил React, участвовал в проектах».
И такие:
«Вырос с Junior до Middle.
Реализовал полноценные части бизнес-логики в двух коммерческих проектах, закончил один личный пет-проект и один учебный.
Развил стек технологий:
JavaScript → ES6+, async/await;
React → React + взаимодействие с REST API;
Node.js → CRUD, middleware, ошибки.
Прошёл пять собеседований по плану: HR → техскрининг → техинтервью. В двух компаниях дошёл до финального этапа. Получил подробный фидбэк по слабым местам и закрыл их».
Вторая запись выглядит сильнее не потому, что длиннее, а потому что в ней есть факты. Рекрутер посмотрит и поймёт, что именно вы умеете, — а если не поймёт, то позовёт руководителя команды и сможет спросить, подходит ли человек с такими умениями. Главное, что вы дадите точные сигналы о себе на рынок. А ещё покажете свой способ мышления — часто это так же важно, как скилы.
Теперь посмотрим, какие факты подходят для таких кратких итогов. Если у вас чего-то не хватает, не расстраивайтесь, потом мы расскажем, как закрывать такие пробелы.
Ищете работу в IT?
Карьерный навигатор Практикума разберёт ваше резюме, проложит маршрут к первому работодателю, подготовит к собеседованиям в 2026 году, а с января начнёт подбирать вакансии именно под вас.
Зарплата
Если за год ваш оклад менялся, про это можно рассказывать, если не запрещено правилами компании. Но лучше это делать, если можете объяснить, за что именно вас повысили, иначе это будет выглядеть как заслуги напоказ.
Сравните такую запись:
«Зарабатывал 80 000 рублей, стал зарабатывать 120 000».
И такую:
«За год оклад вырос со 80 000 до 120 000 рублей. Для этого я начал брать больше самостоятельных задач по реализации отдельных частей проектов. Дополнительно помогаю проводить онбординг новых специалистов в компании, погружаю в процессы и инструменты стека».
Скилы
Если оклад не менялся, можно написать отдельно про рост обязанностей. Тут тоже важно, чтобы получилось написать что-то точное:
«Научился лучше подбирать стек под задачу и реализовывать базовую серверную часть (CRUD, валидация, авторизация, интеграция с БД) на Django, FastAPI и Flask за 15–20 часов чистой разработки».
Проекты
Напишите, над какими именно проектами работали и что делали. Сначала, если есть, расскажите про коммерческие проекты, за которые получили оплату:
«Участвовал в коммерческом проекте:
- сделал лендинг (HTML/CSS + минимальный JS);
- реализовал backend-часть для обработки заявок;
- настроил приём и валидацию данных с формы;
- обеспечил отправку данных на почту / в хранилище.
Проект был запущен и используется заказчиком».
Но про учебные и личные проекты тоже пишите. Объясните, чем они полезны и где на них можно посмотреть и попробовать использовать:
«Сделал пет-проект — телеграм-бот на Python. Что умеет:
- обработка пользовательских команд;
- работа с внешним API;
- хранение состояния пользователя;
- базовая обработка ошибок.
Ссылка на публичный репозиторий — https://github.com/...».
Технологии
Укажите, как изменился стек, которым владеете. Как об этом можно написать в формате прогресса за год:
«Углубление личного стека технологий за 2024 → 2025:
JavaScript → использование async/await и ошибок.
React → работа с компонентами и состоянием.
API → использование REST и контрактов.
Git → участие в code review».
Можно объяснить свой рост по-другому, если видны понятные факты:
JavaScript → JavaScript + TypeScript.
React → React + Redux Toolkit.
Git → Git + CI (GitHub Actions).
Активность в GitHub
У каждого профиля на GitHub можно посмотреть статистику: сколько звёзд набирали репозитории, как часто человек обновлял репозитории и добавлял предложения и правки в проекты других людей. Все эти действия видны в статистике профиля.
На Github звёзды показывают, сколько раз ваш репозиторий сохранили себе другие люди. Это важный показатель, но специально стараться получить его не нужно. Вместо этого просто старайтесь вести полезные интересные проекты — тогда со временем их обязательно заметят другие люди и начнут сохранять себе.
Если вы просто стабильно работаете, постепенно показатели активности вырастут. Специально ничего накручивать не надо: просто периодически заходите на GitHub, обновляйте свои проекты, смотрите чужие, анализируйте, пробуйте предлагать правки. Это пригодится не только для профиля, но и для собственного роста.
Lighthouse
Открытый проект от Google, который оценивает веб-страницы на производительность. Если вы фронтенд-разработчик, можно отправить свои проекты в Lighthouse, посмотреть предложения по улучшениям и довести рейтинг до 90–100.
Одна оценка в Lighthouse 100 не говорит о том, что вы хороший программист, но вместе с остальными показателями будет плюсом. Будет ещё лучше, если вы опишете, что именно меняли в проекте и как довели оценку до высокой.
Собеседования
Можно показать собеседования в хорошем свете, если написать о них честно и объяснить, как они помогли вам вырасти. Как все остальные показатели, собеседования — не единый индикатор успеха, а отчёт о калибровке по рынку.
Так писать не нужно:
«Прошёл несколько собеседований, но мне не подошли условия по окладу».
В отчётах нужно избегать хвастовства или жалоб — даже если это не так, читающий ваш пост или сопроводительное письмо человек может так подумать.
Так тоже плохо, потому что ничего конкретно не понятно:
«Прошёл 12 собеседований».
Лучше так:
«За год прошёл шесть собеседований. Дошёл до технического этапа в трёх случаях. В итоге получил один офер. По результатам понял, что нужно подтянуть алгоритмы и работу с базами данных. Сейчас уверенно отвечаю на 80% вопросов по этим темам».
Опытным разработчикам тоже полезно ходить на собеседования и проверять, что сейчас нужно компаниям. Если об этом написать, будет профессионально:
«Использовал собеседования как способ проверить себя по рынку. Составил список типовых вопросов, которые повторялись, включил их в личный план обучения».
Статьи
Статьи в профиле и портфолио добавляют вам экспертности как профессионалу. Если хотите написать статью, подумайте о проектах, которые сделали за год. Даже если кажется, что не делали ничего необычного, — всё равно напишите. Что можно рассказать:
- что реализовывали;
- почему принимали именно такие решения;
- что не получалось;
- как выглядит проект сейчас;
- что планируете делать дальше.
Широкие темы брать необязательно. Сильным профессионалом быть тоже не нужно. Чтобы был повод для статьи, нужно попробовать сделать что-то на практике и рассказать о своём опыте. Вот примеры заголовков технических статей с русскоязычного «Хабра» и англоязычного Medium:
- Тонкости обновления драйверов NVIDIA в Yandex Managed Kubernetes.
- Единый вход для ML-стека на примере Keycloak.
- Мультиплексирование потоков данных Node.js Streams: пошагово программируем и разбираем задачу.
- How I Fought a Smart Plug and a Raspberry Pi — and Lost.
- The Strangler Fig Pattern.
- 16 Tips for Writing AI-Ready C# Code.
Разработчикам всегда интересно почитать про проекты других программистов. Если кто-нибудь будет критиковать материал — хорошо, эту критику можно учесть в дальнейшем и сделать свою работу сильнее.
Полезный блок со скидкой
Если вам интересно разбираться со смартфонами, компьютерами и прочими гаджетами и вы хотите научиться создавать софт под них с нуля или тестировать то, что сделали другие, — держите промокод Практикума на любой платный курс: KOD (можно просто на него нажать). Он даст скидку при покупке и позволит сэкономить на обучении.
Бесплатные курсы в Практикуме тоже есть — по всем специальностям и направлениям, начать можно в любой момент, карту привязывать не нужно, если что.
Если чего-то не хватает
Приукрашивать заслуги не нужно. Как лучше:
- Максимально подробно опишите, что умеете сейчас.
- Если чему-то пока учитесь, напишите тоже.
- Составьте список требований в вакансиях, которые вам интересны.
- Выберите 2–3 главных навыка, которых не хватает, и начните постепенно их развивать. Каждый раз, когда закрываете какой-то шаг, фиксируйте его: представьте, что можно будет написать в будущих итогах года.
- Если будете прикладывать итоги года в качестве сопроводительных писем, после каждого апдейта обновляйте это письмо.
Почему такая стратегия хорошо работает именно с итогами года: вы берёте свой чётко зафиксированный уровень и ясно определяете, куда двигаться дальше. Это удобно, потому что вы точно видите свой рост и знаете, куда хотите двигаться дальше.
Скрины, которые привлекают внимание
Если в вашем посте будут картинки, люди в первую очередь посмотрят на них. Выберите информацию, которая покажет ваши сильные стороны, и подготовьте скрин или таблицу со ссылкой на проект или пояснением.
Вот как это может выглядеть.
GitHub-график
Если за прошедший год вы стабильно работали над проектами и это видно по вашему профилю в GitHub, сделайте скрин и приложите.
Обязательно объясните, что именно вы делали, чтобы это было понятно из поста. Например:
«Фиксирую свою работу в GitHub: все задачи довожу до завершённого состояния и оставляю публичный результат».
Если есть какая-то другая публичная активность, которая показывает ваше мышление и навыки, поделитесь ей тоже. Не забудьте указать, с чем вы работали и каким был итог.
Уровень вакансий
Что нужно сделать:
- Посмотреть вакансии своего уровня — особенно от компаний, которые вам интересны.
- Выделить требования.
- Сохранить 1–2 скрина и приложить к посту.
В описании укажите, какие критичные повторяющиеся в вакансиях требования вы нашли и как вы им соответствуете или как развиваете, чтобы соответствовать.
Стек
Вместо списка можно сделать скрин-таблицу: собрать стек за прошлый и этот годы.
Например:
Шаблон поста разработчика для подведения итогов
Вот несколько примеров постов для разных грейдов. Мы не обещаем, что они наверняка подойдут именно вам, но их можно взять за основу и подправить или дополнить.
Представьте, что вы делаете короткий пост о своём прогрессе в канале разработчиков, например на «Хабре». Что по нему смогут понять другие программисты, когда увидят итоги? Если «Да, понятно и логично», тогда с итогами всё в порядке. А ещё подумайте, что вы скажете, если вы сами увидите такой пост у другого разработчика?
Junior
На начальных этапах даже без опыта работы можно показать, что вы делаете реальные шаги: ходите на собеседования, доводите задачи до конца, закрепили траекторию развития и фиксируете и исправляете слабые места.
Пример:
Первый осознанный год в разработке.
Основной фокус — backend на Python и работа с REST API, с базовым frontend на React.
За год прошёл путь от учебных задач к законченным проектам:
- Закончил три проекта: два учебных и один pet-проект.
- Начал регулярно использовать GitHub (120+ contributions).
- Сделал телеграм-бота на Python с обработкой команд и внешнего API.
Для пет-проектов начал использовать вайб-кодинг с помощью Cursor Claude и деплой на Vercel и Netfly. Финальные результаты проверяю, фиксирую ошибки в работе, учитываю в будущих проектах.
Прошёл пять собеседований и понял, какие темы нужно усилить: алгоритмы, понимание сетей и базы данных.
Главный результат года — перестал «просто учиться» и начал доводить задачи до рабочего состояния.
Цель на 2026-й: первый коммерческий опыт и рост до junior+/middle-.
Middle
Разработчику с 2–5 годами опыта стоит фокусироваться на росте сложности и ответственности — самостоятельных задачах, обучение junior-специалистов, проектировании небольших частей архитектуры целого приложения.
Ключевое отличие от junior здесь в том, что нужно показать не обучение новым технологиям, а прогресс самостоятельности и уровень задач, которые можно вам доверить.
Пример:
Итоги года: рост ответственности и уровня задач
За год сместил фокус с отдельных задач к реализации готовых частей проектов.
Основные итоги:
- Участвовал в пяти проектах, три из них — в продакшене.
- Стал самостоятельно проектировать и реализовывать фичи end-to-end.
- Основной стек: React → React + Redux Toolkit, базовый DevOps (CI, деплой).
- Улучшил метрики фронтенда Lighthouse: 70 → 95.
Зарплата осталась без изменений, при этом я откалибровал себя по рынку:
по вакансиям и шести собеседованиям мой текущий уровень соответствует middle.
Цель на следующий год: архитектура, качество кода и рост влияния на продукт.
Senior
Специалистам senior стоит рассказывать о таких вещах:
- архитектура;
- люди;
- процессы;
- бизнес-эффект.
Нет смысла много писать про, сколько вы выучили и что именно, потому что на этом уровне вы отвечаете за большее: работу команды и планирование целого продукта. Как примерно это может выглядеть:
В этом году сфокусировался на устойчивости и масштабировании решений.
Что сделал за год:
- Спроектировал и внедрил архитектурные изменения в продукте.
- Вместе с HR вырастил команду с 5 до 8 человек.
- Внедрил процессы code review и CI/CD на двух проектах.
- Сократил время релизов на 15% и количество инцидентов в среднем на 20%.
Каждый месяц уделял от 18 до 22 часов менторству и передаче знаний внутри команды.
В следующем году планирую развиваться больше как руководитель и техлид, включить стабильную работу с бизнес-метриками на всех своих проектах.
Где постить итоги
Что стоит помнить: итоги года нужны не для рекламных охватов, а чтобы создать точки контакта с рынком. Это хороший шанс рассказать о себе аудитории, которая может дать полезный совет или взять на интересную работу.
Для публикации итогов подойдут личные профили в соцсетях, каналы и профессиональные площадки.
Telegram
Чаты разработчиков в телеграме подходят для первых просмотров и чтобы спросить совета у других разработчиков. Если показать прогресс, более опытные специалисты могут помочь скорректировать траекторию развития и самые вероятные позиции, на которых вы можете быть полезны в компаниях. Для таких чатов важно выделить самое главное, чтобы сообщение выглядело компактно.
Если ведёте свой профессиональный канал — сделайте пост там.
«Хабр» и VK
Подходят для более развёрнутых итогов. Получить обратную связь сложнее, но хорошо сформулированные итоги могут дать ценный фидбэк от опытных разработчиков. Ещё такой пост может хорошо сработать как ссылка на портфолио или резюме.
Эта платформа заблокирована в РФ. Хорошо работает для западных компаний, у которых часто первый источник знакомства с кандидатом.
Даже если нет подписчиков, один спокойный пост с цифрами и выводами уже повышает видимость профиля у рекрутеров. Старайтесь писать нейтрально: такие итоги читаются как профессиональный апдейт.
Сопроводительные письма
При отклике на вакансии по возможности указывайте всё, что вы сделали за год: это даст большую часть необходимой информации рекрутеру, покажет вас как аккуратного специалиста и произведёт хорошее впечатление.
Бонус для читателей
Если вам интересно погрузиться в мир ИТ и при этом немного сэкономить, держите наш промокод на курсы Практикума. Он даст вам скидку при оплате, поможет с льготной ипотекой и даст безлимит на маркетплейсах. Ладно, окей, это просто скидка, без остального, но хорошая.
Цели на следующий год: от итогов к плану
Их лучше формулировать через конкретные навыки и области. Обучающие курсы стоит упоминать только в связке с задачами, которые вы хотите решать в компании. Это показывает, что обучение — не самоцель, а способ закрыть реальные пробелы бизнеса.
Типичные ошибки
Главная ошибка — писать итоги разработчика без фактов и объяснений.
Никто не поймёт, если вы напишете так: «Написал 10 000 строк кода». Это ничего не говорит о качестве и сложности работы. Полезнее объяснить, какие именно задачи вы решали, какие инструменты использовали, что получилось в итоге.
Но итоги совсем без цифр могут восприниматься как отчёт эмоциональный, а не профессиональный. Напишите про количество собеседований, сделанных проектов, pull-request и contributions на GitHub.
В конце попробуйте посмотреть на текст свежим взглядом и сказать: похоже ли это на путь человека, которому можно доверить рабочую задачу, пусть даже небольшую? Если похоже — можно постить и прикладывать в сопроводительные. Если нет — уберите или замените то, что бросается в глаза. Если не уверены — попробуйте показать коллегам или спросить мнения в телеграм-чатах.
Вам слово
Приходите к нам в соцсети поделиться своим мнением о статье и почитать, что пишут другие. А ещё там выходит дополнительный контент, которого нет на сайте — шпаргалки, опросы и разная дурка. В общем, вот тележка, вот ВК — велком!
