Системный дизайн: как проектировать системы под требования продукта
За одно занятие проделаем путь от простейшего веб-продукта до систем уровня гигантов индустрии. Посмотрим, из чего такие системы состоят, когда каждая часть нужна, как она встраивается и масштабируется. И разложим критерии, по которым всё это оценивают на собеседовании.
- Поймёшь, почему системный дизайн всё чаще встречается в вакансиях и при чём тут ИИ
- На практике спроектируешь системы — от самой простой до по-настоящему сложной
- Разберёшь, как устроено Sys Design интервью и какие 5 столпов решают его исход
Почему про системный дизайн вдруг заговорили все
Ещё пару лет назад это был разговор для архитекторов и сеньоров из бигтеха. Сейчас строчку «понимает системный дизайн» пишут даже в тех вакансиях, где раньше хватало умения закрывать задачи по фичам.
Код перестал быть узким местом. ИИ пишет функции, компоненты и эндпоинты быстрее любого из нас. А вот решение о том, из каких частей вообще собрать систему и как она будет держать нагрузку, остаётся на тебе: кто-то должен сформулировать требования и границы, иначе ИИ уверенно выдаст решение не той задачи.
Поэтому от разработчика теперь ждут, что он соберёт систему под конкретные требования и объяснит каждый свой шаг: почему здесь нужна очередь, а в соседнем сервисе она только добавит проблем. Названия технологий — Kafka, RabbitMQ, Redis — тут вторичны, они сменятся за пару лет.
На занятии разбираем это руками: проектируем системы вживую и обсуждаем каждое решение на ходу.
Пройдём эволюцию системы: от одного сервера до гигантов индустрии
Схему на сорок квадратиков бесполезно разбирать, пока не понимаешь, откуда взялся каждый. Поэтому стартуем с простейшего продукта и добавляем части по одной — каждый раз под требование, которое её и вызвало.
Что будем делать на занятии
На собеседовании по системному дизайну оценивают ход твоей мысли
Можно знать десяток технологий и всё равно завалить этап — потому что не задал уточняющих вопросов, не проговорил требования и не объяснил, чем платишь за каждое решение. Пройдём формат целиком и назовём пять критериев, по которым выносят решение.
Что нужно знать до занятия и что будет после
Что нужно знать до
- Базово понимать, как работают web-продукты
- Знать термины: клиент, сервер, база данных, кеш, масштабирование — хотя бы на уровне «что это такое»
- Немного критического мышления 🙂
Писать код на занятии не придётся: работаем со схемами и решениями.
Результат занятия
- Поймёшь, почему с приходом ИИ грамотно собранная система стала важнее скорости написания кода
- Увидишь, почему этот навык теперь спрашивают почти с каждого программиста
- Разберёшься, какие критерии важны при создании любой системы
- Подготовишься к Sys Design интервью — будешь знать формат и критерии оценки
- Получишь мотивацию и хорошую зарядку для мозгов 🙂
Иван Петриченко
Участие
Одно занятие, один тариф. Оплатил — и в пятницу приходишь на эфир.
Нужна оплата криптой или другим способом — напиши мне в личку.
- Живое занятие около двух часов
- Практика проектирования: от простейшей системы до уровня гигантов индустрии
- Разбор частей системы: зачем нужны, когда вводить, как масштабировать
- Полный разбор формата Sys Design интервью и 5 столпов его прохождения
- Ответы на твои вопросы прямо в эфире
- Запись занятия — пришлю в телеграм, останется у тебя
- Чат участников — соберу всех вместе перед занятием