Видео-плейлисты с тайм-кодами

Обзорный роадмап: какие кирпичики образуют System Design и в каком порядке их изучать. Хорошая «карта местности» перед глубоким погружением.

• 4:13Главное в SD — не зубрить компоненты, а уметь обосновать выбор под требования и нагрузку.
• 12:40Базовый набор концептов: доступность (девятки), избыточность, CAP — повторить до автоматизма.
• 29:19Хранение данных: различай SQL/NoSQL и OLTP/OLAP, держи в голове критерии выбора (ACID vs. масштаб).
• 1:04:53Балансировка и стратегии кэширования — типовой ход на любом интервью при росте RPS.
• 1:25:00Проектирование новостной ленты — эталонный сквозной пример, разбери его целиком.

Плотный 30-минутный конспект фундамента SD. Идеален для повторения накануне интервью.

• 2:49ACID — уметь расшифровать и привести пример, где он критичен (платежи).
• 7:26Шардинг vs. репликация — чётко разделять: шардинг про объём, репликация про доступность/чтение.
• 16:49Очереди сообщений сглаживают пики и развязывают сервисы — называй их при write-heavy сценариях.
• 25:17CAP и PACELC — формулировать компромисс «согласованность vs. доступность» своими словами.

Вводный ролик для новичка: как вообще подступиться к задаче проектирования через абстракцию и требования.

• 5:14Старт любой задачи — сбор требований, а не рисование квадратиков.
• 5:44Разделяй функциональные (что делает) и нефункциональные (нагрузка, латентность, доступность) требования.
• 6:48Сначала закрой функциональные требования простой схемой, потом усложняй под нефункциональные.

20 концептов за 10 минут — словарь терминов SD. Используй как чек-лист: каждый термин должен вызывать у тебя готовое определение и пример.

• 0:18Вертикальное vs. горизонтальное масштабирование — знать пределы и стоимость каждого.
• 4:03REST/GraphQL/gRPC — понимать, когда какой протокол уместен (публичный API vs. внутренний RPC).
• 6:22SQL/NoSQL, шардинг, репликация — повторить связку «данные → выбор хранилища».
• 8:29Теорема CAP — обязательный термин, объясняй на конкретной системе.

ByteByteGo: 8 концептов, которые встают перед любой растущей системой. Англоязычный, но визуально предельно ясный.

• •8 опор масштабирования: кэширование, шардинг, балансировка, репликация, CDN, очереди, observability, обработка больших файлов.
• •Каждый концепт — это ответ на конкретную проблему роста; запоминай пару «проблема → решение».
• •Хороший источник англоязычной терминологии для интервью в международные компании.

Владимир Балун разбирает, почему кандидаты заваливают SD-секцию. Смотреть ради карты типичных ошибок.

• 5:32Как реально устроена секция SD — структура и ожидания интервьюера.
• 32:22Каталог ошибок кандидатов — пройдись по списку и честно отметь свои.
• 42:38Конкретные советы по подготовке — превратить в личный план тренировки.
• 51:18Реальные задачи с собеседований — материал для самостоятельной практики.

Каркас прохождения SD-интервью: 4 этапа + 2 качества кандидата. Короткий и структурный.

• 3:144 этапа интервью — выучить как скелет, по которому ведёшь любой разбор.
• 3:49Сначала выявляй функциональные и нефункциональные требования — не прыгай в решение.
• 4:32Ключевое качество — инициативно вести интервью, а не ждать вопросов.
• 7:56Будь готов к вариациям порядка этапов от разных интервьюеров.

Доклад А. Поломодова (ArchDays) о подготовке к SD Interview для инженеров и техлидов. Без глав — смотреть целиком как лекцию.

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

Запись реального SD-интервью с А. Поломодовым в формате флипчарта. Ценность — увидеть живую динамику «кандидат ↔ интервьюер».

• •Наблюдай, как кандидат уточняет требования и как интервьюер направляет разговор.
• •Отмечай ошибки обеих сторон — это редкий разбор именно процесса, а не идеального решения.
• •Формат флипчарта показывает, как структурировать доску/экран во время ответа.

Д. Волыхин (JUG.ru): практический подход к задаче, которую видишь впервые. Для тех, кто уже прочитал теорию, но «зависает» на старте.

