Блог

Как готовиться к техническому собеседованию: план на 30 дней

Как готовиться к техническому собеседованию: план на 30 дней
Ты уже что-то выучил: прошёл курс, сделал пару проектов, разобрался, что такое backend/QA/аналитика.
И вот прилетает:
«Давайте назначим техническое собеседование… через месяц».
И начинается классика:
  • «Я ничего не знаю»
  • «Сейчас надо выучить ВСЁ»
  • «С чего вообще начать?»
Спокойно. 30 дней — это не «с нуля до сеньора», но достаточно, чтобы привести себя в форму:
  • разобрать требования вакансии,
  • освежить базу,
  • набить руку на задачах,
  • нормально подготовить резюме и проекты,
  • сделать пару репетиций собеса.
Ниже — план на 30 дней в формате «1–1,5 часа в день», который можно вписать в жизнь с работой.

Перед стартом: договоримся об исходных

Этот план для тебя, если:
  • у тебя уже есть базовые знания по своему направлению (Python/Java/QA/аналитика и т.п.);
  • есть хотя бы 1–2 учебных или pet-проекта;
  • ты можешь выделять от 45 до 90 минут в день (5–6 дней в неделю);
  • цель — не выучить всё с нуля, а структурировать и доточить перед собесом.
Если ты на самом старте, без курса и без проектов — сначала нужен базовый трек, а не спринт на 30 дней.

Что обычно смотрят на техсобесе (упрощённая карта)

Почти везде крутятся четыре блока:
База по стеку
  • язык (Python/Java и т.п.);
  • основные библиотеки/фреймворки;
  • базы данных, HTTP, базовые паттерны.
Практика / код / задачи
  • написать функцию/метод;
  • решить простую задачу;
  • разобрать кусок кода или баг.
Проекты и опыт
  • что ты реально делал;
  • какие задачи решал;
  • с чем сталкивался (архитектура, данные, тесты).
Софт-часть
  • рассказ о себе и мотивация;
  • как учишься;
  • как реагируешь на сложности и ошибки.
Наш 30-дневный план будет крутиться вокруг этих четырёх блоков.

Общие принципы подготовки

Перед тем как расписывать по дням — несколько правил, которые лучше повесить на стену.
Регулярность > героизм
45–90 минут в день 5–6 раз в неделю дают больше, чем 6-часовой «заплыв» раз в неделю.
Приоритеты
  • 50–60% времени — техническая база + код/задачи;
  • 20–30% — проекты, резюме, оформление;
  • 10–20% — репетиция разговорной части.
Говорить вслух
На собесе ты не просто пишешь, ты объясняешь.
Поэтому тренироваться нужно вслух:
«Почему выбрал такую структуру», «как работает этот код».
Не пытаться выучить всё подряд
Смотри в требования вакансий и готовь ядро, а не весь интернет.

Неделя 1 (Дни 1–7). Разобраться с требованиями и закрыть дыры в базе

День 1. Разбор вакансий и составление карты тем

Задача: понять, что от тебя вообще хотят.
  • Возьми 5–10 вакансий по своей цели (Junior Python/Java/QA/аналитик и т.п.).
  • Выпиши повторяющиеся требования:
  • по языку;
  • по технологиям;
  • по базам данных;
  • по инструментам.
  • Сгруппируй в блоки:
  • «Java Core / Python базовый синтаксис»;
  • «Коллекции / структуры данных»;
  • «Базы данных / SQL»;
  • «Фреймворк (Spring/Django/FastAPI и т.п.)»;
  • «Тестирование / DevTools / BI» — по твоему стеку.
  • Отметь:
  • зелёным — что уже знаешь уверенно;
  • жёлтым — что видел, но шатаешься;
  • красным — куда даже не смотрел.
Эта карта — твой план на 30 дней.

Дни 2–3. Ядро языка

Фокус: базовый синтаксис + ключевые конструкции.
Примеры (подставь свой язык):
  • типы данных;
  • условия, циклы;
  • функции/методы;
  • коллекции (списки/массивы, словари/мапы, множества);
  • обработка ошибок.
