Недавно я искал работу. Один из мифов, который удалось развеять для себя - то, что собесы стали очень сложными. Это не так (по крайней мере для грейда middle-senior)
Рассказываю об особенностях, которые отметил для себя
Теория 😴
В целом теоретические вопросы остались такими же - про требования, про различия БД, про интеграции, архитектуру. Все это вы уже наверняка читали и не раз. Из интересного немного:
🤍На каждом собесе спрашивали про кэширование, но не явно, а на примере кейса "Как оптимизировать/ускорить запрос от фронта к бэку".
🤍Глубже спрашивают про паттерны микросервисной архитектуры: BFF, API GateWay, Circuit Breaker, Saga, паттерны декомпозиции микросервисов. Советую изучить их, там нет ничего сверхъестественного
Практика 🤔
Куда интереснее - практика. Она тоже не стала сложнее, но решил поделиться кейсами, чтобы вы могли проверить себя:
🤍Спроектировать REST API для определенного кейса
Классика - система заказов еды, любимая всеми онлайн-библиотека, что-то еще. Требуют спроектировать REST API запросы: метод, endpoint, какие-нибудь особенности (пагинация, фильтрация)
Например: GET /books?author="Достоевский"&page=1&limit=5 - получение книг Достоевского с учетом пагинации
🤍SQL-запросы
Стали чаще спрашивать. Теорию могут спросить на скрининге (в чем отличия WHERE и HAVING?), на собесе почти гарантированно будет задача. Как правило решение будет содержать JOIN: либо INNER JOIN, либо LEFT JOIN, и агрегатные функции. Все мои задачи решались через джоины
Пример задачи: определить, какое количество каждого товара было куплено в 2025 году. Тут понадобится LEFT JOIN, так как некоторые товары могли не купить
Никогда не любил их, но, чтобы преодолеть собес, за неделю вспомнил все на бесплатном курсе на Stepik - рекомендую его
🤍Спроектировать взаимодействие по процессу
А это было что-то новое. Собеседующий а-ля заказчик описывает процесс, а ты должен визуализировать его как угодно и предложить решение. Я выбрал UML Sequence и рисовал через PlantUML. А по другому и не знаю, как
🤍Найти ошибки в REST API
Тоже такой задачи не встречал, но она не стала сюрпризом
Приводят метод, заголовки и JSON с ошибками, надо их найти. Тут достаточно знать базу (отличия методов), основные заголовки (authorization, content-type) и синтаксис JSON
Например, "HEAD order?id=456 - частичное обновление данных"
—————
🚨
Еще несколько задачек в комментах
—————
В общем, собеседования особо не изменились - я ожидал везде гачимучи с System Design 🥵, а в итоге получал обычные собесы, где-то легче, где-то сложнее
⬇️ Пишите о самых запоминающихся практических задачках с собесов - возможно, они кому-то пригодятся при подготовке