• •Алгоритм действий, когда задача незнакома: от требований к черновой схеме.
• •Конкретные паттерны решений, переносимые между разными задачами.
• •Фокус на практике интервью, а не на академической полноте.

Большой гайд Антона Назарова (Middle+/Senior): от базы до продвинутых тем — хвостовые задержки, шардирование, распределённые транзакции. Самый глубокий ролик блока.

• 16:315 свойств системы — рамка для оценки любого дизайна.
• 21:24Эволюция архитектуры: монолит → балансировщик → микросервисы → распределённые данные.
• 36:55Латентность, throughput и concurrency + закон Литтла — связывай их количественно.
• 41:07Перцентили вместо среднего: p99 — то, что реально чувствует пользователь.
• 1:13:33Распределённые транзакции: 2PC, 3PC, TCC, Saga — знать компромиссы каждого.
• 1:20:41Модели согласованности: eventual / strong / linearizability — уметь выбрать под задачу.

В. Маслов (X5 Tech): как построить распределённую систему и пройти собеседование. Без глав — лекция целиком.

• •Этапы интервью: сбор требований → нефункциональные метрики → компоненты → узкие места.
• •Типичные ошибки кандидатов и критерии, по которым реально оценивают.
• •Список ресурсов для самостоятельной подготовки.

Yandex for Mobile: как реально проходит интервью по Mobile System Design глазами и кандидата, и менеджера. Хорошая отправная точка, чтобы понять формат и ожидания.

• •Чем мобильный SD отличается от бэкендового: фокус на клиенте, ограничениях устройства и UX.
• •Что оценивает интервьюер: структура ответа, работа с требованиями, обоснование решений.
• •Роль PM-перспективы: продуктовые компромиссы так же важны, как технические.

FaangTalk 62 — самый полный разбор специфики iOS-систем-дизайна (2+ часа). Эталонный чек-лист тем мобильного SD: сеть, кэш, архитектура, пуши, безопасность, фон, оффлайн, SDK.

• 0:00Чем уникален мобильный SD — рамка всего разговора.
• 10:06Сетевой слой: протоколы, пагинация, обработка ненадёжной сети.
• 22:35Кэширование изображений и UI-паттерны загрузки.
• 25:43Архитектуры приложений (MVVM/VIPER/Clean) и их влияние на масштаб.
• 40:14Пуши и их цена для производительности и батареи.
• 55:56Безопасность: шифрование, keychain, различия iOS/Android.
• 1:23:40Privacy, фоновые ограничения — частый источник провальных ответов.
• 2:12:27Оффлайн-режим, синхронизация и совместимость версий ОС.

Mobius (С. Слуцкер): как одновременно проводить и проходить Mobile System Design. Полезно посмотреть на интервью с обеих сторон стола.

• •Структура мобильного SD-интервью: от требований к клиентской архитектуре.
• •На что смотрит интервьюер и как кандидату подсвечивать сильные стороны.
• •Типичные мобильные подводные камни: сеть, состояние, ограничения устройства.

Andrey Tech (EN): 4 частые ошибки на mobile SD-интервью. Короткий ролик-чек-лист «как не завалиться» — пересматривать перед собеседованием.

• 0:15Ошибка 1 — не задавать уточняющих вопросов: всегда сначала фиксируй требования.
• 4:17Ошибка 2 — игнорировать современные мобильные фреймворки.
• 5:59Ошибка 3 — не рассматривать альтернативы и не обосновывать выбор.
• 7:58Ошибка 4 — плохой тайм-менеджмент: распределяй время по этапам.

Philipp Lackner (EN): практическое руководство по проектированию мобильного приложения. Хорошо ложится на iOS, хотя примеры на Android.

• •Как раскладывать приложение на слои и модули с чистыми границами.
• •Где проводить границу между UI, бизнес-логикой и данными.
• •Принципы, переносимые между Android и iOS при ответе на интервью.

Охэхэнные Истории: как в hh строили общую дизайн-систему для iOS и Android. Кейс про синхронизацию платформ — пригодится в вопросах про дизайн-системы и масштабирование команд.