Что делать каждый день (45–60 минут):
  1. Берёшь 2–3 темы из «жёлтого/красного» списка.
  2. Повторяешь теорию коротко (по конспекту/документации).
  3. Пишешь маленькие примеры кода своими руками.
  4. Обязательно проговариваешь вслух:
  5. «Вот что делает этот код, вот почему так».
Если ты QA/аналитик — этот блок можно заменить:
  • для QA: основы HTTP, запрос/ответ, коды, структура JSON, базовый SQL;
  • для аналитика: основы SQL (SELECT, WHERE, JOIN, GROUP BY).

День 4. Базы данных / SQL

Цель: не стать DBA, а уметь рассказать и показать простые запросы.
  • Освежи:
  • что такое таблица, строка, столбец;
  • первичный ключ;
  • связи один-ко-многим, многие-ко-многим.
  • Напиши руками:
  • 3–5 SELECT;
  • пару JOIN;
  • 2–3 GROUP BY с агрегацией.
Проговаривай вслух, что делает каждый запрос.

День 5. Фреймворк / основной инструмент

Подставь своё:
  • Java → Spring Boot;
  • Python → Django / FastAPI;
  • QA → DevTools + Postman / Charles;
  • Аналитик → Excel/Sheets + выбранный BI.
Задача:
  • собрать в голове картинку «из каких блоков всё состоит»;
  • уметь объяснить простыми словами:
  • что за слои (controller/service/repository или аналоги);
  • как запрос проходит через систему;
  • где хранится конфиг, где точка входа.
Сделай себе одну схему (хоть от руки): «путь запроса» или «как устроен отчёт/дашборд».

День 6. Инфраструктура и инструменты

  • Повтори команды Git, которые реально используешь:
  • init, clone, add, commit, push, pull, branch, merge;
  • Проверь:
  • IDE настроена;
  • проект собирается;
  • тестовый сервис/код запускается.
  • Если есть Docker — хотя бы базовая схема:
  • «Вот Dockerfile, вот docker-compose, вот как запустить».
Тебя могут спросить не очень глубоко, но проверить, твой ли это ежедневный инструмент или просто слово в резюме.

День 7. Лёгкий обзор и фиксация

  • Прогуляйся по конспектам за неделю.
  • Составь список:
  • 5 тем, в которых чувствуешь себя увереннее;
  • 3 темы, которые всё ещё «болят».
  • Сделай один небольшой мини-проект или функцию, где используешь:
  • язык + коллекции + БД / файлы.
Не обязательно что-то большое. Главное — собрать воедино.

Неделя 2 (Дни 8–14). Задачи, код и отработка руками

Фокус недели — перевести теорию в навык.

Общий паттерн для разработчика (Python/Java и др.)

Каждый день (60–90 минут):
20–30 минут — 1–2 задачи уровня «легко / ближе к среднему»:
  • строки,
  • массивы/списки,
  • хэш-структуры,
  • простая математика.
20–30 минут — разбор чужих решений:
  • сравни со своим;
  • найди, что можно улучшить.
20–30 минут — работа над небольшим фрагментом проекта:
  • дописать фичу,
  • поправить структуру,
  • добавить тесты.
Проговаривай вслух:
  • «Как бы я объяснил это решение на собеседовании».

Для QA

Каждый день:
Бери один объект (страница/форма/функция) и:
  • составляй чек-лист;
  • выписывай тест-кейсы (позитивные/негативные);
  • продумывай граничные случаи.
Один день — концентрируешься на API:
  • 2–3 запроса в Postman;
  • смотришь статусы, тело ответов.
Один день — только баг-репорты:
  • находишь баг (даже в популярных сервисах всегда есть мелочи);
  • описываешь по шаблону.

Для аналитика

Каждый день:
30–40 минут — SQL:
  • 1–2 запросa с JOIN и GROUP BY;
  • небольшая вариация (добавить фильтр, агрегат).
20–30 минут — отчёт или дашборд:
  • построить график;
  • добавить новую метрику;
  • сформулировать 2–3 вывода по данным.

Отдельный день (День 14). Мини-проверка

Сделай себе «мини-собес на 60 минут»:
  • 20 минут — решить 1–2 задачи;
  • 20 минут — рассказать вслух один из своих проектов;
  • 20 минут — ответить себе на 5–7 типовых теоретических вопросов по стеку.
