Java backend разработчик Ведущий интенсива Sorokin School
01
неделя, чтобы войти в тему
5 + 1
занятий и финальный разбор
15 000 ₽
участие в интенсиве
УЗНАЁШЬ СЕБЯ?
Не хватает связной картины, а не ещё одной статьи.
01
Тема всё время «на потом»
Сохраняешь книги и видео, но до последовательного погружения так и не доходишь.
Одна неделя, понятный маршрут и небольшое задание после каждого дня.
02
Термины знакомы. Системы нет.
Kafka, Saga, API Gateway — отдельные кусочки, которые не складываются в картину.
Один кейс на всю неделю: видно, зачем нужен каждый следующий элемент.
03
Понимаешь, но объяснить трудно
На работе решаешь задачи, а на интервью сложно обосновать границы и компромиссы.
Защита своей схемы и тренировка ответов в паре по готовому чек-листу.
04
Непонятно, правильно ли сделал
Повторить пример получается. Самостоятельно выбрать решение и проверить его сложнее.
Разбор типовых ошибок на финальной встрече. Личная обратная связь — в расширенных тарифах.
Для Java-разработчиков, которые знают основы языка, REST и SQL и хотят осмысленно войти в микросервисы. Коммерческий опыт с ними не обязателен.
РЕЗУЛЬТАТ НЕДЕЛИ
Понимать, выбирать, объяснять.
01
Общая картина
Разберёшься, где проходят границы сервисов, как они общаются и почему у каждого свои данные.
02
Своё решение
Соберёшь схему системы заказов, API и событий и проверишь её на нескольких сценариях отказа.
03
План дальше
Увидишь пробелы, получишь подборку материалов и поймёшь, что изучать следующим шагом.
Сначала — то, что влияет на решения. Границы, данные, коммуникации и надёжность. Поймёшь и то, когда достаточно монолита, а усложнять систему рано.
За неделю сформируем базу и потренируем мышление. Глубокая эксплуатация Kubernetes и полный production-контур потребуют отдельного погружения.
ТАК ВЫГЛЯДИТ ОБУЧЕНИЕ
Не просто смотреть. Делать, обсуждать, объяснять.
01 / РАЗОБРАТЬСЯ
Смотришь занятие
Вместе разбираем тему на системе заказов: схема, небольшой пример кода и объяснение, зачем выбран такой подход.
Не успел на эфир — вернёшься к записи.
02 / ПОПРОБОВАТЬ САМОМУ
Делаешь домашку
После каждого дня — конкретная задача: разделить систему, описать контракт, обработать сбой или защитить решение.
Пять заданий складываются в один учебный кейс.
03 / ПРОВЕРИТЬ ПОНИМАНИЕ
Обсуждаешь решения
Сверяешься с чек-листом, задаёшь вопросы и приносишь сложные места на финальный разбор.
Личная проверка и mock — в расширенных тарифах.
ВХОДИТ В УЧАСТИЕ · ПО ЖЕЛАНИЮ
Объясни систему другому человеку
Поможем объединиться по двое. Один защищает архитектуру, второй задаёт уточняющие вопросы по готовому списку. Потом меняетесь ролями и отмечаете пробелы.
Потренируешься не только отвечать, но и замечать слабые места в чужом решении.
ПРОГРАММА · 5 ДНЕЙ + ФИНАЛЬНЫЙ РАЗБОР
Что именно разберём за эту неделю
Каждый день добавляет следующий слой к одному кейсу. В программе есть и практика с небольшими примерами, и задания, где главное — обосновать решение.
ДЕНЬ 01
26 ноября · чт
Где заканчивается монолит и начинаются микросервисы
Монолит, модульный монолит и микросервисы: в чём различие на практике.
Границы по бизнес-ответственности: заказы, оплата, уведомления.
Связанность, общий код и общая БД: где разделение оказывается формальностью.
Когда разделять систему полезно, а когда достаточно монолита.
Результат дня → Сможешь нарисовать границы сервисов и объяснить, что стоит отделить, а что лучше оставить вместе.
Домашка → Схема системы заказов + три аргумента в пользу выбранных границ.
ДЕНЬ 02
27 ноября · пт
HTTP и Kafka: как сервисы договариваются
Когда нужен синхронный ответ по HTTP, а когда лучше передать событие.
Контракт POST /orders: входные данные, ответ, ошибки и идентификаторы.
Kafka на уровне приложения: producer, consumer, topic и consumer group.
Событие OrderCreated и различие между командой и фактом.
Результат дня → Сможешь выбрать способ связи и описать понятные HTTP- и событийный контракты.
Домашка → Дописать небольшой endpoint по шаблону или описать его контракт; составить OrderCreated для кейса.
ДЕНЬ 03
28 ноября · сб
Своя БД у каждого сервиса. Как не потерять смысл
Кому принадлежат данные и почему сервис не должен ходить в чужую БД.
Eventual consistency: почему статус меняется не мгновенно.
Outbox: что делать между сохранением заказа и публикацией события.
Повторная доставка, идемпотентность и идея Saga на процессе оплаты.
Результат дня → Поймёшь, как рассуждать о потерянном событии, дубликате и согласованности статусов.
Домашка → Разобрать два сбоя: заказ сохранился, событие не ушло; одно событие об оплате пришло дважды.
ДЕНЬ 04
29 ноября · вс
Зависимость упала. Что увидит пользователь?
Timeout и retry с задержкой: что повторять и когда останавливаться.
Временные и постоянные ошибки; зачем нужен circuit breaker.
Логи, correlation ID, метрики и трассировка пути одного заказа.
Разбор сценария: оплата недоступна, заказ уже создан.
Результат дня → Составишь план поведения при сбое и поймёшь, по каким следам искать причину.
Домашка → Смоделировать отказ оплаты в демо или разобрать сценарий на схеме; описать статусы, повторы и диагностику.
Проверка успешного сценария, повторов и недоступной зависимости.
Компромиссы: что упрощаем в учебном кейсе и что потребуется дальше.
Как объяснять архитектуру на интервью и отвечать на уточнения.
Результат дня → Получишь свою итоговую схему, контракты и карту основных отказов — и потренируешься их объяснять.
Домашка → Подготовить короткую защиту кейса и список вопросов для парного mock и финального разбора.
ОДИН СКВОЗНОЙ КЕЙС
Вот какую систему соберём в голове и на практике
Клиент создаёт заказ. Orders сохраняет его и публикует событие через Outbox. Оплата отвечает своим событием, заказ обновляет статус, а уведомления сообщают результат.
Свои данные
У заказов и оплаты — собственные БД. Разберём границы и обмен фактами, без чтения чужих таблиц.
События и повторы
Увидим, где может потеряться событие и почему повтор не должен приводить к повторной оплате.
Сбои и диагностика
Проверим недоступную оплату, дубликаты и путь поиска ошибки по одному заказу.
Учебный кейс для освоения принципов. На финале отдельно обсудим, какие упрощения сделали и что добавлять при переходе к реальному проекту.
ШЕСТАЯ ВСТРЕЧА · 2 ДЕКАБРЯ
Собрать вопросы. Разобрать ошибки.
В конце недели — общий разбор домашних работ и архитектурных решений. Можно принести свои вопросы и проверить, что действительно стало понятно.
01 / Разбор типовых решений и ошибок
02 / Обсуждение вариантов архитектуры
03 / Ответы на накопившиеся вопросы
04 / Что учить дальше и в каком порядке
ОСТАНЕТСЯ У ТЕБЯ
Неделя закончится. Опора для практики — останется.
Записи занятий
Пять занятий и финальный разбор: можно вернуться к теме, пересмотреть пример и восстановить ход решения.
Твой учебный кейс
Схема системы, API и события, решения домашних заданий и разбор основных сценариев отказа.
Вопросы для собеса
Подборка вопросов по микросервисам и чек-лист для mock: тренируйся объяснять решения и находить пробелы.
+ ПОДБОРКА ДЛЯ СЛЕДУЮЩЕГО ШАГА
Материалы по архитектуре, коммуникациям и надёжности: что повторить после интенсива и во что углубляться дальше.
КТО ВЕДЁТ ИНТЕНСИВ
Павел Сорокин
Java backend разработчик Автор Sorokin School
В Sorokin School разбирает Java Backend, многопоточность, алгоритмы и подготовку к техническим интервью. На интенсиве проведёт тебя от разрозненных терминов до связной архитектуры на одном кейсе.
Сначала — понятная схема. Потом код, сценарии отказа и вопросы к выбранному решению.
Задача недели — чтобы ты мог не только повторить пример, но и объяснить, почему система устроена именно так.
Индивидуальные встречи согласуем отдельно. Время общих занятий и расписание личных встреч уточним до открытия записи.
ВОПРОСЫ ДО СТАРТА
Ответы на частые вопросы
Нажми на вопрос, чтобы раскрыть ответ.
Да, если уже знаешь основы Java, REST и SQL. Интенсив помогает войти в тему и собрать базовую картину. Если пока не писал backend-приложения, сначала будет полезнее освоить эти основы.
Если знания фрагментарны или трудно объяснять архитектурные решения — программа поможет их упорядочить. Если ищешь глубокое погружение в production-эксплуатацию и сложные распределённые алгоритмы, сначала сравни свои задачи с программой.
Будут схемы, небольшие примеры кода и домашние задания. В заданиях нужно будет проектировать, описывать API и события, разбирать сбои и объяснять решения. Большой production-проект за неделю не собираем.
Будут записи занятий, чтобы вернуться к материалу. Можно принести вопросы на финальный разбор. Сроки доступа к записям и сдачи работ зафиксируем перед открытием записи.
В базовом тарифе — самопроверка по чек-листам и общий разбор типовых решений. В тарифе с преподавателем — персональная проверка ДЗ и обратная связь на индивидуальной встрече. Mock с ментором отдельно не включает личную проверку всех работ.
В паре вы тренируетесь с другим участником по вопросам и чек-листу. Ментор проводит индивидуальное интервью и разбирает ответы. Преподаватель проводит подробную двухчасовую встречу по темам интенсива с mock и обратной связью по твоим домашним работам.
Ты потренируешься объяснять архитектурные решения, отвечать на уточнения и замечать пробелы. Это часть подготовки: результат конкретного интервью зависит и от других знаний, опыта и требований компании.
В черновом расписании — 26–30 ноября и финальный разбор 2 декабря 2026 года. Между занятиями нужно время на домашку. Точное время встреч и рекомендуемую нагрузку объявим до открытия записи.
СТАРТ 26 НОЯБРЯ 2026
Выдели неделю. Разберись в том, что откладывал.
Пять занятий, пять домашних заданий, твой кейс и финальная встреча. Выбери глубину обратной связи и приходи разбираться.
Участие — 15 000 ₽ С ментором — 25 000 ₽ С преподавателем — 35 000 ₽
Записаться на интенсив
Напиши в аккаунт школы в Telegram. Команда поможет выбрать вариант участия и расскажет о расписании и порядке оплаты.