• 1:35Зачем вообще запускать свою дизайн-систему — бизнес-обоснование.
• 8:28Принципы в основе ДС hh — что считать источником истины.
• 13:04Как жить с синхронизированным дизайном двух платформ.
• 16:02Техническое устройство ДС на iOS и Android.
• 20:30FigmaGen — генерация кода из Figma как связка дизайна и разработки.

Disarto: Material You / Material Design 3 — токены, динамические цвета, складные устройства. Полезно для словаря дизайн-систем, даже если работаешь в iOS.

• 3:10Динамические цвета — как система выводит палитру из одного источника.
• 15:00Что такое токены и зачем они в дизайн-системе.
• 23:18Гайдлайны для складных устройств и крупных экранов.
• 29:58Упрощённая типографическая шкала — переносимая идея.
• 39:12Interaction states и компоненты как единицы переиспользования.

balun.courses: мок-собеседование с ex-Team Lead Яндекса. Эталон того, как пройти полный цикл SD-интервью за один час — от требований до отказоустойчивости.

• 0:00Установка требований — с этого начинается любой ответ.
• 7:18Расчёт нагрузки: оцени QPS, объём данных, трафик.
• 12:44Проектирование API — контракт до архитектуры.
• 17:34Проектирование системы: компоненты и потоки данных.
• 51:44Отказоустойчивость и масштабируемость — где обычно теряют баллы.
• 56:23Обратная связь интервьюера — на что реально смотрят.

{ между скобок }: публичное собеседование по System Design целиком. Смотри как живой пример темпа, диалога и работы с уточнениями в реальном времени.

• •Полный цикл живого интервью: видно, как кандидат думает вслух.
• •Как реагировать на наводящие вопросы и менять решение по ходу.
• •Где провисает темп — учись управлять временем на собственном опыте.

{ между скобок }: разбор проектирования Yandex Music. Классический media/streaming-кейс — каталог, плеер, рекомендации, доставка контента.

• •Требования стримингового сервиса: каталог, воспроизведение, оффлайн.
• •Доставка медиа: CDN, кэш, адаптивный битрейт.
• •Метаданные и персональные рекомендации как отдельные подсистемы.

Назаров + Балун: мок-интервью «проектируем ленту Twitter». Каноничный read-heavy кейс — fan-out, лента, расчёт нагрузки. Один из ключевых для подготовки.

• 0:17Сбор функциональных требований — определи MVP ленты.
• 2:44Нефункциональные требования: латентность чтения, доступность.
• 6:03Ключевой вывод: это read-heavy система — оптимизируй чтение.
• 6:28Не трать время на ненужные формулы — частый совет интервьюеров.
• 7:09Оценка активности и расчёт нагрузки по метрикам.
• 11:10Архитектура: разделение на сервисы и работа с картинками.

System Design Notes: компактный разбор «проектируем YouTube». За 12 минут — структура ответа для video-кейса: загрузка и просмотр как два разных пути.

• 0:45Функциональные требования: загрузка и просмотр видео.
• 1:06Нефункциональные: масштаб, латентность, надёжность.
• 4:55Загрузка видео — детальный путь (транскодирование, хранилище).
• 9:27Просмотр видео — детальный путь (CDN, стриминг).

Распределённые системы и SD: мессенджер на 1 млрд пользователей. Глубокий разбор шардирования, Kafka, Redis и гео-распределённости — сильный senior-материал.

• 0:29Требования к чату на миллиард пользователей.
• 8:13Масштабирование БД: выбор и шардирование.
• 10:08Генерация Message Id внутри чата — нетривиальная деталь.
• 13:04Kafka и consumer'ы; проблема числа партиций и её решение.
• 18:36Кастомное решение с Redis — проще и надёжнее веб-сокетной схемы.
• 21:44Гео-распределённость: hub-регион и хранение чатов в одном регионе.

IT Enduro: разбор «Design Uber». Real-time локация, WebSocket, репликация и гео-синхронизация — образцовый location-based кейс с обратной связью обеих сторон.

• 0:51Постановка задачи и грумминг требований.
• 11:52Обсуждение нагрузки на систему.
• 30:36Real-time коммуникация через WebSocket.
• 36:42Авторизация WebSocket-соединений.
• 42:54Синхронизация данных между регионами.
• 56:06Получение токена и трекинг местоположения водителей.
• 1:17:49Обратная связь интервьюера — критерии оценки.