Если можешь — запиши себя на видео/аудио.
Да, кринж, зато полезно.

Неделя 3 (Дни 15–21). Проекты, резюме и истории

Фокус — научиться продавать то, что уже умеешь.

День 15. Резюме и портфолио (черновик)

  • Приведи в порядок резюме:
  • цель (позиция);
  • summary;
  • навыки;
  • проекты;
  • опыт (даже не IT);
  • образование/курсы.
  • Для каждого проекта:
  • 2–4 буллета «что именно делал»;
  • стек;
  • чему научился.
Смотри, чтобы не было «воды» уровня «коммуникабельный, стрессоустойчивый».

Дни 16–17. Разбор проектов «как на собесе»

Цель — уметь нормально рассказывать:
«Был такой проект, моя роль такая, архитектура такая-то, самая сложная проблема — вот эта, мы решили её так».
Каждый день выбирай 1 проект и:
Пиши структуру рассказа:
  • контекст,
  • цель,
  • стек,
  • что именно делал ты,
  • сложности и фейлы,
  • результат.
Рассказывай вслух 2–3 раза, пока не уйдёт сумбур.
Если нет «боевого» проекта — рассказывай про учебный или pet-проект, но честно обозначая, что он учебный.

День 18. Типовые вопросы по стеку

Составь список из 20–30 вопросов по своему направлению:
  • по языку,
  • по фреймворку,
  • по базам данных,
  • по тестированию/аналитике — по профилю.
Примеры:
  • «Чем отличается список от множества и когда что использовать?»
  • «Что такое транзакция?»
  • «Какие бывают типы JOIN?»
  • «Что такое REST и основные принципы?»
  • «Что такое регрессионное тестирование?»
  • «Чем выборка отличается от генеральной совокупности?»
Попробуй:
  • сначала ответить письменно,
  • потом проговорить вслух, простыми словами.

Дни 19–20. Софт-часть: рассказ о себе и истории

Подготовь 3–5 историй по паттерну «ситуация — действие — результат»:
  • про сложную задачу, из которой ты вылез;
  • про ошибку, которую сделал, и что с ней сделал дальше;
  • про конфликт/непонимание в команде и как ты это разруливал;
  • про ситуацию «ничего не понимал, но разобрался».
Это важно:
у джуна сильно смотрят на отношение к работе и умение учиться.

День 21. Чек-лист «что уже готово»

Пройди по пунктам:
  • Резюме — 1 страница, без мусора.
  • Есть 2–3 проекта, про которые можешь рассказать по структуре.
  • Есть 20–30 техвопросов и ты можешь на них ответить хотя бы на 70%.
  • Есть 3–5 человеческих историй про тебя.
Отметь, что хромает — это твой фокус на следующую неделю.

Неделя 4 (Дни 22–30). Репетиции, добивка слабых мест и логистика

Фокус — подтянуть слабые места и привыкнуть к формату собеса.

День 22. Разбор провалов

Возьми список «болей» из недели 2 и 3:
  • задачи, где проваливался;
  • темы, где путался;
  • вопросы, на которые отвечал криво.
Выбери 3 ключевые темы и:
  • перечитай нормальную теорию;
  • реши по 2–3 задачи/примерa;
  • попроси ИИ-наставника объяснить, как для новичка, если что-то всё ещё плавает.

Дни 23–24. Полноценная репетиция собеса

Делай так, как будто уже собес.
30–40 минут — задачи / практикум:
  • 1–2 задачи по коду (или тест-кейсы, или SQL-запросы — по направлению);
  • объясняй решение вслух.
20–30 минут — «рассказ о себе + проекты»:
  • представься,
  • расскажи кратко путь,
  • выбери 1–2 проекта и проговори, как на живом собесе.
10–15 минут — «вопросы работодателю»:
  • заранее подготовь 3–5 адекватных вопросов:
  • про команду, процессы, стек, ожидания.
Если есть возможность — попроси друга/ментора/ИИ сыграть роль интервьюера. Можно прямо сказать Skivo-стайл ИИ-наставнику:
«Сыграй техническое собеседование по [Python/Java/QA/аналитике] для джуна, задавай вопросы по очереди».

