Резюме и собеседования — путь к офферу

Хорошего разработчика отличает не только код, но и умение показать себя: резюме без воды, аккуратное портфолио и спокойная стратегия на собеседованиях. Разберём каждый этап от поиска вакансии до оффера.

Уровень: средний 17 разделов 2–3 часа

1. С чего начинаются поиски работы

Поиск работы — это процесс с этапами, и пропускать их опасно: резюме без портфолио, отклик без сопроводительного — классика, которая убивает отклики. Составьте себе такой порядок действий.

// порядок действий
1. Определить вакансию и стек: frontend/backend, язык
2. Собрать портфолио из 2–3 живых проектов
3. Написать резюме под конкретную вакансию
4. Опубликовать отклики и обновить профили
5. Готовиться к собеседованиям параллельно с откликами
6. Вести таблицу: компания, статус, даты, контакты
ЭтапСколько времениРезультат
Портфолио2–4 недели2–3 проекта онлайн
Резюме2–3 дняготовый текст + версии по стекам
Откликикаждый деньстабильный поток собеседований
Собеседования1–2 месяцаоффер или понятный фидбек
«Идеальное портфолио» бесконечно. Достаточно одного законченного проекта, который реально работает, плюс один учебный — этого хватит для начала откликов.
Не откладывайте отклики «до полной готовности»: её не существует. Начинайте подавать заявки, когда появился хотя бы один опубликованный проект.

2. Структура резюме

Рекрутер смотрит резюме десятки секунд. Поэтому блоки располагаются по важности, а всё лишнее уходит в два абзаца.

Имя и город, телефон, почта
GitHub, сайт-портфолио, LinkedIn/Telegram

Цель (1–2 строки): «Junior Frontend-разработчик,
ищу проект на React и TypeScript»
Навыки — список того, что умеете на деле
Опыт — что делали, с чем работали, результаты
Проекты — 2–3 с ссылками
Образование и курсы — коротко
БлокЧто писатьТипичная ошибка
Целькто вы и куда идётеуниверсальное «любая работа»
Навыкитолько то, в чём уверенысписок из 30 технологий «почитал»
Опытглаголы действия и результатпересказ обязанностей
Проектыссылки и стекпроекты без ссылок
Один лист — норма для джуниора. Работодателей не смущает «короткое» резюме, смущают пустые строки «обо мне» и длинные списки.
Не пишите технологий, с которыми не работали руками. Фраза «знаю Docker» разбивается о первый же вопрос на собеседовании.

3. Описание опыта и результатов

Формула удачного пункта опыта: что делал + как + что получилось. Вместо «поддерживал сайт» пишут «ускорил загрузку страниц с 5 до 2 секунд».

// плохо
Разрабатывал интерфейсы на React.
Работал с API, делал формы, чинил баги.

// лучше
Собирал интерфейс личного кабинета на React
и TypeScript; сократил количество ошибок
валидации на 40% за счёт типизации и юнит-тестов.
ВместоПишите
«делал форму»«форма авторизации с валидацией и обработкой ошибок»
«чинил баги»«ликвидировал 15 багов, затруднявших заказ»
«работал с Git»«веду репозиторий по Git Flow, code review»
Соберите себе шаблон «результатов» заранее. На собеседовании просят рассказать о реальных проблемах — история с цифрами запоминается сильнее.
Если опыта нет — пишут не «нет опыта», а «учебные проекты» и «решения задач». Пропуск блока выглядит хуже, чем честные слова.

4. Портфолио и GitHub

Портфолио — ваше доказательство навыка. Один развёрнутый проект лучше пяти недоделанных. Галочка «умею работать с Git» подкрепляется аккуратным репозиторием.

Репозиторий хорошего проекта выглядит так:
├── README.md      — что за проект, стек, как запустить
├── src/           — код, сразу читается структура
├── tests/         — тесты, которые можно запустить
└── .gitignore     — без node_modules и секретов

README = 1 фото + 3 строки описания + «npm install
+ npm run dev» — большего для джуна не нужно.
Что проверяютЧто должно быть
READMEназначение, стек, инструкция запуска
История коммитовмелкие логичные коммиты, не «update++»
Демоработающая ссылка на сайт приложения
Секретыотсутствие паролей и ключей в репозитории
N-е «учебные» репозитории никто не читает. Пять звёздочек даёт один живой проект с демо, чем десять пустых README-заглушек.
Никогда не коммитьте секреты: токены, пароли, ключи. Выложенный в открытый репозиторий токен — мгновенная утечка, о которой неловко вспоминать на собеседовании.

