Сопроводительное письмо программиста: образец 2026
Письмо программиста читает чаще всего не рекрутёр, а будущий тимлид — человек, который завтра будет ревьюить ваш код. У него нет времени на «быстро обучаюсь и легко вливаюсь в коллектив», зато есть очень конкретные вопросы: на чём писали, что именно делали руками и почему уходите.
Отсюда первое правило: стек в первых строках. Не список из пятнадцати технологий, а то, на чём вы действительно писали последние год-два, с указанием, что на этом стеке делали. «Python, Django, PostgreSQL» — набор слов. «Python и Django, бэкенд биллинга: платежи, подписки, интеграции с двумя провайдерами» — разговор.
Второе — ссылки. GitHub, pet-проект, статья, доклад. Для разработчика это единственный жанр письма, где ссылка весит больше абзаца текста: её откроют и посмотрят код, а не прочитают про вашу увлечённость программированием.
И третье, особенно для junior: не извиняйтесь за отсутствие коммерческого опыта. Напишите, что делали — учебные проекты, open source, хакатоны, — и что из этого можно посмотреть. Тимлид понимает, что джун приходит без опыта; он проверяет, умеет ли человек доводить до конца.
Что ждут в письме
- Стек, на котором вы действительно пишете, и что на нём делали
- Масштаб: команда, нагрузка, сколько сервисов, чем покрыт код
- Ссылка, которую можно открыть: GitHub, pet-проект, статья, доклад
- Понимание, чем занимается команда, куда вы пишете
- Для junior — учебные и личные проекты вместо оправданий за отсутствие опыта
Готовый пример письма
Здравствуйте! Откликаюсь на вакансию backend-разработчика. Три года пишу на Python: Django и FastAPI, PostgreSQL, очереди на RabbitMQ. Последний проект — биллинг подписочного сервиса: платежи, тарифы, интеграции с двумя эквайрингами, около двухсот запросов в секунду в пике. Отвечал за сервис целиком: от схемы базы до раскатки и дежурств. Тесты писал сам, покрытие держали на уровне, при котором релиз не страшен в пятницу. В вашей вакансии речь про финтех и высокие требования к консистентности — это ровно то, с чем работал: идемпотентность платежей и разбор расхождений с провайдером были моей задачей. Код можно посмотреть: github.com/ваш-профиль — там pet-проект на FastAPI и пара библиотек, которыми пользуюсь сам. С уважением, Дмитрий Орлов +7 900 000-00-00
Имя, контакты и третий абзац меняются под себя и под вакансию — остальное можно брать как есть.
Разбор по абзацам
Тимлид ищет пересечение со своим стеком. Назовите языки и инструменты, на которых реально пишете, и сразу приземлите их на задачу: какой продукт, какая часть, какая нагрузка.
Разница между «участвовал в разработке» и «отвечал за сервис целиком» — это разница в грейде. Скажите, где кончалась ваша ответственность: база, деплой, дежурства, тесты.
Возьмите из вакансии главное техническое требование и покажите, где вы с этим уже сталкивались. Если не сталкивались — честно назовите смежное. Тимлид всё равно спросит.
Один адрес, который откроют. GitHub, статья или доклад весят больше любых слов о вашей увлечённости. Если показывать нечего, лучше не писать ничего, чем ссылаться на пустой профиль.
Частые ошибки
- Перечислять пятнадцать технологий, включая те, что трогали на курсах
- Писать «быстро обучаюсь, легко вливаюсь в коллектив» — это пишут все
- Давать ссылку на пустой GitHub: её откроют, и это хуже, чем её отсутствие
- Для junior — начинать с извинений за отсутствие коммерческого опыта
- Копировать письмо между вакансиями, не меняя абзац про их задачу
- Писать полторы страницы: тимлид читает отклики между встречами
Частые вопросы
Нужно ли сопроводительное письмо разработчику?
На вакансии с большим потоком откликов — да, оно заметно повышает шанс, что резюме откроют. В письме можно сказать то, чего нет в резюме: почему именно эта команда и с чем из их задач вы уже сталкивались.
Что писать джуниору, если коммерческого опыта нет?
Учебные и личные проекты с описанием того, что в них сделано, и ссылку, которую можно открыть. Извиняться за отсутствие опыта не нужно: на позицию junior и не ждут опыта, ждут доведённых до конца задач.
Стоит ли писать про зарплатные ожидания?
В письме — нет, если вакансия прямо об этом не просит. Этот разговор ведут на первом созвоне, и цифра, названная до разговора, чаще мешает, чем помогает.
Нужно ли указывать ссылку на GitHub, если там мало кода?
Лучше дать один живой проект, чем профиль с форками и пустыми репозиториями. Ссылку действительно открывают, и пустота работает против вас сильнее, чем её отсутствие.
Как объяснить частую смену работы?
Одной фразой и без оправданий: проектная работа, закрытие направления, окончание контракта. Умолчание заметнее объяснения — вопрос всё равно зададут, лучше ответить первым.
Письмо без резюме не работает
Письмо открывает резюме, а решение принимают по резюме. Как собрать его под эту профессию — в образце резюме программиста. Оба документа можно собрать в конструкторе: письмо пишется под описание вакансии, которое вы вставите.