День 25. Доработка резюме и профилей

  • Пройди резюме свежим взглядом:
  • убери повторения;
  • подчисти формулировки;
  • добавь ссылки на проекты.
  • Приведи в порядок:
  • GitHub / портфолио;
  • профиль на Хабр Карьере / LinkedIn (если используешь).

День 26. Психология и сценарии

Прямо пропиши себе:
  • Что я скажу в первые 2–3 минуты?
  • (не «я не знаю, с чего начать», а чёткий, спокойный рассказ).
  • Что сделаю, если завис на вопросе:
  • переспрошу формулировку;
  • проговорю мысли вслух;
  • честно скажу, чего не знаю, и попробую наметить направление.
  • Как покажу, что умею учиться:
  • примеры из жизни / курсов / проектов.
Задача — снизить уровень паники, если что-то пойдёт не по плану.

День 27. Лёгкий тех-обзор + отдых

  • Пролистай конспекты по ключевым темам.
  • Повтори 1–2 любимых задачи.
  • Займись чем-то, что тебя успокаивает.
Важнее выйти на собес с нормальной головой, чем с ещё десятью заученными мелочами, которые непонятно, спросят ли.

День 28–29. Точечная шлифовка под конкретную вакансию

Если уже есть конкретное интервью:
  • ещё раз прочитай вакансию;
  • подчеркни стек и задачи;
  • подготовь 2–3 истории и примера именно под эту роль;
  • если компания публичная — посмотри, чем они реально занимаются (продукт, клиенты, индустрия).
Спроси себя:
«Если я был бы на месте интервьюера, что бы меня насторожило в моём профиле?»
Продумай ответ заранее.

День 30. Финальный чек-лист перед собеседованием

Техподготовка:
  • Проверен интернет, гарнитура, камера.
  • Установлен нужный софт (Zoom, Meet, Teams и т.п.), всё запускается.
  • Рабочее место без хаоса в кадре.
Содержательная подготовка:
  • Резюме под рукой (можно распечатка или отдельное окно).
  • Список проектов и кратких тезисов по каждому.
  • 3–5 вопросов к компании.
Состояние:
  • Ты выспался (насколько это возможно).
  • Поел, попил воды.
  • Есть план «что скажу вначале».
Дальше — просто живой разговор. Не экзамен в школе, а попытка понять, подойдёте ли вы друг другу.

Если до собеса не 30, а 7–14 дней

Кратко:
  • 7 дней → режешь план:
  • 50% времени — задачи/практика;
  • 30% — проекты и рассказ о себе;
  • 20% — разбор теории по самым частым темам.
  • 14 дней → берёшь недели 2 и 3 из плана,
  • неделю 1 вжимаешь в 2–3 дня,
  • неделю 4 — в последние 2–3 дня.
Главное — не пытаться «догнать план на 30 дней за неделю».
Лучше честно выбрать 2–3 ключевых блока и сделать их нормально.

Как здесь помогает формат «20 минут в день + ИИ-наставник»

Если ты учишься в формате микруроков (как в Skivo), 30-дневная подготовка превращается в:
  • 1 микроурок в день по нужной теме (язык, фреймворк, тестирование, аналитика);
  • 1–2 мини-задачи для рук;
  • работа с ИИ-наставником:
  • разобрать непонятный вопрос;
  • попросить дополнительные задачи;
  • прогнать имитацию собеса;
  • переписать кривые формулировки ответов.
То есть вместо «ещё один курс» ты строишь маршрут под себя, опираясь на уже пройденный материал.
Техническое собеседование — это не суд и не приговор.
Это проверка: «готов ли ты на своём уровне работать с реальными задачами и дальше расти».
30 дней — достаточный срок, чтобы:
  • перестать хаотично читать всё подряд,
  • собрать свои знания в систему,
  • привести в чувство проекты и резюме,
  • и научиться говорить о себе спокойно и по делу.
И да, ты всё равно будешь волноваться.
Но между «панически боюсь» и «волнуюсь, но знаю, что делал всё, что мог» — огромная разница.
Собес