5. Где искать вакансии

Каналов поиска много, и работают они по-разному. Оптимум для новичка — гибрид: отклики на HH, прямое письмо в компанию и заметный профиль.

// отклик не должен быть пустым
Привет! Меня заинтересовала вакансия Junior Frontend.
Мой стек: HTML/CSS, JavaScript, React. Собрал проект
по вашему стеку: https://… 
Готов обсудить детали и показать код.
КаналСильная сторонаСлабый момент
HH, Хабр Карьерамного вакансий, фильтрывысокая конкуренция на отклик
Telegram-каналыбыстрые откликинадо фильтровать спам
Прямые письмазаметность вышедолго составлять
Нетворкинг, митапырекомендация изнутримедленно
Обновляйте профиль и прикладывайте проект по стеку вакансии. Сопроводительное из 3–4 строк, где видно, что вы прочитали вакансию, заметно повышает отклик.
Не откликайтесь «в стекло» одна и та же версия резюме всем. Подстройка под требуемый стек — главное преимущество джуниора.

6. Этапы собеседований

Типовое собеседование в IT — это несколько коротких встреч, а не одна. Важно понимать, что происходит на каждом этапе, чтобы чувствовать себя уверенно.

// типичная канва
1. Скрининг с рекрутером      — 15–30 мин, общие вопросы
2. Техническое интервью       — алгоритмы/задачи, 45–90 мин
3. Интервью по проекту        — вопросы по стеку и опыту
4. Интервью с руководителем   — культура, планы, ожидания
5. Оффер                     — условия, сроки, обсуждение
ЭтапЧто проверяютЛучший настрой
Скринингадекватность, базовые знаниярассказ о проекте за 2 минуты
Алгоритмыспособность думатьпроговаривать решение вслух
Стекглубину знанийчестно «не знаю, но разберусь»
Руководительсовместимость, мотивациювопросы о продукте и команде
На техническом интервью говорят вслух: как поняли задачу, как думаете, где сомневаетесь. Молчаливое решение считают слабее.
Отказ — не приговор. Записывайте, какие вопросы были, и разбирайте после. Через 10 собеседований вопросы начнут повторяться.

7. Задачи на логику

Логические задачи проверяют не базу данных, а ход мысли: как вы рассуждаете вслух, задаёте ли вопросы, умеете ли упрощать. Решение важнее ответа.

// пример: «перевернуть строку»
def reverse(s):
    return s[::-1]           // просто

// или то же руками — показываем понимание
def reverse_manual(s):
    chars = list(s)
    i, j = 0, len(chars) - 1
    while i < j:
        chars[i], chars[j] = chars[j], chars[i]
        i, j = i + 1, j - 1
    return "".join(chars)
Тип задачиЧто показываютПриём
Работа со строкамиалфавит, индексыдва указателя
Поиск в массивесложностьхеш-таблица
Подсчётвнимательностьсчётчики, split
«Предложи алгоритм»структурное мышлениесначала словами, потом код
Структура ответа на любую задачу: переформулировать → спросить краевые случаи → предложить простое решение → оптимизировать → написать код → протестировать.
Разбор типовых задач и оценка сложности — в Алгоритмах и структурах данных. Сначала база, потом логика.

8. Вопросы по ООП и алгоритмам

На собеседовании спросят про базовые принципы. Зная «три кита» — инкапсуляция, наследование, полиморфизм — и умея оценить сложность, вы закрываете половину обычных вопросов.

// краткие ответы в духе собеседования
ООП: инкапсуляция — данные прячутся в объекте,
наследование — класс наследует поведение,
полиморфизм — один интерфейс, разные реализации.

Сложность: доступ по индексу массива O(1),
поиск в несортированном списке O(n),
в отсортированном — бинарный O(log n),
сортировка хороших алгоритмов O(n log n).
ТемаВопросы новичкуУровень
ООПчто такое класс, инкапсуляцияобязательно
Алгоритмысложность, бинарный поиск, стекобязательно
Базы данныхJOIN, индекс, нормализацияжелательно
СетьHTTP, методы, статус-кодыжелательно
Тренируйте объяснения вслух, как будто учите коллегу. Способность разложить «класс vs объект» на пальцах ценят больше заученной формулировки.
Фразу «это я учил, но забыл» интервьюер слышит часто. Лучше: «сейчас так не помню, но на реальной задаче вспомню и разберусь».

9. Оффер и переговоры

Оффер — это не только сумма: график, испытательный срок, стек, команда и задачи тоже условия. Их стоит обсуждать и прояснять до подписания.