Булат Якубов: разбор реального SD-интервью на оффер 550к. Ценен подробным проходом по C1/C2-диаграммам и честной рефлексией «что не успел».

• 2:30Сбор недостающих функциональных требований.
• 11:56Сбор нефункциональных требований.
• 18:43Архитектурная диаграмма C1 (контекст системы).
• 29:16Диаграмма C2 (контейнеры) — основной объём проектирования.
• 58:31Что не успел проговорить — учись приоритизировать.

Фабрика Офферов: SD-интервью в Revolut на $9000 (Android/iOS). Финтех-кейс с акцентом на корректность: double-issuing карты, высокая нагрузка, детальная фича.

• 2:41Определяем масштаб проектирования — рамки задачи.
• 3:34Выясняем требования до проектирования.
• 10:10Простой способ подготовки к проектированию диаграммы.
• 18:05Проектирование взаимодействия с бэкендом.
• 20:42Решение проблемы double-issuing card — финтех-специфика.
• 22:45Решение проблемы высокой нагрузки.

IT Crew: разбор Android SD-интервью на 450k с пошаговым гайдом по этапам. Хорошо показывает каркас «этап за этапом» и разбор типичных ошибок.

• 1:20Гайд на этапы System Design Interview — общий каркас.
• 5:48Уточнение задачи и выбор стека.
• 18:00Проектирование API бэкенда.
• 28:00Проектирование приложения (клиент).
• 36:36Проектирование отдельной фичи.
• 51:41Разбор собеседования и типичных ошибок.

Владимир Балун: исчерпывающая теория кэширования — стратегии, алгоритмы вытеснения, инвалидация. Справочник по теме, которая всплывает почти в каждом SD-интервью.

• 4:55Какие данные кэшировать и стоит ли кэшировать ошибки.
• 7:13Защита от cache miss attack.
• 19:23Стратегии: Cache Aside, Cache Through, Cache Ahead.
• 29:33Алгоритмы вытеснения: LRU, LFU, OPT (Белади), Clock, 2Q, SLRU, LRU-k.
• 47:24Инвалидация: TTL, jitter, thundering herd, по событию, версионирование.
• 1:03:37Многомерный кэш и тегирование.

Владимир Невзоров: разбор главы 1 DDIA (надёжность, масштабируемость, поддерживаемость). Связывает книгу-эталон с реальными SD-интервью; формат с Q/A.

• 1:49Надёжность (reliability) — что это и как формулировать.
• 18:18Масштабируемость: лента Twitter, перцентили, SLA/SLO.
• 39:22Поддерживаемость и связь с началом SD-интервью.
• •Главное: DDIA гл.1 — словарь нефункциональных требований для интервью.

М. А. Бабенко (Yandex for ML): сложность и модели вычислений. Академический фундамент — как корректно рассуждать об асимптотике и стоимости операций.

• •Модели вычислений: на чём вообще считается сложность.
• •Асимптотика (O, Θ, Ω) — язык оценки алгоритмов.
• •Как связывать теоретическую сложность с реальной производительностью.

VK Team: введение в алгоритмы и структуры данных, начиная с массивов. Точка входа для повторения базы перед алгоритмической секцией.

• •Базовые понятия структур данных и зачем они нужны.
• •Массивы: устройство, стоимость операций, типичные приёмы.
• •Фундамент, на который ложатся более сложные структуры.

freeCodeCamp (EN): 5-часовой интенсив по динамическому программированию. Эталонный разбор паттерна «мемоизация → табуляция» на серии задач — лучший способ закрыть DP.

• 3:30Fibonacci через мемоизацию — вход в идею DP.
• 1:04:52Рецепт мемоизации — универсальный шаблон сверху вниз.
• 1:09:56canSum/howSum/bestSum — семейство задач на одном паттерне.
• 3:10:53Переход к табуляции (снизу вверх).
• 3:34:32Рецепт табуляции — второй универсальный шаблон.
• 5:07:44Заключительные мысли: как выбирать между мемоизацией и табуляцией.