// вопросы, которые полезно задать на оффере
Какие задачи ждут в первые 3 месяца?
Кто будет ментором, как часто ревьюят код?
Формат: в офисе, гибрид, удалёнка?
Что входит в условия и нет ли штрафов?
Какой испытательный срок и что после него?
ПунктНа что смотреть
Зарплатаи условия после испытательного срока
Задачисовпадает ли стек с целями роста
Менторствоесть ли кому задавать вопросы
Формат и графиксходится ли с жизнью
Иметь 2–3 оффера одновременно — нормальная практика: торопитесь не из позиции страха, а из позиции выбора. Вежливый отказ остальным обязателен.
Не обсуждайте оффер в письме «на эмоциях». Дайте себе день подумать: «да» в IT потом сложно отзывать без неловкости.

10. Подготовка за день и вопросы интервьюеру

День перед собеседованием — это не зубрёжка, а системная пробежка: закройте пробелы из описания вакансии, подготовьте истории из портфолио и несколько встречных вопросов. «Что спросить» — важнее, чем кажется.

// чек-лист за день до интервью
1. Перечитать вакансию и резюме, которое отправили
2. Подготовить 3 истории: лучший проект, сложный баг,
   конфликт в команде
3. Встречные вопросы (минимум 3):
   - стек и как выстроен процесс разработки
   - кто ментор и как принимают код
   - что входит в первые 90 дней
Хорошие вопросы интервьюеру показывают, что вы думаете о работе, а не только о зарплате. Вопросы про отпуск и оборудование оставьте на этап оффера.
Сон перед собеседованием важнее последнего параграфа учебника: голова в 8 утра решает больше, чем сорок минут зубрёжки вечером.

11. Удалёнка, фриланс и зарубежные компании

Современный джуниор ищет первую работу не только в своём городе: удалённые команды и зарубежные стартапы проводят всю воронку собеседований онлайн, а фриланс-биржи дают первую строчку в портфолио.

ВариантПлюсыРиски
Удалёнка в своей страненизкий порог входаменьше живого менторства
Зарубежный стартапдругие процессы и уровеньразница часовых поясов
Фриланс-биржигибкий графикнет стабильности
Для работы на зарубежного клиента изучите валютный контроль и налоги нерезидента — эту тему разбирайте с бухгалтером до первого платежа.
Практика технического английского — записывайте себя на видео, проговаривая ответы на простые вопросы: акцент перестанет мешать уже через месяц.

12. Типичные ошибки на собеседовании

Собеседование — мера умения, а не только знаний. Разберём ошибки, которые стоят джуниору отказа чаще, чем пробелы в алгоритмах.

// фразы-спасатели
«Дай подумаю вслух».
«Уточню: речь про фронтенд-часть?»
«Точно не помню, но в проекте делал так и так».
«Этого пока не знаю, но разберусь за день».
Честное «не знаю» ценится выше выдуманного ответа: интервьюер почти всегда отличает одно от другого за минуту.

13. Первые 90 дней на работе

Оффер получен — теперь важно грамотно войти в проект: показывать результат, а не активность; задавать вопросы в нужном месте; не «проглотить» чужие ожидания.

// план квартала
Дни 1–10: окружение, продукт, команда, доступы
Дни 11–30: первый фикс в деле, первый PR
Дни 31–60: небольшая самостоятельная фича
Дни 61–90: фича побольше + запрос фидбека
После 90 дней запишите, чему научились: список пойдёт в следующие пункты резюме и в разговор о повышении.
Совет «меньше говори, больше делай» в IT не работает: спрашивайте, когда непонятно, но сперва покажите, что сами искали ответ.

14. Поведенческие вопросы и техника STAR

«Расскажите, как вы решили конфликт в команде» — интервьюер проверяет не факты, а вашу модель поведения. Универсальный ответ строится по методу STAR.

S — Situation: контекст, где всё случилось
T — Task:     какая стояла задача
A — Action:   что конкретно вы сделали
R — Result:   чем закончилось + цифры

Пример: «Прод-сервис падал на пике (S). Нужно было стабилизировать <1% ошибок (T). Я добавил circuit breaker и ретраи (A). Ошибки упали с 3% до 0.4% (R).»

Если спросили «чего не получилось» — не выдумывайте. Честная неудача с извлечённым уроком ценится выше хвастовства.
STAR без результата — просто длинный спич. Доводите каждую историю до измеримого итога.
Подготовка к и сложные вопросы — разделы 6 и 10.

15. Тесты и домашки после собеседования

Домашние задания бывают двух типов: проверка базы (небольшой алгоритм) и «задание-проект» (мини-сервис). Относитесь к ним как к мини-спецпроекту.

Чек-лист сдачи задания:
1. README: как запустить, что внутри
2. автотесты + небольшой бейдж
3. ответ на вопрос "почему так?" в комментарии кода
4. независимая от вашей машины сборка
Уточняйте заранее, оплачивается ли задание, и укладывайтесь в заявленный объём — это сигнал дисциплины.
Не копируйте решение из открытых репозиториев «один в один» — на ревью всегда спросят «зачем так».

16. Оффер: как читать условия и торговаться

Оффер — это не только зарплата. Полный пакет: оклад, бонусы, соцпакет, гибкость, обучение, бесплатная мед.страховка, удалёнка.

СтатьяНа что смотреть
Окладдо и после налогов, индексация
Бонусыквартальные/годовые, критерии выплаты
Пробный периодсрок, условия продления
Проект и ростчто будете делать 6 месяцев

Торговаться можно и нужно в первый раз, после испытательного срока и в разговоре о повышении (раздел 9).

Сравнивайте офферы не по одной цифре, а по «приведённой» ставке: к окладу добавляйте бонусы и вычтите комиссию за добираемый миль/проезд.
Оффер на словах ≠ оффер в письме. Просите письменную копию (offer letter) до выхода, особенно при «быстром» старте.

17. Первые месяцы и репутация в сообществе

После трудоустройства репутация строится месяцами: качество кода, скорость ответов в чате, адекватность в ревью.

Через 3 месяца спросите ментора: «Что бы ты сделал иначе в мой энергодень?» — честный фидбек чистит слепые зоны.
Не выкладывайте в соцсети внутренние детали проекта и копию кода клиента — это нарушение NDA и риск потерять и работу, и репутацию.
План первых 90 дней — раздел 13.

18. HR-скрининг и телефонные интервью

Первый этап — короткий разговор рекрутера, часто по телефону или видео: 15–20 минут, цель — не проверить код, а отсеять очевидные несоответствия и договориться о следующих шагах.

На вопрос о зарплате отвечайте вилкой с диапазоном, а не одной цифрой — это оставляет пространство для переговоров по офферу (раздел 16).
Рекрутер скринит и «красные флаги» в резюме. Разрыв в несколько месяцев спросят напрямую: подготовьте честную и нейтральную формулировку заранее.

19. Сопроводительное письмо и текстовые заявки

Отклик без сопроводительного — как резюме без контекста. Письмо на 3–5 строк отвечает на главный вопрос: почему именно вы и именно на эту вакансию.

Здравствуйте! Откликаюсь на вакансию
Node.js-разработчика. 3 года в Express,
последний год — API для финтеха.
Под ваши требования подходят:
- оплата и сторис на Node
- опыт CI/CD (Docker, GitHub Actions)
Приложил резюме и ссылку на GitHub.
Готов к тестовому заданию.
Ставьте в первую строку точное попадание: «ваша роль — поддержка CRM, у меня похожий проект» делает письмо человечным.
Не прикладывайте файлы-резюме там, где просили ссылку: вложения часто не открываются автоматическими фильтрами откликов.

20. Live coding: интервью с кодом на «живую»

Интервью, где пишут код «на живую», проверяет не только знание синтаксиса, но и умение рассуждать вслух. Ошибиться — нормально, важнее процесс мышления.

Фраза «сначала сделаю O(n) без лишней памяти, потом обсудим перебор» — собеседник ценит честный диалог больше, чем молчаливое «идеальное» решение.
Не притворяйтесь, что помните API, когда не помните: скажите «проверю в документации» и не гуглите без разрешения — процесс под наблюдением.

21. Психология собеседования и синдром самозванца

Собеседование — это не экзамен, а взаимная встреча. Волнение «съедает» до трети способностей, поэтому работа с состоянием — часть подготовки, а не прихоть.

Перед сложным вопросом сделайте вдох на 4, выдох на 6 — голос стабильнее, мысль яснее.
Не выносите на собеседование тревогу и критику прошлых работодателей: даже честность продаётся лучше, когда звучит спокойно и конструктивно.

Что дальше

Соберите резюме и один живой проект, откликайтесь ежедневно, а параллельно прокачивайте алгоритмы на Codewars и LeetCode по плану из Алгоритмов и структур данных. Понять, какой стек осваивать, поможет Дорожная карта, честно о правилах резюме расскажут Git и GitHub.

← Вернуться к курсам